Экономическая оценка процесса внедрения информационной системы на предприятии

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Введение

Повышение эффективности информационных систем (ИС) требует рассмотрения ее как аппаратно-программной системы, устойчиво функционирующей в процессе поддержки приложений в соответствии с требованиями заказчика. Определение необходимых изменений ИС основывается на данных о ее текущем состоянии (эффективности) и перспективных будущих состояниях, связанных с изменением эффективности. Эти состояния, во-первых, зависят от отраслевых особенностей сложных систем, для которых она является надстройкой, а, во-вторых, подлежат интерпретации (комплексному оцениванию) с учетом человеческого фактора - предпочтений всех заинтересованных лиц. Данное обстоятельство предполагает актуальным привнесение новых свойств ИС в процедуру обработки данных, ответственную за антропогенное оценивание и изменение состояний сложных прикладных объектов, что делает ее интеллектуальной. Следуя общепринятому толкованию термина «технология» как совокупности процессов и методов, необходимо учесть приоритет процессов, определяющих достижимость желаемого результата, над методами, в нашем случае, обозначающими уровень инжинирингово-управленческих компетенций (ИУК) пользователя. В связи с этим, процедуру построения процессов в рамках создаваемых интеллектуальных технологий целесообразно разбить на два этапа: этап разработки базовых процессов интеллектуальных технологий и этап создания объектно-ориентированных решений задач анализа и обработки данных. Полученный на этой основе результат становится окончательным после наполнения процессов теми или иными вариантами наборов функциональных свойств, определяемыми ассортиментом сертифицированных программных продуктов поддержки принятия решений.

1. Информационные сети и системы в логистике

Использование компьютерной техники и современного программного обеспечения позволяет значительно улучшить скорость и качество управленческих решений. Современное состояние логистики и её развитие во многом сформировалось благодаря бурному развитию и внедрению во все сферы бизнеса информационно-компьютерных технологий. Реализация большинства логистических концепций (систем) таких как SDP, JIT, DDT, и других была бы невозможна без использования быстродействующих компьютеров, локальных вычислительных сетей, телекоммуникационных систем и информационно-программного обеспечения. Разнообразные информационные потоки, циркулирующие внутри и между элементами логистической системы, логистической системой и внешней средой, образуют своеобразную логистическую информационную систему, которая может быть определена как интерактивная структура, состоящая из персонала, оборудования и процедур (технологий). Объединенных связанной информацией, используемой логистическим менеджментом для планирования, регулирования, контроля и анализа функционирования логистической системы. Если в информационной системе осуществляется автоматизированная обработка информации, то техническое обеспечение включает в себя компьютерную технику и средства связи между самими компьютерами. Широкое проникновение логистики в сферу управления производством в существенной степени обязано компьютеризации управления материальными потоками. Компьютер стал повседневным орудием труда для работников самых разнообразных специальностей, с ним научились обращаться, ему поверили. Программное обеспечение компьютеров позволяет на каждом рабочем месте решать сложные вопросы по обработке информации. Эта способность микропроцессорной техники дает возможность с системных позиций подходить к управлению материальными потоками, обеспечивая обработку и взаимный обмен большими объемами информации между различными участниками логистического процесса. При реализации функций логистики на предприятии составляют основные направления программы работ:

- определяются технические средства для выполнения программного задания;

- составляются требования к качественным характеристикам, и определяется необходимый объем финансовых и трудовых ресурсов;

- определение базовых методов формирования программных заданий;

- выбор организационной формы осуществления программных заданий;

- составление сетевой модели выполнения этапов и работ;

- разработка системы критериев оценки и мотиваций действий;

- организация контроля, учета и оценки хода работ.

Логическая система на производстве эффективна только тогда, когда создаются условия для ее интеграции в текущие производственные и коммерческие процессы. Эта проблема решается путем создания информационного базиса соответствующего данному виду производства и его объему и прочим характеристикам производственной структуры предприятий. Также к этому относятся «актуальные обзоры» фондов наличие фактических и планируемых заказов. Содержание производственных основных и промежуточных складов и сроков поставки, обработки, ожидания, простои, соблюдение сроков. Для сбора этих данных производственная система по всему предприятию располагает «датчиками и измерительными инструментами», которые контролируют объемы и сроки текущих процессов. Логическая система предъявляет к своей вычислительной сети следующие требования:

- быстрый и надежный, предпочтительнее автоматизированный сбор информации и данных о транспортных средствах и средствах производства;

- структурирование внутрипроизводственной информационной системы поддержки принятия решений, которая в каждый момент содержит актуальную информацию о ходе производственных процессов по каждому участку предприятия.

В настоящее время между партнерами широко распространяются технологии безбумажных обменов информацией. На транспорте вместо сопровождающих груз многочисленных документов (особенно в международном сообщении) по каналам связи (Интернет) синхронно с грузом передается информация, содержащая о каждой отправляемой единице все необходимые для нее характеристики товара и реквизиты. При такой системе на всех участках маршрута в любое время можно получить исчерпывающую информацию о грузе и на основе этого принимать управленческие решения. Логистическая система дает возможность грузоотправителю получать доступ к файлам, отражающим состояние транспортных услуг и загрузку транспорта. Возможен автоматический документальный обмен между производителями товаров и крупными магазинами, включающий обмен накладными и транспортными конторами при прямой отправки товаров от производителя к покупателю. С помощью технологии безбумажных обменов информацией покупатель может непосредственно оформить заказы на покупку. Электронный обмен данными - процесс, который позволяет с помощью компьютеров наладить связь между компаниями, заключить сделку с помощью глобальных и локальных вычислительных сетей, которые непосредственно организуют взаимодействие между компьютерами различных компаний. Чтобы реализовать эти возможности, компании заключают стандартные протоколы обмена и заключают между собой договора.

