Функционально – ориентированное проектирование эис

Основными идеями функционально-ориентированной CASE-технологии являются идеи структурного анализа и проектирования ИС. Они заключаются в следующем:

1. декомпозиция всей системы на некоторое множество иерархически подчиненных функций;

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

В качестве инструментальных средств структурного анализа и проектирования выступают следующие диаграммы:

• BFD – диаграмма бизнес-функций (функциональные спецификации):

позволяют представить общую структуру ИС, отражающую взаимосвязь различных задач (процедур) в процессе получения требуемых результатов. Основными объектами этих диаграмм являются:

• Функция – некоторое действие ИС, необходимое для решения экономической задачи;

• Декомпозиция функций – разбиение функций на множество подфункций;

• SAG нотация:

• DFD – диаграмма потоков данных (ДПД);

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

• STD – диаграмма переходов состояний (ДПС - матрицы перекрестных ссылок);

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

• SSD – диаграмма структуры программного приложения задает взаимосвязь функций и программных модулей, которые их реализуют. Представляет собой иерархическую взаимосвязь программных модулей, которые реализует ИС. Служит мостом для перехода от системных требований, которые отображены в предыдущих диаграммах, к реализации информационной системы. Фрагмент SSD-диаграммы в нотации SAG для задачи аналитического учета на складах имеет вид:

• E RD – ER-модель данных предметной области (информационно-логические модели «сущность – связь»):

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

О бъектно-ориентированное проектирование эис

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

Конечным результатом процесса ООП должно стать множество классов объектов с присоединенными методами обработки атрибутов. Если в функциональном подходе модели данных и операции разрабатываются относительно независимо друг от друга и только координируются между собой, то ОО подход предполагает совместное моделирование данных и процессов. При этом модели проблемной области в репозитории постепенно уточняются.

В связи с этим система ОО моделей постепенно разворачивается по направлению от модели общего представления функциональности ЭИС к модели динамического взаимодействия объектов, на основе которой могут быть сгенерированы классы объектов конкретной программно-технической среде.

Для ОО моделирования используется унифицированный язык моделирования (UML). Система ОО моделей в соответствии с нотациями UML включает в себя следующие диаграммы:

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), которая отображает распределение объектов по узлам вычислительной сети.