Software Requirements Analysis (SRS)

1. Software Requirements Analysis (SRS) • מטרות: • לאפיין מה יבנה מבחינה פונקציונאלית • לאפיין אלו בדיקות יאשרו את הפונקציונאליות של המערכת • לאפיין מודל תכנון על של המערכת • שלושה מסמכים יופקו בתום שלב זה: • מסמך אפיון דרישות תוכנה (SRS - Software Requirements Specification) • מסמך תכנון על של המערכת (High Level Design) • מסמך מבחני קבלה של המערכת (ATP - Acceptance Test Plan) ניתוח מערכות מידע

2. Approaches to Conduction of SRS • ניתוח מובנה: (Structured Systems Analysis and Design - SSAD) רכיבי השיטה: תאור פונקציונלי היררכי באמצעות DFD , תאור ישויות המידע והקשרים ביניהם באמצעות ERD, תאור התנהגויות דינמיות באמצעות דיאגרמות מצבים ושימוש במילון נתונים לתאור המידע המאוחסן במערכת. • ניתוח מונחה עצמים: (Object Oriented Analysis and Design - OOAD) ניתוח מערכות מידע

3. Data Flow Diagrams (DFD) • אפיון מערכת מידע בגישת DFD נעשה תוך שימת דגש על תהליכי המידע. • תרשים DFD מכיל: • תהליכים (processes) מבצעים טרנספורמציה של המידע. • ישויות (entities) הינם אובייקטים חיצוניים (למערכת המידע) המשמשים כמקור או יעד למידע. • מאגרי מידע (data stores)הינם עצמים פסיביים השומרים את המידע (למשל, טבלאות או קבצים). • זרימות מידע (data flows)מקשרים בין תהליכים וישויות/מאגרי מידע. • מודל של מערכת ב- DFD מורכב מהיררכיה של דיאגרמות DFD ומילון נתונים (Data Dictionary). ניתוח מערכות מידע

4. DFD Symbols • Processes • transform data values • must have inputs and outputs • hierarchical (Example: 1.2.1 and 1.2.2 are two processes under 1.2) • specifications of the lowest-level processes are given in the Data Dictionary 1.2 Data Processing ניתוח מערכות מידע

5. Data Store Data Store DFD Symbols • Data Stores • Store values for later use • Data that enters a data store must eventually be used • Do not change the data • Described in the Data Dictionary read field ‘a’ ניתוח מערכות מידע write into field ‘a’ a a

6. DFD Symbols Entity • Entities • External objects that produce/consume data • Serve as sources and sinks for data • Actions of Entities (or between Entities) are outside the scope of the DFD • Examples: • Users • outside systems • Providers • agencies (e.g., government) • external devices ניתוח מערכות מידע

7. DFD Symbols Flow-name • Data flows • conduct information • Do not change the value passed • Data flows: • from an Entity/Data store to a Process, or • from a Process to an Entity/Data store • Described in the Data Dictionary • Channel (עורק) is a union of several data flows with the same source, destination, and context. ניתוח מערכות מידע channel-name

8. ניתוח מערכת באמצעות DFD • תרשים הקשר (Context Diagram)– משמש לתיאור הקשר של המערכת עם הסביבה (אובייקטים חיצוניים). • DFD-0 – חלוקת המערכת לתהליכים עיקריים (תת מערכות). • DFD-1 - תהליך ברמת DFD-0 מפוצץ לתתי-תהליכים עיקריים. וכך הלאה DFD-2, DFD-3, … • מילון נתונים (Data Dictionary) - תיאור מפורט של מרכיבי המערכת (המופיעים בכל תרשימי ה- DFD), כולל תהליכים ברמתם הנמוכה ביותר, מאגרי מידע, וזרימות. ניתוח מערכות מידע

