Разработка информационной системы для управления процессом экспресс-доставки грузов

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

1.5 Построение инфологической модели данных

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

Основной компонентой ИЛМ являются так называемые ER - модели, или модели вида «Сущность - Связь». Они представляют собою описание объектов предметной области и связей между ними. Название ER - модели происходит от первых символов английских слов Entity - сущность и Relationship - связь.

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

Пользователь. Данная сущность предназначена для обозначения конкретного работника службы экспресс-доставки. Атрибутами пользователя являются его порядковый номер, имя, логин и пароль. Для разграничения доступа к системе каждому пользователю должна быть присвоена роль, поэтому это свойство тоже включим в список атрибутов. Уникальными свойствами являются порядковый номер, логин и пароль. (нормализовать)

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

Агенты. Агенты - это города, в которых есть представительства сети Major, т.е. это центральные города системы. Здесь атрибутами являются порядковый номер (уникальный ключ), название города (неповторяющееся), зона тарификации и срок доставки. ООО «Курьер-Экспресс» работает в четырех городах-агентах (это Самара, Тольятти, Нижний Новгород и Ульяновск), и для каждого филиала тарификация и сроки доставки в центральные города различаются.

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

Филиалы. Атрибуты: порядковый номер, соответствующий агент, и атрибуты видимости и активности филиалов.

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

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

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

Заявка на вызов курьера. Определим следующие атрибуты: номер, дата выполнения, клиент, населенный пункт, адрес и контактное лицо, желаемое время прибытия курьера, вид отправления, курьер, статус заявки, комментарий.

Накладная. Накладная - основной документ системы и обладает множеством атрибутов. Ими являются: уникальный номер накладной, накладная №2, дата, город отправления, агент отправителя, Ф.И.О. отправителя, телефон отправителя, организация отправителя, адрес отправителя, город получения, агент получателя, Ф.И.О. получателя, телефон получателя, организация получателя, адрес получателя, форма и вид оплаты, оценочная стоимость, валюта оценочной стоимости, габариты груза, его вес, количество мест, описание, плательщик, вид перевозки, стоимость перевозки, стоимость страховки, дата и время доставки, фамилия получателя.

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

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

Рассмотрим связи между основными сущностями. Различают четыре разновидности связей: «один к одному», «один к многим», «многие к одному», «многие к многим». Тип связи называют иногда степенью связи и обозначают соответственно (1:1), (1:М), (М:1), (М:М). Кроме степени связи в ИЛМ для характеристики связи между различными сущностями указывают также класс принадлежности сущности, который отображает, может ли отсутствовать связь объекта одного класса с каким-либо объектом другого класса. Класс принадлежности сущности может быть либо обязательным, либо необязательным. На приведенной ниже схеме (рисунок 1.7) отображена инфологическая модель системы с указанием сущностей и связей между ними.

Рисунок 1.7 - Инфологическая модель информационной системы

1.6 Выбор архитектуры системы и средств реализации

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

По архитектуре организации хранения данных системы управления базами данных (СУБД) подразделяют на:

локальные СУБД (все части локальной СУБД размещаются на одном компьютере);

распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах).

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

По способу доступа к данным выделяют следующие системы:

Файл-серверные. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. Ядро СУБД располагается на каждом клиентском компьютере. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на центральный процессор сервера, а недостатком -- высокая загрузка локальной сети. На данный момент файл-серверные СУБД считаются устаревшими.

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

Встраиваемые. Встраиваемая СУБД -- библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном программном обеспечении, которое имеет дело с большими объёмами данных (например, геоинформационные системы).

В данном случае наиболее эффективно будет использоваться клиент-серверная архитектура. Клиент-серверная СУБД позволяет обмениваться клиенту и серверу минимально необходимыми объёмами информации. При этом основная вычислительная нагрузка ложится на сервер. Клиент может выполнять функции предварительной обработки перед передачей информации серверу, но в основном его функции заключаются в организации доступа пользователя к серверу.

В большинстве случаев клиент-серверная СУБД гораздо менее требовательна к пропускной способности компьютерной сети, чем файл-серверная СУБД, особенно при выполнении операции поиска в базе данных по заданным пользователем параметрам, т.к. для поиска нет необходимости получать на клиент весь массив данных: клиент передаёт параметры запроса серверу, а сервер производит поиск по полученному запросу в локальной базе данных. Результат выполнения запроса, который обычно на несколько порядков меньше по объёму, чем весь массив данных, возвращается клиенту, который обеспечивает отображение результата пользователю.

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

универсальные языки высокого уровня;

специализированные языки разработчика программного обеспечения;

специализированные языки пользователя;

языки низкого уровня.

Среди универсальных языков программирования, используемых для создания прикладного программного обеспечения, одним из самых популярных на сегодня является Pascal, компиляторы которого в силу четкого синтаксиса обнаруживают помимо синтаксических и большое количество семантических ошибок. Версия Object Pascal, использованная в среде Delphi, сопровождается профессиональными библиотеками классов, упрощающими ведение больших разработок, в том числе и требующих использования баз данных, что делает Delphi достаточно эффективной средой для создания приложений Windows. Borland Delphi обеспечивает высокую эффективность процесса разработки и большую производительность результирующих приложений. Средства поддержки баз данных позволяют организовать эффективную обработку данных как при использовании внутренней базы данных Borland Delphi, так и внешних СУБД. Borland Delphi можно рекомендовать как универсальное средство разработки приложений различного уровня сложности, начиная от простейших задач до крупных проектов.

