58747

Уроки информационного менеджмента

Книга

Педагогика и дидактика

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

Русский

2014-04-29

16.84 MB

23 чел.

A.B. Костров ДБ. Александров

Уроки

информационного менеджмента

Рекомендовано

Учебно-методическим объединением вузов по университетскому политехническому образованию в качестве учебного пособия при подготовке дипломированных специалистов по направлению 654700 "Информационные системы"

Москва

"Финансы и статистика"

2005

ПРЕДИСЛОВИЕ

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

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

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

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

                             

ВВЕДЕНИЕ

Информационные системы и технологии в значительной мере определяют уровень и темп прогресса во всех областях деятельности в современном мире — на Западе информационные технологии (ИТ) обеспечивают до 40% роста валового внутреннего продукта и аккумулируют при этом до 25% всех инвестиций.

Спрос на товары и услуги этого профиля постоянно растет, объемы их производства и продаж составляют значительную часть мирового бизнеса: по некоторым оценкам, объем продаж в этом комплексе уже составляет 2 трлн долл., что значительно превышает, например, объем рынка нефти и нефтепродуктов, и к 2010 г. прогнозируется рост до 4,5-4,7 трлн. По всем компонентам ИТ наблюдается значительный прогресс: растут мощности компьютеров; заметно совершенствуются базовые и прикладные программные средства; сетевые технологии существенно улучшили свои технические, пользовательские характеристики; расширяется глобальная сеть Интернет, на основе которой создаются разнообразные информационные технологии.

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

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

На создание ИС, приобретение и внедрение их элементов требуются значительные материальные, временные и трудовые

ресурсы; затрат ресурсов требует также практическое использование ИС [8,26]. Однако ИС и ИТ представляют собой мощный ресурс, использование которого в основной деятельности организации должно быть эффективным. В связи с этим необходимы специальные исследования вопросов формирования и использования ИС на всех этапах их жизненного цикла и управления (или менеджмента) этими ресурсами — информационного менеджмента (ИМ), что требует разработки соответствующей научной и методологической основы. Этому и посвящена настоящая книга.

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

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

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

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

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

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

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

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

  1.  СИСТЕМНЫЙ ПОДХОД К ЗАДАЧАМ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА

1.1. Условия осуществления информационного менеджмента с позиций системного подхода

1.1.1. Особенности задач информационного менеджмента

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

Перечень функций и задач ИМ в известной литературе разными авторами дается по-разному. Так, в настоящей работе будет принято по аналогии с [26] следующее их представление:

формирование технологической среды ИС;

развитие ИС и обеспечение ее обслуживания;

планирование, учет и контроль в среде ИС;

• формирование организационной структуры в области информатизации;

использование и эксплуатация информационных ресурсов;

формирование и осуществление инновационных программ;

управление персоналом в сфере информатизации;

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

обеспечение комплексной защищенности информационных ресурсов.

Отсюда видно, что ИМ включает в свой состав совершенно разнородные задачи, имеющие разную природу и затрагивающие

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

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

При этом необходимо отметить следующее. В вопросах использования средств ОИ и создания ИС организации проходят определенные типовые этапы, или стадии зрелости (см., например, табл. 5.1 в [26], где приводятся типовые стадии зрелости по Р. Л. Нолану). На разных стадиях зрелости организации в отношении ОИ и ИМ, а также с учетом изменения ее положения на рынке по ее основной деятельности ведущую роль в ИМ играют одни задачи из приведенного перечня, в то время как все другие задачи при этом как бы отодвигаются в тень.

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

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

Формирование технологической среды сферы обработки информации

Организация сферы обработки информации и информационной системы

Практическое

использование

ресурсов

Инновацион

ные мероприятия

Обеспечение комплексной защищенности системы

1

1

Решения по расширению системы с учетом обслуживания

Планиро

вание и контроль в среде системы

Стратегическое планирование

Оперативное планирование

Управление капиталовложениями

Управление персоналом


Рис. 1.1. Организация ИМ в системе, находящейся в условиях формирования технологической среды

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

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

Стратегическое планирование

Оперативное планирование

Планирование и контроль в системе

Организация

Практическое использование ресурсов

Инновационные мероприятия

Расширение и обслуживание системы

Комплексная защищенность системы

Формирование технологической среды

Управление капиталовложениями

Управление персоналом

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

Рис. 1.2 Организация ИМ в системе, находящейся в условиях нормальной эксплуатаци


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

сложные и разнородные условия. Наиболее эффективной основой решения задач в таких условиях является системный подход
[7, 11, 27].

1.1.2. Обобщенное описание
информационной системы

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

(см. рис. 1.3).

Рис. 1.3. Цель в сфере ОИ и ИТ в структуре общей цели (стратегии)

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

Цглоб ис должна определяться наряду с целями других подразделений на основе глобальной цели организации Цглоб путем ее распределения по подразделениям или подсистемам в виде квот или долей или иных каких-то отображений на соответствующие предметные области в виде некоторой операции отображения

(1.1)

где каждая из частных целей Цт — цель некоторой подсистемы или некоторого подразделения организации, например ИС; символ Vm обозначает множество всех входящих в организацию подсистем или подразделений.

Корректное и оптимальное выполнение операции (1.1) представляет собой серьезную научную и практическую проблему, общее решение которой неизвестно. По существу ее решение входит в круг задач, решаемых высшим руководством организации. В настоящей работе эта операция в общем виде не рассматривается;
предполагается, что для ИС в той или иной форме ее глобальная цель Ц
глоб Ис определена извне, например, высшим руководством, или Top-менеджментом (top — высший) организации. В этом предположении ниже рассматриваются различные предметные задачи формирования информационного менеджмента в организации.

Адекватной основой решения таких задач являются системный подход и теория организации [6,11, 27, 37, 38]. Начав с самого высшего уровня общности, внутреннюю среду любой организации, как известно из теории организации, можно представить в виде двойки

Организация = { Цели, Ресурсы }, (1.2)

после чего следует детализировать описание входящих в нее множеств.

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

Хотя какие-то цели формулируются и внутри самой ИС в виде внутренних критериев качества реализации ее функций, далее принимается, что применительно к ИС подмножество Цели в
(1.2) все-таки задается извне.

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

Ресурсы = {Технологическая среда, Технологические процессы,

Персонал, ОС, Бюджет}. (1.3)

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

Rn       Rl2 ... Rln
R2i     R22   ... R2n

                     R= …     …     … 

(1.4)

                                 RnX     Rn2   ... Rnn

Матрица R строится следующим образом: ее диагональные элементы отражают ресурсы RH элементов множества (1.3), недиагональные — ресурсы Ry интерфейсов между этими элементами и связей между ними, или коммуникационных компонентов системы, причем Ry * r^b общем случае. Естественно принять, что
на диагонали представлены ресурсы только реальных элементов, т. е. ни один из диагональных элементов не равен нулю. Некоторые из недиагональных элементов вполне могут быть равными
нулю. Следует также отметить, что в структуру ресурсной матрицы
R могут входить элементы, отражающие персонал системы, и элементы, отражающие ее технологические компоненты. Для выполнения каких-либо операций на основе (1.4) необходимо, чтобы каждый компонент ресурсов в этой модели характеризовался некоторой измеримой величиной или несколькими измеримыми величинами, в последнем случае соответствующий элемент становится блоком, а матрица — блочной; для начала предлагается ограничиться скалярным случаем.

Применительно к ИС множество Технологическая среда обобщенно представляется в виде кортежа, состоящего из следующих подмножеств:

Технологическая среда = {ВС, ПС, КС, ПерС, ИнфС},     (1.5)

где ВС — вычислительные средства,
ПС — программные средства,
КС — коммуникационные средства,
ПерС — периферийные средства,
ИнфС — информационные средства.

Эти средства определят соответствующие блоки в ресурсной матрице (1.4). Характеристики этих элементов задаются и определяются вполне корректно, хотя все они имеют разную природу.

Модель (1.3) ИС с учетом (1.5) принимает вид

ИС = {ВС, ПС, КС, ПерС, ИнфС,
Технологии, Персонал, ОС, Бюджет
} , (1.6)

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

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

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

Цели -> Функции -> Задачи -> Технологические процессы, (1.7)

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

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

Ресурсы

Операции

1

2

N

R11

R21

Rn-1,1

Rn1

R1n

R2n

Rn-1,n

Rnn

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

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

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

Для оценки качества работы ИС и объема выполненных ею работ на множестве (1.5) необходимо определить меры, что позволит вычислять соответствующие функционалы, например взвешенную сумму Fk затраченных на выполнение к-го технологического процесса ресурсов вида

(1.8)

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

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

Условия - Задачи - Технологии - Показатели.      (1.9)

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

  1.  Характеристика задач информационного менеджмента

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

Отсюда ясно, что по своему существу все эти задачи являются обратными по отношению к задачам вида (1.9), а именно: по заданному значению цели, целевой функции или критерия (показателя) качества нужно определить те варианты составляющих или компонентов ИС, т. е. все элементы множества ее Ресурсов {R}, которые обеспечат достижение заданного значения цели или целевой функции.

Схема таких задач имеет вид отображения

 (1.10)

Где    обозначает все возможные элементы множества ресурсов ИС.

Опираясь на содержание критериев (1.8), можно указать, что для достижения поставленных целей в ИС должны быть выполнены определенные работы в некотором требуемом объеме т. е. этот объем тоже является характеристикой работы ИС или ее показателем:

(1.11)

С учетом (1.10) - (1.12) схему решения таких задач можно представить в виде

  (1.12)

Задачи корректного обоснования всех компонентов множества ресурсов ИС {Rr} в соответствии с заданными значениями показателей или критериев качества решить весьма сложно. Так, возможных вариантов реализации технологических процессов может быть множество. Кроме того, по всем компонентам ресурсов тоже имеется множество возможных вариантов. В самом деле, в настоящее время можно выбрать несколько вполне сопоставимых вариантов вычислительных платформ и внутри каждой из платформ - массу вариантов реализации конкретной вычислительной мощности; аналогичные утверждения справедливы и в отношении прикладных программных средств, а также коммуникационных и периферийных средств. Это означает, что такие задачи по своему существу являются комбинаторными ;поиск их решения с помощью перебора вариантов и подбора подходящего из них может оказаться весьма сложным или вообще невозможным.

К тому же в ряде случаев может требоваться на имеющихся ресурсах обеспечить максимальные значения показателей; иначе
говоря, нужно обепечить

Показатели  max (1.13)

на множестве заданных ограниченных ресурсов.

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

Ресурсы  min (1.14)

при обеспечении заданных значений показателей.

Естественной является и задача на совместное достижение обоих указанных выше экстремумов, т. е.

Показатели  max,

    Ресурсы min. (1.15)

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

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

  1.  Обобщенный системный алгоритм
    1.2.1.
    Основные понятия системного анализа

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

Поиск решения каждой задачи представляет собой целенаправленное действие в комплексе среда — задача — исполнитель(и).
В этих условиях выделяют следующие четыре аспекта [27]

прикладной — включает содержание проблемы и используемые для описания ситуации модели, он отражает специфику сферы деятельности;

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

организационный — включает вопросы эффективной организации ресурсов и коллектива исполнителей при поиске ими решения той или иной задачи;

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

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

Во-первых, все более сложные и усложняющиеся задачи создания систем при традиционных технологиях (методах) принятия решения требуют выполнения возрастающего объема работ, причем возрастание трудоемкости поиска решения происходит
прогрессивно. Например, если в ситуации
10 факторов, а каждый из них имеет n=10 вариантов, то общее число вариантов решения
по методу проб или перебора равняется уже
n!= 1010 — довольно большому числу, причем выбрать из них следует только один и к
тому же наилучший.

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

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

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

б) необходимость заимствования решений из смежных областей;

в) возникновение побочных эффектов, например, при создании автоматизированных информационных систем часто возникает необходимость реорганизации всей существующей системы;

г) обеспечение совместимости с различными внешними системами

и следующие внутренние условия:

• возрастание цены ошибки;

как правило, многоступенчатый характер принятия решений;

сложности применения решений, заимствованных из других областей

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

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

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

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

Одним из наиболее универсальных методов исследования сложных систем, анализа ситуаций и управления является системный подход. Этот подход базируется на понятии «система» [6,11, 27, 37, 55]. Для целей настоящей работы достаточным будет следующее определение этого понятия: система — это упорядоченная совокупность некоторых объектов и связей между ними, рассмотрение которых в совокупности позволяет определить качества, отсутствующие в каждом из объектов в отдельности. При этом предполагается, что объекты (подсистемы) могут иметь самую разную природу (социальную, экономическую, техническую, технологическую и т.д.). Набор параметров, характеризующих систему в данный момент времени, называют состоянием;
состояние, рассматриваемое совместно с некоторой его оценкой, называется ситуацией; ситуация, требующая целенаправленного
изменения, называется
проблемной. Выбор воздействия на ситуацию является принятием решения.

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

1.2.2. Блок-схема обобщенного алгоритма

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

Первый уровень обобщенного системного алгоритма включает следующие этапы (рис. 1.4):

Определение цели

                  Описание
условий работы и элементов

Определение топологии

Решение частных задач

Агрегирование системы

