Миниспицификации. Критерии для завершения детализации DFD –модели

Мини-спецификация (МС)

· •Используется для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD.

· • МС представляют собой алгоритмы описания задач, выполняемых процессами

· •Множество всех МС является полной спецификацией системы.

· Требования к МС

Для каждого процесса нижнего уровня должна существовать одна и только одна спецификация;

· •спецификация должна определять способ преобразования входных потоков в выходные;

· •нет необходимости (на данном этапе) определять метод реализации этого преобразования;

· •спецификация должна стремиться к ограничению избыточности - не следует переопределять то, что уже было определено на диаграмме;

· •набор конструкций для построения спецификации должен быть простым и понятным.

Критерии для завершения детализации

· •Наличия у процесса относительно небольшого количества входных и выходных потоков данных;

· •возможности описания преобразования данных процессом в виде последовательного алгоритма;

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

· •возможности описания логики процесса при помощи МС небольшого объема.

· Структурированный естественный язык

· •Глаголы, ориентированные на действие и применяемые к объектам;

· •термины, определенные на любой стадии проекта;

· •предлоги и союзы, используемые в логических отношениях;

· •общеупотребительные математические, физические и технические термины;

· • арифметические уравнения;

· •таблицы, диаграммы, графы и т.п.;

· • комментарии.

 

25. Рекомендации оформления DFD

При использовании структурированного естественного языка приняты следующие соглашения:

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

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

•логика процесса должна быть выражена четко и недвусмысленно. Ниже приведен пример МС процесса «Покупка лотерейных билетов».

Словарь данных

•Организованный список всех потоков данных системы с их точными определениями

•Словарь данных дает возможность различным категориям пользователей иметь общее понимание структуры и содержимого всех входных и выходных потоков.

 

 

Рекомендации оформления DFD

•Размещать на каждой диаграмме от 3 до 6-7 процессов.

•Не загромождать диаграммы несущественными на данном уровне деталями.

•Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов.

•Выбирать ясные, отражающие суть дела имена процессов и потоков для улучшения понимаемости диаграмм, при этом стараться не использовать аббревиатуры.

 

Преимущества DFD

Преимущества DFD

CASE Consulting Group:

DFD – 90%

SADT (IDEF0) – 10%

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

К преимуществам методики DFD относятся:

· возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;

· возможность проектирования сверху вниз, что облегчает построение модели "как должно быть";

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

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