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

Для сложных систем, к которым относится УНИВЕРСИТЕТ, применимы понятия, принципы и процедуры архитектурного представления для решения проблем проектирования, модернизации системы обучения и ее инфраструктуры – образовательной, технологической, информационной. Стандарт ГОСТ Р 57100 определил термин «архитектура» (architecture) как «совокупность основных понятий или свойств системы в окружающей среде, воплощенной в ее элементах, отношениях и конкретных принципах ее проекта и развития». Процесс разработки архитектурного описания – архитектуризация (architecting), основан на «понимании, определении, выражении, документировании, взаимодействии, соответствующей сертификации при реализации, сопровождении и улучшении архитектуры в жизненном цикле системы» [1].
Контекст описания архитектуры систем и организаций представлен на рисунке в нотации UML (Unified Modeling Language) [3], описание включает архитектурные представления заинтересованных лиц, модели, содержащие архитектурные элементы и их связи (отношения). Архитектурный язык описания Archimate [7] позволяет выполнить многоуровневое архитектурное описание:
1) архитектура бизнес-системы (бизнес-модель),
2) архитектура информационной системы – приложений (прикладных программ) и данных,
3) архитектура технологий (ИТ-инфраструктуры, системного программного обеспечения).
Выделяют активные (субъект), поведенческие (деятельность) и пассивные (объект, на который направлено поведение) элементы архитектурного представления. Активные элементы инициируют поведение пассивных элементов; они могут «сотрудничать» (collaboration) между собой для изменения коллективного поведения – «взаимодействия» (interaction). Связи элементов модели представляют свойства системы, различают: структурные (Structural) связи элементов для статичной конструкции, зависимости (Dependency) между элементами, динамические (Dynamic) связи, отражающие поведенческих зависимости элементов.
Архитектуру как сложное и масштабное образование целесообразно декомпозировать на отдельные части или уровни представления [7]. Слой Business
Layer содержит ряд архитектурных моделей, характеризующих бизнес-сферу и внешнее окружение, оказывающее влияние на результативность деятельности. Активными элементами бизнес-слоя являются бизнес-акторы и стейкхолдеры, функциональные роли, управляющие бизнес-процессами, бизнес-функциями, событиями, активизирующими поведенческие элементы. В результате экономической деятельности создаются бизнес-сервисы (Business Services), обладающие ценностью для внешних потребителей (Value). Поясняется смысловое содержание элементов моделей (Meaning), для поведенческих элементов определено местоположение (Location) и каналы доступа (Interface). На бизнес-уровне рассматриваются мотивационные модели стейкхолдеров, драйверы (Driver) и их оценочные показатели (Assessment), формулируемые стратегические и тактические цели и задачи (Goal), перечень стандартов и принципов (Principle), ограничений (Constraint). Бизнес-стратегии системы определяют направленность действий (Course of action), возрастание возможностей (Capability), использование различного вида ресурсов для этого (Resource). Элементы модели для удобства описания группируются (Grouping). Бизнес-слой формулирует требования – Requirement к сервисам слоя приложений, данных – Application Layer & Data или ИТ-инфраструктуры.
Слой Application Layer & Data описывает приложения – прикладные программы, реализующие функции/процессы обработки информации в соответствии с требованиями бизнес-слоя, запуск которых обусловлен предопределенными событиями. Приложения состоят из компонентов, для доступа к которым используются программные (API) и пользовательские (UGI) интерфейсы. Компоненты обладают автономностью, могут работать в составе различных приложений. Частный случай программных компонентов – web-сервисы. Приложения используют объекты данных – базы данных, документы, модели и т.п., которые имеют различную логическую и физическую структуру и организацию. Этот слой выступает в качестве провайдера информационных технологий для поддержки бизнес-процессов и бизнес-функций, требованиям к ИТ в мотивационных моделях стейкхолдеров бизнес-слоя.
Technology Layer – слой технологий, который является провайдером для слоя Application Layer & Data, предоставляет технологические сервисы ИТ-инфраструктуры. Активные элементы данного слоя – узлы (Node), входящие в состав компьютерной сети, связаны с устройствами (Device), которые обеспечивают выполнение процедур обработки, и системным программным обеспечением (System Software). Компьютерные сети имеют топологию и архитектуру построения, системное программное обеспечение используется как программная платформа приложений, в том числе выполняя функции программного обеспечения среднего уровня (Middleware) или корпоративной шины предприятия (Enterprise Service Bus). Доступом к устройствам или системному программному обеспечению служат технологические интерфейсы.
Архитектура сервисного стиля – Service-Oriented Architecture (SOA) позволяет интегрировать различные сервисы, «архитектурный стиль, который поддерживает ориентированность на сервисы – логическое представление воспроизводимой бизнес-операции, имеющее заданный результат. Сервис представляется «черным ящиком» для потребителей сервиса» [2]. Слой верхнего иерархического уровня задает требования (Requirements) к качеству, количеству и характеристикам сервисов, которые предоставляет нижний слой. Для оценки SOA используется модель завершенности интеграции сервисов OSIMM по каждому направлению интеграции:
1. Организация в целом, анализ бизнес-модели, политики, бизнес-правил, организационной, процессной и функциональной структуры и пр. при переходе на более высокий уровень завершенности сервисов.
2. Руководство и организация процессом проектирования SOA, создание системы менеджмента сервисов, согласования возможностей ИТ-сервисов с потребностями бизнеса.
3. Методы и процессы трансформации ИТ и бизнеса: управление требованиями, выбор методов оценки завершенности; управление процессами обеспечения качества и др.
4. Свойства приложений (стиль программирования, структура приложений, функциональная декомпозиция, возможность повторного использования приложений, гибкость, надежность и расширяемость, доступность объектных моделей и т.п.).
5. Архитектура системы (состав и структура компонентов SOA, методы, стандарты и политики архитектуры, уровень внедрения веб-сервисов, соответствие требованиям SOA и др.).
6. Информация системы (способ структурирования информация, модели и методы доступа к корпоративным данным, характеристики данных, возможности сервисов и процессов для обработки данных и др.).
7. Инфраструктура и менеджмент сервисов, платформы их интеграции.