Заключение о достижении цели

Нет

Корректировки

Да

Рис. 1.4. Блок-схема обобщенного системного алгоритма (1-й уровень)

а) определение (задание) цели;

б) описание условий работы, связей и элементов, входящих в объект;

в) выявление структуры (топологии) проблемной ситуации;

г) решение задач по подсистемам;

д) агрегирование частных решений;

е) анализ свойств решения (системы), построенного(ой) по частям, и заключение о достижении цели;

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

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

По алгоритму второго уровня (рис. 1.5) могут решаться частные задачи или выполняться расчеты на уровне подсистем.

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

Условия             работы

нет

Рис. 1.5. Алгоритм расчета подсистемы (2-й уровень)

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

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

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

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

1.2.3. Особенности применения
обобщенного алгоритма

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

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

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

По аналогии с (1.1) декомпозиция глобальной цели информационной системы Цглоб ис может быть представлена в виде опера-
ции

где — цель n-й подсистемы ИС или ее n-го подразделения;

обозначает множество всех подсистем или подразделений ИС.

Однако корректное и тем более оптимальное выполнение операции (1.16) представляет собой серьезную научную и практическую проблему, общее решение которой не известно.

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

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

В случае, когда преобразования величин внутри самого объекта наименее изучены или вообще не известны, прибегают к
представлению его в виде
черного ящика (black box, англ., или
Schwarzer Kasten, нем.).

Алгебраические уравнения вида (1.17) являются уже более прямыми моделями — они напрямую связывают входные полезные
величины и помехи, а также возмущающие воздействия с реакциями объекта

       (1.17)

Здесь X — векторная выходная величина, характеризующая состояние объекта; UwW векторная входная полезная ( управляющая) величина и возмущающее воздействие (помеха), приведенные ко входу, соответственно; Z — векторная измеряемая величина, которая в реальных условиях может отличаться от параметров вектора состояния X, что и отражает формирование ее из
Хс помощью оператора Н в присутствии помех (шумов) V;A, В, G и Н - операторы преобразования (коэффициенты, функции,
матрицы, функции от матриц).

Первое уравнение в (1.17) обычно называют уравнением состояния, второе — уравнением наблюдения или измерения. В зависимости от вида операторов A, B,GnH уравнения (1.17) могут быть линейными и нелинейными, скалярными и векторно-матричными. Решая их, можно исследовать объект в различных условиях; добиваясь желаемых реакций объекта на воздействия, можно осуществить синтез (проектирование) объекта с нужными свойствами.

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

dх/dt = AX+BU+GW
Z = HX + V. (1.18)

Оно может быть линейным, нелинейным, функциональным, скалярным, векторно-матричным и т.д. На основе уравнения
(1.18) могут решаться уже достаточно детально различные задачи анализа и синтеза систем и объектов.

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

Так, наблюдаемость характеризует возможность восстановления информации обо всех компонентах состояния системы на
основе неполных или косвенных измерений, т. е. на основе вектора
Z= НХ+ V в соответствии со вторым уравнением (1.18). Эта
возможность зависит как от Н, отражающего полноту и свойства доступных наблюдений о состоянии системы, так и от свойств
системы, которые отражает оператор
А, т. е. от двойки {А, Н}.

Критерий наблюдаемости линейной системы с моделью
(1.18) имеет следующий вид [6,11
]: если матрица

Q=\\Hm:AmHm:(Am)2Hm: … :(Аm)n-1Нm\\,        (1.19)

где А и Н — матрицы согласованных размеров, имеет полный ранг, то система (1.18) полностью наблюдаема.

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

Для линейной системы с моделью (1.18) известен критерий управляемости в следующем виде [6,11]: если матрица

R =\\В В\ (А)2В : … : (А )n-1В\\, (1.20)

где А и В - матрицы согласованных размеров, имеет полный ранг, то
система с моделью (1
.18) полностью управляема.

Устойчивость системы отражает ее внутренние особенности, характер ее поведения в динамике. Известно множество определений этого свойства; для целей Практикума достаточно определить устойчивость как свойство системы возвращаться в исходное состояние после снятия возмущений. Наличие или отсутствие этого свойства в системе (1.18) определяется оператором А
Известны многочисленные косвенные оценки – критерии устойчивости систем на основе исследования свойств оператора
А[6, 11].

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

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

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

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

В сложных системах очень часто проявляется также иерархическая структура [36]. В ней элементы упорядочиваются снизу
вверх по уровням включением простых элементов в состав более сложных, а соответствующие связи существуют как внутри уровня
(координация), так и между уровнями (субординация) — рис. 1.6. В составе любой ИС также имеются иерархические информационные структуры, которые соотносятся с элементами организационной структуры предприятия в целом и его подсистем.

Условия работы                           Данные и выше лежаший уровни

                                                      IV          ИС (организация)

 

                                              III          Подразделения

                                                           (отделы, цеха)

                                             II                 Группы

                                                               (участки)

Рис. 1.6. Иерархическая система

                                               I            Рабочие места

Для иерархических систем характерно, что исследования в пределах уровня выполняются детально на основе подробных моделей (см. выходы вправо из блоков на рис. 1.6), а в верхний уровень поступают только обобщенные данные. Методы, на основе которых осуществляется обобщение или сжатие информации перед передачей ее в вышележащий уровень, отражают специфику моделей объектов соответствующей предметной области.

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

1     2     3     4     5     6
Количество уровней

Рис. 1.7. Характеристика сложности расчета систем

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

В самом деле, сложность и трудоемкость вычислительных алгоритмов при решении задач теории систем существенным образом зависит от размерности задачи, т. е. от сложности используемой модели. Так, например, задачи анализа наблюдаемости и управляемости систем по модели (1.18) сводятся к определению их
ранга. Как известно,
 рангэто максимальный порядок не равного нулю определителя матрицы. В общем случае матрицы Q по(1.19) и R по (1.20) могут иметь размер nxn2], где n— размер вектора состояния или число. Таким образом, эти задачи сводятся в конечном итоге к вычислению и исследованию на предмет равенства (не равенства) нулю путем перебора величины всех возможных определителей матриц (1.19) и (1.20).

Вычисление определителя n-го порядка имеет вычислительную сложность 0(n3 ), т. е. пропорциональную кубу размера n. Вычисление всех определителей л-го порядка матрицы размера [nхn2] путем их перебора характеризуется вычислительной сложностью 0(n5), пропорциональной пятой степени размера n. Определение ранга матрицы, имеющей дефект, т. е. неполный ранг к<n, может потребовать вычисления всех определителей к-го
<n) порядка матрицы размера [nхn2]; вычисление всех таких определителей путем перебора может характеризоваться вычислительной сложностью 0(n7), пропорциональной седьмой степени размера матрицы п (оценка вычислительной сложности выполнена В. Романовым). Как видно, приведенный пример показывает, что детализация описания систем, т. е. увеличение размерности моделей приводит к резкому увеличению вычислитель-
ной сложности и трудоемкости всех операций по поиску и обоснованию решений.

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

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

Достаточно типовым может быть, в частности, набор следующих показателей: затраты всех видов ресурсов ИС (вычислительных, сетевых, кадровых, финансовых, временных и т.д.); надежность; стоимость; качество; рентабельность и т.д.

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

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

Корректировка системного решения. Если при агрегировании не удалось достичь поставленной цели, то вносятся коррективы на том или ином этапе алгоритма, и процесс повторяется с новыми исходными данными. Корректировка возможна на этапах уточнения моделей, поиска решений на уровне подсистем, варьирования условий на этапе агрегирования и т. д.; корректного обоснования этого процесса здесь не предлагается. При этом неизбежно будет происходить повторение процесса решения различных задач, т.е. возможна цикличность, причем циклы могут
возникать с захватом нескольких уровней. Общих рекомендаций по сокращению числа циклов, естественно, не существует. Однако устойчивое решение может быть быстрее найдено, если в системе будет отрицательной обратная связь и если будет найдено то воздействие, которое значительно влияет на качество изделия (системы). Здесь весьма полезным может оказаться этап предварительного исследования
чувствительности или эластичности (см. рис. 1.4) [42].

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

Вопросы для самоконтроля

  1.  Как соотносятся специфика задач информационного менеджмента и возможности, предоставляемые системным подходом?

Как строится формальное описание ИС с позиций системного подхода?

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

4.В чем сущность определения основных понятий системного анализа?

5.Как можно охарактеризовать основные особенности и специфику предложенного обобщенного алгоритма системного анализа?

  1.  В чем проявляется ориентация предложенного обобщенного алгоритма на решение задач создания информационных систем?
  2.  В чем состоит специфика применения приведенного обобщенного системного алгоритма по каждому из его этапов?

                                                         ОБОСНОВАНИЕ АРХИТЕКТУРЫ
                                                          ТЕХНОЛОГИЧЕСКОЙ СРЕДЫ
                                                       ОБРАБОТКИ ИНФОРМАЦИИ

2.1. Характеристика условий
работы системы

2.1.1. Постановка задачи

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

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

  1.  достоверность;
  2.  полнота;
  3.  релевантность (существенность);
  4.  понятность;

5) полезность (эффект от ее использования должен превышать затраты на ее получение);

  1.  своевременность;
  2.  регулярность.

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

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

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

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

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

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

При этом центр тяжести процессов обработки информации в ИАС будет расположен в области формирования и обработки различных документов. По определению, документ - формализованный информационный объект [2, 24]; документы фиксируют и регламентируют все процессы на предприятии. Выделяют  три основных потока документов: 1) входящие, 2) внутренние, 3) исходящие. Потоки всех документов в современных условиях интенсивно растут. Так, в состав обрабатываемых в ИАС документов входят различные внутризаводские документы: письма, факсы,
телеграммы, счета-фактуры, накладные, аналитические паспорта и другие - их число постоянно увеличивается. На рис. 2
.1 представлена организационная схема управления производством.

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

Внешняя

информация —                                      Правовое, информационное и нормативное
                                                                           обеспечение подсистемы

из Интернета и др.

Информационный поток

УПРАВЛЯЮЩА

Я ПОДСИСТЕМА

Организационная
структура

Кадры

Инстру-
менты

Методы

Информация
производст-
венного
характера

Аппаратные,

программные

средства

Процесс управления

           

управления

ОБЪЕКТ УП

РАВЛЕНИЯ

Источники
производст-
венных
ресурсов

Прои
веннь
ресур

Зводс

сы

Производст-
венные
отношения

 

Денежный поток

 

                                                                                                         Производство

поток

                        Материальный

                                                          Рынок                  Бюджет, поставщики, потребители

                                          Денежный поток
Информационный поток

Рис. 2.1. Схема функционирования информационно-аналитической системы

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

ПО СУЩЕСТВУ ОСНОВНОЙ ФУНКЦИЕЙ ИАС ЯВЛЯЕТСЯ ПОДДЕРЖКА РЕАЛИЗАЦИИ НЕКОТОРОЙ СОВОКУПНОСТИ ТИПОВЫХ БИЗНЕС-ПРОЦЕССОВ,
Т. Е. ПОСЛЕДОВАТЕЛЬНОСТЕЙ РАБОТ, КАЖДАЯ ИЗ КОТОРЫХ НАПРАВЛЕНА НА РЕШЕНИЕ ОДНОЙ ИЗ ЗАДАЧ УПРАВЛЕНИЯ ПРОИЗВОДСТВОМ, НАПРИМЕР, ПЛАНИРОВАНИЕ И АНАЛИЗ МАТЕРИАЛЬНЫХ И ДЕНЕЖНЫХ ПОТОКОВ, УПРАВЛЕНИЕ ОБОРУДОВАНИЕМ, УЧЕТ ПОКАЗАТЕЛЕЙ ДЕЯТЕЛЬНОСТИ, РАСЧЕТЫ С ПОСТАВЩИКАМИ И ПОТРЕБИТЕЛЯМИ И ДР.

ДЛЯ ОБЕСПЕЧЕНИЯ ДЕЯТЕЛЬНОСТИ ФОРМИРУЕТСЯ ОРГАНИЗАЦИОННАЯ СТРУКТУРА (ОС) ИАС, Т. Е. НЕКОТОРАЯ СОВОКУПНОСТЬ ПОДРАЗДЕ-
ЛЕНИЙ И СВЯЗЕЙ (ОТНОШЕНИЙ) МЕЖДУ НИМИ. ИМЕННО В РАМКАХ ОС РЕАЛИЗУЮТСЯ ЦЕЛИ И ЗАДАЧИ СИСТЕМЫ С УЧЕТОМ ВОЗДЕЙСТВУЮЩИХ НАьНЕЕ ВНУТРЕННИХ И ВНЕШНИХ ФАКТОРОВ.

ИХ ОСНОВНАЯ ДЕЯТЕЛЬНОСТЬ ЗАКЛЮЧАЕТСЯ В СЛЕДУЮЩЕМ:

1.СБОР И ФОРМИРОВАНИЕ ИСХОДНЫХ ДАННЫХ;

2.РАСЧЕТЫ С ПОСТАВЩИКАМИ И ПОТРЕБИТЕЛЯМИ;

3.ОРГАНИЗАЦИЯ ХРАНЕНИЯ ДАННЫХ;

