Question

背景

一家位于伦敦、纽约和新加坡的全球投资银行和其他银行（交易对手）进行金融产品的交易（买和卖）。随着股票市场上的股票价格上涨或下跌，银行要么赚钱要么赔钱。在工作日结束时，银行需要对他们的交易数据运行一些计算，获知他们面临多大的风险（比如赔钱）。银行有现成的交易数据系统（TDS）和参考数据系统（RDS），但还需要一个新的风险系统。

交易数据系统

交易数据系统存储了银行进行的所有交易。它已经配置为在纽约的交易关闭时间（下午5点）生成一个XML输出文件。输出包括银行进行的每一次交易的以下信息：

交易ID；

日期；

当前的美元交易价格；

交易对手ID。

参考数据系统

参考数据系统维护了银行需要的所有参考数据。这包括了交易对手的信息，每一个都代表一个个体、一家银行等。它也生成XML输出文件，包括了每个交易对手的基本信息。一个新的全组织参考数据系统将在未来3个月内完工，而当前的系统最终将停用。

功能需求

以下是新的风险系统的高层次功能需求：

1.从交易数据系统导入交易数据；

2.从参考数据系统导入交易对手数据；

3.合并两个数据集，用交易对手的信息丰富交易数据；

4.对每个交易对手计算银行面临的风险；

5.生成一个可以导入微软Excel的报表，包含银行所有已知的交易对手的风险指数；

6.在新加坡的下一个交易日开始（上午9点）之前将报表分发给业务用户；

7.为业务用户子集提供一种配置和维护风险计算使用的外部参数的方法。

非功能需求

以下是新的风险系统的非功能需求。

性能

新加坡在每个业务日的当地时间上午9点开市，风险报表必须在此前生成。

可伸缩性

系统必须有能力处理未来5年的交易量。

交易数据系统的导出文件包括大约5000次交易，预计现在每天将有10次额外的交易。

参考数据系统的交易对手导出文件包括大约2万个交易对手，增长可以忽略不计。

全世界有40~50个业务用户需要访问报表。

可用性

风险报表应该随时对用户可用，但少量的停机（每天不超过30分钟）是可以忍受的。

故障转移

人工故障转移对所有的系统组件都足够了，能够满足可用性目标。

安全性

这个系统必须遵循仅限认证和授权用户访问的银行政策。

报表必须只分发给授权用户。

只允许授权用户的子集修改风险计算使用的参数。

尽管也不错，但没有单点登录的需求（比如，与ActiveDirectory、LDAP等的整合）。

所有对系统和报表的访问都将在银行的全球网络范围内。

审计

以下事件必须记录在系统审计日志中：

o 生成报表；

o 修改风险计算参数。

用于风险计算的输入数据必须是可理解的。

容错和恢复

如果可能，系统应采取适当的步骤从错误中恢复，但所有的错误都应被记录。

影响完成交易对手风险计算的错误都应被记录，流程应继续。

国际化和本地化

所有用户界面都将只用英语呈现。

所有报表都将只用英语呈现。

所有交易价格和风险指数都将只用美元呈现。

监测和管理

如遇下列情况，简单网络管理协议（SNMP）陷阱应被发送至银行的中心监测服务：

o 系统组件的致命错误；

o 新加坡时间上午9点前未能生成报表。

数据保存和归档

风险计算过程使用的输入文件必须保留1年。

互操作性

现有数据系统的接口应该遵守并使用现有的数据格式。