Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Arkhitektura_predpriaty.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
103.94 Кб
Скачать

Формирование архитектуры в процессе детализации

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

Подходы при построении архитектуры:

  • Стандартный подход – вначале разрабатывается общая схема и правила для будущего описания архитектуры. Затем описывается вся текущая база и после этого представляется вся целевая архитектура. Только после этого начинается конструирование, приобретение и реализация систем.

//What are you doing, applesher???

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

Компоненты архитектуры предприятия:

  • Двигатели архитектуры – они отражают внешние стимулы изменения архитектуры:

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

Технические стимулы – в их качестве могут выступать новые ПО, аппаратные и технические средства ЭВМ.

//Oh, my God!

Стратегическое направление – руководство для разработки целевой архитектуры, которое содержит видение миссии предприятия, принципы его построения, цели и объекты предприятия.

Текущая архитектура – определяет архитектуру предприятия «как есть» и состоит из двух частей:

- Текущая бизнес-архитектура

- Техническая архитектура (данные, приложения и технологии).

Она отражает текущие возможности и технологии. Служит объектом для дальнейшего расширения.

Целевая архитектура – определяет архитектуру предприятия «как должно быть построено». Состоит из 2х частей:

- Целевая бизнес-архитектура

- Техническая архитектура

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

Переходные процессы – поддерживают переход от текущей архитектуры к целевой архитектуре. Критические переходные процессы для предприятия включают планирование инвестиций в сферу IT, управление конфигурацией, контроль и управление проектом.

Архитектурные сегменты – отражают ориентацию отдельных частей общей архитектуры на главные бизнес-области.

Архитектурные модели – определяют бизнес-модели и конструкторские (технические) модели, которые отражают все необходимые субъекты для полного описания предприятия.

Стандарты – включает все стандарты, руководящие материалы и передовой опыт. Примеры: стандарты безопасности, стандарты приложений и технологий.

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

Захман разработал схему архитектуры предприятия в 1987 году. 2000 год 3D-предприятие. Схема архитектуры может использоваться в качестве эталонной модели для разработки материалов для конкретных предприятий.

Матрица согласованных моделей в архитектуру.

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

Функциональные модели системы – описывают совокупность выполняемых системой функций, характеризует морфологию (построение) системы, состав функциональных подсистем и их взаимосвязи. Отражает отношение между элементами системами в виде структур данных.

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

Организационная модель – описывает подразделения, из которых состоит предприятие.

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

Матрица согласованных моделей в архитектуру

Виды моделей и их реализация

Цели (почему?)

Дерево целей

Люди (кто?) Архитектура организации

Функции (как?) Архитектура приложений

Объекты данных (что?) Архитектура данных

Коммуникация (где?) Архитектура технологическая

Время события (когда?)

Укрупненная модель организации (планировщик, пользователь)

Список целей и задач

Список организаций (подразделений)

Список процессов

Список сущностей

Список узлов

Список основных событий

Концептуальная модель организации (проектировщик, пользователь)

Стратегическая модель: цель - стратегия

Структурные модели: подразделения - работа

Функциональные модели: процесс

Информационно-логические модели ER-диаграммы

Модель топологии узлов

Модель корпоративных событий

Системная модель ИС (консультант-проектировщик)

Критерии достижения целей

Роли персонала

Диаграммы потоков данных

Логическая модель данных

Логическая модель сетей организации

Модель системных событий

Технологическая модель (разработчик ИС)

Модель «состояние-действие»

Модель интерфейса

Модель приложений

Модель внутреннего представления

Физическая модель коммуникации

Модель технических событий

Компоненты (разработчик ИС, субподрядчик)

Шаг/задача

Пользователь - транзакция

Программные модули

Базы данных

Протоколы

Компонентные события

Функционирующая система (эксплуатационщики)

Варианты исполнения

Сеансы работы

Процедуры

Ограничения целостности

Клиент-сервер

Операционные события

Строки таблицы отражают уровни представления системы, уровни моделирования, уровни решения проектных задач. Более детально это следующие представления:

  1. бизнес-среда системы

  2. концептуальная модель

  3. логическая модель

  4. технологическая модель

  5. детальная реализация (поблочная)

  6. представления пользователя (эксплуатация)

Выделенные аспекты, столбцы таблицы фактически отражают разделы обеспечения системы:

  1. информационное обеспечение (данные)

  2. функциональное обеспечение (функции)

  3. коммуникационное обеспечение (сеть)

  4. Организационная система ( структура организации)

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

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

Основные аспекты построения архитектуры:

  1. цели и бизнес-правила (мотивация того почему функционирует система)

  2. объекты (что проходит преобразование)

  3. функции (как осуществляется преобразование в процессе)

  4. участники (субъкты процесса, кто осуществляет процесс)

  5. место

  6. время

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]