4.ФОРМИРОВАНИЕ СПРАВОК И ОТЧЕТОВ;

5.ПЛАНИРОВАНИЕ, АНАЛИЗ И ДР.

В СОСТАВ ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ, НАКАПЛИВАЕМОГО, ОБРАБАТЫВАЕМОГО И ЦИРКУЛИРУЮЩЕГО В ИАС, ВХОДИТ ЛЮБАЯ ИН-
ФОРМАЦИЯ КАК ВНЕШНЕГО, ТАК И ВНУТРЕННЕГО ХАРАКТЕРА: ПРОИЗВОДСТВЕННЫЕ ДОКУМЕНТЫ РАЗЛИЧНОГО ХАРАКТЕРА, ВСЕВОЗМОЖНАЯ БУХГАЛТЕРСКАЯ ДОКУМЕНТАЦИЯ, ДОКУМЕНТЫ ВЫШЕСТОЯЩИХ ОРГАНОВ ПО ИЕРАРХИИ УПРАВЛЕНИЯ, ИНФОРМАЦИЯ ОТ СМЕЖНИКОВ РАЗНОГО РОДА, ДОКУМЕНТЫ О СОСТОЯНИИ РЫНКА, ПРОЧАЯ ИНФОРМАЦИЯ. ФУНКЦИОНИРОВАНИЕ ПРЕДПРИЯТИЯ ОСУЩЕСТВЛЯЕТСЯ В РАМКАХ ДЕЙСТВУЮЩЕГО ПРАВОВОГО И НОРМАТИВНОГО ОБЕСПЕЧЕНИЯ. СЮДА ОТНОСЯТСЯ: ЗАКОНЫ, УКАЗЫ ПРЕЗИДЕНТА, ПОСТАНОВЛЕНИЯ ПРАВИТЕЛЬСТВА, ПРИКАЗЫ И РАСПОРЯЖЕНИЯ МИНИСТЕРСТВ И ВЕДОМСТВ, ЛИЦЕНЗИИ, УСТАВНЫЕ ДОКУМЕНТЫ, НОРМЫ, ИНСТРУКЦИИ И МНОГОЕ ДРУГОЕ. ИСКЛЮЧЕНИЕ ИЗ ОБРАЩЕНИЯ БУМАЖНЫХ ДОКУМЕНТОВ ПОЗВОЛЯЕТ ПОВЫСИТЬ СКОРОСТЬ ПРИНЯТИЯ РЕШЕНИЙ И ЭФФЕКТИВНОСТЬ УПРАВЛЕНИЯ ПРОИЗВОДСТВОМ. НА ОСНОВЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ВОЗМОЖНО ОСУЩЕСТВИТЬ
ПЛАНОМЕРНЫЙ ПЕРЕХОД К БЕЗБУМАЖНОМУ ДОКУМЕНТООБОРОТУ.

2.1.2. ЦЕЛИ, КРИТЕРИИ И ФУНКЦИИ
ИНФОРМАЦИОННОЙ СИСТЕМЫ

ЭТОТ ПЕРЕХОД В НАСТОЯЩЕЕ ВРЕМЯ СТАНОВИТСЯ ОБЪЕКТИВНО НЕОБ-
ХОДИМЫМ. СУЩЕСТВУЕТ ТОЧКА ЗРЕНИЯ, ЧТО ПОСЛЕ 2005 Г. УЖЕ НЕВОЗ
можно будет продать на рынке наукоемкую продукцию, не обеспеченную на всех этапах жизненного цикла электронной документацией. Для обеспечения такого документооборота необходимо создать такую информационную систему, которая прежде всего обеспечила бы автоматизацию рутинных операций и автоматизированную подготовку разнообразных учетных документов, отчетов, справок, в частности, паспорта продукции.

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

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

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

В качестве основных должны быть названы следующие функции системы:

1) автоматизированная подготовка документов и отчетов;

  1.  организация унифицированного доступа к информации;
  2.  обеспечение защиты данных от несанкционированного доступа;
  3.  обеспечение быстрой бесперебойной и надежной обработки данных;
  4.  создание единого информационного пространства.

В результате создания ИАС для предприятия открываются следующие источники экономической эффективности его деятельности:

возможность уменьшения численности сотрудников;

уменьшение ошибок пользователей при обработке данных;

      сокращение времени обработки и поиска необходимых данных;

возможность адаптации системы к изменению в нормативных документах и в законодательстве;

• возможность оперативного принятия решений.

Эти источники позволяют сделать вывод и о том, что внедрение ИАС приведет к улучшению финансового состояния предприятия.

2.2. Обоснование варианта архитектуры
2.2.1. Характеристика вариантов технологии

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

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

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

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

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

Достоинства данного варианта:

  1.  применение технологии «файл-сервер» на предприятии;
  2.  наличие опыта у разработчиков.
    Недостатки данного варианта:

  1.  низкая производительность в виду большого сетевого трафика;
  2.  высокие требования к пропускной способности сети;
  3.  высокие требования к производительности клиентских мест;
  4.  трудность масштабирования из-за сложности наращивания ресурсов;
  5.  низкая защищенность системы от несанкционированного доступа;
  6.  низкая надежность.

Второй вариант — система на основе технологии «клиент-сервер» - сетевая среда, в которой клиент инициирует запрос
к серверу, выполняющему запрос.
Клиент — приложение, которое отвечает за ввод, отображение и предварительную обработку информации по данному приложению. Сервер - прикладная часть, которая реализует основные функции системы: управление данными, разделение информации, администрирование и политику безопасности.

Достоинства данного варианта:

1) умеренные требования к пропускной способности сети;

  1.  высокая производительность за счет уменьшения сетевого трафика и возможности работы с базой данных наиболее мощной
    машины сети (сервера);
  2.  умеренные требования к производительности клиентской части;
  3.  возможность масштабирования системы – наращивание производительности при возникновении такой необходимости;
  4.  повышенная безопасность обработки информации;
  5.  высокая надежность системы.

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

Обоснование варианта архитектуры ИС рассматривается далее с использованием алгоритмов многокритериальной задачи
принятия решений [54].

2.2.2. Постановка задачи
многокритериальной оптимизации

В представленных условиях необходимо обосновать выбор одного из решений X из области Wx допустимых решений. При
этом каждый вариант решения оценивается совокупностью критериев
 f1,f2fn  которые могут быть взвешены коэффициентами относительной важности  Здесь критерии fq, q= называются локальными, каждый из них характеризует некоторую локальную цель решения; они образуют интегральный критерий F = {Fq}; коэффициенты q, q = образуют вектор важности  Оптимальное в этих условиях решение    должно удовлетворять соотношению

где  оптимальное значение интегрального критерия;
optim - оператор оптимизации, он определяет выбранный принцип оптимизации.

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

  1.  Wx C-область согласия, в ней качество решения может быть улучшено по всем локальным критериям;
  2.  WxК - область компромиссов, здесь улучшение решения по одним локальным критериям приводит к ухудшению решения по другим.

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

В качестве одной из возможных рассматриваем схему компромисса, перейдя от пространства Wx выбираемых решений X к пространству W F  допустимых локальных критериев F= {f1,f2,…fn}, деля ее на область согласия и компромисса. Тогда модель оптимизации варианта системы в этой ее части - см. (2.1) можно
переписать в следующем виде:

                                                                                    K K

 

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

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

Принцип выделения одного оптимизируемого критерия основан на максимизации одного локального критерия, на другие критерии при этом налагаются некоторые ограничения.

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

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

optima  max-1)

 K

или соответственно вид


                                         (2.4)

где fq,q=- локальные критерии, которые необходимо максимизировать;

 fq,q=критерии, которые необходимо минимизировать.

Для решения поставленной задачи необходимо провести нормализацию критериев: вместо действительных значений критериев f q рассматриваются безразмерные величины

(2.5)

где в знаменателе расположены компоненты «идеального вектора» — вектора с идеальными значениями критериев

F(H)=

В качестве идеального принимается вектор, параметрами которого являются максимально возможные значения каждого из локальных критериев     F(H) =Fmax ={f1max, f2max ,…fkmax}. Ряд приоритетов локальных критериев R = {1, 2,… k} является упорядоченным множеством индексов: критерии, индексы которых слева, доминируют над критериями, индексы которых справа. Приоритеты критериев могут быть заданы еще и вектором приоритета компоненты которого суть отношения, определяющие степень превосходства по важности двух соседних
критериев: определяет, на сколько критерий
fq важнее критерия fq+1. Для удобства вычислений обычно полагают
Вектор определяется попарным сравнением локальных критериев, предварительно упорядоченных в соответствии с рядом приоритета R. Весовой вектор представляет собой  k-мерный вектор, компоненты которого связаны соотношениями

Компонента  вектора  — весовой коэффициент, определяющий относительное превосходство критерия fq над всеми остальными. Компоненты векторов и  связаны соотношением

(2.6)

   (2.7)

При выборе оптимального варианта используется принцип «гибкого приоритета»: оценка вариантов производится по взвешенному векторному критерию, где в качестве компонентов вектора критериев {f1,f2,…,fk} используются компоненты вектора
 

2.2.3. Обоснование архитектуры - вариант 1

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

  1.  определить множество параметров системы X;
  2.  выбрать из множества параметров область компромисса WXK ;

3) определить совокупность частных критериев, оценивающих выбранные параметры f;

  1.  перейти от пространства Wx K WF;
  2.  определить ряд приоритета и вектор приоритета;

   6) найти значения локальных критериев f, при которых интегральный критерий достигает максимального значения.

В качестве множества параметров системы выбираются:

  1.  производительность клиентской части системы Хl;
  2.  производительность сервера Х2;
  3.  пропускную способность сети Х3.

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

  1.  стоимость внедренияf1;
  2.  безопасностьf2;
  3.  надежность f3

Параметры системы принимают следующие значения.

Производительность клиентского места определяется для данного предприятия так: средняя (для системы на основе «клиент-сервер») и высокая (для системы с использованием «файл-сервера»).

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

а) на основе «файл-сервера» — 15650 руб.;

б) на основе «клиент-сервера» - 19500 руб.

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

Пропускная способность сети. Для систем, построенных пo технологии «клиент-сервер», принята сеть со средней пропускной способностью 10 Мбит/с, для систем на основе «файл-сервера» — сеть с высокой пропускной способностью 100 Мбит/с. При этом получено, что стоимость вариантов различается в два раза и
для сети со средней пропускной способностью равна 40650 руб.

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

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

Безопасность определяется вероятностью несанкционированного доступа к информации в одном из узлов системы. Считается, что нарушитель старается получить доступ к слабейшему звену. Таким образом, вероятность несанкционированного доступа к информации, циркулирующей в системе, определяется вероятностью несанкционированного доступа f1 =min(S1,S2,S3) где вероятность доступа к информации соответственно

S1 — со стороны клиентской части;

S2 – со стороны серверной части;

S3 – к информации передаваемой по сети.

Надежность определяется вероятностью безотказной работы системы в течение заданного интервала времени. В обоих вариантах все элементы соединены последовательно; тогда вероятность безотказной работы системы определяется формулой f2 =r1*r2*r3, где r1,r2,r3— вероятность безотказной работы клиентской части, серверной части и сети соответственно. Выбор оптимального решения может быть выполнен путем полного перебора всех возможных значений параметров системы и нахождения такого их сочетания, при котором интегральный
критерий максимален. При этом переменные
s, г, и стоимость внедрения определяются на основе экспертных оценок и путем вычисления их значений, зависящих от параметров компонентов системы. Выполнив переход от пространства Недопустимых значений Хк пространству W F возможных локальных критериев, получим следующие значения критериев (стоимость внедрения, безопасности и надежности) — см. (2.1):

  1.  для системы на основе «файл-сервера» F = {100000 руб., 0,9; 0,8};
  2.  для системы на основе «клиент-сервер» F = {625650 руб., 0,8; 0,9}.

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

Для нахождения оптимального значения интегрального критерия производится нормализация локальных критериев — см.(2.5). Тогда идеальный вектор будет Fmax = {625650 руб., 0,9; 0,9},
что даст следующие значения локальных критериев соответственно для вариантов системы:

  1.  на основе «файл-сервера» F= {0,16; 1; 0,89};
  2.  на основе «клиент-сервер» F={1; 0,89; 1}.

Значения элементов весового вектора вычисляются следующим образом. Ряд приоритета имеет вид  = {1, 2, 3}, вектор приоритета для данного случая  = {1, 2, 3}, значения компонент весового вектора  по формуле (2.7) записываются соответственно в виде:

Для расчета оптимального значения интегрального критерия используется формула (2.3), где значения локальных критериев умножаются на весовые коэффициенты. Тогда формула для расчета интегрального критерия примет вид:

(2.8)

После подстановки полученных значений параметров в (2.8) получатся следующие значения интегральных критериев соответственно для вариантов:

1) на основе «файл-сервера» F = 1,13;

2) на основе «клиент-сервер» F= 0,18.

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

2.2.4. Обоснование архитектуры - вариант 2

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

     Тогда стоимость рабочего места на основе «файл-сервера» будет 24500 руб., на основе архитектуры «клиент-сервер» - 20900
