Ощутимые преимущества использования модели использования случаев

Question

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

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

Итак, мой вопрос заключается в следующем: каковы ощутимые выгоды от использования подхода к разработке программного обеспечения с использованием прецедентов?

Answer 1

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

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

Что именно пользователь пытается выполнить в этом случае.

Как должно поддерживаться программное обеспечение.

Каким образом программное обеспечение должно поддерживать это.

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

Answer 2

Вы правы - это то же самое, но имеет более сексуальное имя. В 1980-х годах Я получил сертификацию SSADM (требуется для некоторых крупных НПО, таких как мой в то время работодатель BBC), и был удивлен, обнаружив, что вы можете легко сопоставить свои процессы с концепциями дизайна OO, которые я уже знал.

Answer 3

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

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

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