70554

ИНФОРМАЦИОННЫЙ МЕНЕДЖМЕНТ

Конспект

Менеджмент, консалтинг и предпринимательство

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

Русский

2014-10-22

857.5 KB

5 чел.

PAGE  74

ИНФОРМАЦИОННЫЙ МЕНЕДЖМЕНТ

(конспект лекций)

2005 г.


СОДЕРЖАНИЕ

Стр.

Введение

3

Раздел 1

Основные понятия

4

Раздел 2

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

10

Раздел 3

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

22

Раздел 4

Формирование инновационой политики и осуществление инновационных программ

42

Раздел 5

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

62

Раздел 6

Эксплуатация, обслуживание и развитие информационной системы

64

Раздел 7

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

104

Раздел 8

Управление капиталовложениями в сфере информатизации

119

Раздел 9

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

132

Список сокращений

133

Рекомендуемая литература

134


ВВЕДЕНИЕ

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

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

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

как осуществляется кратко-, средне- и долгосрочное планирование информационных систем;

какие особенности имеет область обработки информации и как формируется ее организационная структура;

что такое производственный менеджмент в сфере обработки информации;

что такое инновационный менеджмент и какие особенности имеет управление проектами в области обработки информации;

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

что такое финансовый менеджмент и на что тратятся средства в информационных системах;

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

Этими и смежными с ними вопросами занимается информационный менеджмент.

Важность информационного менеджмента как науки подчеркивается тем, что в развитых странах на государственном уровне создаются соответствующие структуры: Ассоциация специалистов по информационному менеджменту в США, Координационная комиссия информационного менеджмента в Германии и т.д.


Раздел 1

ОСНОВНЫЕ ПОНЯТИЯ

ПОНЯТИЕ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА.

Средства информатизации составляют значительную долю мирового рынка и в существенной мере определяют структуру инвестиционных потоков мирового хозяйства. В середине 90-х годов ожидалось, что к 2000 г. объем продукции этого профиля достигнет уровня в 1 трлн долл. и превзойдет объем рынка природных ресурсов, что выглядело как фантастика. Оказалось, что это вполне реально: по некоторым данным уже в 1998 г. был достигнут объем 1,8 трлн долл. В связи с этим становится очевидной необходимость эффективного управления – менеджмента – средствами информатизации на всех этапах их жизненного цикла: именно эффективность менеджмента в сфере информатизации определяет темп научно-технического прогресса.

Следует иметь в виду, что:

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

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

Информационная система

Производственная система

Входные данные

Сырье

Ввод и накопление данных в памяти

Прием сырья на склад

Хранение данных

Хранение сырья на складе

Обработка данных программами

Обработка сырья на станках, в печах и т. д.

Выдача информации в требуемых формах

Сдача готовой продукции на склад

Передача результатной информации пользователю

Сбыт готовой продукции

Основой ИС является информационная технология (ИТ). Если рассматривать ее по этапам, можно заметить следующее.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЗАДАЧИ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА

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

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

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

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

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

ЖИЗНЕННЫЙ ЦИКЛ ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

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

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

Рассмотрим далее управленческую роль ИТ-менеджера на различных этапах жизненного цикла информационного продукта.

Известная мудрость гласит: «Беспорядок автоматизации не поддается».Поэтому начнем рассмотрение с организационных вопросов.


Раздел 2

ФОРМИРОВАНИЕ ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ

В ОБЛАСТИ ИНФОРМАТИЗАЦИИ

ОРГАНИЗАЦИЯ КАК СИСТЕМА

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ФАКТОРЫ ВЛИЯНИЯ

НА ИНФОРМАЦИОННЫЙ МЕНЕДЖМЕНТ

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

Таблица 2.1

Типовые стадии процесса внедрения систем ОИ (по Р.Л.Нолану)

Стадии

Характеристики стадий

1

Инициирование

Предприятие достигает критического состояния, при котором оправдано применение ЭВМ, причем экономия затрат выступает на первый план.

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

ОИ чаще всего подчиняется той инстанции, которая ее вводила.

2

Распространение

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

Производительность систем ОИ еще не исчисляется.

