ИТ-стратегия

Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!

---

Управление ИТ-проектами, архитектура предприятия и ИТ-стратегия:

обеспечивают основу ИТ-безопасности
обеспечивают основу процесса управления портфелем ИТ-активов и проектов на предприятии
помогают лучше подбирать персонал ИТ-отдела


Видение или цель являются:

достаточными атрибутами стратегии
необходимыми, но не достаточными атрибутами стратегии
различными несвязанными атрибутами тактики


Отличие стратегии от видения заключается в том, что:

реальная стратегия определяет общий путь достижения цели
видение определяет общий путь достижения цели
стратегия и видение - одно и то же понятие


К проблемам, связанным с процессом разработки стратегии ИТ, относят:

процесс может быть очень продолжительным
процесс может быть не до конца изученным
процесс разработки стратегии является крайне политизированным
всегда кто-то мешает разработке


Трехуровневая модель определения компонент стратегии включает в себя:

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


Стратегия ИТ состоит из основных частей:

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


В модели процесса управления стратегией ИТ к элементам контроля относятся:

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


Для формулирования ИТ-стратегии:

достаточно короткого промежутка времени и нет необходимости знать не только стратегию, но и компанию вообще
нет необходимости знать бизнес-стратегию
необходимо знать бизнес-стратегию


Существует фундаментальное разделение двух аспектов деятельности ИТ-служб. Одним из аспектов является эксплуатация инфраструктуры, которая определяет:

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


Руководство компании должно оценивать стратегию в области ИТ-инфраструктуры с точки зрения:

качества и результативности поддержки ключевых функций
эффективности
финансовых вложений


Бизнес-руководителям:

не обязательно вникать в конкретные возможности приложений или параметры закупаемых серверов
обязательно вникать в конкретные возможности приложений или параметры закупаемых серверов
не стоит беспокоиться за ИТ-департамент вообще. Менеджеры сами должны заниматься развитием


В типовой структуре документа "стратегия ИТ предприятия" план перехода состоит из разделов:

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


К проблемам, связанным с процессом разработки стратегии ИТ, относят:

стратегический план является статическим документом
планирование и практическая реализация – часто слабо связанные вещи
невозможность четко все спланировать
реализация всегда заходит в тупик


Реальная стратегия определяет:

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


Выбрать утверждение, которое является видением:

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


Структуру стратегии определяют:

шаги к достижению целей
описание конечного состояния
структура законченного продукта
описание ограниченного набора способов достижения цели
ресурсы, способности, потенциал


Для разработки стратегии используются ключевые инструменты:

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


В модели процесса управления стратегией ИТ к факторам влияния относятся:

три ключевых раздела общей стратегии ИТ
краткое описание стратегии задает общий контекст и перспективу всему процессу
пять ключевых разделов общей стратегии ИТ
требования, которые предъявляются к "верхним" доменам архитектуры (бизнес-архитектура и портфель прикладных систем) задают границы для "нижних" доменов, таких как технологическая архитектура и используемые архитектурные шаблоны
требования, которые предъявляются к "верхним" доменам архитектуры никак не связаны с границами для "нижних" доменов


Важной вторичной целью большинства усилий, связанных с разработкой стратегии ИТ, является:

повышение общей информированности внутри организации о возможностях, предоставляемых информационными системами предприятия, проблемах развития и эксплуатации ИТ-систем
согласование бизнес-приоритетов
создание и представление всем заинтересованным сторонам документа, объединяющего множество разделов и принятие решения о выделении ресурсов на включенные в стратегию проекты
использование самого процесса планирования для улучшения взаимодействия между представителями бизнес-подразделений и департаментом ИТ
модельное регулирование средствами


Управление ИТ-проектами, архитектура предприятия и ИТ-стратегия являются:

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


Создание стратегии:

периодически проводимое мероприятие
постоянный процесс
процесс, проводимый только в условиях особой необходимости


Одной из проблем, связанной с процессом разработки стратегии ИТ, является то, что процесс разработки стратегии является крайне политизированным, т.е.:

ИТ-стратегия зависит от финансовго состояния государства
решения в области стратегии всегда являются объективными
поскольку решения в области стратегии являются во многом субъективными, разработка стратегии ИТ становится политическим ритуалом. Всегда есть риск "поддаться на уговоры" наиболее харизматичного "спонсора" потенциального проекта, вместо использования объективных критериев


Тактика – это:

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


В модели процесса управления стратегией ИТ к факторам влияния относятся:

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


ИТ-служба:

вправе навязывать организации бизнес-стратегию
не вправе навязывать организации бизнес-стратегию
вправе управлять производством


Существует фундаментальное разделение двух аспектов деятельности ИТ-служб:

