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

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

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

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

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

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

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

ERP-система (англ. Enterprise Resource Planning System - Система планирования ресурсов предприятия) - КИС, предназначенная для автоматизации учёта и управления. Как правило, ERP-системы строятся по модульному принципу и в той или иной степени охватывают все ключевые процессы деятельности компании.

Исторически концепция ERP стала развитием более простых концепций MRP (Material Requirement Planning - Планирование материальных потребностей) и MRP II (Manufacturing Resource Planning - Планирование производственных ресурсов). Используемый в ERP-системах программный инструментарий позволяет проводить производственное планирование, моделировать поток заказов и оценивать возможность их реализации в службах и подразделениях предприятия, увязывая его со сбытом.

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

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

Отличие между ERP-системами и системами электронного документооборота (СЭД) в том, что, как правило, в ERP документы не «ведутся», а «проводятся» - уже после того, как они осуществят свой жизненный цикл, то есть будут созданы, обсуждены, проверены, согласованы, утверждены и т.д. А СЭД осуществляет поддержку такого жизненного цикла документов на предприятии.

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

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

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

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

Что происходит на предприятии?

Прежде чем пытаться выбрать существующую или создать собственную информационную систему, а затем внедрить ее, необходимо проанализировать, как работает предприятие в настоящее время. Для анализа необходимо знать не только то, как работает предприятие в целом и как оно взаимодействует с внешними организациями, заказчиками и поставщиками, но и то, как организована деятельность на каждом рабочем месте. Один человек, как правило, не обладает такой информацией. Действительно, руководитель предприятия хорошо представляет, как работает организация в целом, но не в состоянии знать все особенности деятельности всех рядовых сотрудников. Рядовой же сотрудник хорошо знает свои обязанности, но плохо разбирается в том, как работают его коллеги. Следовательно, для анализа деятельности предприятия следует собрать знания множества людей в едином месте, то есть создать модель деятельности предприятия. Многие корпоративные информационные системы зарубежных производителей (SAP R/3, Baan, Ross iRenaissance и др.) имеют в своем составе специальные средства, основанные на оригинальных методиках. С помощью этих средств можно обследовать предприятия и построить модель их деятельности, однако существуют и стандартизированные методологии и инструментальные средства, прошедшие проверку временем. Один из таких стандартов - IDEF0, в основе которого лежит метод SADT (методология структурного анализа и проектирования), а BPwin (Computer Associates) является поддерживающим его инструментальным средством (см. статьи автора «Инструментальные средства разработки крупных информационных систем. Часть 1», КомпьютерПресс № 7’98 и «Новые возможности CA BPwin 4.0», КомпьютерПресс № 3’2001).

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

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

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

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

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

BPwin позволяет создавать модели процессов и поддерживает в одной модели три стандарта (нотации) моделирования одновременно - IDEF0, DFD и IDEF3. Каждая из этих нотаций позволяет рассмотреть различные стороны деятельности предприятия. Диаграммы IDEF0 предназначены для описания бизнес-процессов на предприятии; они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты следуют из произведенных работ, что является управляющими факторами и какие ресурсы для этого необходимы. Нотация IDEF0 помогает выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия. Диаграммы потоков данных (Data Flow Diagramming, DFD) используются для описания документооборота и обработки информации. Для описания логики взаимодействия информационных потоков более подходит нотация IDEF3 (называемая также workflow diagramming), - нотация моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, которые являются частью этих процессов.

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

Что дает внедрение КИС?

Найденные в модели AS-IS недостатки можно исправить при создании модели TO-BE («как будет») - модели новой организации бизнес-процессов. Модель TO-BE нужна для оценки последствий внедрения КИС и анализа альтернативных, в том числе лучших, путей выполнения работы и документирования того, как предприятие будет функционировать в будущем. Как правило, строится несколько моделей TO-BE, из которых по какому-либо критерию выбирается наилучшая (рис. 3). Например, каждая из моделей TO-BE может соответствовать определенной информационной системе.

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

