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

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

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

Согласно данной методологии, [2,9], процесс построения информационной модели состоит из следующих шагов:

· определение сущностей; определение зависимостей между сущностями;

· задание первичных и альтернативных ключей;

· определение атрибутов сущностей;

· приведение модели к требуемому уровню нормальной формы;

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

· задание триггеров, процедур и ограничений;

· генерация базы данных.

Логическая структура базы показана на рисунке 3.5.

Рисунок 3.5 - Логическая модель данных

Логическая модель данных показывает основные объекты, данные о которых необходимо хранить в процессе работы информационной системы службы сбыта КФХ «Воля». Для перехода на физический уровень следует исключить связи «многие ко многим» и указать типы данных (рисунок 3.6)

Рисунок 3.6 - Физическая модель данных

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

Сведем описание структуры в таблицу 3.16

Таблица 3.16 - Описание сущностей

Имя	Описание	Связи
Загруженность	Хранение истории загруженности каждой из площадок	Площадка
Заказ	Хранение информации о заказах клиентов, необходимой для печати внутренней документации.	История посещений, Клиент Спецификация
История посещений	Хранение истории посещения службы сбыта для каждого транспорта	Транспорт, заказ
Клиент	Хранение минимально необходимой информации о клиентах	заказ
Накладная	Хранение информации для заполнения товарно-транспортной накладной	транспорт
Площадка	Хранение данных об отгрузочных площадках	Смена, загруженность
Смена	Состав рабочих, задействованных на каждой из площадок	Сотрудник, площадка
Сотрудник	Хранение информации о рабочих, необходимой для формирования смен	смена
Спецификация	Хранение перечня товаров, содержащихся в заказе	заказ
Транспорт	Хранение информации о транспорте	Накладная, история посещений

4. Реализация

4.1 Выбор средств реализации

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

4.1.1 Выбор операционной системы

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

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

Серверные ОС Microsoft

Windows Server

Создание семейства Windows Server стало следующим шагом в развитии операционных систем Windows. Основными особенностями данного семейства операционных систем являются наличие в их составе платформы Microsoft .NET Framework, а также поддержка Web-сервисов XML (вплоть до наличия в составе операционной системы UDDI-сервера).

Windows Server существует в четырех редакциях:

* Windows Server Web Edition -- операционная система для развертывания и обслуживания Web-приложений и Web-сервисов, включая приложения ASP .NET;

* Windows Server Standard Edition -- сетевая операционная система для выполнения серверной части бизнес-решений и рассчитанная на применение в небольших компаниях и подразделениях. Здесь имеются средства совместного использования ресурсов и централизованного развертывания приложений для настольных компьютеров, а также реализована поддержка до 4 Гбайт оперативной памяти и симметричной многопроцессорной обработки с использованием двух процессоров;

* Windows Server Enterprise Edition -- ОС, которая прежде всего предназначена для средних и крупных компаний. Она поддерживает серверы на базе 64-разрядных процессоров (до восьми штук) и объем оперативной памяти до 64 Гбайт и выпускается в версиях для 32- и 64-разрядных платформ;

* Windows Server Datacenter Edition -- операционная система, которая служит для создания критически важных технических решений с высокими требованиями к масштабируемости и доступности. К таким решениям относятся приложения для обработки транзакций в режиме реального времени, а также решения, основанные на интеграции нескольких серверных продуктов. В данной ОС реализована поддержка симметричной многопроцессорной обработки с использованием до 32 процессоров, а также имеются службы балансировки нагрузки и создания кластеров, состоящих из восьми узлов. Эта ОС доступна для 32- и 64-разрядных платформ.

Серверные ОС Unix

