38
крупных компаниях, так как требует наличия собственного штата
разработчиков ПО.
Основываясь на том, что нам необходимо автоматизировать бизнес
процесс поддержки принятия решений, целесообразно выбрать стратегию
автоматизации «по направлениям». Так как работа организация работы по
учету готовой продукции представляет собой целостную технологическую
цепочку, целесообразна её полная автоматизация.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Определим способ приобретения программного обеспечения для
автоматизации документооборота.
Покупка готовых решений имеет следующие преимущества:
1. Отсутствие необходимости расходов на разработку ПО;
2. Готовые решения, как правило, соответствуют стандартным
технологиям работы специалистов;
3. Приобретение лицензионного ПО предполагает возможность
технической поддержки конечных пользователей, доработки ПО в
соответствии с изменениями законодательства.
Также в настоящее время возможно приобретение «облачных» решений,
что предполагает аренду ПО, развернутого на удаленном сервере. При этом не
требуется временных затрат на установку и обслуживание ПО, но имеются
риски, связанные со стабильностью каналов связи, а также с нахождением
данных организации на сервере сторонней фирмы. При этом в случае
возникновения проблемных ситуаций возможна блокировка доступа к
ресурсам.
К недостаткам готовых решений относят необходимость адаптации под
специфику организации, зачастую наличие неиспользуемого функционала.
Риски, связанные с зависимостью от фирмы-разработчика.
39
Также возможно использование стратегии ПО, связанной с покупкой и
доработкой существующих решений. В этом случае приобретается ядро
системы (например, в бухгалтерии это проводки), а остальной функционал
дорабатывается.
К преимуществам данной стратегии можно отнести:
1. Покупаемое ядро является отлаженным и законченным
компонентом
2. Возможная доработка именно требуемой функциональности
3. Не надо платить за то, что компании не нужно
К недостаткам:
1. Необходимость наличия в штате фирмы отдела информационных
технологий
2. Эффективность данной схемы можно достичь при относительно
небольших объемах доработок
3. Доработки возможны только в рамках реализованного ядра
готовой системы
4. Стратегия собственной разработки программного обеспечения
имеет преимущества:
5. Возможность адаптации к предъявляемым требованиям
6. Индивидуализация проекта
7. Возможность реализации изменений под требования организации
Недостатки данной стратегии:
1. Необходимость создания команды, либо создания
дополнительной нагрузки на специалистов ИТ отдела;
2. Отсутствие профессиональных постановщиков задач может
вносить ошибки в бизнес-логику уже на стадии технического
задания;
3. Проект может захлебнуться:
a. Из-за недостаточной квалификации разработчиков и
специалистов – профильных отделов
40
b. Из-за ухода ведущих специалистов
c. Из-за нехватки внутренних ресурсов
d. Смена руководства компании может привести к решению о
закрытии проекта
e. Часто плохая документированность системы
В данном случае оптимален способ автоматизации путем покупки ядра
системы и ее последующей доработки.
В результате рассмотрения параметров основных стратегий
автоматизации было принято решение о разработке собственной
автоматизированной системы, учитывающей особенности бизнеса
предприятия, так как в существующих разработках отсутствует
интегрированное решение всех поставленных задач, а если покупать готовые
решения разных производителей, ориентирующиеся на решение отдельных
задач, тогда получим недостатки, характерные для хаотичной автоматизации.
Кроме того, руководством ООО «Московский завод двигателей Внутреннего
сгорания» было принято решение о рассмотрении возможности снижения
расходов на приобретение программного обеспечения. Кроме разработки
программного обеспечения было принято решение об интеграции
программного продукта с бесплатным офисным пакетом OpenOffice.org для
экономии расходов бюджета на приобретение лицензий на MSOffice.
1.4 Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению.
Информационное обеспечение – совокупность проектных решений по
объемам, размещению, формам организации информации (единой системы
классификации и кодирования информации унифицированных систем
документации, схем информационных потоков), циркулирующей в
организации, а также методология построения баз данных.
41
Все информационного обеспечения можно разделить на два типа:
«внемашинное» и «внутримашинное» информационное обеспечение.
«Внемашинное» информационное обеспечение включает показатели,
необходимые для решения управленческих задач; их объемно-временные
характеристики и информационные связи; различные классификаторы и коды;
унифицированную систему документации для отражения показателей; формы
вывода результатов обработки. Автоматизация управленческих операций
требует приведения всего множества показателей в единую, целостную
систему, установления их содержательного и терминологического единства
(однозначности), а также четких взаимодействий между ними.
В процессе проектирования экспертной системы ООО «Московский
завод двигателей Внутреннего сгорания» потребуется использование ряда
классификаторов:
1) Локальный классификатор видов выпускаемой продукции;
2) Локальный классификатор контрагентов;
В качестве входных документов информационной системы
используются приходная накладная. Выходной информацией будет являться
сформированная отчетность об объемах готовой продукции на складе.
В большинстве случаев, использование унифицированных форм в
управлении системой документооборота не представляется возможным, так
как такие формы отсутствуют.
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение - совокупность программ системы обработки
информации и программных документов, необходимых для эксплуатации этих
программ.
В таблице 10 приведен перечень проектных решений по видам
программного обеспечения, используемых в данной работе.
42
Таблица 10
Перечень программного обеспечения, используемого в проекте
автоматизации документооборота ООО «Московский завод
двигателей Внутреннего сгорания»
Тип ПО
Наименование
ПО
Назначение ПО
Системное ПО
Microsoft Windows
2016 Server
Standard
Управление ресурсами
вычислительной сети
администрации, контроль учетных
записей, использование
административных политик
Офисное ПО
OpenOffice.org 4.1,
Microsoft Office
2010 и 2016
Работа по подготовке документов,
электронных таблиц, отчетности
различного типа, вывод данных из
внешних приложений
Инструментальное
ПО
1С: Предприятие
8.3
Разработка приложения для
автоматизации технологии работы
специалистов
СУБД
Microsoft SQL
Server 2014 Std
Работа с базами данных прикладных
программных комплексов
Прикладное ПО
1С: Предприятие
8.3
Работа специалистов по кадрам,
бухгалтерскому учету, расчёта
заработной платы, ведения
кадрового учёта
ПО для
обеспечения
информационной
безопасности
Kaspersky EndPoint
Security 11,
360 Total Security
Обеспечение антивирусной защиты
Таким образом, при расчете требований к параметрам технического
обеспечения необходимо учитывать системные требования для обеспечения
функционирования всего комплекса программного обеспечения,
используемого в условиях ООО «Московский завод двигателей Внутреннего
сгорания».
1.4.3 Обоснование проектных решений по техническому
обеспечению
Под техническим (аппаратным) обеспечением информационной
системы понимается весь комплекс электронных, электрических и
механических устройств, входящих в состав системы и/или сети, исключая
43
программное обеспечение и хранимую информацию. В этот комплекс входят:
компьютеры, периферийные устройства ввода/вывода и хранения
информации, а также сетевое оборудование различных типов и энергетическое
оборудование (батареи и аккумуляторы).
Требования к техническому обеспечению формировались исходя из
аппаратных требований используемого программного обеспечения, и
представлены в таблице 11.
Таблица 11
Аппаратные требования информационной системы
Название
Сервер
Клиент
Процессор
2,9 ГГц (с архитектурой x64).
Оптимальное число ядер – от 2.
От 2,6 ГГц
ОЗУ
От 32ГБ
От 4ГБ
Видеокарта и
монитор
Монитор SVGA (с минимальным разрешением 1024х768
точек)
Жесткий диск
В зависимости от размера БД
Для работы программы
необходимо от 100 МБ
Оптический
привод
DVD-RW
-
Устройства
ввода
Клавиатура и мышь
ЛВС
Пропускная способность 1GB/c
От 100 MB/s
Параметры аппаратного обеспечения серверной части определены
согласно требованиям к СУБД, требования к рабочей станции – по оценке
нагрузки на рабочую станцию приложения для автоматизации системы
документооборота.
Анализ аппаратных требований дает основание утверждать, что
существующих средств технического обеспечения для функционирования
создаваемой информационной системы автоматизации работы по учету
готовой продукции достаточно, необходимость в модернизации и замене
отсутствует.
44
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Проведем выбор концепции жизненного цикла в рамках проектирования
информационной системы учета готовой продукции.
Понятие «жизненный цикл проекта» можно интерпретировать как
период времени от зарождения идеи проекта до его завершения, который
можно разделить на соответствующие фазы или этапы:
1. Стадия замысла
2. Стадия разработки
3. Стадия производства
4. Стадия применения
5. Стадия поддержки применения
6. Стадия прекращения применения и списания
Стандарты COBIT используются:
1. Высшим руководством компании и Советом директоров;
2. Бизнесом и ИТ-менеджментом;
3. Профессионалами в отдельных областях (безопасности,
управлении, аудите и т.п.).
Перечень продуктов COBIT 4.1:
1. Методология проведения совещаний в области управления сферой
ИТ. Используется высшим руководством определения
приоритетов в использовании ИТ.
2. Методология внедрения систем управления ИТ: Использование
COBIT и Val IT TM. Описываются процессы внедрения
методологий COBIT и Val IT.
3. Контрольные практики COBIT: Руководство по достижению
целей контроля для успешного управления сферой ИТ, второе
издание (COBIT Control Practices: Guidance to Achieve Control
45
Objectives for Successful IT Governance, 2nd Edition). Объясняет,
зачем нужны меры контроля и как их организовать.
4. Руководство по обеспечению надежности в области ИТ:
использование COBIT. Включает методологию использования
COBIT для обеспечения надежности.
В требования бизнеса входят вопросы определения политики
инвестирования в ресурсы ИТ.
Как показано выше, для ООО «Московский завод двигателей
Внутреннего сгорания» по большинству направлений характерен низкий
уровень зрелости ИТ-стратегии. По одному из направлений (перспективное
видение управления ИТ-службой) – средний уровень.
Основные выявленные недостатки:
1. Функционирование ИТ-службы предполагает работы по
поддержке функционирования программной и аппаратной части
без четкого определения стратегии развития;
2. В компании имеется пакет разработанных документов в области
регулирования ИТ-инфраструктуры. Разграничены полномочия
администраторов, пользователей, руководителей, составлены
матрицы доступа. По факту требования, определенные в
регламентах, исполняются формально;
3. Внедрение ИТ-решений в работу компании проводится без
проведения детального анализа эффективности, соответствия
технологии работы сотрудников и экономической эффективности.
Стратегия развития ИТ-инфраструктуры завода двигателей внутреннего
сгорания предполагает разработку документов:
1. Положение о локальной вычислительной сети;
2. Системная архитектура локальной вычислительной сети;
3. Прикладная архитектура;
4. Положение об обеспечении информационной безопасности.
46
Не бывает одного оптимального способа определить наиболее
подходящий жизненный цикл и структуру проекта. У некоторых организаций
существуют принятые принципы, согласно которым для каждого проекта
подразумевается один и тот же жизненный цикл, в то время как остальные
организации позволяют команде управления проектом самим выбирать
жизненный цикл, наиболее подходящий для проекта.
В рамках данной работы проведена оценка уровня зрелости ИТ-
стратегии компании завода двигателей внутреннего сгорания. Результаты
показаны в таблице 12.
Таблица 12
Оценка уровня зрелости ИТ-стратегии компании
Виден
ие и
мисси
я ИТ
Цел
и
ИТ
Требуемое состояние
в ближайшей
перспективе
План работы с ИТ-
инфраструктурой
Прил
ож
ения
ПО
ИТ-
инфра
ст
рукту
ра
ИТ-
служ
бы
При
ло
жен
ия
ПО
ИТ-
инфра
ст
рукту
ра
ИТ-
служ
бы
Наличие документации
Отсутствуе
т
Наличие
концепции
+
+
Черновые
варианты
+
+
+
Отдельные
документы
+
+
+
Наличие
пакета
согласован
ных
документов
Частота пересмотра документов
Пересмотр
не
производит
ся
1 раз в год
+
+
+
+
+
+
+
+
2 раза в год
1 раз в 3
месяца
47
Виден
ие и
мисси
я ИТ
Цел
и
ИТ
Требуемое состояние
в ближайшей
перспективе
План работы с ИТ-
инфраструктурой
Прил
ож
ения
ПО
ИТ-
инфра
ст
рукту
ра
ИТ-
служ
бы
При
ло
жен
ия
ПО
ИТ-
инфра
ст
рукту
ра
ИТ-
служ
бы
Ежемесячн
о
Наличие приказов о назначении ответственных
Отсутствую
т
+
+
Ответствен
ные
назначены
формально
+
+
+
+
+
+
Ответствен
ные
специалист
ы
осуществля
ют
порученну
ю
деятельнос
ть
Модель жизненного цикла программного обеспечения - структура,
определяющая последовательность выполнения и взаимосвязи процессов,
действий и задач на протяжении жизненного цикла. Модель жизненного цикла
зависит от специфики, масштаба и сложности проекта и специфики условий,
в которых система создается и функционирует.
Модели жизненного цикла:
1. Каскадная модель - подразумевает последовательное выполнение
всех этапов проекта в строго определенном порядке. Переход на
следующий этап выполняется только после полного завершения
работ на предыдущем.
2. Итерационная модель - подразумевает разделение жизненного
цикла проекта на определенную последовательность итераций,
напоминающих «мини-проект», каждый из которых включает все
процессы разработки в применении к созданию меньших