Концепция построения ПО

Концепция построения программных комплексов компании "ЭнТехЭко"

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

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

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

Основные принципы, закладываемые в концепцию

1. Концептуальное единство и модульный подход

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

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

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

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

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

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

2. Интегрированность, открытость, развиваемость

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

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

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

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

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

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

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

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

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

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

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

-настраиваемость;

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

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

-использование промышленных систем управления базами данных (СУБД);

-эргономичность;

-технологичность обслуживания;

-обеспечение безопасности данных;

-развиваемость и масштабируемость;

-соответствие принципам открытых информационных систем.

Что это значит и что это дает

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

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

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

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

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

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

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

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

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

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

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

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

Выводы

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

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

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

-"дружественный" пользователю интерфейс;

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

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

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

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

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

-принятие специальных мер по сохранности данных при технических сбоях;

-сохранение производительности при увеличении объема обрабатываемых данных и/или числа одновременно работающих пользователей;

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

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

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

-возможность интеграции и использования в рамках более сложных систем (например, крупных промышленных ERP-систем типа SAP R\3 и др.).