Планирование и контроль ОИ пока слабо выражены.

3

Контроль и управление

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

Укрепляются позиции планирования, стандартизации и контроля.

4

Интеграция

Интеграция все новых ИТ, особенно банков данных, совершенствование систем планирования и контроля, целенаправленные решения по вопросам централизации/децентрализации ОИ.

ОИ осознается подразделениями как полезная услуга.

5

Ориентирование данных

Данные рассматриваются как ресурс предприятия, они единым образом планируются и управляются.

Интегрированные приложения ОИ получают доступ к данным регулярным образом.

Производственные подразделения в растущей степени принимают на себя ответственность за использование ресурсов ОИ.

6

Зрелость

ОИ согласована с задачами менеджмента и полностью поддерживает реализацию стратегий предприятия.

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

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

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

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

выбор между специалистами широкого профиля и узкоспециализированными работниками;

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

специализация по предметному или техническому признаку;

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

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

Системы ОИ могут быть централизованными и децентрализованными.

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

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

Рис. 2.1 Структурные особенности децентрализованной технической

среды ИС

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

Аргументы в пользу централизации ОИ:

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

Вместе с тем существуют серьезные аргументы и в пользу децентрализации:

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

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

Особую версию организационной, технологической и пространственной децентрализации представляет собой индивидуальная обработка данных (ИОД) – Personal Computing. В таких системах конечные пользователи могут разрабатывать приложения, успешно применяя ПЭВМ и их комбинации. Эти работы поддерживаются средствами программирования, ориентированными на конечного пользователя.

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

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

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

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

управление ИОД (стандартизация в пределах всего предприятия в области: выбора приложений и ограничений для традиционной организации ОИ; оценки доступных программных и технических средств; обеспечения менеджмента данных; определения принципов разработки ИОД – методики проектирования, анализ отношения «затраты/польза» и т.д.; сервиса ИЦ для конечных пользователей; расчета производительности ИЦ);

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

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

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

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

ОРГАНИЗАЦИЯ ОБРАБОТКИ ИНФОРМАЦИИ

НА ПРЕДПРИЯТИИ

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

Рис.2.2 Функциональная схема малого подразделения обработки информации

Рис.2.3 Функциональная схема среднего подразделения обработки

информации


Рис.2.4 Структура большого подразделения обработки информации


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

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

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

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

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

ПОДЧИНЕННОСТЬ В СФЕРЕ ОБРАБОТКИ ИНФОРМАЦИИ

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

Рис.2.5 Варианты схемы подчиненности подразделений ОИ

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

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

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

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

ТЕНДЕНЦИИ РАЗВИТИЯ ОРГАНИЗАЦИИ

ОБРАБОТКИ ИНФОРМАЦИИ НА ПРЕДПРИЯТИИ

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

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

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

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


Раздел 3

ОСНОВЫ СТРАТЕГИЧЕСКОГО ПЛАНИРОВАНИЯ

ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

Понятие «стратегический» в отношении ИМ предполагает, с одной стороны, планомерное определение долгосрочных – на срок 3-5 лет – целей по всем направлениям, а с другой – выбор пути достижения поставленной цели и определение набора задач, решение которых ведет к цели. Такие задачи решаются на уровне высшего руководства организации. Выбранные решения долгосрочных задач образуют наборы исходных данных (задания) для оперативного, т.е. наиболее краткосрочного, уровня.

Задачи оперативного информационного менеджмента ориентируются на соответствующие стратегические задачи и цели. В отличие от долгосрочной стратегической постановки задачи ОИМ планируются и существуют на среднем или на коротком интервале (в сфере обработки информации – это период времени до одного года); эти задачи чаще всего ощущаются и решаются на уровне руководства службой обработки информации организации.

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

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

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

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

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

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

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

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

СУЩНОСТЬ ПЛАНИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

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

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

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

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

НЕОБХОДИМОСТЬ СТРАТЕГИЧЕСКОГО ПЛАНИРОВАНИЯ

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

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

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

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

СИСТЕМНЫЙ ПОДХОД

К ПЛАНИРОВАНИЮ ИНФОРМАЦИОННЫХ СИСТЕМ

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

