Transcript שיעור 5 - מחזור החיים של מערכת מידע

‫קורס ניתוח מערכות מידע‬
‫שלבי האפיון והעיצוב במחזור החיים‬
‫אפיון מוכוון תהליכים‬
‫אפיון מוכוון אירועים‬
‫עיצוב תוכנה‬
‫הרצאה מס' ‪5‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪1‬‬
‫קורס ניתוח מערכות מידע‬
‫היכן אנחנו במחזור החיים של המערכת?‬
‫ה‬
‫ב‬
‫עיצוב‬
‫כללי‬
‫חקר בנית‬
‫ישימות‬
‫אב‬
‫טיפוס‬
‫מבדקים‬
‫תכנות‬
‫י‬
‫ה‬
‫בדיקות‬
‫קבלה‬
‫הטמעה‬
‫מ‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫ד‬
‫הגדרת‬
‫ר‬
‫דרישות לקוח‬
‫עיצוב מפורט‬
‫נ‬
‫ג‬
‫לימוד המערכת‬
‫הקיימת‬
‫ה‬
‫יזום‬
‫הסבה‬
‫תחזוקה‬
‫ש‬
‫י‬
‫מ‬
‫ו‬
‫‪2 2‬‬
‫קורס ניתוח מערכות מידע‬
‫על מה נדבר היום?‬
‫שלב אפיון מערכת‪:‬‬
‫אפיון מכוון תהליכים‬
‫אפיון מכוון אירועים‬
‫עיצוב תוכנה‪:‬‬
‫עיצוב לוגי‬
‫עיצוב פיסי‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪3‬‬
‫קורס ניתוח מערכות מידע‬
‫שלב האפיון‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪4‬‬
‫קורס ניתוח מערכות מידע‬
‫מהו שלב האפיון?‬
‫שלב האפיון מחולק ל‪ 2-‬תתי שלבים‪:‬‬
‫שלב הגדרת הדרישות‪ -‬בו מגדיר מנתח‬
‫המערכת את דרישות המערכת החדשה‬
‫מנקודת מבט הלקוח‪.‬‬
‫אפיון הפתרון‪ -‬בו בונה המנתח את‬
‫הארכיטקטורה של המערכת ומתכנן‬
‫לראשונה את מרכיביה‪.‬‬
‫‪ 2‬תוצרים חשובים לשלב האפיון‪:‬‬
‫מסמך הגדרת דרישות הלקוח‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪5‬‬
‫קורס ניתוח מערכות מידע‬
‫קצת היסטוריה‪...‬‬
‫‪ :1970-1980‬אפיון מוכוון תהליכים‬
‫‪ :1980-1997‬אפיון מוכוון אירועים‬
‫‪ 1997‬ואילך‪ :‬אפיון מוכוון עצמים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪6‬‬
‫קורס ניתוח מערכות מידע‬
‫תכנון המערכת העתידית‬
‫שלוש טכניקות←טכנולוגיות של אפיון‪:‬‬
‫מוכוון תהליכים ‪Process Oriented‬‬
‫מוכוון אירועים ‪Event Oriented‬‬
‫מוכוון עצמים ‪Object Oriented‬‬
‫ולכל אחת יש להוסיף‬
‫אפיון מוכוון נתונים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪Data Oriented‬‬
‫‪7‬‬
‫קורס ניתוח מערכות מידע‬
‫מתודולוגיות אפיון‬
‫קיימות מתודולוגיות שונות לאפיון מערכת‪ ,‬ביניהן‪:‬‬
‫אפיון מוכוון תהליכים‪ -‬המערכת החדשה‬
‫מאופיינת בהתבסס על תהליכי העבודה‬
‫הנעזרים בה‪.‬‬
‫אפיון מוכוון אירועים‪ -‬המערכת החדשה‬
‫מאופיינת בהתבסס על האירועים‬
‫המבוצעים ע"י המשתמשים‪.‬‬
‫אפיון מוכוון עצמים‪ -‬המערכת החדשה‬
‫מאופיינת בהתבסס על אובייקטים אותם‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪8‬‬
‫קורס ניתוח מערכות מידע‬
‫מוכוון תהליכים ‪Process Oriented‬‬
‫טכניקת ‪ DFD‬בהדגש של תהליכים‬
‫סימון התהליכים החדשים‪/‬מוצעים (לעומת המצב הקיים)‬
‫הפירוק הוא עד לתהליך הנמוך (לא עוצרים ב← ‪)DFD 1‬‬
‫יתרון‪ :‬הבהירות והפשטות‬
‫חיסרון‪:‬‬
‫חשש לקיבעון מחשבתי ← "מה שהיה הוא שיהיה"‬
‫‪BPI - Business Process Improvement‬‬
‫‪instead of‬‬
‫‪BPR - Business Process Reengineering‬‬
‫התהליכים אינן בהכרח משקפים עבודת הלקוח‬
‫ריבוי רמות מקשה על הקורא‬
‫אין מימד זמן‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪9‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון מוכוון תהליכים‬
‫בשיטה זו מתוארת המערכת בהתבסס על תהליכי‬
‫העבודה הנעזרים בה‪.‬‬
‫התהליכים הרלוונטיים לתיאור המערכת הינם אלה‬
‫שהמערכת שומרת עבורם נתונים או אלו הנעזרים‬
‫בנתונים השמורים בה‪.‬‬
‫שיטת הסימון‪ :‬תרשימי ‪ ,DFD‬בדומה לשלב חקר‬
‫מצב קיים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪10‬‬
‫קורס ניתוח מערכות מידע‬
‫תרשימי האפיון‬
‫תרשים תוכן‪ -‬מציג את תיחום המערכת מול‬
‫הישויות החיצוניות‪.‬‬
‫‪ "0" DFD‬פיסי‪ -‬מציג את הנפשות הפועלות‬
‫בארגון‪.‬‬
‫עץ תהליכים‪ -‬פירוק המערכת לתתי מערכות‬
‫ותהליכים‪.‬‬
‫‪ "0" DFD‬לוגי‪ -‬הצגת התיחום הפנימי של‬
‫המערכת על ידי תיאור התהליכים הראשיים‬
‫במערכת‪.‬‬
‫‪ DFD‬ברמה ‪ 1‬ומעלה‪ -‬פירוק התהליכים הראשיים‬
‫לתתי תהליכים‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪11‬‬
‫קורס ניתוח מערכות מידע‬
‫המעבר מחקר מצב קיים לאפיון המערכת‬
‫העתידית‬
‫לאחר ביצוע חקר מצב קיים ולצורך אפיון המערכת‬
‫החדשה‪ ,‬יש להתאים את התרשימים‪ ,‬כך שישקפו‬
‫את המצב החדש בו המערכת החדשה אמורה‬
‫לתמוך‪.‬‬
‫אופן ביצוע המעבר‪:‬‬
‫יש להשתמש בצבע שונה עבור חיצים‪ ,‬ישויות‬
‫חיצוניות‪ ,‬תהליכים או מאגרי מידע שלא היו‬
‫קיימים במצב הישן‪.‬‬
‫באותו צבע נסמן איקס על סימונים שהיו קיימים‬
‫במצב הישן אך אין צורך בהם‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪12‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון מוכוון תהליכים‪-‬חסרונות‬
‫דגש על תהליכים במערכת‪ -‬ולא על עבודת הלקוח‪.‬‬
‫קיבעון מחשבתי‪ -‬על המערכת במצב הקיים במקום‬
‫על המערכת החדשה‪.‬‬
‫ריבוי רמות‪ -‬על ידי פירוק כל התהליכים לרמות‬
‫משנה עד לתהליכים אטומיים‪.‬‬
‫אין התייחסות למימד הזמן‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪13‬‬
‫קורס ניתוח מערכות מידע‬
‫מוכוון אירועים ‪Event Oriented‬‬
‫אירוע‪:‬‬
‫רצף פעולות (מקשה אחת ברצף לוגי)‪ ,‬מותנע על ידי מזניק‬
‫‪ TRIGGER‬המבצע מטלה עבור משתמש במערכת מידע על מנת‬
‫לסייע לו בביצוע פעילות עסקית‪.‬‬
‫סוגי אירועים‪:‬‬
‫חיצוני ← מפעיל פעילות בתוך המערכת‬
‫פנימי ← מפעיל פעילות בתוך המערכת ‪ +‬פלט‬
‫זמן ← [שעון] מפעיל פעילות בתוך המערכת ‪ +‬עדכון ‪ +‬פלט‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪14‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון מכוון אירועים‬
‫המערכת החדשה מאופיינת בהתבסס על האירועים‬
‫המבוצעים ע"י המשתמשים‪.‬‬
‫אירוע‪ -‬הוא רצף פעולות מחשב עצמאי המבצע מטלה‬
‫בעבור משתמש במערכת המידע‪ ,‬במטרה לסייע לו‬
‫לבצע פעילות עסקית‪.‬‬
‫חקר מצב קיים מסייע בזיהוי האירועים ובאפיונם‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪15‬‬
‫קורס ניתוח מערכות מידע‬
‫סוגי אירועים‬
‫אירוע חיצוני‪ -‬תגובה למופע המתרחש מחוץ למערכת‬
‫ואשר גורם לפעילות בתוך המערכת‪.‬‬
‫אירוע פנימי‪ -‬תגובה למופע המתרחש בתוך המערכת‬
‫או להחלטות פנימיות במערכת ואשר גורם לפעילות‬
‫בתוך המערכת ‪ ,‬ולהפקת פלט מסוים‪.‬‬
‫אירוע זמן‪ -‬תגובה למופע של זמן הגורם לפעילות‬
‫בתוך המערכת‪ ,‬להפקת פלט ולעיתים גם לעדכון‬
‫מאגרי מידע‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪16‬‬
‫קורס ניתוח מערכות מידע‬
‫מוכוון אירועים ‪Event Oriented‬‬
‫ישות חיצונית ‪EE#‬‬
‫‪T‬‬
‫שעון← המזניק של אירוע זמן ‪T#‬‬
‫מאגר ‪DS#‬‬
‫אירוע ‪E#‬‬
‫אפיק מידע‪/‬נתונים ‪DF#‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪17‬‬
‫קורס ניתוח מערכות מידע‬
‫שיטת הסימון‬
‫ישות חיצונית‪ -‬משתמש חיצוני במערכת‪.‬‬
‫שעון‪ -‬הינו מאתחל באירועי זמן‬
‫מאגר נתונים‪-‬טבלה נתונים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪18‬‬
‫קורס ניתוח מערכות מידע‬
‫שיטת הסימון‪ -‬המשך‬
‫אירוע‪ -‬פעילות בסיסית‬
‫אפיק מידע‪ -‬מציין את מהות המידע הזורם‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪19‬‬
‫קורס ניתוח מערכות מידע‬
‫מוכוון אירועים ‪Event Oriented‬‬
‫הנחיות לבניה של התרשים‬
‫‪ 3‬רמות ‪TOP ← DOWN‬‬
‫ביטוי של המציאות באירוע בסיסי בעל כול המרכיבים‬
‫איגוד האירועים הבסיסיים לאירועי←על‪ ,‬לפי‪:‬‬
‫נושא משותף‪/‬שווה‬
‫בסיס נתונים משותף‬
‫אופי האירועים ← מטפלים באותו נושא‬
‫תדירות של הפעילות ← מזניק אחד למספר אירועים‬
‫רציפות יעד מקור (או אירועים נגררים)‬
‫כול אירוע על בתרשים נפרד‬
‫תמונת על‬
‫עברית מבנית‬
‫(בשקף הקודם)‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪20‬‬
‫קורס ניתוח מערכות מידע‬
‫מבנה אירוע‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪21‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון אירועים‪ -‬אירוע מס' ‪ -1‬עדכון פרטי‬
‫מרצה‬
‫תיאור‪ :‬במידה ומרצה מעוניין את פרטיו האישיים‬
‫במאגר הנתונים‪ ,‬תחילה המערכת מוצאת את הנתונים‬
‫הקיימים‪ ,‬לאחר מכן היא מעדכנת אותם בחדשים‪,‬‬
‫ומוציאה הודעת אישור למרצה‪.‬‬
‫שירטוט‪:‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪22‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון אירועים‪ -‬אירוע מס' ‪ -2‬הפקת‬
‫קטלוג קורסים‬
‫תיאור‪ :‬במידה וסטודנט מבקש להפיק קטלוג קורסים‪,‬‬
‫המערכת שולפת את הנתונים העדכניים ממאגר‬
‫הקורסים‪ ,‬ומציגה אותם למבקש‪.‬‬
‫שירטוט‪:‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪23‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון אירועים‪ -‬אירוע מס' ‪ -3‬הפקת‬
‫קטלוג קורסים‬
‫תיאור‪ :‬כל יום בשעה ‪ 22:00‬נסגרת רשימת הזמנות‬
‫החומר ליום העוקב ומייד מוציאים פקס לספק‪.‬‬
‫שרטוט‪:‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪24‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון אירועים‪ -‬אירוע מס' ‪ -4‬הסרת‬
‫וירוסים‬
‫תיאור‪ :‬על המערכת לחפש בכל עת וירוסים‪ .‬כאשר‬
‫מתגלה וירוס כזה‪ ,‬המערכת צריכה להסירו‪.‬‬
‫שרטוט‪:‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪25‬‬
‫קורס ניתוח מערכות מידע‬
‫אפיון אירועים‪ -‬אירוע מס' ‪ -4‬הסרת‬
‫וירוסים‪ -‬המשך‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪26‬‬
‫קורס ניתוח מערכות מידע‬
‫אירועי על‬
‫לאחר שירטוט כל האירועים הבסיסיים‪ ,‬יש לאגדם‬
‫לאירועי על‪.‬‬
‫אירוע על‪ -‬איגוד של אירועים בסיסיים‪ ,‬לפי‪:‬‬
‫מאגר נתונים‪ -‬מאגר משותף למספר‬
‫אירועים‪.‬‬
‫אופי אירועים‪ -‬מספר אירועים המטפלים‬
‫בנושא אחד‪.‬‬
‫תדירות פעילות‪ -‬גורם מאתחל משותף‬
‫בתדירות אחידה‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪27‬‬
‫קורס ניתוח מערכות מידע‬
‫אירועי על‪ -‬המשך‬
‫רמה ‪ -0‬המערכת‬
‫רמה ‪ -1‬אירועי על‬
‫רמה ‪ -2‬אירועים בסיסיים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪28‬‬
‫קורס ניתוח מערכות מידע‬
‫אירוע על‪ -‬דוגמה‬
‫במערכת לניהול בית ספר יש מספר אירועים‪ ,‬ביניהם‪:‬‬
‫רישום סטודנט חדש‬
‫קבלת מידע בדבר קורס‬
‫גבית תשלום מסטודנט בעת רישום‬
‫את כל האירועים האלה ניתן לאחד לאירוע על‬
‫על בסיס אופי האירועים‪.‬‬
‫אירוע העל יקרא טיפול בסטודנט‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪29‬‬
‫קורס ניתוח מערכות מידע‬
‫אירוע על‪ -‬דוגמה‪ -‬המשך‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪30‬‬
‫קורס ניתוח מערכות מידע‬
‫מוכוון אירועים ‪Event Oriented‬‬
‫יתרונות‬
‫אפיון בלתי תלוי באפיון‪/‬עיצוב בסיס הנתונים‬
‫יכול להיעשות‪ :‬לפני‪ ,‬אחרי‪ ,‬במשולב (עדיף)‬
‫תיאור מציאותי יותר של המערכת‬
‫גישה מובנית של ‪ 3‬רמות בלבד‬
‫תזמון אירועים ומימד הזמן‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪31‬‬
‫קורס ניתוח מערכות מידע‬
‫שילוב אפיון אירועים עם אפיון בסיסי‬
‫נתונים‬
‫שלוש גישות‪:‬‬
‫אפיון בסיס נתונים ואח"כ אפיון האירועים‪.‬‬
‫אפיון האירועים ואח"כ אפיון בסיס‬
‫הנתונים‪.‬‬
‫אפיון האירועים במשולב עם אפיון בסיס‬
‫הנתונים‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪33‬‬
‫קורס ניתוח מערכות מידע‬
‫שילוב מודל האירועים בנוהל מפת"ח‬
‫סעיף ‪ 2.5‬תהליכים‪ -‬בסעיף זה יתוארו אירועי העל‬
‫במערכת‪.‬‬
‫סעיף ‪ 2.6‬תנועות‪ -‬בסעיף יתוארו האירועים‬
‫הבסיסיים (תנועה=אירוע)‪.‬‬
‫סעיפים ‪ 2.10‬טבלאות‪ 2.11 ,‬קבצים לוגיים‪2.12 ,‬‬
‫קבצים פיסיים‪ -‬בסעיף זה יתוארו כל מאגרי המידע‬
‫שנדרשו בשלב אפיון האירועים‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪34‬‬
‫קורס ניתוח מערכות מידע‬
‫שלב העיצוב‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪35‬‬
‫קורס ניתוח מערכות מידע‬
‫העיצוב מהו ?‬
‫בשלב האפיון ביצענו‬
‫הממשק ← קלט ודוחות‬
‫בסיס הנתונים‬
‫האירועים‬
‫שלב העיצוב הוא שלב נוסף ברמת הפירוט‪:‬‬
‫תוך שמירה עצמאות השכבות‬
‫עיצוב לוגי ←‬
‫במידת האפשר משוחרר מאילוצי טכנולוגיה‬
‫אירועים‬
‫ממשקים‬
‫בסיס נתונים‬
‫עיצוב פיסי‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪36‬‬
‫קורס ניתוח מערכות מידע‬
‫שלב העיצוב‬
‫שלב עיצוב המערכת נחלק ל‪ 2-‬שלבים‪:‬‬
‫עיצוב לוגי‪ -‬פירוט שלב האפיון ללא תלות‬
‫טכנולוגית‪.‬‬
‫עיצוב פיסי‪ -‬פירוט שלב האפיון בהתחשב‬
‫במסגרת הטכנולוגית הישימה תחת‬
‫האילוצים הקיימים‪.‬‬
‫תוצר שלב העיצוב‪ :‬תיק התכנות המפרט עבור כל‬
‫יחידת תכנות את הקלטים‪ ,‬העיבוד והפלטים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪37‬‬
‫קורס ניתוח מערכות מידע‬
‫שלב העיצוב‪-‬המשך‬
‫העיצוב הלוגי והעיצוב הפיסי באים לידי ביטוי ב‪3-‬‬
‫תחומים‪:‬‬
‫עיצוב אירועים‬
‫עיצוב ממשקים (מסכים ודוחות)‬
‫עיצוב בסיס נתונים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪38‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪39‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי‬
‫בשלב העיצוב הלוגי יפורט שלב האפיון לרמת פירוט‬
‫נמוכה יותר‪.‬‬
‫בשלב זה לא נתחשב באילוצים טכנולוגיים כגון‪ :‬סוג‬
‫החומרה וסוג התוכנה בהם תופעל המערכת‬
‫החדשה‪ ,‬תצורת שרת הנתונים‪ ,‬סוג בסיס הנתונים‪,‬‬
‫מהירות קווי התקשורת‪.‬‬
‫באילוצים טכנולוגיים נתחשב בשלב העיצוב הפיסי‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪40‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי‪ -‬עיצוב אירועים‬
‫בשלב זה כל אירוע בסיסי יפורט לשגרות‪.‬‬
‫שגרה‪ -‬רצף פקודות מחשב המוגדרות יחד לצורך‬
‫ביצוע פונקציונאליות אחת‪.‬‬
‫יש להבחין בין ‪ 2‬סוגי שגרות‪:‬‬
‫שגרת מערכת‪ -‬מופעלת ברמת המערכת‪.‬‬
‫שגרה כללית‪ -‬מופעלת ברמת אירוע מסוים‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪41‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי‪ -‬עיצוב אירועים‪ -‬המשך‬
‫שגרה מורכבת מ‪ 3-‬מרכיבים‪:‬‬
‫קלט‪ -‬קלטים של השגרה‬
‫עיבוד‪ -‬האלגוריתם לעיבוד המידע מנוסח‬
‫בשיטות שונות כגון‪ :‬עברית טבעית‪ ,‬עברית‬
‫מבנית‪ ,‬עץ החלטה‪ ,‬טבלת החלטה‪ ,‬תרשים‬
‫זרימה וכדומה‪.‬‬
‫פלט‪ -‬פלטים של השגרה‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪42‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי ← שגרות‬
‫(‪)1‬‬
‫אירועים ‪ Middle Out‬בטכניקה של חלוקה אל שגרות‪:‬‬
‫‪ = Procedure‬רצף פקודות המוגדרות יחד לביצוע פונקציונליות אחת‬
‫‪= Function‬‬
‫סוגי שגרות‪:‬‬
‫ביצוע פעולה אחת והחזרה של ערך‬
‫מערכת = ביצוע מטלה אשר יש לה ‪REUSE‬‬
‫כללית = מופעלת רק מאירוע מסוים אחד‬
‫חזקה = מטפלת בנושא אחד‪ ,‬עד ‪ 15‬שורות קוד‪ ,‬לא ניתנת להפרדה‬
‫צימוד נמוך ‪ = Coupling‬קשר מינימלי לעולם החיצון מספר המשתנים המועברים‬
‫מבנה השגרה‪ :‬קלט ← עיבוד (תרשים‪ ,‬עברית מבנית) ← פלט‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪43‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי ← מסכים‪/‬דוחות‬
‫(‪)2‬‬
‫תכנון פונקציונאלי ללא הנדסת אנוש‬
‫לא נדרש ידע גרפי או תוכנות גרפיות‬
‫עץ המסכים‬
‫שאיתות מול דוחות‬
‫עדיפות לתכנות ‪ LAYOUT‬בכלי התכנות ללא רובד מתחתיו‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪44‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי‪ -‬עיצוב ממשקים‬
‫עיצוב לוגי של ממשקים הינו תכנון מבנה המסך‬
‫והדוחות שיופקו מהמערכת‪.‬‬
‫התכנון יכול להתבצע בעזרת תוכנות ‪,Word‬‬
‫‪.Access ,PowerPoint‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪45‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב לוגי‪ -‬עיצוב בסיס הנתונים‬
‫בעיצוב לוגי של בסיס נתונים ממירים את תרשים‬
‫ישויות הקשרים (‪ )ERD‬למודל נתונים טבלאי‪.‬‬
‫על נושא זה נלמד בהרחבה בהרצאה מס' ‪.7‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪47‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪48‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי ←‬
‫(‪)1‬‬
‫הפרדה של התכנון הלוגי מרובד הטכנולוגיה‬
‫= אי תלות‬
‫התחומים‪:‬‬
‫אירועים‬
‫מסכים‬
‫בסיס הנתונים‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪49‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי‬
‫בשלב העיצוב הפיסי יש לבחור את הטכנולוגיה על‬
‫ידה תבנה המערכת‪.‬‬
‫הטכנולוגיה תיבחר בשלב זה ולא בשלבים מוקדמים‬
‫יותר על מנת שאפיון המערכת יהיה בלתי תלוי‬
‫בשינויים טכנולוגיים‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪50‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי ← אירועים‬
‫(‪)2‬‬
‫בחירה של סביבת הפיתוח‬
‫המרה‪/‬התאמה של השגרות לסביבת הפיתוח‬
‫יתרונות‪:‬‬
‫חלפה של סביבת הפיתוח ללא שינויים לוגיים‬
‫אנשי התכנון אינם חייבים בידע טכנולוגי‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪51‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי‪ -‬עיצוב אירועים‬
‫בחירת שפת התכנות בה תקודד המערכת‪.‬‬
‫כתיבת השגרות בשפת התכנות שנבחרה‪.‬‬
‫יתרון להבחנה בין עיצוב לוגי של אירועים לעיצוב‬
‫הפיסי שלהם‪ :‬אפשרות החלפה של שפת תכנות‬
‫בקלות יחסית‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪52‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי ← מסכים‬
‫(‪)3‬‬
‫תצוגה‪ Frames/‬בלבד ללא ‪Business Rules‬‬
‫השלמה של שיקולי‬
‫גרפיקה‬
‫ללא‬
‫יתרונות‪:‬‬
‫עצמאות של כול שכבה‬
‫‪(UI - User Interface‬ממשק למשתמש‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪53‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי‪ -‬עיצוב ממשקים‬
‫בחירת תוכנה גרפית לעיצוב המסכים והדוחות‪.‬‬
‫עיצוב בפועל של המסכים והדוחות‪.‬‬
‫הבחנה בין מסכים ודוחות "טיפשיים" לבין הלוגיקה‬
‫העומדת מאחורי המסכים והדוחות‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪54‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי ← בסיס נתונים‬
‫(‪)4‬‬
‫התאמה של הטבלאות‪/‬מאגרים‬
‫אל‬
‫הטכנולוגיה של בסיס הנתונים‬
‫יתרונות‪:‬‬
‫עצמאות של כול שכבה‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪55‬‬
‫קורס ניתוח מערכות מידע‬
‫עיצוב פיסי‪ -‬עיצוב בסיסי נתונים‬
‫התאמת הטבלאות לטכנולוגיה שנבחרה‪.‬‬
‫יתרון להבחנה בין עיצוב לוגי של בסיסי נתונים‬
‫לעיצוב הפיסי שלהם‪ :‬אפשרות החלפה של תוכנת‬
‫בסיסי נתונים (טבלאית) בקלות יחסית‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪56‬‬
‫קורס ניתוח מערכות מידע‬
‫סיכום‬
‫אפיון לפי גישת אירועים טוב יותר מאפיון לפי גישת‬
‫תהליכים (אירוע הינו מרכיב בסיסי בתהליך)‪.‬‬
‫סימון זהה בשתי הגישות‪ ,‬למעט תוספות מסוימות‪.‬‬
‫העיצוב בא לידי ביטוי ב‪ 3-‬תחומים עיקריים‪.‬‬
‫חשיבות האבחנה בין עיצוב לוגי לעיצוב פיסי‪.‬‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪57‬‬
‫קורס ניתוח מערכות מידע‬
‫בעלי תפקידים‬
‫יזם‬
‫מנהל פרויקט‬
‫ארכיטקט‬
‫מנתח מערכות‬
‫מעצב (תוכנה)‬
‫ראש צוות‬
‫תוכניתן‬
‫מנהל אבטחת איכות‬
‫בודק תוכנה‬
‫מומחה ‪UI‬‬
‫גרפיקאי‬
‫טכנולוג ראשי‬
‫צוות מתודולוגיות‪/‬סביבות פיתוח‬
‫מדריכים‬
‫מטמיעים‬
‫אבטחת מידע‬
‫תקשורת‬
‫תשתיות פיסיות‬
‫מנהל רשת‬
‫מומחה מערכת הפעלה‬
‫תומך תחנות עבודה‬
‫‪webmaster‬‬
‫‪DBA‬‬
‫תוכניתן ראשי‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪58‬‬
‫קורס ניתוח מערכות מידע‬
‫שאלות ?‬
‫שיעור ‪ ← 5‬אפיון מוכוון תהליכים←אירועים←עיצוב‬
‫‪59‬‬