9. I1תעריפים ובקשות דיווח מערכת מידע לוועד הבית וועד E2 O1דוחות I6בקשת תשלום I2פרטי קבלן נבחר ותשלומים I3פרטים ותשלומים O5הסכמי עבודה והודעות תשלום I4בקשת עבודת תיקון O2קבלות ותזכורות O6בקשת הצעה I7הצעת מחיר O3דוח ביצוע עבודה E1 E3 קבלן דייר I5פרטי מועמד והצבעה O4תוצאות הצבעה דוגמא לתרשים הקשר (Context Diagram) ניתוח מערכות מידע

10. 1 ניהול תשלומי דיירים I1 תעריפים ובקשות דיווח I3 פרטים ותשלומים o2קבלות ותזכורות O1.1דו"ח יתרות חוב I9פרטי חוב O7פרטי דיירים O8 פרטי תשלום I8נתוני דיירים מאגר דיירים D1/ מאגר דיירים D1/ I10תשלום שבוצע מאגר תשלומים D2 I2 פרטי קבלן נבחר ותשלומים O9 תשלום לקבלן 2 ניהול עבודות אחזקה O1.2 דוח הצעות I4בקשת עבודת תיקון O1.3 דוח התקדמות E3 E2 E1 וועד דייר קבלן O3 דוח ביצוע עבודה O6בקשת הצעה I7 הצעת מחיר I6 בקשת תשלום 3 ניהול בחירות לוועד I5.1פרטי מועמד O5 הסכמי עבודהוהודעות תשלום I11פרטי מצביע ופרטי מועמד I5.2פרטי הצבעה O10סטטוס הצבעה o4תוצאות הצבעה דוגמא ל- DFD 0 ניתוח מערכות מידע

11. כללי DFD - כללי • יש להשתמש בשמות משמעותיים לכל רכיבי המערכת. • תהליכים מתוארים ע"י פעלים, לעומת זרימות מידע שהם שמות עצם. • זרימות מידע מעבירות מידע, ובפרט אינן פיסיות ואינן מעבירות תווי בקרה. • איזון קלט/פלט - יש לוודא שכל נתון שנמסר ליעד חיצוני מעודכן על ידי תהליך כלשהו ושבכל נתון שמתקבל מיעד חיצוני נעשה שימוש (אין קלט מיותר). ניתוח מערכות מידע

12. כללי DFD - ישויות • ישויות יופיעו בתרשים כמקורות מידע ו/או כיעדים סופיים למידע. • ישות אינה מתחברת ישירות למאגרים או לישויות אחרות. • כל הנתונים העוזבים או הנכנסים לישות חייבים להיות מעובדים (לעבור דרך תהליך). • ניתן לחזור על שם ישות אם הכוונה לאותה הישות. ישויות חוזרות מסומנות ב- / ניתוח מערכות מידע

13. כללי DFD – זרימות • זרימות (עורקים) מייצגים מבנים לוגיים של נתונים (קבוצות של מבנים לוגיים של נתונים) הזורמים אל ומתוך תהליכים. • נתונים אינם זורמים ממאגר אחד לשני, ממאגר לישות, או מישות למאגר מבלי שמעבדים אותם. • שמות זרימות (עורקי) המידע הינם יחידים ואין לחזור עליהם. ניתן להשתמש בקוד כדי להבחין ביניהם. • זרימות (עורקי) נתונים שונים עשויים להיות מתוארים ע"י אותם מבני נתונים. ניתוח מערכות מידע

14. כללי DFD – מאגרי מידע • מאגר מתאר מבנה נתונים לוגי Logical Data Structure)) • למבנה הפיסי של מאגר אין מתייחסים בתרשים. • מאגר יופיע לראשונה כאשר הוא נדרש לקשר בין תהליכים. • ניתן להציב מאגר שוב ושוב כנדרש. מאגרים חוזרים מסומנים ע"י /. ניתוח מערכות מידע

15. כללי DFD - תהליכים • תהליך איננו יוצר פלט בלי קלט ואיננו בולע קלט. • תהליך חייב להיות בעל היכולת ליצר את הפלטים מהקלטים הנכנסים אליו. • שמות התהליכים הם יחידים ובלתי חוזרים. • תהליכים מפרטים מה? (מהם הקלטים?מהם הפלטים? ממי מתקבלים? ועל מה משפיעים?) ולא איך? (כיצד הקלטים הופכים לפלטים? מהי הטרנספורמציה?) ניתוח מערכות מידע

