Файл: Проектирование реализации операций бизнес-процесса «Транспортная доставка заказов» (Выбор комплекса задач автоматизации).pdf

Часть, которая непосредственно связана с программированием интерфейса пользователя, называется системой визуального программирования.

Преимущества проектирования с помощью Delphi:

1) Исключает необходимость повторного ввода данных;

2) Обеспечивает согласованность проекта и его реализации;

3) Повышение производительности разработки и переносимость программ.

Программа Delphi состоит из файла проекта (файл с расширением DPR) и модуль (файл с расширением PAS). Каждый из файлов расположен в отдельном модуле программы содержит программу на языке Object Pascal.

Файл проекта программы, также написанный в Object Pascal, обрабатывается компилятором. Эта программа создается автоматически при создании проекта Delphi и содержит только несколько контрольных строк.

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

Самый популярный и широко используемый компонент в модуле Delphi - форма.

Интерфейс этого модуля содержит объявление нового класса, и она автоматически обновляется при дополнении новыми элементами.

2 глава. Проектная часть

2.1. Информационная модель и её описание

Информационная модель системы представлена на рис. 2.1.

Рисунок 2.1 – Информационная модель системы «Транспортная доставка заказов»

Стратегия решения задачи – это автоматизация всех процессов, относящихся к транспортной доставке заказов на предприятии.

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

Информационная система поможет решить следующие задачи:

1) ведение истории договоров на доставку;

2) фиксация анкетных данных клиентов, водителей и курьеров и их контактов;

3) хранение данных в справочниках;

4) обработка документации.

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

Передача информации в системе происходит в виде документов и через локальную сеть (в интерактивном режиме ПК). Последняя повышает эффективность передачи информации.

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

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

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

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

Весь процесс взаимоотношений с клиентами при выполнения заказа подразделяется на следующие элементы:

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

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

2.3. Характеристика результатной информации

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

После получение пакета документов курьером он распечатывает документы.

Формирование отчетов состоит в формировании сводки по данным из базы. После выполнения заказа данные заносятся в базу и по требованию составляется чводка о реализованных услугах.

Также можно сформировать другие виды отчетов.

2.4. Общие положения (дерево функций и сценарий диалога)

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

• поддерживает все необходимые операций по работе с исходными данными и результатной информацией (разграничение доступа к данным, ввод, изменение и удаление, печать, поиск – для пользователя менеджера по продажам);
• обеспечивает наличие понятного и удобного пользовательского интерфейса.
• реализует добавление/изменение/удаление различных данных – сведений о курьерах, клиентах и др.;
• реализует функции добавления/изменения/удаления сведений в системе;
• обеспечивает регистрацию договоров;
• реализует функции формирования запросов.

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

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

В разрабатываемой системе предусмотрен один пользователь – курьер.

Описание объекта на языке функций представлено на рис.2.2.

Работа с Главным меню системы

Работа со Справочниками

Работа с данными по персонам

Работа с договорами

Работа с информационной справкой

Рисунок 2.2 – Дерево функций

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

Главное меню

Справочники

Тип груза

Марки

Персоны

Клиенты

Курьеры

Водители

Работа с договорами

Договора

О программе

О компании

Транспорт

Рисунок 2.3 – Сценарий диалога

2.5. Характеристика базы данных

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

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

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

Связи «многие-к-одному» (и «один-к-одному») являются внешними ключами. Необязательные столбцы связи допускают пустые значения; обязательная связь - столбцы, которые не допускают нулевые значения.

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

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

На основании описанной предметной области в модели системы выделены 7 сущностей: Курьеры, Водители, Клиенты, Тип груза, Марки, Транспорт, Договора.

Каждая простая сущность превращается в таблицу. Простая сущность - сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем таблицы.

Связи между сущностями представлены в таблице

Таблица 2.1 – Связи между сущностями

Информационная система представлена концептуальной схемой, основанной на инфологической модели, разработанной с помощью case-средства ERwin Data Modeler r7.3, представленной на рисунке 2.4.

Рисунок 2.4 – Сущности и атрибуты логической модели данных

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

Таблица 2.2 – Курьеры

Таблица 2.3 – Водители

Таблица 2.4 – Клиенты

Таблица 2.5– Тип груза