Предпосылкой для оптимизации движения материального потока в логистической цепочке является оперативный обмен информацией между звеньями цепочки в интегрированной информационной системе. Значительная часть повседневных дел предприятий обеспечивается, как правило, с помощью ЭВМ. При этом обрабатываются также данные, которые позже передаются коммерческим или транспортным партнерам в качестве предложения, заказа, накладной, счета-фактуры и т.п., по большей части в виде бумажного документа. Этот малоэффективный способ передачи информации можно заменить передачей данных прямо на носителе информации или телесвязью. Последние два способа относятся к электронной передаче данных (EDI - Electronic Data Intercnange). Электронная передача данных представляет собой автоматизированное соединение информационных систем или разных организаций, или территориально удаленных друг от друга подразделений одного предприятия. Связь между ними обеспечивают коммуникационные системы при помощи средств техники связи. Эта деятельность обычно называется дистанционной передачей данных. Дистанционная передача данных является предпосылкой для полной интеграции информационных систем не только в масштабе одной страны, но и в международном.

В настоящее время существует достаточно большое количество ИС, позволяющих улучшить бизнес-процессы предприятия, сократить время обработки запроса клиента, дать возможность увидеть новые возможности в бизнесе. Однако нельзя принимать решение о внедрении той или иной ИС только на основании того, что так поступают все остальные компании. Несомненно, с одной стороны, внедрения ИС оптимизирует бизнес-процессы и увеличивает стоимость бизнеса, но, с другой стороны, инвестиции в ИС = это прежде всего затраты предприятия. Следует также помнить о том, что затраты на ИС определяются не только затратами на этапах приобретения (разработки) и внедрения, но и затратами на этапах эксплуатации и сопровождения. Затраты на этапах эксплуатации и сопровождения могут значительно превышать затраты на приобретение (разработке) и внедрении.

На рис. 1 предоставлены затраты в течение жизненного цикла ИС и эффект от ее использования, в котором сосредотачиваются основные, функциональные критерии качества, отражающие назначение, область применения и качественные характеристики функций ИС.



Рис. 1. Затраты в течении жизненного цикла

2. Внедрение информационных систем

Современные требования к любой компании, рассчитывающей занять уверенные позиции на современном рынке, предполагают готовность реализацию конкретных целей, а также готовность преобразовывать свою деятельность, внедряя новые достижения. В первую очередь это касается высоких технологий, позволяющих в большинстве случаев не только облегчить выполнение отдельных задач, но и снизить затраты предприятия в целом.

В связи с этим руководители всё чаще обращают внимание на необходимость внедрения информационных систем в процесс. Однако данный процесс требует определённой подготовке, кроме того, сам процесс внедрения должен происходить с учётом некоторых особенностей бизнеса.

Внедрение любой новой информационной системы должно происходить только после того, как будет сформулирован круг конкретных задач, которые должна решить система. Необходимо чёткое понимание того, какие именно процессы сможет оптимизировать или улучшить внедрённая информационная система.

Исходя из этого, можно лучше спланировать сам процесс внедрения, а также учесть, сколько именно времени уйдёт на это, а также на освоение новой системы. На основе этого рассчитывается экономическая целесообразность данной операции.

Если использование новой системы соответствует стратегическим задачам, её использование полностью обосновано, а сама компания готова к освоению, то можно приступать к следующему этапу.

Общая характеристика проектов внедрения информационных систем.

Задача проекта внедрения информационной системы включает в себя создание (адаптацию) и запуск в продуктивную эксплуатацию всех перечисленных выше элементов. О сложности этой задачи свидетельствует известная из результатов исследований Standish Group неутешительная статистика по успешности ИТ-проектов: в 1998 году только 26% проектов завершились в срок, не превысили бюджет и обеспечили реализацию предусмотренных функций.

Источники проблем при внедрении информационной системы охватывают различные аспекты частного проекта и деятельности компании в целом. К ним можно отнести:

· отсутствие постановки менеджмента на предприятии;

· необходимость в частичной или полной реорганизации структуры предприятия;

· необходимость изменения технологии бизнеса в различных аспектах;

· сопротивление сотрудников предприятия;

· временное увеличение нагрузки на сотрудников во время внедрения системы;

· необходимость в формировании квалифицированной группы внедрения и сопровождения системы, выбор сильного руководителя группы.

Кроме того, в процессе внедрения существует необходимость в реализации единой ИТ-стратегии предприятия, которая позволит адекватно сочетать развитие (создание) программной и аппаратной частей системы параллельно с комплексом работ по развитию существующей ИТ-инфраструктуры компании.

Значительная часть проблем проектов внедрения обусловлена довольно типичными ошибками, которые известны, но, тем не менее, часто повторяются:

· проектирование систем без учета стратегии развития бизнеса -- необходимо представлять структуру и масштабы бизнеса в перспективе как минимум на 3 года.

· нарушение принципа построения системы «сверху-вниз» и, как следствие, отсутствие информационной поддержки принятия управленческих решений на верхних уровнях управления;

· чрезмерное увлечение реинжинирингом бизнес-процессов и порой неоправданное их подчинение требованиям стандартной функциональности базовой ERP-системы;

· кардинальная переработка базовой функциональности ERP-системы;

· нереалистичные ожидания вследствие неверной оценки экономической эффективности внедрения ERP-системы.

В то же время накопленный опыт внедрения информационных систем свидетельствует о наличии устойчивой группы факторов успеха таких проектов и, как следствие, о возможности формирования технологии успешного управления проектом внедрения с учетом этих факторов (рис. 2). Рациональная организация проектов внедрения информационных систем описывается в стандартах (международных, государственных, корпоративных), которые часто называют методологиями внедрения.



