28
Использование вычислительной техники при решении задач, описывае-
мых в данной работе, обуславливается рядом факторов [14]:
объем и качество выходной информации не позволит решать задачи
без использования вычислительной техники быстро и, что важно, корректно;
необходимость постоянной связи с различными базами данных.
Необходимые технические средства для решения вышепоставленных за-
дач, представленных на рисунке 1.7 представлены в таблице 1.2.
Таблица 1.2
Технические средства, используемые на этапах обработки заявки
Номер эта-
па
Технические средства
1-2, 4-5
ПК менеджера
3
ПК менеджера, сервер базы данных
7
ПК оператора, принтер
1.2.4. Анализ системы обеспечения информационной безопасности и
защиты информации
В ООО «АлексАвто» не существует политики безопасности как таковой.
Разработаны лишь инструкции безопасности при работе с ПК. При поступлении
на работу, каждый сотрудник обязан под роспись ознакомиться с инструкцией.
Каждому сотруднику присваивается уникальный логин и пароль для входа в ОС
[16].
Все компьютеры сотрудников объединены в локальную (беспроводную)
сеть, имеющую выход в Интернет. Однако некоторые службы, такие как бухгал-
терия и юридический отдел наделены несколько другой структурой доступа: от-
делы могут использовать информацию других отделов, но не предоставляют им-
порт данных из своего компьютера. Каждая единица сети защищена паролем до-
ступа, что позволяет хранить особо важную и индивидуальную информацию,
связанную с организацией работы. Доступ в Интернет ограничивается полити-
кой прокси-сервера. На всех рабочих станциях установлен антивирус «Kaspersky
Endpoint Security».
29
1.3. Анализ существующих разработок и выбор стратегии авто-
матизации «КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
В настоящее время на российском рынке программных продуктов предла-
гается большое количество информационных систем, позволяющих полноценно
автоматизировать все аспекты деятельности торгового предприятия, к числу ко-
торых относятся такие популярные информационные системы как «БЭСТ» фир-
мы «Интеллект – Сервис», «1С: Торговля» фирмы «1C» и др.
Проведенный анализ имеющегося на рынке программного обеспечения
позволил сформулировать основные достоинства и недостатки информационных
систем, предназначенных для автоматизации торговой деятельности предприя-
тия.
Достоинства:
1. Содержат много полезной справочной информации (нормы налогооб-
ложения, законы и т.д.).
2. Универсальность. Эти программы зачастую подходят для большинства
предприятий.
3. Возможность настройки. Обычно в программе предусматривается гиб-
кая система ее подстройки под нужды конкретного предприятия.
4. Высокое качество промышленного программного продукта, которое га-
рантируется авторитетностью и широким признанием фирмы-изготовителя.
Недостатки, как это часто бывает, в большинстве своем являются продол-
жением достоинств.
Недостатки:
1. Основной недостаток заключается, как это ни странно в универсально-
сти, в многоаспектности, в стремлении к автоматизации как можно более широ-
кого круга процессов. Стремление к универсальности зачастую приводит к
большой избыточности этих систем для средних и малых предприятий, на кото-
рых некоторые процессы могут не требовать автоматизации или на которых от-
дельные участки по какой-либо причине не могут быть автоматизированы.
30
2. На каждом предприятии, в каждой отрасли существует своя специфика
и своя терминология, которые не могут быть учтены в универсальном про-
граммном продукте.
3. Возможность гибкой подстройки программы под нужды производства
приводит к тому, что предприятие вынуждено держать у себя высоко технически
подготовленного человека для проведения довольно сложной процедуры
настройки и платить ему заработную плату.
4. Высокая стоимость промышленных программных продуктов такого ро-
да.
Наличие перечисленных недостатков применения существующих про-
граммных продуктов автоматизации торговой деятельности предприятия под-
тверждает необходимость в разработке собственной системы автоматизации ра-
боты менеджеров по продажам автосалона ООО «АлексАвто».
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Для автоматизации бизнес-процессов предприятия необходимо выбрать
стратегию. Существуют следующие виды стратегий [4]:
хаотичная автоматизация состоит из набора автоматизированных
участков, не связанных друг с другом. Такая автоматизация определяется опера-
тивными задачами и обычно не отражается в стратегических планах компании,
поэтому, такая АС оказывается малоэффективной;
автоматизация по участкам представляет собой процесс автоматизации
отдельных функциональных участков (отделов);
автоматизация по направлениям отличается от автоматизации по
участкам тем, что предполагает участие всех функциональных подразделений,
деятельность которых связана с направлением автоматизации;
полная автоматизация подразумевает автоматизацию всех направлений
деятельности предприятия.
Целью данной работы является автоматизация работы менеджеров по ве-
дению учета продаж автомобилей и взаимодействию с клиентами, поэтому, по-
сле анализа существующих стратегий, была выбрана автоматизация по участкам.
31
1.3.3. Выбор и обоснование способа приобретения ИС для автоматиза-
ции задачи
Аналитическая работа по изучению информационного обеспечения фир-
мы «АлексАвто» привела к мысли сравнить ее информационное обеспечение с
программными продуктами, используемыми конкурентами, чтобы определить
уровень рассматриваемой фирмы на общем фоне рынка. Для этого был проведен
опрос смежных по деятельности компаний, направленный на изучение инфор-
мационного обеспечения. К сожалению, техническую составляющую работы
других фирм узнать не удалось, так как люди с настороженностью относились и
к анализу программного обеспечения. Результаты анализа представлены в таб-
лице 1.3. Представленные в таблице автосалоны занимаются продажей новых
или б/у иномарок, во внимание не брались автосалоны, занимающиеся реализа-
цией русских моделей. Следует отметить, что опрос был направлен на изучение
программного обеспечения, с которым работают именно менеджеры по прода-
жам или отделы, связанные с работой с клиентами. Не учитывались программ-
ные продукты, имеющиеся в компании для организации экономической состав-
ляющей деятельности фирмы. Такой подход применен для того, чтобы понять,
как именно в компании ведется работа именно по продажам автомобилей потре-
бителю.
Таблица 1.3
Сравнительный анализ ПО автосалонов г. Красноярска
Название автоса-
лона
Специализация
Имеющееся ПО
Дополнит. ПО
1
2
3
4
Авто-Двор
Продажа новых авто-
мобилей Nissan
Стандартный пакет
MS Office
-
Автокредит 24
рус
Продажа новых и по-
держанных автомоби-
лей импортного произ-
водства только с левым
рулем.
Учет автомобилей
в MS Office Excel
-
32
Продолжение таблицы 1.3
1
2
3
4
Автомен
Поиск, покупка и до-
ставка автомобилей из
Японии
Стандартный пакет
MS Office
-
Автотехцентр
Красноярский
Продажа новых авто-
мобилей KIA, Nissan,
Suzuki, Great Wall
Стандартный пакет
MS Office
-
Атлантик- Мо-
торс
Продажа автомобилей
Chevrolet, Nissan, Opel,
Renault
БД автомобилей в
MS Office Excel
Компьютер-
ное ПО для
диагностики и
ремонта га-
рантийных
автомобилей
Ауди Центр
Продажа автомобилей
марки Audi
Стандартный пакет
MS Office
-
Медведь - Север
Продажа автомобилей
Hyundai, Mitsubishi,
Peugeot, Skoda,
Volkswagen.
Крупная БД авто-
мобилей, сформи-
рованная в MS Of-
fice Excel
-
МТ Моторс
Японские, европей-
ские, американские ав-
томобили с аукционов
под заказ
Стандартный пакет
MS Office
-
Покровский
Японские и европей-
ские автомобили под
заказ и в наличии
Стандартный пакет
MS Office
-
Орион
Мерседес - центр
Пакет MS Office
-
Сакура Моторс
Продажа, покупка, до-
ставка автомобилей с
японских аукционов
Стандартный пакет
MS Office, 1С Бух-
галтерия
Комп. диагно-
стика автомо-
билей
33
Окончание таблицы 1.3
1
2
3
4
Субару Центр
Автограф
Продажа автомобилей
марки Subaru
Стандартный пакет
MS Office
-
Тойота Центр
Красноярск
Продажа автомобилей
марки Lexus, Toyota
Стандартный пакет
MS Office, 1С Бух-
галтерия
-
Форд Центр
Красноярск
Продажа автомобилей
марки Ford
Стандартный пакет
MS Office
Компьютер-
ное ПО для
диагностики и
ремонта га-
рантийных
автомобилей
Хонда Центр
Красноярск
Продажа автомобилей,
мотоциклов и силовой
техники Honda
БД позиций товара,
сформированные в
MS Office Excel
-
Результаты исследований программной оснащенности конкурентов пока-
зали, что практически все крупные фирмы города используют стандартные и
привычные методы ведения учета автомобилей. Это простые наборы данных,
организованные в приложениях Microsoft Office, скупо представляющие собой
базы данных, использовать которые порой не всегда удобно. Они либо реализо-
ваны как беспорядочно сформированные позиции и характеристики автомоби-
лей, либо как хранящие большое количество информации документы.
Например, компания «Медведь – Север», очень давно известная своей де-
ятельностью на рынке продаж автомобилей, силами своих менеджеров по про-
дажам и менеджеров торговых залов, создала достаточно большую и не очень
удобную в использовании базу данных, хранящую полную информацию о ха-
рактеристике автомобилей, датах поступления и продаж, клиентах компании.
Бесспорно, люди, создавшие такую форму базы, привыкли к ней, но вновь при-
шедшему работнику компании потребуется немало времени, чтобы разобраться
в принципах построения этой базы данных.
34
Для автоматизации бизнес-процессов существуют несколько решений, та-
ких как покупка готового решения, покупка и доработка и собственная разра-
ботка. Анализ используемых решений в данной области показал, что разработка
собственного решения значительно сократит затраты на временные и денежные
ресурсы.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспе-
чению
Информационное обеспечение состоит из массивов данных (входных и
выходных), программ для решения задач и нормативно-справочной информации.
Требование к достоверности данных обеспечивается высокой степенью контроля
на всех стадиях работы с данными.
Особенностями автоматизации являются: функционирование в режиме
диалога с пользователем, наличие накопителей информации, исключение бу-
мажных технологий для обработки информации. Оптимальным выбором хране-
ния данных для решения данной задачи будет использование СУБД.
Различают реляционную, иерархическую и сетевую модели баз данных.
Реляционная модель является простейшей и наиболее привычной формой пред-
ставления данных в виде таблиц. Иерархическая и сетевая модели предполагают
наличие связей между данными, имеющими какой-либо общий признак. В
иерархической модели такие связи могут быть отражены в виде дерева-графа, в
сетевой возможны связи «всех со всеми». Реляционная модель лучше соответ-
ствуют техническим возможностям ПК и проста в проектировании. Для проек-
тирования БД необходима информация о входных и выходных данных системы.
Вся необходимая информация приведена ниже [8].
Входными документами являются следующие:
заявка от покупателя на приобретение автомобиля;
информация о поставщиках и поставках;
информация об автомобилях;
информация о продажах.
35
Результирующей информацией является отчет «счет-справка» о продаже
автомобиля покупателю.
1.4.2. Обоснование проектных решений по программному
обеспечению
Для решения поставленных в дипломном проекте задач автоматизации,
возникает необходимость в использовании специализированного программного
обеспечения.
Проектная часть задачи предполагает использование систем автоматизи-
рованного проектирования информационных систем, так называемых CASE-
средств.
На сегодняшний день российский рынок программного обеспечения рас-
полагает следующими наиболее развитыми CASE-средствами:
Vantage Team Builder (Westmount I-CASE);
Designer/2000;
Silverun;
ERwin+BPwin;
ARIS;
S-Designor;
CASE.Аналитик.
Для формирования общей структуры организации предприятия, дерева
функций и событийной цепочки часто используется среда ARIS – программное
обеспечение для моделирования бизнес-процессов. В ARIS нет четких стандар-
тов моделирования, напротив, есть большое число типов моделей и объектов, а
также взаимосвязей между объектами. Это, с одной стороны, преимущество
ARIS, потому что позволяет, в принципе, отразить информацию о любых бизнес-
процессах, с другой стороны, это недостаток, поскольку перед любым проектом
описания процессов в ARIS должна быть разработана методика моделирования.
Для создания моделей данных проектируемой базы достаточно удобно
использовать Case-средство Silverun, позволяющее создавать модели данных на
различных этапах проектирования.
36
Для решения проектных задач данной дипломной работы в результате
сравнительного анализа было выбрано CASE-средство верхнего уровня BPwin
4.0, поддерживающее методологию IDEF0 (функциональная модель). Функцио-
нальная модель предназначена для описания существующих бизнес-процессов
на предприятии (так называемая модель AS-IS) и идеального положения вещей –
того, к чему нужно стремиться (модель ТО-ВЕ). BPwin является инструментом
для моделирования функций, процессов, активностей и их отношений. Модели
процессов строятся для того, чтобы ответить на вопросы, которые слишком
трудно понять или описать словами.
Для разработки программных приложений по работе с базами данных в
настоящее время существует широкий выбор технологий и инструментальных
средств. Среди наиболее популярных следует перечислить [9]:
Borland Delphi;
Borland С++ Builder;
Microsoft Visual C++;
СУБД Access;
СУБД Oracle.
Рассмотрим систему программирования Borland Delphi в сравнении с Bor-
land С++ Builder.
Остановка на этих двух интегрированных средах разработки приложений
является следствием их высокого уровня интеграции с различными базами дан-
ных, наличия поддержки объектно-ориентированного программирования, про-
стоты проектирования приложений и использования самых последних разрабо-
ток (в частности – новых компонентов). Также, несмотря на внешнюю простоту
разработки визуальной части приложений, приложения, спроектированные в
данных средах, отвечают самым высоким стандартам.
Delphi и C++ Builder имеют больше сходств, чем различий. Обе среды
имеют практически идентичные IDE (Integrated Development Environment), не-
много различающиеся лишь инспектором объектов. Кроме близкого сходства
средств разработки, Delphi и C++ Builder используют одну и ту же библиотеку
компонентов VCL, написанную на языке программирования Object Pascal. Фай-
37
лы форм и пакеты, используемые средствами, идентичны, и могут использовать-
ся в другой среде.
Хотя Delphi и C++ Builder во многом похожи, они имеют и много разли-
чий. Большинство из них обусловлено особенностями языков C++ и Pascal, так
как C++ Builder компилирует код С++, а Delphi компилирует код Object Pascal.
Это приводит к отличиям в средах разработки. 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 не было добавлено ничего существенно нового по срав-