מצגת 1 - sapir management and industrial
Download
Report
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ועוד.
שאלות?