руб. Выполнив переход от пространства
W X допустимых значений
X к пространству WF возможных локальных критериев, можно получить следующие значения критериев для вариантов:

  1.  на основе «файл-сервера» F = {0,9; 0,8; 736900 руб.},
  2.  на основе «клиент-сервер» F= {0,8; 0,9; 654150 руб.}.

Идеальный вектор здесь Fmax = {0,9; 0,9; 736900 руб.}; значения локальных критериев будут следующими по вариантам соответственно на основе:

1) «файл-сервера» F = {1; 0,89; 1}, 2) «клиент-сервер» F = {0,89; 1; 0,71}.

Ряд приоритета имеет вид = {1, 2, 3}, вектор приоритета для данного случая {1, 2, 1}. Значения компонентов весового вектора по формуле (2.7) получатся следующими: = 0,4; = 0,4;
= 0,2. Для расчета оптимального значения интегрального критерия используется формула (2.3), где значения локальных критериев умножены на весовые коэффициенты, в результате получится:

  1.  для системы на основе «файл-сервера» F = 0,72;
  2.  для системы на основе «клиент-сервер» F= 1,02.

Таким образом, согласно полученным данным, в принятых условиях предпочтительной архитектурой ИАС действительно
будет вариант, построенный по технологии «клиент-сервер».

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

2.3. Разработка
информационно-аналитической системы

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

Для детализации документооборота на основе диаграммы
рис. 2
.1 можно выделить следующие основные виды деятельности на предприятии, связанные с обработкой информации:

  1.  учет потоков данных и документов;
  2.  планирование и анализ взаиморасчетов;
  3.  отражение операций в бухгалтерском учете.

При этом можно определить три слабосвязанные подсистемы, которые не пересекаются по выполняемым функциям:

  1.  подсистема учета документов — предназначена для автоматизации основных операций по их учету;
  2.  подсистема планирования и анализа - предназначена для
    планирования, анализа, адаптации ИАС при изменении законодательства и отчетности;
  3.  подсистема бухгалтерского учета - предназначена для выполнения основных бухгалтерских задач: непрерывное отражение проводок по операциям с документами и контроль за ними.

Информационное взаимодействие между подсистемами осуществляется благодаря документообороту (движению документов).

Выделяются следующие функции и соответствующие подсистемы ИАС по сбору и обработке информации, подлежащие автоматизации:

1) подсистема учета документов:

• выбор признака документа, с которым собирается работать
пользователь;

ввод и редактирование данных;

поиск информации, удаление данных;

сортировка информации по заданному ключу;

вывод отчетов на печать;

2) подсистема планирования и анализа:

возможность анализа документооборота;

создание отчетности;

3) подсистема бухгалтерского учета:

    • непрерывное отражение операций, совершаемых с документами;

• открытие, ведение и закрытие счетов;

    • просмотр оборотных ведомостей, баланса для определения оборотов и остатков на счетах;

работа с платежными документами;

формирование отчетов.

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

Функционирование ИАС опирается на ее информационное
обеспечение, которое представляет собой информационную модель, или модель данных. Последняя отражает взаимосвязи между объектами (сущностями) - элементами ИАС, информация о которых сохраняется в системе. При проектировании ИАС именно данные интересуют в первую очередь, поэтому далее для иллюстрации этого процесса кратко приводится методология информационного проектирования [3, 9, 14, 19, 20, 29, 30, 34, 39, 45, 55].

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

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

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

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

Вопросы для самоконтроля

  1.  В чем состоит формализация условий работы системы?
  2.  Как характеризуются особенности построения модели системы, описания ее функций и критериев качества, характеризующих ее работу?
  3.  Какие наиболее явные достоинства и недостатки имеют варианты формирования технологической среды ИС: на основе «файл-сервера» и архитектуры «клиент-сервер»?
  4.  Как можно охарактеризовать различия применения рассматриваемых технологий «файл-сервер» и «клиент-сервер» с позиций пользователя?
  5.  Как строится критерий оптимизации при необходимости учета нескольких разнородных требований к характеристикам системы?
  6.  В чем состоят методические сложности постановки задачи многокритериальной оптимизации?
  7.  Какой смысл имеют весовые коэффициенты в критерии оптимизации?
  8.  Как получаются оптимальными различные варианты архитектуры системы? Не скрывается ли за этим просто произвольный выбор?

ОБОСНОВАНИЕ ВАРИАНТА
СОЗДАНИЯ ИНФОРМАЦИОННОЙ
СИСТЕМЫ НА БАЗЕ ПОЛНОЙ
СТОИМОСТИ ВЛАДЕНИЯ

3.1. Модель жизненного цикла
информационной системы

3.1.1. Этапы жизненного цикла

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

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

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

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

Следует также учитывать, что любая система управления организацией является многофункциональной, в ее состав входят различные виды обеспечения (техническое, программное, коммуникационное, математическое, технологическое, организационное, правовое, методическое, эргономическое и т.д.). Все эти компоненты создаются и развиваются достаточно автономно по соответствующим планам, поэтому для каждого из них можно рассматривать свой жизненный цикл. В зарубежной литературе по системному анализу приняты следующие этапы жизненного цикла [55]: System Planning, System Analysis, System Design, System Implementation, System Support. Информационная система тоже проходит типовые этапы жизненного цикла: создание    (Planning, Analysis, Design), внедрение    (Implementation), использование и поддержка (Support), хотя и не столь четкие, как отдельные компоненты.

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

Рассматриваемый вариант модели жизненного цикла основан на идее, предложенной В.Терским и используемой в [26, 27]. На рис. 3.1 верхний треугольник, названный ИС, обозначает в

Рис. 3.1. Комплекс, состоящий из информационной системы
и обеспечивающих средств

зависимости от постановки задачи как информационную систему в целом, так и отдельные ее компоненты, если не дается специального разъяснения. Кроме того, на рис. 3.1 отражено представление о том, что для успешного существования любой системы (или любого изделия) необходимы специальные обеспечивающие средства на всех этапах ее (его) жизненного цикла. В этой модели на основе системного подхода возможно согласованное
представление таких средств в комплексе по этапам ЖЦ. Ниже приводится краткая характеристика компонентов комплекса обеспечивающих средств, более подробное их представление дано в [26, 27].

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

На рис. 3.1 также показано, что совместно с системой должны дополнительно формироваться специальные средства, обеспечивающие ее текущее обслуживание, т. е. поддержание системы в работоспособном состоянии. Именно в их состав включаются различные тесты текущего контроля и диагностики состояния системы и ее элементов, инструкции, наставления, руководства и т.п. Они обеспечивают настройки системы, устранение мелких
неисправностей и т.д. Естественно, они представляют собой нечто дополнительное, их стоимость удорожает систему. К тому же для выполнения операций по обслуживанию должен быть подготовлен соответствующий персонал. Поэтому в практике менеджмента в таких случаях принято обслуживание систем силами специализированных фирм
(консалтинг [19,52]), имеющих квалифицированный персонал и дорогостоящие специализированные средства. Это аналогично ситуации, когда малые фирмы не имеют в штате бухгалтера или юриста, а пользуются услугами специализированных бюро или агентств.

Создание системы в целом или ее элемента в качестве начального этапа включает проектирование или инжиниринг (при модернизации — реинжиниринг). Основа обеспечивающих средств этого этапа — система автоматизации проектирования (САПР); применительно к системам управления — это CASE-средства. Эти средства должны обеспечивать разработку системы в ее полном составе, т.е. входящие в нее виды обеспечения (организационное,
методическое, технологическое и т.д.).

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

Изготовление системы осуществляется обычно путем разработки, настройки, отработки и согласования ее модулей.

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

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

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

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

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

3.1.2. Полная стоимость владения

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

(3.1)

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

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

                                      

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

3.2. Общий анализ вариантов реализации
проектов информатизации

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

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

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

Хотя ИС, целиком приобретаемая у стороннего изготовителя, стоит действительно больших денег, убеждение, что своими силами она может быть создана с меньшими затратами, может оказаться серьезным и дорогим заблуждением. Сопоставление особенностей условий создания или развития ИС при приобретении у стороннего поставщика и при создании своими силами приведено в табл. 7.2 в [26]; за основу принято описание обеспечивающих систем по этапам ЖЦ, приведенное выше на рис. 3.1.

Как видно из указанной табл. 7.2 из [26], качество создаваемой своими силами системы всецело определяется уровнем
имеющихся на предприятии специалистов, в основном программистов. Но далеко не любое предприятие имеет в своем составе достаточно мощную команду профессиональных системных аналитиков и программистов с опытом создания ИС масштаба предприятия, поскольку ранее системы на большинстве советских предприятий определялись отраслевыми решениями, и опыта самостоятельного создания эффективных систем на предприятии не накапливалось. Поэтому многие специалисты даже в больших организациях, несмотря на высокие занимаемые должности, необходимого в современных условиях уровня квалификации и соответствующего опыта не приобрели и систематического образования не получили. На малых фирмах опытных специалистов нет или имеются единицы; в то же время на фирме от их личной квалификации всецело будет зависеть та система, эффективность которой влияет на успех бизнеса компании по ее основной деятельности. Ясно, что такая их роль не может быть признана соразмерно
й, а возникающие при этом риски будут высокими.

Однако на предприятии все равно нужно формировать коллектив специалистов, сферой деятельности которых будет информатизация, с тем чтобы можно было на них положиться при разработке некоторых элементов проекта, при контактах со сторонними изготовителями на этапах выдачи задания и приемки работ, а также при обеспечении эффективного использования ИС на предприятии. Менеджер, возглавляющий этот коллектив,— это информационный менеджер (IT-Manager), или директор информационной службы (Chief Information OfficerCIO).

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

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

Принятие решения в пользу того или иного из сопоставляемых вариантов предлагается осуществлять на основе критерия ТСО, вычисляемого по формулам (3.1) или (3.2).

3.3. Модель полной стоимости владения
информационной системой, приобретаемой
у стороннего поставщика

3.3.1. Составляющие издержек


Процесс формирования издержек по схеме, представленной на рис. 3.1, во времени для этого варианта по компонентам ТСО представлен на рис. 3.2.

Tконе     Tвн Tосв                  Tгот Tдегр

Амортизация

Гарантийный                           Сопровождение, поддержка 

срок Тгар  

Испытания   

Сначала испытаний бывает много, затем их объем может уменьшаться

Обслуживание
На этапе приработки интенсивность и объем обслуживания бывает больше

Рис. 3.2. Временная диаграмма составляющих ТСО при приобретении ИС

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

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

Для рассматриваемого здесь примерного варианта для простоты принято, что система приобретается сразу в полном объеме.

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

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

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

Освоение — процесс выведения ИС на ее проектную мощность  Qпроек требует издержек, прежде всего на отработку типовых технологических процессов, а также на обучение и тренировку персонала. Начинается этот этап с той производительности, какую показала ИС при ее сдаче-приемке, т. е. с величины QH. В конце этого этапа ИС будет иметь проектную производительность, т.е.
можно считать ИС функционально полностью готовой к работе, что и отражено на диаграмме. Прямо или косвенно производительность ИС должна быть связана с тем вкладом, который обработка информации вносит в основную деятельность организации.
На рис.
3.2 показано, что кривая роста производительности ИС отражает также и возрастание ее вклада в бизнес организации.

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

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

Рис. 3.3. Вариант временной диаграммы издержек на обслуживание

66

Действительно, приведенная на рис. 3.2 диаграмма лишь иллюстрирует составляющие ТСО, реально каждая составляющая
издержек может иметь более сложную структуру и особенности
 изменения во времени. Так, в стационарном режиме работы системы издержки на обслуживание явно не будут постоянными и будут более точно отражаться картиной, представленной на рис. 3.3. В частности, планово-профилактические мероприятия по обслуживанию организуются, как правило, по графику типа рис. 3.3. Здесь 1 - текущие, например, ежедневные профилактические мероприятия, 2 - ежемесячные мероприятия, 3 - ежеквартальные или полугодовые профилактические мероприятия. Формирование и оптимизация таких графиков представляет собой
специальную задачу организации эксплуатации системы. Кроме того, на этот график накладываются случайные издержки, вызванные необходимостью устранения случайных отказов, дефектов и неисправностей в работе системы [40
], которые также несут с собой соответствующие издержки.

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

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

Т эф.пр дегр  - Т гот пр                                  (3.3)

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

3.3.2. Критерий эффективности

Таким образом, на основе представленной модели можно определить совокупные затраты на создание и использование ИС на
всех этапах ее жизненного цикла, то есть С
тсо пр по выражению (3.1). Его составляющие, отмеченные в выражении индексом i=1,…9
обозначают вклад соответствующей компоненты затрат в совокупные издержки. Если в составе системы присутствует множество компонентов, то выражение (3.1) примет следующий вид:

(3.4)

Если в этих условиях, как уже упоминалось, составляющие затрат могут иметь разную значимость по тем или иным соображениям, то используется выражение (3.2). В случае, когда в составе системы имеется множество компонентов, формула (3.2) примет вид

(3.5) 

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

Как видно из примера, реальные текущие издержки по каждой составляющей являются переменными, поэтому каждое слагаемое C I (/i=1…,9) в (3.1) определяется суммированием (интегрированием) текущих издержек  на всем интервале времени
работы системы в целом или рассматриваемого ее компонента [
t 0 Tдегр],

