42
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Понятие стратегии автоматизации включает в себя базовые принципы,
используемые при автоматизации предприятия. В ее состав входят
следующие компоненты:
· цели: области деятельности предприятия и последовательность, в
которой они будут автоматизированы
· способ автоматизации: по участкам, направлениям, комплексная
автоматизация, хаотичная.
· долгосрочная техническая политика - комплекс внутренних
стандартов, поддерживаемых на предприятии
· ограничения: финансовые, временные и т.д.
· процедура управления изменениями плана.
Автоматизация - один из способов достижения стратегических бизнес-
целей, а не процесс, развивающийся по своим внутренним законам. Во главе
стратегии автоматизации должна лежать стратегия бизнеса предприятия:
миссия предприятия, направления и модель бизнеса. Таким образом,
стратегия автоматизации представляет собой план, согласованный по срокам
и целям со стратегией организации.
Критериями выбора стратегии автоматизации в ОАО «Авиадвигатель»
являются ограничения по финансовым, временным затратам. В связи с этим
рассмотрим возможность применения одной из четырёх стратегий
автоматизации:
Хаотичная автоматизации предполагает установку частей ИС по мере
возможностей. Представляет собой заплатку. Является наиболее плохим
вариантом с точки зрения долгосрочного эффекта. Полное отсутствие
стратегического плана развития ИС. Потребность во внедрение чаще всего
определяется сиюминутными задачами.
Автоматизация по участкам - это процесс автоматизации отдельных
производственных или управленческих подразделений объединенных по
43
функциональному признаку. Внедрение характеризуется большой
трудоемкостью для эффективной реализации стратегии обязательно наличие
стратегических и оперативных планов. Данный подход выбирается: когда
инвестиционные ресурсы недостаточны для полной автоматизации
предприятия, когда автоматизация участка позволяет достичь существенного
эффекта.
Автоматизации по направлениям - автоматизация отдельных групп,
бизнес-процессов (направлений), таких как производство, сбыт управления
финансами.
1)предполагается, меняем объект, меняем предметную область
2)выбор системы сильно зависит от вида услуг и состава затрат
3)внедряем систему, мы получаем “конструктор” автоматизированных
рабочих мест.
Стратегии автоматизации комплексная - это распространение систем
автоматизации на все функциональные направления деятельности компании
за счет проведения системной интеграции (объединения) ИС при внедрении.
Полная автоматизация подразделяется на:
1)автоматизация с внутренней интеграции - использования в качестве
единого информационного хранилища одной СУБД (клиент -> сервер ->
ядро-> СУБД)
2)автоматизация с внешней интеграцией - использования внешних
информационных сущностей (либо файлы) либо использования внутренних
протоколов при взаимодействии отдельных модулей.
Хаотичная стратегия не подходит, так как предполагаем использование
информационной системы в долгосрочной перспективе и предполагаем
расширение и добавление функционала системы. Комплексная
автоматизация предполагает полную автоматизацию всех функциональных
направлений деятельности компании, а также требует больших временных и
финансовых затрат, которые не может позволить компания. Автоматизация
по участкам предполагает, автоматизацию отдельных отделов компании, в
44
данном случае предполагается автоматизация не всех процессов
выполняемых каким либо из отделов компании. Способ автоматизации по
направлению, наиболее подходящий, так как в данном случае происходит
автоматизация отдельных групп бизнес-процессов компании
Разработка стратегии автоматизации.
Стратегия автоматизации в первую очередь должна соответствовать
приоритетам и стратегии (задачам) бизнеса. В понятие стратегии также
должны входить пути достижения этого соответствия.
1. Анализ деятельности предприятия.
Анализ деятельности предприятия - довольно общее понятие. В данном
разделе под анализом деятельности понимается следующее: сбор и
представление информации о деятельности предприятия в формализованном
виде, пригодном для выбора и дальнейшего внедрения автоматизированной
системы.
2. Реорганизация деятельности.
Реорганизация деятельности преследует, как правило, цель повышения
эффективности деятельности предприятия в целом.
3. Выбор системы.
Выбор системы - многокритериальная задача. Задание объективных
критериев, по которым будет осуществляться выбор конкретной системы,
напрямую связано с качеством и полнотой проработки всех предшествующих
этапов цепочки выбора. Действительно, практически все объективные
соображения, которыми руководствуются при выборе системы
(функциональные возможности, стоимость системы и совокупная стоимость
владения, перспективы развития, поддержки и интеграции, технические
характеристики системы и т.п.), выводятся на предыдущих этапах. При
тщательной проработке всех предшествующих этапов, выбор системы,
перестает быть проблемой.
4. Эксплуатация и сопровождение ИС.
45
Этап эксплуатации или сопровождения системы в динамично
меняющемся предприятии представляет собой довольно сложную задачу.
Модернизация программно-аппаратной части, вызванная физическим и
моральным старением компонентов АСУ; необходимость отслеживания
изменений в законодательстве; необходимость доработки системы под новые
требования ее пользователей; обеспечение безопасности информации в
процессе эксплуатации - эти и многие другие вопросы постоянно встают
перед персоналом, ответственным за процесс эксплуатации системы.
Таким образом, в условиях ограниченного бюджета и начальной стадии
автоматизации логичным будет выбрать стратегию автоматизации по
направлению и автоматизировать только непосредственно процесс учета
отпусков сотрудников.
Для устранения выявленных недостатков и достижения желаемых
результатов планируется создать локальную сеть, которая связывала бы
автоматизированные рабочие места отдела кадров, бухгалтера, директора
компании.
Основным элементом в стратегии автоматизации должна стать
созданная база данных, в которой и будут аккумулироваться все сведения о
заключенных договорах и документах учета. Кроме того, возможен много
пользовательский доступ к базе данных.
46
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для автоматизации процессов управления и информационного
обеспечения рассматриваются три способа приобретения программного
обеспечения:
Покупка готовой специализированной ИС;
Разработка ИС своими силами;
Разработка ИС сторонней фирмой;
Покупка системы и её доработка;
Покупка: Так называемую коробочную версию продукта в дипломном
проекте рассматривать не буду, так как там нечего проектировать.
Разработка: В данном случае можно использовать внешних разработчиков,
предоставим им чёткое техническое задание или разрабатывать ПО силами ИТ
специалистов, работающих в компании. В обоих случаях это весьма
трудозатратный проект с внедрением не менее чем на пол года.
Покупка + доработка: Это покупка уже готового решения с
возможностью дописать функционал силами самих производителей ПО либо
сделать это средствами своей компании, то есть программистом, работающим
в компании на постоянной основе, в этом случае язык программирования
программиста должен совпадать или хотя бы быть близок к тому языку
программирования, на котором пишет программист компании. На момент
написание данного дипломного проекта система была уже куплена и
доработана.
47
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Для управления данными, используемыми АСУ «Учёт отпусков»
должна использоваться реляционная БД, управляемая СУБД Microsoft Visual
FoxPro 9.0.
В реляционной БД должны быть предусмотрены таблицы для хранения
следующих данных:
1. проекты распоряжений на отпуск;
2. электронные версии документов распоряжений на отпуск;
3. периоды фактического отсутствия сотрудников на рабочих
местах, экспортируемые из АСУ «Учёт рабочего времени»;
4. справочник типов и видов отпусков.
Для кодирования видов отпусков должны использоваться цифровые
коды, разработанные на предприятии заказчика и используемые в смежной
системе «Учёт рабочего времени».
Печатные формы документов: распоряжение на отпуск, график
отпусков, личная карточка работника, должны соответствовать
унифицированным формам, которые утверждены постановлением
Госкомстата РФ от 05.01.2004.
48
1.4.2. Обоснование проектных решений по программному
обеспечению
Несмотря на то, что средство программной реализации (Microsoft Visual
FoxPro 9.0), а так же язык программирования (Visual Fox Pro) определён
руководителем ОАСУП, в тексте работы представлены результаты сравнения
СУБД Microsoft Visual FoxPro 9.0 и Microsoft SQL Server 2014.
Для сравнения был выбран Microsoft SQL Server 2014, так как, этот
программный продукт является одним из самых современных на момент
написания данной работы и по заявлениям компании Microsoft имеет
увеличенную производительность по сравнению с предыдущими СУБД
линейки Microsoft SQL Server при сниженных требованиях к аппаратному
обеспечению.
В рамках данной работы рассматривается выпуск Microsoft SQL Server
2014 Standard, предоставляющий базовые функции для работы с базами
данных, которых будет вполне достаточно для реализации системы учёта
отпусков.
При определении цены, за которую возможно приобрести лицензию на
программное средство учитывался тот факт, что количество рабочих мест, на
которых будет производиться работа с системой учёта отпусков, может быть
любым на каждый момент времени. Исходя из этого, была выбрана
корпоративная лицензия для Microsoft Visual FoxPro 9.0, которой составит
20 288 рублей, а для Microsoft SQL Server 2014 была выбрана модель
лицензирования по количеству ядер на том устройстве, на котором будет
установлен компонент управления базой данных вне зависимости от
количества подключений к нему, цена такой лицензии составит 237 274
рублей. Данное соотношение цен представлено на рисунке 21.
Не менее важным аспектом в выборе СУБД, является скорость
обработки поступающих к ней запросов. Для того чтобы сравнить
производительность СУБД Microsoft SQL Server 2014 и Microsoft Visual
FoxPro 9.0 была реализована программа, способная генерировать запросы к
49
серверу баз данных для получения и модификации данных, выступая в
качестве клиентского приложения.
Рисунок 21 – Цена лицензии на программное средство
Реализованная программа состоит из двух блоков: центра запуска
клиентов и непосредственно клиента, генерирующего запросы к СУБД.
Центр запуска клиентов, используется для определения СУБД, с которой
будет работать клиент, вида теста, частоты генерации запросов, времени в
течение, которого запросы будут направляться к СУБД для обработки и
количества клиентов, одновременно обращающихся к СУБД. Внешний вид
центра запуска клиентов представлен на рисунке 22.
Рисунок 22 – Внешний вид центра запуска клиентов
Клиенты, описанной программы способны генерировать запросы на
языках DML и DQL, по средствам которых производится основная работа по
изменению и извлечению данных в процессе эксплуатации информационной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Основной
Microsoft Visual FoxPro
9.0
Microsoft SQL Server
2014
Цена лицензии на программное
средство (руб.)
Microsoft Visual FoxPro 9.0
Microsoft SQL Server 2014
50
системы, и подводить итоги по завершению времени, которое отводилось для
проведения теста, определённым в центре запуска клиентов, а именно:
1. минимальное время, затраченное на выполнение запроса;
2. максимальное время, затраченное на выполнение запроса;
3. среднее время, затраченное на выполнение всех запросов;
4. общее время, затраченное на выполнение всех запросов;
5. общее количество запросов, которые успела обработать СУБД за
отведённое время.
Для запросов на языке DQL подводились дополнительные итоги:
1. минимальное количество строк, которые вернула СУБД;
2. максимальное количество строк, которые вернула СУБД;
3. среднее арифметическое количества строк, которые вернула
СУБД;
4. общее количество строк, возвращённых СУБД за время
проведения теста.
Внешний вид клиента представлен на рисунке 23.
Условия проведения сравнения производительности СУБД
Сравнение проводилось, на платформе Microsoft Windows 7 (32-х
разрядная версия) установленной на виртуальной машине, со следующими
аппаратными характеристиками:
1. процессор: Intel Core i5-3570;
2. оперативная память: 4096 Мб;
3. дисковый накопитель со скоростью передачи данных между
системой и накопителем 150 Мб/с.
Из выше сказанного следует, что СУБД и клиентское приложение
располагаются на одном компьютере. Данное решение позволило получить
более корректные данные о скорости выполнения запросов, за счёт устранения
затрат времени на передачу данных по коммуникационным сетям. Следует
отметить, что настройки направленные на оптимизацию производительности,
не проводились ни на одной из СУБД, а также во время проведения
51
тестирования СУБД Microsoft Visual FoxPro 9.0 служба Microsoft SQL Server
2014 останавливалась, чтобы обе СУБД находились в равных условиях и не
задействовали ресурсы компьютера.
Рисунок 23 – Внешний вид клиента, имитирующего работу клиентского приложения
Для проведения сравнения для каждой СУБД была подготовлена база
данных, состоящая из двух таблиц, представленных в таблице 3.
Таблица 3 – Описание таблиц, находящихся в базах данных
Наименование
таблицы
Кол-во
записей
Кол-во
полей
Размер
записи (байт)
Примечание
Otpusk
35230
28
260
Таблица для
хранения
проектов
отпусков
Doc
33400
26
241
Таблица для
хранения
распоряжений
на отпуск
Типы полей в представленных таблицах подбирались по принципу
аналогичности для сравниваемых СУБД, для получения более «чистого»