Рис. 2. Факторы успеха проекта внедрения

Назначение и состав методологий внедрения.

Методологии внедрения обычно разрабатываются ведущими производителями информационных систем с учетом особенностей их программных продуктов, а также сферы внедрения. Положительная сторона таких стандартов -- их практическая направленность. Они представляют собой глубоко проработанные, проверенные, многократно апробированные рабочие инструкции и шаблоны проектных документов. Такие стандарты обычно далеки от теоретических абстракций, ориентированы на особенности конкретных систем, содержат наилучший опыт. Но у стандартов есть и отрицательные стороны: даже методологии, предназначенные для систем, близких по классу, не взаимозаменяемы. Например, методология внедрения системы Microsoft Axapta направлена во многом на управление настройками модулей и доработками; а при внедрении функционально подобных модулей SAP или ORACLE EBS превалирует идеология бизнес-реинжиниринга, при котором организации предлагается изменять свои бизнес-процессы, адаптируя их под «лучший опыт», зафиксированный в системе. В качестве наиболее известных примеров методологий можно привести следующий, далеко не исчерпывающий перечень:

· разработки компании Microsoft -- методологии «OnTarget», «MSF (Microsoft Solutions Framework)», «Business Solutions Partner Methodology»;

· разработки компании SAP -- методологии «Процедурная модель SAP», «ASAP (Accelerated SAP)»;

· разработки компании Oracle -- комплекс методологий «Oracle Method».

Такое разнообразие стандартов позволяет организациям выбрать на их основе рациональную стратегию и сформировать собственные процедуры внедрения, т.е. не «изобретать велосипед» и в то же время обеспечить конкурентные преимущества. Адаптация методологий к нуждам конкретного предприятия заключается не столько в переводе текстов и шаблонов документов на русский язык, сколько в корректировке подходов с учетом российских условий. При этом обычно пересматриваются рекомендуемые стандартами сроки и последовательность задач, создаются методики сбора, верификации и преобразования исходных данных, разрабатываются решения по интеграции с унаследованными системами.

Для Заказчика информационной системы основными результатами использования методологии являются:

· создание решения, оптимально соответствующего требованиям клиента;

· максимально эффективное использование ресурсов проекта;

· минимизация сроков и затрат на внедрение;

· уменьшение рисков проекта.

В то же время организация работы в соответствии с документально зафиксированной методологией оказывается полезной и для разработчика системы:

· появляется методическая база для обучения новых сотрудников стандартным методам внедрения;

· сокращаются внутренние расходы на организацию и реализацию проектов;

· улучшается взаимодействие и взаимопонимание между членами проектной группы;

· повышается эффективность совместного использования ресурсов между проектами, командами.

Несмотря на разнообразие существующих методологий, их содержание включает в себя следующие стандартные компоненты: описание состава и структуры комплекса работ проекта внедрения, правила управления таким проектом, организационную структуру команды внедрения.

Структурирование комплекса работ заключается, прежде всего в выделении фаз (этапов) проекта. Разбиение проекта на фазы (длительностью 3-4 месяца) обусловлено высокой сложностью проектов и значительными затратами времени на внедрение информационных систем, позволяет получить значимые результаты в более сжатые сроки и реализовать следующие преимущества в организации проекта:

· данные проектной документации не устаревают;

· после выполнения каждой фазы проекта появляется возможность уточнить или скорректировать задачи к решению на последующих фазах;

· снижаются проектные риски, обусловленные организационными изменениями на предприятии Заказчика в ходе проекта;

· оптимизируются бюджет проекта и график платежей.

Состав этапов проекта и распределение работ по этапам зависит от конкретной методологии, однако можно выделить типовой состав этапов, которые в той или иной степени присутствуют во всех методологиях и определяются самой логикой внедрения. Это этапы определения проекта, обследования объекта автоматизации, анализа результатов обследования и разработки дизайна системы, создания (настройки) системы, запуска системы в эксплуатацию, сопровождения системы.

Следующим шагом является выделение процессов (комплексов работ), выполняемых на различных этапах проектов. Состав и последовательность исполнения процессов определяются конкретной методологией и служат основой для планирования проекта -- для построения иерархической структуры работ.

Таким образом, методология внедрения строится как пересечение двух различных областей знаний: специфической технологии создания продукта -- информационной системы -- и достаточно универсальной технологии управления проектной деятельностью (рис. 3).

Рис. 3. Составляющие методологии внедрения

Исходя из этого внедрение информационных процессов достаточно сложный и трудоемкий процесс, требующий постоянной модернизации обслуживания. Состоящий из множества факторов и аспектов, игнорируя которые можно нарушить структуру всего производства и привести если не к разорению предприятия, то, как минимум к ненужным затратам.

3. Оценка эффективности информационных систем

Одной из проблем определения эффективности общесистемного и офисного программного обеспечения (ПО) является выбор методики оценки. В классической литературе, посвященной вопросу оценки эффективности, она рассчитывается по формуле:

,

Затраты - совокупные затраты на приобретение, установку и конфигурирование, сопровождение и поддержку, а также затраты связанные с простоем оборудования во время техническое обслуживание или устранения неисправностей.

Эффект - эффект, достигаемый при внедрении ПО. Однако из-за специфики использования общесистемного и офисного ПО определить прямой эффект от их внедрения (во временных или финансовых показателях) затруднительно. Вследствие этого возникает задача выбора метода оценки, все множество которых можно разделить на:

1. Затратные методы. Оценка производится не на основе измерения конечного продукта или результата, а на основе затраченных ресурсов или сил.

2. Методы оценки прямого результата. Методика оценивает прямой измеримый результат, например, снижение стоимости владения, повышение функциональности системы, снижение трудозатрат или появление побочного продукта основного трудопроизводства.

