Как структурировать проект UML (Enterprise Architect)

Question

Я начинаю новый проект встроенного программного обеспечения. Я собираюсь использовать Enterprise Architect для сбора требований и разработки архитектуры программного обеспечения.

Как мне структурировать / организовать проект в Enterprise Architect?

Моя идея сделать что-то вроде (отредактировано, спасибо Алексу):

ProjectName
|
+-Analysis
|   +-Deployment (ECU HW, External Devices)
|   +-Actors
|   +-Use Cases
|   +-Requirements
|
+-Design
|   +-Static Views
|   |    +-Component Diagrams
|   |    +-Class Diagrams
|   +-Dynamic Views
|        +-Activity Diagrams
|
+-Testing
    +-Test Cases
         +-Sequence Diagrams

Имеет ли это смысл?

Answer 1

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

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

Другая важная диаграмма - это диаграмма компонентов в статическом представлении. Здесь показаны общие системные модули и их интерфейсы (архитектура).

Развертывание также может пригодиться, если в системе есть несколько распределенных компонентов или внешних систем.

В EA вы всегда должны рассматривать матрицу прослеживаемости как инструмент для отслеживания элементов по пакетам и моделям. Это моя любимая функция EA.:)

Answer 2

Как говорит Алекс, для внедренного проекта конечные автоматы становятся довольно важными. Я создам диаграмму высокого уровня, а затем перетащу на нее все диаграммы состояний. Это держит их всех в одном месте, и когда я хочу передать кому-то свою интерпретацию домена, мне просто нужно распечатать диаграмму статической модели домена и сводную диаграмму механизма состояний.

Answer 3

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

Также проверьте файл справки в главе Основы моделирования-> Шаблоны моделей, и за пределами сайта программирования Stack Overflow должно быть доступно много ресурсов - на страницах ресурсов Enterprise Architect и на форумах Enterprise Architect.