В рамках средних и крупных проектов часто возникает проблема, связанная со сложностью и многогранностью аналитики замещаемой системы (например, SAP). Аналитика крупных систем характеризуется следующими особенностями:

1. Длительное развитие в соответствии с изменяющимися бизнес-требованиями
2. Частое использование формальных решений из-за системных ограничений (например, использование поля “Код1” для хранения КПП контрагента или “Присвоение1” для локальной аналитики без соответствующего справочника)
3. Наличие критически важных документов MS Excel, содержащих данные в формате, необходимом для бизнес-процессов, и поддерживаемых вручную
4. Множество интеграционных решений, разработанных в течение жизненного цикла системы, использующих различные механизмы и событийные цепочки

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

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

• Распределение данных между консультантами с последующим заполнением промежуточных структур (MS Excel, Google Docs, Collabora), что приводит к следующим проблемам:

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

• Концентрация всей информации у архитектора, что создает узкое место в процессе. Горизонтальное взаимодействие консультантов затруднено из-за отсутствия синхронизации
• Трудоемкий процесс переноса данных из промежуточных структур в итоговые документы после согласования с Заказчиком, сопровождающийся рисками ошибок

Для решения указанных проблем СПБП предлагает использовать механизм “Структуры данных”
Схема взаимосвязей компонента Структура данных

Представленная схема демонстрирует глубокую интеграцию справочника “Структура данных” в жизненный цикл проектирования бизнес-приложения. Далее рассмотрим практический пример реализации на крупном проекте, позволивший охватить сложную структуру данных, подлежащую миграции в 1С:ERP.

Форма списка объектов миграции инициируется перечнем групп проектируемых объектов. Данный перечень формируется архитектором проекта и представляет собой логическую иерархию.

Группы могут иметь неограниченный уровень вложенности, что обеспечивает детальное разделение проектируемых объектов.

В процессе работы формируется проектируемый объект (или объект миграции). Рассмотрим проектируемый объект “Контракт закупочный”.
В форме списка представлен сам объект и его группы атрибутов.

Форма элемента обеспечивает детальное описание объекта:

1. Связи с предварительными процессами
2. Связанные задачи
3. Локации файлов результатов (ссылки на проектную библиотеку)
4. Связанные объекты обмена
5. Ссылки на протоколы совещаний
6. Объекты глоссария
7. Прикрепленные файлы

Форма позволяет определить ключевые параметры:

1. Статус проработки
2. Связи с объектами метаданных и ветками разработки
3. Связь с процессом
4. Связи с предварительными процессами
5. Ответственного за проработку
6. Дополнительные параметры

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

В результате формируется многомерное пространство, где проектируемый объект интегрирован с другими сущностями СПБП и может быть рассмотрен во всех аспектах.

Результаты
Внедрение механизма “Структуры данных” обеспечило:

1. Единый контекст для всех участников процесса и возможность эффективной совместной работы
2. Контроль процесса проработки архитекторами на основе количественных показателей
3. Переход на асинхронный режим работы, обеспечивший оптимизацию ресурсов и ускорение процессов
4. Стандартизацию результатов с возможностью автоматической выгрузки