Функция создания информационной системы объединяет этапы проектирования ИС, настройки параметров используемой комплексной программной системы, формирования информационного и программного обеспечения, тестирования созданной системы.
Проектирование ИС осуществляется с использованием рабочего пространства ARIS, которое включает в себя такие инфраструктурные компоненты, как системы Workflow, средства моделирования и межплатформенное программное обеспечение. Рабочее пространство представляет собой незаконченную прикладную систему, которую можно настроить путем переключения многократно используемых инфраструктурных компонентов и использования архитектуры их связывания между собой и с бизнес-объектами и объединяя различные компоненты в конкретное приложение. Рабочее пространство используется при инжиниринге БП, планировании и управлении БП, управлении потоками работ, формировании программного обеспечения для реализации БП из прикладных систем.
Методология управления процессами, помимо непосредственного их описания с помощью программ, регламентирует определение их владельцев, границ и интерфейсов, точек контроля, измерения показателей в них с последующим проведением анализа и совершенствования процесса.
Для реализации планирования и управления БП используются следующие программные средства:
- пооперационного исчисления стоимости,
- мониторинга БП,
- составления сетевых графиков со сроками выполнения функций,
- регулирования мощностей с обеспечением их загрузки,
- управленческого учета (система EIS).
При выполнении мониторинга БП на его модели фиксируется выполняемая в данный момент времени функция с указанием стоимости процесса для конкретных ситуаций и другой информации, необходимой пользователям. Средства планирования учитывают приоритет работ, выявляют необходимость сверхурочных работ и введения дополнительных рабочих смен. Учитываемая текущая информация о выполнении процессов хранится обособленно от информации за прошлые периоды, которая используется для анализа и принятия решений с применением средств операционно-аналитической обработки (OLAP). В частности, для пользователя выделяются процессы, требующие немедленного принятия решений, корректировки и анализа.
Основой для реализации управления потоками работ является система Workflow. Она в соответствии с моделями БП пересылает обработанные менеджерами информационные объекты в электронные ящики менеджеров, выполняющих последующие преобразования. Эта система выдает информацию о состоянии процессов обработки, времени их выполнения и пользователях для мониторинга процессов.
Программное обеспечение формируется из стандартных программных модулей, описываемых семантическими моделями, связанными с репозиторием системы, и/или из программных компонентов, разработанных разными организациями. Для привязки и корректировки программных модулей необходимо с помощью программ управления конфигурацией изменить описывающие их модели, например, убрать ненужные функции, организационные единицы, данные и связанные с ними события.
Для использования программных компонентов необходимо предварительно описать обрабатываемые ими объекты, к которым относятся клиенты, изделия, заказы и т.д. со своими атрибутами. В зависимости от контекста объекты могут быть и экземплярами и классом. Затем объекты следует объединить в бизнес-объект, модель которого должна содержать информацию о взаимодействии объектов, с помощью которой формируется программное обеспечение бизнес-объекта из программных компонентов. При этом надо учитывать их содержание и организационную структуру, связи, возможности многократного использования. В репозитории систем SAP хранятся сотни сформированных бизнес-объектов.
В качестве пользовательских интерфейсов используются java-аплеты и Web-браузеры, обеспечивающие обработку информации независимо от платформы. С помощью системы Workflow создаются Web-страницы на языке HTML. Для создания java-аплета разрабатывается исходный код, не зависящий от платформы. Он компилируется в среде разрабатывающей системы. Для исполнения он должен быть интерпретирован с помощью виртуальной машины java с адаптацией к различным пользовательским требованиям.
Перед обработкой какого-либо события система Workflow создает Web-страницу, которая запускает аплет и вызывает сервер приложений. После выполнения необходимой функции данные передаются системе Workflow. Этот процесс поддерживает любую операционную систему и аппаратную платформу, а пользователь имеет непосредственный доступ к любому методу, который он может реализовать децентрализовано.
Уровни и детальность моделирования. Формируемые с помощью системы ARIS модели характеризуются не только типами ее описаний (функциональные модели, организационные модели и т.д.), но и уровнями моделирования. Выделяется моделирование типа объекта (функция, сущность, организационная единица, выход), элемента объекта, прикладных приложений (по типам объекта), экземпляров объекта с конкретными именами элементов. Кроме этого, строятся модели, имеющие различную степень структурированности и детализации:
1) модель классов объектов (нижний уровень);
2) модель кластера объектов, сформированного из классов объектов, например, модель кластера данных о клиенте или об изделии;
3) модель бизнес-объекта, сформированная из кластеров.
Варианты моделей могут создаваться на основе базовой модели или конструироваться из стандартных блоков.
Следует отметить, что в методологии ARIS не учитывается внешняя и внутренняя институциональная среда, которая должна быть объектом анализа для выявления проблем функционирования и развития организации и, при возможности, совершенствования. В частности эта среда формируется при заключении контрактов. Некачественная подготовка контрактов приводит к экономическим и иным потерям. Институциональная среда не только предопределяет многие процессы в организации, но и требует дополнительных затрат времени и средств на выполнение определяемых ею процедур. Объектом анализа должна быть и ментальная готовность персонала в соответствии со своими ценностными установками нормативно действовать в новых технологических условиях и участвовать в развитии организации.
Контрольные вопросы и задания
1. Что такое архитектура информационной системы? 2. Каковы функции системы ARIS? 3. Какие типы моделей формируются в системе ARIS? 4. Дайте краткую характеристику метамоделей, используемых в системе ARIS. 5. Что является выходом функции анализа? 6. Каков состав и содержание подфункций инжиниринга БП? 7. Каково назначение функции документирования? 8. Что собой представляет система управления знаниями? 9. Дайте краткую характеристику этапам создания информационной системы.
10. Что собой представляет рабочее пространство системы ARIS? 11. Назовите состав и содержание функций программных средств ARIS, обеспечивающих планирование и управление БП. 12. Укажите способы формирования программного обеспечения из стандартных программных модулей. 13. Что такое бизнес-объекты, как они выделяются и моделируются? 14. Каковы назначение и способ функционирования систем типа WORKFLOW? 15. Назовите выделяемые уровни и степени детальности моделирования в методологии ARIS.
4.3. Другие методологии
Методология CIMOSA. Эта методология, как и предыдущая, сориентирована на предварительную разработку архитектуры проектируемой системы с использованием метамоделей, что обеспечивает ее открытость. Однако, в отличие от методологии ARIS, объектом проектирования здесь являлись лишь системы для управления производством. В разработке инструментальной системы, реализующей эту методологию, принимало участие в начале 90-х годов около 30 ведущих исследовательских организаций в рамках программы ESPRIT, финансируемой ЕС. В [6] отмечается, что узкая направленность этой методологии и инструментария, игнорирование имеющихся информационных технологий, реализованных в виде коммерческого, стандартного программного обеспечения, и излишняя теоретизация привели к тому, что их практическая отдача оказалась минимальной. Здесь были выделены фазы проектирования ИС, аналогичные ARIS. Осуществлялась поддержка формирования моделей функций и ресурсов, а также информационной и организационной моделей. Были зафиксированы уровни конкретизации моделей: общий, частный, определяющий структуру моделей-прототипов для отдельных отраслей, и конкретный, определяющий архитектуру экземпляров для конкретных организаций. В отличие от этого, в системе ARIS степень детализации информационной модели определяется ситуационно в рамках функции структуризации. В CIMOSA не формируются модели процессов и модели управления ими.
Методология ISM. Эта методология проектирования информационных систем разработана международной федерацией по обработке информации IFIP в 1991 г. с использованием метамодели «сущность-отношение», предложенной Ченом в 1976 г. [6]. Инструментальная система включает в себя такие методы:
- интерактивный метод проектирования IDA;
- информационный инжиниринг IEM, предложенный Мартином;
- методы моделирования с помощью высокоуровневых сетей Петри и на базе языка и анализатора постановки задач PSL / PSA;
- метод структурного анализа и проектирования SADT;