Рис. 3.1 Место стратегий в области ИС и ИТ в генеральной стратегии

организации.

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

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

2. Всесторонний анализ условий. Для выявления пространства действий при составлении планов в сфере ОИ и ИС необходим анализ условий или положения дел в данной области.

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

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

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

Рис.3.2 Формулирование стратегических целей для планирования

информационных систем

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

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

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

Рис.3.3 Фазы стратегического планирования информационных систем

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

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

ФАЗЫ СТРАТЕГИЧЕСКОГО ПЛАНИРОВАНИЯ

ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

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

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

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

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

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

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

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

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

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

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

Документация анализа окружения может, например, включать:

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

Анализ внутренней ситуации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В отношении бюджета ОИ в практике СПИС оправдалось исследование следующих аспектов:

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

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

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

Документация по анализу ИС на предприятии содержит:

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

Разработка стратегий

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Контроль и ревизия ИС и исчисление затрат. Эта сфера планирования охватывает вопросы установления инструментов контроля эффективности производственной системы ОИ. Для измерения этого показателя можно выделить два принципиально разных подхода. Один – определение удовлетворенности пользователей, это, конечно, необъективная мера, но очень широко принята в США; другой – использование объективных количественных характеристик электронных систем ОИ для определения производственных и прежде всего экономических характеристик систем ОИ (принят в ФРГ).

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

Организация стратегического планирования

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

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

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

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

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

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


Раздел 4

ФОРМИРОВАНИЕ ИННОВАЦИОНОЙ ПОЛИТИКИ

И ОСУЩЕСТВЛЕНИЕ ИННОВАЦИОННЫХ ПРОГРАММ

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

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

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

ИННОВАЦИОННЫЙ МЕНЕДЖМЕНТ

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

Еще в начале века, в 1911 г., австрийский ученый И. Шумпетер ввел в качестве типичных следующие шесть видов изменений:

1) использование новой техники и новых технологических процессов;

2) новое рыночное обеспечение производства (купля-продажа);

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

4) использование нового сырья;

5) изменения в организации производства и его материально-технического обеспечения;

6) появление новых рынков сбыта.

На этой основе формировалось международное регулирование инновационной деятельности. Так, в 1963 г. было принято так называемое Руководство Фраскати «Предлагаемая стандартная практика для обследований, исследований и экспериментальных разработок»; в 1992 г. было принято аналогичное Руководство Осло «Методика сбора данных о технологических инновациях». Как видно, информационные инновации могут иметь вид как продукта, так и технологии или услуги. В общем виде инновационный процесс применительно к информационным системам и технологиям можно представить в виде последовательности следующих этапов:

ФИ – ПИ – Р – Пр – С – Ос,

где ФИ – фундаментальные исследования;

ПИ – прикладные исследования;

Р – разработка;

Пр – проектирование;

С – создание;

Ос – освоение.

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

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

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

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

В сфере информатизации инновационные проекты являются достаточно дорогостоящими и отнимают у ведущих компаний значительную долю их дохода – это так называемые расходы R&D (Research&Development – исследование и развитие). Только за счет R&D фирмам удается сохранять лидерство, хотя и не навсегда, в противном случае шансы фирмы на лидерство призрачны. Поэтому даже очень мощным компаниям, таким, как IBM, не всегда по плечу в одиночку нести тяжелое бремя инновационных проектов. Объемы R&D некоторых известных фирм (по данным их финансовых отчетов, правда, несколько устаревших) приводятся в таблице 1.

Таблица 1

Затраты на исследования и развитие некоторых известных фирм

Фирма

Оборот

Затраты на R&D

в 1997 г.

объем, млн долл.

процент от оборота

Novell

1007

283

28

Microsoft

11358

1925

17

Texas Instruments

9750

1536

16

Sybase

904

139

15

3Com

3147

335

11

Oracle

5684

555

10

Sun Microsystems

8598

826

10

Intel

25070

2347

9

Computer Associates

4040

318

8

Digital Equipment

13100

1000

8

Hewlett-Packard

42895

3078

7

IBM

78508

4877

6

Xerox

18166

1079

6

Quantum

5319

291

5