BPwin предоставляет аналитику два инструмента для оценки модели - стоимостной анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). ABС является широко распространенной методикой, используемой международными корпорациями и государственными организациями для идентификации движителей затрат в организации. Стоимостной анализ представляет собой соглашение об учете, используемое для сбора затрат, связанных с работами, с целью определить общую стоимость процесса. АВС основан на модели работ, поскольку количественная оценка невозможна без детального понимания функциональности предприятия. Обычно ABC применяется для того, чтобы понять, как складываются выходные затраты, и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно определить действительную стоимость производства продукта и поддержки клиента, идентифицировать самые затратные работы (те, которые должны быть улучшены в первую очередь) и т.д. в каждой из моделей AS-IS и TO-BE. Следовательно, стоимостной анализ позволяет оценить последствия внедрения КИС и выяснить, приведет ли информационная система к повышению производительности и экономическому эффекту и к какому именно.

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

При проведении стоимостного анализа в BPwin сначала задаются единицы измерения времени и денег, далее описываются центры затрат (cost centers) и затем для каждой работы на диаграмме декомпозиции назначаются продолжительность (duration), частота проведения данной работы в рамках общего процесса (frequency) и суммы по каждому центру затрат, то есть задается стоимость каждой работы по каждой статье расхода. Затраты вышестоящей работы определяются как сумма затрат дочерних работ по каждому центру затрат. Такой достаточно упрощенный принцип подсчета справедлив в случае, если работы выполняются последовательно. Если же схема выполнения более сложная, можно отказаться от подсчета и задать итоговые суммы вручную или воспользоваться специализированным средством стоимостного анализа EasyABC. Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin - Activity Cost Report (ABC). ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем (User Defined Properties, UDP). Каждой работе можно поставить в соответствие набор UDP и проанализировать результат в специальном отчете Diagram Object Report.

В какую сумму обойдется внедрение КИС?

Модели AS-IS и TO-BE позволяют описать начальное и конечное состояние предприятия - до и после внедрения КИС, оставляя без внимания сам процесс разработки (выбора) и внедрения. Но поскольку внедрение информационной системы тоже является работой, можно с помощью BPwin создать модель этой работы (см. модель TO-BE ’ - на рис. 3). Модель TO-BE ’ - это не модель деятельности предприятия, а модель мероприятий по переводу предприятия на новую технологию работы, то есть по внедрению КИС. Используя данную модель, можно с помощью стоимостного анализа оценить объем средств, необходимых для приобретения/разработки и внедрения информационной системы. Такие модели можно построить для перехода на различные модели TO-BE, то есть для внедрения различных КИС (как готовых, так и созданных на заказ) и выбрать оптимальный вариант.

Поддерживает ли структура данных КИС деятельность предприятия?

Ответ на этот вопрос возможен, если предприятие самостоятельно разрабатывает информационную систему или структура данных приобретаемой информационной системы открыта и документирована. База данных должна полностью обеспечивать каждую функцию предприятия. Для того чтобы убедиться в этом, структура данных должна быть связана с функциональной моделью. Модель данных может быть создана вновь или воссоздана из существующей информационной системы с помощью ERwin (Computer Associates) - системы проектирования данных (подробнее об этом см. в статье «Инструментальные средства разработки крупных информационных систем. Часть 2» в КомпьютерПресс № 8’98, а также в книге автора «BPwin и ERwin. CASE-средства разработки информационных систем». М., «Диалог-МИФИ», 1999).

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

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

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

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

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

Поддерживает ли функциональность КИС деятельность предприятия?