Операционная система UNIX относится к «долгожителям» рынка серверных операционных систем -- она была создана в конце 60-х годов в Bell Laboratories фирмы AT&T. Отличительной особенностью этой ОС, обусловившей ее «живучесть» и популярность, было то, что ядро операционной системы, написанной на ассемблере, было невелико, тогда как вся оставшаяся часть операционной системы была написана на С -- языке высокого уровня, созданном сотрудником Bell Laboratories Деннисом Ритчи специально для этой цели. Такой подход к созданию операционных систем, с одной стороны, позволял легко добавлять к ОС новые возможности и адаптировать ее в соответствии с теми или иными потребностями (в частности, именно для этой операционной системы появилась реализация протокола TCP/IP, лежащего в основе Интернета), а с другой -- делал легко переносимыми и собственно операционную систему, и созданные для нее приложения на самые разнообразные аппаратные платформы. Благодаря бесплатному предоставлению данного продукта университетам вместе с исходными текстами, а также наличию большого количества компиляторов C, популярность этой операционной системы в 70-80-х годах еще более возросла.

Еще одним достоинством UNIX является ее открытость, то есть публичная доступность спецификаций интерфейсов, протоколов и алгоритмов работы операционной системы. Открытость UNIX позволила одновременно существовать как коммерческим версиям UNIX, производимым компаниями Sun Microsystems, IBM, Hewlett-Packard и др., так и некоммерческим версиям, вроде FreeBSD и Linux.

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

Широкое распространение UNIX привело к проблеме несовместимости либо частичной совместимости многочисленных версий этой операционной системы, несмотря на периодические попытки ее стандартизации (в частности, сейчас существуют такие стандарты, как SVID фирмы AT&T, POSIX, созданный под эгидой IEEE, и XPG4 консорциума X/Open, в которых сформулированы требования к интерфейсу между приложениями и операционной системой). Общими для всех версий UNIX особенностями являются многопользовательский режим со средствами защиты данных от несанкционированного доступа, реализация мультипрограммной обработки в режиме разделения времени, использование механизмов виртуальной памяти и свопинга, унификация операций ввода-вывода, иерархическая файловая система, разнообразные средства взаимодействия процессов, в том числе межсетевого.

Ниже мы рассмотрим наиболее популярные коммерческие версии UNIX, для которых существуют версии СУБД, серверов приложений и средств управления сетями почти всех ведущих производителей (за исключением компании Microsoft).

Solaris (Sun Microsystems)

С самых ранних этапов разработки операционная система Sun Solaris, являющаяся одной из самых популярных коммерческих версий UNIX, предназначалась для работы в корпоративных вычислительных сетях. Она обеспечивает чрезвычайно эффективный и надежный доступ к серверам, СУБД, принтерам и другим сетевым ресурсам. Эта ОС обладает развитыми средствами поддержки сетевого взаимодействия (например, серверы с операционной системой Solaris могут встраиваться в сети и домены сетей Novell и Microsoft) и является одной из самых популярных платформ для разработки корпоративных решений -- для нее существует около 12 тыс. различных приложений.

Предшественницей Solaris была операционная система Sun OS, а первая версия операционной системы Solaris, основанной на двух базовых разновидностях UNIX -- Berkley 4.2/4.3 (BSD) и AT&T System V, была выпущена в 1991 году.

ОС Solaris соответствует многим промышленным стандартам (X/Open UNIX 95, различные разделы POSIX 1003.1, X11R6). Эта операционная система обладает высокой масштабируемостью: она может использоваться на однопроцессорных серверах и даже на рабочих станциях, на серверах масштаба рабочей группы и на 64-процессорном сервере масштаба предприятия Sun Enterprise 10000. Для подавляющего большинства приложений эта ОС обеспечивает практически линейный рост производительности при увеличении числа процессоров за счет симметричных многопроцессорных вычислений.

В настоящее время Solaris представляет собой необычайно мощную и гибкую многозадачную многопользовательскую операционную систему, существующую в вариантах для процессоров SPARC и Intel x86. Последняя ее версия, Solaris 9, представляет собой уже третье (начиная с Solaris 7) поколение 64-разрядных операционных систем, оптимизированных для работы на 64-разрядных серверах Sun.

Операционная система Solaris 9 представляет собой основу открытой сетевой среды Sun Open Net Environment (Sun ONE). В комплект поставки Solaris 9 включены ключевые приложения Sun ONE, такие как Sun ONE Application Server, Platform Edition, Sun ONE Directory Server, Sun ONE Integration Server, Sun ONE Message Queue, Sun ONE Portal Server, Sun ONE Web Server.

Linux и FreeBSD

