Մենք ճշգրտում ենք համակարգի գործառույթների նկարագրությունը՝ օգտագործելով հաջորդականության դիագրամը («Սպիտակուցների» շարունակությունը)
Այս հոդվածում մենք կքննարկենք, թե ինչպես կարող եք կատարելագործել (պարզաբանել) ավտոմատացված ֆունկցիայի նկարագրությունը՝ օգտագործելով UML Sequence Diagram - հաջորդականության դիագրամ:
Այս օրինակում ես օգտագործում եմ ավստրալիական ընկերության Enterprise Architect միջավայրը: [1].
UML-ի ամբողջական ճշգրտման համար տե՛ս [2].
Սկզբից ես կբացատրեմ, թե ինչ ենք մանրամասնելու:
В մենք մոդելավորեցինք «առասպելական» առարկայի գործընթացները՝ սկյուռի մասին տող Ա.Ս. Պուշկինի «Ցար Սալթանի հեքիաթը» գրքից: Եվ մենք սկսեցինք Գործունեության դիագրամից: Հետո ներս մենք մշակել ենք ֆունկցիոնալ մոդել՝ օգտագործելով Use-case դիագրամը, Նկար 1-ը ցույց է տալիս մի հատված:
Նկար 1 Պահանջի և հատկանիշի միջև կապը
Այժմ մենք ցանկանում ենք պարզաբանել տեղեկատվությունը այս ավտոմատացված գործառույթի կատարման մասին.
- ինչ ինտերֆեյսի բաղադրիչների հետ կշփվի մեր օգտվողը.
- ինչ կառավարման բաղադրիչներ են մեզ անհրաժեշտ;
- ինչ ենք պահելու;
- ինչ հաղորդագրություններ կփոխանակեն օգտվողը և համակարգի բաղադրիչները գործառույթն իրականացնելու համար:
Հերթականության դիագրամի հիմնական տարրերն են տարբեր կարծրատիպերով փոխազդող առարկաներ և նրանց միջև կապեր. փոխազդող օբյեկտները միմյանց հետ փոխանակում են որոշակի տեղեկատվություն (Նկար 2):
Նկար 2. Հաջորդականության դիագրամի հիմնական տարրերը
Օբյեկտները դասավորված են հորիզոնական հաջորդականությամբ, նրանց միջև հաղորդագրություններ են փոխանցվում: Ժամանակի առանցքը ուղղված է վերևից ներքև:
Actor տարրը կարող է օգտագործվել՝ ներկայացնելու այն օգտվողին, ով նախաձեռնում է իրադարձությունների հոսք:
Յուրաքանչյուր օբյեկտ ունի կետավոր գիծ, որը կոչվում է «կյանքի գիծ», որտեղ այս տարրը գոյություն ունի և պոտենցիալ մասնակցում է փոխազդեցություններին: Վերահսկիչ ֆոկուսը նշվում է օբյեկտի փրկության գծի վրա գտնվող ուղղանկյունով:
Օբյեկտների միջև փոխանակվող հաղորդագրությունները կարող են լինել մի քանի տեսակի, հաղորդագրությունները կարող են նաև հարմարեցվել՝ արտացոլելու աղբյուրի և թիրախային տարրերի գործողություններն ու հատկությունները:
Կարծրատիպային տարրեր, ինչպիսիք են Boundary, Control և Entity, կարող են օգտագործվել համապատասխանաբար օգտագործողի միջերեսի (GUI), կարգավորիչների և տվյալների բազայի տարրերի մոդելավորման համար:
Կրկնվող հաղորդագրությունների հոսքը կարող է նշանակվել որպես «հանգույց» տիպով հատված:
Այսպիսով, մենք նախատեսում ենք հստակեցնել «Հայտարարության մեջ նոր ընկույզի մասին տեղեկատվություն ավելացնել» գործառույթի նկարագրությունը:
Եկեք համաձայնենք հետևյալ լրացուցիչ ընդհանրացումների և ենթադրությունների շուրջ.
- Ընկույզները, միջուկները և կեղևները բոլորը համապատասխան տեսակի նյութական ակտիվներ են (Նկար 3):
Նկար 3. Դասի դիագրամի ճշգրտում - Մեր օգտատերը քաղվածքում մուտքագրելու է ցանկացած նյութական արժեքի մասին տեղեկություն:
- Հստակեցնենք թերթիկի անվանումը՝ «Նյութական արժեքների հաշվառման քաղվածք»։
- Ենթադրենք, որ մեր օգտատերը, աշխատելով «Նյութական արժեքների հաշվառման հաշվետվություն» GUI-ի հետ, կարող է նոր ֆինանսական արժեք ավելացնել «Նյութական արժեքների հաշվառման քարտ» GUI-ի միջոցով։
- Կախված արժեքի տեսակից, տվյալների կառուցվածքը և GUI-ն փոխվում են:
- Նյութական արժեքի հաշվառման քարտի դաշտերը լրացնելիս ստուգվում է մուտքագրված տվյալների ճշգրտությունը։
Այս ենթադրություններով կառուցված դիագրամը ներկայացված է Նկար 4-ում:
Նկար 4. «Հայտարարության մեջ նոր ընկույզի մասին տեղեկատվություն ավելացնել» ֆունկցիայի նկարագրության պարզաբանումը.
Դուք կարող եք կարդալ UML դիագրամների այլ տեսակների օգտագործման մասին այստեղ.
Աղբյուրների ցանկ
- Sparx Systems կայքը. [Էլեկտրոնային ռեսուրս] Մուտքի ռեժիմ՝ ինտերնետ.
- OMG միասնական մոդելավորման լեզվի (OMG UML) ճշգրտում: Տարբերակ 2.5.1. [Էլեկտրոնային ռեսուրս] Մուտքի ռեժիմ՝ ինտերնետ.
Source: www.habr.com