62. Метод моделирования dfd. Порядок построения иерархии диаграмм dfd.

Первым шагом при построении иерархии является построение контекстных диаграмм. Обычно при проектировании относительно простых систем строится единственная контекстная диаграмма со звездообразной топологией. В ее центре находится главный процесс, соединенный с приемниками и источниками информации, потоками, посредством которых с системой взаимодействуют пользователи и другие сущности внешней системы. Перед построением контекстной ДФД необходимо проанализировать внешние события (сущности), оказывающие влияние на функционирование системы. Количество потоков на контекстной диаграмме д.б. по возможности небольшим, поскольку каждый из них в дальнейшем м.б. разбит на несколько потоков. Для проверки контекстной диаграммы можно составить список событий (должен состоять из описания действий внешних сущностей — событий и соответствующих реакций системы на событие. Каждое событие должно соответствовать одному или более потокам данных. Входные потоки интерпретируются как воздействия, выходные — реакция системы на входные потоки.). Для сложных систем (признак сложности - наличие большого количества внешних сущностей>10, распределенная система или ее многофункциональность) строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственны главный процесс, а набор подсистем соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистемы. Для каждой подсистемы, присутствующей на контекстной диаграмме выполняется ее детализация при помощи ДФД. Это можно сделать путем построения диаграммы для каждого события. Каждое событие представляется в виде процесса, накопителями данных, внешними сущностями и ссылками на другие процессы для описание связей м/у этим процессом и его окружением.

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

Спецификация — конечная вершина в иерархии ДФД. Решение о завершении детализации процесса и использование спецификации принимается аналитиком исходя из следующих критериев:

                     наличие у процесса относительно небольшого количества входных и выходных потоков данных (2-3)

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

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

                     возможность описание логики процесса при помощи спецификации небольшого объема (20-30 строк).

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

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

2.             глаголы д.б активными не двусмысленными и ориентированными на целевое действие (заполнить, вычислить, извлечь, а не модернизировать, обработать)

3.             логика процесса д.б. выражена четко и не двусмысленно

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

Каждый объект данных должен состоять из элементов, являющихся его атрибутами.

63. Метод моделирования DFD. Правила (рекомендации) для определения момента завершения детализации иерархии диаграмм.

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

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

5.             глаголы д.б активными не двусмысленными и ориентированными на целевое действие (заполнить, вычислить, извлечь, а не модернизировать, обработать)

6.             логика процесса д.б. выражена четко и не двусмысленно

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

Каждый объект данных должен состоять из элементов, являющихся его атрибутами.

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

Миниспецификация является конечной вершиной иерархии ДФД. Решение о завершении детализации процесса и использовании миниспецификации принимается аналитиком исходя из следующих критериев:

                     наличия у процесса относительно небольшого количества входных и выходных потоков данных (2-3 потока);

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

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

                     возможности описания логики процесса при помощи миниспецификации небольшого объема (не более 20-30 строк).

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

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