Seagate Technology

8940

459

5

Unisys

6636

302

5

Compaq Computer

24584

817

3

Cisco Systems

6400

202

3

Dell Computer

7759

126

2

Apple Computer 

7081

94

1

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

руководство, постановка цели и выбор стратегии;

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

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

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

ОСОБЕННОСТИ ВЫПОЛНЕНИЯ ИННОВАЦИОННЫХ ПРОГРАММ

В СФЕРЕ ИНФОРМАТИЗАЦИИ

Общая характеристика инновационной политики

в сфере информатизации

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

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

Лидеры рынка, закрепившиеся на своих позициях, иногда склонны сознательно избегать кардинальных изменений технологии до самого последнего момента; примерами могут служить равнодушное отношение IBM к зарождению ПК, отрицательное отношение Кеннета Олсена (DEC) к RISC-процессорам, а также то, как Microsoft пропустила возникновение Интернет.

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

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

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

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

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

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

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

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

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

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

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

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

Принципы формирования проекта

и внедрение информационных систем

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

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

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

Принцип 1: организационные структуры и технологические системы должны быть концептуально согласованы друг с другом.

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

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

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

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

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

Принцип 3: сами пользователи должны активно участвовать в создании, развитии и совершенствовании систем ОИ.

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

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

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

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

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

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

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

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

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

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

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

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

Фазы процесса создания системы

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

Фаза 0: снижение уровня напряжения и взаимного предубеждения между производственными подразделениями и специалистами по ОИ.

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

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

Фаза 1: знакомство с объектом, изучение и анализ проблем.

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

Фаза 2: предварительное планирование целей.

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

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

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

Фаза 3: организация работы над проектом.

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

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

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

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

Фаза 4: анализ настоящего и будущего состояния.

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

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

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

Фаза 5: планирование целей.

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

Фаза 6: формирование вариантов концепции.

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

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

Фаза 7: выбор концепции.

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

Фаза 8: уточнение концепции.

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

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

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

Управление проектами информатизации

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

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

прибыль = выручказатраты,

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

В связи с этим вводятся следующие основные понятия.

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

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

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

Руководитель проекта – лицо, реализующее непосредственное управление работами над проектом. Оно координирует и контролирует работу сотрудников, участвующих в работе над проектом в той или иной форме.

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

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

При этом цель исследовательского проекта должна быть настолько новой, чтобы для ее достижения было оправдано:

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

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

Рис.4.1 Типовая организация проектного менеджмента

Рис.4.2 Матричная организация проектного менеджмента

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

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

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

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

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

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

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

В проекте разрабатываемых на предприятии информационных систем и баз данных всегда отражаются:

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

Перспективы инновационной деятельности

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

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

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

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

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

Особенности ИС, создаваемых

в организации собственными

силами

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

Особенности ИС, создаваемых

в организации с посторонним

участием

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

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

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

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

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

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

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

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


Раздел 5

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

ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

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

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

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

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

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

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

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


Раздел 6

ЭКСПЛУАТАЦИЯ, ОБСЛУЖИВАНИЕ И РАЗВИТИЕ

ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

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

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

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

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

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

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

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

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

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

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

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

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

СОЗДАНИЕ И ОБСЛУЖИВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ

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

Рис.6.1  Связь информационной системы с комплексом

обеспечивающих средств

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

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

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

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

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

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

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

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

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

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

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

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

ИСПОЛЬЗОВАНИЕ И ПОДДЕРЖКА ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

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

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

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

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

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

Главными задачами обеспечения информационного обслуживания процесса освоения ИС являются:

классификация и регистрация изделий;

нормоконтроль при поступлении изделий в фонды;

хранение и ведение банков информации;

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

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

предоставление информации внешним организациям.

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

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

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

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

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

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

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

ВНУТРЕННИЕ ПРОБЛЕМЫ ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

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

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

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

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

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

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

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

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

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

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

ПУТИ РАЗВИТИЯ ИНФОРМАЦИОННЫХ СИСТЕМ

Трансформация автоматизированных систем управления

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Особенности задач выбора платформ

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

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

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

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

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

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

