Download
1 / 57
650 likes | 1.02k Views
שלבי האפיון והעיצוב במחזור החיים אפיון מוכוון תהליכים אפיון מוכוון אירועים עיצוב תוכנה הרצאה מס' 5. היכן אנחנו במחזור החיים של המערכת?. ה. ג. חקר ישימות. בנית אב טיפוס. עיצוב כללי. ד. ב. ר. הגדרת. דרישות לקוח. עיצוב מפורט. נ. מבדקים. לימוד המערכת הקיימת. ה. תכנות. י.
E N D
שלבי האפיון והעיצוב במחזור החיים אפיון מוכוון תהליכים אפיון מוכוון אירועים עיצוב תוכנה הרצאה מס' 5
היכן אנחנו במחזור החיים של המערכת? ה ג חקר ישימות בנית אב טיפוס עיצוב כללי ד ב ר הגדרת דרישות לקוח עיצוב מפורט נ מבדקים לימוד המערכת הקיימת ה תכנות י בדיקות קבלה יזום ה הטמעה תחזוקה הסבה ש מ ו י מ 2
על מה נדבר היום? • שלב אפיון מערכת: • אפיון מכוון תהליכים • אפיון מכוון אירועים • עיצוב תוכנה: • עיצוב לוגי • עיצוב פיסי
מהו שלב האפיון? • שלב האפיון מחולק ל-2 תתי שלבים: • שלב הגדרת הדרישות- בו מגדיר מנתח המערכת את דרישות המערכת החדשה מנקודת מבט הלקוח. • אפיון הפתרון- בו בונה המנתח את הארכיטקטורה של המערכת ומתכנן לראשונה את מרכיביה. • 2 תוצרים חשובים לשלב האפיון: • מסמך הגדרת דרישות הלקוח. • מסמך אפיון רחב של המערכת.
קצת היסטוריה... 1970-1980: אפיון מוכוון תהליכים 1980-1997: אפיון מוכוון אירועים 1997 ואילך: אפיון מוכוון עצמים
תכנון המערכת העתידית • שלוש טכניקות←טכנולוגיות של אפיון: • מוכוון תהליכים Process Oriented • מוכוון אירועים Event Oriented • מוכוון עצמיםObjectOriented • ולכל אחת יש להוסיף • אפיון מוכוון נתונים Data Oriented
מתודולוגיות אפיון • קיימות מתודולוגיות שונות לאפיון מערכת, ביניהן: • אפיון מוכוון תהליכים- המערכת החדשה מאופיינת בהתבסס על תהליכי העבודה הנעזרים בה. • אפיון מוכוון אירועים- המערכת החדשה מאופיינת בהתבסס על האירועים המבוצעים ע"י המשתמשים. • אפיון מוכוון עצמים- המערכת החדשה מאופיינת בהתבסס על אובייקטים אותם מבקש המשתמש להשיג.
מוכוון תהליכיםProcess Oriented • טכניקת DFD בהדגש של תהליכים • סימון התהליכים החדשים/מוצעים(לעומת המצב הקיים) • הפירוק הוא עד לתהליך הנמוך(לא עוצרים ב← 1 DFD) • יתרון: הבהירות והפשטות • חיסרון: • חשש לקיבעון מחשבתי ← "מה שהיה הוא שיהיה" • BPI -Business Process Improvement • instead of • BPR - Business Process Reengineering • התהליכים אינן בהכרח משקפים עבודת הלקוח • ריבוי רמות מקשה על הקורא • אין מימד זמן
אפיון מוכוון תהליכים בשיטה זו מתוארת המערכת בהתבסס על תהליכי העבודה הנעזרים בה. התהליכים הרלוונטיים לתיאור המערכת הינם אלה שהמערכת שומרת עבורם נתונים או אלו הנעזרים בנתונים השמורים בה. שיטת הסימון: תרשימי DFD, בדומה לשלב חקר מצב קיים
תרשימי האפיון • תרשים תוכן- מציג את תיחום המערכת מול הישויות החיצוניות. • DFD "0" פיסי- מציג את הנפשות הפועלות בארגון. • עץ תהליכים- פירוק המערכת לתתי מערכות ותהליכים. • DFD "0" לוגי- הצגת התיחום הפנימי של המערכת על ידי תיאור התהליכים הראשיים במערכת. • DFDברמה 1 ומעלה- פירוק התהליכים הראשיים לתתי תהליכים.
המעבר מחקר מצב קיים לאפיון המערכת העתידית • לאחר ביצוע חקר מצב קיים ולצורך אפיון המערכת החדשה, יש להתאים את התרשימים, כך שישקפו את המצב החדש בו המערכת החדשה אמורה לתמוך. • אופן ביצוע המעבר: • יש להשתמש בצבע שונה עבור חיצים, ישויות חיצוניות, תהליכים או מאגרי מידע שלא היו קיימים במצב הישן. • באותו צבע נסמן איקס על סימונים שהיו קיימים במצב הישן אך אין צורך בהם.
אפיון מוכוון תהליכים-חסרונות דגש על תהליכים במערכת- ולא על עבודת הלקוח. קיבעון מחשבתי- על המערכת במצב הקיים במקום על המערכת החדשה. ריבוי רמות- על ידי פירוק כל התהליכים לרמות משנה עד לתהליכים אטומיים. אין התייחסות למימד הזמן.
מוכוון אירועיםEvent Oriented • אירוע: • רצף פעולות (מקשה אחת ברצף לוגי), מותנע על ידי מזניק TRIGGER המבצע מטלה עבור משתמש במערכת מידע על מנת לסייע לו בביצוע פעילות עסקית. • סוגי אירועים: • חיצוני ← מפעיל פעילות בתוך המערכת • פנימי ← מפעיל פעילות בתוך המערכת + פלט • זמן ← [שעון]מפעיל פעילות בתוך המערכת + עדכון + פלט
אפיון מכוון אירועים המערכת החדשה מאופיינת בהתבסס על האירועים המבוצעים ע"י המשתמשים. אירוע- הוא רצף פעולות מחשב עצמאי המבצע מטלה בעבור משתמש במערכת המידע, במטרה לסייע לו לבצע פעילות עסקית. חקר מצב קיים מסייע בזיהוי האירועים ובאפיונם.
סוגי אירועים אירוע חיצוני- תגובה למופע המתרחש מחוץ למערכת ואשר גורם לפעילות בתוך המערכת. אירוע פנימי- תגובה למופע המתרחש בתוך המערכת או להחלטות פנימיות במערכת ואשר גורם לפעילות בתוך המערכת , ולהפקת פלט מסוים. אירוע זמן- תגובה למופע של זמן הגורם לפעילות בתוך המערכת, להפקת פלט ולעיתים גם לעדכון מאגרי מידע.
מוכוון אירועיםEvent Oriented ישות חיצונית #EE T שעון← המזניק של אירוע זמן #T מאגר #DS אירוע #E אפיק מידע/נתונים #DF
שיטת הסימון ישות חיצונית- משתמש חיצוני במערכת. שעון- הינו מאתחל באירועי זמן מאגר נתונים-טבלה נתונים
שיטת הסימון- המשך אירוע- פעילות בסיסית אפיק מידע- מציין את מהות המידע הזורם.
מוכוון אירועיםEvent Oriented הנחיות לבניה של התרשים 3 רמות DOWN←TOP • ביטוי של המציאות באירוע בסיסי בעל כול המרכיבים (בשקף הקודם) • איגוד האירועים הבסיסיים לאירועי←על, לפי: • נושא משותף/שווה • בסיס נתונים משותף • אופי האירועים ← מטפלים באותו נושא • תדירות של הפעילות ← מזניק אחד למספר אירועים • רציפות יעד מקור (או אירועים נגררים) • כול אירוע על בתרשים נפרד • תמונת על • עברית מבנית
אפיון אירועים- אירוע מס' 1- עדכון פרטי מרצה תיאור: במידה ומרצה מעוניין את פרטיו האישיים במאגר הנתונים, תחילה המערכת מוצאת את הנתונים הקיימים, לאחר מכן היא מעדכנת אותם בחדשים, ומוציאה הודעת אישור למרצה. שירטוט:
אפיון אירועים- אירוע מס' 2- הפקת קטלוג קורסים תיאור: במידה וסטודנט מבקש להפיק קטלוג קורסים, המערכת שולפת את הנתונים העדכניים ממאגר הקורסים, ומציגה אותם למבקש. שירטוט:
אפיון אירועים- אירוע מס' 3- הפקת קטלוג קורסים תיאור: כל יום בשעה 22:00 נסגרת רשימת הזמנות החומר ליום העוקב ומייד מוציאים פקס לספק. שרטוט:
אפיון אירועים- אירוע מס' 4- הסרת וירוסים תיאור: על המערכת לחפש בכל עת וירוסים. כאשר מתגלה וירוס כזה, המערכת צריכה להסירו. שרטוט:
אפיון אירועים- אירוע מס' 4- הסרת וירוסים- המשך
אירועי על • לאחר שירטוט כל האירועים הבסיסיים, יש לאגדם לאירועי על. • אירוע על- איגוד של אירועים בסיסיים, לפי: • מאגר נתונים- מאגר משותף למספר אירועים. • אופי אירועים- מספר אירועים המטפלים בנושא אחד. • תדירות פעילות- גורם מאתחל משותף בתדירות אחידה. • רציפות יעד מקור- פלט של אירוע מסוים הינו המאתחל של אירוע אחר (אירוע נגרר).
אירועי על- המשך רמה 0- המערכת רמה 1- אירועי על רמה 2- אירועים בסיסיים
אירוע על- דוגמה • במערכת לניהול בית ספר יש מספר אירועים, ביניהם: • רישום סטודנט חדש • קבלת מידע בדבר קורס • גבית תשלום מסטודנט בעת רישום • את כל האירועים האלה ניתן לאחד לאירוע על על בסיס אופי האירועים. • אירוע העל יקרא טיפול בסטודנט.
מוכוון אירועיםEvent Oriented יתרונות • אפיון בלתי תלוי באפיון/עיצוב בסיס הנתונים • יכול להיעשות: לפני, אחרי, במשולב (עדיף) • תיאור מציאותי יותר של המערכת • גישה מובנית של 3 רמות בלבד • תזמון אירועים ומימד הזמן
שילוב אפיון אירועים עם אפיון בסיסי נתונים • שלוש גישות: • אפיון בסיס נתונים ואח"כ אפיון האירועים. • אפיון האירועים ואח"כ אפיון בסיס הנתונים. • אפיון האירועים במשולב עם אפיון בסיס הנתונים.
שילוב מודל האירועים בנוהל מפת"ח סעיף 2.5 תהליכים- בסעיף זה יתוארו אירועי העל במערכת. סעיף 2.6 תנועות- בסעיף יתוארו האירועים הבסיסיים (תנועה=אירוע). סעיפים 2.10 טבלאות, 2.11 קבצים לוגיים, 2.12 קבצים פיסיים- בסעיף זה יתוארו כל מאגרי המידע שנדרשו בשלב אפיון האירועים.
העיצוב מהו ? • בשלב האפיון ביצענו • הממשק ← קלט ודוחות • בסיס הנתונים • האירועים • שלב העיצוב הוא שלב נוסף ברמת הפירוט: • תוך שמירה עצמאות השכבות • עיצוב לוגי ← במידת האפשר משוחרר מאילוצי טכנולוגיה • אירועים • ממשקים • בסיס נתונים • עיצוב פיסי
שלב העיצוב • שלב עיצוב המערכת נחלק ל-2 שלבים: • עיצוב לוגי- פירוט שלב האפיון ללא תלות טכנולוגית. • עיצוב פיסי- פירוט שלב האפיון בהתחשב במסגרת הטכנולוגית הישימה תחת האילוצים הקיימים. • תוצר שלב העיצוב: תיק התכנות המפרט עבור כל יחידת תכנות את הקלטים, העיבוד והפלטים המבוקשים.
שלב העיצוב-המשך • העיצוב הלוגי והעיצוב הפיסי באים לידי ביטוי ב-3 תחומים: • עיצוב אירועים • עיצוב ממשקים (מסכים ודוחות) • עיצוב בסיס נתונים
עיצוב לוגי • בשלב העיצוב הלוגי יפורט שלב האפיון לרמת פירוט נמוכה יותר. • בשלב זה לא נתחשב באילוצים טכנולוגיים כגון:סוג החומרה וסוג התוכנה בהם תופעל המערכת החדשה, תצורת שרת הנתונים, סוג בסיס הנתונים, מהירות קווי התקשורת. • באילוצים טכנולוגיים נתחשב בשלב העיצוב הפיסי.
עיצוב לוגי- עיצוב אירועים • בשלב זה כל אירוע בסיסי יפורט לשגרות. • שגרה- רצף פקודות מחשב המוגדרות יחד לצורך ביצוע פונקציונאליות אחת. • יש להבחין בין 2 סוגי שגרות: • שגרת מערכת- מופעלת ברמת המערכת. • שגרה כללית- מופעלת ברמת אירוע מסוים.
עיצוב לוגי- עיצוב אירועים- המשך • שגרה מורכבת מ-3 מרכיבים: • קלט- קלטים של השגרה • עיבוד- האלגוריתם לעיבוד המידע מנוסח בשיטות שונות כגון:עברית טבעית, עברית מבנית, עץ החלטה, טבלת החלטה, תרשים זרימה וכדומה. • פלט- פלטים של השגרה.
עיצוב לוגי ← שגרות (1) • אירועים Middle Out בטכניקה של חלוקה אל שגרות: • Procedure =רצף פקודות המוגדרות יחד לביצוע פונקציונליות אחת • Function = ביצוע פעולה אחת והחזרה של ערך • סוגי שגרות: • מערכת = ביצוע מטלה אשר יש להREUSE • כללית = מופעלת רק מאירוע מסוים אחד • חזקה =מטפלת בנושא אחד, עד 15 שורות קוד, לא ניתנת להפרדה • צימוד נמוך Coupling = קשר מינימלי לעולם החיצון מספר המשתנים המועברים • מבנה השגרה: קלט ← עיבוד (תרשים, עברית מבנית) ← פלט
עיצוב לוגי ← מסכים/דוחות (2) • תכנון פונקציונאלי ללא הנדסת אנוש • לא נדרש ידע גרפי או תוכנות גרפיות • עץ המסכים • שאיתות מול דוחות • עדיפות לתכנות LAYOUT בכלי התכנותללא רובד מתחתיו
עיצוב לוגי- עיצוב ממשקים • עיצוב לוגי של ממשקים הינו תכנון מבנה המסך והדוחות שיופקו מהמערכת. • התכנון יכול להתבצע בעזרת תוכנות Word, PowerPoint, Access.
עיצוב לוגי- עיצוב בסיס הנתונים • בעיצוב לוגי של בסיס נתונים ממירים את תרשים ישויות הקשרים (ERD) למודל נתונים טבלאי. • על נושא זה נלמד בהרחבה בהרצאה מס' 7.
עיצוב פיסי ← (1) • הפרדה של התכנון הלוגי מרובד הטכנולוגיה • = אי תלות • התחומים: • אירועים • מסכים • בסיס הנתונים
עיצוב פיסי • בשלב העיצוב הפיסי יש לבחור את הטכנולוגיה על ידה תבנה המערכת. • הטכנולוגיה תיבחר בשלב זה ולא בשלבים מוקדמים יותר על מנת שאפיון המערכת יהיה בלתי תלוי בשינויים טכנולוגיים.
עיצוב פיסי ← אירועים (2) • בחירה של סביבת הפיתוח • המרה/התאמה של השגרות לסביבת הפיתוח • יתרונות: • חלפה של סביבת הפיתוח ללא שינויים לוגיים • אנשי התכנון אינם חייבים בידע טכנולוגי
עיצוב פיסי- עיצוב אירועים • בחירת שפת התכנות בה תקודד המערכת. • כתיבת השגרות בשפת התכנות שנבחרה. • יתרון להבחנה בין עיצוב לוגי של אירועים לעיצוב הפיסי שלהם: אפשרות החלפה של שפת תכנות בקלות יחסית.
