https://pastein.ru/t/k2a
Загрузка данных
Ниже — выполненный вариант лабораторной работы №3 по теме «Рынок ценных бумаг».
В качестве разрабатываемой системы выбрана информационная система интернет-трейдинга «Брокер-Онлайн» (далее — ИС «Брокер-Онлайн»).
Исполнителей и прецедентов немного — только основные.
---
Лабораторная работа №3
Тема: Модель прецедентов: диаграмма прецедентов
Вариант: Рынок ценных бумаг
Система: ИС «Брокер-Онлайн»
---
1. Краткое описание предметной области
ИС «Брокер-Онлайн» предназначена для обслуживания клиентов на рынке ценных бумаг. Система позволяет клиенту просматривать котировки, подавать заявки на покупку/продажу ценных бумаг, контролировать свой портфель. Брокер обрабатывает заявки клиентов, а системный администратор управляет пользователями и безопасностью. Взаимодействие с биржей происходит через внешние интерфейсы.
Основные функции системы:
· просмотр котировок ценных бумаг;
· подача заявок на покупку/продажу;
· просмотр портфеля клиента;
· обработка заявок брокером;
· управление пользователями;
· получение котировок от биржи.
---
2. Перечень исполнителей и их задач (табл. 1.1)
Таблица 1.1 — Перечень исполнителей и их задач
Исполнитель Задачи
Клиент (инвестор) Просматривает котировки Подаёт заявки на покупку/продажу Просматривает портфель Пополняет счёт и выводит средства
Брокер (сотрудник) Обрабатывает заявки клиентов Контролирует сделки Формирует отчёты
Системный администратор Добавляет и удаляет пользователей Изменяет права доступа Управляет безопасностью Настраивает систему
Биржа (внешняя система) Предоставляет котировки Исполняет заявки Регистрирует сделки
---
3. Определение рамок системы (рис. 1.1)
Разрабатываемая система: ИС «Брокер-Онлайн».
Внутри рамок системы находятся:
· подсистема приёма и обработки заявок;
· подсистема котировок;
· подсистема портфеля клиента;
· подсистема администрирования.
Вне рамок системы находятся:
· Клиент — основной исполнитель, использующий систему для торговли;
· Брокер — основной исполнитель, обрабатывающий заявки;
· Системный администратор — основной исполнитель, обслуживающий систему;
· Биржа — вспомогательный исполнитель (внешняя система), предоставляющая котировки и исполняющая заявки.
Рисунок 1.1 — Основные исполнители и их задачи при определении рамок системы:
```
Внешняя среда
┌─────────────────────────────────────────────────────────────┐
│ Клиент Брокер Системный администратор │
│ │ │ │ │
│ │ цель: │ цель: │ цель: │
│ │ торговать │ обрабатывать │ управлять │
│ │ ценными │ заявки │ пользователями │
│ │ бумагами │ │ │
│ └────────────────┼─────────────────────┘ │
│ ▼ │
│ ┌───────────────────────────────┐ │
│ │ ИС «Брокер-Онлайн» │ │
│ │ (рамки системы) │ │
│ └───────────────────────────────┘ │
│ ▲ │
│ │ │
│ ┌──────┴──────┐ │
│ │ Биржа │ │
│ │ (внешняя │ │
│ │ система) │ │
│ └─────────────┘ │
└─────────────────────────────────────────────────────────────┘
```
---
4. Перечень исполнителей и задач на основе анализа внешних событий (табл. 1.2)
Таблица 1.2 — Перечень исполнителей и их задач на основе анализа внешних событий
Внешнее событие Инициатор Задача
Ввод заявки на покупку/продажу Клиент Подать заявку
Поступление котировок Биржа Обновить котировки
Исполнение заявки Биржа Обработать сделку
Запрос портфеля Клиент Просмотреть портфель
Добавление пользователя Системный администратор Управлять пользователями
Обработка заявки брокером Брокер Обработать заявку
---
5. Диаграмма прецедентов (рис. 1.2)
Рисунок 1.2 — Диаграмма прецедентов ИС «Брокер-Онлайн»
Код для построения в PlantUML:
```plantuml
@startuml
left to right direction
actor "Клиент" as Client
actor "Брокер" as Broker
actor "Системный администратор" as Admin
actor "Биржа" as Exchange
rectangle "ИС «Брокер-Онлайн»" {
usecase "Просмотр котировок" as UC1
usecase "Подача заявки" as UC2
usecase "Просмотр портфеля" as UC3
usecase "Обработка заявок" as UC4
usecase "Управление пользователями" as UC5
usecase "Получение котировок" as UC6
}
Client --> UC1
Client --> UC2
Client --> UC3
Broker --> UC4
Admin --> UC5
Exchange --> UC6
@enduml
```
Пояснение к диаграмме:
· Клиент связан с прецедентами «Просмотр котировок», «Подача заявки», «Просмотр портфеля».
· Брокер связан с прецедентом «Обработка заявок».
· Системный администратор связан с прецедентом «Управление пользователями».
· Биржа как внешняя система связана с прецедентом «Получение котировок».
---
6. Дополнительная спецификация (фрагмент)
Введение
Документ описывает требования к ИС «Брокер-Онлайн», не вошедшие в описание прецедентов.
Функциональность
· Регистрация всех событий и ошибок в журнале.
· Подключаемые бизнес-правила: расчёт комиссии, лимиты на операции, правила маржинальной торговли.
· Аутентификация и авторизация всех пользователей.
Удобство использования
· Интерфейс должен быть понятен как профессиональным участникам рынка, так и частным инвесторам.
· Котировки должны обновляться в реальном времени.
· Предупреждения о рисках должны отображаться явно.
Надёжность
· При недоступности биржи система должна переходить в автономный режим: принимать заявки в очередь и отображать последние известные котировки.
· Предусмотреть восстановление после сбоев.
Производительность
· Обновление котировок — не реже 1 раза в секунду.
· Исполнение заявки — не более 1 минуты в 95% случаев.
Ограничения
· Технология Java.
· Поддержка веб-интерфейса и «толстого» клиента.
---
7. Видение (фрагмент)
Введение
Предполагается создать надёжную систему интернет-трейдинга для рынка ценных бумаг, обеспечивающую гибкую поддержку бизнес-правил, интеграцию с биржей и удобство для клиентов.
Позиционирование
Существующие системы часто не обеспечивают нужной гибкости, плохо масштабируются и не всегда устойчивы к сбоям внешних систем. ИС «Брокер-Онлайн» должна решить эти проблемы.
Заинтересованные лица
· Клиенты (инвесторы) — хотят быстро и удобно торговать.
· Брокеры — хотят эффективно обрабатывать заявки.
· Системные администраторы — хотят управлять доступом и безопасностью.
· Руководство — хочет снизить издержки и повысить качество обслуживания.
Основные задачи пользователей
· Клиент: просмотр котировок, подача заявок, контроль портфеля.
· Брокер: обработка заявок, отчётность.
· Системный администратор: управление пользователями и безопасностью.
Основные свойства системы
· Просмотр котировок.
· Подача и обработка заявок.
· Ведение портфеля.
· Интеграция с биржей.
· Управление пользователями.
· Настраиваемые бизнес-правила.
---
8. Словарь терминов (фрагмент)
Термин Определение Синоним
Ценная бумага Документ, удостоверяющий имущественные права Актив
Брокер Профессиональный участник рынка, совершающий сделки по поручению клиента —
Клиент Инвестор, пользующийся услугами брокера Инвестор
Заявка Поручение на покупку или продажу ценной бумаги Ордер
Котировка Цена ценной бумаги на рынке в данный момент Цена
Портфель Совокупность ценных бумаг, принадлежащих клиенту —
Биржа Организованный рынок ценных бумаг Торговая площадка
Депозитарий Организация, ведущая учёт прав на ценные бумаги —
Клиринг Система расчётов по сделкам —
---
Задание на самостоятельную работу — выполнено
1. Составлен перечень исполнителей и их задач (табл. 1.1).
2. Определены рамки системы (рис. 1.1).
3. Составлен перечень исполнителей и задач на основе анализа внешних событий (табл. 1.2).
4. Разработана диаграмма прецедентов (рис. 1.2).
Вывод: в ходе лабораторной работы построена модель прецедентов для ИС «Брокер-Онлайн» на рынке ценных бумаг. Выделены основные исполнители, их задачи и прецеденты, построена диаграмма прецедентов.