Диаграммы сценариев использования с точки зрения руководителя проектов

Кто-то из читателей, вероятно, посещал курсы по управлению требованиями посредством диаграмм сценариев использования (Use Case). Их цель заключается в обучении бизнес-аналитиков и программистов, как использовать универсальный язык моделирования (UML-Unified Modeling Language) для того, чтобы понимать и передавать бизнес-требования. В качестве руководителя вы можете считать данную область поучительной и вдохновляющей.

В чем заключается просвещение

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

Тремя основными компонентами диаграмм использования являются актеры (Actor), прецеденты (Use Case) и сценарии (Scenario). Актеры представлены контурограммой людей, прецеденты представлены овалами, а сценарии - текстовыми полями. Актер - это роль, которую играют либо люди, либо другие системы, с которыми будет взаимодействовать разрабатываемая система. Прецедент - это полный набор событий, обрабатываемый системой для помощи в достижении цели актером. Сценарии перечисляют в деталях, как именно прецедент достигнет данных целей.

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

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

В чем заключается стимул

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

Thomas Cutting