Написано в декабре 2009
Каждый проектировщик информационных систем рано или поздно сталкивается с вариантами использования (ВИ, англ. — use cases). Но в результате часто случается так, что эта полезная техника используется не по назначению и не приносит ожидаемой пользы. В чём же дело, и как писать варианты использования эффективно?
Алистэр Коуберн [1] еще пять лет назад сказал всё в своей статье «Варинаты использования, десять лет спустя» [2]. Я же здесь попытаюсь лишь добавить несколько практических аспектов из своего личного опыта. Я исхожу из того, что читатель знаком с ВИ (если нет – рекомендую книгу того же Алистэра Коуберна «Writing Effective Use Cases» [3]).
С помощью ВИ можно описать взаимодействие системы с окружающим миром и, таким образом, лучше понять систему. Т.е. ВИ можно рассматривать как один из способов описания требований к системе (система должна быть такой, чтобы поведение, видимое снаружи, было таким, как описано в ВИ). В предыдущем предложении ключевыми словами являются «один из». Существует огромное количество способов записать различные требования к системе, и ВИ – лишь один из них, подходящий лишь для определённого типа требований в определённых условиях. Использованные удачно, ВИ компактно и понятно опишут систему. Использованные вне области применимости, ВИ отнимут время как у автора, так и у читателя и не привнесут большей ясности.
Полный текст статьи в PDF
Выводы
Варинаты использования принесут вам пользу, если:
- Не пытаться записать все требования в виде ВИ или разложить всю систему на ВИ
- Писать ВИ кратко и ёмко. Избегать тривиальных ВИ
- Писать ВИ уровнем выше, чем описание других функциональных требований
- Использовать ВИ для анализа незнакомой предметной области и сложных процессов
- Не смешивать ВИ и пользовательский интерфейс
- Предварительно прочитать хорошую книжку, а также посмотреть на примеры хороших и плохих ВИ, написанных ранее вашими коллегами.