stanford-oval/wikipedia huggingface dataset:
ניסים הכהן (אברי"ש)
משפחתו

משפחתו הייתה משפחת רבנים בתוניסיה, בספרו הוא כותב "וראיתי בכתבי למר זקני הרי"ה (רבי יוסף הכהן), בן הרי"ה (רבי יצחק הכהן)", אך לא ברור מי הם.
אביו, הרב מרדכי הכהן אברי"ש, מגדולי רבני ג'רבה בדורו, ודיין בבית דינו של הרב אהרן פרץ.
אחיו הגדול, הרב יוסף הכהן. הוא מזכירו בכתביו.
אחיו, הרב אברהם הכהן. ככל הנראה הוא הרב אברהם הכהן (השלישי), תלמיד חכם ודיין בעיר תוניס.
אחיו, הרב רחמים הכהן אברי"ש, מגדולי רבני ג'רבה בדורו. כשהרב נסים נפטר, נתמנה במקומו לראב"ד ב"חארה כבירה", עד לעלייתו לארץ ישראל, שם נפטר.
בנו, הרב יוסף הכהן, מגדולי רבני ג'רבה בדורו. למד אצל אביו, עבר לשמש כרב למשך עשר שנים באחד הערים בסמוך לטריפולי שבלוב, לאחר ששב לג'רבה נתמנה לדיין ומורה צדק ב"חארה כבירה". העמיד תלמידים רבים ובהם הרב נסים ביתן, שהיה להראב"ד בג'רבה. התפרנס מצורפות ולא נהנה מכספי הציבור. חיבר את הספר "שארית יוסף", נפטר בשנת ה'תרי"ח (1858).
חתנו, רבי יהודה מעארך.
חיבוריו

מעשה נסים - הכולל חידושים על התנ"ך, תוניס ה'תרנ"ה (1895). הספר הוגה והוכן לדפוס על ידי שנים מרבני תוניס, משה שתרוג ושלום חי זרקא.
מעשה נסים - פירוש על ספר משנה תורה לרמב״ם, תוניס ה'תרס״ז.
לדברי תלמידו, רוב החידושים שכתב אבדו "בעניין רע" ולא הגיעו לדפוס.
הערות שוליים

↑  הוא חתום בהסכמות לספרים "תולדות יצחק" (ה'תקכ"א - 1761), ו"קרני ראם" (ה'תקכ"ה - 1765), לרבי יצחק חדאד הראשון.
↑  הוא חתום בהסכמה שבספר "מעייני הישועה", בעניין פתיחת בתי קפה בשבת משנת ה'תרמ"א (1881).
ניהול תהליכים עסקיים

ניהול תהליכים עסקיים (באנגלית: Business Process Management; בראשי תיבות: BPM) הוא תחום ידע העוסק בפיתוח, ניתוח, מדידה, שיפור וייעול תהליכים עסקיים, ובמידה רבה גם בהפיכתם לאוטומטיים.
תהליכים מנוהלים

תהליך עסקי מורכב מאוסף של מרכיבים:
פעולות. כך למשל בדיקת יכולות ספקים לספק פריט שחסר במחסן היא פעולה.
נתונים - תוצרי פעילויות הם מידע שעשוי לעבור לפעילות הבאה.
זרימה - מתאר את סדר ביצוע הפעילויות ואת ההתניות הקובעות סדר זה. במילים אחרות מתאר את זרימת התהליך. ניתן לתאר גם את זרימת הנתונים שלא בהכרח זהה לזרימת הפעילויות.
אירוע - התרחשותו עשויה להשפיע על זרימת התהליך. דוגמה לסוג אירוע הוא אירוע זמן. לדוגמה: אם בתהליך עסקי של ביצוע רכישה מספק נדרש אישור מנהל תוך יום אחד ובפועל לא ניתן אישור כזה מתרחש אירוע זמן. התוצאה עשויה להיות ביטול התהליך.
מונח אחר המתאר חלק מהתהליך הוא תת-תהליך. תת-התהליך מורכב ממספר פעילויות שביחד מהוות חלק מוגדר מהתהליך. כך למשל בתהליך המטפל בשלושה מסמכים, יכול תת-התהליך לכלול את כל הפעילויות המטפלות באחד מהמסמכים.
בארגון עשויים להתבצע במקביל מספר מופעים של אותו תהליך, דוגמה: טיפול במספר בקשות של אנשים שונים לקבל למשכנתה.
הבחנה עיקרית היא בין שני סוגי תהליכים: ממוחשבים ואנושיים:
תהליכים ממוחשבים הם תהליכים אוטומטיים ללא התערבות אדם. כל הפעילויות מפעילות מערכות ממוחשבות.
תהליכים אנושיים הם תהליכים המחייבים פעילות לא ממוחשבת של אנשים שרק לאחר ביצועה, היא מסומנת במערכת הממוחשבת ומתבצע המשך התהליך. כך למשל בתהליך של מתן משכנתה, עשוי להידרש זיהוי הערבים באמצעות התייצבותם בפני פקיד והצגת מסמך מזהה. לאחר שכל הערבים התייצבו וזוהו, הפקיד מזין אישור למערכת הממוחשבת. במידה שלא זוהו או לא ענו על תנאים נדרשים, עשוי הפקיד להזין למערכת הממוחשבת דחייה במקום אישור. 
טווח התהליך עשוי להיות פנימי למחלקה בארגון, כלל ארגוני או חוצה ארגונים. לדוגמה תהליך של ניהול מלאי חוצה גבולות של ארגונים. התהליך כולל פניה לספקים חיצוניים וביצוע פעילויות ביחס לפריטים בתוך ארגון הספק (בדיקת זמינות פריטים, לחישוב עלות פריטים, חישוב זמן עד הספקה וכיוצא בזה).
תהליכים מסוג Micro processes הם בעלי טווח מוגבל יחסית. תהליכים אלה מתבצעים ברמת עמדת המשתמש.
תהליכים מנוהלים > מחזור חיים

איור מספר 1 מתאר את מחזור החיים המתואר המנוהל באמצעות כלי BPM.
מחזור החיים מורכב מהשלבים הבאים:
תכנון - בשלב ה-Design מבוצע ניתוח ותכנון המודל העסקי.
מידול - בשלב זה נבנה מודל של התהליך. המודל הוא יצוג גרפי של התהליך המתאר את רצף הפעילויות העיקריות המרכיבות את התהליך. את המודל בונים אנשי עסקים, שאינם מומחי מחשוב. מערכות המחשוב מהוות רק כלי טכני נוח לבניית והצגת התהליך. בשלב זה עשויות להתבצע מספר איטרציות, על מנת לבנות תהליך מתאים לארגון. אחד האמצעים לבניית התהליך המתאים הוא שימוש בסימולציה של ביצוע התהליך. במהלך ביצוע הסימולציה ניתן לעקוב אחר סדר ביצוע התהליך. הכלים המשמשים לביצוע שלב זה נקראים כלי BPA.
ביצוע - בשלב זה במחזור החיים מתבצע התהליך בפועל בסביבה הממוחשבת. לצורך כך מפתחים תוכניתני מחשב קוד תוכנה להרצת התהליך. הקוד מבוסס על המודל שפותח בשלב הקודם. בשנים האחרונות נוספו לכלי הפיתוח הנפוצים לניהול תהליכים עסקיים גם פלטפורמות פיתוח:
פלטפורמות פיתוח Low Code: אלו מקטינות את הזמן והמאמץ הנדרשים מהתוכניתנים, בעשותן שימוש חוזר במודולים כתובים מראש המממשים פונקציונליות מסוימת.
פלטפורמות פיתוח No Code: אלו עושות שימוש רדיקלי אף יותר בהפשטה ושימוש באובייקטים מוכנים מראש לבניית תהליכים, תוך שימוש בכלי פיתוח ויזואליים במקום קידוד. פלטפורמות אלו מאפשרות בניית תהליכים על ידי המשתמש העסקי, ללא צורך בתכנות.
אופטימיזציה - בשלב זה נעשים שיפורים בתהליך. לשיפור התהליך קיימים שלושה מקורות: 1. מדידות ודיווחים של ביצוע התהליך, 2. שינוי בצרכים העסקיים של הארגון, 3. תובנות של מומחים עסקיים המוצאים אפשרויות למענה על הצרכים העסקיים באמצעות תהליך משופר. תוצרי שלב זה הם רעיונות והצעות לשיפור התהליך. יש המחלקים שלב זה לשני שלבים: שלב המעקב והמדידות, שהכלים המרכזיים לביצועו הם כלי ניטור פעילות עסקית (BAM) ‏(אנ') ושלב של ביצוע אופטימיזציה, שדיווחי BAM ודיווחים היסטוריים הם הבסיס לביצועו.
ההצעות לשיפור התהליך הן קלט לשלב התכנון, בו מתבצע ניתוח ותכנון מחודש של התהליך. לאחר הניתוח והתכנון מתבצע שוב מחזור החיים.

 המעבר בין המודל לקוד לביצוע מבוצע על ידי רוב כלי ה-BPM וכלי BPA באמצעות Round Tripping.

 בשיטה של Round Tripping מהמודל אפשר לייצר באופן אוטומטי "שלד" של קוד ביצוע אותו "מעבה" תוכניתן ומהקוד ניתן לייצר את המודל. אוטומציה של המעבר מקוד למודל מונעת טעויות במעבר משלב לשלב ומקצרת את משך הזמן לייצור קוד ממודל ולייצור מודל מקוד. Round Tripping אינה הגישה היחידה למעבר בין מודל לקוד ובחלק מכלי ה-BPM המודרניים מיושמות גישות אחרות.
תוכנות BPM

קיימות בתחום תוכנות תשתית המתאורת ומבצעות תהליכים עסקיים באמצעות מחשב. השימוש במודל ממוחשב של התהליך העסקי מאפשר לאנשי עסקים שאינם מומחי מחשוב לקבל תצוגה גרפית של התהליך מראשיתו ועד סופו. ראיית התהליך כולו מאפשרת שיפור התהליך ומחברת בין אנשי העסקים לבין מומחי המחשוב.
התוכנה מיועדת למחשב תהליכים בתוך ארגון ותהליכים החוצים את גבולות הארגון לארגונים אחרים. לדוגמה תהליך של חיתום פוליסה בחברת ביטוח יכול להיות מורכב מפעילויות הבאות:
פניה של המבוטח לסוכן הביטוח
הצגת מסלולי ביטוח שונים למבוטח על ידי הסוכן
בחירת מסלול על ידי המבוטח
מילוי פרטים בטופס על יד המבוטח או הסוכן
הזנת הפרטים למערכת הממוחשבת של סוכנות הביטוח
שליחת הבקשה באמצעים ממוחשבים לחברת הביטוח
אישור הפוליסה
ביצוע תהליכי ביטוח משנה באמצעות חברות ביטוח אחרות
ברמה הבסיסית של שימוש ב-BPM מנסים לבצע את התהליך כפי שהוא על ידי מחשובו באמצעות תוכנת BPM. ברמות מתקדמות יותר המטרה היא להפיק תועלות עסקיות מהותיות מעבר למחשוב התהליך בהיבטים הבאים:
זמישות (Agility) - זריזות וגמישות בביצוע שינויים בתהליכים בהתאם לשינויים בצרכים העסקיים. בהקשר זה קיים קשר הדוק בין BPM ל-SOA, משום שארכיטקטורת SOA מאפשרת קלות בהפעלת ושינוי שירותים או מערכות המרכיבים את התהליך.
מימוש שינוי ארגונים לארגונים ממוקדי לקוח (Customer Centric) - מטרה עסקית של ארגונים רבים היא מעבר מארגון ממוקד מוצרים לארגון ממוקד לקוח. שינוי תפיסתי זה מחייב שינויים דרסטיים בתהליכים ארגוניים, למשל: הוספת תהליכים המטפלים בפעילויות של לקוחות, תהליכים המנתחים התנהגות לקוחות וגוזרים מהם פעילויות שיווקיות של הארגון. כלי BPM מאפשרים מימוש מעשי של שינוי ארגוני זה.
חדשנות והמצאתיות (Innovation) - כפי שהוכח כבר בעבר, להמצאת תהליך או חלק מתהליך שונה מהקיים עשויות להיות השלכות גדולות על עסקיה של חברה. דוגמה קלאסית (לא ממוחשבת) לכך היא מעבר לתהליך של הרכבת מכונית בתפיסת סרט נע בחברת פורד ב-1913. כתוצאה ממעבר זה, התקצר משך הרכבת מכונית מכ-750 דקות לכ-90 דקות. עובדים בעלי מומחיות וידע במהות העסקית ובתהליכים העסקיים, עשויים לנצל את הנראות (Visibility) של תהליכים כאשר הם ממוחשבים באמצעות BPM ולתכנן תהליכים חדשניים באמצעות יצירת מודל בכלי BPA ולנסות אותם באמצעות סימולציה ממוחשבת.
טכנולוגיה

ארכיטקטורה - למודל הקלאסי של שלוש שכבות: נתונים (Data), לוגיקה עסקית (Business Logic) ו-ממשק משתמש (User Interface). במודל זה התווספה שיכבה של תהליכים. ההפרדה בין שכבת הלוגיקה העסקית ושכבת התהליכים מאפשרת גמישות וקלות שינוי תהליכים, משום שאפשר לבצע שינויים בשכבה זו מבלי להשפיע על שכבת הלוגיקה העסקית. פתרונות BPM מבוססים על מודל 4 שכבות זה.
התאוששות מתקלות - סוגיה טכנולוגית חשובה היא התאוששות מתקלות. מימוש BPM מבוסס על שילוב (Orchestration) של מערכות ממוחשבות שונות ולכן תהליך במקרים רבים כולל ביצוע של יותר מטרנזקציה אחת. כתוצאה מכך לא ניתן ליישם מנגנונים המבטיחים שלמות נתונים בטרנזקציה. מנגנונים אלה המבוססים על Commit במקרה של ביצוע תקין ועל Rollback במקרה של התרחשות תקלה. בהקשר של BPM, עשויים מנגנוני פיצוי או בלעז Compensation לתת פתרון חלקי. כך למשל במקרה של ביצוע תהליך עם נתונים שגויים, ניתן לבצע Compensation באמצעות ביצוע טרנזקציות מנוגדות, שלמעשה משחזרות את הערכים המקוריים.
מנגנוני ניהול - תהליכים אנושיים מחייבים מנגנוני ניהול שכלי ה-BPM צריך לתת להם מענה טכנולוגי. מנגנונים אלה כוללים ניהול של:
תפקידים (Roles) - הקצאת אחראי או אחראים לביצוע פעילות ידנית או פעילויות ידניות במופע מסוים של ביצוע התהליך.
מטלות של אדם (To Do List) - הפעילויות שמישהו צריך לבצע כולל עדיפויות ולוחות זמנים.
התראות - התראות לאחראי על התרחשות אירועים המשפיעים על אופן ביצוע התהליך.
ניהול - סטטוס מופעים שונים שבאחריות עובד או למנהלים ריכוז סטטוס מופעים שבאחריות הכפופים להם.
סטנדרטים

WS-BPEL הוא סטנדרט לביצוע תהליכים באמצעות שילוב (Orchestration) של Services. סטנדרט זה הוא אחד מהסטנדרטים של Web Services. הסטנדרט עוסק בתהליכים ממוחשבים, אינו מטפל בתהליכים אנושיים ואינו מטפל בשלב בניית המודל במחזור החיים. הסטנדרט מאפשר מימוש תהליכים באמצעות שפת תסריטים (באנגלית Scripting Language). המונח BPEL הוא ראשי תיבות של Business Process Execution language. זהו סטנדרט של ארגון הסטנדרטים OASIS.
(Business Process Management Notation (BPMN - סטנדרט למידול תהליכים. הסטנדרט מטפל גם בתהליכים אוטומטיים וגם בתהליכים אנושיים. סטנדרט זה של OMG מאפשר שימוש אחיד בסמלים גרפיים המתארים מרכיבים שונים של תהליך, כגון: פעילויות, זרימת תהליך, זרימת מידע ואירועים. בשנת 2008, BPMN נחשב לסטנדרט המוביל בתחום של מידול תהליכים. BPMN כולל מרכיב המאפשר חילול אוטומטי של קוד WS-BPEL מהמודל שנוצר באמצעותו. במרבית המקרים ניתן לחולל קוד WS-BPEL ממודל BPMN, אולם בדרך כלל לא ניתן לבנות באופן אוטומטי מודל BPMN מקוד של WS-BPEL.
(XML Process Definition Language (XPDL הוא סטנדרט התומך גם בבניית מודל וגם בביצוע קוד. סטנדרט זה מבוסס על XML ומשתלב עם BPMN טוב יותר מאשר WS-BPEL.
BPMS Business Process Management suites - חליפה שכוללת את תכנון התהליך, אקטיבציה (משלוח משימות, אפשרות מילוי טפסים וכדומה), אינטגרציה למערכות מחשב, ממשק משתמש, BI מחוונים ניהוליים (דשבורדים).
קשר למערכות ERP

אחד השימושים הנרחבים ביותר במערכות BPM הוא בתוך מערכות Enterprise Resource Planning.
במקרים אלה השימוש העיקרי ב - BPM הוא לניהול תהליכים הקשורים לנתונים המנוהלים במערכות ERP (כספים, לקוחות, מלאים, מכירות, רכש, עצי מוצר וכדומה).

בדרך כלל מערכות אלה לא מאפשרות משלוח מספר משימות במקביל כתוצאה מטריגר אחד. כדי לעקוף בעיה זאת משתמשים ביכולות ה-ERP שכוללות ניהול סטטוסים וחוקים עסקיים.

מערכות BPM עצמאיות הן בדרך כלל ווביות/ אינטרנטיות ובעלות יכולת ממשק חזקה למערכות מחשב אחרות בארגון. הקישור מבוצע בדרך כלל בעזרת Web Services.
ראו גם

SOA
Enterprise Service Bus
Web Services
שילוב מערכות
SAP ERP
IBOLT
בינה תפעולית
איור 1
ארכיטקטורת 4 שכבות של מערכות מידע הכוללת טיפול בתהליכים באמצעות BPM.
נעמי אלסקובסקי

| --- | --- |

אלסקובסקי. צילום של אלפונס הימלרייך, מתוך ארכיון רות זיו איל, הספרייה הלאומית
 לידה:  17 במאי 1921 באקו, הרפובליקה הסובייטית הסוציאליסטית של אזרבייג'ן 
 פטירה:  18 במרץ 2013 (בגיל 91) 
 שם לידה:  נעמי אלסקובסקי
 מקום קבורה:  גבעת השלושה 
 תקופת הפעילות:  מ-1941 
 בן זוג:  זאב לנדא
 
נעמי אלסקובסקי-לנדא (1921–2013) הייתה רקדנית, כוריאוגרפית ומורה למחול ישראלית. אלסקובסקי החלה את הקריירה שלה בשנות הארבעים כסולנית בלהקה של גרטרוד קראוס, ובמשך יותר מ-40 שנה הופיעה בישראל ומחוצה לה, הן בלהקות שונות והן באופן עצמאי. בין תלמידיה וחברי להקתה נמנים רות זיו איל, ינון נאמן, יונתן כרמון, ועוד. בין היתר, שיתפה אלסקובסקי פעולה עם הבלט הישראלי, להקת בת שבע, להקת המחול הקיבוצית ועוד.
גלריה

התמונות צולמו בידי אלפונס הימלרייך, ונשמרו בארכיון רות זיו איל שהופקד בספרייה הלאומית.
נפת אוני

נפת אוֹני (בגאורגית: ონის მუნიციპალიტეტი, מילולית: אוֹניס מוניציפליטי) היא נפה במחוז רצ'ה-לצ'חומי וסוואנתי תחתית שבגאורגיה. הנפה מוקמת באזור רצ'ה עילית, כאשר מצפון גובלת רוסיה, ממזרח נפת ג'ווה ורוסיה, מדרום נפת סצ'חרה, וממערב נפת לנטחי ונפת אמברולאורי.
הנפה מאוכלסת ב-6,130 תושבים בצפיפות אוכלוסין של 3,58 איש לקמ"ר. העיר אוני מהווה את המרכז המנהלתי של הנפה. יישוב עירוני (דאבא) נוסף בנפה הוא העיירה קוואיסה. כמו כן ישנן 65.
גאוגרפיה

שטח הנפה מכסה 1712 קמ"ר. הגובה הממוצע הוא 750 מטר מעל פני הים כשההר הגבוה ביותר מתנשא לגובה של 1,900 מטר מעל פני הים. האקלים בנפה לח כשהטמפרטורות הממוצעות בקיץ נעות בין 18 ל-20 מעלות צלזיוס. כמות המשקעים השנתית הממוצעת נעה בין 900 ל-1100 מ"מ.
כלכלה

אוכלוסיית הנפה היא בבסיסה של איכרים. המגזרים העיקריים של חקלאות הם: גננות, תפוחי אדמה, פירות, גידולי גפן, דגנים (תירס, שעועית) וייצור בשר וחלב. המגזר התעשייתי כולל: עץ, מזון ותעשיית מיחזור.
כלכלה > אתרי נופש

אתר הנופש שוֹבי הממוקם על מדרונות הקווקז, מרוחק 25 ק"מ צפונית למרכז המנהלי אוני. בניית האתר החלה בשנת 1923 ואיחרה את המבקר הראשון שלה 4 שנים מאוחר יותר. בתוך שנה הפכה שובי למפורסמת ופופולרית, ומאוחר יותר נתגלו באזור מים מינרליים טבעיים. האתר נמצא בגובה 1,500 מטר מעל פני הים. וממוקם באזור הררי מוקף בפסגות הרים מושלגות. האתר מכיל 20 מלונות היכולים להכיל כ-1,000 איש לפחות. במרכז האתר מתנוסס פסל של סטלין. במעבר ממיסיוני שנמצא גבוה יותר (2,800 מטר), בגבול עם רוסיה ניתן גם לעשות טרקים. בדרך משובי למעבר ממיסיוני ישנן 10 מעיינות עם מים הראויים לשתייה. היישוב הקרוב לאתר הוא הכפר "גלוֹלה" (מרוחק כ-2 ק"מ).
אתר נופש מפורסם נוסף בנפה נקרא אוּצֶרה והוא מרוחק 10 ק"מ בלבד מהעיר אוני. הוא ממוקם בערוץ ציורי על גדות נהר הריוני בגובה 982 מעל פני הים. ישנם 28 סוגים של מים מינרליים לטיפולים רפואיים.
היסטוריה

העיר אוני היא אחת מהערים העתיקות בעולם בכלל ובגאורגיה בפרט. על פי מקורות כתובים מהמאה ה-15, ההיסטוריה של העיר מגיעה עד למאה ה-2 לפנה"ס. בחלק השני של המאה ה-19 אוני הייתה המרכז של חבל רצ'ה, והקשר העיקרי בין אוכלוסיית רצ'ה תחתית, אימרתי וצפון הקווקז. המסחר היה עסק פורח כתוצאה מריכוז גדול מאוד של יהודים בכל נפת אוני. כתוצאה מכך חלק גדול מהמונומנטים הדתיים בנפה הם בתי כנסת יהודיים וכנסיות ארמניות. מבין הכנסיות הראויות לציון יש את כנסיית גיאורגי הקדוש מהמאה ה-11 במראוואלדזאלי (הושחתה לאחרונה בעקבות רעידת האדמה ברצ'ה שהתחוללה באזור, והוחל בפעולות שחזור הכנסייה).
תרבות

בנפה 14 בתי ספר יסודיים, 5 תיכונים. ו-231 מורים. בית חולים מרכזי בעיר אוני.
בנפה 28 סיפריות, 16 מועדונים, תיאטרון ציבורי מפורסם, אנסמבל רצ'ה, מוזאון, בית ספר למוזיקה ולאומנות.
הערות שוליים

↑  תמי (თემი)- היא הדרגה הנמוכה ביותר בחלוקה האדמיניסטרטיבית של גאורגיה. המונח מקביל פחות או יותר ל"מועצה מקומית" בישראל או לקומונה בצרפת.
1 2   אתר הסטטיסטיקות של גאורגיה: אוכלוסיית גאורגיה לפי נפות מאתר www.geostat.ge
↑  דאבא (დაბა) - יישוב עירוני קטן, עיירה.
שובי
נקודת קוסטור

|  נתונים גאוגרפיים |
| --- | --- |
 מיקום:  האוקיינוס הדרומי 
 קואורדינטות:  64°09′55″S 62°03′56″W﻿ / ﻿64.1653°S 62.0656°W﻿ / -64.1653; -62.0656
 אורך:  1.4 קילומטר
 נתונים מדיניים
 על שם:  Kostur 
  (למפת חצי האי האנטארקטי מוגדלת) בסיס חנרל ברנרדו אוהיגינס ריקלמהנקודת קוסטור(למפת חצי האי האנטארקטי רגילה) בסיס חנרל ברנרדו אוהיגינס ריקלמהנקודת קוסטור(למפת אנטארקטיקה רגילה) מסיב וינסון אמונדסן-סקוט מקמרדו ווסטוק ים ודל ים רוס מדף הקרח רוס  מעבר דרייק ארץ גרהאם האוקיינוס הדרומינקודת קוסטור(למפת אנטארקטיקה מוגדלת) מסיב וינסון אמונדסן-סקוט מקמרדו ווסטוק ים ודל ים רוס מדף הקרח רוס  מעבר דרייק ארץ גרהאם האוקיינוס הדרומינקודת קוסטור
 
נקודת קוסטור (באנגלית: Kostur Point; בבולגרית: нос Костур) היא לשון יבשה בחוף המזרחי של האי ברבנט בארכיפלג פאלמר שבאנטארקטיקה.
אורכה של לשון היבשה 1.4 קילומטרים, והיא בולטת לכיוון דרום אל תוך מפרץ היל.
לשון היבשה ממוקמת 4.2 קילומטרים דרומית-מערבית מנקודת ספלנצאני, ו-2.7 קילומטרים צפונית - צפון-מזרחית מנקודת פטרוב.
היסטוריה > גילוי ומיפוי לשון היבשה

לשון היבשה מופתה לראשונה על ידי סוקרים בריטיים בשנת 1980.
היסטוריה > מקור השם

לשון היבשה נקראת על שם הכפר קוסטור שבדרום מזרח בולגריה.
השם התקבל רשמית ב-3 ביוני 2010.
לקריאה נוספת

הגאזט האנטארקטי הבולגרי (בבולגרית)
הערות שוליים

↑  גזת השמות האנטארקטיים של בולגריה
1 2 3 4 5 6  מידע גאוגרפי והיסטורי
| איים בארכיפלג פאלמר |
| --- | --- | --- |
| איים | אבוט • אולין • אומגה • אטא • אלפא • אלקה • אונוור • אפסילון • בראבנט • בוב • גאנד • גלארוס • דייוויס • דינק • דלתא • דרים • הארי • וינצקה • טאוור • למדא • לייז' • לקוואנט • פמפה |  |
| קבוצות איים | איי אומיקרון • איי טטראד • איי כריסטיאניה • איי מלכיור • איי סיגמא • איי פאי • איי פסי |  |
| איונים | סלע גריינדר |  |
האי בראבאנט, מבט מכיוון צפון מזרח לעבר האי. מימין ניתן לראות את האי אונוור, וברקע את חצי האי האנטארקטי; את הרי סולוואי, ניתן לראות משמאל, בצד הרחוק של האי.
נקודת קוסאר

| --- | --- |
אין תמונה חופשית
 מידע כללי
 מיקום:  אזור הברית האנטארקטית,
 קואורדינטות:  71°08′00″S 73°07′00″W﻿ / ﻿71.1333°S 73.1167°W﻿ / -71.1333; -73.1167
  (למפת חצי האי האנטארקטי מוגדלת) בסיס חנרל ברנרדו אוהיגינס ריקלמהנקודת קוסאר(למפת חצי האי האנטארקטי רגילה) בסיס חנרל ברנרדו אוהיגינס ריקלמהנקודת קוסאר(למפת אנטארקטיקה רגילה) מסיב וינסון אמונדסן-סקוט מקמרדו ווסטוק ים ודל ים רוס מדף הקרח רוס  מעבר דרייק ארץ גרהאם האוקיינוס הדרומינקודת קוסאר(למפת אנטארקטיקה מוגדלת) מסיב וינסון אמונדסן-סקוט מקמרדו ווסטוק ים ודל ים רוס מדף הקרח רוס  מעבר דרייק ארץ גרהאם האוקיינוס הדרומינקודת קוסאר
 
נקודת קוסאר (באנגלית: Kosar Point) היא לשון יבשה מכוסה שלג המהווה את הקצה המערבי של חצי האי אירואיקה, בקצה הדרום מערבי של האי אלכסנדר, שבאנטארקטיקה.
היסטוריה > גילוי ומיפוי הנקודה

הנקודה צולמה מהאוויר במסגרת משלחת החקר האנטארקטית רון בשנת 1947. סקר שטחי חסות איי פוקלנד מיפה את הנקודה בהתבסס על תצלומי אוויר אלה בשנת 1960.
הנקודה מופתה על ידי הסקר הגאולוגי של ארצות הברית בהתבסס על תצלומי אוויר שצולמו על ידי צי ארצות הברית בין השנים 1967–1968, ועל תמונות מלוויין לנדסאט שצולמו בין השנים 1972–1973.
היסטוריה > מקור השם

שמה של הנקודה ניתן לה על ידי הוועדה המייעצת לשמות אנטארקטיים.
הנקודה נקראת על שמו של ויליאם ס. קוסאר (William S. Kosar) מצי ארצות הברית, שהיה קצין פרויקטים אוויריים במחלקת חקר הקטבים, של הקרן הלאומית למדע של ארצות הברית, בין השנים 1975–1977.
ראו גם

כף בראון
כף ווסטוק
נקודת אבליישן
נקודת מאזה
נקודת טריטון
הערות שוליים

1 2 3 4 5 6  מידע גאוגרפי והיסטורי
ניהול תנועות

ניהול תנועות (באנגלית: Transaction processing) הוא עיבוד ממוחשב המחולק ליחידות לוגיות של פעולות הנקראות: תנועות  (באנגלית: Transactions). לרוב מבוצע ניהול תנועות באופן מקוון. ניהול תנועות מבוצע באמצעות תוכנה ייעודית הנקראת: מוניטור ניהול טרנזקציות (באנגלית: Transaction Processing Monitor). תנועה (טרנזקציה) היא יחידת עיבוד לוגית בעלת משמעות עסקית, למשל: ביצוע פעולה בחשבון בנק, שחרור מטען סחורות מהמכס, הזמנת ספר מחנות ספרים וכדומה. כל טרנזקציה היא יחידה שלמה המתבצעת במלואה או אינה מתבצעת כלל.
תיאור

ניהול תנועות מבוסס על תשתיות תוכנה ותשתיות חומרה ועל יישום מחשב. תשתיות תוכנה חשובות במיוחד בעיבוד תנועות הם מוניטורי טרנזקציות ומסדי נתונים. יישום המחשב מורכב מרכיבי תוכנה שכל אחד מהם מטפל בתנועה. מוניטור הטרנזקציות מספק מסגרת כוללת לניהול התנועות. 


ניהול תנועות מעוצב באופן המיועד לשמור את האינטגרטיביות של תנועה, כלומר: תנועה מתבצעת בשלמותה או אינה מתבצעת כלל. המשמעות של שלמות ביצוע תנועה היא עדכון כל הנתונים המשתנים בה או אף נתון שצריך להשתנות בה. הנתונים נמצאים במסד נתונים או בקבצים. תנועה עשויה לעדכן מספר קבצים, מספר מסדי נתונים או מספר מסדי נתונים ומספר קבצים. גם במקרה זה נדרשת שמירת שלמות הנתונים. כך למשל תנועה של העברת כסף מחשבון בנק לתוכנית חיסכון, עשויה לעדכן בסיס נתונים של חשבונות בנק ובסיס נתונים אחר של תוכניות חיסכון. 


תנועה מחברת מספר פעולות נפרדות לישות לוגית אחת. ניהול תנועות צריך להבטיח שלמות של נתוני אותה ישות לוגית.
מתודולוגיה > מטרות

המטרות שמנסה מתודולוגיית ניהול תנועות להשיג הן:
הבטחת שלמות תנועה או שהיא מתבצעת בשלמותה או שהחלקים שבוצעו משוחזרים
עבודה במקביל של מספר רב של תנועות
זמני תגובה טובים ויציבים עבור משתמש קצה.
מתודולוגיה > Rollback

Rollback מבטיח שלמות נתונים של תנועה. השימוש במושג הוא לרוב בהקשר של בסיסי נתונים אך הוא תקף גם בהקשר של נתונים שאינם מאוחסנים בבסיסי נתונים. עם סיום תנועה מתבצעת פעולת Commit. בפעולת ה-Commit  נשמרים כל עדכוני ותוספות הנתונים שהתבצעו במהלך התנועה. במקרה של כישלון בביצוע ה-Commit, משוחזרים כל בסיסי הנתונים שהיו מעורבים בתנועה למצבם לפני תחילת ביצועה.
מתודולוגיה > Rollforward

Rollforward היא שיטה להבטחת שלמות טרנזקציות במקרה של תקלה בבסיס הנתונים המחייבת שחזור לגיבוי קודם. בקובץ יומן ייעודי נרשמות התנועות. לאחר שחזור בסיס הנתונים לגיבוי האחרון, מעובד היומן והתנועות מעודכנות לבסיס הנתונים. כל התנועות נרשמות באופן המבטיח את שלמותן.
מתודולוגיה > Compensation

Compensation היא שיטה לשמירה על שלמות נתונים כשאין אפשרות לבצע Rollback. הכוונה היא למשל לתהליכים עסקיים החוצים מערכות ומנוהלים באמצעות כלי Business Process Management, או למערכות בארכיטקטורה מוכוונת-שירותים או ל-Web Services. סביבות מחשוב כאלה המבוססות על צימוד רפוי אינן תומכות ב-Rollback. באמצעות Compensation אפשר לשחזר מצב לפני עדכונים באמצעים יישומיים במקום באמצעי טכנולוגי של Rollback. כך למשל עם כחלק מהתהליך נקלטו נתונים לא נכונים ביחס לביצוע פעולות בחשבון בנק. אפשר להזין פעולות מנוגדות באותם סכומים ולהחזיר את המצב למצב שלפני העדכון החלקי.
מתודולוגיה > ACID

המונח ACID הוא ראשי תיבות של ‏Atomicity‏, ‏Consistency‏, ‏Isolation‏, ו-‏Durability‏. ארבע תכונות אלה מאפשרות שמירה על שלמות בסיס הנתונים.
כלים למימוש ניהול טרנזקציות

ניהול טרנזקציות מבוצע באמצעות שרתי יישומים, הנקראים מוניטורי תנועות מוניטורי תנועות. בנוסף לשמירת האינטגרטיביות של כל תנועה, הם מספקים שירותי ניהול נוספים, למשל: שירותים לניהול משאבי מחשב ושירותים לניהול בו זמני של מספר רב של תנועות. מונטורי תנועות, שהשימוש בהם נפוץ במיוחד הם: CICS, IMS/DC ו-Tuxedo.
ראו גם

עיבוד תנועות מקוון
תנועות
ACID
נקטורוס מצוי

| נקטורוס מצוי |
| --- | --- |

מצב שימור
 conservation status: least concern ללא חשש (LC)‏
מיון מדעי
ממלכה:: בעלי חיים
מערכה:: מיתרניים
על־מחלקה:: בעלי ארבע רגליים
מחלקה:: דו-חיים
סדרה:: בעלי זנב
תת־סדרה:: סלמנדרות
משפחה:: פרוטיאוסיים
סוג:: נקטורוס
מין:: נקטורוס מצוי
שם מדעי
 Necturus maculosus ‏רפינסק, 1818
תחום תפוצה


נקטורוס מצוי (mudpuppy) - דו חי שוכן מים. גופו של מין זה מוארך וצבעו חום כהה הזרוע כתמים שחורים. הזנב פחוס בצדדיו ומשמש לתנועה במים. הראש שטוח והעיניים קטנות. מאחורי ראשו ישנם שלושה זוגות של זימים חיצוניים דמויי שיח זעיר, ואשר באמצעותם מסוגל הנקטורוס לנשום, משום שריאותיו מנוונות. רגליו קצרות ואינן חזקות, ובעזרתן הוא נע באיטיות על קרקעית הנחל בחפשו מזון. את מרבית היום הוא מבלה במנוחה ועם הגיע הלילה הוא יוצא לשחר לטרף. הנקבה מטילה את הביצים במים רדודים בשלהי האביב. מן הביצים בוקעים צאצאים, הדומים בכל לבוגרים אך זעירים במידתם (בניגוד לראשנים).
אורך בוגר: 20-30 ס"מ 

מספר ביצים בהטלה: 60-70 

אורך הצאצאים עם בקיעתם: 18 מ"מ 

מזון: ביצי דגים, דגיגים, רכיכות 

תפוצה: נהרות ואגמים בדרום קנדה ומזרח ארצות הברית
הערות שוליים

↑  נקטורוס מצוי באתר הרשימה האדומה של IUCN
| --- | --- |
בקרת זהויות :  NLI: 987007563283905171
ניסים ברדה

ניסים ברדה (נולד ב-24 באפריל 1956) הוא כדורגלן עבר ישראלי, ששיחק בעמדת הבלם. ברדה הוא מהכדורגלנים הבולטים שיצאו ממחלקת הנוער של מכבי רמת עמידר ומזוהה איתה, ואף שיחק בנבחרת ישראל.
קריירה

ברדה נולד להורים שעלו מטריפולי שבלוב. הוא החל את דרכו בכדורגל במחלקת הנוער של מכבי רמת עמידר. הוא הועלה לקבוצת הבוגרים על ידי המאמן אשר בלוט. בעונת 1979/1980 הגיע עם הקבוצה לגמר גביע המדינה, בו הפסידה עמידר להפועל כפר סבא בתוצאה 4-1.
בשנת 1982 עבר ברדה למכבי פתח תקווה. לאחר מכן עבר לעונה אחת למכבי נתניה, לפני שסיים את הקריירה בשמשון תל אביב, שם התבלט ונחשב לאחד הבלמים הטובים בליגה הלאומית דאז. הישג השיא של הקבוצה בתקופתו היה הגעה לגמר גביע המדינה של 1989/1990.
לברדה 18 הופעות בנבחרת ישראל, איתה שיחק מגוון משחקי ידידות וגם במוקדמות גביע העולם של 1986 ו-1990, והמוקדמות הקדם אולימפיות של 1984.
תארים והישגים

גביע המדינה:
סגנות (1): 1989/1990
גביע הטוטו:
זכייה (2): 1986/1987, 1987/1988
חיים אישיים

ברדה נשוי למזל והם הורים לארבעה. המשפחה מתגוררת בפתח תקווה. הוא גמלאי של חברת דן.