software requirements analysis (srs)

26
עעעעע עעעעעע עעעע1 Software Requirements Analysis (SRS) עעעעע: - עעעעעע עע עעעע עעעעעע עעעעעעעעעעעע עעעעעע עע עעעע עעעעעע עעעעעעעעעעעע- ע ע עעעעע ע עעעעע ע עע עע עעעעעע עעעעע עע עעעעעעעעעעעעעע עע עעעעעע עעעעע עע עעעעעעעעעעעעעע עע עעעעעע עעעעעע- ע ע עעעעע עעעע עעעעע עע עע עעעעעע עעעעע עעעע עעעעע עע עע עעעעעע עעעעע עעעעעע עעעעע עעעע עעע עע: עעעע עעעעע עעעעעע עעעעע עעעע עעעעע עעעעעע עעעעע) ) SRS - Software Requirements SRS - Software Requirements Specification Specification ( ( עעעע עעעעע עע עע עעעעעע עעעע עעעעע עע עע עעעעעע) ) High Level High Level Design Design ( ( עעעע עעעעע עעעע עע עעעעעע עעעע עעעעע עעעע עע עעעעעע) ) ATP - Acceptance Test Plan ATP - Acceptance Test Plan ( (

Upload: charde-deleon

Post on 02-Jan-2016

83 views

Category:

Documents


9 download

DESCRIPTION

Software Requirements Analysis (SRS). מטרות : לאפיין מה יבנה מבחינה פונקציונאלית ל אפיין א לו בדיקות יאשרו את הפונקציונאליות של המערכת ל אפיין מודל תכנון על של המערכת שלושה מסמכים יופקו בתום שלב זה : מסמך אפיון דרישות תוכנה (SRS - Software Requirements Specification) - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

1

Software Requirements Analysis (SRS)

מטרות:פונקציונאלית - מבחינה יבנה מה פונקציונאלית לאפיין מבחינה יבנה מה לאפייןא לל- א אפיין של לולואפיין הפונקציונאליות את יאשרו של בדיקות הפונקציונאליות את יאשרו בדיקות

המערכתהמערכתהמערכת לל- של על תכנון מודל המערכת אפיין של על תכנון מודל אפיין

שלושה מסמכים יופקו בתום שלב זה:תוכנה – דרישות אפיון תוכנה מסמך דרישות אפיון מסמך( ( SRS - Software Requirements SpecificationSRS - Software Requirements Specification ) ) המערכת – של על תכנון המערכת מסמך של על תכנון ((High Level DesignHigh Level Design ) ) מסמךהמערכת – של קבלה מבחני המערכת מסמך של קבלה מבחני מסמך

((ATP - Acceptance Test PlanATP - Acceptance Test Plan ) )

Page 2: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

2

Approaches to Conduction of SRS

ניתוח מובנה: ((Structured Systems Analysis and Design - SSADStructured Systems Analysis and Design - SSAD))

, תאור DFDרכיבי השיטה: תאור פונקציונלי היררכי באמצעות , תאור ERDישויות המידע והקשרים ביניהם באמצעות

התנהגויות דינמיות באמצעות דיאגרמות מצבים ושימוש במילון נתונים לתאור המידע המאוחסן במערכת.

:ניתוח מונחה עצמים

((Object Oriented Analysis and Design - OOADObject Oriented Analysis and Design - OOAD ) )

Page 3: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

3

Data Flow Diagrams (DFD)

בגישת מידע מערכת על DFDאפיון דגש שימת תוך נעשה.תהליכי המידע

תרשיםDFD: מכיל .(processesתהליכים )– המידע של טרנספורמציה מבצעים( (entitiesישויות )– המידע ) למערכת חיצוניים אובייקטים הינם

. למידע יעד או כמקור המשמשיםמידע )– את (data storesמאגרי השומרים פסיביים עצמים הינם

.) , קבצים ) או טבלאות למשל המידעמידע )– / (data flowsזרימות מאגרי וישויות תהליכים בין מקשרים

מידע. - ב מערכת של דיאגרמות DFDמודל של מהיררכיה מורכב

DFD( נתונים (.Data Dictionaryומילון

Page 4: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

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.2Data Processing

Page 5: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

5

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

Data Store

Data Storea a write into

field ‘a’

read field ‘a’

Page 6: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

6

DFD Symbols

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

Entity

Page 7: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

7

DFD Symbols

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.

Flow-name

channel-name

Page 8: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

8

באמצעות מערכת באמצעות ניתוח מערכת DFDDFDניתוח

( הקשר )תרשים הקשר לתיאור – – ((Context DiagramContext Diagramתרשים לתיאור משמש משמש )אובייקטים הסביבה עם המערכת של )אובייקטים הקשר הסביבה עם המערכת של הקשר

חיצוניים(. חיצוניים(. DFD-0DFD-0 – – )תת עיקריים לתהליכים המערכת )תת חלוקת עיקריים לתהליכים המערכת חלוקת

מערכות(. מערכות(. DFD-1DFD-1 תהליך ברמת - תהליך ברמת - DFD-0DFD-0 מפוצץ לתתי-תהליכים מפוצץ לתתי-תהליכים

……, , DFD-2DFD-2, , DFD-3DFD-3עיקריים. וכך הלאה עיקריים. וכך הלאה ( נתונים )מילון נתונים של ((Data DictionaryData Dictionaryמילון מפורט תיאור - של מפורט תיאור -

(, (, DFDDFDמרכיבי המערכת )המופיעים בכל תרשימי ה- מרכיבי המערכת )המופיעים בכל תרשימי ה- כולל תהליכים ברמתם הנמוכה ביותר, מאגרי מידע, כולל תהליכים ברמתם הנמוכה ביותר, מאגרי מידע,

וזרימות.וזרימות.

Page 9: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

9

הקשר לתרשים Context)דוגמאDiagram)

קבלןE3

מידע מערכתהבית לוועד

וועדE2

דייר

E1

I1 דיווח ובקשות תעריפיםO1 דוחות I2 ותשלומים נבחר קבלן פרטי

I3

ותשלומים O2פרטים

ותזכורותקבלות I4

תיקון עבודת בקשתO3

עבודה ביצוע דוח

I5

והצבעה מועמד פרטיO4

הצבעה תוצאות

I7

ירח

מתעהצ

O5

םלו

שת

תעו

ודהו ה

ודעב

מיסכ

ה

O6

העהצ

תש

קב

I6 תשלום בקשת

Page 10: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

10

- ל DFD 0דוגמא

דיירים תשלומים /D1מאגר D2מאגר

I3 ותשלומים פרטים I1 ובקשות תעריפיםדיווח

o2 ותזכורות קבלות O1.1 "חוב יתרות ח דו

O7

דיירים פרטי

I8

דיירים נתוני

O8

תשלום פרטי

I9

חוב פרטי

דיירE1

וועדE2

קבלןE3

1תשלומי ניהול

דיירים

2עבודות ניהול

אחזקה

3בחירות ניהול

לוועד

I10 שבוצעתשלום

I4 תיקון עבודת בקשת

O3 עבודה ביצוע דוח

I7

מחיר הצעת

O5

עבודה הסכמי

תשלוםוהודעות

I2 נבחר קבלן פרטיותשלומים O1.2 הצעות O9 דוח

לקבלןתשלום

I5.1 מועמד פרטי

I5.2 הצבעה פרטי

o4 הצבעה תוצאות דיירים /D1מאגרI11 מצביע פרטי

מועמד ופרטי

O10 הצבעה סטטוס

O6 הצעה בקשת

O1.3 דוחהתקדמות

I6

תשלום בקשת

Page 11: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

11

כללי - כללי - DFDDFDכללי כללי

רכיבי לכל משמעותיים בשמות להשתמש ישהמערכת.

, " מידע זרימות לעומת פעלים י ע מתוארים תהליכים . עצם שמות שהם

, ואינן פיסיות אינן ובפרט מידע מעבירות מידע זרימות. בקרה תווי מעבירות

- / ליעד שנמסר נתון שכל לוודא יש פלט קלט איזוןנתון ושבכל כלשהו תהליך ידי על מעודכן חיצוני

.) מיותר ) קלט אין שימוש נעשה חיצוני מיעד שמתקבל

Page 12: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

12

ישויות - ישויות - DFDDFDכללי כללי

/ כיעדים או ו מידע כמקורות בתרשים יופיעו ישויות. למידע סופיים

לישויות או למאגרים ישירות מתחברת אינה ישותאחרות.

חייבים לישות הנכנסים או העוזבים הנתונים כל.) תהליך ) דרך לעבור מעובדים להיות

. הישות לאותה הכוונה אם ישות שם על לחזור ניתן/ - ב מסומנות חוזרות ישויות

Page 13: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

13

זרימות – זרימות – DFDDFDכללי כללי

) נתונים ) של לוגיים מבנים מייצגים עורקים זרימות ) אל) הזורמים נתונים של לוגיים מבנים של קבוצות

