Насчёт "скромной задачи" я, конечно, поскромничал. Задачка достаточно объёмная. Реверс-инжиниринг - это восстановление описаний из собранных данных.
Источник данных в данном случае достаточно специфический - это хранилище (data warehouse) информации комплексных обследований, структура которого сейчас проектируется. Кроме данных по бизнес-процессам там будут, к примеру, данные CMM (Common Maturity Model) и т.п. Структуризация и верификация данных - задача, решаемая на фазе построения хранилища. Средства моделировния БП тут несколько сбоку, сама система - "базоцентрическая".
Под открытостью я имел в виду не открытый код, а наличие у продукта открытых интерфейсных спецификаций (форматы данных, API), позволяющих решить две задачи:
1. Правильно сформировать описание БП, понимаемое средством моделирования/визуализации
2. Получить описание БП от системы моделирования/визуализации в виде набора объектов, атрибутов и связей, понимаемых софтом со стороны хранилища.
Само собой, спецификация не должна кардинально меняться с каждой версией и поддерживаться в течение обозримого времени. Лучше, если несколькими продуктами. Ещё лучше - если кроссплатформенно.
no subject
Date: 2005-10-31 09:15 am (UTC)Реверс-инжиниринг - это восстановление описаний из собранных данных.
Источник данных в данном случае достаточно специфический - это хранилище (data warehouse) информации комплексных обследований, структура которого сейчас проектируется. Кроме данных по бизнес-процессам там будут, к примеру, данные CMM (Common Maturity Model) и т.п. Структуризация и верификация данных - задача, решаемая на фазе построения хранилища. Средства моделировния БП тут несколько сбоку, сама система - "базоцентрическая".
Под открытостью я имел в виду не открытый код, а наличие у продукта открытых интерфейсных спецификаций (форматы данных, API), позволяющих решить две задачи:
1. Правильно сформировать описание БП, понимаемое средством моделирования/визуализации
2. Получить описание БП от системы моделирования/визуализации в виде набора объектов, атрибутов и связей, понимаемых софтом со стороны хранилища.
Само собой, спецификация не должна кардинально меняться с каждой версией и поддерживаться в течение обозримого времени. Лучше, если несколькими продуктами. Ещё лучше - если кроссплатформенно.
Унификация - это замечательно.