Интегрированная структурная модель (расширенная DFD)
Интегрированная структурная модель (расширенная DFD)
•Диаграммы, иллюстрирующие функции, которые система должна выполнять, и связи между этими функциями - для этой цели используются собственно диаграммы потоков данных DFD, дополненные словарями данных и спецификациями процессов нижнего уровня;
•Диаграммы, моделирующие данные и их взаимосвязи, - для этой цели используются диаграммы «сущность-связь» ERD (Entity-RelationshipDiagrams);
•Диаграммы, моделирующие поведение системы, - для этой цели используются диаграммы переходов состояний STD (StateTransitionDiagrams).
DFD (DataFlowDiagrams)
•DFD (DataFlowDiagramming) - это стандарт моделирования, в котором система представляется в виде сети работ, соединенных между собой объектами, взаимодействующими с результатами данных работ.
•Сфера применения DFD находится в области моделирования информационных потоков организации. В этой нотации моделируется не последовательность работ, а именно потоки информации (данных) между работами и объектами, которые используют, хранят или "рождают" эти данные.
//напоминание из лекции: отчет – это документ, на основ которого формируются управленческие решения
Базовая нотация DFD.
· •Потокданных
· •Процесс
· •Накопитель
· •Внешняясущность
Поток данных (Dataflow)
· •Механизм, использующейся для моделирования передачи информации (или даже физических компонентов) из одной части системы в другую.
|
|
· •Потоки на диаграммах обычно изображаются именованными стрелками (при этом имя потока отражает его содержимое), ориентация которых указывает направление движения информации
· •Название потока должно быть выражено существительным.
Процесс (Process)
· •Назначение процесса состоит в продуцировании выходных потоков из входных в соответствии с действием, задаваемым именем процесса.
· •Имя должно содержать глагол в неопределенной форме с последующим дополнением (например, ВЫЧИСЛИТЬ МАКСИМАЛЬНУЮ ВЫСОТУ) или отглагольное существительное (ВЫЧИСЛЕНИЕ МАКСИМАЛЬНОЙ ВЫСОТЫ).
Накопитель данных (Datastore )
· •Позволяет на определенных участках определять данные, которые будут сохраняться вне процессов.
· •Информация, которую он содержит, может использоваться в любое время после ее определения, при этом данные могут выбираться в любом порядке.
· •Имя накопителя должно идентифицировать его содержимое и быть существительным во множественном числе.
· •При этом не уточняется способ помещения и извлечения данных в накопитель, нас не интересует, происходит ли извлечение данных для чтения (копирования) или для изъятия и другие подобные вопросы
Внешняя сущность (ExternalEntity)
|
|
· •Сущность вне контекста системы, являющаяся источником или приемником системных данных, например ЗАКАЗЧИК, ПОСТАВЩИК, СКЛАД ТОВАРОВ.
· •Определение некоторого объекта в качестве внешней сущности указывает на то, что он находится за пределами анализируемой системы.
· •Предполагается, что такие объекты не должны участвовать ни в какой обработке.
· •Внешняя сущность располагается только на контекстной диаграмме DFD
Информационный канал
· •Слияние, состоящее из нескольких детализированных (структурированных) потоков данных.
· •Например, на диаграмме верхнего уровня может находиться один информационный поток, а при детализации на следующих уровнях иерархии может выясниться, что данный поток есть результат слияния нескольких потоков.
Миниспицификации. Критерии для завершения детализацииDFD –модели
Мини-спецификация (МС)
· •Используется для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD.
· •МСпредставляют собой алгоритмы описания задач, выполняемых процессами
· •Множество всех МСявляется полной спецификацией системы.
· Требования к МС
Для каждого процесса нижнего уровня должна существовать одна и только однаспецификация;
|
|
· •спецификация должна определять способ преобразованиявходных потоков в выходные;
· •нет необходимости (на данном этапе) определять метод реализации этого преобразования;
· •спецификация должна стремиться к ограничению избыточности - не следует переопределять то, что уже было определено на диаграмме;
· •набор конструкций для построения спецификации должен быть простым и понятным.
Критерии для завершения детализации
· •Наличия у процесса относительно небольшого количества входных и выходных потоков данных;
· •возможности описания преобразования данных процессом в виде последовательного алгоритма;
· •выполнения процессом единственной логической функции преобразования входной информации в выходную;
· •возможности описания логики процесса при помощи МС небольшого объема.
· Структурированный естественный язык
· •Глаголы, ориентированные на действие и применяемые к объектам;
· •термины, определенные на любой стадии проекта;
· •предлоги и союзы, используемые в логических отношениях;
· •общеупотребительные математические, физические и технические термины;
· • арифметические уравнения;
· •таблицы, диаграммы, графы и т.п.;
|
|
· • комментарии.
Рекомендации оформления DFD
При использовании структурированного естественного языка приняты следующие соглашения:
•логика процесса выражается в виде комбинации последовательных конструкций, конструкций выбора и итераций;
•глаголы должны быть активными, недвусмысленными и ориентированными на целевое действие {заполнить, вычислить, извлечь, а не модернизировать, обработать);
•логика процесса должна быть выражена четко и недвусмысленно. Ниже приведен пример МС процесса «Покупка лотерейных билетов».
Словарь данных
•Организованный список всех потоков данных системы с их точными определениями
•Словарь данных дает возможность различным категориям пользователей иметь общее понимание структуры и содержимого всех входных и выходных потоков.
Рекомендации оформления DFD
•Размещать на каждой диаграмме от 3 до 6-7 процессов.
•Не загромождать диаграммы несущественными на данном уровне деталями.
•Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов.
•Выбирать ясные, отражающие суть дела имена процессов и потоков для улучшения понимаемости диаграмм, при этом стараться не использовать аббревиатуры.
Преимущества DFD
Преимущества DFD
CASE Consulting Group:
DFD – 90%
SADT (IDEF0) – 10%
DFD-диаграммы создавались как средство проектирования программных систем, тогда как IDEF0 - как средство проектирования систем вообще
DFD имеют более богатый набор элементов, адекватно отражающих специфику программных систем (например, хранилища данных являются прообразами файлов или баз данных).
С помощью DFD-диаграмм требования к проектируемой ИС разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных
К преимуществам методики DFD относятся:
· возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;
· возможность проектирования сверху вниз, что облегчает построение модели "как должно быть";
· наличие спецификаций процессов нижнего уровня, что позволяет преодолеть логическую незавершенность функциональной модели и построить полную функциональную спецификацию разрабатываемой системы.
К недостаткам модели отнесем: необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных; отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов).
Дата добавления: 2018-02-15; просмотров: 1238; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!