Други експерти също допринесоха значително, по-специално Алистър Кокбърн, Лари Константин, Дийн Лефингуел, Курт Битнер и Гунар Овергаард. През 2011 г. Джейкъбсън публикува актуална информация за работата си, наречена Use Case 2.0, с намерението да включи много от практическите си примери за използването на прецеденти от създаването на концепцията.

Естеството на взаимодействието на елементите

Диаграмата определя взаимодействието между външни елементиучастниците и системата, за която се смята, че са постигнали целта. Актьорът може да бъде лице, компания или организация, компютърна програма, системно оборудване или софтуер. Участникът може да играе както активна, така и пасивна роля: например, потребителят е едновременно купувач (не взаимодействащ със системата) и потребител ("актьор", активно взаимодействащ с закупения продукт). На свой ред, потребителят е редовен оператор ("участник", използващ системата по предназначение) и функционален бенефициент (заинтересованата страна, използваща системата).

ИЗПОЛЗВАНЕ НА СЛУЧАЙНИ СХЕМИ: Състав, Свързаност

USE CASE е термин, посветен на софтуер и дизайн на системата, който описва как потребителят използва система за постигане на конкретна цел. Този процес действа като метод за софтуерно моделиране, дефинира функциите, които трябва да бъдат изпълнени и решава всякакви грешки, които могат да възникнат. Съществуват три основни елемента на процеса:

„Актьори“ са типа потребители, които взаимодействат със системата.

Системни - функционални изисквания, които определят очакваното поведение на елементите.

Цели - УПОТРЕБА СЛУЧАЙ обикновено се инициира от потребителя с цел да се опишат действията и вариантите, включени в тяхното постигане.

Характеристики на процедурата:

Организация на функционалните изисквания.

Симулация на цели за взаимодействие с потребителите.

Записване на сценарийни събития от събития на задействане до крайната цел.

Описание на основния начин на действие и изключителния поток от събития.

Разрешениедостъп до функциите на друго събитие.

Стъпки за разработване на диаграми:

Идентифицирайте потребителите на системата.

Създайте потребителски профил за всяка категория. Това включва всички роли, които имат отношение към системата.

Определете важните цели, свързани с всяка роля в подкрепа на системата. Ценовото предложение на системата определя значителна роля.

Създаване на примери за използване за всяка цел, свързана с шаблона, и поддържане на същото ниво на абстракция в целия прецедент.

Стъпки за използване на по-високи нива се считат за цели на по-ниско ниво.

Терминология

Диаграмата USE CASE в Rational Rose е динамична диаграма на поведението в UML, която симулира функционалността на системата, използвайки участници, прецеденти и други най-важни обекти. Случаите на употреба са набор от действия, услуги и функции, които системата трябва да изпълнява. В този контекст една система е нещо, което се разработва или експлоатира, като например уебсайт. "Актьори" (условен термин) са хора или организации, които работят под определени роли в системата.

За какво се използват диаграмите за употреба?

Диаграмите са ценни за визуализиране на функционалните изисквания на системата, които ще бъдат включени в избора на проекти и приоритетите за развитие. Те също така помагат да се идентифицират всички вътрешни или външни фактори, които могат да повлияят на системата и трябва да бъдат взети под внимание. USE CASE диаграми на случаите осигуряват добър анализ на високо ниво и показват как системата взаимодейства с участниците, а неда се притеснявате за подробностите по прилагането на тази функционалност.

Какво е UML диаграма?

USE CASE UML диаграма е начин за визуализиране на софтуер, използвайки набор от графики. Основателите на технологията са Греди Бух, Джеймс Ръмбо, Ивар Джейкъбсън и Rational Software Corporation. Тяхната работа положи основите на обектно-ориентирания дизайн, след което спецификациите бяха разширени, за да обхванат по-широк спектър от проекти за разработка на софтуер. Днес UML е приет от Object Management Group (OMG) като стандарт за разработване на софтуер за моделиране.
За да отговорите на въпроса какво представлява UML диаграмата, трябва първо да разберете нейните градивни елементи. Общите компоненти включват:

потребители, които си взаимодействат със системата;

определена последователност от действия и взаимодействие между участниците и системния сценарий;

краен резултат - успешна диаграма трябва да описва действията и опциите, използвани за постигане на целта.

В професионалната общност на програмистите, които обясняват структурата, често се използват диаграми. ИЗПОЛЗВАЙТЕ СЛУЧАЯ "пиле Ryaba" - визуално представяне на историята на една популярна приказка под формата на схема.

Какво представлява UML?

UML означава Unified Modeling Language. UML 2.0 помогна да се разшири оригиналната спецификация, за да обхване по-широк спектър от усилия за разработване на софтуер, включително гъвкави методи. Бяха реализирани и следните разработки:

