Кто такой интегратор?

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

В процессе работы над программой Mytravel, команда, работающая над ней, руководила централизованным планом и основными этапами программы (осуществляя контроль над изменениями) и следила за планами и результатами работы проектных групп. Для оценки состояния выполнения программы проводились еженедельные собрания Solиtion Bиild Stream («Потока создания решения») с участием представителей всех поставщиков. На уровне программы велось отслеживание общих и взаимозависимых плановых результатов и управление ими.

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

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


Комментировать or Leave a Trackback
разделитель

Комментировать

Вы должны авторизоваться для комментирования.