- •Дисциплина «Технология разработки программного обеспечения»
- •Структурная и функциональная схемы: структурные схемы пакетов программ, программного комплекса, программной системы; функциональная схема-схема данных, основные обозначения по гост 19.701-90.
- •Проектирование структуры программного обеспечения с использованием метода пошаговой детализации: основное правило и рекомендации по применению.
- •Проектирование программного обеспечения с использованием методов декомпозиции данных: метод Джексона, метод Варье-Орра.
- •Унифицированный язык моделирования (uml) разработки программного обеспечения на основе объектного подхода.
- •Спецификация программного обеспечения при использовании uml: модель использования, логическая модель, модель реализации, модель процессов, модель развертывания.
- •Варианты использования: основные, вспомогательные, дополнительные, краткая и подробная формы описания.
- •Диаграммы вариантов использования – прецедентов (uses case diagrams): действующее лицо, вариант использования, связь; связи использования и расширения.
- •Диаграмма последовательностей системы (seguence diagrams), системные события и операции, описание системной операции.
- •Диаграммы деятельностей (activity diagrams) этапа анализа требований и уточнения спецификаций: деятельность, альтернативные и параллельные процессы, условные обозначения.
- •Проектирование структуры программного обеспечения при объектном подходе: стереотипы классов – классы сущности, классы интерфейсы, управляющие классы, исключения, пакеты классов.
- •Диаграмма пакетов (package diagrams): назначение, условные обозначения, связи, глобальные пакеты, обобщение пакетов.
- •Определение отношений между объектами: диаграмма кооперации (collaboration diagrams) – обозначение объектов и потоков данных, варианты реализации сценария.
- •Классы интерфейсы: назначение, условные обозначения реализации, зависимость класса от интерфейса.
- •Проектирование классов: структура объектов – атрибуты и операции класса, полное описание атрибута, полное описание операции, ответственность класса.
- •Диаграмма состояний объекта (statechart diagrams): назначение, условные обозначения, состояние объекта, переходы, условие перехода.
- •Диаграмма деятельностей методов класса: назначение, условные обозначения.
- •Диаграмма компонентов (component diagrams): назначение, условные обозначения, зависимость компонентов.
- •Диаграмма размещения (deployment diagrams): назначение, условные обозначения, узлы и их соединения.
- •Система условных обозначений uml.
Диаграмма последовательностей системы (seguence diagrams), системные события и операции, описание системной операции.
Для представления временных особенностей передачи и приема сообщений между объектами используется диаграмма последовательностей.
Диаграмма последовательностей системы (sequence diagram) – графическая модель, которая для определённого сценария варианта использования показывает генерируемые действующими лицами события и их порядок. При этом система рассматривается как единое целое. Для построения диаграммы последовательностей системы необходимо:
представить систему как «чёрный ящик» и изобразить для неё линию жизни – вертикальную пунктирную линию, подходящую к блоку снизу;
идентифицировать каждое действующее лицо и изобразить для него линию жизни;
из описания варианта использования определить множество системных событий и их последовательность;
изобразить системные события в виде линий со стрелкой на конце между линиями жизни действующих лиц и системы, а также указать имена событий и списки передаваемых значений.
В отличие от внутренних событий, события, которые генерируются для системы действующими лицами, называют системными. Системные события инициируют выполнение соответствующего множества операций, также называемых системными. Каждую системную операцию называют по имени соответствующего сообщения.
Для диаграммы последовательностей ключевым моментом является динамика взаимодействия объектов во времени. При этом диаграмма последовательностей имеет два измерения. Одно – слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, который изображается в виде прямоугольника и располагается в верхней части линии жизни. Крайним слева изображается объект, являющийся инициатором взаимодействия. Второе измерение – вертикальная временная ось. Начальному моменту соответствует самая верхняя часть диаграммы. Процесс взаимодействия объектов реализуется посредством сообщений. На диаграмме последовательностей могут присутствовать следующие виды сообщений: 1 – для вызова процедур, выполнения операций или обеспечения отдельных вложенных потоков управления; 2 – для обозначения простого асинхронного сообщения, которое передается в произвольный момент; 3 – для возврата из вызова процедуры;
4 – для рекурсивного взаимодействия.
Диаграммы деятельностей (activity diagrams) этапа анализа требований и уточнения спецификаций: деятельность, альтернативные и параллельные процессы, условные обозначения.
На этапе анализа требований и уточнения спецификаций диаграммы деятельностей позволяют конкретизировать основные функции разрабатываемого программного обеспечения. Под деятельностью понимают операцию, которую необходимо выполнить вручную или с помощью средств автоматизации. Каждому варианту использования соответствует своя последовательность задач. В теоретическом плане диаграммы деятельности являются обобщенным представлением алгоритма, реализующего анализируемый вариант использования. На диаграмме деятельность обозначается прямоугольником с закругленными углами. Диаграммы деятельностей позволяют описывать альтернативные и параллельные процессы. Для обозначения альтернативных процессов используют ромб, условие указывают над ним слева или справа, а альтернативы «да», «нет» – рядом с соответствующими выходами. С помощью этого же блока можно построить циклический процесс. Множественность активации деятельности обозначают символом «*», помещенным рядом со стрелкой активации деятельности, и при необходимости уточняют надписью вида «для каждой строки». Для обозначения параллельных процессов используют линейки синхронизации, причем условие синхронизации можно уточнить, указав его на диаграмме.
Имя
деятельности
а б в г д
а – деятельность; б – решение или соединение; в – линейки синхронизации;
г – начало; д – конец