создание и управление прикладными системами
финансовое регулирование
проектное обслуживание
эксплуатация инфраструктуры


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

скорости обработки информации
эффективности
качества и результативности поддержки ключевых функций


В соответствии с рекомендациями Gartner, вопросы планирования развития ИТ-систем организации целесообразно разделять на раздельные документы:

ИТ-тактика
ИТ-архитектура
ИТ-стратегия
ИТ-безопасность
план реализации проектов


ИТ-служба:

должна определять стратегию ИТ в рамках и в соответствии с основными элементами бизнес-стратегии
должна определять стратегию ИТ только в рамках собственных представлений и не обращать внимание на бизнес-стратегию
может формулировать стратегию ИТ в любой форме и в любых рамках


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

как департамент ИТ обеспечит доступность ИТ-среды, какие услуги бизнес-подразделения получают от департамента ИТ на ежедневной основе
все компоненты ИТ (аппаратное и программное обеспечение и комплектующие, сети), необходимые для обеспечения среды выполнения бизнес-процессов предприятия
как будет меняться имеющийся набор прикладных систем



В соответствии с Gartner, количество элементов, определяющих ИТ-стратегию, может быть уменьшено до пяти областей. Одной из этих областей является ИТ-сервисы, определяющие:

все компоненты ИТ (аппаратное и программное обеспечение и комплектующие, сети), необходимые для обеспечения среды выполнения бизнес-процессов предприятия
обеспечение выполнения стратегии внутренними и внешними для департамента ИТ ресурсами
как департамент ИТ обеспечит доступность ИТ-среды, какие услуги бизнес-подразделения получают от департамента ИТ на ежедневной основе


Сорсинг является:

составным элементом плана изменения приложений и плана развития процессов управления ИТ-ресурсами, как компонента ИТ-стратегии
единственным элементом плана изменения приложений, как компонента ИТ-стратегии
единственным элементом плана развития процессов управления ИТ-ресурсами, как компонента ИТ-стратегии


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

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


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

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


При отсутствии явно сформулированной бизнес-стратегии ИТ-службе необходимо:

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


Среди лучших практик по организации разработки ИТ-стратегии ведущие компании отмечают следующие

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


При реализации проектов следует избегать ошибок:

выстраивание или выражение ИТ-стратегии в бизнес-терминах
выстраивание или выражение ИТ-стратегии в ИТ-терминах
стремление привязать ИТ-стратегию к бизнес-стратегии
ИТ-стратегия не привязывается к бизнес-стратегии
чрезмерные и неконтролируемые затраты времени на проведение консультаций


Управляющий комитет, как формальный орган принятия решений, включает в себя:

ИТ-руководство
высшее руководство предприятия
функциональное руководство


Роль финансового директора во вклад в разработку стратегии заключается в:

миссии и цели, выборе бизнес-единиц (рост, инвестиции)
финансировании ИТ, финансовые и бизнес-риски
новых рынках, клиентах, продуктах, процессах


При федерации, как профиле управления информационными технологиями, принимают решения следующие лица:

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


Инвестиции в технологическую архитектуру получают более половины от общих затрат на информационные технологии, так как:

в этой области есть максимальные возможности получения измеримых результатов в форме экономии затрат
в этой области есть минимальные возможности получения измеримых результатов в форме экономии затрат
в этой области, при больших вложениях есть, максимальные возможности получения измеримых результатов в форме качественных программных продуктов


Роль руководителя подразделения ИТ-службы в вопросах компетенции заключается в:

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


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

обеспечение выполнения стратегии внутренними и внешними для департамента ИТ ресурсами
как будет меняться имеющийся набор прикладных систем
как департамент ИТ обеспечит доступность ИТ-среды, какие услуги бизнес-подразделения получают от департамента ИТ на ежедневной основе


План развития процессов управления ИТ-ресурсами, как компонент ИТ-стратегии, включает в себя:

Сорсинг
портфель приложений
сервис(эксплуатацию)
ИТ-инфраструктуру
интеграцию бизнес процессов


На самом базовом уровне целью ИТ-стратегии является:

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


Организационные структуры, связанные с принятием решений в области стратегии ИТ, принадлежат к одной из категорий:

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


Управляющий комитет, как формальный орган принятия решений, включает в себя:

ИТ-руководство
высшее руководство предприятия
функциональное руководство


Роль совета директоров в вопросах компетенции заключается в:

возможности финансовой поддержки, смягчении рисков
адекватности потребностям организации
соответствии уровня финансирования


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

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


Матрица корреляции между семью бизнес-категориями и пятью областями ИТ-стратегии служит:

для определения времени разработки ИТ-стратегии
инструментом для принятия решений об исполнителе работ в ходе реализации ИТ-стратегии
рабочим инструментом для анализа степени определенности и взаимосвязей между компонентами ИТ-стратегии


