储蓄业务子系统概要设计.docx
- 文档编号:6008561
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:11
- 大小:219.30KB
储蓄业务子系统概要设计.docx
《储蓄业务子系统概要设计.docx》由会员分享,可在线阅读,更多相关《储蓄业务子系统概要设计.docx(11页珍藏版)》请在冰豆网上搜索。
储蓄业务子系统概要设计
第四章概要设计
概要设计是根据需求分析对软件系统进行数据、体系结构、模块接口等方面的设计,体现了对系统在结构层次上的设计决策。
在面向对象的软件系统建模中,概要设计报告主要有类图、部署图、顺序图、协作图和状态图等内容,其中类图和部署图主要描述系统的静态部分,而顺序图、协作图、状态图主要描述系统的动态部分。
系统中的类可以分为实体类、边界类和控制类。
实体类保存要持久存储的信息(如数据库),边界类实现系统与外界的交互,控制类实现系统的主要功能和行为。
部署图主要描述系统中软件和硬件组件的物理架构和分布情况,表达了构成应用程序的这些组件的配置和部署方式。
对于表达系统动态行为的顺序图、协作图、状态图,则根据需要进行选择。
此外,概要设计的文档中还需对用户界面进行概念上的描述。
“储蓄业务子系统”概要设计报告
1.引言
1.1标识
文件状态
文件标识:
概要设计报告A2
[]草稿
当前版本:
1.0
[Y]正式发布
作者:
XY
[]正式修改
完成日期:
2006-10-16
1.2系统概述
1.软件名称:
银行系统中的储蓄业务。
2.软件功能:
为银行储户提供一卡通的开户、挂失、销户、存款、取款和转账等储蓄操作,利息计算等功能。
3.与其他子系统的关系:
此系统为银行系统的一部分,项目来源于XX银行的委托。
整个银行系统分为六个部分,另外五个为:
贷款业务、外汇交易、网上银行、信用卡业务和系统管理。
用户需要从系统管理子系统登录后才能进入储蓄模块。
贷款业务、外汇交易、网上银行、信用卡业务这四个子系统的一卡通帐户信息,包括客户信息、存款信息等,与储蓄子系统共享。
图A1-1所示的子系统关系图,主要描述储蓄业务子系统与其他子系统的关系,其他子系统之间的相互关系略。
4.用户:
银行的柜台人员。
5.开发者:
XXX、XXX、XXX
1.3文档概述
文档根据《“储蓄业务子系统”需求分析报告》,对软件的功能实现、接口和界面等进行设计。
文档采用了面向对象的设计方法,描述了系统中主要的类、各用例对应的顺序图等。
1.4基线
[1]“储蓄业务子系统”需求分析报告1.0
2.引用文件
计算机软件文档编制规范(GB/T8567—2006),2006年3月14日发布,2006年7月1日实施。
3.系统结构
系统采用B/S结构,用户界面通过WWW浏览器来实现,主要的业务逻辑在Web服务器和应用服务器端实现,数据存储在数据库服务器,形成常见的Web应用三层结构。
系统的开发采用MVC(Model-View-Controller)框架,模型(Model)提供数据的内部表示,视图(View)负责显示数据,控制器(Controller)负责对用户的输入或内部事件进行解释,决定做的处理步骤和处理内容,控制模型和视图做相应的改变。
3.1部署图
系统部署如图A2-1所示,前台采用Web浏览器显示页面,后台包括Web服务器、应用服务器和数据库服务器,主要处理业务逻辑。
提高数据的安全性,一台备份数据库服务器专用于数据的实时备份,当数据库服务器出现故障时,通过人工切换可以保证银行业务基本上不受影响。
图A2-1系统部署图
3.2类图
图A2-2为系统的实体类图,系统中主要有七个实体类:
客户类(Customer)、拥有类(Possess)、帐户类(Account)、存款信息类(Deposit)、子帐户类(SubAccount)、取款信息类(Fetch)。
下面给出每个类的描述。
类Account为一卡通帐户类,accountNo属性表示帐户的帐号,password属性为密码,loss为是否挂失或销户,lossDate为挂失或销户的日期。
具体属性数据类型与需求中的数据字典相似。
对应的Set*()方法的功能为给这些私有属性赋值,而get*()方法则得到这些属性值。
类Customer(略)
类Possess(略)
类Deposit(略)
类SubAccount(略)
图A2-2实体类图
图A2-3所示为边界和控制类图(只画出开户(OpenAccount)、存款(Deposit)、取款(Fetch)、转账(Transfer)和挂失(ReportLoss)相关的类),其中,边界类负责用户与系统的交互,控制类负责业务处理,修改数据库并控制边界类。
OpenAccountForm为开户功能界面,其属性为开户使用户要输入的项。
而OpenAccountController控制OpenAccountForm,并根据相应操作,对Account实体类进行修改,存储到数据库中。
它有一个Account类的成员变量account。
函数newAccount()生成Account类,insertAccount()把类写入数据库。
(其余类的描述略)
图A2-3边界类和控制类
(支给出具体的OpenAccountController和OpenAccountForm的描述)
4.执行概念
下面采用顺序图来表示各对象之间或对象与参与者之间如何通过交互来实现需求中的功能,每个顺序图分别与需求文档中的用例相对应。
4.1开户
一卡通开户的顺序图如图A2-4所示,其中客户和柜台人员为用例中的参与者,OpenAccountForm为边界类,表示开户时的界面:
OpenAccountController为控制类,控制边界类和实体类间的交互;Customer和Account为实体类,与数据库中的客户表和帐户信息表对应。
横线上的文字描述了对象发出的接收的消息。
4.2挂失
一卡通挂失的顺序图如图A2-5所示,其中客户和柜台人员为用例中的参与者,ReportLossForm为边界类,表示挂失界面;ReportLossController为控制类;Account为实体类。
4.3存款
存款的顺序图如图A2-6所示,其中客户和柜台人员为用例中的参与者,DepositForm为边界类,表示存款界面;DepositController为控制类;Account和SubAccount为实体类。
(异常处理略)
图A2-4开户顺序
图A2-5挂失顺序
图A2-6存款顺序
4.4取款
取款的顺序图如图A2-7所示,其中客户和柜台人员为用例中的参与者,FetchForm为边界类,表示取款界面;FetchController为控制类;SubAccount为实体类。
(异常处理略)
图A2-7取款顺序
4.5转账
转账的顺序图如图A2-8所示,其中那个客户和柜台人员为用例中的参与者,TransferForm为边界类,表示转账界面;TranferController为控制类;SubAccount为实体类,而fromAccount,toAccount表示这个类的两个对象,前者为汇款人帐户,后者为收款人帐户。
(异常处理略)
图A2-8转账顺序
4.6其他功能
(略)
5.用户界面设计
采用图形用户界面。
1.整体界面:
共银行员工选择操作,提供开户、存款、取款、转账、挂失等功能的链接。
2.开户界面:
输入姓名、身份证号码、住址与联系电话,按“确定”按钮提交内容,按“取消”按钮取消。
可以通过“选择操作”链接回到整体界面。
3.挂失界面:
输入一卡通帐号、密码、客户身份证,按“确定”提交,按“取消”按钮取消。
可以通过“选择操作”连接回到整体界面。
4.存款界面:
输入客户名、身份证号、帐号、是否生成新子帐户、币种、储蓄种类、存款金额,定期存款到期日这些信息,按“确定”进行存款,按“取消”按钮取消。
可以通过“选择操作”连接回到整体界面。
5.取款界面:
输入姓名、身份证号、帐号、密码、取款类型、币种机提取金额,按“确定”进行存款,按“取消”按钮取消。
可以通过“选择操作”连接回到整体界面。
6.转账界面:
输入汇款人的姓名、身份证号、帐号、子帐户、密码、收款人的姓名、身份证号、帐号、转账金额和币种,按“确定”提交,按“取消”按钮取消。
可以通过“选择操作”连接回到整体界面。
6.系统出错处理
6.1出错信息
(包括出错信息表、故障处理技术等。
略)
6.2补救措施
(说明故障出现后可能采取的补救措施。
略)
7.系统维护
(说明为了系统维护的方便,在系统内部设计中做出的安排。
略)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 储蓄 业务 子系统 概要 设计