16. כללי DFD - פיצוץ • ניתן לפצל תהליך למספר תתי תהליכים ע"י פיצוץ. • בעת ביצוע פיצוץ יש לדאוג לאיזון בקלטים ובפלטים ברמות השונות. • מפוצצים תהליך כדי לתארו ביתר פרוט. • בעזרת פיצוץ תהליכים מייצרים היררכיה של תרשימים מהכלל אל הפרט (Top Down). • תהליך הפיצוץ נמשך עד שמגיעים לפירוט הרצוי. • בעת בצוע פיצוץ תהליך ניתן לפצל עורק לזרימותיו. ניתוח מערכות מידע

17. מערכת וועד הבית 1 DFD של ניהול תשלומי דיירים 1.1 קלוט פרטי דייר I1.1תעריף I3.1פרטי דייר E2 וועד E1 דייר O7 פרטי דיירים מאגר דיירים D1/ מאגר תשלומים D2 I9.1 חוב I8.1תעריף O8פרטי תשלום 1.2 קלוט תשלום I3.2פרטי תשלום O2.1קבלה I9.2חובות 1.3 הפק דוח תקופתי I1.2בקשת דווח תקופתי O1.1דו"ח יתרות חוב O2.2תזכורת I8.2שם חייב מאגר דיירים D1/ ניתוח מערכות מידע

18. מערכת וועד הבית 1 DFD של ניהול עבודות אחזקה 2.1 קלוט בקשה לביצוע עבודה I4בקשת עבודת תיקון /E2 וועד E1 דייר O11פרטי בקשה O1.2דוח הצעות I14קבלן מבצע O12 קבלן נבחר I2.1 פרטי קבלןנבחר I12עבודות שטרם בוצעו מאגר עבודות D3 מאגר קבלנים D4 I15נתוני בקשה O5.1הסכם עבודה 2.3 בחירת קבלן קבלן E3 O6 בקשת הצעה 2.2 קלוט הצעות עבודה I7הצעת מחיר O13פרטי הצעת עבודה I16פרטי הצעותעבודה O5.2הודעת תשלום I6בקשת תשלום /E2 וועד I14מחיר העבודה O3דוח ביצוע עבודה I13כתובת 2.4 בצע עבודה O1.3דוח התקדמות O9תשלום לקבלן מאגר תשלומים D2 I2.2פרטי תשלום I10תשלום שבוצע ניתוח מערכות מידע

19. מילון נתונים מילון הנתונים מתאר את: התהליכים ברמה הנמוכה ביותר, זרימות (אפיקי) המידע, מאגרי המידע והנתונים. • מאגרי מידע – ניתן לתארם בצורת טבלאות 3NF. לדוגמא: • דיירים: מס' דירה, תעריף, ת.ז.,תאריך הצבעה אחרון. ת.ז., שם פרטי, שם משפחה. • תשלומי דיירים: מס' דירה, חודש, סכום, ת. תשלום. • תשלומי קבלנים: מס' קבלן, מס' עבודה, תאריך, סכום, תאור תשלום. • עבודות: מס’ עבודה, תאור, מס' דירה, מס' קבלן. • קבלנים: מס' קבלן, שם קבלן, כתובת. מס' קבלן, מס' עבודה, מחיר, מס' עבודה. • מועמדים: שם משפחה, תאריך בחירות, מס. תומכים, סטטוס בחירה מפתח סומן ע"י קו תחתון, אינדקס - ע"י אותיות מודגשות. ניתוח מערכות מידע

