Ниже показана последовательность событий, изображающая тот же прецедент более подробно.
1. Клиент выбирает операцию перевода.
2. Сведения о счете передаются в систему по Internet.
3. Система находит профиль клиента.
4. Система формирует список счетов из профиля клиента и указывает определенные детали каждого счета, такие как текущий баланс, предел кредита и сборы любого рода, которые могут быть наложены на операцию перевода денег. Эта информация представляется клиенту.
5. Клиент указывает счета, между которыми следует произвести перевод, и переводимую сумму. Сумма перевода указывается в долларах и центах и может быть любой.
6. Система подтверждает, что величина, введенная в качестве суммы перевода, является численной и допустимой.
7. Система предлагает клиенту подтвердить ввод, прежде чем продолжить транзакцию.
8. Получив подтверждение, система начинает транзакцию перевода денег.
9. Система определяет текущий баланс счета, с которого переводятся деньги.
10. Система вычитает сумму перевода и все применимые сборы из остатка на счете, чтобы проверить, что на счету имеется достаточно денег.
11. Сумма перевода снимается (записывается в дебет) со счета, с которого переводятся деньги, и записывается (кредитуется) на счет, на который они должны быть переведены.
12. Система регистрирует перевод в реестре транзакций за день и получает идентификационный номер транзакции.
13. Система передает идентификационный номер клиенту, подтверждая этим, что перевод произведен.
Подробная диаграмма последовательностей для уточненного прецедента показана на рис. 8.2.
Когда в текстовое описание прецедента будет добавлена информация "серого ящика", можно построить более сложные диаграммы последовательностей, изображающие внутренние действия в системе. Здесь система изображается не монолитной, а разбивается на объекты уровня анализа. Обязанности системы разделяются между этими объектами, и таким образом диаграмма последовательностей становится более подробной.
Существует три вида объектов анализа, каждый из которых играет определенную роль в уточненной модели системы.
Граничные объекты
Как ясно из названия, граничные объекты (boundary objects) возникают на периферии системы. Они находятся на переднем крае взаимодействия со внешним миром.
В уточненной модели граничные объекты изображают все взаимодействия между внутренними механизмами системы и ее окружением. Сюда относятся взаимодействие с пользователем через графический интерфейс, взаимодействия с другими исполнителями (например, изображающими другие системы), связь с устройствами и т.д. Примером граничного объекта в электронной банковской системе может быть интерфейс пользователя для сценария входа в систему.
Одно из преимуществ использования граничных объектов в том, что они изолируют и закрывают остальную часть системы от внешних факторов.
Граничные объекты обозначаются с помощью стереотипа <<boundary». Можно также применять значок граничного объекта в виде кружка с горизонтальным Т. Граничные объекты являются переходными по своему характеру и обычно (хотя и не всегда) существуют лишь в течение срока существования прецедента. Вообще говоря, каждому взаимодействию между исполнителем и прецедентом соответствует свой граничный объект. Это показано на рис. 8.3.
Объекты-сущности
Объекты-сущности (entity object) изображают важную для системы информацию. Они обычно существуют длительное время. Их основное назначение — представлять информацию в системе и управлять ею.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.