文档介绍：系统设计说明书
篇一:系统设计说明书
系统设计说明书
版本历史
第一部分、概述
1、文档说明
本文档适用于本项目开发人员阅读,开发人员可据此进行开发。本设计文档主要采用了OOAD的方法,从类图和时序图的角度对系统进行了分析设计。
2、系统需求概述
本系统是一个关于开发式基金进行交易的平台,它主要包括一下功能: ? 基金产品管理? 客户资料管理? 客户资金账户管理? 基金交易管理
第二部分、系统总体结构
该系统将采用J2EE技术架构实现,
第三部分、系统设计
1、类图说明
第四部分、数据库设计
1、具体设计
表FUND_HOLDING(账户基金持仓)
第五部分、界面设计
1、主界面设计
2、用例界面实现
? 添加基金产品 A、用例图
见系统用例图 B、描述
功能主页上,点击点击添加新客户的链接,输入客户信息:客户姓名、性别、身份证、电话、地址、E-mail然后系统添加客户信息,身份证是客户的唯一性判断标准。 C、参与者
基金柜台操作人员
? 查询基金产品信息 A、用例图
见系统用例图B、描述在功能主页上,点击查询产品信息链接,可开始查询基金产品信息,列出所有的
基金产品信息。 C、参与者基金柜台操作人员? 修改基金产品信息 A、用例图
见系统用例图B、描述先查询该产品信息,在查询出来的结果页面上,点击修改按钮,便可进行产品信
息修改,输入修改的产品信息后,系统更新该产品信(转自: 草范文网:系统设计说明书)息。C、参与者基金柜台操作人员
? 添加新客户 A、用例图
见系统用例图B、描述
功能主页上,点击点击添加新客户的链接,输入客户信息:客户姓名、性别、身份证、电话、地址、E-mail、爱好,然后系统添加客户信息,身份证是客户的唯一性判断标准。C、参与者基金柜台操作人员? 查询客户基本信息 A、用例图
见系统用例图B、描述
功能主页上,点击查询客户信息的链接,然后输入客户编号或身份证,进行查询,查询后显示客户基本信息:客户编号、姓名、客户可用资产和客户总资产。
客户可用资金= 客户资金帐户资金
客户总资产= 客户资金帐户资金+ 所有基金帐户当前市值C、参与者基金柜台操作人员? 修改客户基本信息 A、用例图
见系统用例图B、描述
先查询出客户基本信息后,然后点击修改按钮,输入修改信息,点击修改按钮后进行客户资料的修改,客户代码不能修改。C、参与者
篇二:系统设计说明书
中国XX银行XX分行中间业务系统金融平台改造项目
系统设计说明书
文档编号:CG-C03-DLNH-XX01-DBL0105 编写人:ZZZ 审核人:XXX
丹东市启东信息工程研究所
XX-4-10
变更记录
. 编写目的
本项目所有中间业务均在金融服务平台——TULIP平台上开发、运行,因此项目的总体设计即为TULIP平台的设计架构,关于各个中间业务的具体设计请参考具体设计书。下面发介绍金融服务平台的总体设计思想、体系架构,使读者对金融服务平台的研发背景、平台定位、系统功能、设计模型的构建等有一个全面的、深入的理解和认识,并对以后的平台应用起到提纲挈领的作用。 . 名词解释交易渠道
完成交易的通道,负责交易的发起和交易结果的表现。交易后台
能够针对某种交易请求进行处理并得到相应的处理结果的系统,是交易的实现者和交易最后完成点。 ABIS系统
是对中国XX银行新一代综合业务系统的简称。内部交易码Internal Transaction Code ( ITC )
是金融服务平台内部使用的完成某一特定功能交易的唯一标识,一个交易码唯一对应着一个内部功能的实现,由系统自动生成。外部交易码External Transaction Code ( ETC )
应用系统面向渠道开放的完成某一个特定功能交易的标识。在金融服务平台
中,对外部交易码进行分段管理,不同地区的同一个外部交易码可能会对应着系统内部不同的内部交易实现过程。交易引擎Transaction Engine ( TE )
是金融服务平台内部的交易逻辑解释模块,负责对交易的相关要素进行分析,按照一定的交易流程完成交易。 ponent
完成某种特定功能的一段执行代码,应用服务流程引擎执行的流程由完成不同功能的组件(或者构件)根据交易功能进行有序的组合构成。组件可通过二次开发扩充。根据组件实现方式的不同,组件可以是函数组件和程序组件(CICS下)。其中,函数组件可以用静态或者动态调用的函数实现。
组件是金融服务平台的流程的组成要素,是运行环境中的最小功能单元。 ponents Area