篇一：系统设计说明书
系统设计说明书
版本历史
第一部分、概述
1、 文档说明
本文档适用于本项目开发人员阅读，开发人员可据此进行开发。本设计文档主要采用了OOAD的方法，从类图和时序图的角度对系统进行了分析设计。
2、 系统需求概述
本系统是一个关于开发式基金进行交易的平台，它主要包括一下功能 ： ? 基金产品管理 ? 客户资料管理 ? 客户资金账户管理 ? 基金交易管理
第二部分、系统总体结构
该系统将采用J2EE技术架构实现，
第三部分、系统设计
1、 类图说明
第四部分、数据库设计
1、 具体设计
2.7 表FUND_HOLDING(账户基金持仓)
第五部分、界面设计
1、 主界面设计
2、 用例界面实现
? 添加基金产品 A、用例图
见系统用例图 B、描述
功能主页上，点击点击添加新客户的链接，输入客户信息：客户姓名、性别、身份证、电话、地址、E-mail然后系统添加客户信息，身份证是客户的唯一性判断标准。 C、参与者
基金柜台操作人员
? 查询基金产品信息 A、用例图
见系统用例图B、描述 在功能主页上，点击查询产品信息链接，可开始查询基金产品信息，列出所有的
基金产品信息。 C、参与者 基金柜台操作人员 ? 修改基金产品信息 A、用例图
见系统用例图B、描述 先查询该产品信息，在查询出来的结果页面上，点击修改按钮，便可进行产品信
息修改，输入修改的产品信息后，系统更新该产品信(转自：wWw.XiAocAoFanWeN.cOm 小 草 范文网:系统设计说明书)息。C、参与者 基金柜台操作人员
? 添加新客户 A、用例图
见系统用例图B、描述
功能主页上，点击点击添加新客户的链接，输入客户信息：客户姓名、性别、身份证、电话、地址、E-mail、爱好，然后系统添加客户信息，身份证是客户的唯一性判断标准。C、参与者 基金柜台操作人员 ? 查询客户基本信息 A、用例图
见系统用例图B、描述
功能主页上，点击查询客户信息的链接，然后输入客户编号或身份证，进行查询，查询后显示客户基本信息：客户编号、姓名、客户可用资产和客户总资产。
客户可用资金 = 客户资金帐户资金
客户总资产= 客户资金帐户资金 + 所有基金帐户当前市值C、参与者 基金柜台操作人员 ? 修改客户基本信息 A、用例图
见系统用例图B、描述
先查询出客户基本信息后，然后点击修改按钮，输入修改信息，点击修改按钮后进行客户资料的修改，客户代码不能修改。C、参与者
篇二：系统设计说明书
中国XX银行XX分行 中间业务系统金融平台改造项目
系统设计说明书
文档编号：CG-C03-DLNH-200801-DBL0105 编 写 人：ZZZ 审 核 人：XXX
丹东市启东信息工程研究所
2008-4-10
变更记录
1.1. 编写目的
本项目所有中间业务均在金融服务平台——TULIP平台上开发、运行，因此项目的总体设计即为TULIP平台的设计架构，关于各个中间业务的具体设计请参考具体设计书。下面发介绍金融服务平台的总体设计思想、体系架构，使读者对金融服务平台的研发背景、平台定位、系统功能、设计模型的构建等有一个全面的、深入的理解和认识，并对以后的平台应用起到提纲挈领的作用。 1.2. 名词解释 交易渠道
完成交易的通道，负责交易的发起和交易结果的表现。 交易后台
能够针对某种交易请求进行处理并得到相应的处理结果的系统，是交易的实现者和交易最后完成点。 ABIS系统
是对中国XX银行新一代综合业务系统的简称。 内部交易码Internal Transaction Code ( ITC )
是金融服务平台内部使用的完成某一特定功能交易的唯一标识，一个交易码唯一对应着一个内部功能的实现，由系统自动生成。 外部交易码External Transaction Code ( ETC )
应用系统面向渠道开放的完成某一个特定功能交易的标识。在金融服务平台
中，对外部交易码进行分段管理，不同地区的同一个外部交易码可能会对应着系统内部不同的内部交易实现过程。 交易引擎Transaction Engine ( TE )
是金融服务平台内部的交易逻辑解释模块，负责对交易的相关要素进行分析，按照一定的交易流程完成交易。 组件 Component
完成某种特定功能的一段执行代码，应用服务流程引擎执行的流程由完成不同功能的组件(或者构件)根据交易功能进行有序的组合构成。组件可通过二次开发扩充。根据组件实现方式的不同，组件可以是函数组件和程序组件(CICS下)。其中，函数组件可以用静态或者动态调用的函数实现。
组件是金融服务平台的流程的组成要素，是运行环境中的最小功能单元。 组件区域 Components Area ( CR )
是组成金融服务平台的交易流程的基本单位，它由组件与控件共同组成。 产品信息总线 Task Channel ( TC )
是金融服务平台在交易流程中所用到的资源的集合，它不是一个物理存在的通道，应该是一个存在于数据库层的配置信息。 运行数据总线 Data Channel ( DC )
是金融服务平台交易过程中所用到的报文数据。
2 平台定位及目标
背景分析
目前面向交易的XX银行应用系统根据处理逻辑的不同分为三个层次：渠道层、金融产品层、核算层。其中，核算层及传统金融产品主要部署在
ABIS系统中，为银行客户提供传统的金融产品服务，并为其他金融产品提供帐务逻辑处理的服务，而各种新型金融产品的应用逻辑（帐务逻辑除外）则根据业务的不同分别分布于AIPS、中间业务平台、投资业务平台、第三方后台服务等应用系统中。这样，根据应用部署的不同又可以按照渠道层、前置层、后台服务层等三个层次划分，如下图：
随着全国数据集中项目的稳步进行及ABIS系统的日趋稳定和完善，各分行的工作重点正逐步向渠道层和前置层转移，渠道整合、ACBS两个项目的实施为渠道层的应用逻辑统一处理打下了坚实的基础，而前置层上的应用处理则处于相对混乱的状态，主要有以下一些问题：
一方面，不同的业务在不同的应用系统中实现，就要求渠道层必须根据业务
篇三：软件详细设计说明书.doc
软件详细设计说明书
项目名称：学生公寓信息管理系统
日期：年月 日
信息工程学院
目 录
1 引言 ...................................................................... 1
1.1编写目的 ............................................................. 1
1.2 项目背景 ............................................................. 1
1.3 定义 ................................................................. 1
1.4 参考资料 ............................................................. 1
2 总体设计................................................................... 2
2.1 需求概述 ............................................................. 2
2.2 软件结构 ............................................................. 2
3 程序描述................................................................... 4
3.1 下面对各模块的功能，性能，输入，输出进行具体描述 ..................... 4
3.2 算法 ................................................................. 9
3.3 程序逻辑 ............................................................. 9
3.4 接口 ................................................................ 12
3.5测试要点 ............................................................ 12
1 引言
信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件将会为教学办公室带来了极大的方便。
1.1编写目的
本需求的编写目的在于研究学籍管理系统软件的开发途径和应用方法，主要是为了对学生公寓管理系统进行使用和维护。
本需求的预期读者是与学籍管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。
该需求充分利用计算机的功能实现对系统管理、信息录入、信息查询，信息打印等的自动化控制，将会使学生公寓管理工作大大减轻，方便友好的信息管理用户界面，简便的操作，完善的数据库管理，将会使得信息管理系统极大限度地应用于现代化学生成绩管理，成为管理人员的得力助手。
1.2 项目背景
● 项目的委托单位：河北联合大学
● 主管部门：学生公寓管理委员会
● 该软件系统与其他系统的关系：与学生管理相关联。
1.3 定义
本需求的编写目的在于研究学籍管理系统软件的开发途径和应用方法。
本 需求的预期读者是与学籍管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。
专门术语：
Data processing 数据处理feedback反馈
DTE数据终端设备 transmission传输介质
DCE数据数据设备 LAN局域网
1.4 参考资料 《软件工程基础教程》---- 刘文,朱飞雪 主编： 粘新育,陶洁 副主编：出版社： 北京大学出版社
《asp.net程序设计》 ---- 尚俊杰 编著：出版社： 清华大学出版社
《SQL Server 2008 实用教程》---- 蒋文沛 主编： 韦善周,梁凡 副主编：出版社:人民邮电出版社
《软件工程案例教程》，韩万江，机械工业出版社
2 总体设计
2.1 需求概述 (1)、系统高级管理员功能的需求：
A、学生查询信息管理:可浏览,添加,修改,删除所有学生信息。
B、学生违纪信息管理:可浏览,添加,修改,删除所有违纪、考勤信息。
C、用户信息管理:管理系统中所有登录用户的信息,分配用户的权限。
D、系统后台信息管理:可浏览,添加,修改,删除后台的任务信息,包括数据管理,参数设定,权限设定
(1)、系统一般管理员功能的需求：
A、晚归信息管理:可浏览所有晚归信息,添加,修改,删除属于自己添加的晚归信息。
B、考勤信息管理:可浏览所有考勤信息,添加,修改,删除属于自己添加的考勤信息。
3、系统一般用户功能的需求：
A、公寓信息管理:可浏览一般的水电报修、卫生检查、物品管理等信息。
B、学生违纪信息管理:可浏览一般的考勤信息。
C、学生查询管理:可以浏览一般的学生数据信息。
2.2 软件结构
软件详细结构图1
软件详细结构图2
软件详细结构图3