Варианты использования, десять лет спустя
Страница 6. Действие четвертое - ближайшее будущее

Действие четвертое - ближайшее будущее

Исходя из этого, в ближайшем будущем с вариантами использования может произойти следующее: 

• Они станут настолько базовой техникой, что войдут в учебные программы для студентов и тех, кто изучает основы разработки ПО и методологий.
• Производители программного обеспечения и всевозможные теоретики будут продолжать изыскивать законы, которые лежат в основе вариантов использования.
• Производители программного обеспечения создадут системы, которые будут соответствовать скорее теории, чем практике. Благодаря этим системам варианты использования, объединенные перекрестными ссылками, будет легче писать, поддерживать и интегрировать в CASE-средства.
• Коль скоро варианты использования станут базовой техникой, люди будут искать альтернативы для описания требований к системе и предлагать свои способы, в которых уже не будет места вариантам использования.
• Кое-что останется без изменений: люди будут стараться описать в вариантах использования слишком много подробностей, касающихся пользовательского интерфейса, вне зависимости от использованных программных средств и шаблонов; организации будут продолжать стараться, чтобы варианты использования заменяли их сотрудникам живое общение.
• Люди будут по-прежнему неправильно их использовать, неправильно обучать, как ими пользоваться, искажать интерпретацию, а в получившейся неразберихе винить форму изложения вариантов использования.

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

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

А потом расслабьтесь и анализируйте доводы за и против.

Книги

• Armour, F., Miller, G., Advanced Use Case Modeling: Software Systems, Addison Wesley, 2000.
• Cockburn, A., Writing Effective Use Cases, Addison-Wesley, Boston, MA, 2000.⁴
• Constantine, L., Lockwood, L., Design for Use, Addison Wesley, 1999.²
• Jacobson, I., The Object Advantage : Business Process Reengineering With Object Technology, Addison Wesley, 1995.
• Kulak, D., Guiney, E., Use Cases: Requirements in Context, Addison Wesley, 2000.

Статьи

• Jacobson, I., "Object oriented development in an industrial environment," OOPSLA '87: Object-Oriented Programming Systems, Languages and Applications. ACM SIGPLAN, pp. 183-191.
• Cockburn, A., "Structuring Use Cases with Goals," Journal of Object-Oriented Programming, Sep-Oct 1997 and Nov-Dec 1997, online at https://alistair.cockburn.us/crystal/articles/sucwg/structuringucswithgoals.htm

Сноски из текста

1. use case - В русскоязычных источниках встречаются и другие переводы термина "use case" - в частности, его переводят как "функциональные требования". Нам кажется, что этот подход в корне неверен - во-первых, авторы, создавшие термин "use case" неслучайно дали ему отдельное имя; во-вторых, в этой статье Алистэр говорит как раз о том, что use case не является описанием функциональных черт системы. Ближе всего к понятию "use case" стоит термин "сценарий", однако синонимом его можно считать только с определенными оговорками, о чем тоже говорится в этой статье.
2. task case - Описаны в книге Constantine&Lockwood, "Software for Use" 1999; перевод на русский язык готовится в издательстве "Питер".
3. XP - На русском языке на эту тему было издано несколько книг: К. Бек. "Экстремальное программирование" ("Питер", 2001), К. Бек, М. Фаулер "Экстремальное программирование: планирование" ("Питер", 2002) и др. 
4. Writing Effective Use Cases - Перевод на русский язык опубликован в издательстве "Лори" под названием "Современные методы описания функциональных требований к системам" (2002г).
5. https://www.ForUse.com - Веб-сайт Ларри Константайна, посвященный методологии и практике разработки пользовательского интерфейса.