Организационные структуры, связанные с принятием решений в области стратегии ИТ, принадлежат к одной из нескольких категорий. Одной из таких категорий являются формальные органы принятия решений, которые бывают различных типов:

исполнительный орган
законодательный орган
комитет, производящий мониторинг и отслеживание изменений
управляющий комитет


Роль руководителя бизнес-единицы в участии в разработке стратегии заключается в:

приоритетах бизнес-единицы, услугах по поддержке бизнес-направлений
обеспечении интересов всех бизнес-единиц и учета всех функций
обеспечении "присутствия" всех бизнес-единиц


При ИТ-монархии, как профиле управления информационными технологиями, принимают решения следующие лица:

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


Для понимания сути влияния бизнес-стратегии на ИТ-стратегию важно дать ответ на вопросы:

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


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

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


Элементами матрицы корреляции являются качественные или экспертные оценки связи: как данная ИТ-инициатива может способствовать решению соответствующей бизнес-задачи. Отрицательная корреляция:

составляется всегда на всех этапах стратегии
невозможна
возможна в отдельных случаях


Модель финансового управления ИТ-стратегией включает в себя:

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


В структуре затрат на информационные технологии можно выделить:

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


Отрицательными элементами матрицы корреляции являются:

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


Исполнительный орган (как формальный орган принятия решений) в процессе создания стратегии ИТ принимает решения:

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


Стратегии, связанной с персоналом, затрагивают такие темы, как:

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


Выбрать верное утверждение:

следует отдавать на аутсорсинг те функции, в которых у организации отсутствует собственная экспертиза
нельзя отдавать на аутсорсинг те функции, в которых у организации отсутствует собственная экспертиза
на аутсорсинг следует отдавать все функции, связанные с бизнесом, для обеспечения лучшего выполнения работы
 

Модель внутренней поставки услуг характеризуется тем, что:

путем выделения ИТ-службы в самостоятельное подразделение с отдельным бюджетом, учитывающим доходы от оказания услуг
все функции выполняются собственными силами организации
организация создает специализированную сервисную компанию на долевом участии с одним из ведущих внешних поставщиков услуг, который получает обычно 50-80% акций и руководит деятельностью такого предприятия
 

тратегия сорсинга организации:

состоит только из одного компонента, поэтому по существу не может быть комбинированной
НЕ может быть комбинированной, т.е. для разных компонент ИТ-систем или разных доменов архитектуры НЕ могут применяться различные модели
может быть комбинированной, то есть для разных компонент ИТ-систем или разных доменов архитектуры могут применяться различные модели


Для оценки набора знаний, которым располагает служба ИТ, следует воспользоваться моделью, которая выделяет некоторое количество различных компетенций, связанных с информационными технологиями и разделенных на несколько категорий. Одной из таких категорий является технические компетенции, к которым относятся:

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


Группа управления отношениями с клиентами отвечает за:

вовлечение представителей бизнеса в процесс планирования ИТ
офис управления программами и проектами
взаимодействие с внутренними и внешними клиентами службы ИТ


Группа планирования и технологий обеспечивает:

офис управления программами и проектами
взаимодействие с внутренними и внешними клиентами службы ИТ
вовлечение представителей бизнеса в процесс планирования ИТ


Группа проектов имеет функции:

внутренний консалтинг
управление проектами
разработка архитектуры
стратегия/планирование


Методология BSC предполагает формирование:

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


Неуверенность, как стадия доверия к ИТ-службе, со стороны бизнес-подразделений к ИТ-службе, характеризуется следующим образом:

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


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

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


Для перехода на более высокую стадию доверия к ИТ-службе необходимо, чтобы были определены и постоянно реализовывались активные действия по следующим направлениям:

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


Для оценки набора знаний, которым располагает служба ИТ, следует воспользоваться моделью, которая выделяет некоторое количество различных компетенций, связанных с информационными технологиями и разделенных на категории:

поведенческие компетенции
экономические компетенции
бизнес-компетенции
технические компетенции
архитектурные составляющие


Группа управления отношениями с клиентами имеет функции:

разработка архитектуры
управление отношениями
внутренний консалтинг
коммуникация


BSC определяет:

систему сбалансированных показателей для управления качеством аутсорсинга
систему сбалансированных показателей для управления качеством инсорсинга
связь компонентов ИТ- и бизнес-стратегий


Скептицизм, как стадия доверия к ИТ-службе, со стороны бизнес-подразделений к ИТ-службе, характеризуется следующим образом:

эффективность как в оказании услуг, так и в планировании, стратегии, успешная совместная работа
профессионализм в оказании услуг, инициативы по помощи бизнесу
попытки последовательного применения политик и правил, измерения основных параметров производительности