Операционная система Linux представляет собой некоммерческий продукт категории Open Source для платформы Intel, который создавали в течение десяти лет тысячи энтузиастов. Хотя эта ОС нередко применяется в качестве клиентской операционной системы, ее популярность связана главным образом с ее использованием в качестве серверной платформы. Список серверных продуктов для Linux, пожалуй, не менее внушителен, чем для Solaris, HP-UX и AIX, и включает такие популярные продукты, как Web-сервер Apache, серверные СУБД практически всех ведущих производителей, серверы приложений.

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

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

Еще одной популярной некоммерческой версией UNIX является FreeBSD, доступная для платформ Intel и DEC Alpha. Основой FreeBSD послужил дистрибутив BSD UNIX, выпущенный группой исследования вычислительных систем (Computer Systems Research Group) Калифорнийского университета (Беркли). Данная операционная система обладает такими особенностями, как объединенный кэш виртуальной памяти и буферов файловых систем, совместно используемые библиотеки, модули совместимости с приложениями других версий UNIX, динамически загружаемые модули ядра, позволяющие во время работы добавлять поддержку новых типов файловых систем, сетевых протоколов или эмуляторов без перегенерации ядра.

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

Вывод. В качестве серверной операционной системы следует выбрать MS Windows Server, так как она обладает развитой поддержкой, требуемым функционалом и не требует дополнительного обучения сотрудников отдела АСУ.

4.1.2 Обоснование выбора СУБД

Для программной реализации информационной системы службы сбыта КФХ «Воля» необходимо выбрать СУБД.

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

Рассмотрим некоторые из представленных на рынке СУБД, сведённых в таблицу 4.1

Таблица 4.1 - Сравнение СУБД

Название критерия выбора	SQL Server 2000	ORACLE 10g	MySQL
Стоимость сервера (лицензия на процессор и на сам сервер)	5448 $	4995 $	Общедоступная
Стоимость клиента	146 $	149 $	Общедоступная
Максимальное число пользователей	Зависит от лицензии	Зависит от лицензии	Зависит от лицензии
Технические требования к серверу	166 Мгц 64 Мб ОЗУ 140-500 Мб на HDD	300 Мгц 128 Мб ОЗУ 1,5 Гб на HDD	100 Мгц 64 Мб ОЗУ 100 Мб на HDD
Поддерживаемые серверные ОС	Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows NT Server 4.0, Windows NT Server 4.0 Enterprise Edition	Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows NT Server 4.0, Windows NT Server 4.0 Enterprise Edition, UNIX-подобные системы, Solaris, Mac OS и др.	Windows 2000 (SP2), Windows Server 2003, Windows NT® 4.0 (SP6a или выше), Windows XP Red Hat Enterprise Linux, SUSE Enterprise Linux Server 9 Solaris 7, 8, 9
Уровень квалификации персонала	Высокий	Высокий	Средний
Установленная на данный момент на предприятии	нет	нет	да

На основании выбранных критериев проведем расчет технико-экномической эффективности MySQL, SQL Server 2000, ORACLE 10g.

Оценим их по каждому i-ому показателю качества по 5-ти бальной шкале.

Таблица 4.2 - Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

Определим каждому критерию весовой коэффициент kj, причем kj= Результаты сравнения сведем результаты сравнения в таблицу 4.2.

Посчитаем интегральный технико-экономический показатель:

для SQL Server 2000 Qs:

,

для ORACLE 10g Qd:

и для MySQL:

Таблица 4.3 - Оценка технико-экономической эффективности

Параметры сравнения/ оценка	Весовой коэффициент	MySQL	SQL Server 2000	ORACLE 10g
Стоимость сервера	0,15	0,6	0,1	0,2
Стоимость клиента	0,10	0,40	0,30	0,3
Максимальное число пользователей	0,10	0,3	0,3	0,3
Технические требования к серверу	0,15	0,45	0,3	0,15
Поддерживаемые серверные ОС	0,05	0,15	0,2	0,15
Уровень квалификации персонала	0,20	0,8	0,4	0,2
Установленная на данный момент на предприятии	0,25	1,00	0,5	0,5
Интегральный технико-экономический показатель, Q		Qa= 3,7	Qs = 2,1	Qo = 1,8

