Письменные лекции по дисциплине «Разработка и анализ требований»

●Связь объектов (атрибут не указан)

●Связь объектов (атрибут указан)

— первый вариант

— второй вариант

4.23. Диаграмма объектов: пример

4.24. Диаграмма компонентов

Используется для показа структуры ПО.

Компонент: программная реализация класса или нескольких классов (файлы с исходным кодом).

Артефакт: таблицы, файлы данных, рисунки, исполняемые файлы, документы, динамически загружаемые библиотеки (кроме файлов с исходным кодом).

Компонент и артефакт могут быть связаны связью «зависимость». Компонент и компонент могут быть связаны связями «зависимость»

либо «реализация».

4.25. Диаграмма компонентов UML 1.4

4.26. Диаграмма компонентов (UML 2.0)

main зависит от component, а component зависит от mmm.dll.

Order зависит от Product и Account.

4.27. Интерфейс на диаграмме компонентов

Далее представлены два варианта отображения интерфейса на диаграмме.

Calculator реализует интерфейс, от которого зависит Robot. Calculator предоставляет интерфейс, который используется

Robot'ом.

4.28. Интерфейс на диаграмме компонентов (2)

Далее представлены два варианта отображения интерфейса на диаграмме.

4.29. Диаграмма развертывания

Моделирует физическое развертывание артефактов на узлах.

4.30. Диаграмма последовательности

Диаграмма последовательности (англ. sequence diagram) — UML-диаграмма, на которой для некоторого набора объектов на единой временной оси показан жизненный цикл объекта (создание-деятельность-уничтожение некой сущности) и взаимодействие актеров (действующих лиц) информационной системы в рамках прецедента.

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники с названиями объектов), вертикальные «линии жизни» (англ. lifeline), отображающие течение времени, прямоугольники, отражающие деятельность объекта или выполнение им определенной функции (прямоугольники на пунктирной «линии жизни»), и стрелки, показывающие обмен сигналами или сообщениями между объектами.

Рекомендуется не использовать более 7-ми объектов. В данном случае представлены два: Иван Иванович и Вася.

4.31. Диаграмма взаимодействия (кооперации, collaboration)

Диаграмма взаимодействия показывает поток сообщений между объектами системы и основные ассоциации между ними и по сути является альтернативой диаграммы последовательностей.

В данном случае временной интервал оценить трудно.

4.32. Диаграмма последовательности (2)

4.33. Диаграмма обзора взаимодействия

Interaction Overview diagram

4.34. Диаграмма синхронизации

Timing diagram

4.35. Диаграмма пакетов

Лекция 5. Анализ требований на основе моделирования бизнес-процессов

5.1. Моделирование бизнес-процессов Бизнес-процесс — совокупность взаимосвязанных и

взаимодействующих видов деятельности, преобразующая входы в выходы и представляющая ценность для потребителя.

Бизнес-модель — это формализованное (графическое, табличное, текстовое) описание бизнес-процессов, отражающее реально существующую или предполагаемую деятельность предприятия.

На основе бизнес-модели формируются требования к ПО.

5.2. Процесс разработки требований

DFD-диаграмма:

5.3. Процессы обработки данных варианта использования

DFD-диаграмма:

В виде прямоугольников — сущности, в виде овалов — процессы / виды деятельности / работы.

Бизнес-процесс представляет собой преобразование исходных данных в далее используемые выходные данные.

5.4. Категории бизнес-процессов Основные процессы — процессы, составляющие основную

деятельность предприятия и приносящие доход.

Например, обучение по программам высшего образования.

Вспомогательные процессы — процессы, обеспечивающие выполнение основных процессов (администрирование, обеспечение безопасности, закупка материалов, комплектующих ...).

Например, закупка оборудования (столы, стулья и др.), обеспечение энергетическими ресурсами (вода).

Процессы управления — процессы, оказывающие влияние на все другие процессы.

Например, работа личного кабинета университета, финансовое планирование.