подобрена интеграция между структурните модели, като класовите диаграми и моделитеповедение (диаграми на дейностите);

добави възможността да дефинира йерархия и да разшири програмната система на компоненти и подкомпоненти;

В UML изхода девет графики на UML 2.0 увеличават този брой до 13;

Наричат ​​се четири нови диаграми: комуникационна диаграма, конструктивна структурна схема, диаграма на взаимодействие и времева диаграма. Тази версия също така преименува диаграми на състоянието на диаграми на държавните машини или диаграми на състоянието.

Ключът към създаването на UML диаграма е да се комбинират форми, представляващи обект или клас с други фигури, за да се илюстрира потокът от информация и данни.

Видове графики

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

Тези диаграми са организирани в две групи: структурни и поведенчески диаграми (или взаимодействия).

Структурните, от своя страна, са разделени на следните видове графики:

Класовете са в основата на почти всеки обектно-ориентиран метод, включително UML. Те описват статичната структура на системата.

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

Обект - описва статичната структура на системата в определено време. Те могат да се използват за проверка на класовите диаграми за точност.
Композитни структурни схемипокажете вътрешната част на класа. Симулирайте функционалността на системата, като използвате участници и прецеденти.

Компоненти - описват организацията на физическите компоненти на програмата, включително изходния код, изпълним файл (двоичен код).

Диаграмите за разполагане отразяват физическите ресурси в системата, включително възли, компоненти и връзки. Поведенческите диаграми включват:

Дейности - илюстрират динамичния характер на системата чрез симулиране на потока на контрол от дейност към дейност. Действието е операция на някакъв клас в системата, което води до промяна в състоянието на системата. Обикновено диаграмите на активността се използват за симулиране на работен процес или бизнес процеси и вътрешен работен процес.

Последователностите описват взаимодействията между класовете по отношение на съобщенията във времето.

Състояние - опишете динамичното поведение на системата в отговор на външни стимули. Диаграмите на състоянията са особено полезни при моделирането на реактивни обекти, чието състояние се инициира от определени събития.

Комуникации - симулирайте взаимодействието между обекти в последователност. Те описват както статичната структура, така и динамичното поведение на системата. В много отношения има опростена версия на диаграмата за сътрудничество, въведена в UML 2.0.

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

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

Символи и нотации

Съществуват много различни типове UML диаграми и всеки един има свой собствен набор от символи. Класовите диаграми са едни от най-често използваните UML диаграми, а класовите диаграми са един от важните атрибути. Например има символи за активни класове и интерфейси. Символ за клас може да бъде оформен, за да покаже операциите, атрибутите и отговорностите на класа.
Линиите също са важни символи, които показват връзката между компонентите. Обобщението и наследяването са обозначени с празни стрелки. В зависимост от пунктираната линия със стрелката. Използвай ви позволява да зададете свойствата на тази зависимост. Числото обикновено се показва с номера на единия край на стрелката и * от другата. Пакетните графики съдържат символи, които определят пакет, който е подобен на папка. Диаграмите за действие включват отделни символи за началното и крайното състояние. Потокът на контрол обикновено се посочва със стрелка, а потокът на обекта е стрелна стрелка. Диаграмите на случаите на използване имат знаци за участници и прецеденти.

Защо използваме UML?

Интегрираното корпоративно приложение с голям персонал изисква солидна основа за планиране и ясна комуникация между членовете на екипа при напредването на проекта. Визуализирайте взаимодействието с потребителя, процесите и структурата на системата, към която се опитватесъздавайте, спестявайте време и се уверете, че всички членове на екипа са активно включени в процеса. Последователните диаграми описват взаимодействията между класовете по отношение на съобщенията във времето. Те също се наричат ​​графики на събитията и са добър начин за визуализиране и тестване на различни сценарии за изпълнение. Тези обекти могат да помогнат да се предскаже поведението на системата и да се определят отговорностите, които един клас трябва да изпълнява в процеса на моделиране на нова система. Пример ИЗПОЛЗВАНЕ CASE Диаграма е графично представяне на взаимодействията между елементите на системата. Това е методология, използвана в системния анализ за откриване, усъвършенстване и организиране на системните изисквания. В този контекст терминът "система" се отнася до това, което се разработва или експлоатира, например уебсайт за продажбата и обслужването на стоки по пощата. ИЗПОЛЗВАЙТЕ CASE Диаграма в UML (Unified Modeling Language) - стандартна нотация за моделиране на обекти и системи на реалния свят.

Дефиниране на понятия

