Построение диаграмм функциональной спецификации.

Построение данных диаграмм базируется на IDEF 0, особенности языка которого являются естественным языком специалистов. Специалисты обрисовываю поведение совокупности в графическом представлении.

Методика IDEF 0 представляется в виде блоков, взаимодействующих между собой, т.е. в виде функций совокупностей.

Функция – деятельность, процесс либо преобразование, идентифицируемое глаголом или глагольной формой, которая обрисовывает, что должно быть выполнено.

Каждой функции ставится в соответствие блок. Из отдельных блоков создается IDEF диаграмма. IDEF0. Любой блок является процессом , имеющий вход, выход, механизм и управляющее воздействие (ресурс).

Процессный блок возможно декомпозирован на подпроцессы, кроме этого представленные процессными блоками. На 1-й диаграмме (1-м уровне декомпозиции), в большинстве случаев, не отражается более 6 процессных блоков.

Диаграммы IDEF 0 имеют определенный синтаксис сотрудничества блоков, что представляется стрелками. Стрелки изменяют направление под углом 900, изображаются целыми линиями и присоединяются к блоку на его стороны.

Допускается ветвление их слияние и стрелок. Любая сторона функционального блока должна иметь стрелки и стандартные отношения блока. Различают:

1) Выход-вход

2) Отношения управления

3) Обратная сообщение по управлению

4) Отношения обратной связи по входу

5) Выходной механизм

99. Главные определения диаграммы DFD.

DFD — методика графического структурного анализа, обрисовывающая внешние по отношению к совокупности адресаты и источники данных, логические функции, потоки данных и хранилища данных, к каким осуществляется доступ.

Совокупность в DFD представляется в виде некоей информационной модели, главными компонентами которой являются потоки данных от одной системы к второй. Любая из систем делает определенные преобразования входного потока данных и передает результаты обработки информации в виде потоков данных для других подсистем.

Главными компонентами диаграмм потоков данных являются:

l внешние сущности

l накопители данных либо хранилища

l процессы

l потоки данных

l совокупности/системы

l 103. Главные определения диаграммы ERD.

l ориентированы на разработку базы данных, структура которой не зависит от конкретных информационных потребностей и разрешает делать каждые запросы пользователей.

l Главными понятиями ER-модели являются сущность, атрибут и связь.

l Сущность — это настоящий либо воображаемый объект, информация о котором обязана сберигаться и быть дешева. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. Наряду с этим имя сущности — это имя типа, а не некоего конкретного экземпляра этого типа. Сообщение — это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Эта ассоциация постоянно является двоичной и существует между двумя различными сущностями либо между ей и сущностью же самой (рекурсивная сообщение). В любой связи выделяются два финиша (в соответствии с существующей парой связываемых сущностей), на каждом из которых указывается имя финиша связи, степень финиша связи (какое количество экземпляров данной сущности связывается), обязательность связи (т.е. любой ли экземпляр данной сущности обязан принимать участие в данной связи).

l Сообщение представляется в виде линии, связывающей две сущности либо ведущей от сущности к ней же самой. При это в месте стыковки связи с сущностью употребляются трехточечный вход в прямоугольник сущности, в случае если для данной сущности в связи смогут употребляться большое количество (many) экземпляров сущности, и одноточечный вход, в случае если в связи может принимать участие лишь один экземпляр сущности. Необходимый финиш связи изображается целой линией, а необязательный — прерывистой линией.

l Атрибутом сущности есть каждая подробность, которая помогает для уточнения, идентификации, классификации, числовой чёрта либо выражения состояния сущности. Имена атрибутов заносятся в прямоугольник, изображающий сущность, под именем сущности и изображаются малыми буквами, быть может, с примерами.

105. Главные определения диаграммы структуры программного приложения SSD.

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

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

l SSD является мостом для перехода от системных требований, каковые отображены в прошлых диаграммах (BFD, DFD, на данный момент, ERD), к реализации информационной совокупности.

Функциональные требования к ПО в форме модели сценариев применения (Use Cases Model)

Похожие статьи:

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Adblock
detector