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

Функциональная модель бизнес-процессов разрабатываемой информационной системы представлена в приложении В на рисунках В.1-В.5.

Целью моделирования является упрощение автоматизации процесса учета заказов клиентов для организации по позаказному производству изделий из камня и металла, то есть повышение эффективности процесса. Функциональная модель построена с точки зрения интегрированного пользователя: работников производства и менеджеров, а также с точки зрения разработчика. Это обусловлено тем, что с системой необходимо работать как сотрудникам производства, так и менеджера, который непосредственно занят сопровождением и работой с информационной системой [11-12, 15].

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

Рисунок 2.1 – Иерархическое дерево работ

Для проведения количественного анализа разработанной функциональной модели необходимо рассмотреть поведение следующих показателей:

коэффициент уровня, рассчитываемый по формуле (2.1); коэффициент

18

сбалансированности, рассчитываемый по формуле (2.2); и коэффициент применения элементарных функций, рассчитываемый по формуле (2.3).

где N – количество работ на текущем уровне; L – номер уровня; – стрелки,

входящие и выходящие в функцию; эл.ф – количество элементарных функций.

От уровня к уровню должен уменьшаться (или хотя бы не возрастать).

б в идеале равен нулю, однако допускаются значения в пределах от 2 до 3.

Коэффициент сбалансированности показывает соотношение выходных и выходных стрелок. Коэффициент применения элементарных функций необходим для определения необходимости дальнейшей детализации функциональной модели. Если ф>1 и эл.ф>0,5, то продолжать декомпозицию не надо.

Перечень элементарных функций для расчета коэффициента использования элементарных функций представлен ниже:

–прием заявки;

–занесение данных о клиенте;

–отпуск готового изделия;

–формирование акта о выполненных работах;

–составление паспорта изделия;

–формирование квитанции к оплате.

Результаты расчёта коэффициентов для каждого уровня представлены в таблице 2.1. На основе списка элементарных функций был заполнен 4-й

столбец таблицы 2.1 (количество элементарных функций на уровне).

19

Таблица 2.1 – Результаты количественного анализа функциональной модели

Таким образом, исходя из таблицы 2.1, можно сделать вывод, что коэффициент уровня имеет тенденцию уменьшения, коэффициент сбалансированности находится в пределах от 0 до 3, что не превышает норму, а

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

сбалансирована и достаточно детализирована.

2.4 Построение логических и физических моделей данных бизнес-

процесса учета заказов клиентов в организации по позаказному производству изделий из камня и металла

Целью построения логической модели предметной области разработки,

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

– свойства этих объектов и субъектов [16].

Анализ предметной области разработки ИС позволил выделить следующие сущности и атрибуты:

1)Изделие: код, вид изделия, фото;

2)Клиенты: код клиента, ФИО, телефон, адрес;

3)Причины невыполнения заказа: код причины невыполнения заказа,

характеристика;

20

4) Заказ: код заказа, код изделия, дата регистрации заказа, код клиента,

дата планового выполнения заказа, стоимость, дата фактического выполнения заказа, факт оплаты, код причины невыполнения заказа;

5) Отзыв: код отзыва, код клиента, дата обращения, вид обращения.

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

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

для каждой сущности был определен ключевой атрибут – Код.

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

построенная в соответствии со стандартом IDEF1X изображена на рисунке 2.2.

Рисунок 2.2 – Логическая модель данных по стандарту IDEF1X

Физическое моделирование базы данных касается проектирования

21

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

Схема рассматривается как группа объектов, связанных друг с другом в базе данных. Таблицы и столбцы производятся в соответствии с информацией,

предоставленной во время построения логической модели [17-18]. Физическая модель данных разрабатываемой информационной системы для автоматизации учета заказов клиентов, построенная в соответствии со стандартом IDEF1X для СУБД PostgreSQL, изображена на рисунке 2.3.

Рисунок 2.3 – Физическая модель данных по стандарту IDEF1X

Таким образом, были построены логическая и физическая модели данных по стандарту IDEF1X, отражающие структуру хранимой информации в бизнес-

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

22

Выводы по второму разделу

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

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

На основе проведенного анализа предметной области было определено основное назначение системы – автоматизации процесса учета заказов клиентов в организации по позаказному производству изделий из камня и металла,

определена цель и задачи.

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

23