Файл: Проектирование информационной системы контроля и учета заявок для ЗАО“Автомеханик”.pdf

Принцип построения модели IDEF3:

IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEFO и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное.Также необходимо задокументировать цель модели – те вопросы, на которые призвана ответить модель. Окончание одной работы может служить сигналом к началу нескольких работ или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы.Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Официальная спецификация IDEF3 различает три стиля объектов ссылок – безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous).

Принцип построения модели DFD:

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

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

• внешние сущности;
• системы/подсистемы;
• процессы;
• накопители данных;
• потоки данных.

Модель Автосервиса

4.1 Навигатор модели – Model Explorer

Полная модель изображена в окне Model Explorer (рисунок 2.)

Рисунок 2- Окно Model Explorer

4.2.1 Диаграммы функциональной декомпозиции

Контекстная диаграмма

На этом рисунке (рисунок 3.) представлена общее описание данной модели

Рисунок 3- Контекстная диаграмма

4.2.2 Диаграмма декомпозиции А0

На данной диаграмме мы видим первый уровень декомпозиции нашей системы, а именно 3 основные функции и их взаимодействие друг с другом и с внешней средой (рисунок 4.)

Рисунок 4-Декомпозиция A0

4.2.3 Диаграмма декомпозиции А1

На данном рисунке (рисунок 5.) будет представлена модель описания параметра “Принятие заявки”. Так же это параметр делится на 2 функции:

-Добавление заявки в Базу Данных

-Введение статистики

Рисунок 5- Декомпозиции А1

4.2.4 Диаграмма декомпозиции А2

На данном рисунке (рисунок 6.) представлена модель описания параметра “Обслуживание автомобиля”, которая в свою очередь делится на 3 функции:

-Диагностика автомобиля

-Замена масла

-Ремонт двигателя

Рисунок 6- Декомпозиция A2

4.2.5 Диаграмма декомпозиции А3

Удаление заявки делится на 2 функции (рисунок 7.):

-Удаление заявки из БД

-Отчет о работе

Рисунок 7- Декомпозиция A3

4.3 Диаграммы потоков данных

Данные на диаграмме показывают нам потоки входа и выхода данных, отношения между разными процессами