close

Вход

Забыли?

вход по аккаунту

Постижения прекрасного в природе Ю. Яковлев;pdf

код для вставкиСкачать
2
2.1
АРХИТЕКТУРА ИНТЕГРИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ
ПРЕДПРИЯТИЯ
Понятие архитектуры
предприятия
интегрированной
информационной
системы
Одним из фундаментальных понятий бизнес-информатики является понятие архитектуры интегрированных
информационных систем. Понятие «архитектура» в области информационных технологий служит для описания типа
информационной системы, ее функциональных свойств, взаимосвязей ее компонентов. Таким образом, данное понятие
является определяющим при комплексном описании (моделировании) бизнес-процессов и соответствующих
интегрированных информационных систем предприятия (ИИСП). ИИСП представляет собой средство информационной
поддержки корпоративного управления, объединяющее два начала - бизнес-стратегию организации и передовые
информационные технологии. В процессе своей деятельности промышленные предприятия, корпорации, ведомственные
структуры, органы государственной власти и управления накопили большие объемы данных, которые хранят в себе
большие потенциальные возможности по извлечению полезной аналитической информации, на основе которой можно
выявлять скрытые тенденции, строить стратегии развития, находить новые решения. Современные ИИСП, предназначенные
для интеграции информационных ресурсов, призваны обеспечивать автоматизацию корпоративного управления с помощью
современных средств поддержки принятия решений.
В составе ИИСП можно выделить две относительно независимые составляющие:
1. Собственно компьютерная инфраструктура (сетевая, телекоммуникационная, программная, информационная,
организационная). Отражает структуру ИИСП.
2. Взаимосвязанные функциональные подсистемы, обеспечивающие решение задач предприятия и достижение
его целей. Относится к прикладной области и зависит от специфики задач предприятия и его целей.
Первая составляющая представляет собой основу для интеграции функциональных подсистем и определяет
свойства информационной системы, важные для ее успешной эксплуатации. Требования к ней едины и стандартизованы, а
методы ее построения хорошо известны и многократно проверены на практике.
Вторая составляющая строится на базе первой и привносит в информационную систему прикладную
функциональность. Требования к ней сложны и как правило противоречивы, так как выдвигаются специалистами из
различных прикладных областей. Однако эта составляющая в конечном счете более важна для функционирования
предприятия, так как именно для нее разрабатывается вся инфраструктура.
До недавнего времени в технологии создания информационных систем доминировал традиционный подход
построения архитектуры ИИСП "сверху-вниз" - от прикладной функциональности к системно-техническим решениям
(первая составляющая информационной системы выводилась из второй). Автоматизация деятельности предприятия на
основе концепции "сверху-вниз" и принципов реинжиниринга бизнес-процессов предполагает такую реорганизацию ИИСП,
которая наилучшим образом служит решению управленческих задач. Проблема заключается в том, что в современных
российских условиях сверхдинамичного бизнеса, постоянно возникающих форс-мажорных обстоятельств и быстро
меняющихся правил игры (социальных, политических, экономических), в рамках которых разрабатывается прикладная
функциональность, обеспечивающая решение управленческих задач, систематизация управленческой деятельности
представляет собой весьма сложную задачу ввиду высокой степени неопределенности.
Однако без разработки прикладной составляющей ИИСП невозможно адекватно определить ее системнотехническую составляющую. Если в процессе создания системно-технической инфраструктуры не проводить анализ и
автоматизацию управленческих задач, то инвестированные в нее средства не дадут впоследствии реальной отдачи.
Аппаратное и программное обеспечение инфраструктуры ИИСП окажется невостребованным, требуя тем не менее
ежегодных затрат на сопровождение и модернизацию. Следовательно, подход к построению ИИСП "снизу-вверх" с
акцентом на системно-техническую инфраструктуру нельзя рассматривать в качестве перспективного.
В настоящее время развивается комбинированный подход, который можно характеризовать как "встречное
движение": компьютерная инфраструктура и прикладная составляющая, отражающая логику бизнес-процессов, строятся
так, чтобы в максимальной степени обеспечить изменчивость на уровне прикладной функциональности. Параллельно
проводится моделирование бизнес-процессов, сопровождающееся внедрением соответствующих программных решений,
привносящих в ИИСП прикладную функциональность.
31
Целью данной методологии является организация процесса проектирования архитектуры ИИСП с заданными
показателями качества. Основными задачами, решение которых должна обеспечивать методология создания ИИСП,
являются:
проектирование ИИСП, отвечающих предъявляемым к ним требованиям по автоматизации бизнес-процессов и
отвечающих целям и задачам предприятия;
разработка ИИСП с заданным качеством в заданные сроки и в рамках бюджета;
удобство сопровождения, модификации и наращивания ИИСП;
обеспечение открытости, переносимости и масштабируемости ИИСП;
использование в разрабатываемой ИИСП задела в области информационных технологий, существующего на
предприятии (программного обеспечения, баз данных, средств вычислительной техники, телекоммуникаций, технологий).
Методология должна обеспечивать снижение сложности процесса создания ИИСП за счет полного и точного
описания этого процесса и применения современных методов и технологий на всем жизненном цикле ИИСП.
Достижения в области информационных технологий позволили преодолеть принципиальные технические и
программно-инструментальные проблемы создания ИИСП. Появились современные аппаратно-программные платформы,
средства для проведения распределенных параллельных вычислений и управления вычислительным процессом в
гетерогенных средах, методы и средства разработки программ и баз данных, обеспечивающие возможности создания
открытых, переносимых, масштабируемых приложений и баз данных, возможности быстрой разработки приложений и т.д.
Однако практика показывает, что для успешного создания сложных систем, к которым относятся ИИСП,
недостаточно иметь только современные платформы и средства. Прежние методологии создания ИС, созданные в 70 - 80-е
годы, устарели и оказались непригодными в новых условиях. Анализ показал, что большинство неудач при разработке
ИИСП связано с отсутствием или неправильным применением методологии проектирования.
Мощный импульс развитию методологии проектирования ИИСП дало направление
информационного
инжиниринга и реинжиниринга бизнес-процессов. Предлагаемые в рамках данного направления методы позволили
описывать, анализировать и проектировать структуру и деятельность предприятия подобно техническим системам.
Таким образом, с появлением инструментальных средств нового поколения роль методологии при создании ИИСП
не только не снизилась, но возросла. Сегодня в нашей стране задача создания ИИСП на базе современных методологий
встает перед многими отечественными предприятиями.
2.2
Методология
проектирования
архитектуры
информационных систем предприятия
2.2.1
интегрированных
Фазовая модель проектирования архитектуры ИИСП
Интегрированная мета-модель бизнес-процесса (рис. 1.13), описывающая субъекты процесса и все виды потоков,
протекающих в рамках бизнес-процесса, является основой концепции архитектуры интегрированных информационных
систем и представляет собой методологию проведения полного цикла работ по реинжинирингу бизнеса: от формирования
стратегических целей компании до спецификации проекта информационной системы.
Рассмотрение интегрированной мета-модели бизнес-процесса в аспекте информационных технологий позволяет
перейти к фазовой модели проектирования архитектуры ИИСП, поэтапно трансформирующей рассмотренные выше
составляющие интегрированной мета-модели бизнес-процесса в объекты ИИСП:
 функциональные модели поддерживаются прикладными системами, которые более детально описываются на уровне
