Use cases быстрый старт

Ларман.

Перевод: Алистер Коберн - Современные методы описания функциональных требований к системам Оригинал: Alistair СосkЬиrп - Writiпg effective иse cases

причем, третье издание минимум

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

вопрошающие - идиоты, простите за выражение. Или вы их не так поняли :) use-case даже из определения строится по беседе с пользователем. Оно для того и выдумано - по быстрому задокументировать требования потребителя. Но на столько убогом уровне, чтобы было понятно юзеру, менеджеру, инвестору и вам само собой. Каким-бы макаром вы его не писали/рисовали/запоминали - оно делается ДО приступания к работе.

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

PS «use case» - уже в принципе устоявшийся термин проектирования/моделирования. При беседе с потребителем рисуется этот самый «use» :) в процессе его уточняют, рисуют негативы/альтернативы, от него всё танцует. Потом тестировщику даётся ЭТО, «а проверь-ка братец, то ли у нас вышло»..

PPS Для написания доки по готовому ПО есть ГОСТ`ы и любая дока на чё угодно в качестве примера.

Понято.
только у меня не из головы, у меня ТЗ по ГОСТ 34, и к реализации ещё не приступал.