Объектно-ориентированное моделирование

создавать конкретные проектные решения,
относящиеся к интерфейсу пользователя. В таких
случаях реальные прецеденты должны создаваться уже
на стадии планирования. Однако, реальные
прецеденты нежелательно создавать на. стадии
планирования, поскольку это может, привести к
чрезмерному усложнению системы. Тем не менее,
некоторые организации составляют контракты на
разработку программного обеспечения на основе
спецификации интерфейса пользователя.
Названия прецедентов должны начинаться с глагола
или существительного, описывающего процесс, как
например, показано ниже.
• Buy Items (Покупка
товара)
• Enter an Order (Ввести заказ)
Развернутые прецеденты
Описания развернутых прецедентов следует
начинать по следующей схеме.
1. Этот прецедент начинается, когда
.
Например,
2. Этот прецедент начинается, когда
покупатель подходит к системе POST с
выбранными товарами
Такой подход позволяет четко
идентифицировать исполнителя и событие.
Моменты принятия решений и ветвления
Прецедент может содержать точки принятия
решения. Например, в прецеденте Buy Items
покупатель может выбрать способ платежа в момент
оплаты: наличными, по кредитной карточке или чеком.
Если одно из этих решений является типичным, а
остальные -редкими, необычными или
исключительными, то лишь данный типичный случай