Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЛП-УИ-ДПП.Ф.16-ИС-(2)-10.doc.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
161.79 Кб
Скачать

3. Основные символы диаграммы потоков данных в нотации Гейна-Сарсона (Gane-Sarson) (табл. 1).

Таблица 1

Основные символы DFD и их графическое обозначение

Название символа и назначение

Обозначение

(нотация Гейна-Сарсона)

Поток данных

Процесс

Хранилище (накопитель) данных

Внешняя сущность

Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота.

4. Контекстная диаграмма. Декомпозиция данных

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

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

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

В целях создания более ясных и понятных требований посредством иерархического множества DFD, следует руководствоваться представленными ниже рекомендациями:

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

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

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

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

  • отделять управляющие структуры от обрабатывающих структур (т.е. процессов), локализовать управляющие структуры.

5. Этапы построения dfd-модели

В соответствии с этими рекомендациями процесс построения модели разбивается на следующие этапы:

Подготовительные работы:

  1. сбор и анализ информации;

  2. определение цели моделирования и точки зрения.

Собственно разработка модели потоков данных подразумевает:

  1. расчленение множества требований и организация их в основные функциональные группы;

  2. идентификация внешних объектов, с которыми система должна быть связана.

  3. идентификация основных видов информации, циркулирующей между системой и внешними объектами;

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

  5. изучение предварительной контекстной диаграммы и внесение в нее изменений;

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

  7. формирование DFD первого уровня на базе процессов предварительной контекстной диаграммы;

  8. проверка основных требований по DFD первого уровня;

  9. декомпозиция каждого процесса текущей DFD с помощью детализирующей диаграммы или спецификации процесса;

  10. проверка основных требований по DFD соответствующего уровня;

  11. добавление определений новых потоков в словарь данных при каждом их появлении на диаграммах.

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

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

Рассмотрим суть начальных этапов.

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

В качестве исходной информации при проведения этого этапа служат:

  • данные по оргштатной структуре предприятия;

  • инф. о принятых технологиях деятельности;

  • стратегические цели и перспективы развития;

  • результаты интервьюирования сотрудников;

  • предложения сотрудников по усовершенствованию бизнес-процессов на предприятии;

  • НСИ;

  • данные по имеющимся на предприятии системам и средствам автоматизации;

  • опыт системных аналитиков в части наличия типовых решений.

Обычно источниками информации служат эксперты. Часто именно они являются наилучшими источниками, потому что им знакомы текущие нюансы и недокументированные аспекты системы. Самое важное - это то, что экспертам известны факты, которые не отражены в документах или которые трудно объяснить. Эти факты иногда называют "казаульное знание".

Данный этап осуществляется с использованием следующих методов:

  1. Анкетирование;

  2. Сбор и анализ документов;

  3. Интервьирование.

  4. Опрос;

Анкета для эксперта должна позволять:

  • выяснить функции, составляющие суть рассматриваемого процесса;

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

  • выяснить какая информация и документы поступают к преподавателю-предметнику из внешних источников (завуч, родители, учащиеся, коллеги), а какая передается им самим;

  • установить виды отчетности и формы их представления и т.д.

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

В процессе интервью с экспертом решаются следующие задачи:

  • ограничивается рабочая область проектирования (внешние объекты и способы их взаимодействия, информационные и материальные потоки);

  • уточняются реальные технологии работы и функции;

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

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

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

Определение цели и точки зрения

Целью служит набор вопросов, на которые должна ответить модель. Это то, ради чего создается модель: повышение производительности, улучшение качества образования, повышение прибыли, увеличение числа продаж и т.д.

Цель формулируется в неопределенной форме (идентифицировать, описать, повысить).

Точка зрения – позиция, с которой описывается модель.

Точка зрения должна быть одна: руководитель предприятия, руководитель отдела и т.д.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]