Последовательная конструкция

Синтаксис:        ВЫПОЛНИТЬ функция 1

ВЫПОЛНИТЬ функция 2

ВЫПОЛНИТЬ функция З

Конструкция выбора

Синтаксис:        ЕСЛИ <условие> ТО

ВЫПОЛНИТЬ функция 1

ИНАЧЕ

ВЫПОЛНИТЬ функция 2

КОНЕЦЕСЛИ

Итерация

Синтаксис:        ДЛЯ <условие>

ВЫПОЛНИТЬ функция

ПОКА< условие>

                  ВЫПОЛНИТЬ функция

КОНЕЦДЛЯ

КОНЕЦПОКА

При использовании структурированного естественного языка приняты следующие соглашения:

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

- ключевые слова ЕСЛИ и др. должны быть написаны заглавными буквами;

- слова или фразы, определённые в словаре данных должны быть написаны заглавными буквами.

Независимо от используемой нотации спецификация процесса должна начинаться с ключевого слова                   @СПЕЦПРОЦ#

Требуемые входные и выходные данные должны быть специфицированы следующим образом:

@ВХОД=<имя символ данных>

@ВЫХОД=<имя символа данных>

@ВХОДВЫХОД=<имя символа данных >,

где имя символа данных – соответствующее имя из словаря данных.

Пример задания спецификации процесса:

 

@ВХОД = ДАННЫЕ О КАБИНЕТАХ

@ВЫХОД = ИНФОРМАЦИЯ О КАБИНЕТАХ

@СПЕЦПРОЦ А2 УЧИТЫВАТЬ КАБИЕНТ

ЕСЛИ добавить кабинет ТО

ИНФОРМАЦИЯ О КАБИНЕТАХ = ДАННЫЕ О КАБИНЕТАХ

КОНЕЦ ЕСЛИ

ЕСЛИ изменить ИНФОРМАЦИЮ О КАБИНЕТЕ ТО

ВЫПОЛНИТЬ редактировать ИНФОРМАЦИЮ О КАБИНЕТЕ

КОНЕЦ ЕСЛИ

ЕСЛИ убрать ИНФОРМАЦИЮ О КАБИНЕТЕ ТО

ВЫПОЛНИТЬ удалить ИНФОРМАЦИЮ О КАБИНЕТЕ

КОНЕЦ ЕСЛИ

 

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

Вопросы для самопроверки:

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

2. Перечислите компоненты методологии DFD.

3. Назовите, какие элементы входят в состав DFD-диаграмм?

4. В чем состоит назначение процесса?

5. Что называется внешней сущностью?

6. Что описываю хранилища?

7. Для чего предназначен словарь данных?

8. Для чего предназначены спецификации процессов?

Задания к работе:

Построить функциональную модель проектируемой системы с помощью CASE-средства BPWin, применяя методологию DFD: дополнить созданную диаграмму IDEF0 лабораторной работ №1 диаграммой DFD.

1. Выделить внешние сущности, взаимодействующие с вашей будущей системой, идентифицировать их.

2. Показать движение информационных потоков данных между внешними сущностями и системой.

3. Декомпозировать систему на совокупность процессов.

4. Потоками данных объединить процессы системы, сохраняя при этом целостность всей системы.

5. Определить «срезы» потоков данных (накопитель данных).

6. При необходимости выполнить декомпозицию процесса.

7. Составить словарь данных.

8. Описать спецификации процессов.

9. Модель системы вставьте в отчет лабораторной работы №2.

10. После анализа предметной области и построения функциональной модели проектируемой АИС, сформулировать постановку задачи на разработку комплекса программного обеспечения, предназначенного для автоматизации каких-либо процессов функций, организации, предприятия, отдела, структурного подразделения и т.д..

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

1. Когда и кем принимается решение о завершении процесса детализации процесса?

2. Объясните механизм дополнения диаграммы IDEF0 диаграммой DFD.

3. Что включает в себя словарь данных?

4. Как определить, что поток данных имеет тип – внутренний?

5. Как определить, что поток данных имеет тип – составной?

6. Для каких элементов DFD-диаграмм необходима спецификация?

7. Что включает в себя спецификация процессов?

8. Можно ли применять 2 структуры естественного языка для составления спецификации одного процесса?

Рекомендуемая литература: [1, 2, 3, 4, 7, 8, 10]

ПРАКТИЧЕСКОЕ ЗАНЯТИЕ №3

Тема:   Отчеты в BPWin

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

Задачи:

- изучить виды отчетов;

- рассмотреть способы создания отчетов;

- сформировать умения проводить анализ диаграмм через отчеты для выявления ошибок.

Оборудование: персональный компьютер, CASE-средствоBPWin.

Вид работы: групповой

Время выполнения: 2 часа

Теоретический материал

Виды отчетов

BPwin имеет мощный инструмент генерации отчетов. Отчеты по модели вызываются из пункта меню Report главного окна. При этом открывается диалоговое окно для задания параметров формируемого отчета.

BPWin позволяет создавать следующие типы отчетов:

- отчет по модели (Model Report) – включает в себя всю информацию о модели, созданной в BPWin (IDEF0, IDEF3 или DFD);

- отчет о диаграмме (Diagram Report) – включает в себя информацию обо всех объектах, входящих в активную диаграмму BPWin;

- отчет об объектах диаграммы (Diagram Object Report) – содержит полный список объектов, таких, как работы, хранилища, внешние ссылки, с указанием их свойств;

- отчет о стоимостях работ (Activity Cost Report) – содержит данные о стоимостях работ и стоимостных центрах модели;

- отчет о стрелках (Arrow Report) – включает в себя информацию о стрелках и связях модели;

- отчет об использовании данных (Data Usage Report) – содержит информацию о таблицах БД, сущностях и атрибутах, сопоставленных с работами модели, а также действия, которые могут быть произведены над ними;

- отчет согласованности с методологией (Model Consistency Report) – показывает насколько активная модель соответствует выбранной методологии, т.е. показывает список синтаксических ошибок модели

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Каждый полученный отчет может быть открыт в режиме просмотра (кнопка Preview), распечатан (кнопка Print) или сохранен в файл (кнопка Report).

Создание отчетов

Создание отчета по модели

1. Открыть модель, по которой необходимо создать отчет.

2. Выбрать Model Report из меню Report главного окна. При этом откроется диалог отчета по модели.

3. Установить в открывшемся окне опции согласно пунктам, которые будут включены в отчет. Порядок включения отображается рядом с флажком.

Model Name                      название модели

Definition                       цель бизнес-процессов модели

Scope                                   предметная область модели

View point                          точка зрения на модель

Time frame                        временные рамки модели

Status                                  степень готовности модели

Purpose                               цель создания модели

Source                                  источник, на основании которого создается модель

Author name                      автор модели

Creation date                     дата создания

System last revision date дата последнего просмотра в системе

User last revision date       дата последнего просмотра пользователем

4. Выбрать форму представления отчета (Preview, Print, Report).