Диаграммы UMLet, такие как прецедент, класс, активность и т. д

прежде всего позвольте мне обсудить UML и Варианты Использования.

UML - это просто графический способ описания программных систем. Существует два типа UML, а именно:

1. UML Sketching-здесь вы хотите только передать идею и пройти через различные альтернативные подходы. Она не конкретна, но дает только основные идеи.
2. UML Blueprint - это очень подробный тип моделирования, в котором все хорошо выложено и есть определенное время завершения.

Далее идет процесс разработки UML.

1. модель водопада-процесс развития должен следовать анализом, дизайном, Кодирвоанием, и процессом испытания строго. Это означает, что вы не можете делать кодирование без дизайна и так далее. Вы должны начать с процесса анализа, проектирования, кодирования и тестирования (ADCT). Перекрытие в рамках этих процессов не допускается.
2. Итеративный (Наиболее Распространенный) - итеративный способ отличается от модели водопада в том смысле, что он более гибкий. Вы можете разделить систему на части и запустить процесс ADCT на каждой части. Это означает, что вы не будете делать анализ только один раз, что сделает вашу систему гибкой к изменениям. Неудивительно, что это более распространенный тип подхода.

тогда есть процесс планирования UML

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

2. адаптивное планирование (Agile Development) - здесь разработчик постоянно работает с пользователем для возможных изменений. Они действуют как "адаптеры" - к изменениям. Это гибкость делает его лучшим вариантом из прогнозного планирования.

наконец Диаграммы Вариантов Использования. Диаграммы вариантов использования определяют, как ваша программа будет решать проблемы или предоставлять некоторые функции.

вот пример:

диаграммы прецедентов обычно касаются взаимодействия акторов, которые могут быть человеком или внешней системой. Варианты использования представлены Elipses, как "вставить карту".

линия от актора к вариантам использования называется линиями связи.

часть "включить" означает, что два или более вариант использования попытается получить доступ к одному варианту использования. в то время как часть "extend" - это когда вариант использования попытается получить доступ к необязательному варианту использования.

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

после этого-Описание варианта использования. В основном просто описание вашего случая. как " пользователь вводит свою карту и вводит пин-код. Затем система безопасности проверит, активна ли карта или не украдена и / или если введенный Pin-код является правильным " и т. д. Он будет завернут, сказав, что система (безопасность) предоставит средства и квитанцию.

еще одна вещь, чтобы отметить, это

1. триггеры (машина получает карту/пользователь вводит Pin-код)

2. актеры

3. предварительные условия (например, банк имеет достаточные средства)
4. цели (например, успешные выводы, такие как возможность предоставления средств пользователю).
5. список вывод (например: недействительная карта)
6. расширения (например: если pin-код недействителен после трех 3 нах)
7. шаги выполнения (например: от клиента вставляет карту до выброса карты)

Диаграммы Действий

диаграммы активности в основном просто описывает, какие действия произошли для достижения конечной цели. Если вы знакомы с блок-схемами, то вам будет легче понять концепции, стоящие за ними Диаграммы Активности.

начальные узлы-это начальная точка диаграммы активности, которая символизируется затененным кругом.Фиолетовые цветные заметки просто описывают различные компоненты диаграммы активности.

Диаграммы Классов

Classes описывает типы объектов, которые будет использовать ваша программа, в то время как диаграммы классов описывают эти классы и как они связаны.

Я просто загрузите несколько слайд-шоу, чтобы сделать учебник быстрее:

Диаграммы Последовательности

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

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

опять же, вот диаграммы последовательности учебника:

Связь-Схемы

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

эти идеи из видеоуроков Дерек Банас

вот список UML Tools. Некоторые свободны. :)