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

2. מחזור חיי מערכת מידע

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

4. מחזור חיים: ראיה מעגלית

5. מודל מפל המים (Royce, 1970) אימות דרישות אימות שינוי בדרישות אימות
אפיון
אימות
תכן
אימות
מימוש
אימות
שילוב
פיתוח
אחזקה
הפעלה מבצעית
פרישה
מקור: ד"ר עמיר תומר

6. מודל מפל המים: תכונות חוגי משוב בין שלבים עוקבים תהליך מונחה-תיעוד:
המעבר לשלב הבא מותנה (ותלוי!) בתיעוד השלב הקודם
יתרונות
תהליך מתועד
אחזקה קלה חסרונות
פורמאליות-יתר

7. אב-טיפוס מהיר (Rapid Prototype)
אימות
אב-טיפוס
אימות
שינוי בדרישות
הפעלה מבצעית
פרישה
אימות
אפיון
תכן
מימוש
שילוב
פיתוח
אחזקה
מקור: ד"ר עמיר תומר

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

9. המודל הלולייני Spiral (Bohem, 1988)
תכנון
planning
ניתוח סיכונים
risk analysis
תוצרים
הערכת לקוח
customer evaluation
הנדסה
engineering
מקור: ד"ר עמיר תומר

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

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

12. המודל הלולייני באב-טיפוס מהיר
תכנון
planning
ניתוח סיכונים
risk analysis
מימוש
תכן
אפיון
אב-טיפוס מהיר
הערכת לקוח
customer evaluation
הנדסה
engineering
מקור: ד"ר עמיר תומר

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

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

15. נוהל מפת"ח – מימד עץ המערכת
מערכת מידע
עלות
מימוש
טכנולוגיה
יישום
יעדים
עלות הקמה
עלויות לאורך זמן
גורמים מעורבים
תפעול
שירות ותחזוקה
או"ש, הטמעה והדרכה
אמינות המערכת
חומרה מרכזית
אחסנת נתונים
ציוד היקפי
תשתית פיזית
מערכת הפעלה
מסד נתונים
תשתית תקשורת
גבולות וסביבה
תת-מערכות ופונקציות ראשיות
ממשק משתמש
תהליכים
מילון נתונים
אבטחת מידע
משתמשים / לקוחות
יעדים ומטרות
השתלבות ביעדי הארגון
קשר לתכנית עבודה שנתית
אופק הזמן

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

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

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

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

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

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

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

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

24. מימוש מעבר מתכן לשפת תכנות.
אפשרות שימוש בחלקים (רכיבים) מוכנים – קנויים או קיימים: זיהוי, התאמה ואינטגרציה.
שימוש בכלים תומכים (Computer Aided Software Engineering – CASE):
יצירת מודל
יצירת תיעוד
בדיקת המודל (עקביות)
תמיכה בעבודת צוות: ניהול הרשאות, בקרת תצורה
חילול אוטומטי של קטעי קוד
חיבור רכיבים דרך המודל
בדיקה ותיקון שגיאות

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

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

27. עד ש...
סוף טוב הכל טוב!