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

2. Регистрация, редактирование и удаление пользователей. Желательно предусмотреть для этого отдельную форму. Входящими параметрами здесь являются логин, пароль пользователя, его роль в системе (которая выбирается из списка доступных).

3. Назначение роли пользователю. Эту процедуру можно реализовать в окне редактирования реквизитов пользователя.

4. Ввод, редактирование, просмотр и удаление имеющихся ролей. Здесь в отдельной форме можно просмотреть, отредактировать список ролей, созданных в системе и список соответствующих ей прав, добавить либо удалить роль.

5. Назначение прав в каждой роли. Можно реализовать в окне редактирования роли. Для каждой роли задается список прав на действия в системе, например, право на удаление объектов.

6. Ввод, редактирование, просмотр, удаление накладных. В общем журнале накладных предусмотреть создание новой накладной, просмотр существующих, редактирование и удаление накладных.

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

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

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

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

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

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

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

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

15.Учет приема груза на склад. Прием груза на склад регулируется с помощью ряда однотипных документов: прием груза от клиента, прием груза от поставщика, прием груза от курьера при недоставке. В любом таком документе должен содержаться список накладных, по которым были приняты отправления, основание для принятия - это может быть заявка на вызов курьера, манифест от поставщика, либо доставочная ведомость. Так же в документе должны указываться фамилии сотрудников, участвующих в приеме-передаче груза.

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

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

Основной компонентой ИЛМ являются так называемые 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 можно рекомендовать как универсальное средство разработки приложений различного уровня сложности, начиная от простейших задач до крупных проектов.