решений, нового функционала, задействуют уже имеющиеся технологии и инфраструктурные системы. Например, унификации и стандартизации набора языков программирования. Здесь критериями выступаю в том числе и экономические показатели стоимости разработки (скорости разработки на каком-то языке и стоимости самих разработчиков необходимой квалификации на этом языке), гарантий по сопровождению (наличию достаточного числа свободных кадров и резюме), сложность поддержки, аутсорсинга и других.
Enterprose Architect участвует в процессе разработки сервиса как минимум на двух этапах – на проверки разработанной концептуальной архитектуры сервиса и при проверке соответствия детальной архитектуры разработанного сервиса ей и стандартов на приёмосдаточных испытаниях. На практике, он делает концептуальную архитектуру сервиса сам и сам добавляет её в карту сервисов, так у него есть необходимый опыт и знание всех стандартов. На практике, Enterprose Architect помогает в разработке детальной архитектуры сервиса архитектору сервиса в её составлении и под концептуальную архитектуру в соответствии с видением архитектора сервиса. По факту концептуальная архитектура является архитектурой интеграции сервиса с другими сервисами для внесения её в ландшафт сервисов, в то время как детальная – реализацией сервиса в соответствии с ожиданиями стейкхолдеров (заказчиков, контролирующих отделов). Именно реализация должна соответствовать ограничениям, накладываемым Enterprise Architect на реализацию, например, по унификации технологий. Если же совместной работы не происходит, то Enterprise Architect становится контролирующим органом, который блокирует развёртывание сервиса критическими замечаниями или устанавливает технический долг со сроками устранения.
Корпоративный архитектор при разработке концептуальной архитектуры договаривается с архитекторами сервисов, с которыми необходимо его сервису интегрироваться и находит компромиссные решения, а также другими заинтересованными сторонами, например, сотрудниками безопасности. Договорившись, он выносит на более высокий уровень согласования, для подтверждения консенсуса. Корпоративному архитектору необходимы знания сервисов и стандартов, коммуникационные навыки и знания интеграционных архитектору, таких как сервисная шина предприятия и умение быстро создавать архитектуру при недостаточности информации в жёстко ограниченные сроки.
Возможно применение более мягкого процесса проверки стандартам на основе аудита, которые часто можно свести к чек листам или автоматическим проверкам соответствия. На практике, такие чек листы архитектор сервиса может пройти под руководством Enterprise Architect для правильной интерпретации в самом начале и далее проходить по мере необходимости для корректировки соответствия. Современные системы предоставляют их настройку в виде конфигурационных файлов, что позволяет автоматизировать проверку по списку таких систем и их конфигурационным файлам. Большинство из них работает в асинхронном режиме, то есть асинхронно