Разработчики информационных систем в процессе создания программного обеспечения сталкиваются с целым рядом трудновыполнимых задач. Работая с объектно-ориентированными технологиями создания приложений, они создают клиент-серверные приложения, которые должны удовлетворять требованиям надежности, управляемости и высокой производительности. Решение этих задач возможно только при условии высокой эффективности анализа и проектирования. С одной стороны, BPwin позволяет построить адекватную модель (модель работ) существующих на предприятии процессов (AS-IS), проанализировать эту модель и построить модель будущих процессов (TO-BE). С другой стороны, разработчики, использующие такие средства объектно-ориентированного анализа и проектирования, как Rational Rose фирмы Rational Software или Paradigm Plus фирмы Computer Associates, могут описать функциональность информационной системы при помощи диаграмм Use Cases (диаграммы Use Cases являются составной частью объектно-ориентированного языка моделирования информационных систем UML, Unified Modeling Language). Бизнес-процессы современных предприятий и организаций весьма сложны. В результате анализа могут быть описаны работы (activity) и функции (use case), информация о которых получена из самых разных источников, поэтому необходима синхронизация работ и функций. Такая синхронизация позволяет выявить соответствие информационной системы реальным бизнес-процессам предприятия и выяснить, обеспечит ли внедряемая КИС поддержку деятельности предприятия.

Для связи модели процессов BPwin и объектной модели Paradigm Plus используется утилита BpLink (рис. 5), которая вызывается как отдельная программа из среды Paradigm Plus. Целью интеграции моделей Paradigm Plus и BPwin является установление логической связи между работами (activity) и функциями (use case), что позволяет создать единую технологическую цепочку - от анализа бизнес-процессов до генерации кода приложений, включая описание требований к приложению. BpLink помогает решить следующие задачи:

• импорт работ и их иерархии из BPwin в BpLink;
• импорт функций (use case) из Paradigm Plus в BpLink;
• создание связей между работами и функциями;
• создание отчетов;
• экспорт информации о работах в Paradigm Plus;
• экспорт информации о функциях в BPwin.

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

КомпьютерПресс 9"2001

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

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

Основные характеристики для интегрированных систем управления следующие:

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

Кросс - дисциплинарность - приложения для различных дисциплин используют общую информацию;

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

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

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

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

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

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

быть распределенной как физически, так и логически;

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

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

Открытость управляющей среды реализуется с помощью прикладных программных интерфейсов и других средств, таких, например, как пакет модулей интеграции Tivoli/Plus в ТМЕ 10 или средство создания агентов в Unicenter-TNG. Эти возможности позволяют интегрировать новые продукты, а также те системы, которые уже использовались в организации и по-прежнему представляют ценность для нее, тем самым сохраняя вложенные инвестиции.

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

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

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

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

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

MPS (Master Planning Shedule) - известная методология "объемно-календарного планирования". Идея данной методологии заключается в формировании плана продаж – "объема" с разбивкой по календарным периодам, на основе которого составляется план пополнения запасов и оцениваются финансовые результаты по периодам, в качестве которых используются периоды планирования или финансовые периоды. Является базовой практически для всех планово-ориентированных методологий. Применяется в основном в производстве, но также может использоваться и в других отраслях бизнеса, например, дистрибуции.

MRP (Material Requirements Planning) - Методология планирования потребности в материальных ресурсах, заключающаяся в определении конечной потребности в ресурсах по данным объемно-календарного плана производства. Ключевым понятием методологии является понятие "разузлование", т.е. приведение древовидного состава изделия к линейному списку (Bill of Materials), по которому планируется потребность и осуществляется заказ комплектующих.

CRP (Capacity Requirements Planning) - Планирование производственных ресурсов. Данная концепция схожа с MRP, но вместо единого понятия состава изделия она оперирует такими понятиями, как "обрабатывающий центр", "машина", "рабочие ресурсы", ввиду чего технически реализация CRP более сложна. Обычно применяется совместно с MRP ввиду тесной логической связи при планировании. Методологии MRP/CRP применяются в АСУП производственных предприятий.

FRP (Finance Requirements Planning) - Планирование финансовых ресурсов.

MRP II (Manufacturing Resources Planning) - Планирование производства. Интегрированная методология, включающая MRP/CRP и, как правило, MPS и FRP. Совместное планирование материальных потоков и производственных мощностей позволяет поднять всю систему планирования на новый уровень, так как удается весьма точно определить финансовые результаты сформированного производственного плана, что невозможно при частичном планировании. При использовании данной методологии обязательно подразумевается анализ финансовых результатов производственного плана.