Интегральный технико-экономический показатель между MySQL и SQL Server 2000, равен:

Q = Qa/ Qs = 3,7/2,1 = 1,76

Между MySQL и ORACLE 10g, равен:

Q = Qa/ Qo = 3,7/1,8 = 2,06

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

MySQL: является решением для малых и средних приложений. Входит в LAMP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, благодаря хорошей системе безопасности этого пакета, стабильной работе, высокому быстродействию и хорошей интеграции с соответствующими средствами программирования. В дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. [10] Разработчики MySQL всегда считали стабильность предметом особой важности.

4.1.3 Выбор среды разработки

Выбор средства разработки приложений был основан на сравнении с C++Builder 2007, Borland Delphi 2007 и C#(MS Visual Studio 2007) (Таблица 4.3).

Новая версия продукта C++Builder 2007, ведущей интегрированной среды для быстрой разработки приложений на С++, сочетает поддержку операционной системы Windows Vista API и технологий Web 2.0 с самыми последними стандартами: значительно выросшей производительностью, интегрированными функциями проверки и множеством сочетаний клавиш, позволяющих экономить время и значительно упрощать выполнение типовых задач. [11]

C++Builder 2007 кардинально улучшает разработку на C++ для Windows, предоставляя полностью интегрированную среду для быстрой разработки приложений (RAD) на C++ под Windows, которая поддерживает Windows Vista™ и AJAX. C++ Builder 2007 продолжает традиции быстрой разработки и в то же время реализует новые технологии: поддержка Vista включает темы приложений и VCL-компоненты для поддержки Aero и Vista Desktop, а также новые диалоги работы с файлами и задачами.

Среди новых функций C++ Builder 2007: улучшенная совместимость со стандартами ANSI C++, Dinkumware и Boost; значительно ускорена работа интегрированной среды, в том числе время сборки проекта внутри среды -- так же быстро или даже быстрее, чем сборка с применением утилит командной строки.

Borland Delphi 2007 - эффективная среда разработки приложений для Microsoft Windows. Borland Delphi 2007 предоставляет исключительный "коэффициент повышения производительности", позволяя устранить утомительный труд и максимально увеличить производительность при помощи революционной среды разработки корпоративных приложений, библиотеки многократно используемых визуальных компонентов и полностью интегрированного пакета инструментов моделирования и управления жизненным циклом проектов (ALM). [11]

C#(MS Visual Studio 2007) - являясь последним из широко распространенных языков программирования, впитал в себя весь имеющийся опыт и вобрал лучшие стороны существующих языков программирования, при этом являясь специально созданным для работы в NET. Сама архитектура NET продиктовала ему объектно-ориентированную направленность.

Свой синтаксис C# во многом унаследовал от C++ и Java. Но вместе с тем он является во многом новаторским - атрибуты, делегаты и события, прекрасно вписанные в общую идеологию языка, прочно заняли место в сердцах NET - разработчиков. Их введение позволило применять принципиально новые приемы программирования.

При сравнении с этим языком сразу выделаются такие особенности, как возможность объявлять несколько классов в одном файле, из чего следует синтаксическая поддержка иерархической системы пространств имен. Из вещей, включенных в спецификацию языка, но не являющихся чисто "программистскими" необходимо отметить возможность использование комментариев в формате XML. Если комментарии отвечают специально описанной структуре, компилятор по ним может сгенерировать единый XML-файл документации.

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

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

Таблица 4.3 - Сравнение языков программирования

Критерии сравнения	C++Builder 2007	Borland Delphi 2007	C#(MS Visual Studio 2007)
Степень соответствия назначения языка и целей разработки	Ориентирован на разработку систем любой степени сложности	Ориентирован на разработку систем любой степени сложности	Ориентирован на разработку систем любой степени сложности
Использование международных стандартов	Полностью стандартизирован	Имеет собственный стандарт	Полностью стандартизирован
Поддерживаемые СУБД	MS SQL Server 2000/2005, My SQL, Oracle, Sybase, Interbase 2007, SQL Anywhere, DB2, Informix	InterBase 7.5, Oracle, IBM DB2, Microfost SQL Server 2000/2005, Informix, SQL Anywhere, MySQL, Sybase	InterBase 7.5, Oracle, IBM DB2, Microfost SQL Server 2000/2005, Informix, SQL Anywhere, MySQL, Sybase
Поддерживаемые ОС	Windows Vista/ Server 2003/ XP Professional/ 2000 Professional / 2000 Server	Microsoft Windows 2000/ XP Professional (SP2 или выше)/ Vista Professional/ Microsoft Windows Server 2003.	MS Windows OC
Квалификация разработчиков	Высокая	Высокая	Высокая
Стоимость продукта	900 у.е.	900 у.е.	900 у.е.

