Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы к экзамену II семестр ПИ-411.doc
Скачиваний:
24
Добавлен:
25.09.2019
Размер:
1.27 Mб
Скачать
  1. Метод моделирования dfd. Назначение метода. Структура бизнес-модели по уровням декомпозиции.

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

Для построения ДФД традиционно используются 2 различные нотации, соответствующие методам Йордана-Де Марко и Гейн Сэрсон. В соответсвтии с данным методом(Сэрсон), модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки, переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных, внешним сущностям.

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

  1. Метод моделирования DFD. Состав диаграмм DFD. Основные компоненты.

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

 

Основные компоненты диаграмм потоков данных являются

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

2.             системы и подсистемы. Анализируемая система может быть представлена в общем виде в виде одной системы как единое целое, либо она может быть сразу декомпозированна на ряд подсистем. Подсистема или система изображается:

 

 

 

 

 

 

Номер подсистемы служит для ее идентификации, поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

3.            

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

Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа.

Информация в поле физической реализации показывает какое подразделение, программа или аппаратное устройство выполняет данный процесс.

 

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

Накопитель данных идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

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

 

 

5.             поток данных — определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных м.б. информацией, передаваемой по кабелю м/у 2 устройствами, письмами, пересылаемыми по почте, магнитными лентами, дискетами, флешками, винчестерами и т.д. Обозначается линией, которая показывает направление потока. Каждый поток данных имеет имя, отражающий его содержание.

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

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

 

Главная цель построения иерархии DFD заключается в том, чтобы сделать описание системы ясным и понятным на каждом уровне детализации, а так же разбить описание на части с точно определенными отношениями м/у ними. Рекомендации (чтобы сделать систему ясной и понятной):

                     размещать на каждой диаграмме от 3 до 6-7 процессов (аналогично САП). Верхняя граница соответствует человеческим возможностям одновременного восприятия и понимания структуры сложной системы с множеством внутренних связей. Нижняя граница — по соображениям здравого смысла.

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

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

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