Существует несколько сновных принципов реализации динамичности ИТ-службы. В том числе:

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


Стратегии, связанной с персоналом, затрагивают такие темы, как:

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


В условиях динамичного бизнеса последовательность принятия решения в области сорсинга выглядит следующим образом:

"что, зачем, и в последнюю очередь – как"
"что, как, и в последнюю очередь – кто"
"что, кто, и в последнюю очередь – как"


Группа планирования и технологий имеет функции:

коммуникация
стратегия/планирование
управление отношениями
разработка архитектуры
мониторинг новых технологий


Группа проектов обеспечивает:

взаимодействие с внутренними и внешними клиентами службы ИТ
вовлечение представителей бизнеса в процесс планирования ИТ
офис управления программами и проектами


При принятии решения о привлечении внешнего поставщика следует руководствоваться одним из главных критериев:

поставщик должен предлагать как минимум на 30% более экономичные и эффективные услуги
поставщик должен предлагать как максимум на 30% более экономичные и эффективные услуги
поставщик должен предлагать как минимум на 70% более экономичные и эффективные услуги


Модель совместного предприятия характеризуется тем, что:

организация создает специализированную сервисную компанию на долевом участии с одним из ведущих внешних поставщиков услуг, который получает обычно 50-80% акций и руководит деятельностью такого предприятия
путем выделения ИТ-службы в самостоятельное подразделение с отдельным бюджетом, учитывающим доходы от оказания услуг
все функции выполняются собственными силами организации


Выбрать верное утверждение:

всегда отдавать на аутсорсинг решения, касающиеся технологической архитектуры
никогда не отдавать на аутсорсинг решения, касающиеся технологической архитектуры
решения, касающиеся технологической архитектуры, в некоторых случаюх следует отдавать на аутсорсинг


Для оценки набора знаний, которым располагает служба ИТ, следует воспользоваться моделью, которая выделяет некоторое количество различных компетенций, связанных с информационными технологиями и разделенных на несколько категорий. Одной из таких категорий является поведенческие компетенции, к которым относятся:

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


Функция управления проектами группы проектов заключается в:

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


Развитие архитектуры информационных систем предприятия должно обеспечить решение некоторых задач. Одной из таких задач является требование соответствующей модификации данных приложение или внедрение новых систем. Для удобства описания этой задачи в ИТ-архитектуре выделяют составляющие:

архитектура операций
архитектура сервисов
принцип компонентного подхода


Задача архитектуры операций состоит в:

обеспечении необходимой инфраструктуры как для "новой" архитектуры, так и для "старых" систем
обеспечении соответствия архитектуры установленному плану
развитии инфраструктуры многоуровневых систем


В рамках архитектуры операций рассматриваются элементы:

операционные процессы
организационные структуры
модель развития
регулирущие и надзирающие структуры
модель среды


К основным процессам, рассматриваемым в ITIL, относят:

управление инцидентами
управление мониторингом
управление доступностью
управление связями


MSF определяет:

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


MSF отвечает за:

эксплуатация решений в повседневной деятельности предприятия
анализ потребностей и создание удовлетворяющих их решений
завершающую стадию анализа внутренних ресурсов и показателей


Создание и эксплуатация новых решений, согласно MOF и MSF, состоят из базовых этапов:

обеспечить итерационные усовершенствования
мониторинг существующего состояния
определить новые потребности бизнеса
обеспечить эксплуатацию и использование решений, руководствуясь MOF
уставновление базовых компонентов
построить и внедрить решение с помощью MSF и MOF


MSM опирается на модель:

ITIL
MOF
CMM


Модель COBIT определяет множество ключевых процесса управления ИТ в организации, которые сгруппированы в основные домены:

предоставление и поддержка
управление и представление
мониторинг
перераспределение
приобретение и реализация
планирование и организация


Ключевые целевые показатели разработки стратегического плана развития ИТ включают в себя:

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


Управляемый уровень зрелости процесса разработки в CMM характеризуется тем, что:

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

 
MOF отвечает за:

эксплуатация решений в повседневной деятельности предприятия
внедрение новых решений в деятельность предприятия
анализ потребностей и создание удовлетворяющих их решений


Выбрать верное позиционирование уровней модели CMMI:

 

Развитие архитектуры информационных систем предприятия должно обеспечить решение задач:

выделение ИТ-департамента в отдельную компанию
у большинства компаний уже эксплуатируется значительное количество инновационных приложений
у большинства компаний уже эксплуатируется значительное количество унаследованных приложений
НЕ требуется соответствующая модификация данных приложений или внедрение новых систем
требуется соответствующая модификация данных приложений или внедрение новых систем


