19. Системная структурная диаграмма, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.

Диаграмма структуры программного приложения (SSD) задает взаимосвязь функций и программных модулей, которые их реализуют (меню,формы,отчеты и т.д.).

Структура программного приложения (SSD) — представляет собой иерархическую взаимосвязь программных модулей, которые реализует ИС. SSD служит мостом для перехода от системных требований, которые отображены в предыдущих диаграммах (BFD, DFD, STD, ERD), к реализации информационной системы.

Нотация Объект	Констатейн	Джексон	SADT	SAG
Модуль		НЕТ		Системная функция
Библиотечный модуль		НЕТ
Вызов модуля		НЕТ
Связь по данным				+ описание соответствующей секции
Связь с бизнес функцией			Через ICOM метки или механизм наследования	Через наследование

Фрагмент SSD в нотации SAG для задачи аналитического учёта товаров на складе

20. Диаграмма прецедентов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.

	- Актер - внешний пользователь процесса
	- Прецедент использования (бизнес-процесс)

Диаграмма прецедентов использования выявляет основные бизнес-процессы как последовательности транзакций, которые должны выполняться целиком, когда выполнение обособленного подмножества действий не имеет значения без выполнения всей последовательности. Прецеденты использования инициируются из внешней среды пользователями ЭИС, называемыми актерами. На этом уровне моделирования не раскрывается механизм реализации процессов. Представленные сущности имеют следующие графические обозначения:

Актер инициирует выполнение прецедента использования и получает от него результаты. Взаимодействие (ассоциация) актера с прецедентом использования осуществляется в результате события, которое обозначается поименованной стрелкой. Один актер может участвовать в нескольких прецедентах использования, а в одном прецеденте использования может быть занято несколько актеров.

В реализации прецедента использования возможно выделение нескольких потоков событий:

• основной поток событий, который приводит к требуемому результату наиболее коротким путем, например выполнение заказа без задержек;

• альтернативные потоки событий, например временное откладывание или полный отказ от выполнения заказов. Основной и альтернативный потоки событий в модели прецедентов использования описываются в виде неформальных текстовых комментариев.

Несколько прецедентов использования может иметь общую часть, выделяемую в самостоятельный прецедент использования, с которым устанавливаются отношения использования (uses). С другой стороны, некоторые прецеденты использования могут быть расширены деталями. В таком случае создается дополнительный прецедент использования, с которым устанавливаются отношения расширения (extends).