Этапы построения системной структурной диаграммы

1. В диаграмме бизнес-функций необходимо выделить функции, которые будут реализованы в программном виде.

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

3. Определить структуру потоков данных, задав список атрибутов сущностей из ER-диаграммы.

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

5. Задать программную реализацию каждого состояния в виде библиотечного модуля CASE-системы или модуля, написанного на другом языке.

6. Нарисовать эскиз системной структурной диаграммы для каждой выделенной функции.

7. Объединить построенные системные структурные диаграммы в одну исходя из диаграммы бизнес-функции.

8. Проконтролировать, если позволяют CASE-средства, построенную системную структурную диаграмму.

9. Если во время контроля ошибок не найдено, то перейти к прототипированию (макетированию) интерфейса программного приложения на основе системной структурной диаграммы.

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

Найдите соответствие

1) диаграмма прецедентов использования (Use-case diagram), отображает функциональность ИС в виде совокупности выполняющихся последовательностей транзакций;

2) диаграмма классов объектов (Class diagram), отображает структуру совокупности взаимосвязанных классов объектов аналогично ER-диаграмме функционально-ориентированного подхода;

3) диаграмма состояний (Statechart diagram), отображает динамику состояний объектов одного класса и связанных с ними событий;

4) диаграмма взаимодействия объектов (Interaction diagram), отображает динамическое взаимодействие объектов в рамках одного прецедента использования;

5 ) диаграмма деятельности (Activity diagram), отображает потоки работ во взаимосвязанных прецедентах использования (могжет декомпозироваться на более детальные диаграммы);

6) диаграмма пакетов (Package diagram), отображает распределение объектов по функциональным или обеспечивающим подсистемам (могут декомпозироваться на более детальные диаграммы);

7) диаграмма компонентов (Component diagram), которая отображает физические модули программного кода;

8) диаграмма размещения (Deployment diagram), отображает распределение объектов по узлам вычислительной сети.

На этапе эскизного проектирования определяются:

· функции ИС;

· функции подсистем, их цели и ожидаемый эффект от внедрения;

· состав комплексов задач и отдельных задач;

· концепция информационной базы и ее укрупненная структура;

· функции системы управления базой данных;

· состав вычислительной системы и других технических средств;

· функции и параметры основных программных средств.

На этапе создания концептуальной модели описания бизнес-деятельности

На этапе создания концептуальной модели для описания бизнес-деятельности используются модели бизнес-прецедентов и диаграммы видов деятельности, для описания бизнес-объектов – модели бизнес-объектов и диаграммы последовательностей.

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

На этапе создания физической модели детальное проектирование выполняется с использованием диаграмм классов, диаграмм компонентов, диаграмм развертывания.

На этапе Логического проектирования происходит отображение концептуальной схемы БД в логическую схему БД, которая структурирует данные в понятиях базовой модели данных СУБД, например в понятиях реляционной или сетевой модели данных.