3. Методы, основанные на оценке идеальности процесса. Такие методики базируются на статических или динамических сравнительных алгоритмах. Базовым показателем выбирается объект рассматриваемой системы, тогда идеальной считается информационная система с лучшими для отрасли показателями затрат на единицу выхода. Популярны также подходы на базе сравнения с альтернативным решением.

4. Квалиметрические подходы. Такие методики комплексно рассматривают информационную систему, организуют ее измерение и обрабатывают полученные результаты статистическими, социологическими и/или экспертными методами.

Затратные методы оценки.

Котловой метод. Метод основан на определении соотношения объемов вложений в программное обеспечение, включая внедрение и сопровождение, с размерами предприятия и направлениями его бизнеса. Часто данное соотношение задается в виде максимально-допустимого объема вложений по отношению к годовому обороту компании, например не более 1 % для небольших компаний и не более 3 % для крупных.

Метод функциональной точки. Данный метод используется для приблизительной оценки стоимости создания и внедрения информационной системы (ИС) в зависимости от требований пользователя. Каждое такое требование оценивается как по шкале трудности (легкие, средние и трудные), так и по шкале важности для пользователя. Требования представляются в виде вектора (функциональной точки) в многомерном пространстве. Далее в соответствии с гипотезой «компактности» предполагается, что чем ближе функциональные точки проектов друг к другу в пространстве требований, тем их параметры, включая и эффективность, более схожи. Соответственно в базе ранее внедренных проектов находится такой, чья функциональная точка ближе всего находится к проектируемой ИС, и предполагается, что их эффективности максимально близки.

Total cost of ownership (ТСО - совокупная стоимость владения). Данный метод предполагает количественную оценку на внедрение и сопровождение программного обеспечения, рассчитываемую по формуле:

,

где: - оценка интегрированных затрат по проекту в момент ; Е - норма дисконтирования, отражающая временной характер финансовых ресурсов; - дисконтированная сумма фактически произведенных интегральных затрат на момент; Т - период жизненного цикла системы; - оценка интегральных затрат на проект в периоде t.

Модель ТСО позволяет разобраться в структуре расходов, связанных с ИС, и открывает широкие перспективы для их сокращения, также способствует выявлению текущих проблем, обеспечивает постоянную обратную связь в управлении затратами.

Методы оценки прямого результата.

Потребительский индекс (Customer index). Этот метод предполагает оценку результатов внедрения ПО в виде совокупности индексов, отражающих положительные изменения в работе компании (увеличение доходов, снижение затрат, увеличение оборотов, увеличение клиентской базы и т.п.).

Applied information economics (AIE - прикладная информационная экономика) - методика аналогична потребительскому индексу, но в отличии от нее также предполагает оценку различных субъективных показателей, например, простота работы с системой, удовлетворенность клиентов и т.п.

Economic value sourced (EVS - источник экономической стоимости). Представляет собой оценку того, какую пользу ПО приносит компании при его использовании, оценивается по четырем показателям: увеличение доходов, повышение производительности труда, сокращение времени выпуска продуктов, снижение рисков.

Economic value added (EVA - экономическая добавленная стоимость). Данная методика предполагает определение эффекта как фактическую прибыль от использования ПО, которая равна чистой операционной прибыли за минусом стоимости капитала. Применительно к ИТ проектам EVA означает, что:

· при использовании капитала в ИТ проектах, необходимо учитывать его стоимость, за него необходимо платить также, как и за труд работников;

· предполагается, что ИТ-специалисты продают свои услуги другим подразделениям по рыночным расценкам.

Это позволяет рассматривать ИТ как центр прибыли, а не затрат, при этом четко отображая, как увеличиваются доходы.

Методики, основанные на идеальности процесса.

Данные методы основаны на сравнении результатов внедрения ПО с уже существующими хорошими (идеальными) примерами. И предполагается, чем ближе мы приближаемся к этим примерам, тем выше эффективность внедряемого ПО. К таким методам относятся:

Среднеотраслевые результаты. В этом случае оценка результативности внедрения ПО проводится по сравнению со средними отраслевыми результатами. Эти результаты обычно приводятся в открытых публикациях и маркетинговых материалах.

Gartner Measurement (Гартнер-измерение). Согласно этому методу эффективность определяет, насколько данная информационная система соответствует нуждам пользователя. При этом ориентирование идет не только на внутренние возможности системы, но и на субъективное мнение клиентов и объективные данные различных вариантов внедрения. Для этого качественно оцениваются такие критерии как время, затраченное на настройку системы, реализованные функциональные возможности, среднее число пользователей на один сервер, среднее и пиковое число транзакций в единицу времени, стоимость одной транзакции, среднее и пиковое время отклика системы, используемые методы обучения, стоимость инфраструктуры информационной системы на одного пользователя. На основе такого исследования оценивается конкретный вариант внедрения, при этом он сравнивается с другими (ранее внедренными). И на основе анализа даются рекомендации по улучшению работы информационной системы, подбору оптимальной конфигурации ПО, по наиболее эффективным для данного клиента методикам обучения, по интеграции информационных систем с другими системами заказчика.

Return of investment (ROI - возвратность инвестиций). Суть методики заключается в выборе для компании типового проекта, оптимального по показателю сроков возврата инвестиций в ПО.

Квалиметрические методы.

Total economic impact (TEI - модель совокупного экономического эффекта). В качестве затратной компоненты данного метода используется модель ТСО, а эффект рассчитывается на основе следующих факторов:

· Преимущества. Сравнение вариантов организации труда существующей и в прогнозируемой информационной системе (как было - как будет). Оценка различий и сопоставление результатов с целями проекта позволяет определить преимущества или недостатки новой информационной системы.

