Организационные формы управления проектированием ИС

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

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

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

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

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

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

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

- потенциал коллектива разработчиков;

- объем и сложность разрабатываемых проектов;

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

- модель жизненного цикла системы.

Структуры проектной группы

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

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

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

Структура организации работ по проектированию ИС, характерная для организации - разработчика

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

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

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

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

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

-определяет состав задач для автоматизации;

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

Заказчик – это ответственное лицо, под которым понимается организация или подразделение и которое выполняет функции:

-формирует требования к системе и ее частям;

-выдает техническое задание, финансирует разработку ЭИС;

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

-проводит внедрение и прием проекта ЭИС.

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

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

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

Разработчик– это ответственное лицо (организация или подразделение), которое выполняет следующие функции:

-разрабатывает ЭИС по техническому заданию заказчика;

-принимает участие во внедрении;

-осуществляет сдачу проекта заказчику;

осуществляет авторское сопровождение проекта.

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

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

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

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

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

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

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

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

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

К преимуществам данной схемы можно отнести:

-рациональное распределение функций между сторонами, участвующими в создании и эксплуатации ЭИС;

-возможность привлечения к разработке ЭИС специализированных организации ( НИИ, СКБ ).

Однако и эта схема имеет недостатки:

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

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

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

Преимуществами данной схемы являются:

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

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

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

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

Структурные схемы для информационной службы предприятия

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

1. функции,

2. клиенты,

3. продукты.

Организация по функциям

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

- отдел анализа и документирования технологий,

- отдел прикладных систем,

- отдел телекоммуникаций,

- отдел системотехники и базового ПО.

Привлекательность такого подхода состоит в следующем.

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

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

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

- Руководитель Управления облегчает себе принятие решения об исполнителях по каждой новой задаче.

Недостатки функционального подхода также хорошо известны:

- Возникают проблемы с комплексным обслуживанием клиентов (внешних подразделений), предоставлением разных услуг разным клиентам.

- Страдают скорость и качество оказываемых услуг.

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

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

Организация по клиентам

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

- отдел производственных систем,

- отдел сбытовых и маркетинговых систем,

- отдел систем учета и отчетности,

- отдел делопроизводства и систем управления кадрами.

Клиентская схема организации обеспечивает:

- Более качественное и быстрое обслуживание за счет ориентации на конкретные категории клиентов и даже отдельных клиентов.

- Более полное удовлетворение клиента за счет детального знания его потребностей и внутренних особенностей.

Недостатками клиентской схемы являются:

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

- Потеря экономии от масштаба.

Организация по продуктам

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

-отдел разработки и сопровождения системы X,

-отдел разработки и сопровождения системы Y,

-отдел разработки и сопровождения системы Z.

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

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

Дополнительно к перечисленным вариантам есть еще пара способов выстраивания первого уровня иерархии Управления:

-по территориальному признаку,

-по основным внутренним процессам.

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

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

Планирование и контроль проектных работ

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

- процессы инициации, связанные с принятием решения о начале выполнения проекта или какого-либо очередного этапа или фазы его;

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

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

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

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

- процессы завершения- процессы формализации выполнения проекта и составления отчетности.

Стратегическое планирование развития ИТ и ИС на объекте управления. Типы ИС и тенденции их развития.

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

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

-планирование,

-контроль исполнения плана,

-регулирование – анализ результатов и принятие решений.

Планирование

Как правило, существуют два типа планов автоматизации предприятия:

-стратегический план,

-оперативный план.

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

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

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

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

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

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

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

Анализ результатов и принятие решений

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

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

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

- средний период между сменой технологий основного производства;

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

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

- срок амортизации используемых систем;

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

- планируемые изменения функций персонала.

Таким образом, стратегия автоматизации представляет собой план, согласованный по срокам и целям со стратегией организации.

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

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

Цели бизнеса:

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

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

- снижение стоимости продукции;

- увеличение количества или ассортимента;

- сокращение цикла: разработка новых товаров и услуг – выход на рынок;

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

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

Способ автоматизации:

· по участкам,

· направлениям,

· комплексная автоматизация.

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

Ограничения

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

-финансовые,

-временные,

-связанные с влиянием человеческого фактора,

-технические.

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

Временные ограничения обычно связаны со следующими факторами:

-сменой технологий основного производства,

-рыночной стратегией предприятия,

государственным регулированием экономики.

К ограничениям, связанным с влиянием человеческого фактора, относятся следующие:

-корпоративная культура – отношение персонала к автоматизации:

-особенности рынка труда:

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

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

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

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

Технологии

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

-интеграция нескольких существующих систем;

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

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

Проблемы

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

· состояние рынка информационных технологий;

· определение эффективности инвестиций в информационные технологии;

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

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

Отсутствие постановки задачи

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

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

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

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

-в обыкновенном страхе перед всем новым.

-в консерватизме.

-опасение потерять свою работу.

-повышение ответственности за свои действия.

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

Временное увеличение нагрузки на сотрудников

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

-Повысить уровень мотивации сотрудников к освоению системы в форме поощрений и благодарностей;

-Принять организационные меры к сокращению срока параллельного ведения дел.

Нецелесообразность собственных разработок

На многих крупных предприятиях существуют системы, разработанные в 80-90 гг. в операционной системе DOS. Часто эти системы были созданы силами специалистов АСУ предприятия.

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

Разработка программного обеспечения под Windows гораздо сложнее, чем под DOS.

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

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

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

У программистов есть такая присказка, что внедрение системы как ремонт – его невозможно закончить, а можно лишь прекратить. Так что внедрение, по сути, никогда не закончится, потому что система должна постоянно расти, развиваться и совершенствоваться вместе со своим предприятием.

Классификация ИС

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

-системы обработки данных ( EDP – electronic data processing);

-информационная система управления ( MIS – management information system );

-система поддержки принятия решений ( DDS – decision support system).

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

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

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

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

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

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

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

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

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

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

Одним из основных свойств ИС является делимость на подсистемы. Выделяют:

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

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

Делимость на подсистемы имеет ряд достоинств с точки зрения разработки и эксплуатации ЭИС, к которым относятся:

-упрощение разработки и модернизации ИС в результате специализации групп проектировщиков по подсистемам;

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

-упрощение эксплуатации ИС вследствие специализации работников предметной области.

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

Пути развития ИС

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В этих условиях сведение проблемы к выбору между просто центральной и распределенной системой также не отражает си­туации во всей ее полноте. Так, по данным аналитической компании 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-х гг. уже появились различ­ные варианты платформ, и выбор платформы для системы пред­ставляется задачей многокритериальной оптимизации с учетом конкретных условий.

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

– создание единого мирового рынка информатизации;

– исчезновение границ в деятельности компаний;

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

– отсутствие резких границ между секторами производства:

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

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

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

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