- •Понятие программного обеспечения, классификация программного обеспечения
- •Жизненный цикл по и его стандартизация, процессы жц по, группы процессов жц по
- •Процесс разработки по: основные действия и их содержание
- •Анализ требований к по
- •Проектирование архитектуры по
- •Кодирование и тестирование по
- •Сертификация процессов разработки по, модель cmm
- •Стратегии жизненного цикла по: понятие, виды и их сравнительная характеристика
- •Каскадная модель жизненного цикла по: описание, преимущества и недостатки, критерии применения
- •Процесс макетирования по: его содержание, преимущества и недостатки, критерии применения
- •Недостатки:
- •Инкрементная модель жизненного цикла по: описание, преимущества и недостатки, критерии применения
- •Спиральная модель жизненного цикла по: описание, преимущества и недостатки, критерии применения
- •Rad модель жизненного цикла по: описание, преимущества и недостатки, критерии применения
- •Структурный подход к разработке по: основные принципы и методы
- •Методология idef0: назначение, icom-модель, правила построения диаграммы
- •Методология idef0: назначение, правила построения иерархии диаграмм, критерии завершения и стратегии декомпозиции
- •Методология dfd: назначение, элементы диаграммы и их назначение, правила построения диаграммы
- •Методология dfd: правила построения иерархии диаграмм, спецификации и их содержание
- •Модификация dfd п. Варда и с. Меллора
- •Модификация dfd д. Хетли и и. Пирбхаи
- •Методология idef1x: назначение, сущности и связи: понятие и их обозначения
- •Методология idef1x: назначение, виды и уровни моделей, порядок построения
- •21 Методология idef3: назначение, единица работы, связи и их виды, соединения и их виды
- •Типы связей idef3
- •Типы соединений
- •Виды указателей idef3
- •22 Основные этапы проектирования программных систем и их содержание
- •Информационные потоки процесса синтеза программной системы
- •23 Структурирование программной системы: цели и модели
- •Широковещательная модель
- •Модель, управляемая прерываниями
- •Модульность программной системы: понятие и свойства модуля, цели модульной декомпозиции
- •Затраты на модульность
- •26 Связность модуля: понятие, виды связности и их описание
- •Характеристика связностей модуля
- •27 Сцепление модулей: понятие, виды сцепления и их описание
- •28 Сложность программной системы, основные подходы к ее оценке
- •29 Структурные карты Констайнтайна
- •Элементы структурных карт: а) – модуль; б) – вызов модуля; в) – связь по данным; г) – связь по управлению
- •Типы вызовов модулей
- •30 Метод анализа и проектирования Джексона
- •Соединения между физическими процессами и их моделями
- •31.Объектно-ориентированный подход к разработке по: основные понятия и принципы
- •32.Язык uml: причины появления и история развития языка, структура языка
- •33.Канонические диаграммы языка uml: их виды и типы, рекомендации построения
- •34.Механизмы расширения uml: виды, примеры использования
- •35.Диаграмма вариантов использования: назначение, принципы построения
- •36.Диаграмма классов: назначение, классы, обозначение классов, их атрибутов и операций
- •37.Диаграмма классов: назначение, отношения между классами и их применение
- •38.Диаграмма композитной структуры: композитные классы и их части, принципы построения
- •39.Диаграмма композитной структуры: кооперации и их использование
- •40. Диаграмма пакетов: назначение, пакеты и отношения между ними
- •41.Диаграмма объектов, назначение, объекты и отношения между ними
- •42.Диаграмма последовательности: назначение, линии жизни, прием и передача сообщений между линиями жизни
- •43.Диаграмма последовательности: назначение, комбинированные фрагменты, их виды и использование
- •44.Диаграмма деятельности: назначение, понятие, семантика и обозначение деятельности, действия и дуг
- •45.Диаграмма деятельности: узлы управления, их виды и применение
- •46. Дополнительные элементы диаграммы деятельности: действия приема и передачи сигналов, центральный буфер и хранилище данных
- •Дополнительные элементы диаграммы деятельности: разбиения, регион прерываемой деятельности, обработчик исключений
- •Диаграмма коммуникации: назначение, принципы построения
- •Диаграмма обзора взаимодействия: назначение, принципы построения
- •Когда применяются диаграммы обзора взаимодействия
- •50. Временные диаграммы: назначение, принципы построения
- •51. Диаграмма конечного автомата: назначение, простое и композитное состояния
- •52. Диаграмма конечного автомата: простые и составные переходы, правила срабатывания переходов
- •6.3. Переход
- •6.6. Сложные переходы
- •53. Диаграмма конечного автомата: псевдосостояния, их виды и применение
- •54. Протокольные конечный автомат: назначение, элементы и принципы построения
- •55. Диаграмма компонентов: назначение, компоненты, интерфейсы и порты, соединения и их виды
- •56. Диаграмма развертывания: назначение, узлы, артефакты, соединения и их виды
- •57. Объектно-ориентированные метрики: назначение, связь с принципами ооп
- •58. Объектно-ориентированные метрики: связность по данным
- •59. Объектно-ориентированные метрики: связность по методам
- •60. Объектно-ориентированные метрики: сцепление объектов и локальность данных
- •61. Объектно-ориентированные метрики: набор метрик Чидамбера и Кемерера
- •62. Объектно-ориентированные метрики: набор метрик Лоренца и Кидда
- •63. Объектно-ориентированные метрики: набор метрик Фернандо Аббреу
42.Диаграмма последовательности: назначение, линии жизни, прием и передача сообщений между линиями жизни
Диаграмма последовательности – диаграмма, предназначенная для представления взаимодействия между элементами модели программной системы в терминологии линий жизни и сообщений между ними. Данная диаграмма имеет два измерения: горизонтальное и вертикальное.
В горизонтальном измерении изображаются линии жизни объектов, взаимодействие которых моделируется на этой диаграмме.
В вертикальной оси на диаграмме последовательности откладывается цепочка событий, возникающих в процессе моделирования взаимодействий.
Линия жизни представляет одного индивидуального участника взаимодействия или отдельную взаимодействующую сущность. Линия жизни обозначается в виде прямоугольника с пунктирной вертикальной линией, идущей от центра прямоугольника вниз. Внутри прямоугольника указывается имя участника взаимодействия в следующем формате:
<имя> ::= [<собственное-имя>] [‘/’ <имя-роли>] [‘:’ <имя-класса>]
Имя в языке UML может быть подчеркнуто, для обозначения того, что линия жизни представляет собой экземпляр класса (объект).
Изображение различных элементов линии жизни приведено на рисунке 8.57. Также на рисунке с помощью стрелок изображены сообщения, которые могут передаваться от одной линии жизни другой.
Рисунок 8.57 – Графическое изображение линии жизни и ее элементов
Сообщение – элемент модели, предназначенный для представления отдельной коммуникации между линиями жизни некоторого взаимодействия. В общем случае сообщение изображается в форме стрелки от одной линии жизни к другой. Вид стрелки сообщения (сигнала) зависит от типа и вида этого сообщения (сигнала). Тип сообщения определяет характер коммуникации, лежащий в основе генерации данного сообщения. Выделяют следующие типы сообщений:
синхронное сообщение, которое соответствует синхронному вызову операции (рисунок 8.58, а);
асинхронное сообщение, которое соответствует асинхронному вызову операции (рисунок 8.58, б);
асинхронный сигнал, соответствующий некоторому асинхронному действию (рисунок 8.58, б);
ответное сообщение, которое означает возврат результата от вызова метода (рисунок 8.58, в);
сообщение создания объекта, которое обозначается также как и ответное сообщение.
полное сообщение, для которого событие передачи и событие приема. Сообщения этого вида обозначаются рассмотренными ранее способами в зависимости от типа сообщения;
потерянное сообщение, для которого существует событие передачи и отсутствует событие приема. Это сообщения никогда не достигнет своего места назначения. (рисунок 8.58, г);
найденное сообщение, для которого существует событие приема, но отсутствует событие передачи (рисунок 8.58, д);
неизвестное сообщение, для которого отсутствуют событие передачи и событие приема. Такие сообщения не должны отображаться на диаграмме.
Рисунок 8.58 – Графическое изображение сообщений в зависимости от их вида и типа
43.Диаграмма последовательности: назначение, комбинированные фрагменты, их виды и использование
Комбинированный фрагмент (рисунок 8.59) – элемент модели, предназначенный для внутренней логической структуры фрагментов взаимодействия. Комбинированный фрагмент определяется посредством оператора взаимодействия и соответствующих ему операндов взаимодействия.
Операнд взаимодействия – отдельный фрагмент взаимодействия, предназначенный для использования в качестве внутренней части комбинированного фрагмента.
Рисунок 8.59 – Графическое изображение комбинированного фрагмента
Оператор взаимодействия определяет тип комбинированного фрагмента и является перечислением следующих 12 литералов: alt, assert, break, critical, ignore, consider, loop, neg, opt, par, seq, strict.
Оператор взаимодействия alt специфицирует комбинированный фрагмент Альтернатива, который представляет некоторый выбор поведения.
Оператор взаимодействия assert специфицирует комбинированный фрагмент Утверждение, который представляет некоторое утверждение.
Оператор взаимодействия break специфицирует комбинированный фрагмент Завершение, который представляет некоторый сценарий завершения.
Оператор взаимодействия par специфицирует комбинированный фрагмент Параллельный, который представляет некоторое параллельное выполнение взаимодействий своих операторов.
Оператор взаимодействия critical специфицирует комбинированный фрагмент Критический регион, траектории которого не могут чередоваться с другими спецификациями наступления событий на тех линиях жизни, которые этот регион покрывает.
Оператор взаимодействия consider специфицирует комбинированный фрагмент Рассмотрение, в котором изображены только те типы сообщений, какие должны рассматриваться в этом фрагменте.
Оператор взаимодействия ignore специфицирует комбинированный фрагмент Игнорирование, в котором имеются некоторые типы сообщений, не изображенные на данной диаграмме.
Оператор взаимодействия loop специфицирует комбинированный фрагмент Цикл, который представляет собой циклическое повторение некоторой последовательности сообщений.
Оператор взаимодействия neg специфицирует комбинированный фрагмент Отрицание, представляющий траектории, которые определяются как недействительные или недопустимые.
Оператор взаимодействия opt специфицирует комбинированный фрагмент Необязательный, который представляет выбор поведения, когда либо выполняется 1 операнд, либо вообще ничего.
Оператор взаимодействия seq специфицирует комбинированный фрагмент Слабое следование, который состоит из нескольких операндов и представляет слабое следование поведения отдельных операндов.
Оператор взаимодействия strict специфицирует комбинированный фрагмент Строгое следование, который состоит из нескольких операндов и представляет строгий порядок следования поведений отдельных операндов.