1. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן מערכות מידע ארגוניות מערכות מידע ארגוניות הרצאה מס' 12: פיתוח מערכות מידע

2. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן משבר התוכנה - The Software Crisis טעות בתוכנת הדמיה של מטוס F16 גרמה למטוס להתהפך כל פעם שהוא חצה את קו המשווה. במערכת הגנה מטילים בליסטיים זוהה הירח כטיל נכנס. מדד המניות של הבורסה ב - Vancover ירד ב 574 נקודות בתקופה של 22 חודש, בגלל שגיאות עיגול. בראשית 1988 הודיע Bank of America על נטישת מערכת של 20 מליון דולר שהושקעו בה 60 מליון דולר על מנת שתעבוד ( 20 שנות אדם הושקעו לבדיקת 3.5 מליון שורות קוד ). ב -Wall Street Journal ממאי 1998 נאמר ש 42% מפרויקטים של מחשוב ננטשים בטרם השלמתם. ועוד ועוד....

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

4. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן המסקנות ממשבר התוכנה [The major cause of the software crisis is] that the machines have become several orders of magnitude more powerful! To put it quite bluntly: as long as there were no machines, programming was no problem at all; when we had a few weak computers, programming became a mild problem, and now we have gigantic computers, programming has become an equally gigantic problem Edsger Dijkstra: The Humble Programmer Edsger Dijkstra: The Humble ProgrammerEdsger Dijkstra: The Humble ProgrammerEdsger Dijkstra: The Humble Programmer הקמת מערכת מיחשוב היא פעולה מורכבת ומסוכנת. יש להפעיל לפי שיטה סדורה ( מתודולוגיה ) בעת הקמת מערכת על מנת להקטין הסיכונים. Engineering: In

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

6. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן System Lifecycle - מחזור חיים של המערכת שלב הייזום - הגדרה (Project Definition) : האם קיימת בעיה ?, האם הפרויקט יפתור אותה ? שלב האפיון ((System study: ניתוח הבעיות במערכת הקיימת, הגדרת מטרות, הגדרת דרישות מידע. חקר ישימות - הערכת אלטרנטיבות :(Feasibility study) האם הבעיה תיפתר במסגרת האילוצים ? ( ישימות טכנולוגית - תכנה / חמרה, ישימות כלכלית - האם כדאי, תפעולית - האם הפתרון מתאים בתנאים הקיימים ). הגדרה

7. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן System Lifecycle - מחזור חיים של המערכת שלב העיצוב (Design) : פירוט הקלטים והפלטים של המערכת, פירוט ממשק, עיצוב מסד נתונים, מפרט רשומות, מבנה קבצים, פירוט חישובים, רכיבי תכנה, דוחות, קביעת עיתוי פלטים, תכנון בקרת אבטחה, תיעוד, תכנון הסבה, תכנון הדרכה, תכנון מבחנים / מבחני קבלה, תכנון שינויים ארגוניים. שלב הבניה = כתיבת קוד התוכנה ((Programming שלב הבדיקה (Testing): מבחני קבלה = בדיקות יחידה, בדיקות מערכת ובדיקות אינטגרציה בניה

8. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן System Lifecycle - מחזור חיים של המערכת שלב התקנה והטמעה (Installation and Implementation): התקנה, הדרכה ( רעיונית ותפעולית ), הסבה ( במקביל, הדרגתית, חלוץ, מיידית ) למערכת החדשה. שלב תפעול ואחזקה (Post Installation=Production + Maintenance): תפקוד שוטף, בחינה מתמשכת, עריכת שינויים ושיפורים לעמידה בדרישות חדשות, איתור נושאים לפיתוח הדור הבא יישום תפעול

9. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן ניהול פרויקט - תרשים GANTT

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

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

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

13. מכון נווה ותוכנית דעת, שנה"ל תשס"ו, מרצה יהודה הופמן13 ייזום ואפיון ראשוני (RFP) ייזום ואפיון ראשוני (RFP) בחירת ספק הגדרת שינויים Gap analysis הגדרת שינויים Gap analysis יישום ביצוע שינויים ותוספות Customization ביצוע שינויים ותוספות Customization חבילות תכנה – Application software packages גישה של שימוש בחבילות תוכנה: שימוש בתוכנת מדף הניתנת לרכישה או לחכירה

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

15. תוכנית דעת, שנה"ל תשס"ז, מרצה יהודה הופמן בדיקות תוכנה נועדות להבטיח כי : המערכת פועלת ונקייה מתקלות המערכת עונה על דרישות הלקוח בדיקות מערכת, רכיבים ואינטגרציה בהיבטים של עומסים, אבטחה ושימושיות – יבוצע על ידי צוות QA וצוות הפיתוח בדיקות קבלה User Acceptance Testing – UAT יבוצע על ידי המשתמשים וצוות QA. באיזה שלב במחזור החיים יש לבצע בדיקות קבלה ?

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

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

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