УПОТРЕБА CASE-диаграма. Примери за използване

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

дефиниция

УПОТРЕБА СХЕМИ диаграми на UML език са важен и ценен метод за анализ на изискванията, който е широко използван в модерното разработване на софтуер, тъй като официалното му въвеждане от Ivar Jacobson през 1992 г. Разработката на приложения зависи от много модели и структури от процеси като ICONIX, Unified Process (UP), IBM Rational Unified Process (RUP) и Oracle Unified Method (OUM).

история

През 1986 г. Ivar Jacobson за първи път формулира текстови, структурни и визуални техники за моделиране, за да определи случаите на използване. През 1992 г. неговият съавтор на книгата "Обектно ориентирано разработване на софтуер - подход, базиран на USE CASE", спомогна за популяризирането на техниката за събиране на функционални изисквания, особено при разработването на софтуер.

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

През 2011 г. Джейкъбсън публикува актуализация на работата си, наречена Use Case 2.0, с намерението да включи много от своите проучвания на прецеденти от създаването на концепцията.

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

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

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

УПОТРЕБА CASE-диаграми: състав, видове връзки

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

Има три основни елемента на процеса:

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

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

• Целеви - USE CASE обикновено се инициира от потребителя, за да постигне цели, които описват действията и възможностите, свързани с постигането им.

Характеристики на методологията:

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

• Моделиране на целите на взаимодействие на системните потребители.

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

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

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

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

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

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

• Идентифицирайте важните цели, свързани с всяка роля в поддръжката на системата. Ценовото предложение на системата определя важна роля.

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

Стъпките за използване на по-високо ниво се разглеждат като цели за по-ниско ниво.

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

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

За какво се използват диаграмите на USE CASE?

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

УПОТРЕБА CASE-диаграмите на случаите на използване осигуряват добър анализ на високо ниво извън системата и посочват как системата взаимодейства с участниците, без да се притеснявате за подробностите относно въвеждането на тази функционалност.

Какво представлява диаграма на UML?

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

За да отговорите на въпроса какво е диаграма на използване в UML, трябва първо да разберете нейните градивни елементи. Общите компоненти включват:

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

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

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

В професионалната общност програмисти, USE CASE диаграми за Ryabye пиле често се използват за обяснение на структурата - визуално изображение на историята на популярна приказка под формата на диаграма.

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

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

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

• добави способността да дефинира йерархия и да разложи софтуерната система на компоненти и подкомпоненти -

• в оригиналния UML, има девет диаграма - UML 2.0 увеличава този брой до 13-

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

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

Видове графи

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

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

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

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

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

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

Поведението има в своите композиционни схеми:

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

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

• 
  
  
  

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

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

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

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

Символи и символи

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

Зависимостите са обозначени с пунктирана линия със стрелка. използването на << > ви позволява да посочите свойствата на тази зависимост. Множество обикновено се показва с число в единия край на стрелката и * от друга.

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

Използвайте диаграмите на случаите със символи за участниците и случаи на използване.

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

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

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

Пример за диаграмата USE CASE е графично представяне на взаимодействията между елементи на системата. Това е Методология, използвана в системния анализ за идентифициране, усъвършенстване и организиране на системните изисквания. В този контекст терминът "система" се отнася до това, което се разработва или поддържа, като уеб сайт за продажба и поддръжка на стоки по пощата. УПОТРЕБА CASE-диаграма в UML (Unified Modeling Language) - стандартна нотация за моделиране на обекти и реални системи.

Обяснение на понятията

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

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

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

• Използвайте случаи, които са специфични роли, които "актьорите" играят във и около системата.

• Отношения между субектите.

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

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

• целите и методите за тяхното постигане -

• обем на системата.

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

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

Диаграмата е идеална в такива ситуации:

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

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

• Идентифицирането на контекста и изискванията на системата,

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

Благодарение на оптималното визуализиране в софтуера за моделиране на перални машини, използваните многофункционални схеми се използват много широко.

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

уговорена среща

Целта на диаграмата е да улови динамичния аспект на системата. Това определение обаче е твърде общо, за да опише целта. Тъй като другите четири диаграми (дейност, последователност, споделяне и Statechart) имат една и съща цел. УПОТРЕБА СЛУЧАИ се използват за събиране на системни изисквания, включително вътрешни и външни влияния (обикновено изисквания за проектиране). Следователно, когато системата се анализира, за да събере своята функционалност, се разработват примери за използване и участниците се идентифицират.

Когато първоначалната задача е завършена, диаграмите с случайни ситуации са моделирани така, че да представляват външния вид. Целите в създаването USE CASE-диаграми могат да бъдат наречени следните:

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

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

• Влиянието на външни и вътрешни фактори -

• визуализация на взаимодействието между изискванията и предметите.

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

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

Можете да кажете, че случаите на използване не са нищо повече от системни функции, написани по организиран начин.

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

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

• Дайте подходящо име за актьорите.

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

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

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

Области на приложение

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

За да разберете динамиката, трябва да използвате различни типове диаграми. УПОТРЕБА CASE-диаграми, състав, видове връзки са най-добрият пример. Нейната специфична цел е да събира системните изисквания на участниците.

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

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

УПОТРЕБА CASE диаграми могат да бъдат използвани за анализ на изискванията и дизайн на високо ниво, систематично контекстно картографиране и обратно инженерство.