Архитектура информации Разработка Архитектуры информации как части дисциплины Архитектуры предприятия не состоит в создании структур баз данных или моделей всех данных, использующихся предприятием. Суть заключается в организации более общего описания информации, требующейся для бизнеса, а также политик и правил работы с информацией. Модели Архитектуры информации являются более абстрактными, они используют язык бизнеса и обеспечивают контекст, который требуется для моделирования данных. Пример потоков данных на предприятии Архитектура информации Архитектура информации должна включает в себя следующие процессы управления информацией: - получение данных из внутренних и внешних источников;
- классификация данных по типам;
- хранение и извлечение данных;
- редактирование (или обновление) данных;
- контроль качества (удаление или исправление некорректных данных);
- презентация (трансформирование данных для определенной аудитории потребителей);
- распространение информации для различных групп потребителей;
- оценка (полезности, а также соотношения цены/качества данных);
- обеспечение безопасности информации.
Общая Архитектура информации (данных) Основные модели и инструменты описания Архитектуры информации Результатами процесса разработки Архитектуры информации являются: - документированное описание существующих источников данных;
- модели данных;
- описание существующих и планируемых информационных потоков, соответствующих интерфейсов, алгоритмов преобразования или консолидации данных, а также необходимые соглашения по уровню сервиса, связанного с передачей данных;
- описание решений по организации хранения данных – от общих каталогов до витрин и хранилищ данных;
- используемые технологии и средства для преобразования и управления данными.
Управление федеративными данными Под управлением федеративными данными понимается архитектура, которая обеспечивает управление и доступ к данным и метаданным независимо от их внутренней логической структуры и физических границ их расположения, в целях организации взаимодействия систем и различных подразделений внутри организации и с внешними организациями. Видение принципов управления федеративными данными Принципы интеграции через управление федеративными данными Спасибо за внимание! Архитектура приложений Тема 6 Основные элементы архитектуры приложений Архитектура приложений начинается с идентификации того, какие прикладные системы нужны предприятию для выполнения бизнес-процессов, и включает такие аспекты, как проектирование, разработка (или приобретение) и интеграция прикладных систем. Две области Архитектуры приложений предприятия Портфель прикладных систем предприятия Определяет область ответственности и приоритетность каждого приложения и то, как будет достигаться необходимая функциональность: - за счет разработки системы;
- через покупку готовых приложений;
- аренду приложения;
- интеграцию и использование возможностей уже имеющихся приложений.
Контекст управления портфелем прикладных систем Оценка портфеля прикладных систем по критериям «бизнес-ценность» и «техническое состояние» Оценка технического состояния Техническое состояние оценивается по ряду характеристик, включая - точность и корректность данных;
- архитектуру, структуру программного кода;
- быстроту отклика;
- время простоя;
- уровень технического сопровождения;
- возможность получения отчетов и т.д.
Ценность системы с точки зрения бизнеса означает способность системы обеспечивать выполнение основных функций предприятия, подразделения или процесса. Категории оценки прикладных систем - системам грозит вывод из эксплуатации (замена) или консолидация;
- системы, требующие переоценки или перепозиционирования;
- системы, требующие обновления;
- системы, требующие сопровождения и развития.
Это способ оценки назван Матрицей оценки состояния прикладных информационных систем. Дополнительная оценка - оценить те потребности со стороны бизнеса, которые вообще никак не обслуживаются существующим портфелем прикладных систем.
- провести сравнение технологических и операционных требований (надежность, масштабируемость и т.д.) портфеля прикладных систем с имеющейся технологической архитектурой с целью идентификации тех возможностей инфраструктуры, которые в настоящее время отсутствуют, но могут потребоваться;
- согласовать проекты в области внедрения прикладных систем и развития инфраструктуры с учетом анализа на предыдущих двух шагах.
|