Главная страница
Навигация по странице:

  • Логический уровень (решение)

  • Физический уровень (анализ)

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

  • Интеграция ключевых процессов управления информационными технологиями предприятия

  • Неверные представления об архитектуре

  • Элементы архитектуры предприятия. Бизнес-архитектура. Архитектура информации

  • Итархитектура и итстратегия Тема 1 Актуальность проблематики связана с


    Скачать 4.57 Mb.
    НазваниеИтархитектура и итстратегия Тема 1 Актуальность проблематики связана с
    Дата15.05.2023
    Размер4.57 Mb.
    Формат файлаpptx
    Имя файлаulta_krepkov (1).pptx
    ТипДокументы
    #1130392
    страница5 из 17
    1   2   3   4   5   6   7   8   9   ...   17

    Концептуальный уровень (решение)

    • Моделируются потоки работ бизнес-процессов, идентифицированных на концептуальном уровне.
    • Система, реализующая процессы, является центральным актором в форме «черного ящика».
    • Бизнес-процессы моделируются с точки зрения внешних для системы акторов. Рассматриваются средства коммуникаций, используемые для выполнения транзакций.
    • Актор -

    • Какие приложения необходимы для поддержки бизнес-процессов?
    • Кто является основными пользователями и заинтересованными сторонами в реализации данных прикладных систем?
    • Как выглядят нормализованные модели данных для этих приложений?
    • Какие прикладные системы нужны для управления данными: создания, чтения, внесения изменений и удаления данных?
    • Какие нужны технологии для реализации этих прикладных систем?
    • Как будет выглядеть распределенная архитектура прикладных систем?
    • Какие стандарты должны быть приняты организацией?

    Логический уровень (решение)

    • Моделируется внутренняя архитектура системы.
    • Основные компоненты системы являются основными факторами.
    • Поведение системы моделируется с точки зрения внутренних для системы «черных ящиков».

    Физический уровень (анализ)

    • Каковы функциональные спецификации каждой прикладной системы?
    • Будет ли организация разрабатывать специализированные приложения или покупать стандартные?
    • Каковы критерии выбора и как будут оцениваться различные инициативы по реализации систем?
    • Как данные будут представлены на физическом уровне?

    Физический уровень (решение)

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

    Уровень реализации

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

    Архитектура предприятия и управление ИТ-портфелем

    Под управлением портфелем информационных технологий понимается процесс отбора, управления и оценки инвестиций, связанный как с ИТ-активами, так и с портфелем ИТ-проектов.

    Управление портфелем ИТ-активов позволяет организациям категоризировать, оценивать, расставлять приоритеты, покупать и управлять ИТ-активами и проектами в соответствии с текущими и будущими потребностями бизнеса с учетом приемлемой степени риска.

    Интеграция ключевых процессов управления информационными технологиями предприятия


    Архитектура предприятия

    Архитектура, ИТ-активы и ИТ-проекты

    Неверные представления об архитектуре:

    • архитектура и проектировочные решения (дизайн систем) – это одно и то же;
    • архитектура и инфраструктура – это одно и то же;
    • архитектура – это только структура;
    • архитектура – это «плоское» понятие, и одного представления схемы описания архитектуры будет достаточно;
    • архитектуру нельзя оценить;
    • архитектура – это искусство или наука.

    Спасибо за внимание!

    Элементы архитектуры предприятия. Бизнес-архитектура. Архитектура информации

    Тема 5

    Области, входящие в понятие Архитектуры предприятия

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

    Принципы, модели и стандарты в рамках архитектуры предприятия

    Руководящие принципы, так же как и стандарты политики, руководства, процедуры, могут относиться абсолютно ко всем элементам архитектуры:

    • к данным;
    • к прикладным системам;
    • к технологической инфраструктуре.

    Политики являются общими утверждениями, которые задают направления и цели, связанные с инициативами в области ИТ.

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

    Процедуры – это инструкции, описывающие, как выполняются политики и стандарты.

    Политики, стандарты и процедуры

    Используется следующая иерархия отношений между политиками, стандартами и процедурами.

    Стандарты всегда должны быть связаны с некоторыми сформулированными политиками, хотя сами политики могут и не иметь определенных стандартов «под собой».

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

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

    1   2   3   4   5   6   7   8   9   ...   17


    написать администратору сайта