- •Введение в Программную Инженерию
- •Отчет о хаосе
- •Что влияет на успешность программного проекта ?
- •В конце 60-х – начале 70-х годов прошлого века произошло событие, которое вошло
- •Software Engineering ( SE ) 1968 год Конференции НАТО
- •Этапы развития программной инженерии
- •software engineering
- •Все виды деятельности, выполняемые в процессе промышленного программирования и необходимые для успешного выполнения
- •Установление и использование правильных инженерных принципов (методов) для экономичного получения надежного и работающего
- •ТАКИМ ОБРАЗОМ
- •Согласно SWEBOK (Software
- •Дополнительные области
- •Программное
- •ЖЦ, Программный
- •Программный процесс — это набор действий и связанных с ними результатов, приводящих к
- •Модель программного процесса
- •Говоря о моделях процессов, необходимо различать фазы и виды деятельности:
- •Вид деятельности
- •К наиболее известным
- •визуального программирования (3 пок – алгоритмический (как делать))
- •Артефакты - это некоторые продукты проекта, порождаемые или используемые в нем при работе
- •Методы программной инженерии
- •Метод программной индустрии основан на идее создания моделей ПО с поэтапным преобразованием этих
- •Методы должны включать в себя
- •Начиная с 70-х годов создано достаточно много методов разработки ПО. Наиболее известны:
- •UML Unified Modeling Language
- •Виды диаграмм
- •Структурные диаграммы
- •Поведенческие
- •1. Диаграммы вариантов использования (Use Case)
- •Суть диаграммы use case
- •Базовые элементы этого вида диаграмм —
- •Стандартные элементы
- ••Варианты использования описывают не только взаимодействия между пользователями и сущностью, но также реакции
- •Актеры
- •Интерфейсы
- •Примечания
- •Отношения на диаграмме вариантов использования
- •Отношение ассоциации
- •Отношение расширения
- •Отношение обобщения
- •Отношение включения
- •Бизнес ВИ и Системные ВИ
- •Системная диаграмма ВИ
- •Пример диаграммы вариантов использования
- •На следующем этапе разработки данной диаграммы вариант использования "Оформить заказ на покупку товара"
- •Приведенная диаграмма вариантов использования, в свою очередь, может быть детализирована далее с целью
- •Диаграмма деятельности
- •При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс
- •В контексте языка UML деятельность (activity) представляет собой некоторую совокупность отдельных операций.
- •Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в
- •Ветвление на диаграмме деятельности обозначается небольшим ромбом, внутри которого нет никакого текста
- •В языке UML для распараллеливания операций используется специальный символ для разделения (рис. а)
- •Диаграммы деятельности в моделировании бизнес-
- •В общем случае действия на диаграмме деятельности выполняются над теми или иными объектами.
- •Состояние действия (action state) является специальным случаем состояния с некоторым входным действием и,
- •Каждая диаграмма деятельности должна иметь единственное начальное и единственное конечное состояния.
- •Переход как элемент языка UML переводит деятельность в последующее состояние сразу, как только
- •Поток объектов. Объекты, которые являются входными или выходными данными для какого- либо действия,
- •Пример
- •Центральным объектом процесса продажи является заказ или вернее состояние его выполнения.
- •Упражнение
- •Исходные данные
- •Проблемы
- •Решения
- •Цель
- •подсказка
- •Модель сущность- связь
- •ДАЛЕЕ ДЛЯ ДО
- •Архитектура ПО
- •Управление
Отношение обобщения
Отношение обобщения служит для указания того факта, что некоторый вариант использования А может быть обобщен до варианта использования В. В этом случае вариант А будет являться специализацией варианта В. При этом В называется предком или родителем по отношению А, а вариант А — потомком по отношению к варианту использования В.
Потомок наследует все свойства и поведение своего родителя, а также может быть дополнен новыми свойствами и особенностями поведения.
Отношение обобщения между вариантами использования применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми атрибутами и особенностями поведения родительских вариантов. При этом дочерние варианты использования участвуют во всех отношениях родительских вариантов.
Отношение включения
Отношение включения между двумя вариантами использования указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования. Данное отношение является направленным бинарным отношением в том смысле, что пара экземпляров вариантов использования всегда упорядочена в отношении включения.
Семантика этого отношения определяется следующим образом. Когда экземпляр первого варианта использования в процессе своего выполнения достигает точки включения в последовательность поведения экземпляра второго варианта использования, экземпляр первого варианта использования выполняет последовательность действий, определяющую поведение экземпляра второго варианта использования, после чего продолжает выполнение действий своего поведения.
Отношение включения, направленное от варианта использования А к варианту использования В, указывает, что каждый экземпляр варианта А включает в себя функциональные свойства, заданные для варианта В. Эти свойства специализируют поведение соответствующего варианта А на диаграмме.
Бизнес ВИ и Системные ВИ
На Бизнес Диаграмме ВИ (БДВИ) отображается, как взаимодействуют
внешние пользователи с вашей организацией для достижения бизнес целей. На ней обычно показывают внешних по отношению к вашей организации актеров, например, клиентов и внешние организации. Старайтесь на этом этапе избегать связей <include> и <extend>. Данная диаграмма используется на этапе Бизнес Моделирования. Очень важно на этом этапе показать диаграмму Бизнес Объектов, которая отображает основные бизнес-сущности (и их свойства) и взаимосвязи между ними.
Системная диаграмма ВИ
На Системной Диаграмме ВИ (СВИ) отображается, как взаимодействуют ваши внутренние Пользователи с вашей автоматизированной Системой, т.е. отображаются пользовательские функциональные требования к ПО. Данная диаграмма используется на этапе Системного Анализа и формализации требований к ПО.
Пример диаграммы вариантов использования
Вкачестве примера рассмотрим процесс моделирования системы продажи товаров по каталогу, которая может быть использована при создании соответствующих информационных систем.
Вкачестве актеров данной системы могут выступать два субъекта, один из которых является продавцом, а другой — покупателем. Каждый из этих актеров взаимодействует с рассматриваемой системой продажи товаров по каталогу и является
еепользователем, т. е. они оба обращаются к соответствующему сервису "Оформить заказ на покупку товара".
Первоначальная структура диаграммы может включать в себя только двух указанных актеров и единственный вариант использования
На следующем этапе разработки данной диаграммы вариант использования "Оформить заказ на покупку товара" может быть уточнен на основе введения в рассмотрение четырех дополнительных вариантов использования. Это следует из более детального анализа процесса продажи товаров, что позволяет выделить в качестве отдельных сервисов такие действия, как обеспечить покупателя информацией о товаре, согласовать условия оплаты товара и заказать товар со склада.
С другой стороны, продажа товаров по каталогу предполагает наличие самостоятельного информационного объекта — каталога товаров, который в некотором смысле не зависит от реализации сервиса по обслуживанию покупателей. В нашем случае, каталог товаров может запрашиваться покупателем или продавцом при необходимости выбора товара и уточнения деталей его продажи. Вполне резонно представить сервис "Запросить каталог товаров" в качестве самостоятельного варианта использования.
Приведенная диаграмма вариантов использования, в свою очередь, может быть детализирована далее с целью более глубокого уточнения предъявляемых к системе требований и конкретизации деталей ее последующей реализации. В рамках общей парадигмы ООАП подобная детализация может выполняться в двух основных направлениях.