Проведем расчет выбора средств реализации по выбранным параметрам на основании технико-экономической эффективности.

Оценим их по каждому i-ому показателю качества по 5-ти бальной шкале.

Определим каждому критерию весовой коэффициент kj, причем

kj= 1.

Таблица 4.4 - Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

Результаты сравнения сведем результаты сравнения в таблицу 4.5.

Посчитаем интегральный технико-экономический показатель:

для C++Builder 2007 Qc:

для Borland Delphi 2007 Qb:



для C#(MS Visual Studio 2007) Q#:

Интегральный технико-экономический показатель между C#(MS Visual Studio 2007) и C++Builder 2007 равен:

Q = Q#/ Qc = 3,6/2,75 = 1,31

т.к. технико-экономический показатель больше 1 выбор в сторону C#(MS Visual Studio 2007).

Таблица 4.5 - Оценка технико-экономической эффективности

Параметры сравнения/ оценка	Весовой коэффициент	C++Builder 2007	Borland Delphi 2007	C#(MS Visual Studio 2007)
		Ajk	kj •Ajk	Ajm	kj •Ajm	Aji	kj •Aji
Степень соответствия назначения языка и целей разработки	0,25	3	0,75	2	0,5	4	1
Использование международных стандартов	0,10	2	0,2	2	0,2	3	0,3
Поддерживаемые СУБД	0,20	2	0,4	2	0,4	3	0,6
Поддерживаемые ОС	0,15	2	0,3	3	0,45	4	0,6
Квалификация разработчиков	0,2	4	0,8	4	0,8	4	0,8
Стоимость продукта	0,1	3	0,3	3	0,3	3	0,3
Интегральный технико-экономический показатель, Q		Qc = 2,75	Qb = 2,65	Q# = 3,6

Интегральный технико-экономический показатель между C#(MS Visual Studio 2007) и Borland Delphi 2007равен:

Q = Q#/ Qb = 3,6/2,65 = 1,36

т.к. технико-экономический показатель больше 1 выбор в сторону C#(MS Visual Studio 2007).

Вывод - для разработки ИС будем использовать C#(MS Visual Studio 2007) т.к. по сравнению с C++Builder 2007 и Borland Delphi 2007 с использованием технико-экономического показателя, C#(MS Visual Studio 2007) наиболее подходит мне по критериям оценки.

следует выбрать конкретную СУБД. Рассмотрим существующие варианты СУБД, подходящие для реализации ИС дистанционного обучения, на примере Microsoft SQL Server и MySQL.

4.2 Функциональные возможности проектируемой системы

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

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

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

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

· Номер машины и ФИО водителя

· Количество продукции

· Номер службы сбыта

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

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

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

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

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

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

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

· Номер и дата заказа

· Скидка на продукцию и транспортные услуги по данному заказу относительно базового прайс-листа

· Дата завершения заказа (для заказов с фиксированной датой завершения заказа)

· Спецификация заказа, включающая в себя перечень и количество заказанной продукции

· Адреса, по которым будет осуществляться доставка продукции

· Прочие параметры заказа, влияющие на его обработку системой (контроль остатка, учет неполной загрузки автотранспорта и.т.п.)

· ФИО менеджера, оформившего заказ

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

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

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

По каждой сменной заявке клиента сотрудником предприятия вводится следующая основная информация:

· Заказ, на основании которого сделана заявка

· Наименование продукции из спецификации заказа, которую необходимо отгрузить

· Дата, на которую подана заявка

· Количество продукции

· Адрес, по которому будет выполняться доставка

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