Архитектура информационных технологий предприятия состоит из комбинации различных сервисов и элементов:

сервис инновационных приложений
элементы технологической инфраструктуры
элементы финансовой архитектуры
сервис качественных услуг
сервис прикладных систем


ITIL:

описывает лучшие практики по управлению ИТ-услугами
определяет управление ИТ-сервисами
определяет методику, ориентированную на обеспечение процесса разработки прикладных систем


Суть ITSM, как современного подхода в правильной организации процессов управления ИТ, состоит в:

уделении большего внимания ИТ-персоналу и его развитию
переходе от оказанию комплексных бизнес-ориентированных услуг гарантированного качества к решению отдельных технических задач по поддержке компонентов информационных систем
переходе от решения отдельных технических задач по поддержке компонентов информационных систем к оказанию комплексных бизнес-ориентированных услуг гарантированного качества


MOF определяет:

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


MOF состоит из моделей:

модель команд
модель управления
модель процессов
модель сервисов
модель рисков


Модель процессов MOF описывает процессы, связанные с эксплуатацией ИТ-систем и включает квадранты и соответствующие каждому квадранту контрольные процессы. Квадрант поддержки обеспечивает:

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


MSM определяет:

Внимание !
Вопросы к тесту выложены исключительно в ознакомительных целях: количество вопросов может не совпадать с действительным, актуальность не поддерживается,- за решением теста Welcome to the cashier!

---

Специфический стиль деятельности государственных орагнизаций в области информационных технологий характеризуется тезисом:

"управление при отсутствующей инфраструктуре"
"управление в условиях постоянного кризиса"
"анализ ошибок"


Использование единых принципов и стандартов разработки архитектуры государственных организаций и архитектуры электронного правительства должно выполнять функции:

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


Государство и государственные ведомства отличаются от других индустрий главным образом в том плане, что:

законы и правила гораздо в более существенной степени определяют деятельность государственных ведомств
законы и правила гораздо в более существенной степени определяют деятельность индустрий
ИТ-проекты реализуются разными методами и, соответственно, в разные временные рамки


Коммерческие компании, за счет использования новых информационных систем, стремятся получить:

конкурентные преимущества
отказ от полного контроля за всей цепочкой предоставления услуги и разделение информационных систем
выигрыш в финансовом плане за счет некачественного ПО


Governance определяет:

управление сотрудниками предприятия
проблему использования тактических задач
проблему управления и контроля использования архитектуры


Ценность использования ИТ в государстве и, соответственно, архитектуры электронного правительства, определяют измерения:

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


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

реализовываться на базе модели анализа и управления
функционировать каждая на базе только своих собственных модулей
функционировать на базе единых моделей и стандартов информационных услуг, которые обеспечивают "бесшовную" архитектуру деятельности всего "электронного правительства"


Проблема масштаба является:

только небольшой проблемой при использовании ИТ в государственных ведомствах
главной отличительной характеристикой процессов использования ИТ в государстве
главной отличительной характеристикой процессов использования ИТ в коммерческих организациях


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

привилегированному доступу к государственным услугам и процессам как можно более широких слоев потенциальных пользователей
универсальному доступу к государственным услугам и процессам как можно более широких слоев потенциальных пользователей
закрытию доступа к государственным услугам и процессам как можно более широких слоев потенциальных пользователей
 

 При использовании ИКТ в государстве не следует допускать ошибки:

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


Выбрать верную модель деятельности государственных ведомств:


PROI определяет:

мониторинг инвестиций
экономический возврат от инвестиций
политический возврат от инвестиций


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

разработка методологии описания архитектуры
сбор данных и подготовка к разработке методологии описания архитектуры
непосредственная разработка архитектуры
введение инновационных технологий при создании методологии


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

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


Проактивная модель деятельности в области планирования и реализации ИТ-проектов характеризуется:

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


Негативные результаты при реализации ИТ-проектов в государственном секторе обуславливаются:

отсутствием или ограниченностью бизнес-архитектур
коротким бюджетным циклом
сложность поставленных задач
достаточно частой сменяемостью руководителей организации
отсутствием необходимых технологий


В Германии при разработке методологии описания архитектуры за основу взята:

справочная модель последовательных вычислений
справочная модель открытых распределенных вычислений
модель мониторинга данных


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

протекают параллельно только в определенных случаях
идут последовательно
протекают параллельно


Выбрать верную модель деятельности государственных ведомств:

 
Архитектура должна обеспечивать:

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


По данным американского центра правительственных технологий, статистика провалов проектов в области ИТ в госсекторе в среднем составляет порядка:

70-80%
50%
95%


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