. תהליכים ומתוך , ממאגר לשני אחד ממאגר זורמים אינם נתונים

. אותם, שמעבדים מבלי למאגר מישות או לישות ) לחזור ) ואין יחידים הינם המידע עורקי זרימות שמות

. ביניהם. להבחין כדי בקוד להשתמש ניתן עליהם ) להיות ) עשויים שונים נתונים עורקי זרימות

. " נתונים מבני אותם י ע מתוארים

Page 14: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

14

מידע – DFDDFDכללי כללי מידע – מאגרי מאגרי

לוגי נתונים מבנה מתאר מאגרLogical Data Structure) )

. בתרשים מתייחסים אין מאגר של הפיסי למבנה בין לקשר נדרש הוא כאשר לראשונה יופיע מאגר

תהליכים. . מאגרים כנדרש ושוב שוב מאגר להציב ניתן

./ " י ע מסומנים חוזרים

Page 15: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

15

תהליכיםתהליכים - - DFDDFDכללי כללי

. קלט בולע ואיננו קלט בלי פלט יוצר איננו תהליך הפלטים את ליצר היכולת בעל להיות חייב תהליך

. אליו הנכנסים מהקלטים. חוזרים ובלתי יחידים הם התהליכים שמות מפרטים ? מה?תהליכים מהם ) הקלטים מהם

)? ? משפיעים? מה ועל מתקבלים ממי הפלטים