ERP (Enterprise Resources Planning) - Концепция бизнес-планирования. Под ERP подразумевается "интегрированная" система, выполняющая функции, предусмотренные концепциями MPS-MRP/CRP-FRP. Важным отличием от методологии MRPII является возможность "динамического анализа" и "динамического изменения плана" по всей цепочке планирования. Конкретные возможности методологии ERP существенно зависят от программной реализации. Концепция ERP является более общей, чем MRPI I. Если MRPII имеет явно выраженную направленность на производственные компании, то методология ERP оказывается применимой и в торговле, и в сфере услуг, и в финансовой сфере.

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

SCM (Supply Chain Management) - Управление цепочками поставок. Концепция SCM придумана для оптимизации управления логистическими цепями и позволяет существенно снизить транспортные и операционные расходы путем оптимального структурирования логистических схем поставок. Концепция SCM поддерживается в большинстве систем ERP - и MRPII-класса.

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

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

Определение корпоративной информационной системы

Существует несколько определений корпоративных информационных систем. Приведем определение, данное специалистами компании «Корус»: оно носит технологический характер.

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

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

• 1) функциональная полнота системы;
• 2) локализация информационной системы;
• 3) надежная система защиты информации;
• 4) реализация удаленного доступа и работы в распределенных сетях;
• 5) наличие инструментальных средств адаптации и сопровождения системы;
• 6) обеспечение обмена данными между разработанными информационными системами и другими программными продуктами, функционирующими в организации;
• 7) возможность консолидации информации;
• 8) наличие специальных средств анализа состояния системы в процессе эксплуатации.

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

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

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

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

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

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

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

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

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

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

• 6. Внедрение КИС в организации, особенно если она занимается производственной деятельностью, происходит не на пустое место. Большинство таких предприятий уже имеют успешно работающие АСУТП (автоматизированные системы управления технологическими процессами), САПР (системы автоматического проектирования), MES-системы (Manufacturing Enterprise Solutions - корпоративные системы управления производством - специализированное прикладное программное обеспечение, предназначенное для решения задач синхронизации, координации, анализа и оптимизации выпуска продукции в рамках какого-либо производства). После внедрения КИС часть из этих систем продолжает работать, поэтому важно обеспечить обмен данными между КИС и разработанными ранее информационными системами и другими программными продуктами, функционирующими в организации.
• 7. Для менеджеров, работающих с КИС, большое значение имеет возможность консолидации информации. Потребность в консолидации возникает на различных уровнях. Может потребоваться объединение информации филиалов, холдингов, дочерних компаний. Часто объединяют информацию на уровне задач (составление бухгалтерской и налоговой отчетности, планирование и контроль). Самое простое объединение - на уровне временных периодов (для выполнения анализа финансово-экономических показателей за любой период, в том числе и превышающий отчетный, например за несколько лет).
• 8. Из всего сказанного становится понятно, что КИС - это сложная информационная система, от устойчивого функционирования которой зависит успешность бизнеса организации. Именно поэтому в составе системы необходимо наличие специальных средств анализа состояния системы в процессе эксплуатации. Эти средства предназначены для работы ИТ-специалистов и позволяют проводить анализ архитектуры баз данных и алгоритмов, статистики количества обработанной информации (количества введенных и обработанных документов, выполненных проводок), внутрисистемной почты. В системе ведутся журналы выполненных операций. Администратор системы отслеживает список работающих станций серверов, выполняет резервное копирование и, в аварийных случаях, восстановление данных. Регулярное использование этих специальных средств - залог бесперебойной работы КИС.

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

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

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

О том, какие системы лучше - отечественной или зарубежной разработки, - мы поговорим позже.

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

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

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

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

1. Функциональная полнота системы:

– выполнение международных стандартов управленческого уче­та MRP II, ERP, CSRP;

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

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

