Диаграммы потоков действий-данных (модель деМарко)
Диаграммы потоков действий-данных (ДПДД) являются расширением функциональной модели системы. ДПДД позволяет более точно описать информационные взаимосвязи между процессами (действиями) на основе детальной спецификации потоков данных. Кроме того модель ДПДД позволяет отобразить динамику процессов путем указания потока управления между процессами на основе представлении о событиях. На рис. 4.2.1 представлена типовые графические компоненты ДПДД, а на рис. 4.2.2. для того же примера представлета схема потоков данных.
Рис.
3.2.1.
На рис.3.2.2. представлен пример схемы ДПДД.
Фирма : <ид. фирмы> <ид. документа>
проект: <ид. проекта> индекс документа
тип документа: <наименование типа документа>
элемент: <имя типа элемента> <имя элемента> <ид. элемента>
шифр элемента
|
Составил: ........................... дата.................................... |
Проверил:............................. дата.............................. |
Утвердил:.............................. дата....................................... |
Методика раэработки СУБД ориентированных схем данных на
Рис. 3.2.2.
Фирма : <ид. фирмы> <ид. документа>
проект: <ид. проекта> индекс документа
тип документа: <наименование типа документа>
элемент: <имя типа элемента> <имя элемента> <ид. элемента>
шифр элемента
|
Составил: ........................... дата.................................... |
Проверил:............................. дата.............................. |
Утвердил:.............................. дата....................................... |
Рис.4.2.3.
Стратегии построения схем требований действий
Различают две стратегии построения схемы требований:
построение дерева требований;
построение сети требований.
Построение дерева требований включает в себя следующие
шаги:
1. Функциональное назначение проектируемой системы определяется путем перечисления не более 10 действий.
2. Для каждого действия независимо определяеся не более 10 действий, которые необходимы по мнению разработчика для реализации заданного действия.
3. Последовательно выполняя пункт 2 для вновь вводимых действий добиваемся необходимой степени детализации действий. Действие не требует дальнейшей детализации, если его реализация уже существует, или известна, или реализация действия проста и понятна разработчикам.
Дерево требований наглядно представляется в виде иерархии схем требований. Пример схемы требований представлен ниже:
действие
end
Построение сети требований отличается от построения дерева требований тем, что на каждом шаге детализации необходимо выбирать поддерживающие действия с учетом всего множества объявленных действий.