1.3 Построение модели процессов предметной области

Для того чтобы графически показать какие задачи должно решать приложение подходит стандарт IDEF0. Благодаря этому диаграммы IDEF0 широко используются при проектировании приложений. При разработке сложных проектов, построение моделей данного стандарта позволяет наглядно отобразить весь механизм работы. Однако самое главное – это универсальность, которую предоставляет данный стандарт. Диаграммы IDEF0 понятны и наглядны, так как в них не используется специальных идентификаторов, а также они имеют четкую структурированность. Также к достоинствам можно отнести то, что исходя из данных диаграмм, можно разделить задания между работниками – то есть каждый будет заниматься выполнением конкретной задачи.

Диаграммы стандарта IDEF0 отвечают на основные вопросы:

- Какие данные являются исходными (входными)?

- Какое действие выполняется над исходными данными?

- Кто выполняет данное действие?

- Какими правилами руководствуется исполнитель при выполнении действий?

- Что является результатом работы (выходные данные)?

Модель процессов предметной области реализована в нотации IDEF0 в системе Ramus.

Графически контекстная диаграмма моделируемого процесса представлена на рисунке 1.4.

Выделим главную функцию данного уровня «Произвести учет ремонтных работ на СТО». Входные данные – сведения о новом работнике, сведения о добавляемых моделях и марках автомобилей, сведения об изменении списка услуг, данные о клиентах, данные о заказах, данные об автомобилях клиентов, данные о новом заказе. Потоком управления являются регламент СТО, справочник моделей и марок автомобилей, справочник рабочих групп, справочник услуг. Механизмами – администратор, директор, рабочий персонал и клиент. Выходные данные – обновленные данные о работниках, оформленный заказ, обновленные составы рабочих групп, обновленные данные по оказываемым услугам, обновленные данные по клиентам и автомобилям, результат выполнения заказа, статистика работы предприятия.

Рисунок 1.4 – Контекстная диаграмма моделируемого процесса

Далее рассмотрена декомпозиция процесса «Произвести учет ремонтных работ на СТО» (рисунок 1.5). На ней представлены процессы «Сформировать рабочие группы», «Принять заказ на выполнение», «Обработать заказ», «Оценить эффективность работы предприятия».

Для процесса «Сформировать рабочие группы» входными данными являются сведения о новом работнике. Выходные данные – обновленные составы рабочих групп и обновленные данные о работниках. Механизмами являются директор и администратор. Потоками управления выступают справочник рабочих групп и регламент СТО.

Для процесса «Принять заказ на выполнение» входными данными являются данные о клиентах, сведения об изменении списка услуг, данные о новом заказе, сведения о добавляемых моделях и марках автомобилей, данные об автомобилях клиентов. Выходные данные – обновленные данные по клиентам и автомобилям, обновленные данные по оказываемым услугам, оформленный заказ. Механизмами выступают администратор и клиент. Потоками управления выступают регламент СТО, справочник услуг, справочник моделей и марок автомобилей.

Рисунок 1.5 - Декомпозиция процесса «Произвести учет ремонтных работ на СТО»

Для процесса «Обработать заказ» входными данными является оформленный заказ. Выходные данные – результат выполнения заказа. Механизмами являются администратор и рабочий персонал. Потоком управления выступает регламент СТО.

Для процесса «Оценить эффективность работы предприятия» входными данными являются данные о заказах и результат выполнения заказа. Выходные данные – статистика работы предприятия. Механизмом является директор. Потоком управления является регламент СТО.

Далее рассмотрим декомпозицию процесса «Сформировать рабочие группы» (рисунок 1.6). На ней представлены процессы «Принять нового работника в штат», «Определить работника в рабочую группу» и «Уволить работника» и «Изменить состав рабочей группы».

Рисунок 1.6 – Декомпозиция процесса «Принять нового работника в штат»

Для процесса «Принять нового работника в штат» входными данными являются сведения о новом работнике. Выходные данные – обновленные данные о работниках и данные о работнике. Механизмами являются директор и администратор. Потоком управления выступает регламент СТО.

Для процесса «Определить работника в рабочую группу» входными данными являются данные о работнике. Выходные данные – данные о работнике и обновленные составы рабочих групп. Механизмом является администратор. Потоком управления выступает регламент СТО и справочник рабочих групп.

Для процесса «Уволить работника» входными данными являются данные о работнике. Выходные данные – обновленные данные о работниках и данные о работнике. Механизмами являются директор и администратор. Потоком управления выступает регламент СТО и справочник рабочих групп.

Для процесса «Изменить состав рабочей группы» входными данными являются данные о рабочих группах. Выходные данные – обновленные составы рабочих групп. Механизмом является администратор. Потоками управления выступают регламент СТО и справочник рабочих групп.

Далее рассмотрим декомпозицию процесса «Принять заказ на выполнение» (рисунок 1.7). На ней представлены процессы «Обновить справочники услуг и автомобилей», «Добавить или обновить данные клиента» и «Оформить новый заказ».

Рисунок 1.7 - Декомпозиция процесса «Принять заказ на выполнение»

Для процесса «Обновить справочники услуг и автомобилей» входными данными являются сведения об изменении списка услуг и сведения о добавляемых моделях и марках автомобилей. Выходные данные – обновленные данные по оказываемым услугам и данные по автомобилям. Механизмом выступает администратор. Потоками управления выступают справочник услуг, справочник моделей и марок автомобилей и регламент СТО.

Для процесса «Добавить или обновить данные клиента» входными данными являются данные по автомобилям, данные о клиентах, данные об автомобилях клиентов. Выходные данные – обновленные данные по клиентам и автомобилям и данные о клиенте. Механизмами выступают администратор и клиент. Потоками управления выступает регламент СТО.

Для процесса «Оформить новый заказ» входными данными являются данные о клиенте, данные о новом заказе и обновленные составы рабочих групп. Выходные данные – оформленный заказ. Механизмами выступают администратор и клиент. Потоком управления выступает регламент СТО.

Далее рассмотрим декомпозицию процесса «Обработать заказ» (рисунок 1.8). На ней представлены процессы «Принять заказ на выполнение», «Отчитаться о выполнении заказа», «Внепланово завершить выполнение заказа», «Внести результат выполнения заказа».

Рисунок 1.8 - Декомпозиция процесса «Обработать заказ»

Для процесса «Принять заказ на выполнение» входными данными являются оформленный заказ. Выходные данные – Данные заказа. Механизмом является рабочий персонал.

Для процесса «Отчитаться о выполнении заказа» входными данными являются данные заказа. Выходные данные – результат выполнения заказа. Механизмом является рабочий персонал.

Для процесса «Внепланово завершить выполнение заказа» входными данными являются данные заказа. Выходные данные – результат выполнения заказа. Механизмом является администратор.

Для процесса «Внести результат выполнения заказа» входными данными являются результат выполнения заказа. Выходные данные – результат выполнения заказа. Механизмами являются рабочий персонал и администратор.

Потоком управления для всех процессов является регламент СТО.