Особую остроту в настоящее время обрела ситуация на рынке операционных систем среднего класса, т.е. ОС серверов средних уровней и рабочих станций для реализации мощных приложений. Дело в том, что выбор мейнфрейма – задача в настоящее время в России достаточно редкая; при выборе ОС для персональной ЭВМ тоже особых проблем не возникает – практически подавляющее превосходство приобрела линия ОС Windows компании Microsoft.

Что же касается ЭВМ среднего класса, то здесь все не так просто. Значение этих ЭВМ постоянно возрастает, поскольку в связи с ростом мощности базовых процессоров расширяется круг выполняемых ими функций. Поэтому и ОС средних уровней становятся важным классом базовых средств, здесь развивается противостояние ОС UNIX и ОС Windows NT компании Microsoft; несколько в стороне, но успешно расширяет сферы влияния ОС Linux – клон ОС UNIX; предпочтение той или иной ОС не является вполне очевидным.

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

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

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

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

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

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

Так, по данным аналитической компании ITG, центральная система на базе мейнфрейма IBM ES/9000 с сетью из 50 и более IBM PC имеет явные преимущества перед распределенной: средняя полная стоимость одного рабочего места пользователя ПК в этой системе ниже примерно в 2 раза, а средняя полная стоимость транзакции примерно в 7-10 раз ниже, чем в сети.

Сплошное разукрупнение осталось позади, и идет уже обратный процесс. Признано, что централизованное обслуживание компьютерных ресурсов при большом числе пользователей экономически выгоднее распределенного. По данным компании ITG для финансовых систем расходы на одного пользователя в год при децентрализованной системе на базе UNIX-серверов составляют 11,6 тыс. долл., при использовании одного UNIX-сервера – 4,9 тыс. долл., а мейнфрейма IBM S/390 – 3,4 тыс. долл. (это относится к уровню в 500 пользователей; при 1000 пользователей преимущество S/390 еще больше возрастает).

По данным отдела больших систем компании «IBM Восточная Европа», при росте числа пользователей в распределенной системе стоимость одного рабочего места возрастает, а в централизованной, напротив, падает. К тому же выпуск новых процессоров приводит к снижению стоимости 1 MIPS: в начале 1999 г. эта цена в разных системах составляла уже 5-6 тыс. долл. и все более снижается. Это приводит к соответствующему снижению порогового числа рабочих мест, при котором содержание одного рабочего места в системах на базе мейнфрейма S/390 оказывается меньше, чем в распределенной системе, и применение мейнфрейма становится выгоднее. Эта граница в начале 1999 г. проходила на уровне 100 рабочих мест.

Стоимость электронной почты в год на одного человека при числе пользователей от 1 до 5 тыс. составляет в децентрализованных системах на базе Windows NT 287 долл., в централизованных системах на базе NT – 149 долл., на базе ОС UNIX – 116 долл. и на базе S/390 – 88 долл. Общая стоимость владения (ТСО) за год в. расчете на одного пользователя, работающего с приложениями оперативной обработки транзакций при централизованном обслуживании UNIX-серверами, составляет почти 5,5 тыс. долл., а для мейнфреймов – около 3,1 тыс. долл. Распределенные системы на базе Windows NT менее экономичны.

Правда, пытаясь применить эту статистику к российским условиям, нужно вспомнить об отечественной специфике. Здесь в первую очередь следует учесть относительно более низкий уровень оплаты труда в нашей стране, в то время как стоимость труда в «американской» оценке вносит определяющий вклад в общие затраты при большом числе пользователей. Многие другие статьи затрат тоже связаны с уровнем оплаты труда в отрасли. И все же стремление к централизации налицо. Так, в марте 2000 г. установлен суперсервер SUN Enterprise 10 000 в управлении Министерства по налогам и сборам по Москве. Он включает:

16 процессоров Ultra SPARC 400 МГц;

8 Гбайт оперативной памяти;

основной дисковый массив StorEdge A 5200 объемом 127 Гбайт;

операционную систему Solaris 7;

СУБД Oracle 8.1.

К подсистеме «Единый государственный реестр налогоплательщиков» подключаются около 4 тыс. пользователей.

