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

Некоторые организации вполне могут обходиться без специализированных средств разработки архитектуры, ограничиваясь использованием графических пакетов типа Microsoft Visio для построения различных типов моделей (благо в этом пакете имеется для этого огромное количество шаблонов, от конструкций языка UML до шаблонов описания организационных структур, потоков работ и описания унаследованных приложений), а также использованием текстовых редакторов и электронных таблиц.

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

Для удовлетворения этих специфических потребностей в обеспечении архитектурного процесса появился целый класс программных продуктов. Перечислим названия некоторых компаний-разработчиков таких систем, многие из которых, за исключением последней, практически неизвестны на российском рынке: Casewise, Computas, Framework Software, Popkin Software, Proforma, Ptech, Rational Software.

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

Различные планы, модели и документы, связанные с архитектурой, должны быть помещены в репозитории (специальной базе данных, созданной для хранения многих типов документов и диаграмм). Между ними должны быть установлены необходимые связи. При этом различные группы пользователей рассматривают различные категории информации и представления одной и той же архитектуры предприятия. Если архитектура документирована с достаточной степенью детализации, появляется возможность отслеживания влияния возможных изменений.

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

• поддержание списка используемых на предприятии технологий, включая версии продуктов, категории (например, СУБД, платформы, системы хранения, средства разработки и т.д.);
• информационные модели, бизнес-процессов, данные, функции, объекты, организационные структуры (модели "как есть" и будущее их состояние);
• список прикладных систем с описанием функций, "владельцев", ответственных за эксплуатацию, поставщиков и т.д.;
• кросс-ссылки. Должны быть обозначены связи прикладных систем с поддерживаемыми ими моделями данных, моделями бизнес-процессов, обеспечивающими инфраструктурными технологиями;
• методики описания архитектуры. Мы посвятили отдельную лекцию описанию наиболее известных методик. Они популярны, поскольку обеспечивают способ организации огромного количества артефактов, составляющих основу описания архитектуры. Как правило, графически они отображаются в виде матриц со строками и столбцами, соответствующими различным представлениям (доменам) и уровням абстракции описания архитектуры. Должны быть обеспечены способы навигации между моделями, "расположенными в различных клетках";
• управление версиями и конфигурациями. Процесс разработки архитектуры является итерационным, включающим описания текущих и будущих состояний и моделей. Очень часто будут существовать многие версии этих моделей, и ими надо управлять;
• средства обеспечения полного цикла проектирования. Средства описания архитектуры предприятия должны иметь возможность обмениваться информацией с другими средствами проектирования и репозиториями.

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

Date: 2015-09-05; view: 665; Нарушение авторских прав