- •1 Лекция. Основные определения.
- •2 Лекция. Критерии успешности ап.
- •Интегрированная концепция и уровни абстракции.
- •3 Лекция.
- •Уровни абстракции (перспективы описания ап)
- •4 Лекция.
- •Эволюция содержания а по мере ее разработки и развития.
- •Примеры принципов, декларируемых в области ит.
- •Примеры принципов в области управления данными.
- •Примеры принципов, связанных с прикладными системами
- •Примеры принципов, связанных с управлением контроля.
Интегрированная концепция и уровни абстракции.
Пользователями архитектуры являются профессионалы в области создания информационных систем, вовлеченные в корпоративные проекты, системные архитекторы (разработка архитектуры), руководители (системное структурирование, анализ проблем).
Общие цели в успешных подходах к писанию АП:
Использование для анализа множества точек зрения на объект изучения (предприятия и его информационной системы в процессе борьбы с объективной сложностью реального мира). Ни одна точка зрения не является достаточной для понимания целого.
Для обеспечения синтеза все модели, включенные в архитектуру, должны быть связаны с другими моделями.
Движущей силой архитектуры является целостное видение, пронизывающее внутриорганизационные границы.
19.04.12
3 Лекция.
Домены, присутствующие в большинстве методик:
Бизнес архитектура – люди и процессы
Архитектура информации – данные и информация
Архитектура прикладных систем
Технологическая архитектура
Частная архитектура – отдельное представление архитектуры.
Уровни абстракции:
Уровень контекста (ориентирован на бизнес руководство)
Концептуальный – видение общих требований (для владельцев бизнес проектов)
Логический уровень (для проектировщиков и разработчиков)
Физический уровень (проектировщики)
Интегрированная концепция АП.
Ценность на предприятии состоит не в отдельном представлении, а в связях и взаимодействиях.
АП никогда не бывает полностью завершенной. Дискуссия между аналитиками выражается как достаточность хорошей архитектуры.
Уровни абстракции (перспективы описания ап)
Контекст – описывает внешнюю среду (факторы, влияющие на бизнес организацию и видение стратегии и то, как они воздействуют на деятельность организации и приоритеты). Это достаточно полный набор утверждений, использующийся последовательно на различных этапах принятия решений., что обеспечивает возможность отследить в обратную сторону то, какими факторами, стратегиями и видениями определяются те или иные решения. Примеры: Каковы тенденции? Где она расположена? Существенная часть работы, которая должна быть выполнена на данном этапе – сбор информации. Он обеспечивает основу для процесса проектирования архитектуры.
Концептуальный уровень является более абстрактным. Он осмысливает те или иные элементы архитектуры в терминах бизнес организации. Отвечает на вопрос о том, как работает и как организовано предприятие. Описывает взаимодействие между сервисами. Эти модели носят стабильный характер. Пример: Какие области бизнеса должны быть поддержаны ИТ? Какова общая бизнес архитектура? Как системы будут соотноситься друг с другом? Используется для определений бизнес требований. Отражает взгляд на системы бизнес пользователя, то есть реализуемые бизнес функции, для этого создается бизнес модель приложения. Основная задача в описании ключевых процессов и данных. Цель – подчеркнуть цели и требования с точки зрения бизнеса, не углубляясь в технические детали.
Логический уровень показывает основные функциональные компоненты и их взаимосвязь без технических деталей. Отвечает на вопрос о том, как требования будут реализованы, определяет общие принципы, накладывающие ограничения, использующиеся на более низком уровне. Пример: Какие приложения необходимы для поддержания бизнес процессов? Кто является основны пользователем и заинтересованным в реализации данных системы? Определение интерфейса- способ взаимодействия, не зависит от конкретных программ реализации, поэтому относительно стабильный. Вопросы: Как должны быть сгруппированы логические процессы? Как они должны быть распределены между различными системами? В основном существует несколько вариантов их стоимости и т.д. Ключевое решение состоит в том, чтобы выбрать один из этих вариантов, который обеспечит нужный сервис, соответствующий наилучшим требованиям и принципам.
Физический уровень описывает принцип о проектировании стандартов и правил, модели развертывания. Обеспечивает основу, в рамках которой будет выполнена реализация. На нем соотносятся элементы модели и реальные технологии. Пример: Каковы функциональные системы? Как будет оцениваться реализация? Все должно быть обосновано.
Уровень реализации формируется разработчиками.
-
Перспектива (уровень абстракции)
Реализация
Контекст
Компания представлена в виде черного ящика, являющимся центральным действующим лицом. Бизнес моделируется с точки зрения внешних факторов.
Концептуальный
Моделируются потоки бизнес процессов, идентифицированных на контекстном уровне. Система, реализующая процессы, является центральным актором в виде черного ящика
Логический
Моделируется внутренняя архитектура систем. Поведение моделируется в системе черного ящика.
Физический
Моделируется физическая структура реализации системы.
Общие элементы.
Архитектура определяет общие компоненты, их взаимосвязь и взаимодействие между ними. Каждая система имеет архитектуру. Архитектура содержит объяснение ее структкры и не содержит описания самих компонентов.
3.05.12