Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
АП лекции.docx
Скачиваний:
1
Добавлен:
25.09.2019
Размер:
3.09 Mб
Скачать

Интегрированная концепция и уровни абстракции.

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

Общие цели в успешных подходах к писанию АП:

  1. Использование для анализа множества точек зрения на объект изучения (предприятия и его информационной системы в процессе борьбы с объективной сложностью реального мира). Ни одна точка зрения не является достаточной для понимания целого.

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

  3. Движущей силой архитектуры является целостное видение, пронизывающее внутриорганизационные границы.

19.04.12

3 Лекция.

Домены, присутствующие в большинстве методик:

  • Бизнес архитектура – люди и процессы

  • Архитектура информации – данные и информация

  • Архитектура прикладных систем

  • Технологическая архитектура

Частная архитектура – отдельное представление архитектуры.

Уровни абстракции:

  • Уровень контекста (ориентирован на бизнес руководство)

  • Концептуальный – видение общих требований (для владельцев бизнес проектов)

  • Логический уровень (для проектировщиков и разработчиков)

  • Физический уровень (проектировщики)

Интегрированная концепция АП.

Ценность на предприятии состоит не в отдельном представлении, а в связях и взаимодействиях.

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

Уровни абстракции (перспективы описания ап)

  1. Контекст – описывает внешнюю среду (факторы, влияющие на бизнес организацию и видение стратегии и то, как они воздействуют на деятельность организации и приоритеты). Это достаточно полный набор утверждений, использующийся последовательно на различных этапах принятия решений., что обеспечивает возможность отследить в обратную сторону то, какими факторами, стратегиями и видениями определяются те или иные решения. Примеры: Каковы тенденции? Где она расположена? Существенная часть работы, которая должна быть выполнена на данном этапе – сбор информации. Он обеспечивает основу для процесса проектирования архитектуры.

  2. Концептуальный уровень является более абстрактным. Он осмысливает те или иные элементы архитектуры в терминах бизнес организации. Отвечает на вопрос о том, как работает и как организовано предприятие. Описывает взаимодействие между сервисами. Эти модели носят стабильный характер. Пример: Какие области бизнеса должны быть поддержаны ИТ? Какова общая бизнес архитектура? Как системы будут соотноситься друг с другом? Используется для определений бизнес требований. Отражает взгляд на системы бизнес пользователя, то есть реализуемые бизнес функции, для этого создается бизнес модель приложения. Основная задача в описании ключевых процессов и данных. Цель – подчеркнуть цели и требования с точки зрения бизнеса, не углубляясь в технические детали.

  3. Логический уровень показывает основные функциональные компоненты и их взаимосвязь без технических деталей. Отвечает на вопрос о том, как требования будут реализованы, определяет общие принципы, накладывающие ограничения, использующиеся на более низком уровне. Пример: Какие приложения необходимы для поддержания бизнес процессов? Кто является основны пользователем и заинтересованным в реализации данных системы? Определение интерфейса- способ взаимодействия, не зависит от конкретных программ реализации, поэтому относительно стабильный. Вопросы: Как должны быть сгруппированы логические процессы? Как они должны быть распределены между различными системами? В основном существует несколько вариантов их стоимости и т.д. Ключевое решение состоит в том, чтобы выбрать один из этих вариантов, который обеспечит нужный сервис, соответствующий наилучшим требованиям и принципам.

  4. Физический уровень описывает принцип о проектировании стандартов и правил, модели развертывания. Обеспечивает основу, в рамках которой будет выполнена реализация. На нем соотносятся элементы модели и реальные технологии. Пример: Каковы функциональные системы? Как будет оцениваться реализация? Все должно быть обосновано.

  5. Уровень реализации формируется разработчиками.

Перспектива (уровень абстракции)

Реализация

Контекст

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

Концептуальный

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

Логический

Моделируется внутренняя архитектура систем. Поведение моделируется в системе черного ящика.

Физический

Моделируется физическая структура реализации системы.

Общие элементы.

Архитектура определяет общие компоненты, их взаимосвязь и взаимодействие между ними. Каждая система имеет архитектуру. Архитектура содержит объяснение ее структкры и не содержит описания самих компонентов.

3.05.12