Семинар, прошедший в 2000 г. в Красноярске, показал, что в этом крае заказчики проявляют интерес к системам даже более старшим, чем RISC-серверы, например, к платформам AS/400 и S/390.

В то же время явно сохраняется и тенденция разукрупнения систем. Однако, потребность высшего руководства системы в ее высокой защищенности и управляемости из центра не может быть удовлетворена дешевыми и доступными системами на основе ПК и приводит к выбору систем на основе UNIX- или более мощных архитектур, характерных для средних машин (например, IBM AS/ 400), или даже мейнфреймов (например, IBM ES/9000).

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

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

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

Другим важным фактором в этих условиях является необходимость учета перспективы развития системы. По мере постановки задач пользователями возрастают потребности в ресурсах, и система нагружается выше ее номинальных параметров, снижая качество работы. На практике многие требования могут эффективно удовлетворяться как мощными моделями ЭВМ низшего класса, так и маломощными моделями высшего ряда ЭВМ: например, мощным PC или UNIX-машиной, UNIX-машиной или AS/400; AS/400 или ES/9000. Как правило, все семейства машин допускают существенное наращивание ресурсов (производительность, емкость памяти, число процессоров) внутри себя, называемое масштабированием, что всегда дешевле смены платформы. Это позволяет системе существовать достаточно продолжительное время в пределах одной платформы.

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

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

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

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

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

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

ОСОБЕННОСТИ ИСПОЛЬЗОВАНИЯ РЕСУРСОВ

ИНФОРМАЦИОННЫХ СИСТЕМ

Проблема эффективности ресурсов информационных систем

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

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

  •  использование по времени,
  •  использование по мощности.

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

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

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

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

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

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

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

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

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

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

Структура машинного времени

Имеется достаточно работ, в которых предлагаются различные варианты структуры MB, обусловленные особенностями использования ЭВМ. Один из вариантов приводится на рисунке 6.2.

Рис. 6.2 Структура фонда машинного времени

По отношению к структуре фонда MB можно отметить единообразное отношение. Так, календарный фонд времени ТК согласованно определяется в соответствии с теми или иными отчетными периодами. Аналогично определяется и режимный фонд времени ТРЖ, под которым понимается количество машино-часов или программо-часов, которое должно отработать средство, техническое или программное, в соответствии с установленным режимом его работы. При этом ТРЖ отличается от ТК на величину внережимного фонда времени ТНРЖ, в которое входят нерабочие дни и межсменные перерывы. Располагаемый фонд времени ТРэто время, которым располагает владелец средства для его использования в процессе обработки информации. Если дефицита мощностей нет, они могут находиться в плановом простое – это фонд ТНР , который состоит из резерва MB и времени пребывания данного средства в состоянии программно-технического обслуживания (ПТО) или ремонта и входит в состав режимного фонда ТРЖ .

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

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

Каждый из показателей ТРЖ, ТР, TПР и ТЭ может служить для описания эффективности использования MB в виде произведения показателя более высокого уровня на соответствующий коэффициент:

ТРЖ = ТК * КВС ;   ТР = ТРЖ ( КПТО.Р + КР );    (6.1)

ТП = ТР * КАВ ;   ТПР = ТП * КБР ;   ТЭ = ТПР * КС,Р  (6.2)

Здесь обозначены коэффициенты соответственно: КВСвнесменных простоев; KПТО.Р плановых простоев средств, находящихся в ПТО или ремонте; КРЗплановых простоев резервного средства; КАВвнеплановых простоев по причине проведения аварийно-восстановительных работ и несовершенства организации и планирования процесса обработки информации; КБР - непродуктивной работы по причине выпуска бракованных продуктов и оказания недоброкачественных услуг; КС.Р.- работы на собственные нужды.

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

ТЭ = ТК * КВС * (КПТО.Р + КРЗ) * КАВ * КБР * КС.Р   (6.3)

или

ТЭ = ТК * КИМВ,        (6.4)

где коэффициент использования машинного времени определяется, как

КИМВ = ТЭ / ТК = КВС * (КПТО.Р + КРЗ) * КАВ * КБР * КС.Р  (6.5)

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

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