отдельных программных модулей, транзакций или языков программирования;
 организационные модели, наряду с их производственными и компьютерными ресурсами, можно детализировать путем
перечисления сетевых понятий, аппаратных компонентов и других технических спецификаций;
 данные можно детализировать посредством указания формализмов моделей данных, путей доступа и использования
памяти;
 модели выходов могут иметь различные типы выходов, например, материальный выход и информационные услуги;
 все вышеперечисленные модели объединяются в рамках модели управления, следовательно, в ней также существует
связь с элементами компьютерных систем.
Фазовая модель характеризует этапы реализации бизнес-процесса посредством компьютерных систем и
ориентирована на эволюционное создания прототипов ИИСП (рис. 2.1).
32
Корпоративные цели
Ограничения
Критические факторы
успеха
Фаза 1
Концепция стратегических
направлений развития с
ориентацией на ИТ
Типы сущностей
Функции
Организационные
единицы
Типы выходов
Прикладные системы
Фаза 2
Определение требований
(семантические модели)
Модули
Отношения
Сетевые топологии
Программный код
Сетевые протоколы
Инновации
Фаза 3
Спецификация проекта
Фаза 4
Описание
реализации
Конструктивное
время
Фаза 5
Эксплуатация, техническое обслуживание
Информационные
технологии
Рис. 2.1 Фазовая модель проектирования архитектуры ИИСП
Фаза 1. Описание текущего состояния бизнес-процесса в контексте стратегических установок и с ориентацией на
реализацию ИИСП (например, создание виртуального предприятия через коммуникационные сети, электронные банковские
операции, компьютерная обработка заказов, разработка продуктов в промышленности, интегрированные системы
управления товарами в розничной торговле). Стратегические установки определяют бизнес-процесс в долгосрочной
перспективе и включают корпоративные цели, критические факторы успеха и распределение ресурсов.
Фаза 2. Определение требований к ИИСП на основе анализа интегрированной мета-модели бизнес-процесса.
Фаза 3. Спецификация проекта ИИСП путем адаптации интегрированной мета-модели бизнес-процесса к
требованиям интерфейсов инструментальных средств реализации ИИСП (баз данных, сетевых архитектур, языков
программирования и т.д.).
Фаза 4. Описания реализации ИИСП в виде физических структур данных, аппаратных средств и программных
приложений.
Данные фазы описывают этапы проектирования ИИСП и поэтому называются «конструктивным временем». Законченная система принимает работоспособный вид и вступает в эксплуатационную фазу, которая получила название
«реального времени».
Рассматривая интегрированную мета-модель бизнес-процесса в аспекте фазовой концепции разработки ИИСП,
получаем базовую модель архитектуры ИИСП (рис. 2.2). Она включает набор моделей пяти основных типов (функций,
организации, данных, выходов и управления) и подразделяется на фазы разработки прикладных информационных систем,
таким образом обеспечивая связь с категориями информационных технологий.
Базовая модель архитектуры ИИСП предназначена для создания и управления бизнес-процессом предприятия и
осуществляет связь между его стратегическими целями и управлением информацией, которое предполагает планирование,
регулирование и внедрение информационного ресурса.
33
2.2.2
Информационная модель архитектуры ИИСП
Для того, чтобы сместить акцент с аспекта управления бизнес-процессом на аспект информационных технологий,
целесообразно перейти на унифицированный язык описания информационных объектов, в основу которого положена
модель «сущность—отношение». Изначально этот формализм предназначался для представления структур данных в
прикладных системах, однако он может служить и языком общего описания объектов различных уровней моделирования. В
настоящее время в объектно-ориентированном моделировании широко применяется язык UML - унифицированный язык
моделирования, позволяющий представлять классы объектов и классы связей в моделях различных типов. Для
осуществления перехода от аспекта управления бизнес-процессом к информационному необходимо интерпретировать
интегрированную мета-модель бизнес-процесса средствами языка UML. Результатом данной интерпретации является
информационная модель архитектуры ИИСП (рис. 2.3).
Стратегический анализ
бизнес-процесса и
целевое концептуальное
проектирование
Цели, ограничения
Корпоративная
стратегия
Определение
требований
Спецификация проекта
Описание реализации
Организация
Определение
требований
Определение
требований
Определение
требований
Спецификация
проекта
Спецификация
проекта
Спецификация
проекта
Описание
реализации
Описание
реализации
Описание
реализации
Данные
Управление
Функция
Определение требований
Спецификация проекта
Описание реализации
Выход
Информационные и
коммуникационные
технологии
Управление инфраструктурой
Управление
информацией
Рис. 2.2 Базовая модель архитектуры ИИСП
Пример 2.1 Эскиз информационной модели архитектуры ИИСП.
Отправными точками функциональной модели на рис. 2.3 являются корпоративные цели, которые управляют
функциями (т.е. для достижения той или иной цели должны быть выполнены определенные функции). Корпоративные цели
обычно классифицируются по иерархическому принципу. Общие цели, такие как «максимизация прибыли», «достижение
определенной рыночной доли» или «достижение определенного темпа роста», разделяются на подцели, например,
«достижение определенной суммы дохода», «снижение расходов на определенную сумму» или «достижение определенного
34
уровня качества». Благодаря интегрированной структуре целей класс КОРПОРАТИВНЫЕ ЦЕЛИ характеризуется связью
*:*. Поскольку подцели входят в главные цели, они характеризуются связью «часть целого». Такая связь называется
целевой структурой. Она выделяется в самостоятельный класс.
Примерами функций являются обработка заказов, продажа или регулирование, которые могут быть
детализированы на составляющие их подфункции. Взаимосвязь между функциями, равно как и связь функций с целями, на
достижение которых они направлены, предполагает между ФУНКЦИЕЙ и КОРПОРАТИВНЫМИ ЦЕЛЯМИ отношение
типа *:*. ФУНКЦИОНАЛЬНАЯ СТРУКТУРА представляет собой связь «часть целого», определяя функции, содержащиеся
в других функциях.
Центральным элементом в организационной модели является ОРГАНИЗАЦИОННАЯ ЕДИНИЦА. Этот класс
включает такие экземпляры, как ПОЗИЦИЯ, ПОДРАЗДЕЛЕНИЕ или ПРЕДПРИЯТИЕ. Независимо от того, являются эти
области подчиненными или главными, они всегда характеризуются связью *:* - это «часть целого» в рамках класса
ОРГАНИЗАЦИОННАЯ ЕДИНИЦА. Таким образом, эта связь позволяет одной области выступать в качестве подчиненной
по отношению к нескольким другим. Это относится, например, к отделу продаж, который связан с рядом основных
областей, производящих продукт. Ответственные субъекты или средства («машины», «компьютер», «человеческий
ресурс») связываются с организационными единицами.
ОРГ.
СТРУКТУРА
*
Связан с
*
*
*
ОРГ.
ЕДИНИЦА
*
*
*
Связан с
Связан с
*
КОМПЬЮТЕР
НАЯ
ТЕХНИКА
МАШИННЫЙ
РЕСУРС
ЧЕЛОВЕЧЕСКИЙ РЕСУРС
Организация
МОДЕЛЬ
ДАННЫХ
*
Включает
Привилегия
доступа
Несет
ответств
енность
ЦЕЛЕВАЯ
СТРУКТУРА
КОРПОРАТИВ
НАЯ ЦЕЛЬ
* Поддерживает
*
ИНФОРМАЦИ
ОННЫЙ
ОБЪЕКТ
СТРУКТУРА
ДАННЫХ
Ввод данных
Вывод данных
Активизирует
*
*
*
*
*
*
*
*
Создается
ФУНКЦИЯ
*
*
*
*
*
ФУНКЦИОНА
ЛЬНАЯ
СТРУКТУРА
Вход
НОСИТЕЛЬ
ДАННЫХ
Выход
*
Выполняет
ПРИКЛАДНОЕ
ПО
Управляет
Данные
Управление
СТРУКТУРА
ВЫХОДА
Функция
*
*
ВЫХОД
*
*
Выход
Условные обозначения:
* Множественное
отношение
Класс
Связь с
классом
Связь с
классом
Связь «часть
целого»
Связь как
класс
Рис. 2.3 Информационная модель архитектуры ИИСП
35
Модель данных отражает структуру данных. Класс ИНФОРМАЦИОННЫЙ ОБЪЕКТ характеризует объекты,
описываемые атрибутами баз данных. Между их экземплярами, такими как данные об изделии и данные о клиенте,
существуют связи, описываемые отношением *:* внутри класса ИНФОРМАЦИОННЫЙ ОБЪЕКТ.
Информационные объекты, относящиеся к области с взаимосвязанным содержанием, можно сгруппировать в
диаграмму класса или модель данных. Поскольку из-за идентичных информационных объектов МОДЕЛЬ ДАННЫХ и
ИНФОРМАЦИОННЫЙ ОБЪЕКТ могут частично накладываться друг на друга, они связаны отношением *:* «часть
целого».
В модели выходов класс ВЫХОД представляет все виды выходов (материальный выход, услуги и
информационный выход). Экземплярами выступают классы выходов, связанные с прикладным уровнем, например, изделие,
материалы, запчасти, время сборки, гарантийные услуги или сертификаты. Здесь также различные виды выходов могут
быть взаимосвязаны отношением «часть целого».
Связи между всеми четырьмя компонентами (организация, функция, информация и выходы) представлены в
модели управления.
Связь
между
ОРГАНИЗАЦИОННОЙ
ЕДИНИЦЕЙ
и
ФУНКЦИЕЙ
выражается
отношением
ОТВЕТСТВЕННОСТЬ.
Организационным единицам могут быть присвоены определенные привилегии, относящиеся к
ИНФОРМАЦИОННЫМ ОБЪЕКТАМ, которые выражаются отношением ПРИВИЛЕГИИ ДОСТУПА.
Информационная модель архитектуры ИИСП определяет схему репозитория для хранения соответствующих
прикладных моделей. Данные, хранящиеся в репозитории, включают классы реальных приложений (например, для сферы
продаж или бухгалтерского учета). Пять типов моделей (организационные, функциональные, модели данных, выхода и
управления) рассматриваются как экземпляры репозитория, построенного в соответствии с информационной моделью.
Для каждого из пяти типов моделей репозиторий содержит модели 2-го уровня, их отношения и соответствующие
фазовые модели жизненного цикла ИИСП. Наиболее динамично изменяющейся частью репозитория является совокупность
моделей 1-го уровня, состоящего из экземпляров процессов, ориентированных на конкретные предметные области. Таким
образом, репозиторий является ядром ИИСП.
Методология проектирования ИИСП включает следующие основные этапы (рис. 2.4):
1. Разработка иерархии моделей бизнес-процесса в соответствии с тремя уровнями абстракции (уровень
экземпляров, уровень классов и мета-уровень) (рис. 1.12).
2. Разработка модели архитектуры ИИСП в аспекте жизненного цикла (рис. 2.2)
3. Разработка информационной модели архитектуры ИИСП (рис. 2.3)
4. Пополнение репозитория иерархией информационных моделей пяти основных типов.
2.2.3
Процедурная модель архитектуры ИИСП
Предложенная методология ориентирована на разработку архитектуры ИИСП от этапа определения требований до
этапа описания реализации. Проведение реинжиниринга также можно интерпретировать как бизнес-процесс, который
предполагает участие многочисленного штата сотрудников, выполнение множества функций, составление и использование
большого количества документов. Процедурная модель описывает порядок управления проектом, определения функций и
получения пакета выходных документов. В настоящее время разработаны различные процедурные модели для
реинжиниринга бизнес-процессов, разработки программного обеспечения, реализации систем Workflow или стандартных
программных решений. Эти модели используются для создания процедур применительно к конкретным проектам.
Обобщенный алгоритм реализации проекта реинжиниринга представлен на рис. 2.5 в виде процедурной модели
разработки ИИСП. Процедурная модель представляет собой последовательность функций, управляемых событиями.
Отношения последовательности позволяют одновременно реализовать модели функций, организации, данных, выходов и
управления для каждой фазы жизненного цикла ИИСП.
Помимо функций и событий, в процедурную модель можно включить и другие элементы описания процесса,
например, организационные единицы, данные и выходы.
 Модели данных содержат ключевые элементы процедурной модели (т.е. события и сообщения, инициирующие или
завершающие процесс) и контекстные описания.
 Функциональные модели предоставляют стандартные блоки архитектуры ИИСП.