(3.6)
тогда выражение (3.4.) для полной цены владения С
хсо примет вид

r (3.7)

Поскольку операции суммирования и интегрирования можно менять местами, то после этого выражение (3.7) примет следующий вид:

8)

Здесь, очевидно,

(3.9)

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

(3.10)

или соответственно — вид неравенства

(З.11)

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

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

косвенно оценить по объему работ и услуг, которые выполняются в ИС: именно для этого создается ИС как функциональная подсистема любой организации. Поэтому вклад ИС в бизнес организации может быть определен как интеграл от ее текущей производительности Q(t) и косвенно оценен выражением

 (3.12)

где Q(t) — суммарное текущее значение производительности ИС по этапам ее жизненного цикла.

Строго говоря, корректное определение (2(0 тоже представляется довольно сложной проблемой, поcкольку в ИС одновременно выполняется множество различных работ, объединение которых в едином показателе не определено. Здесь неявно предполагается, что некий алгоритм исчисления Q{t) существует, и величина эта для конкретной ИС может быть найдена.

Тогда эффективность Э принимаемого варианта ИС целесообразно определять путем сопоставления затрат с вкладом в бизнес, т. е. соотношением типа «затраты - польза»; в частности, эффективность Э может по (3.7) или (3.8) и (3.12) оцениваться отношением

3 = W/CTCO. (3.13)

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

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

Эmax

(3.14)

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

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

3.4. Модель полной стоимости владения информационной системы, создаваемой в организации своими силами

Аналогичным образом может быть составлена модель оценки эффективности варианта ИС на основе ТСО для случая, когда ИС или какой-либо ее компонент создается в организации своими силами; состав ТСО для этого варианта иллюстрируется диаграммой, представленной на рис. 3.4. Здесь составляющие ТСО представляются следующим образом.

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

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

Рис. 3.4. Временная диаграмма составляющих ТСО при создании ИС своими силами

нем состава и всех характеристик системы, в том числе и ее плановой или проектной производительности Qпроект.

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

(3.15) 

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

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

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

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

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

При создании нематериальных активов на самом предприятии затраты по их созданию учитываются на счете 08 «Капитальные вложения». В бухгалтерском учете это отражается следующим образом:

1. Дебет счета 23

Кредит счетов 70, 69, 12, 10

Изготовление нематериальных активов

2. Дебет счета 46 Кредит счета 23

Включение в обороты реализации затрат по изготовлению нематериальных активов

3. Дебет счета 46 Кредит счета 68

Начисление НДС с суммы фактических затрат на изготовление нематериальных активов

4. Дебет счета 08 Кредит счета 46

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

5. Дебет счета 04 Кредит счета 08

Принятие на учет нематериальных активов, изготовленных на самом предприятии, на основе акта сдачи-приемки

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

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

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

До сих пор интеллектуальный капитал многих наших организаций существенно недооценен: считается, что в стоимости ИС только 10 — 15% составляет стоимость ее технических компонентов, а остальные 85 - 90% - стоимость программных, технологических и информационных составляющих, а также тех «ноу-хау», которые использованы при ее создании. Однако в реальных балансах отечественных предприятий, создающих ИС или их компоненты своими силами, приведенное соотношение даже близко не имеет места. Это совсем не безобидное обстоятельство: оно не только отрицательно сказывается на стоимости основных фондов организации, но и занижает в их составе долю высокотехнологичной и наукоемкой составляющей, что в свою очередь снижает капитализацию компании и ее инвестиционную привлекательность.

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

Нематериальные активы, используемые непосредственно при производстве продукции, амортизируются обычным порядком путем включения амортизационных отчислений в себестоимость продукции предприятия. С 1 января 1998 г. порядок и нормы начисления амортизации на средства вычислительной техники установлены Указом Президента Российской Федерации «Об основных направлениях налоговой реформы в Российской Федерации и мерах по укреплению налоговой и платежной дисциплины» от 8 мая 1996 г. № 685 (с последующими изменениями и дополнениями).

Указ устанавливает для компьютерной техники, информационных систем и систем обработки данных годовую норму амортизации 25%; для нематериальных активов срок амортизации устанавливается в течение планового срока использования таких активов (при невозможности определения или отсутствии этого срока — в течение 10 лет). Расчет амортизации на основе Указа Президента производится в целом от общей стоимости группы имущества.

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

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

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

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

Это можно иллюстрировать следующим примером. Пусть средства информатизации составляют 10% стоимости основных фондов [26], а средняя норма амортизации по предприятию за вычетом ИС равна 10%. Тогда амортизационные отчисления по предприятию составят 90 • 0,1+10 • 0,25=11,5% от общей стоимости основных фондов. В этих условиях на долю средств информатизации будет приходиться не 10%, а 2,5 : 11,5=21,7% общей суммы амортизационных отчислений. Этот пример иллюстрирует еще раз важность адекватного отражения в основных фондах компании стоимости ее ИС.

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

Начисление амортизации на нематериальные активы оформляется в учете следующей записью (проводкой):

Дебет счета 20 Начисление амортизации по нематериальным активам

Кредит счета 0,5

Здесь задействуется счет 05 «Амортизация нематериальных активов», на нем же может выполняться аналитический учет по отдельным объектам.

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

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

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

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

Конечно, представленные на рис. 3.4 графики являются скорее качественной иллюстрацией формирования и изменения ТСО, чем их количественное описание. Однако, как вполне ясно видно из рис. 3.4, составляющие издержек Саморт, Ссопр подд, Собсл, Сисп 

со временем нарастают, что требует соответствующего увеличения средств на создание и содержание ИС.

3.5. Сопоставление вариантов создания информационной системы

На основе построенных моделей ТСО можно выполнить сопоставление вариантов создания ИС. При этом следует принять, что в обоих вариантах в результате создается одна и та же ИС. Конечно, это достаточно сложно обеспечить На практике, но здесь это принимается для методической строгости выводов. Так, если требуемая производительность системы QnpoeKT предполагается одинаковой, то графики нарастания производительности вариантов будут иметь вид, представленный на рис. 3.5.

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

Можно также достаточно уверенно утверждать, что темп создания ИС своими силами будет ниже, чем при развертывании приобретаемой целиком готовой системы, т. е. всегда будет справедливо соотношение Тгот пр < Тгот.сс . Возможно даже, что по этим причинам ИС так и не будет создана в полном объеме и не достигнет проектной производительности Qпроект на том интервале времени, на котором создаваемый вариант ИС потенциально мог быть эффективным. Если продолжать работы без изменения концепции, то ИС будет создаваться уже как морально устаревшая система (рис. 3.5).

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

Эnmax

Q проект

Производительность

(вклад в основную деятельность)

Рис. 3.5. Графики нарастания производительности ИС

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

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

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

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

Далее в качестве критерия общей оценки эффективности ИС принято представленное выше соотношение объема выполненных в системе операций по обработке информации W и полной суммы всех затрат, связанных с созданием и использованием системы Стсо, т. е. выражение (3.13). При сравнении вариантов соз

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

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

Э пр=Э сс (3.17)

или с учетом выражения (3.13) соответственно равенство

W пр / Стсо пр = Wcc/Стсо сс ■

(3.18)

Отсюда следует эквивалентное выражению (3.17) условие

Wсс / Wпр = С TCO сс/С TCOпр (3.19)

Если это условие выполняется, то варианты эквивалентны в смысле критерия (3.13). По существу это условие имеет следующий смысл: создание ИС своими силами может быть эквивалентным приобретению готовой системы в смысле критерия (3.13), если его полная стоимость владения С TCOсс будет во столько раз меньше полной стоимости владения покупной системы Стсo0пр, во сколько раз достигаемый этим вариантом системы объем обработки информации Rcc меньше этого показателя для покупной системы Rnp

ИС, создаваемая своими силами, может быть даже более привлекательной в смысле критерия (3.13), чем приобретаемая, если удается при ее создании сократить издержки С TCOсс, связанные с ее созданием, по сравнению со значением, определяемым условием (3.19). Эта возможность до сих пор привлекает руководителей и даже специалистов по информатизации многих организаций прежде всего потому, что зарплата работников в них часто значительно ниже, чем в организациях — поставщиках масштабных информационных систем. Другие составляющие C Tсо сс тоже могут быть значительно ниже, чем при покупке ИС, в особенности при ограничениях на текущие объемы финансирования вида (3.10).

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

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

На основе рассмотренных моделей могут также ставиться задачи управления издержками, т. е. задачи определения наилучшего или допустимого значения той или иной составляющей издержек и выдерживания этой составляющей на заданном уровне. При постановке таких задач необходимо построить детальное описание издержек и распределение по этапам жизненного цикла; при этом по аналогии с [55] можно ввести следующие их группы: Стсо кв (System Planning, System Analysis, System Design);, CTC0 гот (.System Implementation);, C Tco экспл (System Support). Их состав можно с учетом введенных выше составляющих представить в следующем виде:

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

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

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

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

Стсо = Стсо kb + Стсо гот + Стсо экспл  min(3.21)

  •  определение целесообразности и степени аутсорсинга (outsourcing), т. е. определение уровня и степени участия специалистов организации в работах по созданию ИС, а также определение тех видов работ, которые целесообразно выполнять самим или, напротив, заказать на стороне.

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

Вопросы для самоконтроля

  1.  Насколько наглядно достаточно детальное представление жизненного цикла системы?
    1.  Каким образом предложенное представление жизненного цикла выводится из описанного в разд. 1 системного подхода? Как при этом может быть использован приведенный там обобщенный системный алгоритм?
    2.  Как можно уточнить содержание того или иного этапа жизненного цикла в условиях конкретной системы?
    3.  Насколько содержательно предложенное определение полной стоимости владения - ТСО на основе жизненного цикла информационной системы?
    4.  Как могут быть уточнены по составу или детализированы по характеру те или иные составляющие издержек полной стоимости владения (ТСО) в случае приобретения ИС у стороннего поставщика?
    5.  То же, при создании ИС в организации своими силами?
    6.  Как можно определить вклад ИС в бизнес организации, кроме предложенного варианта на основе объема работ, выполняемых в ее структуре?
    7.  Каким путем и насколько корректно может быть построена оценка вклада ИС в основную деятельность организации на основе объема работ, выполняемых в ее структуре?
    8.  В чем условность предложенного критерия эффективности информационной системы, опирающегося на понятия полной цены владения (ТСО) и вклада информационной системы в бизнес организации?
    9.  Насколько эффективным и информативным может быть сопоставление вариантов ИС в смысле введенного критерия эффективности?
    10.  В чем состоит неопределенность полученного условия эквивалентности вариантов ИС? Как можно ее преодолеть в условиях конкретной организации?
    11.  Что такое аутсорсинг в бизнесе вообще и в условиях создания ИС в организации в частности?
    12.  Как сформировать методические основы для определения степени аутсорсинга при создании информационной системы в конкретной организации?
    13.  Какие функции и работы наиболее естественно выполнять с привлечением сторонних исполнителей и поставщиков? Как это связано со степенью зрелости организации в сфере обработки информации?

ОЦЕНКА ИСПОЛЬЗОВАНИЯ РЕСУРСОВ ИНФОРМАЦИОННОЙ СИСТЕМЫ

4.1. Анализ загруженности ресурсов компонентов информационной системы

4.1.1. Общая характеристика моделей

Для успешного управления использованием технологических ресурсов информационной системы и эффективной их загрузкой информационному менеджеру необходима соответствующая модель ИС. При этом нужно описать структуру собственно ИС и состав ее ресурсов, т. е. определить их основные технические характеристики. Выше, в разделе 1 приведен вариант такой модели на основе ресурсной матрицы R (1.4) и описано формирование технологического процесса на основе матрицы (1.8).

Формирование матрицы R в общем виде особых вопросов, по-видимому, не вызывает: если компоненты ИС определены, то размещение описания их ресурсов в форме предложенной матрицы (1.4) является вполне естественным: ее диагональные элементы отражают ресурсы Rii обрабатывающих компонентов ИС, недиагональные — ресурсы Rij интерфейсов между обрабатывающими компонентами и связи между ними или коммуникационных компонентов.

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

При этом могут использоваться обобщенные показатели деятельности сферы обработки информации на предприятии, аналогичные показателям эффективности других основных фондов (ОФ) [26, 40]:

фондоотдача = годовой объем/среднегодовая стоимость ОФ;

фондоемкость = среднегодовая стоимость ОФ / годовой объем;

фондовооруженность  = среднесписочная численность / среднегодовая стоимость ОФ;

производительность труда = годовой объем / среднесписочная численность;

эластичность = приращение производительности труда / /приращение фондовооруженности

и другие аналогичные оценки. Здесь обозначено: годовой объем — объем работ, выполненных на предприятии в течение года по ОИ в денежном или натуральном выражении; среднегодовая стоимость ОФ — данные учета стоимости ОФ сферы ОИ с учетом их движения (убытия, списания, приобретения и т. д.); среднесписочная численность — численность работников в сфере ОИ, усредненная по году, - стандартный показатель учета кадров.

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

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

4.1.2. Обобщенная оценка использования ресурсов

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

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

kij = Rij факт / Rij . i,j=1,...,n, (4/1)

где Rij— проектная характеристика потенциала ij-того компонента ИС, задаваемая соответствующим элементом матрицы (1.4);

R ijфакт—уровень фактического использования ресурса ij-го компонента.

Величина каждого из kij по выражению (4.1) является безразмерной для всех компонентов ИС, поэтому можно принять, что

может быть названа матрицей использования ресурсов ИС: каждый из ее элементов kij, i,j = 1,..., п, отражает относительную степень использования потенциала соответствующего компонента.

Для матрицы К в форме (4.2) может быть вычислена норма в виде

(4.2)

суммы всех ее элементов ky, i,j = 1,..., n, т. е. величина

  (4.3)

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

(4.4)

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

Для каждого из ее компонентов предел lim kij (i,j = 1,...,n) использования его ресурса будет:

(4.5)

что характеризует полное, или 100%-ное использование потенциала этого компонента системы и означает стремление к единице соответствующего элемента в матрице (4.2), которая в этом случае принимает вид

(4.6)

Это дает для нормы матрицы (4.2) предел

(4.7)

который характеризует предельную, или достижимую, мощность совокупного обобщенного технологического ресурса ИС при 100%-ном использовании ресурсов по всем ее компонентам

Тогда получаемое при некоторых реальных значениях ktj (i,j = 1,..., n) значение нормы матрицы  дает отношение

(4.8)

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

Предельное значение показателя Э по (4.8):

очевидно характеризует полное использование потенциала системы.

Относительные совокупные резервы ресурсов системы Р, т. е. совокупные неиспользуемые ресурсы по системе в целом, отнесенные к ее потенциалу, на основе представленной модели определяются выражением

(4.9)

Р = 1- Э

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

4.1.3. Выявление и оценка неравномерной загруженности ресурсов

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

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

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

Форсирование режима r-го компонента в предлагаемой модели отражается тем, что в матрице (4.2) будет иметь место элемент kr> 1, где индекс г отражает порядковый номер r-го компонента в подмножестве форсированных компонентов, соотнесенный с индексом ij элемента ресурсной матрицы (4.2). Тогда уровень относительной перегрузки этого компонента определится выражением

fr = kr 1. (4.10)

Если принять, что в форсированном режиме работает m компонентов системы, для каждого из которых определено значение fr,r= 1,..., т, по (4.10), то суммарное относительное форсирование системы, выражающееся в повышенной нагрузке на т ее компонентов, имеет вид

Ф= (4.11)

По аналогии с показателем эффективности Э по (4.8) может быть определена средняя перегрузка подмножества m компонентов по формуле

/=Ф/m         (4.12)

Суммарная средняя перегрузка системы в целом, т. е. всего множества п2 ее компонентов тоже может представлять интерес при планировании работ в системе; она определяется выражением

П=       (4.13)

и может рассматриваться совместно с m/n2 — оценкой доли компонентов, которые работают с перегрузкой. Таким образом, выражения (4.10) - (4.13) позволяют целенаправленно локализовать в матрице (4.2) перегруженные компоненты системы и корректно оценить неоднородность режима работы этих компонентов, что даст возможность обосновать как проектные, так и управленческие решения, обеспечивающие эффективное использование ресурсов системы.

Аналогично может строиться и анализ локальной недозагруженности части компонентов. Общая оценка незагруженных ресурсов по всей системе в среднем дается выражениями (4.8) и (4.9), однако в явной форме она не дает реальной картины действительно недостаточно загруженных компонентов: при этом в составе системы могут быть элементы, имеющие и недопустимо низкий уровень загруженности. Локализация и оценка роли таких элементов в системе позволят выявить и использовать наиболее значительные резервы. Такая оценка может быть получена по аналогии с оценкой перегрузки части компонентов на основе выражений. (4.10) — (4.13), она позволит построить стратегию повышения эффективности использования потенциала системы.

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

q p=1-k p. (4.14)

Если в таком режиме работает s компонентов системы и для каждого из них определено значение qр,р=1,..., s, то суммарный резерв на этом множестве компонентов имеет вид

Q=               (4.15)

По аналогии с (4.12) определяется средняя недогрузка компонентов подмножества s по формуле

(4.16)

Средняя недогрузка всего множества n2 компонентов системы определяется выражением

Н = (4-17)

и может рассматриваться совместно с s/n2 оценкой доли компонентов, которые работают с существенной недогрузкой.

Обобщая рассмотренные примеры, можно заметить, что предложенная модель позволяет выявить и описать не только перегрузку и недозагруженность потенциала системы, но и полностью формализовать описание использования ресурсов системы в том или ином виде. Для этого может быть, например, введена шкала уровней загруженности с некоторым шагом, например 10%, по которой будут упорядочиваться соответствующие подмножества компонентов на основе выражений вида (4.10) и (4.14); далее роль каждого из подмножеств может быть оценена по выражениям типа (4.11) - (4.13) или (4.15) — (4.17).

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

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

4.2. Обоснование цены на информационно-вычислительные услуги

4.2.1. Анализ информационной технологии

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

В качестве иллюстрации особенностей учета условий использования ресурсов ИС в конкретных условиях предлагается рассмотреть простое и широко распространенное бухгалтерское приложение «Работа с платежными документами». Его конечной продукцией является известный документ - платежное поручение (рис. 4.1).

Это массовый, простой и доступный документ, поэтому им уверенно оперирует массовый непрофессиональный пользователь. Автоматизация его изготовления также может быть легко обеспечена. Здесь автоматизация этого документа рассмотрена в среде СУБД MS Access применительно к условиям бухгалтерии местного самоуправления поселка «Лесной», входящего в состав города Владимира.

На основе обработки статистических данных, характеризующих работу рассматриваемой бухгалтерии, получены следующие показатели: время выпуска на компьютере одного экземпляра платежного поручения составляет в среднем Тср = 2,3 мин., в том числе время ввода данных (tвв) — 1,5 мин.; время контроля данных (tкоитр ) — 0,3 мин.; время печати (tпечати) — 0,5 мин. (сюда входят подтверждение печати платежного поручения с заданным номером, подготовка принтера к печати, печать платежного поручения).

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

T=Tср. +tпечати (4-18)

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

Т= 2,3 + 2-0,5 = 3,3 мин.,

где при расчете времени печати учтено, что размеры платежного поручения составляют 25x20 см.

На рис. 4.2 приведен примерный вид технологического процесса выпуска платежного поручения на компьютере. Здесь обозначены используемые по этапам процесса технологические ресурсы соответственно: ТС — технические средства (компьютер К, принтер П); ПС - программные средства (MS Access 97, DB_Plat.mdb); БН — бумажный носитель (лист бумаги). Технологический процесс состоит из следующих этапов:

  •  загрузка СУБД MS Access 97 (tзагр. 0,5 мин.)';
  •  открытие файла DB_Plat.mdb (tоткр  0,3 мин.);
  •  запуск приложения (нажатие кнопки Ввод/редактирование платежного поручения на панели управления приложением) (tзап 0,5 мин.);
  •  ввод данных с бумажного носителя (из первичного документа) на машинный (tBB  1,5 мин.);
  •  контроль данных (просмотр на экране компьютера) (tK  0,3 мин.);
  •  закрытие формы платежного поручения (t3aкp « 0,3 мин.);
  •  печать платежного поручения (подтверждение печати документа с заданным номером, подготовка принтера к печати, собственно печать) (tпеч и 0,5 мин.). Так как необходимо печатать три экземпляра платежного поручения, то общее время печати составит tпеч = tпеч1 -3, что после подстановки числовых значений даст tпеч = 0,5 • 3 = 1,5 мин.

Общее время выпуска платежного поручения (фактическое время машинной работы) определяется выражением:

Tм. =tзагр + tоткр+tзап+tвв+tк.+tзакр.+tпеч (4.19)

или в данном случае — величиной

Тм = 0,5 + 0,3 + 0,5 + 1,5 + 0,3 + 0,3 + 1,5 = 5 мин.

4.2.2. Определение цены услуги

На основе технологического процесса можно определить расчетную цену на услугу с учетом цен на используемые ресурсы. Примеры такого подхода упоминаются в [31, 40]. При этом ценообразование может быть основано на использовании прейскурантов и норм времени и выработки. Эти нормативы для классов работ и услуг всегда существуют или должны существовать на предприятии для управления, как минимум, производственными затратами. За основу для расчета цены можно принять выражение (4.8).

По существу здесь рассматривается информационная услуга — предоставление программного средства (.mdb-файла выпуска платежного поручения) в монопольное использование. Так как эта услуга рассматривается в условиях информатизации органа местного самоуправления (не производственный объект), то норма рентабельности R равна нулю.

Затраты на создание приложения «Работа с платежными документами» (Ссозд) включают, например, следующие основные составляющие:

  1.  стоимость затраченного рабочего времени (Свр);
    1.  стоимость компьютера (Спк);
    2.  стоимость принтера (Спр);
    3.  стоимость ПО (Спо).

Тогда можно записать:

Ссозд. = Свр. + Спк + Сампк + Спр + СаМпр + Спо + СампПО (4.20)

Процесс создания приложения можно разбить на следующие этапы:

1)подготовительный (проектирование):

  •  обследование объекта информатизации (1 ч.);
  •  формирование задачи и получение исходных данных (0,5 ч.);
  •  анализ задачи (0,3 ч.);
  •  составление структуры приложения, алгоритмов (1,5 ч.);
  •  ознакомление с литературой (0,5 ч.);
    1.  основной (программирование):
  •  построение таблиц БД, связь между таблицами (1 ч.);
  •  занесение данных в таблицу-справочник (1 ч.);
  •  контроль правильности занесения данных (0,5 ч.);
  •  построение форм, отчетов, написание и отладка процедур (8 ч.);
  •  создание целостного приложения (1 ч.);
  •  отладка приложения (1,5 ч.);
  •  тестирование (1 ч.);
  •  повторная отладка (2 ч.);
  •  создание инструкции пользователя (10 ч.);

3) заключительный:

  •  сдача приложения пользователю; выявление ошибок; если ошибки есть, то снова — отладка, если нет, то переход на следующий этап (1 ч.);
  •  передача приложения в монопольное пользование (0,5 ч.).

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

    Согласно Указу Президента РФ № 685 от 08.05.96 г. норма амортизации средств ВТ составляет 25% от балансовой стоимости средств, а амортизация программных средств определяется условиями применения. Пусть стоимость компьютера (Спк) равна 10000 у.е. Тогда амортизация компьютера (Сампк) будет 2500 у.е. в год. При 200 рабочих дней в году по 8 ч. в день амортизационные отчисления за 1 ч. составят 1,6 у.е.  2 у.е.

    Тогда можно рассчитать Свр, она будет складываться из стоимости машинного времени (Сврмаш), времени, затраченного на ручной труд (Свр ручн), и времени на отдых и личные надобности

