43
Модуль TPS обслуживает основные производственные и
вспомогательные процессы, и обычно это главный источник для других
информационных модулей. ESS – главный получатель данных и внутренних
систем и внешней среды.
Связи между DSS и совокупностью TPS, KWS, MIS намеренно
показаны неопределенными. Иногда DSS тесно связана с другими
подсистемами, но это только в том случае, если предприятие отличается
высокой степенью автоматизации всех процессов. Обычно подсистема DSS
изолированы от основных производственных информационных систем и
использует их данные и информационные потоки для работы своих
аналитических систем.
В любом случае, нет рецептов на все случаи, все зависит от
организационно-функциональной структуры конкретного предприятия,
структуры его бизнеса, реальных инвестиционных возможностей и политики
развития.
Интеграция – это не просто механическое объединение модулей
информационной системы. При разработке плана интеграции исходят,
прежде всего, из стратегических целей развития предприятия, возможного
изменения бизнес-логики, в соответствии с которой выстраиваются бизнес-
процессы и осуществляется их информационное сопровождение. Интеграция
может производиться на уровне форматов и баз данных, программно-
аппаратных и сетевых устройств, пользовательских интерфейсов, форм и
шаблонов документооборота, программных приложений и т.д. Выгоды от
такой интеграции очевидны.
Многообразие применяемых технологий и систем, разнообразие
форматов данных, циркулирующих в информационных потоках, обилие
аналитических и отчетных форм сделали чрезвычайно актуальной задачу
интеграции указанных выше технологических и информационных объектов и
сущностей, а также физические и виртуальные пространства их
взаимодействия в единую информационно-управленческую среду.
44
Рассмотрим варианты интеграционных решений.
1. Интеграция на уровне приложений. Подход к разработке и
внедрению КИС, основанный на интеграции приложений, позволяет:
- сохранить ранее сделанные инвестиции;
- сократить временные и финансовые затраты на поддержку и
развитие информационного пространства компании;
- использовать для решения конкретных задач наиболее
эффективные системы отдельных производителей;
- расширять и развивать отдельные возможности существующих
информационных систем с уже накопленными в них данными.
Как отмечалось, на предприятии информационные технологии уже
используются в работе бухгалтерии, отдела кадров, материально-
технического отдела, планово-производственного отдела и администрации.
Используемые программные пакеты, в частности ППП MS Office,
«1C:Бухгалтерия 8.2», позволяют наращивать себя любыми приложениями и,
таким образом, интегрировать их в общую информационную систему
предприятия. Таким образом, вариант интеграции на уровне приложений уже
используется.
2. Интеграция на уровне данных. Одной из главных проблем
интеграции данных является обилие форматов и типов
(неструктурированные, частично-структурированные, жестко-
структурированные) данных, а также лавинообразное нарастание их объемов.
Циркулирование разнородных массивов данных и информации в сетях
различных служб предприятия создает множество проблем с их сбором,
структурированием, обработкой, анализом, хранением, архивированием и
передачей пользователю для принятия делового решения.
Для их интеграции обычно используют стандартные интерфейсы и
протоколы, например, SQL и JDBC/ODBC, применяют различные
инструменты реляционных баз данных (Relational Database – RD), сквозных
репозиториев – баз данных с «надстройкой», содержащей информацию об
45
артефактах и объектах проектирования, надмножество словарей метаданных
(Transparent Repository – TR) и современных хранилищ и фабрик данных
(Data Warehouse, Data Factory – DW, DF). Последний вид технологий
интеграции применяется, как правило, в крупных компаниях и
производственных объединениях. Такие технологии создают удобную для
пользователя единую среду для хранения и использования данных. Ниже
будет подробнее рассказано о системах коллективного использования
информации.
3. Интеграция на уровне физических, программных и пользовательских
интерфейсов. Этот вид интеграции начинался как один из видов «лоскутной
интеграции», когда предпринимались попытки объединить разрозненные
программные приложения, написанные в разное время разными
разработчиками, в подобие единого целого. Приложения объединялись по
принципу «каждый с каждым», что, в конечном счете, усложняло их
взаимодействие и создавало массу проблем. Кроме того, все сложнее
становилось использовать унаследованные (Legacy Software) и встроенные
(Embedded System) системы.
Такой подход предпочтителен для небольшого количества
приложений. При большом их числе он практически не работает и не
позволяет строить качественно новые запросы к агрегированным данным, т.е.
существенного выигрыша от объединения данных нет. В настоящее время
проблема интеграции на уровне интерфейсов решается на базе
использования информационных подсистем, реализованных стандартными
программными приложениями с открытыми интерфейсами (Open Application
Programming Interface).
Подобные унифицированные интерфейсы разрабатываются, например,
на базе семейства международных стандартов POSIX. В этом случае степень
интегрируемости можно характеризовать некоторым числовым показателем
(метрикой) который можно, условно говоря, вычислить, перемножив
показатель «качества» и «показатель открытости» программного интерфейса.
46
Показателем качества могут выступать такие характеристики, как
«совместимость», «надежность», «переносимость», «понятность», «удобство
использования» и пр. В результате мы получим индекс, который (в известной
степени) характеризует способность приложения быть частью какого-то
другого, глобального композитного приложения.
В настоящее время все чаще применяется следующий алгоритм:
отделяют слой обработки данных от привязанных к ним форм визуализации
и реализуют прикладную бизнес-логику на одном из языков третьего
поколения (3GL), оформив программный доступ к прикладным функциям в
виде хорошо документированного программного интерфейса.
4. Интеграция на функционально-прикладном и организационном
уровнях предполагает объединение ряда однотипных или схожих функций в
макрофункции с перераспределением потоков данных и управления, а также
ресурсов и механизмов для исполнения. Это часто влечет за собой
перестройку организационных структур, бизнес-процессов и,
соответственно, схему их информационного и документационного
обеспечения.
Выгоды от такой интеграции очевидны – процессы становятся более
прозрачными, управляемыми, менее затратными, уменьшается количество
обслуживающего персонала, число ошибок при формировании документов и
т.д. Однако интеграция такого вида влечет за собой существенную
перестройку или полный реинжиниринг сети процессов, что связано с
крупными рисками. Чаще всего такая интеграция проводится в том случае,
когда предприятие готовится к внедрению КИС на базе известного решения,
которое требует привести бизнес-процессы к требуемому стандарту, или
перестраивает свою деятельность в связи со сменой устремлений, открытием
филиалов в других странах, освоением новых сегментов рынка и т.д.
5. Интеграция на уровне корпоративных программных приложений.
Интеграция на уровне приложений (Enterprise Application Integration – EAI,)
подразумевает совместное использование исполняемого кода, а не только
47
внутренних данных интегрируемых приложений. Программы разбиваются на
компоненты, которые интегрируются с помощью стандартизованных
программных интерфейсов и специального программного обеспечения.
При таком подходе из этих компонентов создается универсальное
программное ядро или платформа, с помощью которых используют все
приложения. Для каждого приложения создается только один интерфейс для
связи с этим ядром, что существенно облегчает задачу интеграции.
Полученную в результате систему легче поддерживать и расширять.
Повторное использование функций в рамках имеющейся среды
позволяет значительно снизить время и стоимость разработки приложений. В
этом случае анализ внутренней конструкции приложений – обязательный
этап в оценке степени интегрируемости тех приложений, которые
предполагается связывать в рамках того или иного проекта. Этот анализ
усложняется тем, что обычно разработчики приложений, являющихся
законченными программными продуктами, как правило, не показывают
деталей внутренней конструкции приложений. В связи с этим технология
интеграции в настоящее время рассматривает не просто интеграцию
приложений, но их интеграцию на базе интеграции бизнес-процессов – в
этом случае следует говорить об интеграции на уровне всего предприятия
(Enterprise Integration Metodology – EIM).
Методология EIM реализуется современными технологиями и
инструментами, среди которых можно, например, указать рассмотренную
выше технологию интеграции на базе сервис-ориентированных архитектур
(SOA). Архитектура ИС в таком случае строится из набора гетерогенных
слабосвязанных компонентов (сервисов) и понимается как парадигма
организации и использования распределенного множества функций, которые
могут контролироваться различными владельцами. Базовыми понятиями в
такой архитектуре являются «информационная услуга».
6. Интеграция при помощи Web-сервисов. Самый современный и
быстро развивающийся подход к интеграции приложений. Он основан на
48
обеспечении стандартного для Web-служб интерфейса доступа к
приложениям и данным. Например, используя стандартный протокол
доступа к объектам SOAP (Simple Object Access Protocol), браузер
пользователя может сравнить данные на нескольких сайтах и представить
клиенту сравнительный отчет. Другой пример – сотрудники территориально
распределенного предприятия могут одновременно использовать
корпоративные приложения, доступ к которым осуществляется через
соответствующие Web-сервисы (портальное решение).
Web-сервисы напоминают подход EAI, но с одним важным отличием –
в большинстве случаев EAI-решения разрабатываются как частные для связи
конкретных продуктов. Соответственно, подключить к существующему EAI-
решению еще одну систему – достаточно трудная и долговременная задача.
Web-сервисы существенно более унифицированы и стандартизованы.
Поскольку Web-сервисы основаны на общих для W3C-консорциума
стандартах, они могут работать всюду, где используется интернет (WWW).
Результаты построения КИС на основе Web-интеграции:
- возможность осуществлять оперативное управление
распределенной компанией и ведение консолидированного управленческого
учета по нескольким филиалам;
- возможность осуществлять планомерное развитие
общекорпоративной информационной системы, интегрируя в нее
функциональные компоненты, исходя из приоритетов развития бизнеса
компании и потребностей функциональных подразделений, т.е. возможность
синхронизировать развитие системы с развитием бизнеса;
- возможность при необходимости заменить любой
функциональный компонент другим, более соответствующим текущим
бизнес-потребностям;
- возможность инвестировать в развитие информационных
технологий поэтапно, соотнося вложенные средства с полученным бизнес-
эффектом и снижать общую стоимость автоматизированного рабочего места;
49
- значительное снижение времени сбора информации для принятия
управленческих и деловых решений, сокращение времени и трудозатрат на
ведение учетных операций, на формирование промежуточных отчетов, на
сверку информации между подразделениями и ликвидация противоречивости
и несовместимости данных от различных служб;
- сохранение инвестиций в имеющиеся системы и оборудование, в
обучение персонала.
Как отмечалось, в ООО «Калитва» используется вариант интеграции на
уровне приложений. Можно также предложить использовать вариант
интеграция при помощи Web-сервисов.
В настоящее время крупные разработчики программных продуктов
предлагают консолидированные решения, которые содержат не только
конкретные инструменты для разработки и внедрения, изначально
интегрированных корпоративных приложений, но и реализуют
интегрированную среду разработки таких приложений. Примером такого
решения может служить программный продукт IBM WebSphere.
При проектировании и разработке информационного обеспечения
системы управления персоналом наиболее актуальным является
установление состава и структуры информации, необходимой и достаточной
для принятой технологии управления. Однако большая часть используемых
продуктов информационных технологий в основном направлена на
управление производством. Из информационных технологий для принятия
решений в управлении персоналом используется незначительная часть,
которую к тому же практически всегда приходится дорабатывать «под себя».
Таким образом, для разработки или доработки программного
обеспечения для использования в деятельности ООО «Калитва» требуется,
как минимум, наличие в штатном расписании должности IT-специалиста.
Поэтому можно рекомендовать руководству предприятия рассмотреть
вариант введения в штатное расписание должность IT-специалиста.
50
3.2. Оценка эффективности предложенных мероприятий
В настоящее время наиболее перспективными направлениями
повышения эффективности использования информационных технологий в
управлении деятельностью ООО «Калитва» являются модернизация
локальной вычислительной сети (ЛВС) и введение в штатное расписание
должности IT-специалиста.
Для обоснования целесообразности реализации предложенного
проекта, прежде всего, модернизации локальной вычислительной сети (ЛВС),
необходимо выполнить расчеты затрат на разработку сети, что позволит
оценить сумму инвестиций в проект, а также оценить ожидаемый
экономический эффект от ее модернизации.
Экономический эффект будет достигаться за счет увеличения
производительности труда каждого сотрудника, занятого обработкой
информацией.
Проект плана реализации проекта по повышению эффективности
использования информационных технологий в систему управления ООО
«Калитва» представлен в таблице 3.1.
Таблица 3.1
План реализации проекта по повышению эффективности
использования информационных технологий в управления ООО «Калитва»
Предлагаемые мероприятия
Срок
реализации
Ответственные
Модернизация корпоративной
информационной системы
предприятия
III квартал
2017 г.
Главный инженер
Начальник производства,
Начальники отделов,
Главный бухгалтер,
Введение в штатное
расписание должности IT-
специалиста
2018 год
Директор,
Главный бухгалтер,
Менеджер ОК
В бюджет 2017 г. необходимо заложить дополнительные денежные
средства, что достаточно сложно в условиях экономического кризиса.
51
Поэтому введение в штатное расписание должности IT-специалиста,
целесообразно отложить.
Для принятия решения о целесообразности разработки данной системы
необходимо произвести следующие расчеты и определить:
1) Затраты на разработку и модернизацию ЛВС
Единовременные затраты на разработку и модернизацию ЛВС (K
ЛВС
)
определяются по формуле (3.1)
К
ЛВС =
З
оптр
+ З
по
+ З
об
+ З
комм
, (3.1)
гдеЗ
оптр
– затраты по оплате труда при разработке;
З
по
– расходы на покупку программного обеспечения;
З
об
– расходы на приобретение оборудования;
З
комм
– расходы на коммунальные услуги, интернет.
2) Расходы на оплату труда разработчиков ЛВС рассчитываются
формулой (3.2)
З
оптр
= Т
р
× С
р
, (3.2)
гдеЗ
оптр
– расходы по оплате труда, руб.;
Т
р
– трудоемкость создания ЛВС, чел.-часов;
С
р
– средняя часовая оплата, руб.
3) Расходы на оплату труда монтажников ЛВС
Трудоемкость создания системы (Т
р
) включает в себя затраты труда,
которые можно выразить следующей формулой (3.3)
Т
р
= t
ан
+ t
треб
+ t
об
+ t
прог
+ t
скс
+ t
уст
+ t
тест
, (3.3)
гдеТ
р
– трудоемкость создания ЛВС, чел.- часов;
t
ан
– трудоемкость анализа предметной области, чел.- часов;
t
треб
- трудоемкость разработки требований к ЛВС, чел.- часов;
t
об
– трудоемкость выбора аппаратных средств, чел.- часов;
t
прог
– трудоемкость выбора программных средств, чел.- часов;
t
скс
– трудоемкость монтажа и сертификации структурированных
кабельных систем, чел.- часов;
t
уст
– трудоемкость установки аппаратных и программных средств
52
ЛВС, чел.- часов;
t
тест
–трудоемкость тестирования ЛВС, чел.- часов.
В таблице 3.2 представлен календарный план выполнения работ.
Таблица 3.2
Календарный план выполнения работ
Наименование этапов
выполнения работ
Количество
специалистов,
чел.
Длительность
работы, дни
Количество
чел.-час. на
выполнение
Анализ предметной области
1
3
16
Разработка требований к
ЛВС
1
4
20
Выбор аппаратных средств
1
2
8
Выбор программных
средств
1
2
8
Монтаж и сертификация
СКС
3
6
80
Установка аппаратных и
программных средств
3
5
75
Тестирование ЛВС
3
4
40
На основании календарного плана выполнения работ, рассчитаем
суммарную трудоемкость (Тр) по формуле (3.3):
Тр = 16+20+8+8+80+75+40=247 чел.-часов
Средняя заработная плата сотрудника IT-отдела составляет 30000 руб.
Рассчитаем годовой фонд заработной платы сотрудника IT-отдела, с
учетом страховых взносов.
Годовой фонд заработной платы рассчитывается по формуле (3.4)
Г
з
= С
вз
+ З
зп
, (3.4)
где Г
з
– годовой фонд заработной платы, руб.;
С
вз
– расходы на страховые взносы, руб.;
З
зп
– затраты на выплату заработной платы, руб.
Затраты на выплату заработной платы составят по формуле (3.5)
З
зп
=З
пл
×С
мес
, (3.5)
где З
зп
– затраты на выплату заработной платы, руб.;