47
1.4.3. Обоснование проектных решений по техническому обеспечению
Для решения поставленной задачи автоматизации необходимо соответ-
ствующее техническое обеспечение: ПК менеджеров с минимальными требова-
ниями:
тактовая частота процессора 100 МГц;
оперативная память – 16 Мб;
жесткий диск – 1 Гб;
монитор, клавиатура, мышь, принтер.
Дополнительных требований к составу и параметрам технических средств
не предъявляется, все устройства должны быть аппаратно совместимы.
Для обеспечения работы СУБД MySQL минимальные требования к серве-
ру:
процессор не ниже Pentium II с тактовой частотой 233 МГц;
оперативная память – 128 Мб.
Объём жёсткого диска определяется возможным размером хранимой ин-
формации баз данных и операционной системой, но для комфортной работы ре-
комендуется не менее 4 Гб.
48
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) изделия регламентируется рядом стандартов - рос-
сийских и международных. Среди наиболее известных из них можно выделить:
- ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии создания.
Данный стандарт в основном ориентирован на каскадную модель жизненного
цикла;
- ISO/IEC 12207:1995 Information Technology – Software Life Cycle Process
(российский аналог – ГОСТ Р ИСО/МЭК 12207-99 – Информационные техноло-
гии. Процессы жизненного цикла программных средств) – стандарт на процессы
и организацию жизненного цикла. область применения – различные заказные
ПО. Отсутствует привязка к конкретной модели ЖЦ. Не регламентирует фазы,
стадии, этапы;
- ISO/IEC 15288 Systems engineering. System life cycle processes (россий-
ский аналог - ГОСТ Р ИСО/МЭК 15288-2005Ж – Информационная технология.
Системная инженерия. Процессы жизненного цикла систем). Применяется для
любого класса систем, однако главная ориентированность – создание компьюте-
ризированных систем.
Для нашей цели наиболее подходит последний стандарт - ISO/IEC 15288
– т.к. он не привязан к конкретной модели ЖЦ и чётко регламентирует её этапы.
Среди известных моделей жизненного цикла можно выделить следующие
[10]:
каскадная модель – последовательный переход на следующий этап по-
сле завершения предыдущего. Для этой модели характерна автоматизация от-
дельных несвязанных задач, не требующая выполнения информационной инте-
грации и совместимости, программного, технического и организационного со-
пряжения. Применение каскадной модели к сложным проектам вследствие
большой длительности процесса проектирования и изменчивости требований за
это время нецелесообразно;
49
итерационная модель – с итерационными возвратами на предыдущие
этапы после выполнения очередного этапа. Подход к проектированию «снизу -
вверх» обусловливает необходимость таких итерационных возвратов, когда про-
ектные решения по отдельным задачам комплектуются в общие системные ре-
шения, и при этом возникает потребность в пересмотре ранее сформулирован-
ных требований. Как правило, вследствие большого числа итераций возникают
рассогласования в выполненных проектных решениях и документации;
спиральная модель – прототипная модель, предполагающая постепен-
ное расширение прототипа АИС. Используется подход к организации проекти-
рования АИС «сверху - вниз», когда сначала определяется состав функциональ-
ных подсистем, а затем постановка отдельных задач. Соответственно сначала
разрабатываются такие общесистемные вопросы, как организация интегриро-
ванной базы данных, технология сбора, передачи и накопления информации, а
затем технология решения конкретных задач. В рамках комплексов задач про-
граммирование осуществляется по направлению от головных программных мо-
дулей к исполняющим отдельные функции модулям. При этом на первый план
выходят вопросы взаимодействия интерфейсов программных модулей между
собой и с базой данных, а на второй план – реализация алгоритмов.
Выбор модели зависит от специфики АИС и условий, в которых послед-
няя создается и функционирует.
Для разработки нашей АИС, исходя из её масштабов, относительной про-
стоты, размера предприятия и предполагаемых сроков выполнения выбираем
каскадную модель развития. Она предполагает:
- первоначальный (основной) этап разработки, на котором АИС должна
быть выполнена с полным функциональным набором, готовая к использованию;
- при необходимости расширения функциональности АИС производится
следующий этап разработки;
- в случае поступления замечаний по работе АИС от её пользователей до-
пускается возврат к предыдущему этапу с целью доработки АИС (частично ите-
рационная модель).
50
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
На каждом этапе жизненного цикла АИС могут возникать различные рис-
ки.
Основными рисками на этапе «Определение требований к АИС» являют-
ся:
неполное и некорректное определение свойств АИС, требуемых для
решения задачи;
некорректный выбор числа задач проектирования.
Риски этого этапа могут быть предотвращены посредством использования
современных Case-средств при моделировании бизнес-процессов.
На этапе «Определение функций АИС» основной риск это некорректное
определение функций АИС. Для избегания такого риска при определении функ-
ций АИС должны участвовать эксперты в области автоматизации. Также на дан-
ном этапе существует риск неправильного выбора способа приобретения АИС.
Риск предотвращается тщательным анализом всех вариантов стратегий автома-
тизации.
Основной риск на этапе «Разработка проекта автоматизации» - это разра-
ботка неэффективного плана-графика проведения работ. Данный риск является
финансовым и временным, предотвращается использованием современных ав-
томатизированных средств проектирования.
На этапе «Разработка программного обеспечения» основной риск заклю-
чается в некорректной разработке программы (возможность внесения случайных
ошибок в код программы, неправильно подобранный инструментарий для разра-
ботки). Риск устраняется посредством использования тестов и тестовых стендов,
для определения корректности работы программы. На данном этапе также воз-
можно возникновение риска некорректного тестирования. Риск предотвращается
использованием лицензионного стендового оборудования, а устраняется двой-
ным тестированием.
На этапе внедрения также могут возникнуть такие риски как, несовмести-
мость с существующей программно-аппаратной платформой. Риск предотвраща-
ется использованием современных средств разработки ПО, модульность ПО и
поддержкой версионности.
51
2.1.3. Организационно-правовые и программно-аппаратные средства обес-
печения информационной безопасности и защиты информации
В качестве организационных мер обеспечения безопасности в ООО
«АлексАвто» приняты инструкции безопасности при работе с ПК. Прежде чем
сотрудник приступит к работе с разрабатываемой АИС, он обязан ознакомиться
с ними с отметкой о прохождении инструктажа.
Для защиты от внутренних и внешних угроз применяются мероприятия:
каждому сотруднику присваивается уникальный логин и пароль для
входа в ОС, поэтому система способна распознать конкретного пользователя;
для защиты от вредоносного ПО на компьютерах сотрудников уста-
новлен антивирус «Kaspersky Endpoint Security 11»;
прокси-сервер имеет настройки, ограничивающие выхода в Интернет;
пользователи имеют разграничения по доступу. Так, доступ к паспорт-
ным данным клиентов на ввод и изменение имеют только управляющий и мене-
джеры, которые непосредственно занимаются их вводом. Доступом к паспорт-
ным данных клиентов для формирования документов имеют также работники
бухгалтерии и юридической службы.. Доступ к групповому просмотру паспорт-
ных данных клиентов имеет только управляющий.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Для организации процесса проектирования необходима информационная
поддержка проекта. На основании штатного расписания была построена обоб-
щенная схема организационной структуры исследуемого предприятия. На осно-
вании движения документооборота и должностных инструкций была создана
модель бизнес-процессов, описывающая порядок выполнения предприятием
своих функций [1].
Процесс получения входной информации характеризуется поступлением в
автосалон информации от банков-партнеров и предложений от клиентов (за-
явок). Нормативно-справочная информация характеризуется набором докумен-
тации, необходимой для оформления процессов деятельности менеджеров по
52
продажам. Выходная информация характеризуется документацией, предназна-
ченной для клиентов компании.
Для построения информационной модели были изучены особенности
предметной области. На основании проведенных исследований получены сле-
дующие основные элементы информационной модели (рисунок 2.1).
Рисунок 2.1 – Информационная модель
Основой информационной модели является БД, включающая в себя не-
сколько справочных таблиц, содержащих сведения о покупателях, поставщиках,
истории продаж, об автомобилях на складе, поставках и продажах и прочей слу-
жебной информации.
Процесс проектирования и реализации проекта будет основан на принци-
пах движения информационных потоков предприятия с целью сохранения кон-
цепции ведения документации и облегчения процесса внедрения системы авто-
матизации.
53
2.2.2. Характеристика нормативно-справочной, входной и оперативной ин-
формации
Входная информация – информация, образующаяся на входе любой си-
стемы или поступающая в систему извне. Она может быть представлена в виде
данных, документов, устных сообщений и прочее. Цель любой системы – рацио-
нальная обработка входной информации для получения оптимальных управлен-
ческих решений в виде выходной информации.
Для предприятия ООО «АлексАвто» поступление входной информации
можно представить схематически в виде структуры, показанной на рисунке 2.2.
Рисунок 2.2 – Поток входной информации
Входная информация, с которой работают менеджеры по продажам, мо-
жет быть классифицирована в двух направлениях: информация, поступающая от
клиентов компании; информация, поступающая от банков-партнеров.
Информация, поступающая от клиентов – это заявки на приобретение,
продажу или доставку автомобилей. Заявки в основном формируются на устной
основе, но в последствие приобретают документальную форму в виде договоров
покупки. Клиенты могут так же обращаться в компанию для внесения своих
54
предложений по работе в случае, если клиента что-то не устраивает в работе ме-
неджера, а так же обращаться с коммерческими предложениями. Коммерческие
предложения могут представлять собой предложения для фирмы, направленные
на приобретение автомобиля от клиента по фиксированной цене или с изменени-
ем условий стандартного предложения компании; продажу автомобиля со скид-
кой на основании встречного предложения от клиента; доставки автомобиля с
оригинальной комплектацией или характеристиками автомобиля, отвечающих
предпочтениям клиента.
Информация от банков-партнеров представляет собой рассылку информа-
ционных данных о тарифных ставках кредитования лиц на приобретение авто-
мобиля или клиентского кредитования на получение небольших сумм денежных
средств. Помимо тарифов, банк рассылает информацию о деятельности банка,
предоставляемых услугах и продуктах, используя маркетинговую стратегию по
привлечению клиентов; анкеты банка для клиентов, принявших решение о по-
купке автомобиля в кредит. С одной стороны, такая организация оформления
документов достаточно удобна для клиентов с той позиции, что не приходится
выжидать очереди в банке для заполнения анкет и оформления кредита, но с
другой стороны, клиенту все равно придется обращаться в банк для проверки
анкеты и получения подтверждения на выдачу кредита. Однако информация, по-
ступающая от банка, представляет собой не только информационную поддержку
для клиента, но и предоставление подтверждающей документации для компании
о безналичном переводе денежных средств со счетов клиента на счет компании,
называемых платежными поручениями.
Отдельным разделом входной информации является информация о до-
ставке автомобилей из стран Европы и Америки. При покупке автомобиля за
рубежом поступает информация о характеристиках автомобиля (марка, название
автомобиля, цвет, комплектация, год выпуска), стоимости покупки и доставки, а
также сроках прибытия автомобиля в Россию. Пакет документов, необходимых
для регистрации автомобиля в России, присылается по почте. Это организовано
с целью безопасности документации и дает возможность для оформления и ре-
гистрации автомобиля в России.
55
Таким образом, потоки входной информации направлены на обеспечение
продажной деятельности предприятия. Существуют внутрифирменные концеп-
ции обработки информации, за которые отвечает бухгалтерия. Стандартную до-
кументацию для оформления покупки или продажи автомобиля оформляет ме-
неджер по продажам на основании своих функциональных обязанностей по до-
говору купли-продажи, составленного под контролем бухгалтерии и юридиче-
ской службы.
После поступления входной информации от клиента в компанию в виде
заявок на покупку или продажу автомобиля и проведения консультации клиента
при согласии клиента на покупку, начинается преддоговорная подготовка. Кли-
ента информируют от все технических характеристиках автомобиля, комплекта-
ции и условиях договора. При окончательном согласии клиента на покупку
оформляется договор купли-продажи, экземпляр которого передается клиенту и
остается в компании.
Внутренняя информация компании представляется различного рода при-
казами, указами, распоряжениями. Менеджеры по продажам формируют отчеты
на основании итогов своей работы. Логист фирмы проводит информационный
анализ рынка конкурентов, спроса клиентов на общем рынке продаж, выявляет
наиболее распространенные модели, пользующиеся большим спросом у покупа-
телей. По итогам аналитической работы формируются методы и методики орга-
низации работы и привлечения клиентов.
Приказы и указы, формируемые внутри фирмы, распространяются во все
ее отделы в зависимости от значения содержания управляющих документов. На
основе управляющей документации менеджеры организуют ввод информации в
собственные информационные базы, являющиеся необходимыми для сбора пол-
ной информации об автомобилях и клиентах автосалона.
Итак, основные виды документации автосалона – это штатное расписание,
должностные инструкции, трудовой договор, приказ, личная карточка работника
(в карточке указывается данные работника, образование, паспортные данные,
данные о повышении квалификации, данные из трудовой книжки), внутренний
распорядок.
56
Штатное расписание представляет собой таблицу данных, содержащую
наименование структурного подразделения, должность, количество штатных
единиц, тарифная ставка и итоговая заработная плата с учетом всех надбавок и
коэффициентов. Такое штатное расписание доступно для любого работника
компании. Работники могут сверять данные в таблице и самостоятельно рассчи-
тывать свою заработную плату.
Внутренний распорядок предприятия регулирует трудовые отношения ра-
ботников и имеет следующие цели:
обеспечение соблюдения работниками организации трудовой дисци-
плины;
воспитание ответственности отношения к труду, сознательного и
творческого отношения к должностным обязанностям;
организация труда на современной научной основе;
рациональное использование работниками организации рабочего вре-
мени в процессе производственной деятельности.
Трудовой договор представляет собой документ, в котором указываются
отношения между работодателем и работником организации. В договоре указы-
вается срок действия, предмет договора, права и обязанности работника, права и
обязанности работодателя, занятость и условия труда, условия оплаты труда ра-
ботника, режим труда и отдыха, условия и виды социального страхования ра-
ботника.
Должностные обязанности учитывают все закрепленные за работником
функции каждой отдельной должности. Должностные инструкции разрабатыва-
ются для каждого сотрудника компании в соответствие с должностью. В долж-
ностных инструкциях может указываться порядок аттестации работника и ос-
новные принципы ведения работы.
Личная карточка работника содержит информацию о работнике: паспорт-
ные данные, данные об образовании, квалификации, дополнительном образова-
нии, заработной плате работника, курсах повышения квалификации, данные из
трудовой книжки.