· Гибкость. Гибкость информационной системы оценивается с точки зрения ее расширяемости, а также ее адаптируемости к новым условиям. Одним из гарантов гибкости является использование стандартизированных и унифицированных решений, а также продуманная архитектура информационной системы.

· Риск. Подразумевается вероятность финансовых потерь при инвестировании в ИТ.

Balanced scorecard (BSC - сбалансированная система показателей). Это система стратегического управления организацией на основе измерения и оценки ее эффективности через использование комплексной функции, включающей набор показателей, учитывающих все аспекты деятельности компании (финансовые, маркетинговые и т.д.). К таким показателям обычно относят:

· критические факторы успеха (Critical Factors of Success, CFS) - стратегические показатели: финансы, клиенты, внутренние бизнес-процессы, обучение и рост;

· ключевые показатели эффективности (Key performance indicators, KPI), включая достигнутые результаты деятельности компании.

Состав и количество сбалансированных показателей определяются исходя из специфики каждой компании.

Выбор метода оценки общесистемного и офисного ПО

При выборе метода оценки эффективности общесистемного и офисного ПО необходимо учитывать следующие факторы:

· оценка, как эффекта, так и затратной компоненты эффективности; возможность определения эффекта применительно к общесистемному и офисному ПО; (возможность оценки финансовых и временных показателей, таких как производительность труда, снижение себестоимости продукции и т.п.)

· возможность определения показателей без проведения глубокого обследования бизнес-процессов организации данное обследование является очень затратным и трудоемким. И, как правило, необходимо лишь для специализированного программного обеспечения;

· универсальность методики - определяется универсальностью параметров и силе их влияния (при изменении) на алгоритм расчета.

Табл. 1. Результаты возможности применения различных методов

Метод	Оценка эффекта и затрат	Определение эффекта для общесистемного и офисного ПО	Необходимость глубокого обследования организации	Универсальность
Котловой метод	затраты	не считается	не требуется	универсален
Метод функциональной точки	эффект, затраты	применим	не требуется	не универсален
ТСО	затраты	не считается	не требуется	универсален
Потребительский индекс	эффект	не применим	требуется	не универсален
AIE	эффект	применим	не требуется	универсален
EVS	эффект	не применим	требуется	не универсален
EVA	эффект, затраты	применим	требуется	универсален
Среднеотраслевые результаты	эффект	не применим	не требуется	универсален
Gartner Measurement	эффект, затраты	применим	не требуется	универсален
Return of investment	эффект, затраты	не применим	не требуется	универсален
TEI	эффект, затраты (ТСО)	применим	не требуется	универсален
BSC	эффект, затраты	применим	требуется	универсален

Только два метода оценки соответствуют всем перечисленным факторам: это Gartner Measurement и TEI.

Особенность использования метода Gartner Measurement для оценки эффективности, является необходимость в большой и подробной базе данных (БД) ранее проведенных инсталляций. Что делает его использование весьма затруднительным.

Что касается метода TEI, то его использование для оценки эффективности не нуждается в наличие большой БД, а использование модели ТСО в качестве затратной компоненты данного метода позволяет полностью разобраться в структуре расходов связанных с ПО. Эффект рассчитывается на основе дополнительных факторов, которые позволяют определить преимущества или недостатки новой информационной системы, оценить гибкость новой ИС, а так же учесть возможные финансовые риски при внедрении новой ИС. Все это позволяет получить достаточно точную оценку и делает метод TEI оптимальным для расчеты эффективности общесистемного и офисного ПО.

Пример расчета эффективности использования ИС методом TEI.

В вышеперечисленном было указано, что для эффективного выбора системного и офисного программного обеспечения, необходимо в первую очередь учитывать тип предприятия, для которого выполняется оценка эффективности. В качестве методики оценки эффективности был выбран метод TEI - Total economic impact (совокупный экономический эффект).

Данный метод использует модель ТСО в качестве затратной компоненты, что позволяет детально разобраться в структуре расходов связанных с ПО. Эффект рассчитывается на основе дополнительных факторов, которые позволяют определить преимущества или недостатки новой информационной системы, оценить гибкость новой ИС, а так же учесть возможные финансовые риски при внедрении новой ИС. Все это позволяет получить достаточно точную оценку и делает метод TEI оптимальным для расчета эффективности системного и офисного ПО.

Методика расчета ТСО.

Total cost of ownership (ТСО - совокупная стоимость владения). Данный метод предполагает количественную оценку на внедрение и сопровождение программного обеспечения.

В общем случае для расчета ТСО информационными системами необходимо учитывать такие показатели, как стоимость ЭВМ, стоимость ПО, стоимость установки, стоимость поддержки и обслуживания, а также стоимость потерь, возникающих из-за ошибок в работе систем:

.

При этом необходимо учитывать, что данные затраты имеют разные сроки использования: средний срок эксплуатации ЭВМ составляет 4-5 лет, для ПО этот показатель зависит от типа и вида лицензии, но в среднем составляет 3-4 года. Соответственно для расчета TCO данные показатели необходимо привести к единому расчетному периоду (в России обычно рассчитывается на один год). Тогда расчет затрат на оборудование будет осуществляться по формуле:

.

При расчете стоимости ПО необходимо учитывать тип выбранной заказчиком лицензии: покупка коробочной версии, подписка, аренда, лизинг, бесплатно (в случае со свободным программным обеспечением). В этом случае расчет осуществляется по формулами, предлагаемым вендорами. При этом в случае, когда лицензия предусматривает период эксплуатации больше расчетного, необходимо, как и в случае со стоимостью ЭВМ использовать приведенные к расчетному периоду значения.

Стоимость установки ПО рассчитывается по формуле:

,

