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

Синархическое проектирование.

Проблемы и эффекты от внедрения автоматизированных информационных систем.

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

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

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

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

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

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

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

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

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

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

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

Объективность и оперативность исследований на основе автоматизированных информационных систем

08 февраля 2012 г.

[Информационно-аналитический  журнал «Новости науки и технологий» / учредитель ГУ «БелИСА». — Минск: ГУ «БелИСА», 2011, № 2(19)]

УДК 004.41.03:001.891.(047)(476)

 
А. Г. Рихтикова,  
мл. науч. сотрудник ГУ «БелИСА» 

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

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

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

Автоматизированная система (АС) — это организованная совокупность средств, методов и мероприятий, используемых для регулярной обработки информации для решения задачи. Если автоматизируемый процесс связан в основном с обработкой информации, то такая система называется автоматизированной информационной системой [1].

Правильно выбранная АС обладает следующими свойствами.

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

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

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

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

Рассмотрим основные этапы внедрения АС в производство и работу предприятия.

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

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

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

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

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

В процессе постановки задачи раскрываются:

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

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

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

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

Внедрение можно считать удачным, если:

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