UML-диаграммы для представления связанных компонентов, связанных с редукцией.

Question

Вызов экспертов UML для помощи в выстраивании javascript-специфических диаграмм.

ПРИМЕЧАНИЕ: реагируйте, Архитектура потока, реагируйте с опытом редукции.

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

После того, как мы решили на классы UML (React компоненты) нам нужно, контейнеры, презентационные Просмотров и поведение мы все еще борется с:

1. Кажется, нам нужно используйте две диаграммы для каждого основного контейнера, чтобы полностью представить его, один для структуры и один для поведения? Нужна ли нам диаграмма поведения, если проект следует за конвенциями?

2. Должны ли компоненты презентации на структурной диаграмме показывать события или инициировать действия через переданные обратные вызовы в реквизиты? (например, аннотировать операции события Button для onClick или отправки action, который будет вызывать onClick) или и то, и другое.

3. Можно ли сказать, что реакция Действия являются сигналами? так как они простые объекты js, и изменения состояния происходят в редукторах, поэтому нам нужна диаграмма Statechart, может быть?

4. В зависимости от указанных выше решений, как мы ссылаемся на магазин экземпляр в диаграммах (у нас есть один магазин), мы должны ссылаться на экземпляр магазина во всех схемах или просто добавить ссылку на свой класс диаграммы?

5. Правильно ли представлять редукторы - Установить состояние -> Хранить как < информационный поток> и Store -mapStateToProps-> реквизиты как зависимость <>?

6. Можно ли ссылаться на компонент propTypes как на ограничения класса или создавать интерфейс?

Я не мог найти хорошую ссылку для яваскрипта приложения разработаны в UML, за исключением некоторых диаграмм последовательностей частично визуализации модулей Nodejs. Если у вас есть, пожалуйста, отправьте их мне.

Благодаря

Answer 1

Как уже упоминалось, я не могу говорить за J-части, но только для общего EA-части.

1. Если у вас есть соглашения, которые объясняются внешне, нет необходимости в дополнительном поведенческое объяснении (кроме вы хотите расхаживать с UML знаний).

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

3. Да, вы можете. Создайте action в EA, и вы получите меню, которое позволяет создать Send Signal или тому подобное.

Я не могу ответить на 4. и 5.