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

Рис. 11. Жизненные циклы готовой продукции

Внедрение MRP II на базе ERP-системы также способствует:

повышению гибкости реагирования на требования потребителей;

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

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

Необходимо заметить, что существует также общефункциональное и производственно-зависимое окружение ERP систем (САПР, АСУТП, OLAP и т.д.), которое нами не рассматривается.

63

Г л а в а 3

ПОСТРОЕНИЕ ФОРМАЛЬНОЙ МОДЕЛИ БИЗНЕС-ПРОЦЕССА ПРИ РАЗРАБОТКЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К КИС

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

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

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

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

64

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

EDS (Enterprise Development Solution), которые в отличие от традици-

онных ERP-систем помогают находить ответы на вопросы «Зачем?» и «Что?» (см. табл. 4), тем самым существенно расширяя управленческие возможности. Основу EDS образуют специальные системы биз- нес-моделирования – класс программных средств, направленных на поддержку организационного управления и развития. Они позволяют сформировать целостное и точное представление об организации деятельности, проанализировать взаимосвязи и узкие места.

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

Наиболее хорошо разработанным является семейство методологий IDEF. Данный стандарт успешно применяется в самых различных областях бизнеса, является эффективным средством анализа процессов в промышленных и торговых системах, госструктурах и т.п. В основе методологии IDEF0 [5, 13, 14, 41] лежит графическая визуализация бизнес-процессов в виде блоков с различной функциональной ролью сторон. В качестве объектов преобразования для бизнес-процессов могут рассматриваться различные виды ресурсов предприятия: материальные (сырье, материалы, продукция), финансовые, информационные. В IDEF0-диаграммах обозначения этих ресурсов располагаются на дугах графа. Как правило, одновременно описываются материальные (или финансовые) потоки и связанные с ними информационные.

Место соединения дуги с функциональным блоком определяет тип интерфейса.

1.Управляющая информация входит в блок сверху.

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

3.Результаты (выходы) показываются с правой стороны блока.

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

Кроме правил изображения блоков и потоков наиболее существенными в методологии IDEF0 являются следующие принципы объединения блоков в модель [5, 13, 14, 41]:

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

65

принцип ограничения сложности.

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

3.1.Программные продукты для моделирования бизнес-систем

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

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

1. BP-Win – средство функционального моделирования, реализующее методологию IDEF0–IDEF3. ERwin – средство концептуального моделирования баз данных, использующее стандарт IDEF1X. Методология IDEF0 представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Она может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД

(ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server,

Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и про-

тотипов приложений. Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы.

66

Т а б л и ц а 11

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

67

2. Rational Rose 98 – средство автоматизации этапов анализа и проектирования ПО, а также генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтезметодологию объектно-ориентированного анализа и проектирования, основанную на подходах Буча, Рамбо и Джекобсона [4]. Разработанная ими универсальная нотация для моделирования объектов (UML – Unified Modeling Language) претендует на роль стандарта в области объ- ектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды

68

программ (C++, Smalltalk, PowerBuilder, Ada, SQL Windows и ObjectPro).

Основной вариант – Rational Rose/C++ – позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонентов в новых проектах.

3. Система бизнес-моделирования ОРГ-Мастер – многопользо-

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

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

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

69

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

3.2. Процесс построения бизнес-модели

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

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

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

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

3.Постановка системы качества. Заметим, что в стандарте качества ISO-9000 деятельность компании рекомендуется описывать как совокупность бизнес-процессов, что обеспечивает ее понимание в части обеспечения «гарантированного уровня качества разработок, производства и поставок продукции».

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

использование классификаторов; построение матричных проекций.

70