С ними ассоциируется
соответствующее программное обеспечение.

Организационные модели описывают подразделения, кадры и машинные ресурсы.

Модели выходов определяют входы и выходы функций, т.е. управляющую и функциональную модели.
36
Машина
Орг.
единица
Человеческий
ресурс
Техника
Цель
Событие
Функция
Контекстн
ые данные
Вход
Определение
требований
Спецификация проекта
Описание реализации
Событие
Приложение
Выход
Органи
-зация
Определение
требований
Определение
требований
Определение
требований
Спецификация проекта
Спецификация проекта
Спецификация проекта
Описание
решения
Данные
Описание
Описание
решения
решения
Управление
Функция
Определение требований
Спецификация проекта
ресурсы
Описание решения
Выход
Мета-модель бизнес-процесса
Модель архитектуры ИИСП
Органи
-зация
Данные
Управление
Функция
Модели данных
Функциональные модели
Организационные модели
Модели выходов
Модели управления
Выход
Информационная модель
Репозиторий моделей
Рис. 2.4 Последовательность преобразований моделей в процессе проектирования архитектуры ИИСП
В настоящее время накоплен значительный опыт разработки процедурных моделей бизнес-процессов. Примером
может служить процедурная модель реинжиниринга бизнес-процессов, предложенная Хэммером и Чампи. Модель
содержит пять функций: мобилизацию, диагностику, перепроектирование, переход и управление изменениями. Широкий
диапазон процедурных моделей предназначен для разработки программного обеспечения и моделирования данных.
До сих пор мы рассматривали процедурные модели только на уровне определения требований. Поскольку они
содержат объекты информационных технологий, такие как репозитории моделей, персональные компьютеры и прикладное
программное обеспечение (текстовые процессоры, программы моделирования и т. д.), процедурные модели можно
перенести также на фазы спецификации проекта и описания реализации.
На этапе спецификации проекта определяются проектные характеристики для баз данных репозитория,
персональных компьютеров и программных средств моделирования. На этапе описания реализации описывается их
реализация с точки зрения информационных технологий. На уровне описания реализации определяются реальные
параметры и фактические базы данных.
На основе общей процедурной модели можно построить специализированные модели под конкретные проекты.
Например, при реинжиниринге информационной системы отдела продаж общие функции типа «создание определения
требований на уровне модели данных» дополняются функцией «создание модели данных и определение требований
37
информационной системы отдела продаж». Это сопоставимо с переходом от моделирования типов к описанию
экземпляров. С другой стороны, абстрагирование от конкретных отношений в процедурной модели дает интегрированную
мета-модель на 3-м уровне моделирования.
Начало
проекта
Определение
требований на уровне
модели управления
Определение
требований на уровне
модели управления
завершено
Определение
требований на уровне
функциональной
модели
Определение
требований на уровне
организационной
модели
Определение
требований на уровне
модели данных
Определение
требований на уровне
модели выходов
Определение
требований
завершено
Спецификация
проекта на уровне
функциональной
модели
Спецификация
проекта на уровне
организационной
модели
Спецификация
проекта на уровне
модели управления
Спецификация
проекта на уровне
модели данных
Спецификация
проекта на уровне
модели выходов
Описание реализации
на уровне модели
данных
Описание реализации
на уровне модели
выходов
Спецификация
проекта завершена
Описание реализации
на уровне
функциональной
модели
Описание реализации
на уровне
организационной
модели
Описание реализации
на уровне модели
управления
Проект
завершен
Рис. 2.5 Процедурная модель разработки ИИСП
38
Таким образом:
1. Процедурная модель определяется соответствующей архитектурой ИИСП, описывающей бизнес-процессы.
2. Поскольку процедурные модели можно рассматривать как модели бизнес-процессов, они могут описываться теми же
концептуальными моделями, что и любой другой бизнес-процесс.
3. Результаты каждой функции в процедурной модели хранятся в репозитории.
4. Репозиторий, т.е. информационная модель архитектуры ИИСП, является стандартной схемой для хранения
результатов, например проекта базы данных. Эти результаты представляются в виде функциональной модели,
модели данных, организационной модели, модели выходов и управления.
5. Модель-прототип процедурной модели также хранится в репозитории.
Пример 2.3 Соотношение моделей в процессе реинжиниринга торгового предприятия
На рис. 2.6 показано, как процедурная модель соотносится с концепцией архитектуры ИИСП на примере
предприятия, занимающегося продажами. Процедурная модель хранится в репозитории и описывается на 2-м уровне. Ее
логика определяется архитектурой ИИСП и ее информационной моделью. Представляя единичный процесс реализации
проекта, процедурная модель, ориентированная на конкретную предметную область, является экземпляром общей
процедурной модели для разработки бизнес-процессов с размещением их на 1-м уровне моделирования. Процедурная
модель в репозитории соответственно модифицируется. Пунктирные стрелки показывают, каким образом метауровень
определяет подчиненные уровни, а сплошные иллюстрируют последовательность операций в процедурной модели. В итоге
получаются модели продаж. Эти модели размещаются на 2-м уровне моделирования, описывая общие процессы продажи.
Уровень 3
Мета-модель
бизнес-процесса
Модель
архитектуры
ИИСП
Информационная модель
ИИСП
Определяет тип описания
Прикладная
модель бизнеспроцесса
(продаж)
Уровень 2
Создается
в
Определяет
Берется из
методы
Детальная
процедурная
Определяет:
модель
-тип описания
-процедурную
модель
Определяет
Создает
последовательность
операций
Уровень 1
Репозиторий
моделей
Прикладная
процедурная
модель (проект
реинжиниринга
процесса
продаж)
Рис. 2.6. Соотношение моделей в процессе реализации проекта реинжиниринга
2.3
Классификация современных интегрированных информационных систем
предприятия и их основные характеристики
С точки зрения специфики решаемых задач, сложности создания, модификации, сопровождения, интеграции с
другими информационными системами и т.п. ИИСП можно разделить на следующие классы: малые информационные
системы; средние информационные системы; крупные информационные системы (корпоративные информационные
системы - системы уровня федеральных организаций). Признаки соответствующих классов приведены в табл. 2.1.
Таблица 2.1
Малые информационные системы
Непродолжительный жизненный
цикл;
ориентация на массовое
Характерные признаки ИИСП различных классов
Классы информационных систем
Средние информационные системы
Крупные информационные
системы
Признаки
Длительный жизненный цикл;
Длительный жизненный цикл;
наличие аналитической обработки
миграция унаследованных
данных;
систем;
39
использование;
невысокая цена;
практическое отсутствие средств
аналитической обработки данных;
отсутствие возможности
незначительной модификации без
участия разработчиков;
использование в основном
настольных СУБД (FoxPro, Clipper,
Paradox, Access и др.);
однородность аппаратного и
системного программного обеспечения;
практическое отсутствие средств
обеспечения безопасности.
2.3.1
наличие штата сотрудников,
осуществляющих функции
администрирования аппаратных и
программных средств;
наличие средств обеспечения
безопасности;
тесное взаимодействие с фирмами –
разработчиками программного
обеспечения по вопросам
сопровождения компонентов ИС.
разнообразие используемого
аппаратного обеспечения,
жизненный цикл которого меньше,
чем у создаваемой системы;
разнообразие используемого
программного обеспечения;
масштабность и сложность
решаемых задач;
пересечение множества
различных предметных областей;
ориентация на аналитическую
обработку данных;
территориальная
распределенность, что особенно
характерно для России
Финансово-управленческие системы
Анализ проблем комплексной автоматизации предприятий позволяет выявить перечень задач, в первую очередь
решаемых при автоматизации управленческой деятельности (рис. 2.7):
1. бухгалтерский учет,
2. управление процессом сбыта продукции и услуг,
3. управление материально-техническим снабжением,
4. управление электронным документооборотом,
5. управление проектами,
6. управление персоналом,
7. управление финансами,
8. финансово-экономический анализ и планирование.
Закупки
Запасы
Продажи
Финансы
Расчеты
Налоги
Кадры
Бухучет
Заработная
плата
Имущество
Рис. 2.7 Стандартные объекты учета и подсистемы финансово-управленческих систем
Финансово-управленческие системы включают подклассы локальных и малых интегрированных систем. Такие
системы предназначены для ведения учета по одному или нескольким направлениям (бухгалтерия, сбыт, склады, учет
кадров и т.д.). Системами этой группы может воспользоваться практически любое предприятие, которому необходимо
управление финансовыми потоками и автоматизация учетных функций.
Системы этого класса по многим критериям универсальны, хотя часто разработчиками предлагаются решения
отраслевых проблем, например, особые способы начисления налогов или управление персоналом с учетом специфики
40
регионов. Универсальность приводит к тому, что цикл внедрения таких систем невелик, иногда можно воспользоваться
"коробочным" вариантом, купив программу и самому установив ее на персональном компьютере.
Финансово-управленческие системы (особенно системы российских разработчиков) значительно более гибкие в
адаптации к нуждам конкретного предприятия. Часто предлагаются "конструкторы", с помощью которых можно
практически полностью перекроить исходную систему, самостоятельно или с помощью поставщика установив связи между
таблицами баз данных или отдельными модулями. Хотя общая конфигурация систем может быть достаточно сложна,
практически все финансово-управленческие системы способны работать на персональных компьютерах в обычных сетях
передачи данных Novell Netware или Windows NT.
К наиболее популярным и продвинутым на Российском рынке фирмам-разработчикам и распространителям
компьютерных систем автоматизации финансово-хозяйственной деятельности предприятия относятся:

Компания "1С",

Корпорация "Галактика"

Корпорация "Парус",

Компания "Интеллект-Сервис",

Компания "Компас",

Фирма "Инфософт" и др.
Примером современной интегрированной системы автоматизации финансово-управленческой деятельности
предприятия могут служить программные продукты фирмы «Компас» (г. Санкт-Петербург). "Компас" - это несколько
комплексов, которые состоят более чем из тридцати программ, полностью автоматизирующих управление предприятием
любого размера и любого профиля. Комплексы называются: "Компас-Комфорт", "Компас-Гигант" и "Компас + SQL".
Составляющие их модули - это взаимозаменяемые программы для Windows 9x/NT и для DOS, для работы в клиентсерверной технологии (совместно с самыми разнообразными SQL-серверами) и файл-серверные реализации. Все
программы поддерживают архитектуру «клиент-сервер» и функционируют как на автономных компьютерах, так и в
разнообразных локальных сетях.
Особенностью пакета "Компас + SQL", придающей ему свойство универсальности, являются средства визуальной
настройки, так называемые "Мастера". Не требуя от пользователя знания языков программирования, в визуальной форме
они позволяют менять структуру базы данных, добавлять в нее новые справочники и кодификаторы, вводить новые
характеристики товаров, характеристики персонала, методы расчета отпускной цены и т.д. "Администратор меню"
позволяет организовывать индивидуальные рабочие места и разделить права доступа к данным.
В состав комплекса включены "Мастера" для создания новых и редактирования существующих форм ввода
информации с клавиатуры и ее представления на экране. Традиционной на сегодняшний день является возможность
быстрой подготовки новых отчетов или бланков первичных документов, что существенно облегчается за счет связи с
приложениями MicroSoft Office (Word и Excel).
Основные подсистемы программного комплекса "Компас+SQL":
1. Управление финансами и документооборот
2. Управление персоналом
3. Управление закупками, запасами и продажами
4. Управление производством
5. Учет затрат на производство
6. Учет основных средств и нематериальных активов
7. Финансовый анализ и прогноз
Другим примером финансово-управленческой интегрированной системы являются продукты корпорации ПАРУС
(г. Москва). В основу корпоративной информационной системы ПАРУС заложены следующие базовые принципы:
1. Архитектура "клиент-сервер"
Важнейшим параметром интегрированной информационной системы является быстродействие при значительном
количестве пользователей, а также надежность, масштабируемость и безопасность. Всё это обеспечивает архитектура
"клиент-сервер". Такая архитектура позволяет оптимально распределить работу между клиентскими и серверной частями
системы: приложение, работающее на рабочей станции, не читает записи базы данных "напрямую", а посылает запросы на
сервер, где они принимаются и последовательно отрабатываются специальными программами. В результате на рабочую
станцию поступают только обработанные данные, что радикально сокращает информационные потоки в сети.
2. Масштабируемость
ИИСП должны обладать возможностью легко видоизменяться и адаптироваться к любым структурным
изменениям компании и экономическим ситуациям. Под масштабируемостью понимается способность к наращиванию
количества рабочих мест без снижения эффективности работы системы. Масштабируемость решений ПАРУСА базируется
(1) на многоплатформенности технологий, что предполагает оптимальный подбор используемого программного
обеспечения в зависимости от конкретной ситуации и допускает, наряду с достижением целей построения ИИСП,
применение на отдельных автоматизируемых участках относительно дешевых и легко сопровождаемых приложений на
СУБД FoxPro или Btrieve, сопрягаемых с информационным ядром Системы, реализованном на СУБД Oracle; (2) на
41
принципе построения продуктов ПАРУСа в единую преемственную линию, начиная с относительно простой и дешевой
системы 7-й версии, использующей СУБД FoxPro, и кончая мощной "Системой управления ПАРУС" на базе Oracle.
3. Модульность
Под модульностью понимается автономное функционирование составляющих компонентов системы ПАРУС, что
актуально для предприятий малого бизнеса. Для крупных предприятий целесообразнее приобретать пакет приложений или
начинать с минимальных комплектаций, добавляя отдельные компоненты Системы по мере необходимости.
4. Интеграция с Internet-технологиями
Internet, объединив локальные сети во всемирную глобальную сеть, открыл новые возможности для ведение
бизнеса в едином информационном пространстве в масштабах компании, отрасли, страны и мира в целом. Развитие новых
информационных технологий заставляет по новому взглянуть на стратегию и тактику автоматизации предприятия.
Современная ИИСП класса MRP или ERP должна иметь выход в Internet. Приложение ПАРУС-ON-LINE объединяет
учетные и управленческие возможности ИИСП ПАРУС с коммуникационными возможностями Web-технологий (рис. 2.8).
Поставщик
Поставщик
Поставщик
Интернетплощадка
сырьевых
ресурсов
Филиалы
Зарубежные представители
Региональные
представители
Удаленные склады
Торговые точки
Сотрудники
Корпоративный Web-портал
Сервисы
Приобретение
Продвижение
сырья и
продукции
материалов
Обслуживание
клиентов
Поиск
заказчиков и
поставщиков
Web-сайтах
Отображает разделы Системы на Web-странице
Направляет введенную информацию в БД Системы
ПАРУС: ON-LINE-Расширение
Заказчики
Клиенты
Розничные
покупатели
Универсальный
бизнесперекресток на
сайте компании
Торговая
интернетплощадка
Данные о
заказчиках и
поставщиках
поступают в
корпоративную
БД
ПАРУС: MRP-класс
Корпоративная
БД и бизнеслогика
Логистика
Управление
производством
Управление
финансами
Управление
деловыми
процессами
Рис. 2.8 Функциональная структура ИИСП «Парус»
В основе ПАРУС-ON-LINE лежит трехуровневая схема, включающая следующие компоненты:

корпоративный сервер управления данными и соответствующими методами их обработки,

корпоративный сервер приложений (Web-сервер), отвечающий за взаимодействие с сервером управления
данными и обеспечивающий подготовку требуемой информации для визуализации,

Универсальная программа просмотра содержимого Web-узлов (Web-браузер).
На сервере управления данными хранится корпоративная база данных и бизнес-логика. На сервере приложений
хранятся ASP-сценарии (Active Server Pages), позволяющие отображать в html-формате данные из корпоративной базы
данных и заносить в базу информацию, введенную пользователями через Web-интерфейс.
Благодаря специализированным функциям модуля "Администратор", пользователь получает возможность
интерактивной настройки Web-интерфейсов для любого раздела системы - определять состав, названия и порядок
42
следования отображаемых полей, указывать обязательные для заполнения поля, значения по умолчанию и т.п. Генерация
Web-интерфейсов выполняется автоматически на основании пользовательских настроек и ASP-сценариев.
5. Интеграция с программными продуктами других разработчиков
Система ПАРУС интегрирует свои модули со стандартными программными продуктами (Microsoft Word,
Microsoft Excel). Многофункциональность и постоянное развитие подобных программных продуктов значительно
расширяют возможности системы ПАРУС.
6. Открытость
Открытость системы ПАРУС обеспечивается следующими факторами. Вместе с системой может поставляться
описание структур баз данных, что позволяет формировать разнообразные отчеты на базе шаблонов, разрабатываемых
пользователем при помощи генератора отчетов Seagate Crystal Reports — как при работе с Системой, так и среде самого
генератора. При необходимости, в поставку системы могут входить информационные модели IDEF и исходные тексты
программного продукта. Эти меры призваны облегчить специалистам предприятия развитие и адаптацию системы
собственными силами. Возможность использования открытых API-интерфейсов позволяет интегрировать систему с
программами, созданными собственными силами предприятия.
7. Документооборот
Документооборот в системе основан на следующих принципах. По отношению к зарегистрированному в системе
документу может быть предпринят ряд действий, которые составляют этапы документооборота. Результатом выполнения
каждого этапа может быть модификация данных самого документа, снабжение его дополнительной информацией,
регистрация других документов и объектов учета системы (например, хозяйственных операций бухгалтерского учета).
Выполненный этап документооборота можно отменить, то есть удалить из базы данных все следы его выполнения, в
частности, снять с самого документа отметку о выполнении этапа. Возможность выполнения и отмены каждого этапа
можно поставить в зависимость от состояния других этапов для данного документа. Право выполнять этап может
предоставляться ограниченному кругу пользователей. Для каждого документа система ведет "Журнал документооборота",
куда автоматически записывает историю прохождения документа. Для каждого документа можно оперативно просмотреть
список "родительских" и "дочерних" документов.
8. Возможность глубокого анализа данных
Вся информация, накопленная в базе данных Системы, может быть представлена пользователю в любой момент в
полном объеме и в форме, удобной для анализа. Система ПАРУС располагает большим количеством средств подготовки
данных для экономического и финансового анализа. Так, каждому бухгалтерскому счету можно поставить в соответствие
неограниченное количество аналитических счетов по пяти различным признакам классификации. Кроме того, для
накопления информации по доходам и расходам в разрезе центров ответственности, видов и направлений деятельности и
т.п. можно разработать систему особых пометок по десяти различным произвольным признакам и получить полный отчет о
движении средств в разрезе любого из этих признаков или любой их комбинации. Для агрегирования данных возможно
использование произвольных периодов, планирование финансовой деятельности возможно с точностью до дня и т.п.
9. Защита данных
В такой ответственной сфере, как финансово-хозяйственная деятельность, велика опасность как злоупотреблений,
так и неумышленной порчи данных. И эта опасность особенно актуальна при коллективной работе пользователей в единой
компьютерной сети с общей базой данных. В системе ПАРУС большое внимание уделено вопросу разграничения прав
пользователей. Каждому сотруднику могут быть назначены индивидуальные права доступа как к разделам информации, так
и к функциям системы. Так, оператор, занимающийся вводом первичных документов, не сможет получить доступ к
обобщенной информации о деятельности фирмы; сотрудники одного подразделения будут работать только со своими
документами, не имея доступа к документам других подразделений, и т.д. Исключительными полномочиями обладает лишь
администратор системы.
2.3.2
Производственные системы
Производственные системы включают подклассы средних и крупных интегрированных систем. Эти системы, в
первую очередь, предназначены для управления и планирования производственного процесса. Учетные функции, хотя и
глубоко проработаны, выполняют вспомогательную роль и порой невозможно выделить модуль бухгалтерского учета, так
как информация в бухгалтерию поступает автоматически из других модулей.
Производственные системы значительно более сложны в установке (цикл внедрения может занимать от 6-9
месяцев до полутора лет и более). Это обусловлено тем, что система покрывает потребности всего производственного
предприятия, что требует значительных совместных усилий сотрудников предприятия и поставщика программного
обеспечения. Производственные системы часто ориентированы на одну или несколько отраслей и/или типов производства:
серийное сборочное (электроника, машиностроение), мало-серийное и опытное (авиация, тяжелое машиностроение),
дискретное (металлургия, химия, упаковка), непрерывное (нефте- и газодобыча).
43
Имеют значение также различные типы организации самого производственного процесса. Например, для
дискретного производства возможно: циклическое повторное производство (repetitive manufacturing) – планирование
выполняется на определенный срок (квартал, месяц, неделя); производство на заказ (make-to-order) – планирование только
при поступлении заказа; разработка на заказ (engineering-to-order) – самостоятельная разработка каждого нового заказа с
последующим производством; производство на склад (manufacture-to-stock), смешанное производство (mixed mode
manufacturing) – для производства конечного продукта используется несколько типов организации производственного
процесса.
Такая специализация отражается как в наборе функций системы, так и в существовании моделей бизнес-процессов
данного типа производства. Наличие встроенных моделей для определенных типов производства отличает
производственные системы друг от друга, у каждой из этих систем есть глубоко проработанные направления и функции,
разработка которых только начинается или вообще не ведется.
Производственные системы по многим параметрам значительно более жесткие, чем финансово-управленческие.
Производственное предприятие должно, в первую очередь, работать как хорошо отлаженный механизм, где основой
управления являются планирование и оптимальное управление производственным процессом, а не учет количества счетовфактур за период. Эффект от внедрения производственных систем сказывается на верхних эшелонах управления
предприятием, когда видна вся взаимосвязанная картина работы, включающая планирование, закупки, производство,
запасы, продажи, финансовые потоки и другие аспекты.
При увеличении сложности и широты охвата функций предприятия информационной системой возрастают
требования к технической инфраструктуре и компьютерной платформе. Все без исключения производственные системы
разработаны с помощью промышленных баз данных. В большинстве случаев используется технология клиент-сервер,
которая предполагает разделение обработки данных между выделенным сервером и рабочей станцией. Технология клиентсервер оправдывает себя при обработке больших объемов данных и запросов, так как позволяет оптимизировать
интенсивность передачи данных по компьютерной сети.
Малые и средние ИИСП представлены сегодня на нашем рынке российскими разработками, поскольку такие
системы должны максимально удовлетворять требованиям малых фирм без дополнительной настройки. Во всем мире эту
нишу занимают местные программные продукты.
Среди корпоративных ИИСП присутствуют как отечественные так и западные разработки. В отличие от
иностранных разработок этого класса российские полностью соответствуют нынешнему законодательству и чаще всего
имеют в базовой поставке более широкий набор функций (для западных систем иногда имеется множество дополнительных
модулей, поставляемых другими фирмами за отдельную плату). Западные системы обладают, как правило, более широкими
возможностями финансового анализа и обычно лучше протестированы.
В категории ERP-систем российских разработок практически нет, поскольку создание таких систем требует
хорошей организации проекта с участием большого количества специалистов и привлечением сотен миллионов долларов
инвестиций.
Вопросы для самоконтроля
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
44
Что понимается под архитектурой информационной системы?
Каковы две составляющие архитектуры информационной системы?
Каковы задачи методологии проектирования архитектуры ИИСП?
Какова роль фазовой модели в процессе проектирования архитектуры ИИСП?
Интеграцией каких исходных моделей является базовая модель архитектуры ИИСП?
Какой формализм используется при создании информационной модели архитектуры ИИСП?
Каковы основные этапы методологии проектирования архитектуры ИИСП?
Для чего предназначена процедурная модель?
Как соотносятся модели различных уровней в процессе реинжиниринга?
По каким признакам классифицируются ИИСП?
Каковы особенности финансово-управленческих информационных систем?
Каковы особенности производственных информационных систем?
1/--страниц
Пожаловаться на содержимое документа