где Зсп -- затраты на 1 час работы специалиста, которые определяются условиями конкретного региона; Вр_уст -- время установки одной копии ПО; Nкоп -- количество устанавливаемых копий; период -- расчетный период эксплуатации; Кнад -- коэффициент, определяющий среднее количество переустановок данного ПО за 1 год (определяется эмпирическим путем для каждого конкретного вида ПО). При этом существует возможность сокращения количества устанавливаемых копий, а также требуемых переустановок за счет использования специализированного ПО, реализующего автоматическое развертывание из образов и резервных копий.

Стоимость поддержки рассчитывается по формуле:

.

Цена поддержки, обычно определяемая на 1 год. Цена поддержки зависит как от вида выбранного программного обеспечения и формы его поддержки, так и от региона. При этом у заказчика существует возможность выбора способа поддержки: собственными силами и через аутсорсинг. В первом случае кроме требуемых вендором обязательных расходов на поддержку заказчик несет затраты на содержание собственной ИТ-службы, в основном определяемые зарплатой специалистов, работающих в отделе. Данная зарплата определяется типом ПО, с которым могут работать специалисты, их квалификацией, и региональными факторами. Затраты же на аутсорсинг определяются договором на обслуживание с выбранной организацией. При этом необходимо также учитывать, что в подобных организациях обычно работают специалисты более высокой квалификации, чем в ИТ-службах предприятий. Это обуславливается тем, что специализированные на ИТ-аутсорсинге компании могут платить соответствующим специалистам большую зарплату, что связано с большим объемом выполняемых работ.

Потери, связанные с неработоспособностью приобретенного ПО теоретически рассчитывается по формуле:

,

где: Цена потерь -- упущенная прибыль предприятия, за один час неработоспособности системы; t_востановления -- время, необходимое на восстановление работоспособности конкретного вида ПО, t_ожидания -- среднее время ожидания, от момента возникновения неисправности до момента прибытия специалиста; период -- расчетный период эксплуатации; Кнад -- коэффициент, определяющий среднее количество неисправностей за один год. Значение данного показателя также зависит от типа выбранной предприятием поддержки: в случае выбора схемы аутсорсинга ведет к увеличению времени ожидания устранения (по сравнению с внутренней ИТ-службой предприятия), но при этом время на устранение, как правило, уменьшается. Основной проблемой при расчете потерь является практическая невозможность оценки упущенной прибыли. Поэтому данный компонент целесообразно выделить из ТСО в отдельный временной показатель -- «Время потерь».

Методика выбора.

Кроме ТСО метод TEI подразумевает оценку соответствия выбранного ПО требованиям прикладных специалистов, работающих на заказчика. Для выявления подобных требований было проведено соответствующие исследование через «Анализ Кано», в результате интервьюирования организаций, были выделены основные требования, предъявляемые пользователями к общесистемному и офисному ПО. В результате выяснилось, что пользовательские требования к ПО у фирм различных типов практически одинаковы:

· Знакомство ПО.

· Удобство интерфейса.

· Простота использования.

· Быстрота работы.

· Стабильность работы.

Для средних и крупных предприятий так же характерно наличие административных требований, определяющих удобство установки и конфигурирования ПО, а именно:

· Быстрота развертывания.

· Возможность удаленного администрирования.

· Возможность автоматической установки.

Значимость данных требований обусловлено большой ролью, которую системные администраторы играют в управлении информационными системами предприятиями.

Далее была проведена оценка значимости выявленных требований методом непосредственной оценки.

Для оценки важности факторов использовался метод «непосредственной оценки», где пользователям и администраторам каждого типа предприятия, предлагалось оценить их по шкале от 1 до 10. На основе опросов и полученных из них данных можно построить таблицу «важности» для каждого типа предприятия. Результаты опроса для каждого типа предприятия представлены в таблицах:

Табл. 2. Организация с 1 ЭВМ

Фактор	Вес	Стандартное отклонение оценок	Достоверность показателей
Знакомство ПО	10	1	Достоверен
Удобство интерфейса	10	1	Достоверен
Простота использования	10	1	Достоверен
Быстрота работы	9	2,1	Достоверен
Стабильность работы	10	1	Достоверен
Быстрота развертывания	5	3,75	Недостоверен
Возможность удаленного администрирования	3	2,89	Недостоверен
Автоматическая установка	5	4,52	Недостоверен

Табл. 3. Микропредприятие

Фактор	Вес	Стандартное отклонение оценок	Достоверность показателей
Знакомство ПО	10	1	Достоверен
Удобство интерфейса	10	1	Достоверен
Простота использования	10	1	Достоверен
Быстрота работы	9	2,32	Достоверен
Стабильность работы	10	1	Достоверен
Быстрота развертывания	6	1,98	Достоверен
Возможность удаленного администрирования	5	3,54	Недостоверен
Автоматическая установка	8	4,21	Недостоверен

Табл. 4. Малое предприятие

Фактор	Вес	Стандартное отклонение оценок	Достоверность показателей
Знакомство ПО	9	1	Достоверен
Удобство интерфейса	10	1	Достоверен
Простота использования	10	1	Достоверен
Быстрота работы	10	2,03	Достоверен
Стабильность работы	10	1	Достоверен
Быстрота развертывания	7	2,4	Достоверен
Возможность удаленного администрирования	7	3,98	Недостоверен
Автоматическая установка	8	2,15	Достоверен

Табл. 5. Небольшое среднее предприятие

Фактор	Вес	Стандартное отклонение оценок	Достоверность показателей
Знакомство ПО	7	2	Достоверен
Удобство интерфейса	9	2	Достоверен
Простота использования	8	1	Достоверен
Быстрота работы	9	1	Достоверен
Стабильность работы	10	2	Достоверен
Быстрота развертывания	8	1	Достоверен
Возможность удаленного администрирования	7	1	Достоверен
Автоматическая установка	7	3,57	Недостоверен