о.л.н.):

                 Свр. = Свр маш + Свручн + Солн (4.21)

                     Машинное время составляет 26 ч. (см. основной этап процесса создания приложения), стоимость одного машинного часа равна 2 у.е. Тогда

Свр.маш. = 2 * 26 = 52 у.е.

           Стоимость 1 ч., затраченного на ручной труд, можно рассчитать следующим образом. Пусть часовая тарифная ставка работника будет 5 у.е., а время, затраченное на ручной труд, составляет 4 ч. (см. подготовительный и заключительный этапы создания приложения). Тогда Свр ручн = 5 * 4 = 20 у.е. Время на отдых и личные надобности составляет 6 ч., тогда Со л н =5*6 = 30 у.е. Подстановка найденных значений в формулу (4.21) даст Свр = 52 +20 + + 30 = 102 у.е.

           Пусть стоимость принтера 4000 у.е., стоимость ПО — 70 у.е. С учетом времени создания приложения (36 ч., см. выше) получится:

Подстановка полученных значений в формулу (4.20) даст стоимость создания приложения:

Ссозд. = 102 + 225 + 90 + 1,6 + 100 + 56,25 + 22,5 + 0,16 « 598 у.е.

Теперь можно рассчитать стоимость услуги (Смаш):

При реализации данной услуги используются следующие ресурсы:

  1.  картридж принтера (при заправке на 1000 листов его стоимость равна 100 у.е., на 1 лист приходится 0,1 у.е., необходимо 3 листа — 0,3 у.е.);
  2.  3 листа бумаги (стоимость 1 листа 0,18 у.е., 3 листов - 0,54 у.е.).

Тогда Срес. = 0,3 + 0,54 = 0,84 у.е.

Выпуск одного платежного поручения (3 экземпляра) на компьютере составляет в среднем 5 мин. (см. технологический процесс на рис. 6.2). Тогда стоимость машинного времени Свр маш (5 мин.) будет равна 0,17 у.е. Стоимость вспомогательного времени (10 мин.) составляет 0,33 у.е.

Заработная плата (С3/п) бухгалтера в час - 5 у.е., за 15 мин. работы — 1,25 у.е. Тогда получится

CамПО=0,01 у.е.

Сам пр=0,2у.е.

Подстановка найденных значений в формулу (4.22) даст

