Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Пис пис пис!.docx
Скачиваний:
0
Добавлен:
01.04.2025
Размер:
1.96 Mб
Скачать
  1. Миниспицификации. Критерии для завершения детализации dfd –модели

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Рекомендации оформления dfd

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

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

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

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

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

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

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

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

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

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

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

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

  1. Преимущества dfd

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

CASE Consulting Group:

DFD – 90%

SADT (IDEF0) – 10%

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

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

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

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

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

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