
- •Литература к лекции 1.1
- •Лекция 1.2. Жизненный цикл программного обеспечения. Стандарты, регламентирующие жизненный цикл
- •Литература к лекции 1.2
- •Лекция 1.3. Общие принципы проектирования систем. Модели программного обеспечения и их место в процессе проектирования
- •Литература к лекции 1.3
- •Лекция 1.4. Понятие архитектуры программного обеспечения. Архитектурные представления
- •Литература к лекции 1.4
- •Лекция 1.5. Объектная модель
- •Литература к лекции 1.5
- •Раздел 2. Язык uml. Лекция 2.1. Определение и история создания языка uml. Состав диаграмм uml
- •Литература к лекции 2.1
- •Лекция 2.2. Варианты использования и диаграммы вариантов использования. Диаграммы взаимодействия
- •Литература к лекции 2.2
- •Лекция 2.3. Диаграммы классов. Диаграммы состояний. Диаграммы деятельности. Диаграммы компонентов и диаграммы размещения
- •Литература к лекции 2.3
- •Лекция 2.4. Общие механизмы: стереотипы, примечания, ограничения. Понятие образца и способ его описания
- •Литература к лекции 2.4
- •Раздел 3. Моделирование бизнес-процессов и спецификация требований к программному обеспечению Лекция 3.1. Модель Business Use Case. Модель бизнес-анализа
- •Литература к лекции 3.1
- •Лекция 3.2. Определение требований к системе. Варианты использования
- •Литература к лекции 3.2
- •Раздел 4. Анализ и проектирование программного обеспечения Лекция 4.1. Архитектурный анализ. Анализ вариантов использования
- •Литература к лекции 4.1
- •Лекция 4.2. Проектирование архитектуры системы. Подсистемы и интерфейсы. Формирование архитектурных уровней
- •Литература к лекции 4.2
- •Лекция 4.3. Проектирование структуры потоков управления. Проектирование конфигурации системы
- •Литература к лекции 4.3
- •Лекция 4.4. Проектирование классов. Проектирование баз данных
- •Литература к лекции 4.4
- •Раздел 5. Технология создания программного обеспечения. RationalUnifiedProcess(rup)
- •Литература к разделу 5
Лекция 2.2. Варианты использования и диаграммы вариантов использования. Диаграммы взаимодействия
Вариант использования – это ответные действия ПО, являющиеся реакцией на событие, инициируемое извне. Вариант использования описывает типичное взаимодействие между пользователем и ПО. Он отражает представление о поведении системы с точки зрения пользователя. На диаграммах варианты использования представляются в виде овалов.
Действующее лицо – это роль, которую пользователь играет по отношению к системе. На диаграммах вариантов использования они изображаются в виде стилизованных человеческих фигурок. Действующим лицом может быть пользователь-человек, внешняя программная система или время, если запуск каких-либо событий в системе зависит от времени.
Диаграммы вариантов использованияпоказывают, какие действующие лица инициируют варианты использования (от них идет стрелка к варианту использования). Из диаграмм понятно, какие действующие лица получают данные в ходе выполнения варианта использования (к ним идет стрелка от варианта использования).
Правила построения диаграмм вариантов использования:
Не следует моделировать связи между действующими лицами, поскольку это не относится к системе.
Не следует соединять стрелкой два варианта использования.
Каждый вариант использования должен быть инициирован действующим лицом.
Диаграмма вариантов использования является самым общим представлением функциональных требований к системе. Детально функциональные требования описываются в документе, называемом «сценарий варианта использования» или «поток событий». Он подробно документирует процесса взаимодействия действующего лица с системой, реализуемого в рамках варианта использования.
Описание потока событий включает следующие разделы:
краткое описание;
предусловия;
основной поток событий;
альтернативные потоки событий;
постусловия;
расширения и подчиненные потоки.
Хорошо написанный поток событий должен легко читаться и состоять из предложений, написанных в единой грамматической форме. Правила составления описания потока событий:
следует использовать простые предложения;
нужно явно указывать в каждом пункте, кто выполняет действие – действующее лицо или система;
не следует включать в потоко событий слишком незначительные действия;
в описании основного потока не следует рассматривать ошибочные ситуации;
некорректные действия пользователя и внутренние ошибки следует описывать в альтернативных потоках.
В диаграммах вариантов использования может присутствовать несколько типов связей:
связи коммуникации (линия со стрелкой, обозначающая связь между вариантом использования и действующим лицом);
связи включения (пунктирная линия со стрелкой, обозначающая включение многократно используемой функциональности, представленной в виде абстрактного варианта использования);
связи расширения (пунктирная линия со стрелкой, указывающая на особый случай, описанный в абстрактном варианте использования);
связи обобщения (линия с треугольным концом, показывающая, что у нескольких действующих лиц имеются общие черты и различия).
Диаграммы взаимодействияописывают поведение взаимодействующих групп объектов в рамках потока событий. На диаграмме отображается ряд объектов и сообщения, которыми они обмениваются между собой. Сообщение – это средство, с помощью которого объект-отправитель запрашивает у объекта-получателя выполнение одной из его операций. Существует два вида диаграмм взаимодействия: диаграммы последовательности и коммуникационные диаграммы (ранее называемые кооперативными).
Диаграммы последовательностиотражают временную последовательность событий, происходящих в рамках варианта использования. Все действующие лица и объекты системы изображаются в верхней части диаграммы. От каждого из них вниз проведена вертикальная черта – «линия жизни». Стрелки, соответствующие сообщениям, которые передаются между действующим лицом и объектом или между объектами, соединяют линии жизни отправителя и получателя сообщения. Порядок отправки сообщений соответствует их размещению на диаграмме сверху вниз.
Вторым видом диаграмм взаимодействия являются коммуникационные диаграммы. Как и диаграммы последовательности, они отображают поток событий варианта использования. На коммуникационных диаграммам внимание сконцентрировано на связях между объектами. Из них легче понять связи между объектами, однако, труднее уяснить последовательность событий. Объекты и/или действующие лица, обменивающиеся сообщениями соединяются линиями, над которым в виде стрелок обозначаются сообщения. Нумерация сообщений указывает их последовательность во времени.