Выбор СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Следует отметить, что по существующей практике решение об использовании той или иной СУБД принимает один человек - обычно, руководитель предприятия, а он может опираться отнюдь не на технические критерии. Здесь свою роль могут сыграть такие, с технической точки зрения, незначительные факторы как рекламная раскрутка компании-производителя СУБД, использование конкретных систем на других предприятиях, стоимость. На российском рынке представлены практически все производители и поставщики промышленных СУБД, в том числе Adabas (Software AG), DB2 (IBM), Informix (Informix Software), Microsoft (Microsoft SQL Server), Oracle (Oracle Corporation), Sybase (Sybase). В результате сравнительного анализа этих систем аналитической компанией Gartner Group следует, что лидерами на рынке СУБД в настоящий момент являются компании IBM, Microsoft и Oracle. Остальные компании характеризуются Gartner Group как “нишевые игроки”.

Oracle была первой коммерческой реляционной СУБД, поддерживающей ставший ныне индустриальным стандартом язык SQL; ее первая версия появилась в 1979 году. Фактически все это время Oracle является бессменным лидером на рынке производителей коммерческих СУБД и второй (после Microsoft) по величине компанией, производящей программное обеспечение. Корпорация Oracle более десяти лет занимает лидирующие позиции в сфере построения промышленных БД. На данный момент крайней является десятая версия СУБД Oracle. Ядром системы является сервер базы данных. Продукт Oracle Database 10g рассматривает безопасность с точки зрения критически важных требований к конфиденциальности информации и защите данных, соблюдению нормативных документов и обеспечению целостности данных. Есть возможность ограничения доступа к отдельным частям таблицы, регулирование доступа к данным внешними средствами. Присутствуют встроенные средства: аудита, резервного копирования и восстановления, логического восстановления недавних изменений в БД, обнаружения внутренних разрушений в БД, обнаружения нарушений в БД на физическом уровне, организации физического горячего резерва БД, обнаружения нарушений в процессе работы СУБД и др. В Oracle реализуются лучшие на сегодняшний день средства для объектно-ориентированного конструирования баз данных, в том числе табличные структуры, допускающие наследование свойств и методов других табличных объектов БД, что позволят избежать ошибок при построении БД и облегчает их обслуживание. Также необходимо отметить, что разработанная фирмой Oracle система оптимизации одновременного доступа (multiversioning concurrency) является одной из важнейших характеристик архитектуры Oracle (подобная функция есть лишь в СУБД InterBase компании InterBase компании Inprise). Данная функция позволяет исключить ситуацию, когда одному пользователю приходится ждать, пока другой завершит изменения в содержимое баз данных (т.е. в Oracle отсутствуют блокировки на чтение). Эта функция позволяет СУБД Oracle выполнять за секунду больше транзакций в расчете на одного пользователя, чем любая другая база данных. По уровню производительности Oracle занимает ведущие места и при этом значительно превосходит все другие СУБД по надежности и безопасности.

Семейство серверных СУБД фирмы IBM, известное под названием DB2 Universal Database, представляет собой стратегию IBM по объединению продуктов DB2 для различных платформ в единую линию. Впервые появившееся в 1996 году семейство DB2 Universal Database объединяло в себе функциональные возможности таких продуктов фирмы, как DB2 Common Server, DB2 Parallel Edition (DB2 PE), Net.Data, Data Propagator и технологии DataHub, и предназначалось для платформ UNIX, OS/2 и Microsoft Windows NT. К основным характеристикам СУБД можно отнести поддержку реляционных и комплексных данных через объектные расширения, возможность работы на мультипроцессорных платформах, поддержку кластеров, 64-битную архитектуру памяти и распараллеливание запросов, возможность создания Web-приложений (поддерживаются такие технологии, как Java, JDBC, SQLJ, XML) и наличие средства для гетерогенного администрирования и обработки данных.

Первая версия Microsoft SQL Server, совместно разработанная в 1988 году компаниями Microsoft и Sybase, предназначалась для платформы OS/2. Последующие версии этого сервера баз данных предназначались для платформы Windows NT и со временем были тесно интегрированы с этой операционной системой. В отличие от Oracle, Microsoft не производит средств разработки, использующих тот же самый язык программирования, что и язык для создания кода триггеров и хранимых процедур, однако производит средства отладки серверного кода (например, SQL Server Debugger входит в состав Visual Basic и Visual C++).

Таким образом, исходя из приведенных в 1 главе требований к системе, анализируя выбранную архитектуру системы и средства реализации, сделаем вывод: необходимо создать информационную систему службы экспресс-доставки, удовлетворяющую всем функциональным и эксплуатационным требованиям, с учетом выбранной локальной клиент-серверной архитектуры. При этом необходимо использовать СУБД Oracle 10g Express Edition (в данном случае подойдет бесплатная версия) и среду разработки Borland Delphi 7.

Заключение

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

Была изучена предметная область, проведен анализ существующих решений, указаны их основные достоинства и недостатки, сформулированы общие и специальные требования к системе, выбрана архитектура и средства реализации. При выполнении дипломного проектирования применена методология объектно-ориентированного анализа и проектирования сложных программных систем Unified Process. Анализ бизнес-процессов выполнен с использованием диаграммы вариантов использования и диаграммы деятельностей. В ходе проектирования выполнена декомпозиция системы, результат которой представлен в виде диаграмм иерархии функций, разработаны логическая и физическая модели данных, алгоритм расчета стоимости доставки. В процессе реализации разработаны и описаны SQL-запросы к таблицам базы данных, программные модули и экранные формы. Реализация системы выполнена в среде программирования Borland Delphi на языке программирования Object Pascal c использованием СУБД Oracle 10g.

Размещено на Allbest.ru