Концептуальная модель системы

Построение концептуальной модели системы

Для построения концептуальной модели системы были использованы методологии IDEF.

Взаимная совокупность методик и моделей концептуального проектирования IDEF разработана в США по программе Integrated Computer-Aided Manufacturing. В настоящее время имеется большое количество методик функционального, информационного и поведенческого моделирования и проектирования [3]. В данной курсовой работе будут рассмотрены следующие модели:

DEFO — функциональное моделирование (Function Modeling Method). Наиболее известной реализацией IDEF0 является методология SADT (Structured Analysis and Design Technique). Эта методика рекомендуется для начальных стадий проектирования сложных искусственных систем управления, производства, бизнеса, включающих людей, оборудование, программное обеспечение.

IDEF1X — информационноемоделирование (Information and Data Modeling Method). В IDEF1X имеется ясный графический язык для описания объектов и отношений в приложениях, так называемый язык диаграмм «сущность-связь» .

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

IDEF3 — моделирование деятельности (ProcessFlowandObjectStaleDescriptionCaptureMethod). В методике детализируется ответ на вопрос не «что система делает», а «как система это делает» .IDEF3 также может быть использован как метод проектирования бизнес-процессов.

Концептуальные основы проектируемой автоматизированной системы описаны при помощи методологии IDEF0.

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

Рисунок 1 — Контекстная диаграмма проектируемой системы.

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

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

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

Результатом (выходом) выполнения работы выступает доставленный заказ клиенту, который был оплачен.

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

Для более подробного описания и детализации рассматриваемого процесса используется диаграмма декомпозиции, которая также строится по принципам методологии IDEF0. В данном случае выполнена декомпозиция процесса формирования заказа на 4 этапа:

• — Анализ возможности выполнить заказ;
• — новый клиент;
• — формирование и комплектация заказов для доставки;
• — запись сведений о клиенте.

Диаграмма декомпозиции процесса формирования заявки представлена на рисунке А.1.

Процесс «Анализ возможности выполнить заказ» подразумевает прием заказов от клиентов оператором, а также занесение заказа в базу данных.

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

Для процесса «новый клиент» предусмотрена диаграмма потоков данных с 2 этапа:

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

Для подробного описания процесса «комплектация заказов» используется методология IDEF3.

Диаграмма потоков данных для процесса «новый клиент» представлена на рисунке А.3.

В процессе выполнения работы клиент является источником данных. Он предоставляет оператору необходимую информацию (ФИО, номер телефона, позиция для заказа, желаемое время и дату дотавки). Далее оператор, пользуясь хранилищем данных «База данных», подбирает клиенту необходимый заказ. Если клиенту подходит найденный вариант, то оператор заносит в базу данных всю необходимую информацию о заказе и сообщает клиенту номер его заказа.

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

После отбора заказов оператор звонит клиенту. В случае отсутствия ответа от клиента оператор изменяет статус заказа «Нет подтверждения». Если же клиент отвечает, то оператор проверяет у клиента точность всех атрибутов заказа. Если клиент не подтверждает заказа, то оператор устанавливает для него статус «Отказ», если подтверждает- «Подтверждено». Если клиент решает изменить атрибуты заказа, то оператор по возможности выполняет изменения. Если изменения выполнены, то клиент подтверждает заказа, если нет — отказывается.

В процессе выполнения работы оператор отбирает заказы со статусом «Подтверждено», заносит их в заявку. Затем отбирает заказы со статусом «Нет подтверждения», их также заносит в заявку.