Главный поток событий. Администратор входит в систему и выбирает функцию отмены оплаты счетов. Система предлагает ввести номер подтверждения оплаты. Администратор вводит номер подтверждения. Система находит ожидающий платеж и просит администратора подтвердить отмену. После подтверждения система удаляет запись из списка ожидающих платежей и записывает на счет клиента сумму, равную сумме отмененного платежа. Прецедент заканчивается.
Альтернативный поток событий. Номер подтверждения оплаты, введенный администратором, неправилен. Система отображает сообщение об ошибке и предлагает ввести информацию повторно.
Рассматривать остальные прецеденты необязательно, так как заказчик согласился отложить их до следующей версии.
Прецеденты операций с ценными бумагами
В первоначальном виде функциональные возможности по операциям с ценными бумагами состоят в двух основных прецедентах: покупки ценных бумаг и продажи ценных бумаг. Их главные и альтернативные потоки событий представлены ниже.
Прецедент "Покупка ценных бумаг"
Главный поток событий. Клиент входит в систему, выбирает счет для инвестиционных операций и выбирает функцию покупки ценных бумаг. Система предлагает клиенту указать название акций, количество, предельную цену и другую информацию, необходимую для сделки. Система проверяет правильность названия акций, вычисляет приблизительную общую стоимость покупки и отображает список счетов клиента, с которых будет снята эта стоимость. Клиент выбирает один из счетов. Система проверяет, есть ли на нем достаточная сумма, и производит покупку акций от имени клиента. Система выдает клиенту номер подтверждения операции. Прецедент заканчивается.
Альтернативный поток событий. Название акций, введенное клиентом, неправильно. Система отображает сообщение об ошибке и предлагает клиенту повторно ввести информацию.
Альтернативный поток событий. На выбранном счете нет достаточной суммы. Система отображает сообщение об ошибке и запрашивает пользователя повторно ввести информацию или выбрать другой счет.
Прецедент "Продажа ценных бумаг"
Главный поток событий. Клиент входит в систему, выбирает счет для инвестиционных операций и выбирает функцию продажи ценных бумаг. Система показывает список ценных бумаг, содержащихся на этом счете, и предлагает клиенту выбрать название акций, продаваемое количество и цену продажи. Система проверяет, имеется ли достаточное количество выбранных акций, вычисляет приблизительный общий доход и отображает список счетов клиента, на которые будет записан этот доход. Система производит продажу акций от имени клиента. Система выдает клиенту номер подтверждения операции. Прецедент заканчивается.
Альтернативный поток событий. На счете для инвестиционных операций нет ценных бумаг. Система отображает сообщение об ошибке.
Альтернативный поток событий. Для продажи выбрано число, которое превышает количество акций на счете клиента. Отображается сообщение об ошибке и клиенту предлагается ввести меньшее количество акций для продажи.
Остальные стадии
Из-за недостатка времени и места мы не рассматриваем две оставшиеся стадии, определенные в процессе RUP — стадию конструирования и стадию перехода.
В рамках фазы конструирования будут созданы, в частности, следующие объекты.
· План развертывания.
· Исправленные модель проектирования и модель реализации.
· Модель тестирования
· Готовая программная система с документацией пользователя и т.д.
Стадия перехода включает выполнение следующих задач.
· Поставка продукта конечному пользователю.
· Составление примечаний к продукту.
· Написание всех необходимых пособий по обучению.
Читателю рекомендуется продолжить практические исследования, разработав и выполнив планы итераций для этих фаз.
Дополнительно рекомендуется попробовать перенести реализацию системы на другой сервер приложений (например, BEAWeblogic).
Резюме
В этой главе мы выполнили практические исследования, последовательно проходя через различные стадии процесса RUP. За основу было взято типичное описание требований. Для демонстрации влияния на запланированные ранее итерации моделировались изменения требований и приоритетов в ходе разработки. Глава заканчивается итерацией, самостоятельно выполняемой читателем, в которой существующая реализация развивается за счет поддержки новых требований.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.