20. מילון נתונים • זרימות מידע – יופיעו השדות שמרכיבים את הזרימה (שדה יכול להופיע במספר זרימות). דוגמאות: • פרטי דייר: מס' דירה, שם משפחה • פרטי דיירים: מס' דירה, שם משפחה, תעריף. אם ניתן לקלוט למאגר בבת אחת מספר דיירים נסמן - {מס' דירה, שם משפחה, תעריף}. • פרטי תשלום: מס' דירה, {חודש, סכום}. • נתון (שדה) – שם, הגדרה (הסבר), שם חלופי, אורך, סוג, תחום. ניתוח מערכות מידע

21. מילון נתונים (המשך) • תהליכים – פרוט הרמה הנמוכה ביותר של תהליכים. • בשפה מובנית, לדוגמה: • קלוט פרטי דייר (תהליך 1.1): קלוט פרטי דייר (מס' דירה + שם משפחה) מהדייר. קלוט תעריף מהוועד. צור רשומה חדשה במאגר דיירים עם הערכים מס' דירה, שם משפחה ותעריף. • קלוט תשלום (תהליך 1.2): קלוט פרטי תשלום (מס' דירה + חודש + סכום) מהדייר אם הדייר לא שילם את החוב לפי מאגר תשלומים: שלוף את התעריף המתאים לדייר (לפי מס' דירה) ממאגר דיירים אם תעריף = סכום בצע: צור רשומה חדשה בתשלומים עם הערכים מס' דירה חודש וסכום, והדפס קבלה ללקוח. ניתוח מערכות מידע

22. Earliest Order GT 12 Days Old Write Purch. Req. Gross Order Value LT Min Earliest Order LE 12 Days Old No Action Pub. Discount Gross Order Value GE Min Calc. Discount Write Purch. Req. No Pub. Discount Write Purch. Req. מילון נתונים (המשך) • תהליכים – פרוט הרמה הנמוכה ביותר של תהליכים. • עץ החלטה ניתוח מערכות מידע

23. Publisher Discount Type Gross Order Value Earliest Order Date Action GT 12 Days Old Write Purch. Req. D: Publisher Gives Discount LT Min Order- Value LE 12 Days Old No Action GE Min- Order Value Calc. Discount Write Purch. Req. N/A N: No Discount Available N/A N/A Write Purch. Req. מילון נתונים (המשך) • תהליכים – פרוט הרמה הנמוכה ביותר של תהליכים. • תאור טבלאי של עץ החלטה ניתוח מערכות מידע

24. מילון נתונים (המשך) • תהליכים – פרוט הרמה הנמוכה ביותר של תהליכים. • טבלת החלטה ניתוח מערכות מידע

25. חסרונות שיטת DFD • התרשים מתאר תהליכים וזרימות נתונים - הוא נועד לעזור בניתוח המערכת, אך מוגבל בשלב התכן. • אין מתייחסים בתרשים לתדירות בה מתרחשים התהליכים או לסדרם. • אין התייחסות למזניק (trigger) התהליכים ולתנאי הביצוע. • יש ליצור מילון הנתונים לכל התהליכים, המאגרים וזרימות המידע. • אין פירוט של מבנה המערכת (קשרי הגומלין בין ישויות במערכת), אלא דרך טבלאות. ניתוח מערכות מידע => שימוש ב- DFD (בשילוב ERD) בשלבי האפיון והניתוח

26. Entity Relationship Diagram (ERD) • ERD עוזר במידול החלק הסטטי של המערכת, כולל ניתוח ואפיון מסד הנתונים שלה. • ישות (entity) ב- ERD הינה דבר מוחשי או תפיסתי שיש לו קיום בפני עצמו. לישות ישנן תכונות (attributes) שמאפיינות אותה. חלק מתכונות אלו מהוות מפתח (מזהות יישות ספציפית באופן חד ערכי). • קשר (relationship) מבטא תלות סמנטית בין ישויות. הוא יכול להתאפיין ע"י תכונות ו/או ריבוי (עם כמה ישויות ספציפיות מסוג 1 יכולה ישות ספציפית מסוג 2 להיות מקושרת באמצעות קשר זה?) • ניתן להשתמש ב- ERD כדי לאפיין את מאגרי המידע של ה- DFD והקשרים ביניהם (מפתחות זרים). ניתוח מערכות מידע