Комментарии 5
На чем все это рисуется, в т.ч. Рисунок 7.
А почему не воспользоваться стандартами? Архитектура требований и самой системы там есть, процессы ЖЦ тоже.
Кроме Enterprise Architect заметил MS Project. Сам пользуюсь Visual Paradigm. Как вы всё это поддерживайте? (сами модели, наименования, типы данных, связи)
В своё время был подобный проект, только начинался он не с Требований, а в том же виде, но архитектура предприятия.
Стандарты
пример проекта, как можно организовать поддержку моделей
Стандарты, довольно обширны и далеко не всегда применимы в реальных проектах, особенно, если пытаться их применить, как фреймворк. Из-за этого не прижился, например, RUP. Очень тяжелый был. Но на его базе возникло множество решений у тех, кто не поленился и разложил его на отдельные инструменты и методики. В данной статье речь дет не о проектировании, а фиксации Требований в форме, наиболее пригодной к организации на ее базе - процесса реализации.
Я пользуюсь разными инструментами: для Архитектурных моделей Archimate, с UML еще работаю в PowerDesigner, для моделирования функций использую IDEF0. Поддерживать можно по разному, в зависимости от проекта. Можно базироваться на Confluence, можно просто на структуре файлового хранилища, с использованием артефактов того же RUP. А вообще система о которой идет речь в статье и призвана обеспечить в том числе поддержку процесса проектирования.
Иногда ИТ-продукты не связаны с Предприятием, поэтому я отталкивался от Потребностей.
Про ЖЦ производства ИТ- продуктов у меня есть курс лекций
Кроме Enterprise Architect заметил MS Project. Сам пользуюсь Visual Paradigm.
Выше перечисленное (а также Archi и т.п.) для построения ЕА \ ВРМ планирую заменить на excel + visio c надстройкой наподобие RDF Linked data (кроме прямого редактирования схем и таблиц excel - триплетами делать запросы и записывать данные в таблицы). Пример: Простая Enterprise Architecture. Архитектура компании садоводов
Платформа для организации производства Информационных систем. Часть 2