Смаш = 0,84+1,25+0,48+0,17+0,33+0,5+0,01+0,2 = 3,78 4 у.е.

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

Сручн. = Свр печ маш + Спеч маш + сампеч маш + Свр ксер + Сксер +С ам ксер + Свр.всп. + сз/п + Сначисл + Сбум, (4.23)

где Свр печ маш — стоимость времени работы (6 мин.) на печатной машинке; Свр.ксер. стоимость времени (4 мин.) работы ксерокса; Свр.всп.- стоимость вспомогательного времени (10 мин.); Спкч.маш. - стоимость печатной машинки (за время работы машинки); Сам.печ.маш.— амортизация печатной машинки;

'

С ксер - стоимость ксерокса (с учетом времени работы ксерокса); Сам — амортизация ксерокса;

Сз/п— заработная плата бухгалтера; Сначисл. -  начисления на заработную плату; С6ум — стоимость бумаги.

Свр.печ.маш. = 0,2 у.е. С вр.ксер. =0,13 у.е. С вр.всп. = 0,83 у.е.

Пусть стоимость печатной машинки составляет 2000 у.е., а стоимость ксерокса равна 5000 у.е. С учетом времени работы данных технических средств получится:

С печ.маш. = 0,42 у.е.; Сампеч шш = 0,1 у.е.; Сксер =1,04 у.е.; Сам ксер = 0,26 у.е.

С3/п = 1,7 у.е.; Сначисл = 0,7 у.е.

Сбум = 0,54 у.е.;

Подстановка этих значений в формулу (4.22) даст

Сручн = 0,2 + 0,42 + 0,1 + 0,13 + 1,04 + 0,26 + 0,83 + 1,7 + 0,7 + + 0,54 = 5,92 6 у.е.

4.2.3. Анализ окупаемости приложения

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

документов, так и в календарном исчислении. Очевидно, что окупаемость, т. е. целесообразность автоматизации, возможна только при Смаш < Сручн (рис. 4.3), причем она достигается на столь меньшем числе документов N или тем более быстро в календарном исчислении, чем больше эта разница, что иллюстрирует рис. 4.3, где Смаш < Сручн1 < Сручн 2 < Сручн 3

Рис. 4.3. К окупаемости затрат на автоматизацию документа

Если, например, в среднем бухгалтерия выпускает 35 платежных поручений в месяц (в год - 420), то при приведенных выше числовых значениях параметров получится, что автоматизация этого документа окупится уже на 300 поручениях. Отсюда срок окупаемости (Ток) машинного платежного поручения составит 0,7 года. Зная срок окупаемостиок) и затраты на создание приложения (Ссозд), можно рассчитать коэффициент экономической эффективностир) по следующей формуле:

(4.24)      

где Ен нормативный коэффициент экономической эффективности, например, Ен= 0,15;

Эгод — годовой экономический эффект от внедрения данного приложения.

Срок окупаемости приложения рассчитывается по формуле         (4.25)

Отсюда        (4.26)

Подстановка выражения (4.26) в формулу (4.24) очевидно даст:

  (4.27)

Подстановка срока окупаемости приложения в формулу (4.17) дает:

 (4.28)

Условие окупаемости автоматизации документа, естественно, дает не одно решение, а множество (на рис. 4.3 это

N ок1,3 и Nok2), поскольку определяющие параметры могут изменяться или варьироваться в достаточно широких пределах. Это решение зависит от стоимости вычислительных ресурсов, затрачиваемого машинного времени, рабочего времени персонала, затрачиваемого на решение задачи, зарплаты обслуживающего персонала и т.д.

В зависимости от того, в каком сочетании окажутся в конкретном случае эти параметры, срок окупаемости (Ток) может изменяться (варьироваться) в достаточно широких пределах. Некоторые результаты расчетов стоимости выпуска документа ручным и машинным способами, полученные при варьировании различных определяющих параметров, от которых зависит срок окупаемости, приведены в табл. 4.1; здесь в качестве варианта № 1 представлены данные, рассмотренные выше.

Таблица 4.1       

Стоимость машинного

и ручного выпуска

платежного поручения

Вариант, у.е.

1

2

3

4

5

Смаш.

4

4,7

2,5

3,5

1,8

Сручн.

6

7,3

4

5,7

2,6

Таблица 4.2

Срок окупаемости и показатели экономической

Пределы

Ток

(годы)

Ер (1/год)

Нижний

0,26

3,8

Верхний

1,7

0,6

эффективности

Как видно, если на плоскости нанести линии затрат с учетом этих значений, можно получить множество точек пересечения, каждая из которых отражает условие окупаемости в соответствующих условиях; в совокупности эти точки представляют область, в пределах которой изменяются условия окупаемости. Для данных, приведенных в табл. 4.1, нижний предел условия окупаемости составляет 108, верхний — 716 платежных поручений.

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

Ясно, что при формировании требований и условий автоматизации исполнения того или иного документа можно и нужно формулировать задачу оптимизации. При этом естественно может возникнуть задача линейного программирования как наиболее естественная. Вместе с тем вполне возможна и постановка задачи многокритериальной оптимизации [55].

Кроме того, здесь следует указать, что наряду с автоматизацией документооборота и совершенствованием обработки данных в настоящее время развиваются так называемые когнитивные технологии, т. е. технологии, основанные на использовании знаний и управлении знаниями (Knowledge Management) как более содержательной, чем данные, сущностью. На этом направлении могут быть получены новые, причем значительно более широкие возможности повышения эффективности информационных систем и технологий [13].

4.3. Определение степени детализации модели

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

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

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

Рис.  4.4. К определению эффективной степени детализации модели

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

В качестве критерия для оценки эффективной степени детализации может использоваться отношение

(4.29)

где Э — приращение эффективности модели,

З — приращение затрат на применение такой модели при увеличении числа используемых факторов на N.

Пока   1 включение дополнительных факторов эффективно (эффективная область на рис. 6.4); при  < 1 дальнейшее увеличение степени детализации не дает соразмерного повышения эффективности и потому чаще всего не имеет смысла (критическая область на рис. 4.4).

Аналогичные условия действуют и применительно к описанию ресурсов компонентов ИС в форме ресурсной матрицы (1.4).

Вычислительные компоненты, т. е. ЭВМ, характеризуются производительностью — числом операций в единицу времени.

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

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

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

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

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

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

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

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

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

Вопросы для самоконтроля

  1.  Как сформировать матрицу ресурсов для компонента системы и для системы в целом?
  2.  Каким образом можно перейти от описания ресурсов к оценке их использования? К выявлению «узких мест»? Резервов?
  3.  Насколько привлекательным представляется аналитический метод обоснования цены услуги?
  4.  Что такое окупаемость при автоматизации выпуска документа?
  5.  Как следует определять степень детализации модели в реальных условиях?


ПРОЦЕССНАЯ ОРГАНИЗАЦИЯ МЕНЕДЖМЕНТА И РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ

5.1. Характеристика процессного управления

5.1.1. Обоснование процессного подхода

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

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

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

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

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

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

5.1.2. Определение процессного подхода

Под процессным подходом к организации и управлению деятельностью предприятия (рис. 5.1) понимается ориентация:

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

Рис. 5.1. Основные элементы процессного подхода

В рамках процессного подхода любое предприятие рассматривается как бизнес-система, которая представляет собой связанное множество бизнес-процессов, конечными целями которых является выпуск продукции или услуг [17]. М.Хаммер и Дж.Чам- пи определяют бизнес-процесс «как совокупность различных видов деятельности, в рамках которой «на входе» используются один или более видов ресурсов, и в результате этой деятельности на «выходе» создается продукт, представляющий ценность для потребителя» [48].

         Можно определить бизнес-процесс как последовательность действий по преобразованию информации и принятию решений для производства и реализации продукции (услуг). Основной бизнес-процесс непосредственно относится к производству продукции, вспомогательный бизнес-процесс обслуживает основной бизнес-процесс или снижает затраты ресурсов для его реализации. Бизнес-процесс в отличие от производственного процесса включает в себя движение информации и издержки на ее преобразование и передачу [17]. Ниже приводятся его основные характеристики.

Каждый бизнес-процесс имеет свои границы (рис. 5.2) и определенные роли. На рис. 5.2 представлены следующие типы клиентов бизнес-процесса:

  •  первичные клиенты (получают первичный выход);
  •  вторичные клиенты (находятся вне процесса и получают вторичные выходы);
  •  косвенные клиенты (следующие в цепочке после первичного клиента);
  •  внешние клиенты (вне предприятия);
  •  внешние косвенные клиенты (потребители).

Рис. 5.2. Границы бизнес-процессов

В процессе деятельности бизнес - системы за счет выполнения бизнес-процессов осуществляется достижение определенной совокупности целей. В свою очередь бизнес-процессы реализуют бизнес-функции предприятия. Под бизнес-функцией понимают вид деятельности предприятия. Множество бизнес-функций представляют собой иерархическую декомпозицию функциональной деятельности предприятия — дерево функций. На рис. 5.3 представлен пример дерева функций.

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

Рис. 5.3. Дерево функций

Эти показатели затем образуют систему показателей оценки эффективности выполнения бизнес-процессов. Как правило, владельцы бизнес-процессов контролируют подведомственные им бизнес-процессы с помощью данной системы показателей. Наиболее общими показателями оценки эффективности бизнес- процессов являются:

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

В соответствии с этим бизнес-процесс представляется как некий объект и характеризуется понятиями, показанными на рис. 5.4.

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

Бизнес-процесс производится для кого-то (для чего-то) — тот, кто потребляет результат процесса, является клиентом процесса. В принципе целью процесса является удовлетворение требований его клиентов. Процессы могут быть внешними или внутренними. Внешним называется процесс, имеющий вход и/или выход вне фирмы. Внутренним называется процесс, находящийся целиком в рамках одной организации.

Анализ процессов управления начинается с выявления процессов; в свою очередь, выявление процессов начинается с определения их границ. Границами процесса являются его входы и выходы. При этом первичные входы образуют начальную границу процесса, вторичные входы - верхнюю границу, первичные выходы — конечную границу и вторичные выходы — нижнюю границу процесса.

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

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

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

5.1.3. Классификация бизнес-процессов

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

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

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

    Как правило, основу для классификации бизнес-процессов составляют четыре базовые категории:

  •  основные бизнес-процессы;
  •  обеспечивающие бизнес-процессы;
  •  бизнес-процессы развития;
  •  бизнес-процессы управления.

Основные бизнес-процессы производят выходы процессов. Как правило, основных бизнес-процессов на предприятии немного, обычно не более десяти.

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

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

Рис. 5.5. Взаимодействие бизнес-процессов

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

К процессам развития, как правило, относятся процессы совершенствования производимого продукта или услуги, технологии, оборудования, а также инновационные процессы.

5.2. Реализация процессного подхода

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

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

Например, одна и та же организация может быть представлена как:

  •  сеть процессов, с помощью которых она выполняет свою миссию;
  •  совокупность источников и потоков информации и типов данных;
  •  организационная структура;
  •  инфраструктура (территории, здания, сооружения, коммуникации и т.д).

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

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

      

Рис. 5.6. Многообразие «проекций» организации

степени «прозрачности», достаточной для корректного анализа и выработки эффективных управленческих решений.

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

В соответствии с идеологией стандартов ISO семейства 9000 создание системы менеджмента качества в конкретных ситуациях является доказательством того, что организация потенциально способна стабильно поставлять продукцию, отвечающую обязательным требованиям и требованиям потребителей, а также неуклонно повышать удовлетворенность потребителей. Требование стандартов о представлении системы менеджмента качества в виде сети процессов является необходимым и достаточным условием («проекцией») обеспечения ее «прозрачности» для оценки первой, второй и третьей сторонами, доказательством потенциальных возможностей обеспечения результативности.

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

«процессным подходом» (рис. 5.7).

Функциональная модель строится для:

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

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

Рис. 5.7. Идеология процессного подхода в соответствии с

ISO семейства 9000 версии 2000 г.

  •  Какие параметры процесса определяют качество продукции?
  •  Как проранжировать эти параметры по степени важности?
  •  Как улучшить процесс за счет внутренних резервов?
  •  Как прогнозировать состояние качества продукции и процессов? ч
  •  Какие корректирующие и предупреждающие меры можно принимать?

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

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

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

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

Моделирование предполагает наличие в обязательном порядке установленного набора изобразительных (выразительных) средств и правил — языка описания объекта. Среди наиболее распространенных языков описания и соответствующих им моделей можно выделить следующие.

Вербальная модель — описание на естественном языке. Например, для стандартизации это наиболее характерная и привычная форма описания объекта. Следует отметить, что этот язык не всегда обеспечивает необходимую «прозрачность» описываемого объекта.

Математическая модель - описание с помощью средств и правил определенного раздела (разделов) математики. Например, статистическая модель для анализа и прогнозирования технологического процесса, составленная на базе таких разделов математики, как теория вероятностей, математическая и прикладная статистика.

Графическая модель — описание объекта с помощью средств и правил графического изображения. Например, ЕСКД (единая система конструкторской документации) - набор средств и правил получения графического .описания объекта, называемого чертежом.

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

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

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

5.3. Реинжиниринг бизнес-процессов в организации

5.3.1. Определение реинжиниринга

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