большой степенью свободы в принятии решений
меньшей степенью свободы в принятии решений
закрытостью и недоступу к процессу принятия решений


Традиционная архитектура предприятия уделяет основное внимание:

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


Поведение и деятельность государственных ведомств определяют факторы:

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


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

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


Выбрать верную модель деятельности государственных ведомств:


Выбрать верное утверждение:

"беспечение тесного соответствия (синхронизации) между ключевыми бизнес-процессами и ИТ-архитектурой является одной из множества работ по правильному созданию архитектуры"
"беспечение тесного соответствия (синхронизации) между ключевыми бизнес-процессами и ИТ-архитектурой НЕ является работой по правильному созданию архитектуры"
"беспечение тесного соответствия (синхронизации) между ключевыми бизнес-процессами и ИТ-архитектурой является единственной наиболее важной работой по правильному созданию архитектуры"


При использовании ИКТ в государстве не следует допускать ошибки:

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


Наиболее подвержен рискам неэффективных решений:

коммерские компании
государственный сектор
сектор образования


Реактивная модель деятельности в области планирования и реализации ИТ-проектов характеризуется:

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


Архитектура должна:

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


ERP определяет:

систему управления отношениями с клиентами
систему управления производственным процессом
систему управления ресурсами


Обязательными для успеха федеративного принципа реализации архитектуры являются факторы:

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


Характерной особенностью государства является:

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


e-GIF определяет:

методику описания архитектуры электронного правительства Германии
методику описания архитектуры электронного правительства Великобритании
методику описания тактических действий электронного правительства Великобритании


MOM определяет:

многоуровневые системы поддержки принятия решений
встроенное ПО для реализации ключевых функций
интеграционное ПО пересылки сообщений


К обеспечивающим сервисам относят:

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


Для успеха в реализации общих сервисов государство должно учитывать факторы:

как обеспечить переход ведомств на использование общих сервисов
какую модель выбрать для реализации общих сервисов
выбор модели развития ИТ-систем
как выбрать и обосновать реализацию тех или иных сервисов в качестве общих
как обеспечить процессы улучшений в реализации и использовании общих сервисов


На фазе создания общих правительственных информационных систем разрабатываются:

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


К информационным сервисам относят:

регистр населения
земельный кадастр
системы поддержки принятия решений
ситемы безопасности
госудраственные системы


Использование единых технологических стандартов для обеспечения взаимодействия между прикладными системами различных ведомств является:

необходимым, но не достаточным условием
достаточным условием
следствием возможных ошибок разработчиков по созданию единых корпоративных систем


По оценкам аналитической компании ZapThink, на решение вопросов интеграции тратится:

до 70% общего бюджета компании
до 70% ИТ-бюджета
до 35% ИТ-бюджета


Фаза построения основ включает создание некоторых элементов. Одним из таких элементов является вычислительная инфраструктура, в которую входят:

электронная почта
серверы
настольные системы
центры обработки данных
удаленный доступ


CRM определяет:

систему управления производственным процессом
систему управления отношениями с клиентами
систему управления ресурсами


Для реализации функций в электронной форме российские федеральные ведомства должны определиться с прикладные системами поддержки административных процессов и услуг. На федеральном уровне требуются типы таких систем:

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


Более детальный анализ процессов предоставления государственных услуг позволяет выявить следующее:

выполнение шагов предоставления различных услуг основано на использовании одних и тех же технологий или функциональных модулей, которые многократно могут использоваться разными ведомствами
небольшое количество специфичных услуг
минимальные вложения в развития услуг
большое количество аналогичных или очень близких по формам реализации услуг, предоставляемых различными ведомствами


Общие сервисы разделяются на:

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


К сервисам, связанным с реализацией процессов относят:

многократно используемые инфраструктурные компоненты
транзакционные процессы
информационные сервисы
процессы поставок
специализированные процессы


Существуют этапы реализации архитектуры электронного правительства:

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


Фаза построения основ включает создание элементов:

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


PSB определяет:

брокер ИТ-департаментов
управляющий финансовых систем
брокер государственных сервисов


Крупные категории общих сервисов:

транзакционные процессы
установленные сервисы
обеспечивающие сервисы
сервисы, связанные с реализацией процессов


Единственной долговременной основой для создания и последующей интеграции государственных информационных систем являются:

системы управления базами данных
структуры данных
мониторинг текущих систем и выбор наилучшей


В настоящее время имеется консенсус по поводу лучшего способа обмена информацией:

TXT
DOC
XML
базы данных
HTML


Фаза построения основ включает создание некоторых элементов. Одним из таких элементов является основные сервисы, обеспечивающие продуктивность работы персонала, в которые входят:

текстовые редакторы
электронная почта
центры обработки данных
удаленный доступ
настольные системы


