
- •Формирование архитектуры в процессе детализации
- •Подходы при построении архитектуры:
- •Компоненты архитектуры предприятия:
- •Примеры заполнения ячеек сферы Захмана.
- •Организация применения схемы 3d предприятия
- •Бизнес процессы. Основные понятия.
- •Концептуальная схема выполнения бизнес-процессами.
- •Виды и типы моделей.
Формирование архитектуры в процессе детализации
Разработка концептуальной архитектуры предприятия на перспективу осуществляется пошаговый процесс формирования целевой архитектуры, отталкиваясь от текущей архитектуры и двигателей ее преобразования. В этот пошаговый процесс входят использование сегментного подхода к архитектуре и принципы постепенной детализации архитектуры.
Подходы при построении архитектуры:
Стандартный подход – вначале разрабатывается общая схема и правила для будущего описания архитектуры. Затем описывается вся текущая база и после этого представляется вся целевая архитектура. Только после этого начинается конструирование, приобретение и реализация систем.
//What are you doing, applesher???
Подход «статус-кво» - разработка рассматривается как реакция на те или иные возникающие затруднения. Опирается на модель разработки сегментов архитектуры в рамках общей структурируемой схемы. Он сосредотачивается на главных областях бизнеса. Например, система управления финансами, кадрами, службами коммуникационного обеспечения и управления. Чтобы сократить возможные риски, обеспечить снижение начальных затрат и добиться быстрой отдачи от проекта используется сегментный подход.
Компоненты архитектуры предприятия:
Двигатели архитектуры – они отражают внешние стимулы изменения архитектуры:
Бизнес-стимулы – в их качестве может выступать новое законодательство, новая инициатива организации, рыночные силы.
Технические стимулы – в их качестве могут выступать новые ПО, аппаратные и технические средства ЭВМ.
//Oh, my God!
Стратегическое направление – руководство для разработки целевой архитектуры, которое содержит видение миссии предприятия, принципы его построения, цели и объекты предприятия.
Текущая архитектура – определяет архитектуру предприятия «как есть» и состоит из двух частей:
- Текущая бизнес-архитектура
- Техническая архитектура (данные, приложения и технологии).
Она отражает текущие возможности и технологии. Служит объектом для дальнейшего расширения.
Целевая архитектура – определяет архитектуру предприятия «как должно быть построено». Состоит из 2х частей:
- Целевая бизнес-архитектура
- Техническая архитектура
Она представляет будущие возможности и технологии, которые являются результатом улучшения проекта поддержки изменяющихся бизнес-потребностей.
Переходные процессы – поддерживают переход от текущей архитектуры к целевой архитектуре. Критические переходные процессы для предприятия включают планирование инвестиций в сферу IT, управление конфигурацией, контроль и управление проектом.
Архитектурные сегменты – отражают ориентацию отдельных частей общей архитектуры на главные бизнес-области.
Архитектурные модели – определяют бизнес-модели и конструкторские (технические) модели, которые отражают все необходимые субъекты для полного описания предприятия.
Стандарты – включает все стандарты, руководящие материалы и передовой опыт. Примеры: стандарты безопасности, стандарты приложений и технологий.
Комплексная архитектура предприятия. Модельный и организационный подходы.
Захман разработал схему архитектуры предприятия в 1987 году. 2000 год 3D-предприятие. Схема архитектуры может использоваться в качестве эталонной модели для разработки материалов для конкретных предприятий.
Матрица согласованных моделей в архитектуру.
Сложные системы характеризуются выполняемыми процессами, структурой и поведением во времени. Для адекватного моделирования этих аспектов в автоматизированных информационных системах различают организационные, функциональные, информационные и поведенческие модели, пересекающиеся друг с другом.
Функциональные модели системы – описывают совокупность выполняемых системой функций, характеризует морфологию (построение) системы, состав функциональных подсистем и их взаимосвязи. Отражает отношение между элементами системами в виде структур данных.
Поведенческая (событийная) модель – описывает информационные процессы. В ней фигурируют такие категории как состояние системы, события, переход из одного состояния в другое.
Организационная модель – описывает подразделения, из которых состоит предприятие.
Все эти модели должны быть соединены в единую систему понятным и непротиворечивым способом. Идея такого согласования заключается в том, что его надо начинать с самых главных характеристик предприятия, рассматривая важнейшие содержательные аспекты. В идеальном случае согласование начинает с конструирования систем управления предприятием, а именно с создания сбалансированной системы, целей и планов. В них входят: миссия предприятия, стратегические цели, индикаторы достижения целей и их целевые значения, мероприятия по достижению целей, включая архитектуру информационной системы и информационно-технологическую платформу, систему мотивации работников и планы их обучения. Суть согласования сводится к формализованному представлению предприятия в виде матрицы.
Матрица согласованных моделей в архитектуру
Виды моделей и их реализация |
Цели (почему?) Дерево целей |
Люди (кто?) Архитектура организации |
Функции (как?) Архитектура приложений |
Объекты данных (что?) Архитектура данных |
Коммуникация (где?) Архитектура технологическая |
Время события (когда?) |
Укрупненная модель организации (планировщик, пользователь) |
Список целей и задач |
Список организаций (подразделений) |
Список процессов |
Список сущностей |
Список узлов |
Список основных событий |
Концептуальная модель организации (проектировщик, пользователь) |
Стратегическая модель: цель - стратегия |
Структурные модели: подразделения - работа |
Функциональные модели: процесс |
Информационно-логические модели ER-диаграммы |
Модель топологии узлов |
Модель корпоративных событий |
Системная модель ИС (консультант-проектировщик) |
Критерии достижения целей |
Роли персонала |
Диаграммы потоков данных |
Логическая модель данных |
Логическая модель сетей организации |
Модель системных событий |
Технологическая модель (разработчик ИС) |
Модель «состояние-действие» |
Модель интерфейса |
Модель приложений |
Модель внутреннего представления |
Физическая модель коммуникации
|
Модель технических событий |
Компоненты (разработчик ИС, субподрядчик) |
Шаг/задача |
Пользователь - транзакция |
Программные модули |
Базы данных |
Протоколы |
Компонентные события |
Функционирующая система (эксплуатационщики) |
Варианты исполнения |
Сеансы работы |
Процедуры |
Ограничения целостности |
Клиент-сервер |
Операционные события |
Строки таблицы отражают уровни представления системы, уровни моделирования, уровни решения проектных задач. Более детально это следующие представления:
бизнес-среда системы
концептуальная модель
логическая модель
технологическая модель
детальная реализация (поблочная)
представления пользователя (эксплуатация)
Выделенные аспекты, столбцы таблицы фактически отражают разделы обеспечения системы:
информационное обеспечение (данные)
функциональное обеспечение (функции)
коммуникационное обеспечение (сеть)
Организационная система ( структура организации)
Описанные разделы системы и уровни представления схемы Захмана являются классификацией сущностей предприятия и его информационной системы.
В стоках этой матрицы описываются модели предметной (проблемной) области с позиции различных категорий участников процесса проектирования к которым относятся представители будущих пользователей системы (заказчиков), проектировщики (консультанты), участвующие в процессе получения и формирования знаний о проблемной области и формулирующие требования ИС.
Основные аспекты построения архитектуры:
цели и бизнес-правила (мотивация того почему функционирует система)
объекты (что проходит преобразование)
функции (как осуществляется преобразование в процессе)
участники (субъкты процесса, кто осуществляет процесс)
место
время
В двух первых строках представлены модели, относящиеся к точке зрения будущих пользователей к системе. Третья строка соответствует взглядам проектировщика. Четвертая и пятая строки – точки зрения консультанта ИС. Шестая – точки зрения эксплуатационных служб.