37
Продолжение таблицы 1.4
1
2
3
4
Ауди Центр
Продажа автомобилей
марки Audi
Стандартный пакет
MS Office
-
Медведь - Север
Продажа автомобилей
Hyundai, Mitsubishi,
Peugeot, Skoda,
Volkswagen.
Крупная БД авто-
мобилей, сформи-
рованная в MS Of-
fice Excel
-
МТ Моторс
Японские, европей-
ские, американские ав-
томобили с аукционов
под заказ
Стандартный пакет
MS Office
-
Покровский
Японские и европей-
ские автомобили под
заказ и в наличии
Стандартный пакет
MS Office
-
Орион
Мерседес - центр
Пакет MS Office
-
Сакура Моторс
Продажа, покупка, до-
ставка автомобилей с
японских аукционов
Стандартный пакет
MS Office, 1С Бух-
галтерия
Комп. диагно-
стика автомо-
билей
Субару Центр
Автограф
Продажа автомобилей
марки Subaru
Стандартный пакет
MS Office
-
Тойота Центр
Красноярск
Продажа автомобилей
марки Lexus, Toyota
Стандартный пакет
MS Office, 1С Бух-
галтерия
-
Форд Центр
Красноярск
Продажа автомобилей
марки Ford
Стандартный пакет
MS Office
Компьютерное
ПО для диа-
гностики и
ремонта га-
рантийных ав-
томобилей
38
Окончание таблицы 1.4
1
2
3
4
Хонда Центр
Красноярск
Продажа автомобилей,
мотоциклов и силовой
техники Honda
БД позиций товара,
сформированные в
MS Office Excel
-
Результаты исследований программной оснащенности конкурентов пока-
зали, что практически все крупные фирмы города используют стандартные и
привычные методы ведения учета автомобилей. Это простые наборы данных,
организованные в приложениях Microsoft Office, скупо представляющие собой
базы данных, использовать которые порой не всегда удобно. Они либо реализо-
ваны как беспорядочно сформированные позиции и характеристики автомоби-
лей, либо как хранящие большое количество информации документы.
Например, компания «Медведь – Север», очень давно известная своей де-
ятельностью на рынке продаж автомобилей, силами своих менеджеров по про-
дажам и менеджеров торговых залов, создала достаточно большую и не очень
удобную в использовании базу данных, хранящую полную информацию о ха-
рактеристике автомобилей, датах поступления и продаж, клиентах компании.
Бесспорно, люди, создавшие такую форму базы, привыкли к ней, но вновь при-
шедшему работнику компании потребуется немало времени, чтобы разобраться
в принципах построения этой базы данных.
Для автоматизации бизнес-процессов существуют несколько решений, та-
ких как покупка готового решения, покупка и доработка и собственная разра-
ботка. Анализ используемых решений в данной области показал, что разработка
собственного решения значительно сократит затраты на временные и денежные
ресурсы.
39
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Информационное обеспечение состоит из массивов данных (входных и
выходных), программ для решения задач и нормативно-справочной информации.
Требование к достоверности данных обеспечивается высокой степенью контроля
на всех стадиях работы с данными.
Входными документами менеджера являются:
- счёт-фактура из бухгалтерии.
Для автоматизации работы она должна формироваться электронном виде,
т.к. современный документооборот внутри предприятия предполагает макси-
мальный переход на электронные документы. При необходимости она дублиру-
ется в бумажном виде, однако основным документом является электронный.
Выходные документы:
- наряд на выдачу автомобиля на склад;
- заказ в бухгалтерию;
- договор на покупку автомобиля;
- отчёт о работе.
Основной формой правоустанавливающего документа - договора на по-
купку автомобиля - является бумажный договор, который дублируется в элек-
тронном варианте. Остальные документы имеют основную электронную форму
и выводятся на печать только при необходимости.
Все выходные документы могут быть сформированы с использованием
унифицированных форм документов. При возникновении дополнительных тре-
бований, может быть доработана существующая или разработана уникальная
форма для формирования отчёта о работе. Однако предпочтительнее использо-
вать одну из существующих стандартных форм.
Не являются «официальными» документами, но также подлежат автома-
тизированному формированию:
- предложения по продаже покупателю;
- записи в базе данных клиентов;
40
- записи в базе данных автомобилей (формирование информации о прода-
же для дальнейшей их обработки службой склада);
- формирование отчёта.
За исключением предложения по продаже покупателю, которое изначаль-
но распечатывается в бумажном виде, остальные приведённые документы имеют
основную электронную форму и выводятся на печать только при необходимости
Все указанные документы также могут формироваться с использованием
существующих стандартных форм, что является предпочтительным. При воз-
никновении дополнительных требований, может быть доработана существую-
щая или разработана уникальная форма для формирования отчётов.
Каждый из приведённых документов должен иметь свою экранную фор-
му для ввода, просмотра данных и вывода результатов запросов, а также воз-
можности просмотра групповой информации для анализа.
В качестве классификаторов документов будем использовать (по убыва-
нию степени предпочтительности): международные, общесистемные, отрасле-
вые. В исключительном случае допускается использование локальных класси-
фикаторов. При таком подходе:
- имеется максимальная возможность использования сторонних нарабо-
ток;
- исключается время на разработку собственной системы (так называемое
«изобретение велосипеда»);
- уменьшается время на понимание структуры пользователями;
- уменьшается время на обучение работе с системой;
- исключается необходимость адаптации сторонних данных под локаль-
ные классификаторы и обратно при импорте-экспорте
и другие.
Особенностями автоматизации документооборота предполагаются: функ-
ционирование в режиме диалога с пользователем, наличие накопителей инфор-
мации, исключение бумажных технологий для обработки информации. Опти-
мальным выбором хранения данных для решения данных задач будет использо-
вание СУБД.
41
Различают реляционную, иерархическую и сетевую модели баз данных.
Реляционная модель является простейшей и наиболее привычной формой пред-
ставления данных в виде таблиц. Иерархическая и сетевая модели предполагают
наличие связей между данными, имеющими какой-либо общий признак. В
иерархической модели такие связи могут быть отражены в виде дерева-графа, в
сетевой возможны связи «всех со всеми». Реляционная модель лучше соответ-
ствуют техническим возможностям ПК и проста в проектировании. Для проек-
тирования БД необходима информация о входных и выходных данных системы.
[7].
В качестве способа организации базы данных выбираем реляционный. Это
объясняется простотой организации и работы такой базы данных; относительно
небольшим предполагаемым объёмом информационных массивов; малой фор-
мой предприятия; простотой структуры предприятия.
Также исходя из приведённых причин предполагается интегрированная
организация база данных с локальной организацией и обязательным резервным
копированием.
1.4.2. Обоснование проектных решений по программному обеспечению
Выбор ОС и СУБД
Проектная часть задачи предполагает использование систем автоматизи-
рованного проектирования информационных систем, так называемых CASE-
средств.
На сегодняшний день российский рынок программного обеспечения рас-
полагает следующими наиболее развитыми CASE-средствами:
Vantage Team Builder (Westmount I-CASE);
Designer/2000;
Silverun;
ERwin+BPwin;
ARIS;
S-Designor;
CASE.Аналитик.
42
Для формирования общей структуры организации предприятия, дерева
функций и событийной цепочки часто используется среда ARIS – программное
обеспечение для моделирования бизнес-процессов. В ARIS нет четких стандар-
тов моделирования, напротив, есть большое число типов моделей и объектов, а
также взаимосвязей между объектами. Это, с одной стороны, преимущество
ARIS, потому что позволяет, в принципе, отразить информацию о любых бизнес-
процессах, с другой стороны, это недостаток, поскольку перед любым проектом
описания процессов в ARIS должна быть разработана методика моделирования.
Для создания моделей данных проектируемой базы достаточно удобно
использовать Case-средство Silverun, позволяющее создавать модели данных на
различных этапах проектирования.
Для решения проектных задач данной дипломной работы в результате
сравнительного анализа было выбрано CASE-средство верхнего уровня BPwin
4.0, поддерживающее методологию IDEF0 (функциональная модель). Функцио-
нальная модель предназначена для описания существующих бизнес-процессов
на предприятии (так называемая модель AS-IS) и идеального положения вещей –
того, к чему нужно стремиться (модель ТО-ВЕ). BPwin является инструментом
для моделирования функций, процессов, активностей и их отношений. Модели
процессов строятся для того, чтобы ответить на вопросы, которые слишком
трудно понять или описать словами.
В качестве примеров возможных серверных СУБД могут быть использо-
ваны:
Oracle;
MicrosoftSQL;
MySQL;
mSQL,
а также ряд других.
Согласно имеющейся технической архитектуре сети офиса (смотри рису-
нок 1.2) имеются в наличии мощные серверы и ограниченная по возможностям
сеть (WiFi – соединение для рабочих станций). Потому в качестве СУБД пред-
почтительнее выбрать клиент-серверную, т.к. она в отличие от файл-серверной
имеет повышенные требования к серверу, но низкую нагрузку на сеть. Также её
43
сравни тельные достоинства: удобство централизованного управления, высокая
надёжность и безопасность.
Исходя из данных требований выбираем для реализации проекта клиент-
серверную СУБД MySQL. Среди её преимуществ: открытый код, производи-
тельность, надёжность, простота использования, поддержка большого количе-
ства типов таблиц.
Для разработки программных приложений по работе с базами данных в
настоящее время существует широкий выбор технологий и инструментальных
средств. Среди наиболее популярных следует перечислить [9]:
Borland Delphi;
Borland С++ Builder;
Microsoft Visual C++.
Рассмотрим систему программирования Borland Delphi в сравнении с Bor-
land С++ Builder.
Остановка на этих двух интегрированных средах разработки приложений
является следствием их высокого уровня интеграции с различными базами дан-
ных, наличия поддержки объектно-ориентированного программирования, про-
стоты проектирования приложений и использования самых последних разрабо-
ток (в частности – новых компонентов). Также, несмотря на внешнюю простоту
разработки визуальной части приложений, приложения, спроектированные в
данных средах, отвечают самым высоким стандартам.
Delphi и C++ Builder имеют больше сходств, чем различий. Обе среды
имеют практически идентичные IDE (Integrated Development Environment), не-
много различающиеся лишь инспектором объектов. Кроме близкого сходства
средств разработки, Delphi и C++ Builder используют одну и ту же библиотеку
компонентов VCL, написанную на языке программирования Object Pascal. Фай-
лы форм и пакеты, используемые средствами, идентичны, и могут использовать-
ся в другой среде.
Хотя Delphi и C++ Builder во многом похожи, они имеют и много разли-
чий. Большинство из них обусловлено особенностями языков C++ и Pascal, так
как C++ Builder компилирует код С++, а Delphi компилирует код Object Pascal.
44
Это приводит к отличиям в средах разработки. Delphi и C++ Builder используют
различные расширения для имен файлов, входящих в проекты. Отчасти это яв-
ляется результатом языковых различий. Несмотря на всю силу С++, Object Pascal
является более «гибким» языком. Элементы управления ActiveX для Internet-
приложений C++ Builder радикально отличаются от одноименных элементов
Delphi. Элементы управления фирмы NetManage, используемые в Delphi, были
заменены в C++ Builder на элементы от NetMasters, содержащие несколько но-
вых элементов.
Поддержка создания элементов управления ActiveX в C++ Builder немного
отличается от Delphi тем, что используется главным образом библиотека шабло-
нов ActiveX (ATL), которая представляет собой библиотеку классов С++ для со-
здания ActiveX.
Программы Delphi всегда будут компилироваться быстрее программ C++
Builder. Дело в том, что язык программирования Pascal менее сложен, чем С++.
Перекомпилированные заголовки и пошаговая компоновка в C++ Builder помо-
гают ускорить компиляцию и компоновку, но программы Delphi всё равно ком-
пилируются на много быстрее.
Далее, программы C++ Builder всегда немного больше, чем программы
Delphi. Это обусловлено несколькими факторами, но прежде всего тем, что биб-
лиотека VCL написана на Object Pascal. Программы C++ Builder должны вклю-
чать как библиотеку поддержки C++, так и библиотеку поддержки Object Pascal.
C++ и Pascal по-разному обрабатывают исключения и имеют различные коды
динамической идентификации типов. В результате приложения C++ Builder со-
держат дополнительный код.
Другие различия являются следствием того, что можно назвать эффектом
опережения. C++ Builder 1 получил большинство своих характеристик от
Delphi2. В C++ Builder 1 не было добавлено ничего существенно нового по срав-
нению с Delphi 2. Таким образом, с появлением каждой новой версии Delphi,
следующая версия C++ Builder наследует новые свойства Delphi и добавляет
свои.
45
Для обоснования выбора средства разработки программы проведём экс-
пертизу синтезированным методом (таблица1.4). Будем сравнивать С++ Builder
и Delphi [11].
Таблица 1.4
Сравнение Delphi и C++Builder синтезированным методом
Критерий
Вес крите-
рия
C++
Builder
Delphi
1
2
3
4
1. Быстродействие выполнения компиляции
10
-
+
2. Стоимость пакета
5
+
-
3. Размер откомпилированной программы
10
-
+
4.Быстродействие выполнения откомпилированной
программы
20
-
+
5. Взаимная компиляция модулей
1
+
-
6. Возможности отладчика
8
+
-
7. Наличие группы проектов
1
+
-
8. Популярность (литература, доп. компоненты)
40
-
+
9. Мат. аппарат
5
+
-
Итого:
100
20
80
По результатам, содержащимся в таблице 1.4, очевидно, что Delphi явля-
ется более подходящей средой для разработки программы. Причин для выбора
Delphi 7.0 в качестве инструмента разработки более чем достаточно. Основными
из них являются:
объектно-ориентированная среда разработки;
быстрый компилятор с естественным кодом;
интегрированный отладчик;
наличие совершенных двусторонних инструментов;
непосредственный доступ к интерфейсу API.
В результате сравнительного анализа в данном дипломном проекте непо-
средственно для разработки программного варианта решения задач автоматиза-
46
ции выбрана объектно-ориентированная среда программирования Borland
Delphi. Возможности Delphi полностью отвечают поставленным в проекте тре-
бованиям и подходят для создания системы любой сложности. Система Delphi
позволяет писать небольшие программы и утилиты для персонального использо-
вания, а также корпоративные системы, работающие с базами данных на разных
платформах, включая свою собственную.
Для разработки БД был выбран компонент «Database», включенный в
приложение Delphi, работающий с базами данных при помощи BDE. Компонент
позволяет решать следующие задачи [17]:
создание соединения с базами данных;
регистрация пользователя при первом обращении к серверу;
создание локальных псевдонимов приложений;
управление транзакциями;
регулирование одновременных транзакций к одним и тем же табли-
цам.