Лабораторная работа № 2. Разработка моделей IDEF0

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

1. Изучите теоретические сведения.

2. Выполните следующие задания:

• Создание контекстной диаграммы.

• Создание диаграммы декомпозиции.

• Создание диаграммы узлов.

• Создание FEO диаграммы.

• Расщепление и слияние моделей.

3. Выполните структурный анализ задачи, определенной в ТЗ (первая лабораторная работа).

4. Выполненный анализ задачи оформите в виде диаграмм IDEF0 (программные продукты MS Visio, BPwin).

Теоретическая часть

Методология функционального моделирования IDEF0

Лекционный материал

Общая постановка задачи

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

Список индивидуальных данных

Продолжается работа над задачей, выбранной в первой лабораторной работе.

Пример выполнения работы

Как было определено в ТЗ, входной информацией системы является:

• бухгалтерская информация;

• информация о нажатой кнопке RTE;

• регистрационная информация;

• информация о считанном идентификаторе.

Выходной информацией системы является:

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

• отчеты.

Контекстная диаграмм (диаграмма А-0) разрабатываемой системы управления платной автостоянкой приведена на рис. 1.

Рис. 1. IDEF0-диаграмма А-0 - контекстная диаграмма системы управления платной автостоянкой

Детализация контекстной диаграммы А-0 представлена на рис. 2 (диаграмма А0). На данной диаграмме выделены три функциональных блока «Регистрация клиентов и корректировка информации о клиентах», «Пропуск клиента» и «Формирование отчетов».

Рис. 2. IDEF0-диаграмма А0 – детализация контекстной диаграммы

Клиентами в данном случае являются арендаторы машиномест автостоянки. При регистрации клиентов вводится ФИО клиента, уникальный идентификатор клиента, срок действия идентификатора. В качестве идентификатора клиента могут выступать магнитные карты, пропуска со штрих-кодом, радио-брелки. Срок действия идентификатора определяется исходя из бухгалтерской информации (оплата машиноместа, договор).

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

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

---

Детализация блока «Регистрация клиентов и корректировка информации о клиентах» представлена на рис. 3. Как видно из диаграммы, перед регистрацией клиента и изменением информации о клиенте осуществляется проверка соответствующих прав сотрудника автостоянки (права администратора). Права определяются на основании введенного пароля.

Рис. 3. IDEF0-диаграмма А1 – детализация блока «Регистрация клиентов и корректировка информации о клиентах» диаграммы А0

Детализация блока «Пропуск клиента» диаграммы А0 представлена на рис. 4. (диаграмма А2).

Как видно из диаграммы А2, информация о считанном идентификаторе преобразуется к единому формату. Необходимость таких действий вызвана тем, что в качестве идентификатора клиента могут выступать различные устройства (магнитные карты, пропуска со штрих-колом, радио-брелки).

Если нажата кнопка RTE, то поиск информации о владельце идентификатора не осуществляется. Информация о нажатии данной кнопки сразу поступает на блок формирования управляющих воздействий.

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

Рис. 4. IDEF0-диаграмма А2 – детализация блока «Пропуск клиента» диаграммы А0

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

Детализация блока «Формирование отчетов» диаграммы А0 представлена на рис. 5. (диаграмма А3). Вначале необходимо выбрать тип отчета. Затем формируется соответствующий отчет. Все отчеты в системе можно разделить на два типа:

1. Отчеты, для формирования которых используется только информация о клиенте.

2. Отчеты, для формирования которых нужна информация о выполненных действиях.

Рис. 5. IDEF0-диаграмма А3 – детализация блока «Формирование отчетов» диаграммы А0

К первому типу относятся следующие отчеты:

• список клиентов;

• задолжености клиентов.

Ко второму типу относятся следующие отчеты:

• активность использования машиномест;

• список занятых и свободных машиномест;

• список событий.

Детализация блока «Выполнить изменение информации о клиенте» диаграммы А1 представлена на рис. 6 (диаграмма А14). Требования внесения информации о клиенте могут быть вызваны следующими причинами:

• не произведена оплата аренды машиноместа;

• не произведена оплата пропуска;

• требуются изменения в договоре;

• требуется замена пропуска (идентификатора).

Рис. 6. IDEF0-диаграмма А14 – детализация блока «Выполнить изменение информации о клиенте» диаграммы А1

Детализация блока «Изменение договора» диаграммы 14 представлена на рис. 7 (диаграмма А142). Если требуется изменение договора, то выписывается новый договор, который отдается клиенту. После подписания договора клиентом и руководством автостоянки, информации о договоре вносится в бухгалтерскую программу и в разрабатываемую систему.

---

Рис. 7. IDEF0-диаграмма А142 – детализация блока «Изменение договора» диаграммы А14

Детализация блока «Оплата» диаграммы А14 представлена на рис. 8 (диаграмма А143). Если требуется произвести оплату аренды машиномест или изготовления нового пропуска, то выписываются документы, на основании которых будет производиться оплата. С этими документами клиент отправляется в бухгалтерию и производит оплату. Информация об оплате фиксируется в бухгалтерской программе и передается в разрабатываемую систему.

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

Рис. 8. IDEF0-диаграмма А143 – детализация блока «Оплата» диаграммы А14

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

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

1. В чем суть методологии IDEF0 ?

2. Синтаксис и семантика функциональных блоков диаграммах IDEF0 ?

3. Синтаксис и семантика стрелок в диаграммах IDEF0:

• стрелки входа;

• стрелки управления;

• стрелки выхода;

• стрелки механизма исполнения;

• комбинированные стрелки;

• разбиение и соединение стрелок;

• туннели.

4. Основы методики построения моделей IDEF0.

5. Основные возможности программного продукта MS Visio.

6. Построение диаграмм IDEF0 с помощью программного продукта MS Visio.

7. Основные возможности программного продукта BPwin.

8. Построение диаграмм IDEF0 с помощью программного продукта BPwin.

---

Смотрите также файлы

• задание1.doc

• Титульный лист к контрольной работе.docx

• Вопросы для заочников.docx

• UMK_project_inf_sys.doc

• Лекция. Деловое совещание.doc