Вследствие того, что приведенные показатели для каждого типа фирмы являются достоверными это позволяет рекомендовать их использование при выборе ПО в зависимости от типа предприятия.

В результате проведенных исследование становится возможным создание процедуры выбора ПО для конкретного типа предприятия. Большинство представленных пользовательских и административных показателей (за исключением знакомства интерфейса) зависят исключительно от особенностей данного ПО, и соответственно могут быть выявлены в ходе специального исследования до прихода заказчика. Такие показатели как ТСО и Время потерь, а так же знакомство интерфейса выявляются с помощью непродолжительного анкетирования заказчика. Таким же путем выявляются и коэффициенты важности каждого критерия через определение типа фирмы заказчика. Полученная информация является достаточной для оценки эффективности различных вариантов ПО для конкретного предприятия, например с использованием метода ELECTRE. Для использования данного метода необходимо занести в таблицу расчета ранее полученные данные. Таблица будет иметь следующий вид:

Табл. 6

ПО	ТСО	Впотерь	ПФ1	ПФ2	ПФ3	ПФ4	ПФ5
Важность	10	10	4	5	6	8	4
Вариант 1
Вариант 2

Где Вариант 1, Вариант 2... -- соответственно предлагаемый набор общесистемного и офисного ПО, ТСО -- совокупные затраты на ПО, В_потерь -- время потерь. ПФ- выделенные пользовательские факторы( для каждого вида предприятия приведены в «таблице важности»).

Метод ELECTRE направлен на многокритериальный выбор решения из множества заданных альтернатив на основе оценки коэффициента согласия и несогласия с утверждениями о предпочтении одной альтернативы над остальными. В качестве альтернатив в нашем случаи используются конкретные виды общесистемного и офисного программного обеспечения.

Представленная методология позволяет, без глубокого изучения структуры и бизнес процессов предприятия, предложить наиболее эффективный вариант системного и офисного ПО, как с учетом затрат необходимых на его приобретение, так и с учетом пользовательских требований.

4. Пример внедрения ИС в крупное предприятие и его последствия

Комплексный подход к внедрению информационных технологий - ключ к повышению эффективности предприятия. Рассмотрим на примере ОАО «Авиаагрегат».

ОАО «Авиаагрегат» - один из ведущих в России производителей авиационной техники. Предприятие проектирует и изготавливает шасси и другие, комплектующие для различных типов летательных аппаратов, в том числе для ТУ-204, ИЛ-96, Ан-72. Высокий уровень конструкторских разработок и организации производства позволяет ОАО «Авиаагрегат» успешно вести работы по освоению новых шасси Ил-112В, Ан-148, изделия 476, Ту-204 СМ. В числе недавних достижений предприятия - разработка и изготовление первого опытного комплекта шасси для самолета D-Jet (Diamond Aircraft, Австрия).

Передовые технологии.

Стратегическая цель ОАО «Авиаагрегат» - лидерство в области выпуска шасси для гражданских и транспортных самолетов России и зарубежья. Перед предприятием стоит задача увеличения объема производства в три раза в течение 10 лет при одновременном освоении новых изделий.

Достижение столь амбициозных целей требует реорганизации производства, применения современных информационных технологий, совершенствования системы управления с применением элементов «бережливого производства». Одним из наиболее значимых шагов на этом пути стало решение об автоматизации проектирования, инженерных расчетов и управления жизненным циклом изделия. В результате внедрения сквозного процесса проектирования на базе программных средств CAD/CAM/CAE системы NX™ и системы управления инженерными данными об изделии Teamcenter цикл конструкторско-технологической подготовки производства значительно сократился.

Выбор программных решений.

Информационные технологии используются на предприятии много лет. Поначалу это были лоскутные программы, основанные на локальных СУБД и решающие отдельные задачи. Конструкторская документация была бумажной. Развитие в 1990-х годах идеологии безбумажного производства и появление соответствующей вычислительной техники стало причиной постепенного отказа от кульманов в пользу компьютеров.

В начале нового века перед ОАО «Авиаагрегат» встала задача выбора CAD/CAE системы, максимально удовлетворяющей потребностям конструктора, увеличивающей производительность его труда. Способность системы стать частью комплексной информационной среды предприятия является особенно важным условием, поскольку именно САПР является источником информации об изделии, на основании которой производится управление производственным циклом.

«Завод следовал идеологии комплексного подхода к внедрению и нформационных технологий, - говорит начальник отдела комплексных систем управления предприятием Илья Прилепский. - Подкомплексной информационной системой на ОАО «Авиаагрегат» понимается совокупность аппаратных и программных средств, образующих единое информационное пространство предприятия, выполняющих задачи в рамках утвержденных бизнес-процессов и процедур. Повышение эффективности работы напрямую зависит от скорости обмена информацией, ее объема и оперативности использования. Своевременное понимание этого стало базисом для принятия решений о выборе и внедрении комплексной информационной системы, одной из составных частей которой является блок автоматизированного проектирования и проведения инженерных расчетов в системе NX».

Выбор системы NX был сделан с учетом нескольких факторов:

· Глубокое знание системы обеспечивает максимальное повышение производительности труда конструктора по сравнению с конкурирующими системами.

· Поддержка всего цикла проектирования в рамках одного программного продукта обеспечивает максимальную ассоциативную связь всех частей конструкторско-технологической документации.

· Возможности системы компьютерного инженерного анализа NX Advanced Simulation позволяют моделировать поведение изделия, проводить виртуальный эксперимент, а значит, принимать обоснованные решения.

· «Родственная» связь с одной из самых мощных систем управления инженерными данными и процессами Teamсenter обеспечивает возможность тесной интеграции с любыми информационными системами управления предприятием класса ERP/APS/MES.