ли реинжиниринга бизнес-процессов (РБП или В PRBusiness Process Reengineering). Сегодня методы РБП широко используются многими компаниями мира. М. Хаммер и Дж. Чампи определяют реинжиниринг как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов компаний для достижения коренных улучшений в основных актуальных показателях их деятельности: стоимость, качество, услуги и темпы» [3,48]. Здесь речь идет именно о кардинальном, в десятки раз повышении перечисленных показателей эффективности.

Для пояснения, каким образом проведение РБП повышает эффективность работы предприятия, можно рассмотреть, как реинжиниринг изменяет реконструируемые бизнес-процессы.

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

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

Действия, сопровождающие реинжиниринг и приводящие к повышению эффективности работы предприятия

Действие

1. Несколько рабочих процедур объединяются в одну

2. Исполнители принимают самостоятельные решения

Описание

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

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

действие

3.Шаги процесса выполняются в естественном порядке (а не в линейном)

Процессы имеют различные варианты исполнения

5.Работа выполняется в том месте, где это целесообразно

6.Уменьшается количество проверок и управляющих воздействий

7.Минимизируется количество согласований

(за счет сокращения внешних точек контакта)

8.«Уполномоченный» менеджер обеспечивает единую точку контакта

9.Преобладает смешанный централизованно/децентрализованный подход

Описание

это позволяет распараллеливать процессы там, где это возможно

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

При этом распределяется работа между границами подразделений и устраняется излишняя интеграция

Они должны выполняться в отложенном режиме, что приведет к сокращению времени и стоимости процессов

При этом стираются грани между функциональными подразделениями

Этот механизм применяется, когда необходимо обеспечить участие заказчика в сложном процессе

При этом подразделения предприятия могут действовать полностью автономно при наличии единого корпоративного хранилища данных

                          5.3.2. Этапы реинжиниринга бизнес-процессов

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

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

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

Как видно, спектр причин достаточно обширен, к тому же, как правило, действуют несколько факторов одновременно.

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

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

Второй шаг — выяснение, насколько эффективна существующая система.

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

Четвертый шаг — определение характеристик будущей структуры.

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

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

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

Восьмой шаг — выбор предпочтительного варианта.

Девятый шаг — определение основных моментов, которые требуются для управления переходом к новой структуре.

Третий вопрос «С помощью чего?» —решается выделением ресурсов под РБП; на этой стадии приходится принимать достаточно большое количество решений, поэтому необходимо наделить команду, проводящую реинжиниринг, достаточной для этого властью.

5.3.3. Описание бизнес-процессов

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

Процессный подход к управлению организациями, в основе которого лежит понятие бизнес-процесса, изложен выше в разд. 5.1.2. Бизнес-процесс можно рассматривать как поток работы, переходящий от одного человека к другому, а для больших процессов — от одного подразделения к другому. Каждый процесс имеет начало, определенное количество шагов и четко обозначенный конец. Процессы подразделяются на основные и вспомогательные. Бизнес-процесс имеет границы — начальные, или первичные, входы. Заканчивается процесс выходом, который дает результат первичным клиентам процесса.

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

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

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

Начальный (первичный) вход — главный вход субпроцесса, который одновременно является выходом предыдущего процесса или главным входом в общий технологический процесс. У субпроцесса, как правило, имеется один вход.

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

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

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

Исполнитель — должностное лицо, которое участвует в процессе.

Действие — определенное действие исполнителя, участвующего в процессе, приводящее к изменениям входных параметров субпроцесса и к возникновению новых элементов (информации) и, в конечном итоге, формирующее выход субпроцесса.

Информация - поля регистров и/или документы, которые формируются в результате действий исполнителей.

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

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

В качестве примера ниже представлены итерации брокерской сделки:

  •  заключение агентского соглашения;
  •  перечисление клиентом денежных средств брокеру;
  •  формирование поручения на сделку;
  •  заключение брокером сделки;
  •  подтверждение сделки контрагенту и клиенту;
  •  подготовка и заключение договора по сделке;
  •  перерегистрация собственности на ценные бумаги;
  •  оплата ценных бумаг;
  •  представление отчета клиенту.

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

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

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

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

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

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

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

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

Следует отметить, что РБП не следует смешивать с другими известными подходами к совершенствованию управления, среди которых следующие:

  1.  Автоматизация бизнес-процессов.
    1.  Реинжиниринг программного обеспечения, задача которого состоит в переписывании на основе современных технологий устаревшего ПО без изменения самих автоматизируемых процессов.
    2.  Реструктурирование (restructuring) — уменьшение размерности (downsizing). Эти термины обозначают уменьшение возможностей компании, например снижение производственных мощностей для соответствия текущим более низким требованиям. Реинжиниринг же всегда стремится сделать больше, а не меньше.
    3.  Реорганизация (reorganizing) — «выравнивание организации» (flattening), хотя «выравнивание» вполне может оказаться и результатом проведения реинжиниринга. Однако в отличие от реорганизации и выравнивания, имеющих дело с организационными структурами, реинжиниринг имеет дело с процессами.
    4.  Улучшение качества (quality improvementQI), глобальное управление качеством (Total Quality ManagementTQM). Хотя и реинжиниринг, и управление качеством отводят центральную роль бизнес-процессам, между ними существует принципиальное отличие: управление качеством принимает имеющиеся процессы и старается их улучшить, в то время как реинжиниринг заменяет существующие процессы на новые.

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

5.4. Связь бизнес-реинжиниринга и информационных технологий

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

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

Новые ИТ служат технологической платформой РБП на предприятии. Корни взаимосвязей ИТ и РБП состоят в том, что и новые рыночные требования, и ответ предприятий на их появление в большой степени стали возможными только на основе последних достижений в области ИТ.

Дано

Привести к

Рис. 5.9. Модель взаимодействия бизнес -структур и ИТ Дж. Хендерсона

Влияние реконструкций бизнес-процессов на новые ИТ -архитектуры отражает модель Дж. Хендерсона [16] (рис. 5.9), в которой определены:

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

Модель Дж. Хендерсона позволяет сделать следующие выводы:

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

В табл. 5.2. представлено взаимное соответствие бизнес -архитектуры и ИТ -архитектуры организации.

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

Сопоставление бизнес и ИТ – архитектуры в современных условиях

Бизнес архитектура

Автоматизация подразделения

Меньшее количество уровней управления

Реорганизация работы с переориентацией на процессы

Интеграция цепочки поставщиков

Глобализация

Интенсивная фокусировка на обслуживание клиента

Возросшая мобильность рабочих

Рост телекоммуникаций

Интенсивная фокусировка стоимости

IT архитектура

Различные поставщики оборудования, сети, платформы, операционные системы

Электронная почта, телеконференции

Переход от OLTP мониторов к менеджерам процессов

Приложения клиент – сервер от нескольких поставщиков

Многопротокольная маршрутизация

Надежная передача сообщений

Портативность приложений различных производителей

Глобальные сети

Бесперебойная 24 х 365 работа

Быстрое развитие приложений

Приложения клиент – сервер от нескольких поставщиков

Надежная передача сообщений

Беспроволочные коммуникации

Асинхронные сообщения

Тиражирование без данных

Бесперебойная 24х365 работа

Использование новейших технологий


Таким образом, могут быть сделаны следующие выводы.

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

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

5.4.2. Новое системное проектирование процессов

В концепции нового системного проектирования реинжиниринг необходимо рассматривать в контексте информационных технологий с учетом «человеческого фактора» (human factor). Под НСП его автор Е.З. Зиндер понимает интеграцию подходов бизнес - реинжиниринга, новых ИТ и социопсихологических методов, позволяющих учесть то, что в производственных процессах и в ИС работают конкретные люди. На рис. 5.10 приведена схема взаимосвязи составных частей НСП [16], которая образована пересечением трех источников:

Рис. 5.10. Взаимосвязь составных частей НСП

А — новых ИТ и методов проектирования систем, не связанных прямо с организационно-производственными приложениями;

В – бизнес -реинжиниринга как реконструкции управления предприятием;

С - социопсихологии, психологии труда и других методов учета «человеческого фактора».

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

Область ВС - пересечение ВиС - дает методы бизнес- реинжиниринга с учетом всех необходимых рекомендаций социопсихологов и оргконсультантов, но без методов новых ИТ она еще не


дает нужных результатов ни для РБП, ни для тотального бизнес- реинжиниринга киберкорпораций.

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

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

НСП.

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

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

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

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

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

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

Вопросы для самоконтроля

  •  В чем принципиальное отличие процессного подхода от структурного?
  •  Как вы понимаете термин «бизнес-процесс» и каким образом формируются границы бизнес-процессов?
  •  Какие типы бизнес-процесссв вам известны?
  •  Какие типы моделей обычно применяют для описания организаций?
  •  Как вы понимаете термин «реинжиниринг бизнес-процессов?
  •  Назовите причины, которые могут вызвать кардинальные преобразования, или реорганизацию?
  •  Назовите основные этапы РБП.
  •  С какими известными подходами к совершенствованию управления не следует смешивать РБП?
  •  Назовите компоненты модели Дж. Хендерсона.

   В чем суть концепции НСП?

МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ В ЗАДАЧАХ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА

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

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

6.1. Структурные методологии и СASE-средства

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

а) SADT (Structured Analysis and Design Technique структурная методология анализа и проектирования) - структурные модели и соответствующие им функциональные диаграммы;

б) DFD (Data Flow Diagrams) — диаграммы потоков данных;

в) ERD (Entity-Relationship Diagrams)диаграммы «сущность- связь».

Кроме того, используются все более популярные объектно - ориентированные методологии на основе унифицированного языка моделирования UML.

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

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

Под термином «CASE -средства» (Computer Aided Software Engineering - проектирование систем на основе компьютеров) в настоящее время понимаются комплексные программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного программного обеспечения и баз данных, генерацию кода, тестирование,

документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы и функции [2, 9, 10, 15, 16, 29, 30, 34, 35, 45]. 

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

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

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

Одной из самых известных и широко используемых методологий системного моделирования и проектирования является SADT — методология описания искусственных систем средней сложности.

Эта методология разработана Д. Россом в период с 1969 по 1973 гг. и получила дальнейшее развитие в работе [35]. После ее масштабного использования в программе ICAM, проведенной по инициативе военно-воздушных сил США, она была широко признана; это привело к признанию в качестве стандарта и публикации прежде всего ее части, называемой IDEF (Integrated Definition — интегрированное определение). В дальнейшем семейство IDEF расширилось, в настоящее время в семейство IDEF включаются следующие стандарты [2, 45].

  1.  IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает в виде набора связанных функций (функциональных блоков).
    1.  IDEF1 - методология моделирования информационных потоков внутри систем, позволяющая отображать их структуру и взаимосвязи.
    2.  IDEF1X (IDEF1 Extended) - методология построения реляционных информационных структур. IDEF1X относится к типу методологий «сущность-связь» и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе.

4 .IDEF2- методология динамического моделирования развития систем. В настоящее время известны алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN - Color Petri Nets).

IDEF3 - методология документирования процессов, происходящих в системе. С помощью IDEF5 описываются сценарий и последовательность операций для каждого процесса. Каждая функция в диаграмме IDEF0 может быть представлена в виде отдельного процесса средствами IDEF3.

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

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

IDEF6 (Design Rationale Capture) — метод рационального представления процесса проектирования информационных систем, позволяющий обосновать необходимость проектируемых моделей, выявить причинно-следственные связи и отразить это в итоговой документации системы.

9.IDEF8 (User Interface Modeling) - Human - System Interaction Design Method — метод проектирования взаимодействия пользователей с системами различной природы (не обязательно информационно-вычислительными).

10.IDEF9 (Business Constraint Discovery Method) - метод изучения и анализа бизнес-систем в терминах «принуждений» (constraint). Принуждения инициируют результат, руководят и ограничивают поведение объектов и агентов (автономных программных модулей) для выполнения целей или намерений системы.

11.IDEF14 (Network Design Method) — метод проектирования вычислительных сетей, позволяющий устанавливать требования, определять сетевые компоненты, анализировать существующие сетевые конфигурации и формулировать желаемые характеристики сети.

Анонсированные корпорацией KBSI (Knowledge Based System Inc.) методы IDEF1 (Information System Audit Method), IDEFX0 (Information Artifact Modeling) и IDEFY1 (Organization Design) не получили дальнейшего развития.

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

Работы, проводимые в рамках программы IICE (Air Face Information Integration for Concurrent Engineering), показали, что достижение технологических, экономических и стратегических преимуществ требует эффективного накопления и управления информационными ресурсами и ресурсами знаний предприятия.

Методы семейства IDEF пытаются охватить весь комплекс проблем информационной интеграции и бизнес -реинжиниринга современного производства. Однако из-за ограничения объема в книге рассматриваются лишь некоторые из перечисленных методов.

6.2. Методология IDEF0

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

Как известно, под термином «моделирование» понимается процесс создания адекватного описания системы. В SA -моделировании существуют два типа моделей: функциональные модели, ориентированные на функции, и модели данных, ориентированные на объекты в составе системы. В данном разделе рассматриваются именно функциональные IDEF0-модели.

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

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

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

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