· Дополнительные отметки и примечания, характеризующие заявку клиента

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

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

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

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

4.3 Прототип интерфейса системы

Чтобы обеспечить выполнение описанных выше функций системы следует спроектировать интерфейс системы. Ниже приведен перечень форм в виде графических прототипов ().



Рисунок 4.1 - Окно работы с заказами

Рисунок 4.2 - Окно мониторинга загруженности терминалов



Рисунок 4.3 - Окно контроля отгрузки продукции

5. Социальный аспект разработки

В современных условиях конкурентоспособность предприятия выходит на первый план. Чтобы удержаться «на плаву» приходится постоянно улучшать процессы обслуживания клиентов и качество продукции. Спроектированная в моей дипломной работе информационная система службы сбыта КФХ «Воля» позволяет решить многие социальные проблемы, что положительным образом сказывается на работниках.

Производство больших объемов качественной продукции не принесет желаемых результатов без эффективных средств сбыта данной продукции. Рост производства на КФХ «Воля», который привел к появлению четырех дополнительных отгрузочных площадок, доказал всю важность правильной организации процесса отгрузки.

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

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

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

ЗАКЛЮЧЕНИЕ

В работе достигнуты поставленные цели. Выполнена оптимизация процесса диспетчеризации и управления движением транспорта на территории КФХ «Воля» для повышения качества обслуживания клиентов средствами информационных технологий и разработан проект информационной системы службы сбыта КФХ «Воля».

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

По результатам обследования был произведен реинжиниринг бизнес-процессов, построена модель «как должно быть». Разработка модели осуществлялась с использованием нотаций IDEF0 и IDEF1x с использованием CASE средства MS Office Visio 2007 и Erwin data modeler.

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

Разработанная в данном дипломе ИС службы сбыта КФХ «Воля» позволит решить следующие актуальные проблемы:

· Рациональное распределение транспорта по отгрузочным площадкам;

· Снижение времени обслуживания прибывающего транспорта;

· Повышение качества обслуживания клиентов.

Список литературы

1. Питерсон Дж. Теория сетей Петри и моделирование систем: Пер. с англ.-- М.: Мир, 1984

2. Рогозов Ю.И., Стукотий Л.Н., Свиридов А.С. «Моделирование систем». Таганрог : ТРТУ, 2004

3. КаляновГ.Н. «CASE. Структурный системный анализ (автоматизация и применение)». Москва : Лори, 1996;

4. Маклаков, С. В. «CASE-средства разработки информационных систем. BPwin и Erwin. Москва» : Диалог-Мифи, 2001.

5. Буч Г., Рамбо Д., Джекобсон А. «Язык UML. Руководство пользователя (Перевод с английского)». Москва : ДМК Пресс, 2001;

6. Фаулер М., Скотт К. UML. «Основы (Перевод А. Леоненкова)». Санкт-Петербург : Символ-Плюс, 2002

7. Рогозов Ю.И., Свиридов А.С. «Проектирование АСОИиУ». Учебное пособие. Под ред. Ю.И. Рогозова. - Таганрог: Изд-во ТТИ ЮФУ, 2007. - 117с.

8. Дубейковский, В. И. «Эффективное моделирование с AllFusion Process Modeler (BPwin)». Москва : Диалог-Мифи, 2007;

9. Райордан, Р. «Основы реляционных баз данных. Москва» : Русская Редакця, 2001;

10. Дюбуа П. «MySQL» Landmark; 2001г.

11. А.Я. Архангельский «Программирование в C++Builder 2007» - М.: ООО «Бином-Пресс». 2008г. - 1168с.:ил.

12. Тычинский А.В. «Методические указания по выполнению технико-экономического обоснования разработок квалификационных работ. Маркетинговый подход.» - Таганрог: Изд-во ТРТУ, 2005г. - 36 с.

13. Компаниец В.С. Вопросы безопасности и экологичности в дипломном проекте (работе). Учебно-методическое пособие по выполнению раздела «Безопасность и экологичность» в дипломных проектах (работах) студентов специализации в области информатики и ВТ. Таганрог: ТТИ ЮФУ, 2008. 3 п.л.

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

...