На фазе реализации специфических для ведомств и агентств проектов и систем создаются системы, обеспечивающие:

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


Федеративная модель реализации архитектуры электронного правительства характеризуется:

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


К информационным сервисам относят:

регистр объектов недвижимости
геоинформационные системы;
уровни использования финансовых средств
регистр хозяйствующих субъектов
системы поддержки пользователей


Для ускорения процессов использования общих сервисов государство, ведомства и поставщики соответствующих сервисов могут придерживаться нескольких рекомендаций. Одними из них являются:

НЕ использовать стандарты web вообще из соображений безопасности
продвижение общих для государства (региона стандартов) на электронные сообщения и документы (например, в форме утвержденных XML-схем)
принятие единых стандартов безопасности на информационный обмен
использование принципов сервис-ориентированной архитектуры для построения прикладных систем в форме многократно используемых модулей
использование различных методик моделирования административных и бизнес-процессов


CIO Council определяет:

совет руководителей информационных служб
методику описания федеральной архитектуры США
офис управления проектом разработки федеральной архитектуры США


Офис FEAPMO дает следующее определение федеральной архитектуры:

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


в рамках FEAF:

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


SAGA фокусируется на направлениях:

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


BRM определяет:

справочную модель эффективности
справочную модель описания бизнеса
технологическую справочную модель


RM-ODP определяет:

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


В соответствии с SAGA, модель государственных прикладных систем, включает следующие уровни:

презентационный уровень
клиент
бэк-энд
анализационный уровень
промежуточный уровень
переходный уровень


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

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


Выбрать верный механизм SAGA:


Завершение разработки, как уровень зрелости государственной организации, характеризуется следующим:

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


e-SDF определяет:

список категорий правительственной информации
методику разработки электронных услуг
каталог технических стандартов


Справочная модель сервисных компонент(SRM) FEAF включается в себя:

сервисные компоненты прикладных систем и бизнес-процессов
межведомственный информационный обмен
области и типы задач, решаемые прикладными системами и их компонентами
сервисные интерфейсы ИТ-систем и их компонентов, совместимость


FEAF определяет:

офис управления проектом разработки федеральной архитектуры США
совет руководителей информационных служб
методику описания федеральной архитектуры США


Важной особенностью проекта Федеральной Архитектуры США является:

функциональный подход к описанию архитектуры, т.е. подход со стороны бизнес-процессов, а не структуры федерального правительства и госорганов
функциональный подход к описанию архитектуры, т.е. подход со стороны структуры федерального правительства и госорганов, а не со стороны бизнес-процессов
наблюдательный подход к описанию архитектуры


FEAF состоит из несколькоих компонент. Одними из этих компонент являются:

целевая архитектура
общая структура
архитектурные сегменты
архитектурные модели
модели финансового регулирования


Методика описания архитектуры Gartner, представляет собой трехмерный куб, состоящий из элементов:

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


В соответствии с моделью RM-ODP существует несколько представлений. Корпоративное представление характеризуется:

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


В соответствии с моделью RM-ODP существует несколько представлений. Вычислительное представление характеризуется:

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


GDSC определяет:

каталог стандартных государственных данных
стандарт на метаданные электронного правительства
ключевой компонент SAGA


FEAPMO определяет:

совет руководителей информационных служб
офис управления проектом разработки федеральной архитектуры США
методику описания федеральной архитектуры США


TRM определяет:

технологическую справочную модель
справочную модель описания бизнеса
справочную модель эффективности


В соответствии с моделью RM-ODP существует несколько представлений. Информационное представление характеризуется:

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


Оценка зрелости архитектуры государственной организации происходит в соответствии с моделью, которая определяет несколько уровней зрелости. Уровни идентифицируются в соответствии со степенью реализации нескольких основных атрибутов, таких как:

атрибуты, которые участвуют в демонстрации приверженности задачам проекта и выполнению обязательств организации
атрибуты, демонстрирующие субъективное мнение руководителя ИТ-департамента
атрибуты, которые демонстрируют выполнение обязательств, включающие планы и реальные продукты по архитектуре предприятия
атрибуты, которые объективно проверяют выполнение обязательств
атрибуты, которые обеспечивают возможность поддерживать выполнение обязательств
бизнес-атрибуты


TSC определяет:

методику разработки электронных услуг
список категорий правительственной информации
каталог технических стандартов


Сравнительная оценка зрелости корпоративной архитектуры агентств 2003 года выглядит следующим образом:

 
Справочная модель описания данных(DRM) FEAF включается в себя:

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


Формирование фундамента, как уровень зрелости государственной организации, характеризуется следующим:

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


Архитектура предприятия включает в себя:

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


Для выработки общекорпоративных стандартов, следует стандартизировать:

программные платформы
наиболее фундаментальные технологии(сетевые стандарты, кофигурации ПК и др.)
СУБД


BSP определяет:

финансирование бизнес-систем
мониторинг бизнес-процессов
планирование бизнес-систем


Стандарты, как атрибут "старой" архитектуры, характеризуется:

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


Средства накопления знаний, как атрибут "старой" архитектуры, характеризуется:

прикладными системами
документацией с описанием архитектуры
Web-сайтами, содержащими информацию в форме руководств по использованию; архитектурные шаблоны; модели и примеры; программные продукты управления архитектурой


Основная область внимания, как атрибут "новой" архитектуры, характеризуется:

быстрым процессом анализа, постоянным обновлением для обеспечения текущих потребностей
прикладными системами
инфраструктурой


Приоритеты и цели, как атрибуты "новой" архитектуры, характеризуются:

уменьшением времени внедрения систем и уменьшением сложности плюс источник экспертизы
быстрым процессом анализа, постоянным обновлением для обеспечения текущих потребностей
уменьшением затрат и уменьшением сложности


SCM определяет:

систему управления поставками
систему взаимоотношениями с клиентами
базовый уровень безопасности


В основе сервис-ориентированной архитектуры лежит философия:

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


В основе концепций архитектуры предприятия лежат:

элементы философии анализа
работы Захмана, которые, в свою очередь, основаны на методиках IBM-планирования бизнес-систем
работы группы исследователей по изучению архитектуры ИТ-систем


В соответствии с концепциями и процессами, связанными с архитектурой можно выделить несколько аспектов. Одним из них является предприятия и его архитектура, состоящее из:

видении и стратегиии ИТ
архитектуры предприятия
архитектуры доменов
разработки
внедрения


В соответствии с концепциями и процессами, связанными с архитектурой можно выделить несколько аспектов. Одним из них является проекты создания систем, состоящие из:

разработки
видении и стратегии ИТ
интеграции
системной архитектуры
внедрения
архитектуры доменов


Создание всеобъемлющей модели информационных потребностей предприятия начинается с:

разработки соответствующего программного обеспечения
описания этой модели менеджеров по разработке ПО
описания представлений самого высшего руководства о деятельности предприятия


Новый, после эпохи Web, этап создания информационных систем характеризуется концепцией:

сервис-ориентированной архитектуры
пользовательской архитектурой
многоуровневой разветвленной архитектурой


Консультирование, как атрибут "старой" архитектуры, характеризуется:

большим вниманием консультированию по вопросам архитектуры
проведением в ограниченной форме
"один размер" подходит на все случаи жизни (узкий набор стандартов, применяемых всегда)


Средства накопления знаний, как атрибут "новой" архитектуры, характеризуется:

Web-сайтами, содержащими информацию в форме руководств по использованию; архитектурные шаблоны; модели и примеры; программные продукты управления архитектурой
проведением в ограниченной форме
документацией с описанием архитектуры


Исследования, как атрибут "старой" архитектуры, характеризуется:

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


Исследования, как атрибут "новой" архитектуры, характеризуется:

уменьшением затрам и уменьшением сложности
продолжительным анализом для выбора результатов
быстрым процессом анализа, постоянным обновлением для обеспечения текущих потребностей


Структуры и процессы управления, как атрибут "новой" архитектуры, характеризуется:

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


Архитектура предприятия и все, что с этим связано:

это шаг назад к методам разработки всего и вся "сверху-вниз", в то время как потребности сегодняшнего дня заключаются в быстрых и гибких методах разработки систем
это шаг назад к методам разработки всего и вся "снизу-вверх"
это шаг к прогрессивным методам разработки


Федеральное правительство США:

НЕ требует от федеральных ведомств разработки своих собственных архитектур в рамках общих концепций Федеральной Архитектуры
требует лишь использование соответствующих программных средств
требует от федеральных ведомств разработки своих собственных архитектур в рамках общих концепций Федеральной Архитектуры


В соответствии с концепциями и процессами, связанными с архитектурой можно выделить несколько аспектов. Одним из них является сервисы эксплуатации и управления ИТ, состоящие из:

приложений
данных
эксплуатации и поддержки


Архитектура предприятия является концепцией планирования:

"сверху-вниз"
"снизу-вверх"
распределенной децентрализованной


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

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


Методики планирования бизнес-систем предназначены для того, чтобы:

обеспечивать правильного контроля внедрения ИТ-систем
обеспечивать механизмы опт

Вы можете обратится к нам напрямую, через:

По Skype: molodoyberkut
По Telegram: @MolodoyBerkut
По ICQ: 657089516

Или через форму обратной связи на нашем сайте

Пока сочиняется...