Название: использование Case средств в анализе и проектировании информационных систем( С.Г. Юн Е.В. Рабинов)

Жанр: Технические

Просмотров: 1103


2.4. принципы ограничения сложности idef0-диаграмм

Обычно IDEF0-модели несут в себе сложную и концентрированную информацию, и для того, чтобы ограничить их перегруженность и сделать удобочитаемыми, в соответствующем стандарте приняты соответствующие ограничения сложности:

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

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

3. Нотация DFD (Data Flow Diagrams)

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

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

Подсистема, процесс (Activity) – функция, подсистема или процесс, который обрабатывает и изменяет информацию (рис. 2.7).

 

 

Рис. 2.7. Элемент «Подсистема» («Процесс»)

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

Внешняя сущность (External reference) – представляет собой материальный предмет или физическое лицо, представляющее собой источник или приемник информации, например заказчики, персонал, поставщики, клиенты, склад. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС (рис. 2.8).

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

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

 

                     

 

Рис.  2.8.   Элемент

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

Рис. 2.9. Накопитель данных    

 

 

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

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

На рис. 2.10 представлена DFD диаграмма для внешнего объекта «Заказы клиентов».

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

 

Рис. 2.10. Пример диаграммы DFD

 

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

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

4. Составление отчетов в пакете BPWin

BPWin имеет мощный инструмент генерации отчетов. Отчеты по модели вызываются из пункта меню Report. Всего имеется семь типов отчетов:

Model Report. Этот отчет включает информацию о контексте модели – имя модели, точку зрения, область, цель, имя автора, дату создания и др.

Diagram Report. Отчет по конкретной диаграмме. Включает список объектов (работ, стрелок, хранилищ данных, внешних ссылок и т.д.).

Diagram Object Report. Наиболее полный отчет по модели. Может включать полный список объектов модели (работ, стрелок с указанием их типа и др.) и свойства, определяемые пользователем.

Activity Cost Report. Отчет о результатах стоимостного анализа.

Arrow Report. Отчет по стрелкам. Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.

Data Usage Report. Отчет о результатах связывания модели процессов и модели данных.

Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.

Синтаксические ошибки IDEF0 с точки зрения BPWin разделяются на три типа:

во-первых, это ошибки, которые BPWin выявить не в состоянии. BPWin не позволяет анализировать синтаксис естественного языка (английского и русского) и смысл имен объектов и поэтому игнорирует ошибки этого типа. Выявление таких ошибок – ручная работа;

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

третий тип ошибок BPWin позволяет допустить, но отмечает их. Полный их список можно получить в отчете Model Consistency Report. Список ошибок может содержать, например, неименованные работы и стрелки (unnamed arrow, unnamed activity), несвязанные стрелки (unconnected border arrow), неразрешенные стрелки (unresolved (square tunneled) arrow connections), работы, не имеющие, по крайней мере, одной стрелки выхода и одной стрелки управления, и т.д.

При выборе пункта меню, который соответствует какому-либо отчету, появляется диалог настройки отчета. Для каждого из семи типов отчетов он выглядит по-своему. Рассмотрим типичный диалог Arrow Report (рис. 2.11).

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

 

Рис. 2.11. Диалог настройки отчета

 

задать опции отчета, ввести имя отчета в поле списка выбора и щелкнуть по кнопке New. BPWin сохраняет информацию о стандартном отчете в файле BPWINRPT.INI. Все определения этого файла доступны из любой модели. Единственное ограничение – свойства, определяемые пользователем (User Defined Properties). Они сохраняются в виде указателя и поэтому доступны только из родной модели. Стандартный отчет можно изменить или удалить.

В правом верхнем углу диалога находится группа управляющих элементов для выбора формата отчета. Доступны следующие форматы:

Labeled – отчеты включают метку поля, затем в следующей строке печатается содержимое поля;

Fixed Column – каждое поле печатается в собственной колонке;

Tab-Comma Delimited – каждое поле печатается в собственной колонке. Колонки разделяются знаком табуляции или запятыми;

DDE Table – данные передаются по DDE приложению, например MS Word или Excel;

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

Опция Ordering (на отчете по стрелкам отсутствует) сортирует данные по какому-либо значению.

Опция Multi-Valued Format регулирует вывод полей в отчете при группировке данных:

Repeating Group – детальные данные объединяются в одно поле, между значениями вставляется +;

Filled – дублирование данных для каждого заголовка группы;

Header (опция по умолчанию) – печатается заголовок группы, затем – детальная информация.

5. Порядок выполнения лабораторной работы

Для заданного преподавателем описания конкретного бизнес-процесса создать контекстную диаграмму А-0. Выделить основные его функции и создать диаграмму А0. Разбить каждую функцию на подфункции и диаграммы нижних уровней.

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

Построить диаграмму дерева узлов.

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

6. Контрольные вопросы

Каковы стадии жизненного цикла информационных систем, их основное содержание?

Каковы основные функции CASE-средства BPWin?

Как представляется функциональная модель деятельности в методологии IDEF0?

Каковы основные объекты диаграмм функциональной модели по методологии IDEF0?

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

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

Для чего предназначен словарь стрелок?

Каковы типы связей работ по методологии IDEF0?

Что такое тоннелирование стрелок, для чего оно нужно, каковы виды тоннелирования?

Какие существуют типы отчетов в пакете BPWin, для чего каждый из них предназначен?

Какого рода синтаксические ошибки выявляет пакет BPWin?