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