Целите на системата могат да включват планиране на общите изисквания, проверка на хардуерния дизайн, тестване и отстраняване на грешки на разработения софтуерен продукт, създаване на помощно бюро или ориентирано към потребителя задание. Например, използването на опцията за диаграма USE CASE в средата за продажби включва поръчка на продукти, актуализиране на каталог, обработка на плащанията и взаимоотношения с клиенти. Диаграмата за използване изглежда като блок-схема. Интуитивните символи са елементи на системата. СценарииCASE-CASE CASE-CASE прецедентни диаграми съдържат четири компонента:

Границата, която определя системата от интерес за външния свят.

"Актьори" обикновено са хора, свързани със системата, определени в съответствие с техните роли.

Опции за използване, които са специфични роли, изпълнявани от "участници" вътре и около системата.

Връзка между участниците.

В единен език за симулация, графиката може да обобщи информацията за потребителите на вашата система (известна също като единици) и тяхното взаимодействие със системата. За да изградите един обект, ще използвате набор от специални символи и съединители. Например таблицата USE CASE за онлайн магазин може да помогне на екипа ви да обсъди и си представи:

сценарии, при които вашата система или приложение взаимодействат с хора, организации или външни системи;

цели и методи за постигането им;

Обем на системата.

Практическо приложение

Диаграмата USE CASE не е много важна при липсата на ясно разбиране на процеса - тя няма да симулира реда на стъпките, освен ако не е изложен ясен алгоритъм. Експертите препоръчват използването на графични данни за допълване на текстовата версия. Диаграмата показва високо ниво на взаимовръзка между употребите, предметите и системите. Поради тази причина, USE CASE uml-диаграми за политическа партия често се използват при моделиране на структура. Диаграмата е идеална в следните ситуации:

представяне на целите на взаимодействията между системите и потребителите;

определяне и организация на функционалните изисквания за системата;

определяне на контекста и изискванията на системата;

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

Благодарение на оптималната визуализация на софтуерното моделиране, базирано на USE CASE, те се използват широко. За моделиране на системата най-важният аспект е улавянето на динамично поведение, което означава поведението на системата, когато тя се стартира и по-нататъшна работа. В UML има пет диаграми, достъпни за динамично моделиране, а диаграмата USE CASE е най-очевидният пример.

Цел

Целта на диаграмата е да улови динамичния аспект на системата. Това определение обаче е твърде общо, за да опише целта. Тъй като другите четири графики (Activity, Sequence, Sharing и Statechart) също имат една и съща цел. ИЗПОЛЗВАНЕ CASE Диаграми се използват за събиране на системни изисквания, включително вътрешни и външни влияния (като правило, тези изисквания за проектиране). Така, когато се анализира система за събиране на нейната функционалност, се разработват примери за използване и се идентифицират участниците. Когато първоначалната задача е завършена, случайни стохастични диаграми се моделират, за да представят външния вид. Целите за създаване на Схеми за употреба са следните:

събиране на изисквания;

получаване на външния вид на системата;

влиянието на външни и вътрешни фактори;

Визуализиране на взаимодействието между изискванията и обектите.

Процес на създаване

Използвана е таблицаанализ на системните изисквания на високо ниво. Когато се анализират системните изисквания, функционалността е фиксирана, когато се използва. Може да се каже, че моделите на използване не са нищо друго, освен системни функции, написани по организиран начин. Диаграмите се използват, за да се вземат предвид функционалните изисквания на системата. След като идентифицираме горните елементи, трябва да използваме следните насоки за изграждане на диаграма за ефективна употреба:

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

Дайте съответното име на участниците.

Покажете графиката на връзката и зависимостта.

Не се опитвайте да включвате всички видове връзки, тъй като основната цел на диаграмата е да се определят изискванията.

Ако е необходимо, използвайте обяснение за изясняване на някои важни точки.

Обхват

UML има пет диаграми за моделиране на динамично представяне на системата. Всеки модел има специфична цел. Всъщност тези специфични цели се прилагат в различни посоки на работната система. За да разберете динамиката, трябва да използвате различни типове диаграми. ИЗПОЛЗВАЙТЕ CASE Диаграми, Състав, Типове Връзки - Най-добрият пример. Нейната специфична цел е да събере системните изисквания на участниците. Диаграмите се използват на много високо ниво на проектиране, където данните се усъвършенстват многократно, преди да се получи пълна и практична картина. Добре структурираният прецедент също описва предварителното условие, състоянието на съобщението и изключението. Това саЗа създаване на примери за тестване се използват допълнителни елементи. При инженеринга, диаграмите за създаване на тестови заявки и в случаите на обратен инженеринг се използват за подготовка на информация за изисквания от съществуваща програма. ИЗПОЛЗВАНЕ CASE Диаграми могат да се използват за анализ на изискванията и проектирането на високо ниво, контекстното картографиране и обратното инженерство.