· Программные продукты Siemens PLM Software де-факто стали эталоном для предприятий отечественного самолето- и вертолетостроения.

Процесс внедрения.

Первым шагом на пути внедрения программных продуктов Siemens PLM Software стал переход от бумажного проектирования к «псевдобумажному». В этом случае компьютер использовался как своего рода «потомок» кульмана, и на выходе инженеры получали практически такой же чертеж, какой они привыкли видеть. Основным достижением этого этапа явилось признание всеми специалистами преимущества компьютерного моделирования.

Следующим шагом стало оснащение рабочих мест современной компьютерной техникой, объединенной в локальную сеть. На сервере предприятия создали единое хранилище данных, организовали общий доступ к моделям. Были разработаны инструкции по работе с электронными моделями, сформированы основные справочники-библиотеки, налажена работа конструкторов с расчетчиками-прочнистами и технологами. Этот этап позволил в короткий срок перейти к работе в PDM на базе системы Teamсenter.

В конце 2008 года было проведено обучение работе с системой численного анализа NX Advanced Simulation конструкторов, осуществляющих расчеты на прочность. В результате скорость расчетов на прочность на предприятии возросла более чем в два раза.

Инженерные расчеты на предприятии.

В отделе прочности предприятия на этапе внедрения численных методов в исследование и расчет конструкций в качестве базовой программной системы был выбран комплекс NX Advanced Simulation и NX Nastran. Этот программный продукт позволяет проводить анализ конструкции в единой среде проектирования NX с целью обеспечения прочности. При этом наблюдается существенный выигрыш в производительности (сокращении времени) в сравнении с аналитическими оценками и другими системами численного анализа, как на начальных, так и на последующих итеративных этапах инженерных расчетов.

После обоснования выбранной конструкции опор шасси инженеры приступают к построению конечно-элементной модели основных силовых деталей. Выбор расчетной схемы, как отдельной силовой детали, так и сборки в целом предполагает полную определенность геометрических размеров, закреплений и нагрузок, свойств материалов. NX Advanced Simulation позволяет проводить как предварительные расчеты силами конструкторов, так и сложные поверочные расчеты и исследования поведения изделий в различных условиях.

Процесс схематизации конструкции неизбежно приводит к некоторой погрешности расчета по отношению к реальной прочности. Поэтому проводится оценка влияния принятых допущений на результат расчета. И на этом этапе NX Advanced Simulation позволяет в автоматическом режиме проводить анализ чувствительности результатов к тем или иным параметрам объекта.

Большинство численных моделей предприятия - это элементы конструкции шасси в трехмерном виде со сложной геометрией. NX Advanced Simulation позволяет корректно работать с самой сложной геометрией, строить гексаэдральные и тетраэдральные расчетные сетки надлежащего качества с использованием геометрии, созданной как в NX или Solid Edge, так и в любых других системах 3D-моделирования.

Итоги внедрения новых технологий.

Благодаря использованию единой среды проектирования NX предприятие зарекомендовало себя как компания, использующая для разработки изделий самые передовые технологии. Решения Siemens PLM Software позволяют в кратчайшие сроки выпускать продукцию высокого качества с низкой конечной стоимостью, а также оперативно разрабатывать сложнейшие системы, отвечающие современным требованиям рынка.

«Выбор продуктов Siemens PLM Software принес немало побед, как на внешнем, так и на внутреннем рынках, - считает главный конструктор ОАО «Авиаагрегат» Михаил Козлов. - Так, в 2005 году предприятие в кратчайшие сроки спроектировало и выпустило в серию шасси австрийского самолета Diamond D-Jet. Полностью спроектирован комплект конструкторско-технологической документации на шасси изделия 476, ТУ-204СМ, Ил-112. Мы успешно вошли в состав предприятий-поставщиков Объединенной авиационной корпорации. Во многом это - результат высокого качества инженерных расчетов и эффективной конструкторско-технологической подготовки производства».

Результат.

· Сокращение сроков проектирования и инженерных расчетов в два раза.

· Повышение надежности конструкций за счет инженерных расчетов в единой среде NX на начальном этапе.

· Оперативность управления версиями конструкторской документации.

· Повышение качества конструкторской документации.

· Диалог с зарубежными партнерами на едином языке информационных технологий.

· Сокращение сроков освоения изделий за счет электронного макетирования.

информационный экономический автоматизированный совокупный

Вывод

На сегодняшний день, в условиях жесткой конкурентной борьбы на рынке любое предприятие не в силах вести успешный бизнес без использования современных информационных технологий в своей отрасли. В целом, информационная система (ИС) - это организационно-упорядоченная взаимосвязанная совокупность средств, и методов информационных технологий, а также используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели. Современное понимание информационной системы предполагает использование персонального компьютера в качестве основного технического средства переработки информации. В крупных организациях наряду с персональным компьютером в состав технической базы информационной системы может входить мэйнфрейм или супер ЭВМ.

Информационные системы обеспечивают сбор, хранение, обработку, поиск, выдачу информации, необходимой в процессе принятия решений задач из любой области. Они помогают анализировать проблемы и создавать новые продукты. Однако техническое воплощение информационной системы само по себе ничего не будет значить, если не учтена роль человека, для которого предназначена информация в системе и без которого невозможно ее получение и представление.

Можно выделить следующие положительные стороны от внедрения информационных систем в организации:

1. Информационная система может улучшить товары или услуги, повышая качество, уменьшая издержки или добавляя желательные свойства. Так, в организациях, ведущих прием клиентов, информационные системы используются для ускорения обслуживания, в консалтинговых фирмах -- для быстрого поиска эксперта, имеющего опыт и знания, необходимые в конкретном случае, интересующем клиента.

...