PIS_Zakharchenko_2015g (1)
.pdfДиаграммы моделей UML
1.Диаграмма прецедентов (вариантов использования) (Use-case diagram)
•отображает функциональность ЭИС в виде совокупности выполняющихся последовательностей транзакций
2.Диаграмма классов (Class diagram)
•отображает структуру совокупности взаимосвязанных классов объектов
3.Диаграммы состояний (Statechart diagram)
•отображают динамику состояний объектов одного класса и связанных с ними событий
4.Диаграммы взаимодействия (последовательности) (Interaction diagram)
•отображают динамическое взаимодействие объектов в рамках одного прецедента использования
5.Диаграммы деятельности (Activity diagram)
•отображают потоки работ во взаимосвязанных прецедентах использования
6.Диаграммы пакетов (Package diagram)
•отображают распределение объектов по функциональным или обеспечивающим подсистемам
7.Диаграмма компонентов (Component diagram)
•отображает физические модули программного кода
8. Диаграмма развертывания (Deployment diagram) |
|
• отображает распределение объектов по узлам вычислительной сети |
322 |
Рекомендации по изображению диаграмм |
в нотации языка UML |
Количество диаграмм различных типов для модели
конкретного приложения не является строго фиксированным
Любая из моделей системы должна содержать только те
элементы, которые определены в соответствующей версии языка UML
Каждая диаграмма в нотации языка UML 2.х имеет область содержания для изображения графических узлов
и путей между ними, которые представляют собой собственно элементы модели в нотации UML 2.х
Фрейм в нотации UML 2.х используется в тех случаях,
когда отдельные элементы диаграммы имеют графическую границу с другими элементами диаграммы
324
Диаграмма вариантов использования |
|
||
(use case diagram) |
|
|
|
диаграмма, на которой изображаются варианты использования |
|
||
проектируемой системы, заключенные в границу системы, и |
|
||
внешние актеры, а также определенные отношения между |
|
||
актерами и вариантами использования |
|
|
|
|
<<extend>> |
|
|
Клиент Банка |
Пополнить счет |
Открыть счет |
|
|
|
|
|
актеры |
варианты использования |
|
|
|
|
|
|
|
|
Кассир |
|
|
<<extend>> |
|
|
Операционист |
Снять деньги со счета |
Закрыть счет |
|
|
|
||
|
|
|
|
ассоциации |
зависимость с текстовым |
327 |
|
стереотипом |
|
Назначение диаграммы вариантов |
использования |
Определить общие границы функциональности |
проектируемой системы в контексте моделируемой |
предметной области. |
Специфицировать требования к функциональному |
поведению проектируемой системы в форме вариантов |
использования. |
Разработать исходную концептуальную модель системы для |
ее последующей детализации в форме логических и |
физических моделей. |
Подготовить исходную документацию для взаимодействия |
разработчиков системы с ее заказчиками и пользователями |
328 |
Проектируемая система и ее окружение |
Предоставляемые |
Предоставляемые |
|
|
сервисы |
сервисы |
|
ПРОЕКТИРУЕМАЯ С И С Т Е М А
|
|
|
|
|
|
|
|
|
|
|
|
Пользователи |
|
Заинтересованные |
|||
|
системы |
|
|||
|
|
лица |
|||
|
|||||
|
|
|
|
|
Субъект (subject) – любой элемент модели, который обладает функциональным поведением
329
Основные обозначения на диаграмме |
вариантов использования |
Отношение ассоциации |
Актер (эктор) – |
Отношение обобщения |
|
действующее лицо |
|
|
|
Отношение расширения |
|
Вариант использования |
Отношение включения |
|
(прецедент) |
||
|
Граница системы
330