Случай на употреба (използване случаи) UML - творчески решения в дизайна

помислете примера

Прецеденти - технология на определяне на функционалните изисквания на системата. Работни прецеденти е да се опишат характерните взаимодействието между потребителите на системата и на самата система и предоставят описание на процеса на експлоатация. Вместо да се опише случая на употреба с главата напред, аз предпочитам да се промъкне зад тях и да започне с скриптове. Сценарий (сценарий) - поредица от стъпки, описващи взаимодействието на потребителя със системата. Така че, ако имате онлайн магазин. базиран на уеб сайта, можем да използваме скрипт "Закупуването на стоки» (купуват даден продукт). в който настъпва следното.

По един или друг начин, но всички тези сценарии са сходни. Долната линия е, че и в трите сценария, потребителят има една и съща цел: да купуват стоки. Потребителят не може винаги да го направя, но целта остава. Това е целта на потребителя, е ключът към прецедент в съдебната практика е набор от скриптове, които комбинират общо потребителското цел.

От гледна точка на потребителите до прецеденти нарича актьори. Актьорът (актьор) е роля, която играе на потребителя по отношение на системата. Актьори може да бъде за употреба, ръководство за търговски представител, мениджър продажби и експерт стока.

Актьори действат в прецедентите. Един актьор може да изпълнява няколко прецеденти; и обратно, в съответствие с един прецедент може да работи няколко участници. Обикновено клиентите са много, така че клиентът може да играе ролята на много хора. Освен това, един човек може да играе няколко роли, като мениджър по продажбите, в качеството на представител на търговия на клиента. Актьорът не трябва да бъде мъж. Ако системата осигурява известна услуга друга компютърна система, другата система е актьор.

Прецеденти се считат за важна част от UML. Но това, което е изненадващо е, че определението на случаите на използване на UML е доста оскъдна. В UML мълчи за това как да се определи съдържанието на прецедент.
Всичко е описано в UML, - този случай на употреба, която показва как прецедентите, свързани един с друг. Но почти всички от стойността на прецеденти само в тяхното съдържание, и графиката е с ограничена стойност.

прецеденти съдържание

Няма стандартна начин да се опише случая на използване на съдържание; в различни случаи, се използват различни формати. Фиг. 9.1 показва стила на цялостното използване. Първо трябва да изберете един от сценариите като основен сценарий успех (основна сценарий успех). Първо описали тялото на прецедент, при който основният сценарий успех е номерирана последователност от стъпки. След това можете да направите друга азбука и я поставете под формата на удължаване (разширение). описвайки го от гледна точка на промените в основния сценарий успех. Разширенията могат да бъдат успешни - Целта на потребителското dostigsvoey като във въплъщение 3а или неуспешна, тъй като в случай 6а.

Всеки случай на употреба е водещ актьор, който изпраща система със запитване за услуга. Водещ актьор - актьор, желание, което се опитва да задоволи прецедент и това е обикновено, но не винаги, е инициатор на прецедент. В същото време може да има и други актьори, с които системата също реагира по време на прецедент. Те се наричат ​​вторични участници.

Всяка стъпка в прецедент - елемент на взаимодействие на актьора със системата. Всяка стъпка трябва да бъде опростена декларация и да бъде ясно посочено, който изпълнява тази стъпка. Стъпка е да покаже намерението на актьора, не механиката на неговите действия. Вследствие на това в интерфейса на прецедент актьор не е описана. Всъщност подготовката на прецедента, обикновено се предшества от разработването на потребителския интерфейс.

Разширяване вътре прецедент показва състояние, което води до взаимодействия, различни от описаните в основния успешен сценарий (основна сценарий успех, MSS), и определя какво тези разлики. Разширяване започва с името на стъпка, която се определя от това състояние, и предоставя кратко описание на това състояние.
Следвайте това условие, наброяващо стъпките по същия начин, както в основния сценарий успех. Завършете стъпките описващи точката на връщане към основния сценарий успех, ако е необходимо.

Структурата на прецедент - това е един чудесен инструмент за намиране на алтернативи на основната сценарий успех. На всяка стъпка, питам:
"Какво друго може да се случи?" И по-специално "Това, което може да се обърка?"

Обикновено по-добре първо да проучи всички възможни условия на разширенията, така че да не получите затънал в тресавището на работата по последствията. По този начин, може да размишлявам върху условията, които ще доведат до по-малко грешки, които след това ще трябва да се хване.

Комплекс стъпка в случай на използване може да бъде представляван от друг прецедент. В условията на UML, ние казваме, че първия случай се състои от (включва) секундата. Няма стандартна начин да се покаже текста на включването на прецедент, но аз мисля, че това подчертава, че предполага, хипервръзка, работи добре и в много инструменти наистина да е хипервръзка. Например, на фиг. 9.1 Първата стъпка включва шаблона "сърфира на стоките и избира продукти за покупка."

Включени прецеденти могат да бъдат полезни в случай на сложни стъпки, които в противен случай би се натрупват в главния сценарий, или когато са налице в няколко сценария същите стъпки. Въпреки това, не се опитвайте да се прекъсне прецеденти на podpretsedenty и да ги използват за функционално разлагане. Това разлагане - добър начин да се губят много време.

Заедно с етапите на скрипт може да се вмъкне в прецедент за допълнителна обща информация.
• Предварително условие (предпоставка) описва необходимите действия, системата преди да се разреши да започне работа прецедент. Това е полезна информация, която дава възможност на разработчиците да не се покажат някои условия в тяхната програма.
• Гаранция (гаранция) описва стъпките, които изискват отговор система шаблон работа е завършен. Успешно гаранция екзекутиран след успешен сценарий; минимални гаранции се изпълняват след всеки сценарий.
• Trigger (спусък) дефинира събитието, което предизвиква изпълнението на прецедент.

случай на употреба

Както беше споменато, UML мълчи за съдържанието на прецедент, но осигурява формат на диаграма, която му позволява да се покаже (фиг. 9.2). Въпреки че схемата понякога е полезно, без да го можеш да направиш. При проектирането прецедент не трябва да прави много усилия за създаване на графиката. Вместо това, се фокусира върху текстовото съдържание на прецеденти.

Прецеденти и възможности (или предложения)

В много подходи, възможности на системата се използва за описание на изискванията за системата; екстремно програмиране (Extreme Programming) възможности на системата са наречени от желанията на потребителя. Често задаван въпрос е как да се установи съответствие между функции и случаи на използване.

Използвайте възможности - един добър начин да се разделят на системата на блокове при планирането на един повтарящ се процес, при който всяка итерация предвижда определен брой функции. От това следва, че въпреки че и двамата получават опише изискванията, целите им са различни.

Опишете функциите могат да бъдат наведнъж, но много експерти чувстват по-удобно, на първо място да се развива прецеденти, а след това да се генерира списък от възможности. Възможността да бъдат представлявани от прецедент, сценарият в етапа на прецедент в прецедент или какво? Или поведение, като например добавяне на нов метод за изчисляване на амортизация при оценката на вашия имот, който не е посочен в описанието на прецедент. възможности, които са по-ясно дефинирани от прецедентите.

къде и как мога да използвам този метод?

Прецеденти са ценен инструмент за разбиране на функционалните изисквания на системата. Първата версия на прецеденти трябва да бъдат подготвени по-ранен етап на проекта. По-подробни варианти прецеденти трябва да се появи непосредствено преди прилагането на този прецедент.

Най-опасен прецедент е, че разработчиците правят много сложен и им се заби върху тях. Като цяло, колкото по-малко и да правите, толкова по-малко вреди, можете да нанесат. Ако имате някаква информация, можете да получите кратко, четим документ, който ще бъде отправна точка за въпроси. Ако твърде много информация, че е малко вероятно, че някой ще го направя, за да учат и да се опитаме да разберем.

как можете да научите този метод (техники за творчество)?

Тук сме се опитали да се осигури както по-лесен начин да проучи използването на структура на системата на езика UML.

Подобно на много други езици той използва, за да опише набор от символи. Смисълът на тези признаци ще намерите в таблицата в "Записки (описание)". Всеки знак има свое име (терминът) и писмено. Също така, всеки термин е снабден с кратко обяснение да се разбере бързо своята същност.

След това, ние препоръчваме да отидете на "Примера", за да се опита ръката си на различни диаграми за четене. След това трябва да прегледате раздела "Използване", тъй като, въпреки че броят на видовете UML диаграма е малък, максимални ползи от използването им, ще получат само ако се прилагат желаната дестинация в диаграмата.

DVD. отслабване йога
А щастлив живот е невъзможен без физическото и духовното развитие. Какъв човек, особено ако става дума за жена, която не мечтае да има стройна фигура и младежки вид? Как искате да отслабнете, и това е буквално - да се изплъзне от години, за да си възвърне лекотата и красотата. Това разбира се е най-вече мобилизира първи енергиен резерв на тялото - мазнини. Той изгаря, превръщайки тялото си в енергия.
На добър час!
Продължителност: 60 мин.
Формат: DVD.

Английски език. 7 клас. Учебник. Вертикална. ГЕФ. Афанасиева OV
Учебникът е предназначен за ученици от 7 и е основен компонент на образователна и методичен комплекс на третата година на обучение, което включва и два работни книги, книга да четат, книга за учители и приложението за електронна поща.
Учебникът е преработен в съответствие с изискванията на Федералния държавен образователен стандарт на общото образование.
640 рубли.