Эксплуатация информационных систем

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

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

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

Рис.6.3 Классификация видов износа

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

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

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

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

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

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

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

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

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

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

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

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

КИР = ТЭ / ТП = ТЭ / (ТЭ + ТНПР + ТНЭ),    (6.6)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для отечественной практики затруднительно даже приблизительно оценить стойкость предприятия при катастрофах. Для ФРГ такая оценка на конец 80-х гг. приведена в литературе: в среднем по стране предприятие могло тогда «прожить» при тотальном выходе из строя ИС только 4,8 дня. Этот весьма короткий срок свидетельствует о том, что ИТ и ОИ играют на предприятиях ФРГ значительную роль. По-видимому, эта роль на предприятиях нашей страны менее значительна, поэтому их стойкость по отношению к тяжелым происшествиям с ИС должна оказаться выше.

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

ЭКСПЛУАТАЦИЯ СИСТЕМ «ЧЕЛОВЕК-МАШИНА»

Системы «человек-машина»

В системах на основе ЭВМ значительное место занимают специфические вопросы согласования работы человека – «оператора» – и технологической части системы – «машины». Как самостоятельная проблема «человек-машина» возникла в явном виде совсем недавно. Обусловлено ее возникновение целым рядом факторов научно-технического прогресса:

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

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

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

  •  эргономическое проектирование систем, т.е. проектирование систем на основе ЭВМ с учетом «человеческого фактора»;
  •  инженерно-психологические исследования работы на ЭВМ как специфической трудовой деятельности;
  •  определение рационального разделения функций между человеком-оператором и программно-технической средой СЧМ.

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

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

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

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

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

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

Разделение функций в системе «человек-машина». Проблема разделения функций в системе «человек-ЭВМ» между оператором («человеком») и ЭВМ («машиной») должна специально изучаться и конкретно разрешаться. При расширении в СЧМ круга функций ее программно-аппаратного комплекса потребуются изучение и моделирование всех процессов, происходящих в системе. Алгоритмизация и программирование моделей потребуют дополнительных затрат на проектирование системы. Для реализации потребуется более мощная ЭВМ. Таким образом, произойдет удорожание СЧМ в целом, что нежелательно.

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

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

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

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

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

Надежность систем «человек-машина»

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

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

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

2) способность оператора работать без ошибок и возможность компенсации им возникших за период времени (t, t + t) ошибок являются взаимно независимыми его свойствами.

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

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

Человеко-машинная система исправна в какой-то момент или на интервале времени, если оператор не допустил ошибки и при этом исправна технологическая часть системы. Тогда вероятность p1(t1, t) безотказной работы человеко-машинной системы на интервале времени t от момента t1, до момента t2 = t1 + t с учетом принятых допущений определяется выражением

p1(t1, t) = pТ(t1, t) * pО(t)      (6.7)

где pТ(t1, t) – вероятность безотказной работы технологической части системы в течение интервала времени (t1 , t1 + t);

pО(t) – вероятность безошибочной работы оператора (или операторов) на интервале времени t, которая определяется при условии, что при этом технологическая часть системы работала безотказно;

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

Здесь оба сомножителя – невозрастающие функции. Однако первый сомножитель pТ(t1, t) уже в начальный момент t1 может быть меньше единицы, поскольку он отражает ресурс надежности системы, оставшийся у нее к этому моменту вследствие износа. Сомножитель pО(t) тоже убывает со временем, но его начальное значение равно единице, поскольку обычно оператор приступает к работе, находясь в функционально работоспособном состоянии. Убывание функции pО(t) отражает снижение работоспособности оператора со временем, обусловленное его утомлением, воздействием посторонних факторов, увеличением в процессе работы объема информации, подлежащей обработке для принятия решения, и тому подобными причинами.

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

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

p2(t1, t) = pТ(t1, t) *  pО(t) + 1 – pО(t)      (6.8)

где – вероятность устранения ошибки, допущенной оператором;

1 – pО(t)  вероятность ошибки оператора;

1 – pО(t)   – вероятность совмещения ошибки оператора и факта ее мгновенного устранения, т.е. приращение вероятности безошибочной (или безотказной) работы оператора в течение рассматриваемого интервала времени.