? איך?ולא מהי ) לפלטים הופכים הקלטים כיצד הטרנספורמציה?(

Page 16: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

16

פיצוץפיצוץ - - DFDDFDכללי כללי

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

. השונות ברמות ובפלטים. פרוט ביתר לתארו כדי תהליך מפוצצים של היררכיה מייצרים תהליכים פיצוץ בעזרת

הפרט ) אל מהכלל (. Top Downתרשימים. הרצוי לפירוט שמגיעים עד נמשך הפיצוץ תהליך עורק לפצל ניתן תהליך פיצוץ בצוע בעת

לזרימותיו.

Page 17: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

17

הבית וועד מערכת1 DFD דיירים תשלומי ניהול של

דיירים /D1מאגר תשלומים D2מאגר

I3.1 דייר פרטי I1.1 תעריף

O7

דיירים פרטידייר

E1וועד

E21.1פרטי קלוט

דייר

1.2תשלום קלוט

1.3דוח הפק

תקופתי

I3.2 תשלום פרטי

O2.1קבלה

O2.2תזכורתדיירים /D1מאגר

I8.2 חייב שם

I8.1

תעריף

I9.1 חוב

O8

שלוםת

פרטי

I1.2 תקופתי דווח בקשת O1.1 "חוב יתרות ח דו

I9.2חובות

Page 18: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

18

הבית וועד מערכת1 DFD אחזקה עבודות ניהול של

I16

הצעותפרטי

עבודה

O13

הצעת פרטי

עבודה

עבודות D3מאגר

קבלנים D4מאגר

I4 תיקון עבודת בקשת

O11

בקשה פרטידייר

E1 E22.1/וועדבקשה קלוטעבודה לביצוע

2.2הצעות קלוט

עבודה

2.4עבודה בצע

O3 עבודה ביצוע דוח

תשלומים D2מאגר

I15

בקשה נתוני

קבלןE3 O6 הצעה בקשת

I7 מחיר הצעת

2.3קבלן בחירת

I12

בוצעו שטרם עבודות

O1.

2

ות

צעה

חדו

I2.1

לןקב

טיפר

חר

נב

וועד/E2 O1.3 התקדמות דוח

I2.2 תשלום פרטי

O5.2

תשלום הודעת

O5.1 עבודה הסכם

O9 לקבלן תשלום

O12 נבחר מבצע I14 קבלן קבלן

I6

תשלום בקשת

I10 שבוצע תשלום

I14

העבודה מחיר I13כתובת

Page 19: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

19

נתונים נתונים מילון מילון

, מתאר את: נתונים המילון ביותר הנמוכה ברמה התהליכיםהמידע, (אפיקי) זרימות מאגרי . והנתוניםהמידע

– מידע טבלאות ניתן לתארםמאגרי :3NFבצורת לדוגמא. דירה' דיירים: – , מס אחרון ת.ז.,תעריף, הצבעה .תאריך

משפחה , שם פרטי, ת.ז. .שם

– : דיירים , תשלומי חודש' דירה , ת. תשלום.סכום, מס– : קבלנים ' תשלומי , עבודה' מס קבלן , מס , תאור, סכום תאריך

.תשלום, עבודה ’מסעבודות: – ' , דירה, מס קבלן' תאור .מסקבלן' קבלנים: – , מס כתובת, קבלן .שם

' , עבודה' מס קבלן , מס עבודה' מחיר, .מס, מועמדים: – בחירות תאריך משפחה , שם . בחירה, סטטוס תומכים מס

. " - , " מודגשות אותיות י ע אינדקס תחתון קו י ע סומן מפתח

Page 20: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

20

נתונים נתונים מילון מילון

– את שמרכיבים השדות יופיעו מידע זרימותשדה ) . דוגמאות:(יכול להופיע במספר זרימותהזרימה

– , ' : משפחה שם דירה מס דייר פרטי– . , , ' : ניתן אם תעריף משפחה שם דירה מס דיירים פרטי

' מס - } נסמן דיירים מספר אחת בבת למאגר לקלוט.} , תעריף, משפחה שם דירה

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

סוג, תחום.

Page 21: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

21

) המשך ) נתונים (מילון המשך ) נתונים מילון

