- •Введение в Программную Инженерию
- •Отчет о хаосе
- •Что влияет на успешность программного проекта ?
- •В конце 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 переводит деятельность в последующее состояние сразу, как только
- •Поток объектов. Объекты, которые являются входными или выходными данными для какого- либо действия,
- •Пример
- •Центральным объектом процесса продажи является заказ или вернее состояние его выполнения.
- •Упражнение
- •Исходные данные
- •Проблемы
- •Решения
- •Цель
- •подсказка
- •Модель сущность- связь
- •ДАЛЕЕ ДЛЯ ДО
- •Архитектура ПО
- •Управление
Диаграмма деятельности
При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс изменения ее состояний, но и детализировать особенности алгоритмической и логической реализации выполняемых системой операций
В контексте языка UML деятельность (activity) представляет собой некоторую совокупность отдельных операций.
При этом отдельные операции могут приводить к некоторому результату или действию (action).
На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности.
Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние срабатывает только при завершении этой, операции в предыдущем состоянии.
Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами – переходы от одного состояния действия к другому.
Ветвление на диаграмме деятельности обозначается небольшим ромбом, внутри которого нет никакого текста
Процедуру вычисления корней квадратного уравнения можно представить в виде диаграммы деятельности с тремя состояниями действия и ветвлением
В языке UML для распараллеливания операций используется специальный символ для разделения (рис. а) и слияния (рис. б) параллельных
Диаграммы деятельности в моделировании бизнес-
процессовДля моделирования Б-ПР в языке UML используется специальная конструкция, получившее название дорожки
(swimlanes). Имеется в виду визуальная аналогия с плавательными дорожками в бассейне, если смотреть на соответствующую диаграмму. При этом все состояния действия на диаграмме деятельности делятся на отдельные группы, которые отделяются друг от друга вертикальными линиями. Две соседние линии и образуют дорожку, а группа состояний между выполняется отдельным подразделением группой, отделением, филиалом)
В общем случае действия на диаграмме деятельности выполняются над теми или иными объектами. Эти объекты либо инициируют выполнение действий, либо определяют некоторый результат этих действий.
Для графического представления объектов используются прямоугольник где имя объекта подчеркивается. Далее после имени может указываться характеристика состояния объекта в прямых скобках. Такие прямоугольники объектов присоединяются к состояниям действия отношением зависимости пунктирной линией со стрелкой.
Соответствующая зависимость определяет состояние конкретного объекта после выполнения предшествующего действия.
Состояние действия (action state) является специальным случаем состояния с некоторым входным действием и, по крайней мере, одним выходящим из состояния переходом. Этот переход неявно предполагает, что входное действие уже завершилось. Графически состояние действия изображается прямоугольником с закругленными углами
