USE CASE-диаграммы. Примеры использования
Опубликованно 18.12.2017 00:58
На программное обеспечение и инженерные USE CASE-диаграмма-это список действий или шагов, мероприятий, которые обычно определяют взаимодействие между функцией (известный в унифицированном языке моделирования, таких как "актер") и системы для достижения целей. "Актер" может быть человеческим или другой внешней системы.Определение
USE CASE-диаграммы языка UML-это важный и ценный метод анализа требований, который широко используется в современной разработке программного обеспечения с даты его официальной презентации книга рецептов в 1992 году. Разработка с использованием приложения зависит от многих моделей процессов и структур, таких как ICONIX, Unified Process (UP), IBM Rational Unified Process (RUP) и Oracle Unified Method (OUM). История
В 1986 году, Ивар Джексон сначала вынесла из текста, структурные и визуальные методы моделирования для определения вариантов использования. В 1992 году стал соавтором книги "объектно-ориентированной разработки программного обеспечения — подход, USE CASE", помогла популяризации методика сбора функциональных требований, в частности, в развитии программного обеспечения.
Другие эксперты также внесли большой вклад, в частности, Алистер Cover, Ларри Константин, Дин, Финал, Курт Биттнер и Гуннар бы отменить.
В 2011 году Якобсон опубликовал информацию о своей работе под названием Use Case 2.0 с намерением включить многие свои практические примеры применения прецедентов с создания концепции. Характер взаимодействия элементов
Диаграмма определяет взаимодействие между участниками внешних и на вопрос системы для достижения цели. Актером может быть человек, компания или организация, компьютерной программы, системы, оборудования или программного обеспечения.
Участник может играть как активную, так и пассивную: например, потребителем является как покупатель (не взаимодействует с системой) и пользователем ("актер", активно взаимодействует с каждой единицы продукта). В свою очередь, пользователь, нормального оператора ("актер", которые используют систему прямого назначения) и функциональной бенефициар (сторона, которая находится в системе). USE CASE-диаграммы: состав, типы связей
USE CASE-это термин, посвященная программного обеспечения и проектирования системы, который описывает, как пользователь использует систему для достижения определенной цели. Этот процесс выступает как метод моделирования программного обеспечения, которое определяет функции, которые должны быть выполнены, и устранение ошибок, которые могут возникнуть.
Есть три основных процесса:
"Актеры" - это тип пользователей, которые взаимодействуют с системой.
Системы — функциональные требования, которые определяют ожидаемое поведение элементов.
Цели — USE CASE, как правило, запускается пользователем, для выполнения тех задач, которые описывают действия и функции, которые участвуют в его достижении.
Технические характеристики:
Организация функциональных требований.
Моделирование целей взаимодействия пользователей системы.
Запись сценариев триггерных событий в конечные цели.
Описание основного хода действия и исключительной последовательности событий.
Разрешение на доступ к функциям другого события.
Шаги в разработке графика:
Для идентификации пользователей системы.
Для каждой категории, создайте профиль пользователя. Это включает в себя все функции, связанные с системой.
Определите важные цели, связанные с каждой ролью для поддержания системы. Бюджет системы определяет роль.
Создайте примеры использования для каждой из целей, связанных с шаблоном, и держите тот же уровень абстракции в все из.
Шаги использования более высокого уровня рассматриваются как цель более низкого уровня.Терминология
USE CASE-диаграммы в Rational Rose диаграммы динамического поведения в UML моделировании функциональности системы с использованием участников, прецедентов и других важных объектов. Варианты использования-это набор видов деятельности, услуги и функции, которые должна выполнять система. В этом контексте система-это то, что развивается или используются, например, веб-сайт. "Актеры" (условный термин) - это люди или организации, которые работают под определенные функции внутри системы. Для чего применяются USE CASE-диаграммы?
График большое значение для отображения функциональных требований системы, которые будут развернуты в выборе дизайна и приоритеты развития. Они также помогают выявить любые внутренние или внешние факторы, которые могут влиять на систему, и их необходимо учитывать.
USE CASE-диаграммы прецедентов дают хороший иногда принимают анализ на высоком уровне и указывают, как система взаимодействует с участниками, не беспокоясь о деталях реализации этой функции.Что такое диаграмма UML?
USE CASE-диаграммы, UML-это метод визуализации программного обеспечения с использованием набора диаграмм. Создатели технологии — Грейди Буч, Джеймс Направляется, Ивар Джексон и компании Rational Software Corporation. Его работы послужили основой объектно-ориентированного проектирования, а затем, спецификации были расширены, чтобы охватить более широкий круг проектов по разработке программного обеспечения. Сегодня UML принят рабочей группой по управлению объектами (OMG) в качестве стандарта для разработки программного обеспечения для моделирования.
Чтобы ответить на вопрос, что такое диаграмма использования) в UML, нужно сначала понять их строительные блоки. Общие компоненты включают в себя:
пользователей, взаимодействующих с системой;
последовательность действий и взаимодействия между участниками и гипотезы, системы;
конечный результат-это успех, диаграмма должна описать действия и функции, которые используются для достижения целей.
Профессионального сообщества программистов для объяснения структуры часто используются диаграммы USE CASE "перекресток Украл" — визуальное изображение сюжета Народной сказки в виде схемы.Что такое UML?
UML означает Unified Modeling Language. UML 2.0 помогло расширить исходную спецификацию, чтобы охватить более широкую часть усилий по разработке программного обеспечения, в том числе гибкая. Также предусмотрены следующие элементы конструкции:
улучшенная интеграция между моделями структурных, таких, как диаграммы классов и модели поведения (диаграммы активности);
добавлена возможность создания иерархии и декомпозиции программного обеспечения системы на компоненты и подкомпоненты;
в UML показаны девять диаграмм — UML 2.0 увеличивает это число до 13;
четыре новых графических называют: диаграммы связей, структурный компонент диаграммы, диаграммы обзора взаимодействия и временная диаграмма. Эта версия также изменили название диаграммы состояний в правительство машинной графики или диаграммы состояния.
Ключ для создания UML-диаграмм является сочетание форм, которые представляют собой объект или класс, с другими фигурами, для иллюстрации взаимосвязи, потоков информации и данных. Типы диаграмм
Текущие правила UML требуют тринадцать различных типов диаграмм: класс, деятельность, объект, прецедент, поток, пакет, состояние, компонент, связь, неотъемлемой частью структуры, рассмотрения взаимодействия, времени и развертывания.Эти схемы объединяются в две разные группы: структурные диаграммы и поведения (или взаимодействия).Структурные, в свою очередь, подразделяются на следующие типы диаграмм:
Классы-это основа практически каждого объектно-ориентированного подхода, в том числе UML. Они описывают статическая структура системы.
Пакеты — подмножество диаграммы классов. Разработчики иногда рассматривают как отдельный метод. Графическими пакетами организует элементы системы, в соответствующих группах, чтобы свести к минимуму зависимостей между пакетами.
Объект — описывается статической структуры системы в определенный момент времени. Можно использовать для проверки диаграммы классов точности.Составные структурные диаграммы отображают часть класса. Имитируют функциональные возможности системы, с помощью всех участников и прецедентов.
Компоненты — описывают организации, физические компоненты программного обеспечения, включая исходный код, исполняемый файл (двоичный код).
Диаграммы развертывания отображаются физические ресурсы системы, в том числе узлов, компонентов и соединений.
Поведение, имеют в своем составе диаграммы:
Деятельности — иллюстрируют динамический характер системы путем моделирования потока управления от деятельности к деятельности. Действие является операцией, о некоторых из класса в системе, что вызывает изменение состояния системы. Как правило, диаграммы деятельности используются для моделирования рабочего процесса или бизнес-процессов и внутренней работы.
Последовательность описывают отношения между классами, в терминах обмена сообщений с течением времени.
Состояния, которые описывают динамическое поведение системы в ответ на внешние стимулы. Диаграммы состояний являются особенно полезными для моделирования реактивных объектов, состояние которых начинаются определенные события.
Связи, — моделируют взаимодействия между объектами в последовательности. Они описывают, как статической структуры и динамического поведения системы. Во многих отношениях, это упрощенная схема сотрудничества, установленного в UML 2.0.
Рассмотрение взаимодействия — представляют собой сочетание диаграмм деятельности и последовательности. Они моделируют последовательность действий и позволяют разбирать более сложные взаимодействия в управляемых достопримечательностей.
Временные — это тип поведения в сети UML-диаграмм, которые рассматриваются процессы, которые происходят в течение определенного периода времени. Особенно пример диаграммы последовательности.Символы и
Есть много различных типов UML-диаграмм, и каждый из них имеет свой собственный набор символов. Класс диаграммы являются одним из самых обычных диаграмм UML, и символы, диаграммы классов, является одним из важных атрибутов. Например, есть символы, классы и интерфейсы. Символ класса можно разделить, для отображения операций, атрибутов и обязанности класса.Линия также важны символы, чтобы указать отношения между компонентами. Обобщение и наследование указаны в белый с помощью стрелок.
В соответствии с обозначенной штриховой линией со стрелкой. Использование << >> можно определить свойства данной функции. Плюрализм, как правило, отображается с номером на конце стрелки, и * с другой.
Диаграмма пакетов есть знаки, которые определяют пакет, похожий на папку. Диаграммы деятельности включают в себя отдельные символы для начального и конечного состояния. Поток управления, как правило, показано стрелкой, и поток объекта — пунктирной стрелкой.
Диаграмма использования случаев, имеют символы для участников и прецедентов.Почему мы используем UML?
Комплексное применение компании с большим штатом сотрудников требует прочной основы планирования и четкой коммуникации между членами команды в процессе реализации проекта. Отображение взаимодействие между пользователем, процессы и структуры системы, которую вы пытаетесь создать, помогут вам сэкономить время и убедиться, что все члены команды активно участвуют в процессе.
Серии диаграммы описывают отношения между классами, в терминах обмена сообщений с течением времени. Также известны как диаграммы событий и являются хорошим способом визуализации и проверки различных сценариев выполнения. Эти объекты могут помочь предсказать, как система ведет себя, и определить обязанности, что класс должен выполнять в процессе моделирования новой системы.
Пример USE CASE-диаграмма — графическое изображение взаимодействия между элементами системы. Это методика, используемая в анализе для определения, уточнения и упорядочения требований к системе. В этом контексте, термин "система" относится к тому, что развивается или используются, например, на веб-сайт по продаже и обслуживанию продукции по почте. USE CASE-диаграммы на языке UML (Unified Modeling Language) — стандартная нотация для моделирования объектов и систем реального мира.Расшифровка понятия
Цели системы могут включать в себя планирование общих требований, проверка оборудования, проектирование, тестирование и отладка, дизайн продукта программного обеспечения, создание и помощь в оперативной помощи или выполнения задачи, ориентированной на потребителя. Например, использование диаграммы вариантов USE CASE diagram) в среде продаж включает организацию товаров, обновление каталога, обработка платежей и взаимоотношений с клиентами. Таблица использования выглядит как блок-схема. Интуитивно понятные символы - это элементы системы. Сценарии прецедентов диаграммы USE CASE-Банкомат содержат четыре компонента:
Предела, который определяет систему, интерес к окружающему миру.
"Актеры", люди, в целом, связанные с системой, определяются в соответствии с их функцией.
Варианты использования, которые являются специфические функции, которые выполняют субъекты внутри и вокруг системы.
Отношения между актерами.
В унифицированном языке моделирования диаграммы можно объединять информацию о пользователях системы (также известные как " операторы) и их взаимодействия с системой. Для того, чтобы построить объект, который вы будете использовать набор специализированных символов и разъемы. Например, USE CASE-диаграмма Интернет-магазин может помочь его команде обсудить и представить:
сценарии, в которых его система или приложение, которое взаимодействует с людьми, организациями или внешних систем;
цели и методы их достижения;
объем системы.Практическое применение
USE CASE-диаграммы не имеет значения, если нет четкого понимания процесса — она не будет определять порядок выполнения действий: если нет четкого алгоритма. Эксперты рекомендуют использовать данных диаграммы для того чтобы дополнить текст. На диаграмме верхнего уровня показывает отношение между вариантами использования, субъектами и системами. По этой причине часто используются USE CASE uml-диаграмма для политической партии, при моделировании структуры.
Рис идеально подходит в таких ситуациях:
представления целей системы-пользователь взаимодействий;
определить и организовать функциональные требования системы.
определение контекста и требований к системе;
моделирование основного потока событий из.
Благодаря визуализации моделирования программного обеспечения машин USE CASE-диаграммы являются очень широко.
Для моделирования системы, наиболее важным аспектом является захват динамического поведения, то есть поведения системы при запуске и дальнейшей работе. В UML существует пять диаграмм для моделирования динамики природы, и пример USE CASE-диаграммы наиболее нагляден.Назначение
Целью Устава является захват динамическим аспектом системы. Однако, данное определение является слишком общим, чтобы описание цели. Так же, как и другие четыре диаграммы активности, последовательности, совместное использование и Statechart) также имеют одинаковые цели. USE CASE-диаграммы используются для сбора требований к системе, включая внешние и внутренние воздействия (как правило, дизайн требования). Поэтому, когда система анализируется с целью сбора их функциональность, развиваются примеры использования и определяются участники.
После первоначального выполнения задания, графики случайных ситуаций, моделируются представления внешнего вида. Цели создания USE CASE-диаграмм можно назвать следующее:
сбор требований;
получение вида системы;
влияние внутренних и внешних факторов;
визуализация взаимодействия между потребностями и актеры.Процесс создания
График использования используются для анализа требований высокого уровня системы. При анализе требований к системе, функциональность устанавливается в случаях использования".
Можно сказать, что варианты использования-это не что иное, как система ролей, написанных в организованном порядке.
Графики используются для учета функциональных требований системы. После определения вышеперечисленных пунктов мы должны использовать следующие рекомендации для построения диаграммы эффективное использование:
Имя прецедента очень важно, что вы выберите, таким образом, что можно определить выполняемые функции.
Дайте ему подходящее имя для актеров.
Покажите на схеме связей и зависимостей.
Не пытайтесь включать все типы отношений, так как главная цель графика состоит в определении требований.
Если нужно, используйте объяснения, чтобы прояснить некоторые важные моменты.Область применения
В UML существует пять схем для моделирования динамики в презентации системы. Каждая модель имеет определенную цель использования. На самом деле эти специфические цели, применяются в различных направлениях, что система будет работать.
Чтобы понять динамику, нужно использовать различные типы диаграмм. USE CASE-диаграммы, состав, типы связей, является лучшим примером. Их конкретная цель-собрать требования к системе участников.
Диаграммы используются на очень высокий уровень дизайна, где данные уточняются несколько раз, до получения полной и практики живописи. Хорошо структурированный, выше также описывает условие, состояние сообщения и исключения. Эти дополнительные элементы используются для создания примеры тестов.
В инженерии диаграммы для создания тестовых запросов, а в случаях, обратного проектирования используются для подготовки информации о требованиях существующего приложения.
USE CASE-диаграммы могут использоваться для анализа требований и адаптивность дизайна, присвоение контекста и систем инженерного анализа.
Категория: Строительство