– תהליכים של ביותר הנמוכה הרמה פרוט .תהליכיםמובנית – , לדוגמה:בשפהתהליך ) – דייר פרטי (:1.1קלוט

. ) + ' מהדייר ) משפחה שם דירה מס דייר פרטי קלוט. מהוועד תעריף קלוט

, ' שם דירה מס הערכים עם דיירים במאגר חדשה רשומה צור. ותעריף משפחה

תהליך ) – תשלום (:1.2קלוט ) + + ' מהדייר ) סכום חודש דירה מס תשלום פרטי קלוט

: תשלומים מאגר לפי החוב את שילם לא הדייר אם ) ' ממאגר ) דירה מס לפי לדייר המתאים התעריף את שלוף

דיירים : עם = בתשלומים חדשה רשומה צור בצע סכום תעריף אם

. , ' ללקוח קבלה והדפס וסכום חודש דירה מס הערכים

Page 22: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

22

) המשך ) נתונים (מילון המשך ) נתונים מילון

– תהליכים של ביותר הנמוכה הרמה פרוט .תהליכיםעץ החלטה –

Pub. Discount

GrossOrder Value LT Min

GrossOrder ValueGE Min

EarliestOrder GT12 Days Old

EarliestOrder LE12 Days Old

No Pub.Discount

WritePurch. Req.

No Action

Calc. DiscountWrite Purch. Req.

Write Purch. Req.

Page 23: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

23

) המשך ) נתונים (מילון המשך ) נתונים מילון

– תהליכים של ביותר הנמוכה הרמה פרוט .תהליכיםתאור טבלאי של עץ החלטה –

PublisherDiscount Type

GrossOrder Value

Earliest Order Date

Action

D:PublisherGives Discount

N: No DiscountAvailable

LTMin Order-Value

GT 12Days Old

LE 12Days Old

N/A

N/A

GE Min-Order Value

N/A

Write Purch. Req.

No Action

Calc. DiscountWrite Purch. Req.

Write Purch. Req.

Page 24: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

24

) המשך ) נתונים (מילון המשך ) נתונים מילון

– תהליכים של ביותר הנמוכה הרמה פרוט .תהליכיםטבלת החלטה –

C1: Publisher Disc. TypeC1: Publisher Disc. TypeDDDDDDNN

C2: Order Val. V. MinimumC2: Order Val. V. MinimumLTLTLTLTGEGE--

C3: Earliest Order GT 12 DaysC3: Earliest Order GT 12 DaysGTGTLELE----

A1: Calculate DiscountA1: Calculate DiscountXX

A2: Write Purchase Req.A2: Write Purchase Req.XXXXXX

A3: No ActionA3: No ActionXX

Page 25: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

25

שיטת שיטת חסרונות DFDDFDחסרונות

- נועד הוא נתונים וזרימות תהליכים מתאר התרשים. , התכן בשלב מוגבל אך המערכת בניתוח לעזור

מתרחשים בה לתדירות בתרשים מתייחסים אין. לסדרם או התהליכים

( למזניק התייחסות ולתנאי( triggerאין התהליכיםהביצוע.

, המאגרים התהליכים לכל הנתונים מילון ליצור יש. המידע וזרימות

( בין הגומלין קשרי המערכת מבנה של פירוט אין. ,) טבלאות דרך אלא במערכת ישויות

- ב=< האפיון( ERDבשילוב ) DFDשימוש בשלביוהניתוח

Page 26: Software Requirements Analysis (SRS)

ע יד

מת

כוער

מח

תוני

26

Entity Relationship Diagram (ERD)Entity Relationship Diagram (ERD)

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

( ישותentity) - תפיסתי ERDב או מוחשי דבר הינה . ישנן לישות עצמו בפני קיום לו תכונות שיש

(attributes) . אלו מתכונות חלק אותה שמאפיינותחד ) מפתחמהוות באופן ספציפית יישות מזהותערכי(.

( קשרrelationship) . ישויות בין סמנטית תלות מבטא / " או ו תכונות י ע להתאפיין יכול כמה) ריבוי הוא עם

מסוג ספציפיות מסוג 1ישויות ספציפית ישות 2יכולה)? זה קשר באמצעות מקושרת להיות

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