Transcript מצגת 1 - sapir management and industrial

‫ניתוח ועיצוב מערכות מידע‬
‫המחלקה לניהול תעשייתי‬
‫ד"ר שגית קדם‪-‬ימיני‬
‫סמסטר א' תשע"ב‬
‫נושאי השיעור‬
‫‪1‬‬
‫• הצגת הקורס ומטרותיו‬
‫‪2‬‬
‫• מבוא‪ :‬מחזור חיים של‬
‫מערכת מידע‬
‫‪3‬‬
‫• ייזום מערכת מידע בארגון‬
‫מה נלמד הסמסטר? (‪)1‬‬
‫• חלק ‪ :1‬ייזום‪ ,‬חקר מצב קיים‪ ,‬ניתוח דרישות‬
‫‪ .1‬ייזום מערכת מידע בארגון‬
‫‪ .2‬ניתוח חלופות אפשריות‬
‫‪ .3‬שיטות לניתוח ותיעוד מצב קיים‬
‫• חלק ‪ :2‬ניתוח ועיצוב (תכן) מ"מ באמצעות ‪ UML‬ו ‪Power‬‬
‫‪Designer‬‬
‫‪ .1‬שיטות לתיעוד דרישות (המשך)‬
‫‪Use case diagram .2‬‬
‫‪Class diagram .3‬‬
‫‪Work packages .4‬‬
‫‪Activity diagram .5‬‬
‫מה נלמד הסמסטר? (‪)2‬‬
‫• חלק ‪ :3‬גישות ושיטות בניתוח מערכות מידע‬
‫‪ .1‬הערכת חלופות של מערכות מידע וחישוב החזר השקעה של‬
‫מערכת מידע‬
‫‪ .2‬שיטות לביצוע יעיל של ניתוח דרישות‬
‫‪ .3‬מתודולוגיות של פיתוח מערכות מידע‬
‫• חלק ‪ :4‬תרשימי ‪DFD‬‬
‫‪DFD-0 .1‬‬
‫‪ .2‬היררכיית תרשימי ‪ DFD‬ותיעוד‬
‫תרגול‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫כל שבוע‬
‫תרגילי כיתה ובית‬
‫חוברת תרגילים‬
‫מבחנים קודמים‬
‫ספרים (ראו סילבוס)‬
‫תאור מטלות הקורס‬
‫•‬
‫•‬
‫•‬
‫•‬
‫השתתפות פעילה בשיעור‬
‫השתתפות פעילה בתרגולים‬
‫תרגול שוטף‬
‫פרויקט – הגשה ב‪ 3-‬חלקים (‪ 30%‬מציון הקורס)‬
‫– הצעה‬
‫– חלק א' (‪)10%‬‬
‫– חלק ב' (‪)10%‬‬
‫– חלק ג' (‪)10%‬‬
‫הגשת הצעת הפרויקט‬
‫הגשה למתרגל (ללא ציון)‪:‬‬
‫יש להגיש הצעת פרוייקט בהיקף של ‪ 1-2‬עמודים‬
‫מודפסים‪ .‬ההצעה תכלול תיאור קצר של הארגון‬
‫והמערכת שאותה הזוג מעוניין לפתח‪ .‬יש להדגיש‬
‫את הפעולות (הפונקציות) שבהן תטפל המערכת‪.‬‬
‫הפרוייקט יבוצע רק לאחר שההצעה תאושר‪.‬‬
‫הנחיות לאופן הגשת ההצעות יפורסמו באתר הקורס ב‬
‫–‪.Le-Mood‬‬
‫מחזור חיים של‬
‫מערכת מידע‬
‫נתונים‬
‫מידע‬
‫ידע‬
‫מדוע חשוב ללמוד ניתוח ועיצוב מערכות מידע‬
‫( מ " מ) ?‬
‫‪12‬‬
‫שיעור הצלחות וכשלונות בפיתוח מ"מ‬
‫– ‪SUCCEEDED‬‬
‫פיתוח המערכת‬
‫הושלם תוך עמידה‬
‫בזמנים ובתקציב‪.‬‬
‫‪CHALLENGED‬‬‫פיתוח המערכת‬
‫הושלם‪ ,‬אך תוך‬
‫חריגה בזמנים‬
‫ובתקציב‪ ,‬לעיתים‬
‫עם פחות פונקציות‪.‬‬
‫‪FAILED‬‬‫הפרויקט הופסק‬
‫טרם השלמתו‪.‬‬
Standish Group ‫נתונים מעודכנים לפי‬
http://www.irise.com/blog/index.php/2009/06/08/2009-standish-group-chaos-reportworst-project-failure-rate-in-a-decade/
• “This year’s (2009) results show a marked decrease in project success
rates, with 32% of all projects succeeding which are delivered on time,
on budget, with required features and functions” says Jim Johnson,
chairman of The Standish Group, “44% were challenged which are late,
over budget, and/or with less than the required features and functions
and 24% failed which are cancelled prior to completion or delivered and
never used.”
• “These numbers represent a downtick in the success rates from the
previous study, as well as a significant increase in the number of
failures”, says Jim Crear, Standish Group CIO, “They are low point in the
last five study periods. This year’s results represent the highest failure
rate in over a decade”
14
‫מהי מערכת מידע ?‬
‫‪15‬‬
16
17
18
19
20
21
22
23
DeLaval Voluntary Milking System
Improvements in Health Care
The Pill Cam: Wireless endoscopy
The daVinci Surgical Robot
The surgeon’s
console
The robot
The daVinci robot in use
Enabling People with Disabilities to Work with
Computers
‫טרנזקציה ממוחשבת בסיסית‬
‫‪28‬‬
Organizational IS
30
IS/IT Stakeholders
31
‫לסיכום‬
‫• הרבה פרויקטי הטמעת מערכות מידע נכשלים‬
‫– נלמד שיטות עבודה מובנות איך לעשות זאת טוב יותר‬
‫– מה שנלמד ישים גם בעולמות תוכן נוספים‬
‫• יש סוגים שונים של מערכות מידע בארגונים‬
‫• לכולם מאפיינים דומים – קלטים‪ ,‬פלטים‪ ,‬עיבוד‬
‫• מערכת מידע משלבת את הדרישות של האנשים‬
‫והתהליכים עם הטכנולוגיה‬
‫‪32‬‬
‫מחזור חיים של מערכת מידע‬
‫• מחזור חיים ‪ -‬תהליך בו משהו נוצר‪ ,‬מתפתח עם‬
‫הזמן‪ ,‬ולבסוף מת‪.‬‬
‫• מחזור חיים של מערכת מידע – מרמז שהוא סופי‪.‬‬
‫מדוע ?‬
‫–‬
‫–‬
‫–‬
‫–‬
‫שינויים בצרכים‬
‫שינויים בדרישות‬
‫שינויים בהיקפי העבודה‬
‫שינויים טכנולוגיים‬
‫• כל הזמן יש שינויים‪ ,‬אבל כשיש יותר מדי שינויים מה‬
‫קורה ?‬
‫מחזור חיים של מערכת מידע‬
‫• הנדסת תוכנה (‪ -)Software Engineering‬פיתוח מ"מ באמצעות‬
‫שיטות וטכניקות מדויקות‪ ,‬אמינות ומוגדרות היטב‪.‬‬
‫• מחזור החיים (‪ )Life Cycle‬מחולק לשתי תקופות ‪:‬‬
‫– פיתוח‬
‫– שימוש‬
‫• מאפיינים ‪:‬‬
‫–‬
‫–‬
‫–‬
‫–‬
‫משך התקופה ‪ -‬בהתאם לגודל המערכת‪ -‬בין חודשים לשנים‬
‫במערכת "טובה" משך השימוש הוא בממוצע חמש עד שבע שנים‬
‫עלות ‪ -‬בהתאם לגודל המערכת‪ -‬בין אלפי למליוני שקלים‬
‫היחס בין פיתוח לשימוש‪ :‬עלות הפיתוח היא כ‪35%-30% -‬‬
‫מהעלות הכוללת של המערכת‪.‬‬
‫תיאור גרפי‬
‫• מחזור החיים של מערכת מידע (שימוש מול זמן)‬
‫• מחזור החיים עלות של מערכת מידע (עלות מול‬
‫זמן) ‪TCO -‬‬
SDLC
System Development Life Cycle
36
‫שלבים עיקריים‬
‫חקר מצב‬
‫קיים‬
‫ואפיון‬
‫ראשוני‬
‫חקר‬
‫ישימות‬
‫תחזוקה‬
‫ניתוח‬
‫המערכת‬
‫יישום‬
‫עיצוב‬
‫המערכת‬
‫הקמה‬
Information Systems (IS/IT)
38
‫תירגול‬
‫‪ .1‬מערכת ההוצאה לפועל כפופה למערכת בתי‬
‫המשפט‪ ,‬אך לשתי היחידות מערכות מידע עצמאיות‪.‬‬
‫כתוצאה מכך אין שיתוף מידע בין שני הגופים‪ ,‬כך‬
‫שעידכונים שמבוצעים במערכת אחת אינם מעודכנים‬
‫בשניה‪.‬‬
‫‪ (a‬מהן הבעיות העיסקיות שנובעות ממצב זה?‬
‫‪ (b‬מהם פתרונות אפשריים?‬
‫‪ .2‬באוניברסיטה ידועה בדרום הארץ (לא חשוב איזו)‬
‫קיימת מערכת לניהול משאבי אנוש שפותחה לפני כ‬
‫‪ 25‬שנה על‪-‬גבי מחשב ‪ Mainframe‬בטכנולוגיות‬
‫שהיו קיימות אז‪.‬‬
‫‪ (a‬אילו בעיות עיסקיות (אם בכלל) עלולות לנבוע ממצב זה?‬
‫‪ (b‬מה הם הפתרונות האפשריים?‬
‫‪39‬‬
‫ייזום מערכת מידע‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫•‬
‫מי יכול ליזום הקמת מערכת מידע חדשה בארגון?‬
‫מהו הליך הייזום?‬
‫ייזום מערכת מידע הוא תוצר של פתרון בעיה עסקית‬
‫בארגון‬
‫ייזום המערכת נוצר באחת משתי הגישות – מלמטה‬
‫למעלה או מלמעלה למטה‬
‫הליך ההערכה יכול להתבצע פנימית בארגון‪ ,‬על ידי‬
‫יועצים חיצוניים או משולב‬
‫מערכות מידע ארגוניות רוחביות בדרך כל יוערכו על‬
‫ידי ההנהלה הבכירה‬
‫שלב ייזום הפיתוח של מערכת מידע‬
‫• מטרה‪ :‬הבהרה למקבלי ההחלטות שדרוש שינוי‬
‫במערכת המידע‬
‫• סיבות לייזום‬
‫– חוסר שביעות רצון מהמערכת הקיימת‬
‫– שינויים בארגון ובסביבה‬
‫• פעילויות עיקריות‬
‫– ביצוע סקר ראשוני‬
‫– מסמך ייזום‬
‫אפשרויות לפתרון בעית מערכת מידע‬
‫• לשדרג מערכת קיימת‬
‫• החלפה חלקית של מערכת‬
‫• החלפה של המערכת‬
‫מתי מערכת מידע חדשה היא הפתרון‬
? ‫המועדף‬
• ‫סוג המערכת‬:
– Bespoke
– Customizable Off-the
Shelf (COTS)
– Standard (noncustomizable) Off-theShelf
• ‫סוג הספק‬:
– Internal:
o IT or end-user
– External
(outsourcing)
– Hybrid
43
Heuristics for Selecting IS Type &
Provider
Standard /
Customizable
Off-the-Shelf
Low
Uniqueness of
Standard Offthe-Shelf
or
End-User /
Internal
Complexity of Application
High
Low
Bespoke
Application
Bespoke
or
End-User /
Internal
High
‫תירגול‬
‫• באותה אוניברסיטה בדרום הארץ הוחלט להחליף את‬
‫מערכת משאבי אנוש הישנה שעל‪-‬גבי ה ‪Mainframe‬‬
‫במערכת חדשה‪.‬‬
‫‪ .1‬מה הפתרון שתציעו?‬
‫‪ .2‬מי יבצע את הפרוייקט?‬
‫‪45‬‬
‫סיכום שלב הייזום‬
‫• פתרונות אפשריים לבעית מערכת המידע ‪ :‬לשדרג‬
‫מערכת קיימת‪ ,‬החלפה חלקית‪ ,‬החלפה מלאה‬
‫• יש לבצע הערכת אלטרנטיבות וקבלת החלטות‬
‫• כאשר נבחר הפתרון של ייזום מערכת מידע חדשה יש‬
‫להחליט‬
‫– איזה סוג של מערכת‪ :‬תוכנת מדף‪ ,‬התאמה ללקוח או תפורה‬
‫"על פי מידה"‬
‫– מי יוביל את הפרויקט? עובדים בארגון או ספק חיצוני?‬
‫• קיימים מספר כללי אצבע‬
‫‪46‬‬
‫פיתוח מערכת ‪ -‬מושגי יסוד‬
‫• נוהלי פיתוח‬
‫– סדרה של הוראות המכתיבות מה לעשות בכל שלב משלבי הפיתוח‬
‫– דוגמא ‪ :‬נוהל מפת"ח (מסגרת פיתוח ותחזוקת מערכות ענ"א)‪ - -‬נוהל‬
‫לפיתוח מ"מ במשרדי הממשלה‬
‫• מתודולוגיות‬
‫– אוסף שיטות וטכניקות לביצוע תהליך הפיתוח‬
‫• שיטה‪ -‬אלגוריתם מוגדר לביצוע משימה‬
‫• טכניקה – אמצעי ליישום שיטה (כלי עבודהת תרשימים)‬
‫דוגמא ‪ :‬שיטת עיצוב "ישויות קשרים" )‪(Entity – Relationship‬‬
‫טכניקה ליישום השיטה‪" :‬תרשים ישויות קשרים" ‪)ERD) -‬‬
‫• כלי פיתוח (‪)CASE‬‬
‫תוכנות מיוחדות המיישמות שיטות וטכניקות שונות במטרה לעזור‬
‫למפתח המערכת ולתיאום בין המפתחים‪.‬‬
‫מתודולוגיה מובנית לבנית מערכת מידע‬
‫• שיטות פורמליות וסדורות מבטיחות‬
‫– עמידה בלוחות זמנים‬
‫– צמידות לדרישות‬
‫– בקרה‬
‫• המתודולוגיה‬
‫– סדרתית‬
‫– מוגדרת וברורה‬
‫– פותחה בשנות ה‪ 70‬והותאמה למערכות ‪TPS‬‬
‫גישות ומודלים לפיתוח מערכות מידע‬
‫מודל מפל המים (‪)water fall‬‬
‫המודל מבחין בין שלבי הפיתוח השונים‪ ,‬תוך קיום פעילות גומלין וחפיפת זמנים בין שלבי‬
‫פיתוח עוקבים‪.‬‬
‫שינוי דרישות‬
‫אימות‬
‫דרישות‬
‫אימות‬
‫פירוט הדרישות‬
‫אימות‬
‫ניתוח‬
‫אימות‬
‫עיצוב‬
‫אימות‬
‫מקרא ‪:‬‬
‫פיתוח‬
‫אחזקה‬
‫יישום‬
‫אימות‬
‫מצב תפעולי‬
‫פרישה‬
‫מודל "מפל המים" ‪ -‬המודל הנפוץ ב ‪SDLC‬‬
‫מחזור חיי פיתוח מובנה (‪ – )SDLC- Structured Development Life Cycle‬חלוקת תהליך‬
‫הפיתוח לשלבים מוגדרים‪.‬‬
‫מאפיינים‬
‫• צוות פיתוח‬
‫• שלבים מוגדרים של לימוד צורכי המשתמש ניתוח עיצוב‬
‫והקמה‬
‫• בכל שלב‬
‫– הפקת מסמך המתעד את הפעולות שנעשו בו‬
‫– אימות ואישור בידי צוות הניהול‬
‫• בכל שלב אפשר לחזור ולעדכן את מסמכי השלבים‬
‫הקודמים‬
‫• ישנן גרסאות רבות לשלבים השונים‬
‫מודל "מפל המים" (‪)2‬‬
‫• יתרונות‬
‫– סיכויי הצלחה טובים (השלמת הפרוייקט)‬
‫– התאמה לצורכי המשתמשים‬
‫• חסרונות‬
‫– הארכת זמן הפיתוח‬
‫• אי עמידה בזמן ובתקציב‬
‫• דרישות המשתמשים עלולות להשתנות במשך זמן הפיתוח‬
‫• מתאים לפרוייקטים מורכבים‬
‫גישות ומודלים לפיתוח מערכות מידע‬
‫המודל הספירלי (‪)spiral model‬‬
‫ניתוח סיכונים‬
‫שינוי דרישות‬
‫אימות‬
‫ניתוח סיכונים‬
‫דרישות‬
‫אימות‬
‫ניתוח סיכונים‬
‫פירוט דרישות‬
‫אימות‬
‫ניתוח סיכונים‬
‫ניתוח‬
‫אימות‬
‫ניתוח סיכונים‬
‫עיצוב‬
‫אימות‬
‫מקרא ‪:‬‬
‫פיתוח‬
‫אחזקה‬
‫ניתוח סיכונים‬
‫יישום‬
‫אימות‬
‫ניתוח סיכונים‬
‫אינטגרציה‬
‫אימות‬
‫מצב תפעולי‬
‫פרישה‬
‫המודל הספירלי‬
‫• דומה למודל "מפל המים"‬
‫• מתאים לפרוייקטים גדולים מאוד‪ ,‬ארוכי טווח‬
‫• הוספה של ניתוח סיכונים ובחינת חלופות בכל‬
‫שלב‬
‫– ניתוח סיכונים מייקר את התהליך ומצריך מיומנות‬
‫באיתור הסיכונים הנכונים‪.‬‬
‫נוהל מפת"ח‬
‫• ברמת הפרויקט‪ ,‬מגדיר מפת"ח כיצד לנהל‪ ,‬לפתח ולתחזק‬
‫מערכת ממוחשבת בכל היקף ומכל סוג שהוא‪ ,‬בין מערכת מידע‬
‫ובין מערכת תשתית‪ ,‬בין מערכת רחבת היקף ובין מוצר מדף‪.‬‬
‫הנוהל מגדיר את השלבים ואת התוצרים לאורך כל מחזור החיים ‪-‬‬
‫החל בייזום ואפיון המערכת‪ ,‬דרך עיצוב ובנייה (או רכש‬
‫והתאמות)‪ ,‬המשך במבדקים (טסטים) וכלה בהתקנה‪ ,‬תפעול‪,‬‬
‫תחזוקה ואף הערכת מערכת קיימת‪ .‬ברמת הארגון מכיל מפת"ח‬
‫מגוון שיטות וכלים המיועדים לדרג הניהולי האחראי לראייה‬
‫ארגונית כוללת ‪ -‬הן הנהלת יחידת המחשוב והן הנהלת הארגון‬
‫כולו‪ .‬לדוגמא‪ :‬תכנית עבודה שנתית‪ ,‬תכנון אסטרטגי (תכנית אב‬
‫למחשוב)‪ ,‬מבנה ארגוני‪ ,‬איכות כוללת‪ ,‬תקן ‪ ISO 9000‬ועוד‪.‬‬
‫שאלות?‬