Перейти к содержимому
Read this post in: de_DEen_USes_ESfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW
Home » TOGAF » TOGAF ADM: Топ-10 техник – Часть 8: Проверка анализа разрыва

TOGAF ADM: Топ-10 техник – Часть 8: Проверка анализа разрыва

Почему важно проверять анализ разрыва для ИА

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

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

Как проводить проверку анализа разрыва

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

  1. Создайте матрицу, в которой по вертикальной оси размещены все блоки архитектурных компонентов (ABB) базовой архитектуры, а по горизонтальной — все ABB целевой архитектуры.
  2. Добавьте последнюю строку с меткой «Новые» на оси базовой архитектуры и последний столбец с меткой «Устраненные службы» на оси целевой архитектуры.
  3. Если ABB присутствует как в базовой, так и в целевой архитектуре, отметьте его как «Включено» в соответствующей ячейке пересечения.
  4. Если ABB из базовой архитектуры отсутствует в целевой архитектуре, проанализируйте его. Если он был сознательно исключен, отметьте это в соответствующей ячейке «Устранено». Если он был случайно упущен, отметьте его как разрыв, который необходимо устранить путем восстановления ABB в следующей итерации проектирования архитектуры.
  5. Если ABB из целевой архитектуры не найден в базовой архитектуре, отметьте его на пересечении с строкой «Новые» как разрыв. Этот разрыв необходимо устранить путем разработки или приобретения соответствующего блока.
  6. После завершения упражнения все, что отмечено как «Устранено» или «Новые», считается разрывом. Эти разрывы должны быть объяснены как правильно устраненные или отмечены как подлежащие устранению путем восстановления или разработки/приобретения соответствующей функции.

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

 

Краткое содержание

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

Предложенные шаги проведения анализа разрыва включают создание матрицы с учетом всех блоков архитектурных компонентов (ABB) базовой и целевой архитектуры и отмечание ABB, отсутствующих в целевой архитектуре, как разрывов. В статье подчеркивается, что все, что отмечено как «Устранено» или «Новые», считается разрывом, который должен быть объяснен как правильно устраненный или отмечен как подлежащий устранению путем восстановления или разработки/приобретения соответствующей функции.

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

 

Добавить комментарий