商业银行理财系统.docVIP

目 录 1 需求分析模型重构 4 1.1 业务需求分析 4 1.2 非功能性需求分析 6 2 业务分析模型 6 2.1 业务主角 6 2.2 业务用例分析 7 2.3 业务用例场景分析 7 2.4业务用例实现 8 2.5 业务用例完整的包图 8 3概念分析模型 8 3.1核心业务活动图 8 3.2关键业务概念用例图 8 3.3概念用例分析 9 3.4概念用例实现分析 9 3.5 概念用例完整的包图 9 4 系统分析模型 10 4.1 系统用户分析 10 4.2 系统用例分析 10 4.3 系统用例实现分析 10 4.4 分析类 10 4.5 组件模型分析 11 4.6 系统分析完整的包图 12 5系统设计模型 12 5.1软件架构/框架选择 12 5.2基于架构的设计类 12 6设计类优化 13 6.1设计类优化结果 13 6.2采用的设计模式说明 13 7面向对象数据库分析设计 13 7.1概念数据模型 13 7.2概念数据模型优化/调整 13 7.3物理数据模型 13 总结 14 附录A 部分生成的SQL语句 14 附录B 部分生成的程序结构性代码 14 1 需求分析模型重构 1.1 业务需求分析 1.1.1.背景、业务概况 随着国家的发展、综合国力的不断增加，居民的理财意识、理财意愿日益增长，国家进入了全民理财的时代，与此同时国家理财市场发生很大的变化，资产质量和数量都有了很大的变化，市场有待进一步完善，创新发展动力逐步增强。 商业银行理财系统是银行为了便于管理，引导投资者树立健康、正确的投资理念、进一步推动银行理财市场的长远发展而开发的系统，包括对业务的办理和管理。 1.1.2业务目标 通过对业务概况的了解和整理得出该系统的业务目标如下： BO-1：为客户提供优质的业务办理服务，提高办事效率，方便客户，为客户提供更好的服务。 BO-2：规范商店的内部管理，提高工作效率和管理效能。 1.1.3涉众分析 1.1.3.1 涉众 涉众（stakehoder）是指与要建设系统相关的一切人和事情。 通过需求陈述分析，得出商业银行理财系统利益相关者（涉众）如图1.1以及涉众的信息如表1-1： 图1.1涉众分析 表1-1涉众概要信息 编号 名称 说明 期望 SH001 客户 排号，预约办理业务。 1. 可以方便地申请办理理财业务。 2. 可以方便快速查找相关产品信息。 SH002 大堂经理 给予客户帮助，接受客户的咨询，给客户解释信息。 能够正确的解答客户疑问。 可以满足客户的需求。 SH003 业务人员 介绍业务信息，办理业务。 快速准确的办理业务。 帮助客户查询业务信息。 SH004 管理人员 跟踪监督整个业务的运作。 可以查看业务相关信息。 管理相关人员信息。 SH005 系统维护人员 维护系统正常运行和安全。 系统可以正常运行。 系统处于安全状态。 1.1.3.2边界 分析业务目标，得到系统边界。 业务目标一：通过本系统为客户办理理财业务提高了自动化服务，提高办事效率。系统边界的划分如图1.2所示，业务一的边界定义如图1.3所示。 业务目标二：根据客户所制定的理财项目和业务统计情况，为客户提供优质的个人理财业务。业务二的边界定义如图1.4所示。 业务目标三：对业务跟踪监控，保证整个业务合法有制度的进行。业务三的边界定义如图1.5所示。 业务目标四：维护整个系统的正常运转，确保客户的信息安全。业务四的边界定义如图1.6所示。 1.2 非功能性需求分析 1.2.1性能(PEformance)需求 PE-1:系统需要保证在工作期间的工作效率。 PE-2:系统需要保证长时间的正常运行。 1.2.2 安全性（SEcurity）需求 SE-1:每条充值记录都需要有日志文件能够查询。 SE-2:保证充值或扣款事务的完整进行，不受特殊情况（如断电，误操作等）而影响数据的完整性、一致性。 2 业务分析模型 2.1 业务主角 2.1.1 服务业务主角 通过分析服务业务主角如图2.1所示。 2.1.2 业务办理业务主角 业务办理是由业务人员直接负责，所以业务办理主角如图2.2所示。 2.1.3 业务管理业务主角 业务管理主角如图2.3所示。 2.1.4 系统维护业务主角 系统维护业务主角如图2.4所示。 2.2 业务用例分析 2.2.1 服务部门用例 根据对服务部门业务分析，得到其用例如图2.5所示。 2.2.2 业务办理业务用例 根据对业务办理部门分析，得到其用例图如图2.6所示。 2.2.3 管理部门业务用例 根据对管理部门的业务分析，得到其用例图如图