– количество однократно учитываемых параметров деятельнос­ти организации от 200 до 1000, количество формируемых таб­лиц баз данных – от 800 до 3000.

2 Локализация информационной системы:

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

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

3. Надежная система защиты информации, включающая:

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

– многоуровневую систему зашиты данных (средства авториза­ции вводимой и корректируемой информации, регистрация времени ввода и модификации данных).

4. Реализация удаленного доступа и работы в распределенных сетях.

5. Наличие инструментальных средств адаптации и сопровождения системы:

– изменение структуры и функций бизнес-процессов;

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

– изменение интерфейсов ввода, просмотра и корректировки информации;

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

– генератор произвольных отчетов;

– генератор сложных хозяйственных операций;

– генератор стандартных форм.

6. Обеспечение обмена данными между ранее разработанными информационными системами и другими программными продуктами, функционирующими в организации.

7. Возможность консолидации информации:

– на уровне организации – для объединения информации фи­лиалов, холдингов, дочерних компаний организаций, входящих в холдинг и т.д.;

– на уровне отдельных задач (планирования, учета, контроля и т. д.);

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

8. Наличие специальных средств анализа состояния системы в про­цессе эксплуатации:

– анализ архитектуры баз данных;

– анализ алгоритмов;

– анализ статистики количества обработанной информации (количество записей, документов, проводок);

– журнал выполнения операций;

– список работающих станций-серверов;

– анализ внутрисистемной почты.

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

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

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

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

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

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

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

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

1-й стандарт - MRP (Material Requirement Planning) или пла­нирование потребностей в материальных ресурсах. Данный стандарт относится к 70-м гг. XX столетия. Суть стандарта MRP состоит в минимизации издержек, связанных со складскими запасами и раз­личными участками в производстве. Базовым в данном стандарте является понятие спецификации изделия (ВОМ - Bill Of Material), которая показывает зависимость спроса на сырье, полуфабрикаты и пр. от плана выпуска готовой продукции. На основе плана выпуска продукции, спецификации изделия и учета особенностей техноло­гической цепочки и осуществляется расчет потребностей производ­ства в материалах. Недостатком этого стандарта является отсутствие учета загрузки производственных мощностей, стоимости рабочей силы при расчете потребностей в материалах.

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

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

2-й стандарт - MRP II (Manufacturing Resource Planning), или планирование производственных ресурсов. Этот стандарт, относи­мый к 80-м гг., представляет собой стандарт MRP в соединении с элементами моделирования бизнес-процессов и обратными связями при планировании, разработанными под конкретный тип производства. Стандарт MRP II в большей степени ориентирован на средние по размеру организации.

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

3-й стандарт - ERP (Enterprise Resource Planning) или система планирования ресурсов организации относится к 90-м гг. Он пред­ставляет собой реализацию стандарта MRP II в совокупности с мо­дулем финансового планирования и является более универсальным, поскольку может быть установлен как в промышленных организа­циях, так и в организациях сферы услуг (банки, страховые органи­зации, образовательные учреждения).

– крупных;

– со сложным типом производства;

– с разветвленной филиальной сетью;

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

– с повышенным объемом складских операций.

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

– управление финансами;

– управление материальными потоками;

– управление производством;

– управление проектами;

– управление сервисным обслуживанием;

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

– управление персоналом.

4-й стандарт - CSRP (Customer Synchronised Resource Planning) или планирование ресурсов организации, синхронизированное на потребителя. Этот стандарт относится к концу 90-х гг. и представляет собой реализацию стандарта ERP в соединении с автоматизацией взаимодействия с клиентами. Если первые три стандарта КИС в большей степени ориентированы на внутренние бизнес-процессы организации, то CSRP выходит за рамки конкретной организации и акцентирует внимание на внешних бизнес-процессах.

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

5-й стандарт - ERP П (Enterprise Resource and Relationship Processing), или управление внутренними ресурсами и внешними связями организации. По определению Gartner Group, ERP II - это корпоративная информационная система, открытая для всех участ­ников, действующих в поле общих интересов бизнеса.

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

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

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

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