Из сопоставления формул (6.7) и (6.8) видно, что p2(t1, t)  p1(t1, t), хотя возможно p2(t1, t)  p1(t1, t), когда   0. Это бывает при снижении возможностей оператора устранить допущенную им ошибку по всем составляющим этого процесса: выявление, идентификация, устранение, каждая из которых характеризует определенные грани квалификации оператора. Как видно, обеспечивая для оператора квалификационную, структурную и технологическую возможность так называемого быстрого отката, позволяющего ему просто и быстро отказаться от замеченных ошибочных действий, создатели ИС могут ощутимо повысить ее надежность.

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

Это характерно, например, для современных ЭВМ и их базовых программных средств, в частности операционных систем, причем чем мощнее комплекс, тем более развиты в нем средства обеспечения отказобезопасности (пример – операционная система MVS/390 мейнфреймов серии ES/9000 фирмы IBM).

В условиях рассматриваемой задачи общей оценки надежности человеко-машинных систем все эти средства формируют величину pТ(t1, t).

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

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

() = Т()  Т(  К)

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

()  D.         (6.9)

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

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

Тогда для расчета вероятности безотказной работы системы в таких условиях p3(t1, t) можно использовать следующую формулу:

p3(t1, t) = pО(t) *  pТ(t1, t) + pY (t1, t, )    (6.10)

где сохранены и все ранее введенные обозначения.

Как видно из сопоставления выражений (6.7) и (6.10), обычно p3(t1, t)  p1(t1, t), хотя возможно p3(t1, t)  p1(t1, t), когда pY (t1, t, ) 0, что бывает при снижении возможностей оператора по всем их составляющим (выявление, идентификация, устранение) при компенсации отказов технологической части ИС.

Четвертый вариант – система с коррекцией ошибок оператора и компенсацией отказов технологической части. Этот вариант по причине сложности математических выражений рассматривать не будем.

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

Выполнение работы к сроку

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

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

Q(t) = P T t

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

1) Q(t) = 0, т.е. ни одна работа не может быть выполнена мгновенно;

2) Q(t) является непрерывной функцией заданного времени t;

3) Q(t) 0 при t  , т.е. любая работа может быть выполнена любым исполнителем за предоставленное ему бесконечное время.

Плотность вероятности

q(t) = dQ(t) / dt

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

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

F(t) = P B b

и плотность вероятности

f(b) = dF(b) / db

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

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

fY(b) = dFY(b) / db

fY(b) = 0,   b bН,   b bВ

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

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

Процесс выполнения работы неслучайного объема к заданному сроку в описанных выше условиях это нестационарный случайный процесс

V(t) = A + B(t – t0)      (6.11)

где А – начальное значение;

В – скорость изменения параметра, определяющего ход выполнения работы.

В общем случае А и В являются случайными функциями, однако при регулярных условиях выполнения работ можно принимать их в виде случайных величин. Тогда выражение (6.11) описывает так называемые линейные случайные функции, которые при А = const называются веерными или полюсными; тогда точка (t0, А) называется полюсом.

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

V(t) = B * t

где В (случайная величина) производительность работника. Каждая линия графика соответствует возможностям отдельно взятого работника.

При неслучайном заданном объеме работы v окончание работы отражает точка с абсциссой t = ТК. Множество точек ТК характеризует все возможные варианты выполнения работы, обработка множества этих абсцисс даст вероятностные характеристики выполнения работ.

В частности, в предположении, что на каждой конкретной реализации можно принять ВК = const, для этой реализации получится время выполнения работы данным исполнителем в виде

ТК =  / ВК.

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

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


Раздел 7

УПРАВЛЕНИЕ ПЕРСОНАЛОМ В СФЕРЕ ИНФОРМАТИЗАЦИИ

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

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

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

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

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

ПРОБЛЕМЫ ПЕРСОНАЛА ИНФОРМАЦИОННЫХ СИСТЕМ

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

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

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

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

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

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

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

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

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

Описанная ситуация типична и хорошо знакома большинству технических специалистов с 10-15-летним стажем. Часто она является прямым следствием менталитета самого р