Какое программное обеспечение позволяет строить график использования?

Question

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

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

Итак, мой вопрос: какое программное обеспечение позволяет перечислять все сущности, действия, которые мы можем делать с этими объектами, отношения между объектами, событиями и т. Д. И строить график, описывающий все возможные варианты использования? Чем я спрашиваю клиента, «у нас есть такой неожиданный, но важный прецедент, какое поведение вы хотите для этой ситуации?» И тогда мы просто реализуем все эти варианты использования.

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

Например, у нас есть пользователи, которые имеют финансовые счета и могут тратить деньги с этих счетов. Иногда деньги на активном счете исчерпаны, и пользователь должен вручную активировать активную учетную запись. Это неудобно и должно быть автоматизировано. Кроме того, некоторые пользователи не хотят тратить деньги больше, чем некоторые ограничения.

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

Учетная запись может быть заблокирована по какой-либо причине. И все больше, это легальная система со сложной логикой.

И возвращаясь к проблеме - например, я просто забыл, что после добавления новой учетной записи в групповое состояние группы можно изменить (и когда тестеры обнаружили этот случай, владелец продукта сказал, что игнорировать этот случай: D). И я уверен, что забыл и о других случаях, но тестеристы просто не думали об этом случае, и задача была принята и отправлена ​​на производство. Я уверен, что позже пользователи обнаружили эти случаи.

PS: Я обнаружил, что кредл 3sl, вероятно, может решить эту проблему, но пока не исследует возможности этого программного обеспечения.

Answer 1

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

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

Я рекомендую прочитать о следующих темах:

• KANO model - особенно часть о «Must-быть качество», которое принимается как само собой разумеющееся большинства заинтересованных сторон.
• Пользователь наблюдения. Выходите и учитесь у своих пользователей. См. «Освоение процесса требований: получение правильных требований» Робертсона, глава 5, ISBN-13: 978-0321815743, стр. 87 и далее. - Вам нужно получить правильное понимание бизнес-домена, помимо того, что заинтересованные стороны рассказывают вам об этом.
• Последнее, но не менее важное: охватить YAGNI principle от экстремального программирования. Максимизируйте объем выполненной работы.

Плюс: узнайте, как вы идете, со временем вы со временем поправляетесь.