Системная структурная диаграмма, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
Диаграмма структуры программного приложения (SSD) задает взаимосвязь функций и программных модулей, которые их реализуют (меню,формы,отчеты и т.д.).
Генерация модулей программного приложения может быть двух видов:
Неполная – генерация заключается в том, что на основании диаграммы «сущность-связь» и выбранной целевой СУБД генерируются модули описания данных DDL на языке описания данных;
Полная. Полный вариант генерации включает в себя:
генерацию DDL на языке описания данных;
выбор среды, в которой будет приведен исходный код, полученный во время генерации;
В результате этого процесса мы получаем исходные пакета программ на языке выбранной среды.
Структура программного приложения (SSD) — представляет собой иерархическую взаимосвязь программных модулей, которые реализует ИС. SSD служит мостом для перехода от системных требований, которые отображены в предыдущих диаграммах (BFD, DFD, STD, ERD), к реализации информационной системы.
Объекты SSD в различных методологиях представлены в табл.2 .5.1.
Таблица 2.5.1. Основные объекты SSD и их отображение в различных нотациях |
||||
Нотация Объект |
Констатейн |
Джексон |
SADT |
SAG |
Модуль |
|
НЕТ |
|
|
Библиотечный модуль |
|
НЕТ |
|
|
Вызов модуля |
|
НЕТ |
|
|
Связь по данным |
|
|
|
+ описание соответствующей секции |
Связь с бизнес функцией |
|
|
Через ICOM метки или механизм наследования |
Через наследование |
Системная
функция
Диаграмма прецедентов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.
Диаграмму прецедентов использования (Use-case diagram) отображает функциональность ЭИС в виде совокупности выполняющихся последовательностей транзакций
Диаграмма прецедентов использования выявляет основные бизнес-процессы как последовательности транзакций, которые должны выполняться целиком, когда выполнение обособленного подмножества действий не имеет значения без выполнения всей последовательности. Прецеденты использования инициируются из внешней среды пользователями ЭИС, называемыми актерами. На этом уровне моделирования не раскрывается механизм реализации процессов
Актер инициирует выполнение прецедента использования и получает от него результаты. Взаимодействие (ассоциация) актера с прецедентом использования осуществляется в результате события, которое обозначается поименованной стрелкой
Один актер может участвовать в нескольких прецедентах использования, а в одном прецеденте использования может быть занято несколько актеров
В реализации прецедента использования возможно выделение нескольких потоков событий:
основной поток событий, который приводит к требуемому результату наиболее коротким путем, например выполнение заказа без задержек;
альтернативные потоки событий, например временное откладывание или полный отказ от выполнения заказов. Основной и альтернативный потоки событий в модели прецедентов использования описываются в виде неформальных текстовых комментариев.
Несколько прецедентов использования может иметь общую часть, выделяемую в самостоятельный прецедент использования, с которым устанавливаются отношения использования (uses). С другой стороны, некоторые прецеденты использования могут быть расширены деталями. В таком случае создается дополнительный прецедент использования, с которым устанавливаются отношения расширения