
- •Использование системного подхода при проектировании программного обеспечения
- •Основные проблемы разработки и проектирования по и методы их преодоления
- •Понятие жизненного цикла по и его роль в проектировании информационных систем
- •Понятие модели жц в проектировании информационных систем, терминология моделей жц
- •Понятие архитектуры программного обеспечения и причины возникновения такого понятия в рамках процесса создания информационных систем
- •Понятие "сложности" в современном проектировании информационных и способы её преодоления
- •Использование принципа декомпозиции в процессе проектирования информационных систем
- •Принципы объектно-ориентированного подхода к проектированию информационных систем
- •Основные понятия объектно-ориентированного подхода к проектированию информационных систем
- •Понятие соединения между элементами объектной модели и различные виды соединений
- •Понятие гибкого моделирования, манифест и основные принципы гибкого процесса проектирования
- •Понятие гибкого унифицированного процесса проектирования
- •Фазы и дисциплины унифицированного процесса проектирования, распределение работ на различных фазах для основных дисциплин
- •Начальная фаза унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Понятие требования к информационной системе, типы и категории требований
- •Понятие прецедента в процессе моделирования требований к информационной системе, модель прецедентов.
- •Понятие исполнителя в процессе формализации требований к информационной системе
- •Артефакты унифицированного процесса, используемые для описания нефункциональных требований к информационной системе
- •Фаза развития унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Задачи фазы развития унифицированного процесса и планирование итераций на этой фазе проектирования
- •Моделирование предметной области и основные понятия модели предметной области
- •Использование классов описаний и производных атрибутов в процессе моделирования предметной области
- •Понятие системного события и идентификация системных событий
- •Открытый системный интерфейс и описание операций в рамках унифицированного процесса проектирования
- •Проектирование динамической структуры по с использованием uml в рамках объектно-ориентированного подхода
- •Средства uml для выражения полиморфных сообщений в контексте проектирования динамической структуры по
- •Средства uml для выражения асинхронных вызовов в контексте проектирования динамической структуры по
- •Проектирование статической структуры по с использованием uml в рамках объектно-ориентированного подхода
- •Средства uml для представления атрибутов коллекций в контексте проектирования статической структуры по
- •Признаки существования зависимости между классами в контексте проектирования статической структуры по
- •Стадии создания информационной системы в рамках канонического проектирования
- •Обследование и технико-экономическое обоснование проекта
- •Разработка технического задания в соответствии с гост 34.602-89
- •Состав и содержание технического задания (гост 34.602- 89)
- •Состав эскизного и технического проектов
- •Типовое проектирование информационных систем
-
Понятие системного события и идентификация системных событий
Системные диаграммы последовательности. (СДП)
Диаграммы последовательностей — это артефакт, иллюстрирующий входные и выходные события, которые связаны с разрабатываемой системой. Входными данными для создания системных диаграмм последовательностей служит описание прецедентов и системные события. Операции, отображаемые на СДП, могут также анализироваться в описании операций и словаре терминов, они служат отправной точкой для проектирования взаимодействия объектов. На СДП для определенного хода событии, описанного в прецеденте отображаются внешние исполнители, которые взаимодействуют непосредственно с системой, сама система, как «черный ящик», а также системные события, инициируемые исполнителями, при этом порядок событий должен соответствовать их последовательности в описании прецедента.
Время на диаграмме последовательности изменяется сверху в низ. Прецеденты определяют, как внешние исполнители взаимодействуют с программной системой (система может быть не только программной). В процессе этого взаимодействия исполнителем генерируются системные события, которые представляют собой запросы на выполнение некой системной операции. В состав языка UML входят обозначения, для создания диаграмм последовательностей, С помощью которых можно иллюстрировать взаимодействие исполнителя c системой и операции, которые при этом инициируются.
СДП – это схема, которая для определенного сценария прецедента показывает генерируемые внешними исполнителями события, их порядок, а также события, генерируемые внутри самой системы. (имеются в виду те события, которые система отдает в ответ). При этом все системы рассматриваются как черный ящик. Назначение данной диаграммы – отображение событий. передаваемых (и принимаемых) системой через ее границы. Диаграмма последовательностей создается для основного успешного сценария прецедента, а при необходимости и для наиболее существенных и сложных альтернативных сценариев.
Программная система реагирует на три типа событий:
-
Внешние события, инициируемые исполнителями (людьми или другими системами).
-
Таймерные события.
-
Сбои или исключения.
На СДП может содержаться любой из указанных типов событий. Перед проектированием логики
работы ИС определяется ее поведение, как черного ящика. Поведение системы представляет собой
описание того, какие действия выполняет система без определения механизма их реализации.
Составными частями такого описания являются:
-
Диаграммы последовательностей.
-
Прецеденты.
-
Описание системных операций.
Системные события на СДП нужно именовать на абстрактном уровне, а не в терминах входных физических носителей данных или управляющих элементах пользовательского интерфейса. Имя системного события лучше всего начинать с глагола, это повышает читабельность имен и подчеркивает направленность событий.
На СДП термины (операции, параметры, возвращаемые значения) отображаются в краткой форме, поэтому на этапе проектирования могут понадобиться некоторые пояснения этих терминов. Если значения терминов не объясняются на языке прецедентов, то их надо ввести в словарь терминов. Как правило, СДП строится только для тех сценариев, которые будут реализовываться на следующих итерациях.