Построение диаграммы вариантов использования на основе шаблона схема модели uml ms office visio 2007
Интернет полон статей про UML, вы найдете сотни примеров для каждого вида диаграмм, и без проблем создадите свои, нотация не сложная. Но так ли уж необходимо тратить на это время? Наш богатый опыт говорит «Да». Если у вас в команде более 2 человек и проект от 3 месяцев, то уже имеет смысл отрисовать 2-3 вида диаграмм. В одной нашей команде более 30 человек, проект длительностью более 3 лет, и мы используем. 2-3 вида диаграмм.
Нотация UML избыточна. С другой стороны она недостаточна для проектирования распределенных систем, и здесь нам помогает Archimate. В этой статье мы расскажем, что действительно полезно из всего этого многообразия, и рассмотрим на примере полный цикл создания диаграмм для проекта.
схема деятельности;
Используйте схему действий, чтобы описать внутреннее поведение метода и представить поток, созданный внутренними действиями.
Добавление подсистемы в схему использования
Перетащите фигуру Подсистема на страницу. Подсистема может представлять всю систему или основной компонент.
Дважды щелкните фигуру Подсистема и введите новое имя для нее или нажмите клавишу DELETE, чтобы удалить существующее имя. Щелкните за пределами фигуры на странице.
Чтобы отобразить подсистему, вы выберите фигуру и перетащите его.
Create a new use case diagram
On the File tab, point to New.
in the Search box, type UML use case .
From the search results, select UML Use Case.
In the dialog box, select the blank template or one of the three starter diagrams. (A description of each one is shown on the right when you select it.) Then select either Metric Units or US Units.
Select Create.
The diagram opens. You should see the Shapes window next to the diagram. A UML Use Case stencil is open in the Shapes window.
(If you don’t see the Shapes window, go to View > Task Panes and make sure that Shapes is selected. If you still don’t see it, click the Expand the Shapes window button on the left.)
Добавление фигур и соедините вкладок на схему
Перетащите фигуры Использовать фигуры Из дела UML из последовательности Использовать дело UML и поместите их в границу подсистемы, а затем перетащите фигуры Субъекты за пределы границы подсистемы.
Используйте соединителичные фигуры, чтобы показать связи между фигурами на схеме. Существует пять соединителетов:
Отношение субъекта к делу использования.
Указывает на то, что один из них имеет зависимость от другого.
Указывает на то, что конкретный способ достижения целей общего использования — это конкретный способ.
Показано, как дела использования разбивается на более мелкие этапы.
Указывает на то, что один из них добавляет функции к другому.
Пример: чтобы указать связь между субъектом и делом использования
В области схема вариантов использования перетащите на страницу рисунка фигуру Соединителевой соединителевой связи.
Приклейте одну конечную точку фигуры Связь к точке соединения фигуры Субъект. Приклейте другую конечную точку к точке соединения на фигуре Использовать дело.
Использование схем дела
На ранних этапах проекта разработки используйте схемы использования для описания реальных действий и мотиваций. Вы можете уточнить схемы на более поздних стадиях с учетом пользовательского интерфейса и сведений о дизайне.
В чем будем рисовать?
Если ваша цель «быстро и красиво» (например, для презентации или для этой статьи), то Visio подходит более чем: его редактор удобен и прощает любые отступления от нотации.
Если же вы занимаетесь проектированием, то потребуется полноценная система с поддержкой связей между диаграммами. Мы используем продукт Enterprise Architect, дешево и сердито.
Сравнение систем проектирования и рассказ о том, как ими правильно пользоваться — тема для отдельной статьи.
Схемы классов
Используйте статическую структуру в Visio для создания схем классов, которые декомпозифицют программную систему по ее частям.
Проектирование архитектуры
Архитектура мобильного приложения очевидна: клиент, сервер, база данных. Если мы проектируем что-то серьезное, то следует позаботиться о разбиении проекта на Подсистемы, в нашем случае это будут как минимум:
- Подсистема бронирования уроков
- Подсистема Web-тренировок
- Биллинг
- Подсистема управления записями голосов
Каждую подсистему вы можете отдать выделенной команде разработчиков, они погрузятся в свою тематику и будут меньше мешать коллегам своими неожиданными коммитами.
Для каждой подсистемы потребуется Архитектурная схема, как ее правильно нарисовать? В UML для этого нет подходящих диаграмм, давайте посмотрим на Archimate:
Даже без знания нотации схема, в целом, читаема. Помните, что 90% участников вашей команды не знают ни UML, ни тем более Archimate, и никогда не выучат эти нотации, поэтому делайте упор на надписи. Тем не менее, пара слов о кубиках и стрелочках:
Полную спецификацию Archimate вы найдете без труда.
Цвет — на ваш вкус, нотация никак их не регламентирует. Раскрасьте одним цветом текущую подсистему, вторым — смежные подсистемы, третьим — внешние системы, это сильно повышает читаемость схемы.
На схеме используется всего два вида стрелок: Flow (Поток) и Access (Вызов, Доступ). Поток показывает направление передачи данных, а Вызов — кто к кому обращается. Следует правильно понимать стрелку Поток:
На схеме не отображен поток от мобильного приложения к серверу, хотя на самом деле он есть (первым идет поток «Запрос данных»). Делается это для того, чтобы схема проще читалась: показываем только самое важное. То, что есть еще и исходный Запрос данных и так очевидно из кубика с надписью API.
Схемы последовательностей
Используйте схему последовательности, чтобы показать субъекты или объекты, участвующие в взаимодействии, и события, которые они генерируют, расположены в последовательности времени.
Add shapes and connectors to the diagram
Drag Use Case shapes from the UML Use Case stencil and place them inside the subsystem boundary, and then drag Actor shapes to the outside of the subsystem boundary.
Use connector shapes to indicate relationships between shapes in the diagram. There are five connectors available:
Association
Shows the relationship of an actor to a use case.
Indicates that one use case has a dependency on another.
Generalization
Indicates that a use case is a specific way to achieve goals of the general use case.
Shows how a use case is broken into smaller steps.
Shows that one use case adds functionality to another.
Example: To indicate a relationship between an actor and a use case
In a use case diagram, drag an Association connector shape onto the drawing page.
Glue one endpoint of the Association shape to a connection point on an Actor shape. Glue the other endpoint to a connection point on a Use Case shape.
Создание схемы использования
В правом верхнем углу страницы выберите Дополнительные шаблоны.
В коллекции прокрутите страницу вниз до строки Использование case UML.
Первый элемент в строке представляет пустой шаблон и сопутствующего элемента. Другие элементы в строке — это образцы схем, на которые уже нарисованы фигуры, которые помогут вам быстро при начать работу.
Щелкните любой элемент, чтобы увидеть более крупный предварительный просмотр.
Когда вы найдете схему, которая вам нужна, нажмите ее кнопку Создать.
Новая схема со связанными последовательности откроется в браузере.
Схемы последовательностей
Используйте схема последовательностей, чтобы показать субъекты или объекты, участвующие в взаимодействии, а также события, которые они генерируют, у организованы в последовательности времени.
Схемы нотации базы данных
Нарисуйте модель базы данных с помощью схемы нотации базы данных.
Создание схемы использования
На вкладке Файл навести указатель на пункт Новый.
в поле Поиск введите пример использования UML .
В результатах поиска выберите UmL Use Case.
В диалоговом окне выберите пустой шаблон. Затем выберите метрические илиамериканские единицы.
Откроется схема. Вы увидите окно Фигуры рядом со схемой. В окне "Фигуры" откроется ряд окне "Использование case" UML.
(Если вы не видите окно Фигуры, перейдите в > области задач и убедитесь, что выбрано окно Фигуры. Если вы по-прежнему не видите его, нажмите кнопку Развернуть окно Фигуры слева.)
Схемы совместной работы
Схемы классов
Используйте схему класса, чтобы получить общую модель структуры приложения, которая определяет классы системы, ее атрибуты и методы, а также связи между объектами.
Пакетные схемы
Используйте пакет схемы для группировки связанных элементов в системе. Один пакет может содержать подчиненные пакеты, схемы или отдельные элементы.
Техническое задание
Мы будем проектировать гипотетическое мобильное приложение для изучения иностранных языков. Техническое задание обычно готовят аналитики, которые и подготовят первую партию диаграмм. От разработчиков, в данном случае, требуется только правильно их читать.
Самая простая диаграмма — Use Case (Варианты использования):
На диаграмме указаны виды пользователей и перечислены функции или группы функций, которые с ними связаны. Синим цветом выделен элемент, которого в UML нет, но его часто не хватает: Requirement — Требование (из нотации Archimate), уточнение функций.
Вы спросите — и какой в этом смысл? Ведь перечень функций можно указать просто текстом, одним компактным списком! И будете правы, но есть нюансы.
- Некоторые функции относятся к нескольким пользователям, текстом это отобразить сложно.
- Когда вы отрисовываете все функции и требования в системе проектирования, вы можете их потом выгрузить в ту же Jira, и в дальнейшем связывать их с задачами и багами, что упрощает управление проектом.
Почему для связи элементов мы использовали линии, а не стрелки? Потому что никто не помнит, как выглядят стрелки «Обобщение» и «Расширение», и что они вообще такое. Чем проще вы нарисуете, тем больше людей поймет диаграмму без вашего участия.
Второй вид диаграмм, который вы можете встретить в техническом задании, это Activity diagram:
Здесь для разработчика все очевидно, кроме одного: почему AI делает вызовы Студента? Не делает. Эту диаграмму рисуют аналитики, а не программисты, они не знают где клиент, а где сервер, и их не интересуют потоки данных. На Activity diagram вы видите последовательность действий и не более того. Как же из этого сделать код? Переходим к этапу проектирования.
Add shapes and connectors to the diagram
Drag Use Case shapes from the Use Case stencil and place them inside the subsystem boundary
Drag Actor shapes to the outside of the subsystem boundary.
Use connector shapes to indicate relationships between shapes in the diagram. There are five connectors available:
Association
Shows the relationship of an actor to a use case.
Indicates that one use case has a dependency on another.
Generalization
Indicates that a use case is a specific way to achieve goals of the general use case.
Shows how a use case is broken into smaller steps.
Shows that one use case adds functionality to another.
Example: To indicate a relationship between an actor and a use case
In a use case diagram, drag an Association connector shape onto the drawing page.
Glue one endpoint of the Association shape to a connection point on an Actor shape. Glue the other endpoint to a connection point on a Use Case shape.
Visio for the web saves automatically. To rename a drawing, double-click to select the default name (such as Drawing1) at the top of the drawing and then type a new name over it.
Схемы классов
Используйте схему класса, чтобы получить общую модель структуры приложения, которая определяет классы системы, ее атрибуты и методы, а также связи между объектами.
См. также
Дополнительные сведения об использовании схем дела (и процедурах использования Microsoft Visual Studio для их создания) см. в руководстве UML Use Case Diagrams :Guidelines(Рекомендации).
See Also
For more information about use case diagrams (and procedures for using Microsoft Visual Studio to create use case diagrams), go to UML Use Case Diagrams: Guidelines.
On the File tab, point to New.
Under Template Categories, click Software and Database.
Click UML Model Diagram. A blank drawing page appears.
In the tree view, right-click the package or subsystem in which you want to include a use case diagram, then point to New, and then click Use Case Diagram.
A blank page appears, and the UML Use Case stencil becomes the top-most stencil. An icon representing the diagram is added to the tree view.
Note: If the tree view is not visible, on the UML tab, in the Show/Hide group, select Model Explorer.
To indicate a System Boundary in a use case diagram
Drag a System Boundary shape onto the drawing page.
Double-click the System Boundary shape, and then type a new name for the system or press the DELETE key to delete the existing name. Click outside the shape on the drawing page.
To resize the system boundary, select the shape, and then drag a selection handle.
Drag Use Case shapes from the Use Case stencil and place them inside the system boundary, and then drag Actor shapes to the outside of the system boundary.
Use Communicates shapes to indicate relationships between use cases and actors.
To indicate a relationship between an actor and a use case
In a use case diagram, drag a Communicates shape onto the drawing page.
Glue one endpoint of the Communicates shape to a connection point on an Actor shape. Glue the other endpoint to a connection point on a Use Case shape.
If you want to add an arrow to indicate the flow of information, do the following:
Double-click the Communicates shape, then, under Association, click the end you want to edit, and then click Properties.
In the Association End category, check IsNavigable, click OK, then click OK again.
Right-click the Communicates shape and click Shape Display Options. Under End options, select End navigability, and then click OK.
Use Uses and Extends shapes to indicate the relationships between use cases.
To indicate a uses relationship between two use cases
In a use case diagram, drag a Uses relationship shape onto the drawing page.
Glue the Uses endpoint without an arrowhead to a connection point on the Use Case shape that uses the behavior of the other use case.
Glue the Uses endpoint (with an arrowhead) to a connection point on the use case being used.
Double-click the Uses shape to open the UML Generalization Properties dialog box. Add property values, and then click OK.
To indicate an extends relationship between two use cases
In a use case diagram, drag an Extends shape onto the drawing page.
Glue the Extends endpoint without an arrowhead to a connection point on the use case providing the extension.
Glue the Extends endpoint with an arrowhead to a connection point on the base use case.
Double-click the Extends shape to open the UML Generalization Properties dialog box. Add the property values, and then click OK.
Double-click any shape (except the System Boundary shape) to open its UML Properties dialog box where you can add a name, attributes, operations, and other property values.
Save the diagram.
On the File menu, point to New, point to Software and Database, and then click UML Model Diagram.
In the tree view, right-click the package or subsystem in which you want to include a use case diagram, point to New, and then click Use Case Diagram.
A blank page appears, and the UML Use Case stencil becomes the top-most stencil. An icon representing the diagram is added to the tree view.
Note: If the tree view is not visible, on the UML menu, point to View, and then click Model Explorer.
To indicate a system boundary in a use case diagram
Drag a System Boundary shape onto the drawing page.
Double-click the System Boundary shape, and then type a new name for the system or press the DELETE key to delete the existing name. Click outside the shape on the drawing page.
To resize the system boundary, select the shape, and then drag a selection handle.
Drag Use Case shapes from the Use Case stencil and place them inside the system boundary, and then drag Actor shapes to the outside of the system boundary.
Use Communicates shapes to indicate relationships between use cases and actors.
To indicate a relationship between an actor and a use case
In a use case diagram, drag a Communicates shape onto the drawing page.
Glue one endpoint of the Communicates shape to a connection point on an Actor shape. Glue the other endpoint to a connection point on a Use Case shape.
If you want to add an arrow to indicate the flow of information, do the following:
Double-click the Communicates shape, then, under Association, click the end you want to edit, and then click Properties.
In the Association End category, check IsNavigable, click OK, then click OK again.
Right-click the Communicates shape and click Shape Display Options. Under End options, select End navigability, and then click OK.
Use Uses and Extends shapes to indicate the relationships between use cases.
To indicate a uses relationship between two use cases
In a use case diagram, drag a Uses relationship shape onto the drawing page.
Glue the Uses endpoint without an arrowhead to a connection point on the Use Case shape that uses the behavior of the other use case.
Glue the Uses endpoint (with an arrowhead) to a connection point on the use case being used.
Double-click the Uses shape to open the UML Generalization Properties dialog box. Add property values, and then click OK.
To indicate an extends relationship between two use cases
In a use case diagram, drag an Extends shape onto the drawing page.
Glue the Extends endpoint without an arrowhead to a connection point on the use case providing the extension.
Glue the Extends endpoint with an arrowhead to a connection point on the base use case.
Double-click the Extends shape to open the UML Generalization Properties dialog box. Add the property values, and then click OK.
Double-click any shape (except the System Boundary shape) to open its UML Properties dialog box where you can add a name, attributes, operations, and other property values.
Visio Online (план 2) Visio, план 1 Microsoft Visio профессиональный 2021 Visio профессиональный 2019 Visio профессиональный 2016 Visio профессиональный 2013 Visio 2013 Visio премиум 2010 Visio 2010 Visio 2007 Еще. Меньше
Единая система моделирования (UML) — это стандартный способ рисования моделей программного обеспечения, эскизов макетов и документов существующих макетов и систем.
Примечание: Если вы используете Веб-приложение Visio, следует помнить, что схемы UML доступны в Visio (план 1), но недоступны в Visio в Microsoft 365.
В Visio, план 2 и Visio 2019, вы можете начать с пустого шаблона UML или (в некоторых случаях) изменить starter схему UML.
Эта версия подписки Visio поддерживает фигуры UML в соответствии со спецификацией UML 2.5, а также обеспечивает гибкость их использования в схемах.
See Also
For more information about use case diagrams (and procedures for using Microsoft Visual Studio to create use case diagrams), go to UML Use Case Diagrams: Guidelines.
См. также
Дополнительные сведения об использовании схем с примерами (и процедурах использования схем с использованием Microsoft Visual Studio для создания схем с примерами использования) см. в руководстве ПО UML Use Case Diagrams .
На вкладке Файл навести указатель на пункт Новый.
В области Категории шаблоновщелкните Программы и базы данных.
Щелкните Схема модели UML. Появится пустая страница.
В представлении в виде дерева щелкните правой кнопкой мыши пакет или подсистему, в которую вы хотите включить схему использования, а затем навести указатель на пункт Новый ивыберите пункт Использовать схему дела.
Появится пустая страница, и в верхней части будет выровн самый верхний из них — этот самый верхний. К представлению в виде дерева добавляется значок, соответствующий схеме.
Примечание: Если представление в дереве не отображается, на вкладке UML в группе Показать или скрыть выберите проводник по модели.
Перетащите фигуру Граница системы на страницу чертежа.
Дважды щелкните фигуру Граница системы и введите новое имя системы или нажмите клавишу DELETE, чтобы удалить существующее имя. Щелкните за пределами фигуры на странице.
Чтобы перетащить границу системы, вы выберите фигуру и перетащите его.
Перетащите фигуры Использовать фигуры из последовательности Использовать дело и поместите их в пределах системы, а затем перетащите фигуры Субъекты за границу системы.
Фигуры Communicates используются для указать отношения между делами использования и субъектами.
Обозначение связи между субъектом и делом использования
В схема вариантов использования перетащите фигуру Communicates на страницу.
Приклейте одну конечную фигуры Связь к точке соединения фигуре субъекта. Приклейте другую конечную точку к точке соединения на фигуре Использовать дело.
Если вы хотите добавить стрелку, чтобы указать поток данных, сделайте следующее:
Дважды щелкните фигуру Передается, а затем в области Связьщелкните конец, который вы хотите изменить, и выберите свойства .
В категории Конец связи выберите IsNavigable, нажмите кнопку ОК,а затем нажмите кнопку ОК еще раз.
Щелкните правой кнопкой мыши фигуру Передает и выберите параметры отображения фигуры. В области Параметры окончаниявыберите Параметрыокончания работы и нажмите кнопку ОК.
Используйте фигурыUses и Extends для указать связи между делами использования.
Чтобы указать связь использования между двумя делами использования
В схема вариантов использования перетащите на страницу чертежа фигуру Использует отношение.
Приклейте конечную точку Uses (Использование) без наконечник к точке соединения фигуре Использовать case, которая использует поведение другого случая использования.
Приклейте конечную точку Uses (со стрелкой) к точке соединения в используемом случае использования.
Дважды щелкните фигуру Использует, чтобы открыть диалоговое окно Свойства обобщения UML. Добавьте значения свойств и нажмите кнопку ОК.
Обозначение расширенной связи между двумя делами использования
В схема вариантов использования перетащите фигуру Расширение на страницу.
Приклейте конечную точку Extends без наконечник к точке к точке соединения с расширением.
Приклейте конечную точку Extends с помощью стрелки к точке соединения в базовом случае использования.
Дважды щелкните фигуру Расширение, чтобы открыть диалоговое окно Свойства обобщения UML. Добавьте значения свойств и нажмите кнопку ОК.
Дважды щелкните любую фигуру (кроме фигуры Граница системы), чтобы открыть диалоговое окно Свойства UML, в котором можно добавить имя, атрибуты, операции и другие значения свойств.
В меню Файл выберите пунктыНовые , Программы и базы данных ,а затем — Схема модели UML.
В области представление в виде дерева щелкните правой кнопкой мыши пакет или подсистему, в которую вы хотите включить схема вариантов использования, навести указатель на пункт Новый ивыберите использовать схему дела.
Появится пустая страница, и в верхней части будет выровн самый верхний из них — этот самый верхний. К представлению в виде дерева добавляется значок, соответствующий схеме.
Примечание: Если представление в виде дерева не отображается, в меню UML выберите Вид и щелкните Проводник по моделям.
Обозначение границы системы в схеме использования
Перетащите фигуру Граница системы на страницу чертежа.
Дважды щелкните фигуру Граница системы и введите новое имя системы или нажмите клавишу DELETE, чтобы удалить существующее имя. Щелкните за пределами фигуры на странице.
Чтобы перетащить границу системы, вы выберите фигуру и перетащите его.
Перетащите фигуры Использовать фигуры из последовательности Использовать дело и поместите их в пределах системы, а затем перетащите фигуры Субъекты за границу системы.
Фигуры Communicates используются для указать отношения между делами использования и субъектами.
Обозначение связи между субъектом и делом использования
В схема вариантов использования перетащите фигуру Communicates на страницу.
Приклейте одну конечную фигуры Связь к точке соединения фигуре субъекта. Приклейте другую конечную точку к точке соединения на фигуре Использовать дело.
Если вы хотите добавить стрелку, чтобы указать поток данных, сделайте следующее:
Дважды щелкните фигуру Передается, а затем в области Связьщелкните конец, который вы хотите изменить, и выберите свойства .
В категории Конец связи выберите IsNavigable, нажмите кнопку ОК,а затем нажмите кнопку ОК еще раз.
Щелкните правой кнопкой мыши фигуру Передает и выберите параметры отображения фигуры. В области Параметры окончаниявыберите Параметрыокончания работы и нажмите кнопку ОК.
Используйте фигурыUses и Extends для указать связи между делами использования.
Чтобы указать связь использования между двумя делами использования
В схема вариантов использования перетащите на страницу чертежа фигуру Использует отношение.
Приклейте конечную точку Uses (Использование) без наконечник к точке соединения фигуре Использовать case, которая использует поведение другого случая использования.
Приклейте конечную точку Uses (со стрелкой) к точке соединения в используемом случае использования.
Дважды щелкните фигуру Использует, чтобы открыть диалоговое окно Свойства обобщения UML. Добавьте значения свойств и нажмите кнопку ОК.
Обозначение расширенной связи между двумя делами использования
В схема вариантов использования перетащите фигуру Расширение на страницу.
Приклейте конечную точку Extends без наконечник к точке к точке соединения с расширением.
Приклейте конечную точку Extends с помощью стрелки к точке соединения в базовом случае использования.
Дважды щелкните фигуру Расширение, чтобы открыть диалоговое окно Свойства обобщения UML. Добавьте значения свойств и нажмите кнопку ОК.
Дважды щелкните любую фигуру (кроме фигуры Граница системы), чтобы открыть диалоговое окно Свойства UML, в котором можно добавить имя, атрибуты, операции и другие значения свойств.
Тебе пришла крутая идея продукта, но ты не хочешь увязнуть в коде и потерять целостную картинку из-за мелких деталей? Ты вот-вот присядешь за то, что крякнул корпоративный сервер и тебе нужно набить что-то крутое и айтишное?
Этот цикл статей будет посвящен полезному, но порой ускользающему от молодой поросли знанию — диаграммам UML. И начну я его с обзора существующих диаграмм, поговорим немного об истории и зачем диаграмм должно быть так много.
UML — это сокращение от Unified Modeling Language, и, как мы знаем, он является стандартизированным языком моделирования, состоящим из интегрированного набора диаграмм, разработанных, чтобы помочь разработчикам систем и программного обеспечения в определении, визуализации, конструировании и документировании артефактов программных систем, а также, к примеру, для бизнес-моделирования.
UML представляет собой набор лучших инженерных практик, которые доказали свою эффективность в моделировании больших и сложных систем и является очень важной частью разработки объектно-ориентированного программного обеспечения.
UML использует в основном графические обозначения, чтобы выразить дизайн программных проектов. Использование UML помогает проектным группам общаться, изучать потенциальные проекты и проверять архитектурный дизайн программного обеспечения.
Происхождение UML
Цель UML — предоставить стандартную нотацию, которая может использоваться всеми объектно-ориентированными методами, а также выбрать и интегрировать лучшие элементы нотаций-предшественников. UML был разработан для широкого спектра приложений. Следовательно, он предоставляет конструкции для широкого спектра систем и видов деятельности (например, распределенных систем, анализа, проектирования и развертывания систем).
UML не возник на пустом месте, ему предшествовали несколько значимых событий, личностей и методологий. Например:
- Техника объектного моделирования OMT [James Rumbaugh 1991], которая была лучшей для анализа информационных систем с большим объемом данных.
- Booch [Grady Booch 1994] — отлично подходит для разработки и реализации. Грэди Буч много работал с языком Ада и был крупным игроком в разработке объектно-ориентированных методов для языка. Хотя метод Буча был сильным, нотация была воспринята менее хорошо, например, в его моделях преобладали формы облаков, что выглядело не очень аккуратно.
- OOSE (объектно-ориентированная программная инженерия [Ivar Jacobson 1992]) — модель, известная как модель прецедентов — это мощная методология для понимания поведения всей системы, область, где ООП традиционно была слабой.
К 1995 году создатель OOSE, Ивар Якобсон, также присоединился к Rational, и его идеи (в частности, концепция «прецедентов») были включены в новый унифицированный метод, который теперь называется Unified Modeling Language.
В противовес всем известной “Банде Четырех”, Команда Румбо, Буча и Якобсона известна как «Три Амигоса».
На UML также повлияли другие объектно-ориентированные нотации:
- Меллор и Шлаер [1998]
- Coad и Yourdon [1995]
- Вирфс-Брок [1990]
- Мартин и Оделл [1992]
Почему UML?
По мере того как стратегическая ценность программного обеспечения возрастала для многих компаний, отрасль искала методы для автоматизации производства программного обеспечения, а также для повышения качества и сокращения затрат и времени выхода на рынок.
Эти методы включают технологию компонентов, визуальное программирование, шаблоны и структуры.
Компании также ищут методы для управления сложностью систем по мере увеличения их масштаба.
В частности, они признают необходимость решения повторяющихся архитектурных проблем, таких как физическое распределение, параллелизм, репликация, безопасность, балансировка нагрузки и отказоустойчивость.
Кроме того, разработка под Web хоть и упрощает некоторые вещи, в целом, она усугубляет эти архитектурные проблемы.
Унифицированный язык моделирования (UML) был разработан для удовлетворения этих потребностей.
Основные цели дизайна UML:
- Предоставить пользователям готовый, выразительный язык визуального моделирования, чтобы они могли разрабатывать и обмениваться осмысленными моделями.
- Обеспечить механизмы расширяемости и специализации для расширения основных понятий.
- Быть независимым от конкретных языков программирования и процессов разработки.
- Обеспечить формальную основу для понимания языка моделирования.
- Поощрять рост рынка объектно-ориентированных инструментов.
- Поддержка высокоуровневых концепций разработки, таких как совместная работа, структуры, шаблоны и компоненты.
- Интегрировать лучшие практики.
Структурные диаграммы показывают статическую структуру системы и ее частей на разных уровнях абстракции и реализации, а также их взаимосвязь. Элементы в структурной диаграмме представляют значимые понятия системы и могут включать в себя абстрактные, реальные концепции и концепции реализации. Существует семь типов структурных диаграмм:
- Диаграмма составной структуры
- Диаграмма развертывания
- Диаграмма пакетов
- Диаграмма профилей
- Диаграмма классов
- Диаграмма объектов
- Диаграмма компонентов
- Диаграмма деятельности
- Диаграмма прецедентов
- Диаграмма состояний
- Диаграмма последовательности
- Диаграмма коммуникаций
- Диаграмма обзора взаимодействия
- Временная диаграмма
Диаграмма классов
Диаграмма классов — это центральная методика моделирования, которая используется практически во всех объектно-ориентированных методах. Эта диаграмма описывает типы объектов в системе и различные виды статических отношений, которые существуют между ними.
Три наиболее важных типа отношений в диаграммах классов (на самом деле их больше), это:
Ассоциация, которая представляет отношения между экземплярами типов, к примеру, человек работает на компанию, у компании есть несколько офисов.
Наследование, которое имеет непосредственное соответствие наследованию в Объектно-Ориентированном дизайне.
Агрегация, которая представляет из себя форму композиции объектов в объектно-ориентированном дизайне.
Диаграмма компонентов
На языке унифицированного моделирования диаграмма компонентов показывает, как компоненты соединяются вместе для формирования более крупных компонентов или программных систем.
Она иллюстрирует архитектуры компонентов программного обеспечения и зависимости между ними.
Эти программные компоненты включают в себя компоненты времени выполнения, исполняемые компоненты, а также компоненты исходного кода.
Диаграмма развертывания
Диаграмма развертывания помогает моделировать физический аспект объектно-ориентированной программной системы. Это структурная схема, которая показывает архитектуру системы, как развертывание (дистрибуции) программных артефактов.
Артефакты представляют собой конкретные элементы в физическом мире, которые являются результатом процесса разработки.
Диаграмма моделирует конфигурацию времени выполнения в статическом представлении и визуализирует распределение артефактов в приложении.
В большинстве случаев это включает в себя моделирование конфигураций оборудования вместе с компонентами программного обеспечения, на которых они размещены.
Диаграмма объектов
Статическая диаграмма объектов является экземпляром диаграммы класса; она показывает снимок подробного состояния системы в определенный момент времени. Разница в том, что диаграмма классов представляет собой абстрактную модель, состоящую из классов и их отношений.
Тем не менее, диаграмма объекта представляет собой экземпляр в конкретный момент, который имеет конкретный характер.Использование диаграмм объектов довольно ограничено, а именно — чтобы показать примеры структуры данных.
Диаграмма пакетов
Диаграмма пакетов — это структурная схема UML, которая показывает пакеты и зависимости между ними.
Она позволяет отображать различные виды системы, например, легко смоделировать многоуровневое приложение.
Диаграмма составной структуры
Диаграмма составной структуры аналогична диаграмме классов и является своего рода диаграммой компонентов, используемой в основном при моделировании системы на микроуровне, но она изображает отдельные части вместо целых классов. Это тип статической структурной диаграммы, которая показывает внутреннюю структуру класса и взаимодействия, которые эта структура делает возможными.
Эта диаграмма может включать внутренние части, порты, через которые части взаимодействуют друг с другом или через которые экземпляры класса взаимодействуют с частями и с внешним миром, и соединители между частями или портами. Составная структура — это набор взаимосвязанных элементов, которые взаимодействуют во время выполнения для достижения какой-либо цели. Каждый элемент имеет определенную роль в сотрудничестве.
Диаграмма профилей
Диаграмма профилей позволяет нам создавать специфичные для домена и платформы стереотипы и определять отношения между ними. Мы можем создавать стереотипы, рисуя формы стереотипов и связывая их с композицией или обобщением через интерфейс, ориентированный на ресурсы. Мы также можем определять и визуализировать значения стереотипов.
Диаграмма прецедентов
Диаграмма прецедентов описывает функциональные требования системы с точки зрения прецедентов. По сути дела, это модель предполагаемой функциональности системы (прецедентов) и ее среды (актеров).
Прецеденты позволяют связать то, что нам нужно от системы с тем, как система удовлетворяет эти потребности.
Диаграмма деятельности
Диаграммы деятельности представляют собой графическое представление рабочих процессов поэтапных действий и действий с поддержкой выбора, итерации и параллелизма.
Они описывают поток управления целевой системой, такой как исследование сложных бизнес-правил и операций, а также описание прецедентов и бизнес-процессов.
В UML диаграммы деятельности предназначены для моделирования как вычислительных, так и организационных процессов.
Диаграмма состояний
Диаграмма состояний — это тип диаграммы, используемый в UML для описания поведения систем, который основан на концепции диаграмм состояний Дэвида Харела. Диаграммы состояний отображают разрешенные состояния и переходы, а также события, которые влияют на эти переходы. Она помогает визуализировать весь жизненный цикл объектов и, таким образом, помогает лучше понять системы, основанные на состоянии.
Диаграмма последовательности
Диаграмма последовательности моделирует взаимодействие объектов на основе временной последовательности. Она показывает, как одни объекты взаимодействуют с другими в конкретном прецеденте.
Диаграмма Коммуникации
Как и диаграмма последовательности, диаграмма коммуникации также используется для моделирования динамического поведения прецедента. Если сравнивать с Диаграммой последовательности, Диаграмма коммуникации больше сфокусирована на показе взаимодействия объектов, а не временной последовательности. На самом деле, диаграмма коммуникации и диаграмма последовательности семантически эквивалентны и могут перетекать одна в другую.
Диаграмма обзора взаимодействия
Временная диаграмма
Временная диаграмма показывает поведение объекта (ов) в данный период времени. По сути — это особая форма диаграммы последовательности и различия между ними состоят в том, что оси меняются местами так, что время увеличивается слева направо, а линии жизни отображаются в отдельных отсеках, расположенных вертикально.
Зачем в UML столько диаграмм?
Причина этого заключается в том, что можно взглянуть на систему с разных точек зрения ведь в разработке программного обеспечения будут участвовать многие заинтересованные стороны, такие как: аналитики, конструкторы, кодеры, тестеры, контроль качества, клиенты, технические авторы.
Все эти люди заинтересованы в различных аспектах системы, и каждый из них требует разного уровня детализации.
Например, кодер должен понимать проект системы и уметь преобразовывать проект в код низкого уровня.
Напротив, технический писатель интересуется поведением системы в целом и должен понимать, как функционирует продукт.
UML пытается предоставить язык настолько выразительным образом, что все заинтересованные стороны могут извлечь выгоду, как минимум из одной диаграммы UML.
Добавление фигур и соедините вкладок на схему
Перетащите фигуры "Использовать " из последовательности Использовать дело и поместите их в границу подсистемы
Перетащите фигуры субъекта к внешней границе подсистемы.
Используйте соединителичные фигуры, чтобы показать связи между фигурами на схеме. Существует пять соединителетов:
Отношение субъекта к делу использования.
Указывает на то, что один из них имеет зависимость от другого.
Указывает на то, что конкретный способ достижения целей общего использования — это конкретный способ.
Показано, как дела использования разбивается на более мелкие этапы.
Указывает на то, что один из них добавляет функции к другому.
Пример: чтобы указать связь между субъектом и делом использования
В схема вариантов использования перетащите на страницу рисунка фигуру Соединителевой соединителевой связи.
Приклейте одну конечную точку фигуры Связь к точке соединения фигуры Субъект. Приклейте другую конечную точку к точке соединения на фигуре Использовать дело.
Веб-приложение Visio сохранение автоматически. Чтобы переименовать чертеж, дважды щелкните его имя по умолчанию (например, "Рисование1")в его верхней части и введите новое.
Add a subsystem to the use case diagram
Drag a Subsystem shape onto the drawing page. The subsystem can represent your entire system or a major component.
Double-click the Subsystem shape, and then type a new name for the for it, or press the Delete key to delete the existing name. Click outside the shape on the drawing page.
To resize the subsystem, select the shape, and then drag a selection handle.
Схемы развертывания
Используйте схему развертывания, чтобы показать структуру системы запуска и сообщить о настройке и развертывании аппаратных и программных элементов, составляющих приложение.
Использование схем дела
На ранних этапах проекта разработки используйте схему с примерами реальных действий и мотиваций. Вы можете уточнить схему на более поздних стадиях с учетом пользовательского интерфейса и сведений о ее дизайне.
Схема компьютера штата
Используйте схему состояния (или диаграмму) для демонстрации последовательности состояния, через которые проходит объект.
Схема компьютера штата
Используйте схему состояния (или диаграмму) для демонстрации последовательности состояния, через которые проходит объект.
Добавление подсистемы в схему использования
Перетащите фигуру Подсистема на страницу. Подсистема может представлять всю систему или основной компонент.
Дважды щелкните фигуру Подсистема и введите новое имя для нее или нажмите клавишу DELETE, чтобы удалить существующее имя. Щелкните за пределами фигуры на странице.
Чтобы отобразить подсистему, вы выберите фигуру и перетащите его.
Create a new use case diagram
On the File tab, point to New.
in the Search box, type UML use case .
From the search results, select UML Use Case.
In the dialog box, select the blank template. Then select either Metric Units or US Units.
Select Create.
The diagram opens. You should see the Shapes window next to the diagram. A UML Use Case stencil is open in the Shapes window.
(If you don’t see the Shapes window, go to View > Task Panes and make sure that Shapes is selected. If you still don’t see it, click the Expand the Shapes window button on the left.)
Create a new use case diagram
Near the upper right corner of the page, select More templates.
In the Gallery, scroll down to the UML Use Case row.
The first item in the row represents a blank template plus the companion stencil. The other items in the row are sample diagrams that have some shapes already drawn to help you get started quickly.
Click any item to see a larger preview.
When you find the diagram you want to use, click its Create button.
The new diagram, with the related stencil, opens in your browser.
Схемы компонентов
С помощью схемы компонентов можно разделять систему на единые компоненты и показывать структуру самого кода.
Схемы классов
Используйте схему класса, чтобы получить общую модель структуры приложения, которая определяет классы системы, ее атрибуты и методы, а также связи между объектами.
See Also
For more information about use case diagrams (and procedures for using Microsoft Visual Studio to create use case diagrams), go to UML Use Case Diagrams: Guidelines.
Note: Creating and editing UML diagrams on Visio for the web requires a Visio Plan 1 or Visio Plan 2 license, which is purchased separately from Microsoft 365. For more information, contact your Microsoft 365 admin. If your admin has turned on "self-service purchasing," you can buy a license for Visio yourself. For more details, see Self-service purchase FAQ.
Статические схемы структуры
Используйте статические схемы структуры для создания концептуальных схем, которые представляют концепции реального мира и связей между ними, или схем классов, которые декомпозитют программную систему по частям.
Схемы компонентов
С помощью схемы компонентов можно разделять систему на единые компоненты и показывать структуру самого кода.
Схемы развертывания
Используйте схема развертывания, чтобы показать структуру системы запуска и сообщить о настройке и развертывании аппаратных и программных элементов, составляющих приложение.
Visio Online (план 2) Visio, план 1 Microsoft Visio профессиональный 2021 Microsoft Visio стандартный 2021 Visio профессиональный 2019 Visio стандартный 2019 Visio профессиональный 2016 Visio стандартный 2016 Visio профессиональный 2013 Visio 2013 Visio премиум 2010 Visio 2010 Visio стандартный 2010 Visio 2007 Visio Стандартный 2007 Еще. Меньше
Вы можете создать схему использования UML в Visio, чтобы обобщить взаимодействие пользователей (или субъектов) с системой, например программным приложением. Субъектом может быть человек, организация или другая система.
Схемы с примерами показывают ожидаемое поведение системы. Они не показывают порядок выполнения действий. (Используйте схему последовательности, чтобы показать, как объекты взаимодействуют с течением времени.)
Определение граница системы определяет то, что считается внешним или внутренним для системы.
Значение субъект представляет роль, которую играет внешний объект. Один объект может играть несколько ролей, поэтому представлен несколькими субъектами.
Связь показывает участие субъекта в деле использования.
A вариант использования — это набор событий, которые происходят, когда субъект использует систему для завершения процесса. Обычно дело использования — это довольно большой процесс, а не отдельный шаг или транзакция.
Детализация
Последние две диаграммы, которые очень полезны (внимательный читатель конечно заметил, что всего видов диаграмм уже не 2-3): Sequence diagram (Диаграмма последовательности) и Class Diagram (Диаграмма классов, но вовсе не для классов).
Иногда взаимодействие клиента и сервера многоступенчатое, с использованием третьих ресурсов. Например, авторизация с Oauth2: текстовое описание этого процесса весьма затруднительно для понимания. Здесь нам поможет Sequence diagram:
Данная реализация Oauth2 не эталонная, вариантов может быть много. Самое главное, что нужно понимать на схеме — на этой диаграмме нет потоков данных, только Вызовы и Ответы на вызовы. Хотя это не помешало нам указать потоки текстом на стрелках.
Когда вы углубитесь в изучение Sequence diagram вы обнаружите, что она позволяет отобразить циклы и ветвления, но не злоупотребляйте ими: не нужно на одной диаграмме рисовать ветки «Если пользователь выбрал локальную авторизацию, то» и «Если выбрал авторизацию FB, то», вместо этого нарисуйте две схемы под каждый вариант. Условия, особенно вложенные, на Sequence diagram очень сильно снижают читаемость схемы.
Последняя диаграмма (не на сегодня, а вообще) — Диаграмма классов. Название у нее говорящее, предполагалось, что с помощью нее будут проектировать классы. В давние времена текстовых редакторов под DOS это может и было оправдано, но современные среды разработки позволяют проектировать и анализировать классы не покидая их темных и светлых тем.
Но практическое применение у Class Diagram все же осталось — проектирование баз данных:
Если вы знаете, что такое Реляционные базы данных, то это более чем наглядно. Полностью атрибуты на схеме не расписываются, указываются только связи, типы данных, иногда ограничения.
Не пытайтесь рисовать это в Visio, Enterprise Architect или аналогах. Для проектирования баз данных есть много специализированных инструментов, которые заточены под конкретные СУБД, пользуйтесь ими.
На этом все. Из всех диаграмм в UML и Archimate на практике более чем достаточно перечисленных. Сколько диаграмм каждого вида нужно для проекта? Рисовать ли их под каждый процесс и подсистему? Главное правило — диаграмма сопровождает текстовое описание, она нужна только там, где текста недостаточно, т.е. там, где команда вас не понимает.
Visio Plan 2 Visio Plan 1 Visio Professional 2021 Visio Standard 2021 Visio Professional 2019 Visio Standard 2019 Visio Professional 2016 Visio Standard 2016 Visio Professional 2013 Visio 2013 Visio Premium 2010 Visio 2010 Visio Standard 2010 Visio 2007 Visio Standard 2007 More. Less
You can create a UML use case diagram in Visio to summarize how users (or actors ) interact with a system, such as a software application. An actor can be a person, an organization, or another system.
Use case diagrams show the expected behavior of the system. They don't show the order in which steps are performed. (Use a sequence diagram to show how objects interact over time.)
Defining the system boundary determines what is considered external or internal to the system.
An actor represents a role played by an outside object. One object may play several roles and, therefore, is represented by several actors.
An association illustrates the participation of the actor in the use case.
A use case is a set of events that occurs when an actor uses a system to complete a process. Normally, a use case is a relatively large process, not an individual step or transaction.
Схемы нотации базы данных
Нарисуйте модель базы данных с помощью схемы нотации базы данных.
В Visio вы можете начать с пустого шаблона UML и соответствующего шаблона для создания схемы UML.
Схемы связи
схема деятельности;
Используйте схему действий, чтобы описать внутреннее поведение метода и представить поток, созданный внутренними действиями.
Add shapes and connectors to the diagram
Drag Use Case shapes from the UML Use Case stencil and place them inside the subsystem boundary, and then drag Actor shapes to the outside of the subsystem boundary.
Use connector shapes to indicate relationships between shapes in the diagram. There are five connectors available:
Association
Shows the relationship of an actor to a use case.
Indicates that one use case has a dependency on another.
Generalization
Indicates that a use case is a specific way to achieve goals of the general use case.
Shows how a use case is broken into smaller steps.
Shows that one use case adds functionality to another.
Example: To indicate a relationship between an actor and a use case
In a use case diagram, drag an Association connector shape onto the drawing page.
Glue one endpoint of the Association shape to a connection point on an Actor shape. Glue the other endpoint to a connection point on a Use Case shape.
Создание схемы использования
На вкладке Файл навести указатель на пункт Новый.
в поле Поиск введите пример использования UML .
В результатах поиска выберите UmL Use Case.
В диалоговом окне выберите пустой шаблон или одну из трех схем. (Описание каждого из них отображается справа при его выборе.) Затем выберите метрические илиамериканские единицы.
Откроется схема. Вы увидите окно Фигуры рядом со схемой. В окне "Фигуры" откроется ряд окне "Использование case" UML.
(Если вы не видите окно Фигуры, перейдите в > области задач и убедитесь, что выбрано окно Фигуры. Если вы по-прежнему не видите его, нажмите кнопку Развернуть окно Фигуры слева.)
В чем будем рисовать?
Если ваша цель «быстро и красиво» (например, для презентации или для этой статьи), то Visio подходит более чем: его редактор удобен и прощает любые отступления от нотации.
Если же вы занимаетесь проектированием, то потребуется полноценная система с поддержкой связей между диаграммами. Мы используем продукт Enterprise Architect, дешево и сердито.
Сравнение систем проектирования и рассказ о том, как ими правильно пользоваться — тема для отдельной статьи.
Схемы действий
Используйте схему действий, чтобы описать внутреннее поведение метода и представить поток, созданный внутренними действиями.
Схемы действий
Используйте схема деятельности описать внутреннее поведение метода и представить поток, созданный внутренними действиями.
Где теперь проводник по моделям UML?
Если вы создали схемы UML в предыдущих версиях Visio, возможно, вы помните об использовании проводника моделей. Для схем, созданных с помощью проводника по моделям, было недоступно редактирование и часть форматирования. Начиная с Visio 2013 Professional, проводника по модели не существует. Нужно просто перетащить фигуры из предоставленных наборов элементов. Теперь фигуры не заблокированы, поэтому при необходимости вы можете изменить их поведение. Схемы также можно настраивать, хотя они по-прежнему соответствуют стандарту UML. К сожалению, это также означает, что если у вас есть чертеж, созданный с помощью проводника моделей, вы не сможете работать с ним в более новых версиях Visio, которые не включают проводник по модели.
В Веб-приложение Visio, вы можете выбрать один из девяти типов схем UML и множество образцов схем, некоторые фигуры из них уже нарисованы на полотне. Каждый вариант поставляется с таким же типом схемы.
Примечание: Для создания и редактирования схем UML на Веб-приложение Visio требуется лицензия Visio, план 1 или Visio, план 2, которая приобретается отдельно от Microsoft 365. Для получения дополнительных сведений обратитесь к Microsoft 365 администратору. Если ваш администратор включил самообслуживающие покупки, вы можете приобрести лицензию Visio самостоятельно. Дополнительные сведения см. в самостоятельной покупке: faq.
Эта версия подписки Visio поддерживает фигуры UML в соответствии со спецификацией UML 2.5, а также обеспечивает гибкость их использования в схемах.
Add a subsystem to the use case diagram
Drag a Subsystem shape onto the drawing page. The subsystem can represent your entire system or a major component.
Double-click the Subsystem shape, and then type a new name for the for it, or press the Delete key to delete the existing name. Click outside the shape on the drawing page.
To resize the subsystem, select the shape, and then drag a selection handle.
Схемы нотации базы данных
Нарисуйте модель базы данных с помощью схемы нотации базы данных.
Схемы последовательностей
Используйте схему последовательности, чтобы показать субъекты или объекты, участвующие в взаимодействии, и события, которые они генерируют, расположены в последовательности времени.
Добавление фигур и соедините вкладок на схему
Перетащите фигуры Использовать из последовательности Использовать дело UML и поместите их в границу подсистемы, а затем перетащите фигуры субъекта к внешней границе подсистемы.
Используйте соединителичные фигуры, чтобы показать связи между фигурами на схеме. Существует пять соединителетов:
Отношение субъекта к делу использования.
Указывает на то, что один из них имеет зависимость от другого.
Указывает на то, что конкретный способ достижения целей общего использования — это конкретный способ.
Показано, как дела использования разбивается на более мелкие этапы.
Указывает на то, что один из них добавляет функции к другому.
Пример: чтобы указать связь между субъектом и делом использования
В схема вариантов использования перетащите на страницу рисунка фигуру Соединителевой соединителевой связи.
Приклейте одну конечную точку фигуры Связь к точке соединения фигуры Субъект. Приклейте другую конечную точку к точке соединения на фигуре Использовать дело.
Схемы компонентов
Используйте схема компонентов, чтобы разделить систему на компоненты и показать структуру самого кода.
Схемы диаграмм
Диаграмма с состоянием используется для демонстрации последовательности состояния, через которые объект проходит в течение жизненного года.
Добавление подсистемы в схему использования
Перетащите фигуру Подсистема на страницу. Подсистема может представлять всю систему или основной компонент.
Дважды щелкните фигуру Подсистема и введите новое имя для нее или нажмите клавишу DELETE, чтобы удалить существующее имя. Щелкните за пределами фигуры на странице.
Чтобы отобразить подсистему, вы выберите фигуру и перетащите его.
Где теперь проводник по моделям UML?
Если вы создали схемы UML в предыдущих версиях Visio, возможно, вы помните об использовании проводника моделей. Для схем, созданных с помощью проводника по моделям, было недоступно редактирование и часть форматирования. Начиная сVisio 2013 Professional, проводника моделей не существует. Нужно просто перетащить фигуры из предоставленных наборов элементов. Теперь фигуры не заблокированы, поэтому при необходимости вы можете изменить их поведение. Схемы также можно настраивать, хотя они по-прежнему соответствуют стандарту UML. К сожалению, это также означает, что если у вас есть чертеж, созданный с помощью проводника моделей, вы не сможете работать с ним в более новых версиях Visio, которые не включают проводник по модели.
ШаблонMicrosoft Visioсхемы модели UML обеспечивает полную поддержку создания объектно-ориентированных моделей сложных программных систем.
Использование схем дела
На ранних этапах проекта разработки используйте схемы использования для описания реальных действий и мотиваций. Вы можете уточнить схемы на более поздних стадиях с учетом пользовательского интерфейса и сведений о дизайне.
Схемы последовательностей
Используйте схему последовательности, чтобы показать субъекты или объекты, участвующие в взаимодействии, и события, которые они генерируют, расположены в последовательности времени.
Add a subsystem to the use case diagram
Drag a Subsystem shape onto the drawing page. The subsystem can represent your entire system or a major component.
Double-click the Subsystem shape, and then type a new name for the for it, or press the Delete key to delete the existing name. Click outside the shape on the drawing page.
To resize the subsystem, select the shape, and then drag a selection handle.
Схемы развертывания
Используйте схему развертывания, чтобы показать структуру системы запуска и сообщить о настройке и развертывании аппаратных и программных элементов, составляющих приложение.
Схема компьютера штата
Используйте схему состояния (или диаграмму) для демонстрации последовательности состояния, через которые проходит объект.
Использование схем дела
На ранних этапах проекта разработки используйте схемы использования для описания реальных действий и мотиваций. Вы можете уточнить схемы на более поздних стадиях с учетом пользовательского интерфейса и сведений о дизайне.
Схемы связи
См. также
Дополнительные сведения об использовании схем дела (и процедурах использования Microsoft Visual Studio для их создания) см. в руководстве UML Use Case Diagrams :Guidelines(Рекомендации).
Примечание: Для создания и редактирования схем UML на Веб-приложение Visio требуется лицензия Visio, план 1 или Visio, план 2, которая приобретается отдельно от Microsoft 365. Для получения дополнительных сведений обратитесь к Microsoft 365 администратору. Если ваш администратор включил самообслуживающие покупки, вы можете приобрести лицензию Visio самостоятельно. Дополнительные сведения см. в самостоятельной покупке: faq.
Читайте также: