软件工程银行存款设计Word格式.docx
《软件工程银行存款设计Word格式.docx》由会员分享，可在线阅读，更多相关《软件工程银行存款设计Word格式.docx（29页珍藏版）》请在冰豆网上搜索。
数据导入/出：
允许用户将全部记录导入至数据库或其他存储设备。
（2）性能：
安全方便快捷有效地完成存/取款业务。
（3）系统的输入：
用户相关性息。
（4）系统的输出：
各类型的报表
（5）系统流程图：
（6）安全和保密要求：
系统对不同权限的用户提供不同的安全级别，且不能因为任何原因导致数据丢失。
（7）完成期限：
暂定月，具体进度安排见详细设计。
（8）响应速度：
最慢3秒得到输出结果。
2、开发目标：
开发目标应考虑到如下因素：
（1）人力与设备费用的相对减少
（2）处理速度的提高
（3）人员利用率的改进。
3、具备条件
（1）建议系统运行寿命的最小值：
三年
（2）进行系统方案选择比较的时间：
一个月
（3）经费、投资方面来源
（4）硬件、软件、运行环境和开发环境方面的条件
硬件环境：
P2或更高档微机，安装所需硬盘5MB，运行时内存1MB以上
软件环境：
中文Win95/98/2000/WinNT4.0/Winxp。
（5）可利用的信息和资源：
参考已有的应用程序和数据库管理系统
（6）投入使用的最晚时间：
4、可行性研究的方法：
（1）客户问卷调查
（2）专家咨询
（3）市场相关产品、同类产品调查
5、评价尺度：
主要尺度：
各项功能的优先次序、开发时间长短及使用中的难易程度、用户反馈意见
三、现有系统的分析：
现有的银行的存取款工作效率低，而且人力资源用量大、物力开支大，工作的准确性、正确性等偏低，尤其是客户在开新的账号时，非常花时间并且用户还得填很多表、登记信息等。
四、建议系统的技术可行性分析：
1、对所建议系统的简要描述：
2、数据流图：
在安全的前提下最大化方便用户
3、数据字典：
名字：
储户信息
别名：
描述：
存储用户的个人详细信息
定义：
储户信息=储户姓名+储户住址+储户身份证号码+储户帐号+帐户金额+储户密码
位置：
存款信息
存款储户一次存款的存款信息
存款信息=存款类型+存取日期+存款金额+利率
输出到打印机
取款信息
利息清单
储户一次取款的取款信息
取款信息=取款日期+取款金额+利息
储户密码
密码
储户存/取款时必须的6位验证号码
=[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]
+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]
五、与现有系统比较的优越性：
最大的优越性就是比先有的系统在处理日常业务是更快捷，更方便，对于用户来说也是更方便、快捷了。
六、所建议系统的经济可行性分析（成本/效益分析）
假设投入5000元，且此系统每年可节省3000元，则三年共可省9000元，假定年利率为5%，由：
P=F/（1+I）n
年
将来值（元）
（1+I）n
现在值（元）
现在值累计（元）
1
3000
1.05
2857
2
1.10
2727
5584
3
1.16
2586
8170
所以，投资回收期为：
1+（5000-2857）/2727=1.79年
纯收入为：
8170-5000=3170元
投资回收率为：
73%~74%
七、开发意见：
如假设成立，则此系统可行。
<
二>
银行计算机储蓄系统需求分析
一引言
需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。
在这个过程中，用户的确是处在主导地位，需求分析要负责整理用户需求，为之后的软件设计打下基础。
1.1编写目的
为确定银行计算机储蓄系统（CBAS,ComputerBankAccountSystem）中相关部分的业务范围，业务逻辑结构，业务操作规程，业务样本，业务数据规格，确定了系统性能要求，系统运行支持环境要求，数据项的名称、数据类型、数据规格。
以上这一切为统下一步的开发工作奠定了良好的基础。
本软件需求说明书全面、概括性地描述了CBAS系统所要完成的工作，使软件开发人员和用户对本系统中的业务流程及功能达成共识。
通过本需求说明书可以全面了解CBAS系统所要完成的任务和所能达到的功能
经过对银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。
明确开发风险及其所带来的经济效益。
1.2项目背景
项目名称：
银行计算机系统
用户：
YY银行
说明：
现在的银行储蓄系统工作效率低，越来越不能满足广大人民群众的需要，人们希望能更方便更省时就可以办理储蓄业务；
随着拥有多种银行卡的人群不断增长，人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款；
现在计算机网络的高度发现使越来越多的人更喜欢在网购物、在家存款取款。
在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机系统。
1.3参考资料
（1）《软件工程——原理，方法与应用》吴钦藩编著人民交通出版社出版
（2）《软件工程导论（第四版）》张海藩编著清华大学出版社出版
（3）《软件工程》 任胜兵 邢琳 编著 北京邮电大学出版社
（4）《浙江环宇建设集团有限公司管理信息系统（HYMIS）软件需求说明书》潘国锋编著csdn下载
1.4定义
（1）Dataprocessing:
（2）CBAS:
（3）Transactionprocessing:
（4）Dataprocessingcycle:
（5）Dataacquisition:
（6）Dataprocessingsystemsecurity:
2.任务概述
2.1产品的描述
CBAS系统的主要功能为：
数据添加功能提供便捷的录入界面录入存款人姓名、住址、存款类型、存款日期、利率等信息，通过应用程序将原始数据追加到数据库中。
数据修改功能允许用户对他所指定记录的相关信息进行修改。
性能：
系统的输入：
系统的输出：
安全和保密要求：
完成期限：
响应速度：
2.2开发目标：
a）人力与设备费用的相对减少
b）处理速度的提高
c）人员利用率的改进。
2.3具备条件
a）建议系统运行寿命的最小值：
b）进行系统方案选择比较的时间：
c）经费、投资方面来源
d）硬件、软件、运行环境和开发环境方面的条件
e）硬件环境：
f）可利用的信息和资源：
g）软件环境：
中文Win95/98/2000//xp/Winserver2003。
h）投入使用的最晚时间。
3、系统流程图
系统流程图又叫事务流程图，是在计算机事务处理应用进行系统分析时常用的一种描述方法（另一个是数据流图），它描述了计算机事务处理中从数据输入开始到获得输出为止，各个处理工序的逻辑过程。
3.2.数据流图
数据流图：
简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具。
数据流图可以用来抽象地表示系统或软件。
它从信息传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节。
因此，数据流图既提供了功能建模的机制，也提供了信息流建模的机制，从而可以建立起系统或软件的功能模型。
3.3数据字典
数据字典是关于数据的信息的集合，也就是对数据流图只能够包含的所有元素的定义的集合。
主要用途是供人查阅对不了解的条目的解释。
下面给出了数据流图中数据元素的数据字典卡片，以具体说明数据字典卡片中上述几项内容的含义：
1.数据存储的数据字典
表1存单表表2取款信息表
存单
别字：
银行系统给储户每次存款打印的存款资料表单
存单=存款人+存款银行+业务员编号+存款金额+存款日期+手续费+帐户余额
取款清单
记录储户每次取款的资料及余额情况
取款信息=取款人+取款银行+受理业务员+取款金额+取款日期+手续费+帐户余额
库存取款表单
表3余额信息表表4利息清单表
余额信息
系统为储户每次交易后结算的帐户余额资料
余额信息=帐户+交易种类+交易日期+剩余金额
存单清单库存
利息信息
储户取款时根据存款情况所得的利息金额
利息清单=利率+存款日期+取款日期+存款种类
2．数据流数据字典
源点/终点
处理
储户
处理存款
产生存单
处理取款
产生利息清单
数据流
数据存储
存款单
余款信息
帐户余额
利息金额
<
三>
银行计算机储蓄系统概要设计说明书
1.引言
通过需求分析后理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价的基础上完成本次总体设计。
1.2编写目的
（5）《网上图书销售管理系统总体设计说明书》孔庆丰编写
Csdn下载
（7）SQL语言：
用于数据库操纵的标准语言
系统完成时间：
6个月。
3运行环境
3.1硬件要求
服务器的硬件配置要求如下：
CPU：
Pentium200以上，建议PII300以上
RAM：
256M以上，建议512M以上
DISK：
100M以上的可用硬盘安装空间
客户机硬件配置要求如下：
Pentium100以上，建议Pentium200以上
32M以上，建议64M
3.2软件要求
服务器端window2000或者server2003以上操作系统
Sqlserver数据库
客户机window98/2000/xp操作系统
系统实现语言：
c语言
4、系统流程图
存储系统
取款单
存款回单
取款
数据流图
业务
员
计算利息
利率
存款记录
设置
计算
利息
打印
存款流图
●系统结构
控制模块
取款模块
储户管理模块
存款模块
存款信息输入
存款信息输出
存款信息处理
储户资料
密码管理
取款信息输入
密码确认
取款信息处理
取款信息输出
密码修改
操作员管理
日志
●人工处理过程
要求存款信息、出款信息和储户资料由储户自己填写后交由操作员录入系统
●4系统数据结构设计
4.1逻辑结构设计要点
4.1.1数据库各表属性如下：
（有下划线的属性为主键（primarykey））
操作员：
操作员ID，用户名。
密码，真实姓名，权限。
储户：
储户编号、姓名、密码、身份证号码、住址。
密码管理：
用户编号、用户名、密码。
存款信息：
存款储户、存款单编号、存货金额、存款时间、利率、当前账户金额。
取款信息：
取款储户、取款单编号、取款时间、取款金额、利率、账户余额。
4.1.2、系统基本E-R图
数据对象E-R图
操作员
姓名
ID
权限
4.2物理结构设计要点
操作员代码表
列名
数据类型
可否为空
备注
业务员代码
int
NOTNULL
用于唯一标识本行内的所有业务人员
char
NULL
业务人员的姓名
性别
业务人员的性别
出生年月
datetime
业务人员的出生年月
年龄
业务人员的年龄
业务人员的密码
帐号
用户的帐号
用户的密码
取款人
取款人姓名
取款类型
当次取款类别
取款金额
money
当次取款数量
相应存款类型的利率
取款日期
当次取款时间
余额
取款后的余额
从存款日起至今的利息
存款人
储户姓名
帐号开户姓名
存款类型
存款金额
存款日期
存款期限
存款到期时间
存款后余额
存款相应类型
联系电话
存款者的联系号码
身份证
存款者的身份证
开户者的联系电话
开户者的身份证号
地址
开户者的联系地址
特殊储户应注明
5．运行设计
5.1运行模块的组合
要求开机对所有模块进行初始化，根据操作员输入的相关信息自动生成相关结果，并且自动保管到数据库中。
正常关机不影响数据的保存。
5.2运行时间
考虑到实际情况，系统对运行时间的要求为必须对作出的操作有较快的反应并且考虑到要长时间运行。
6．出错处理设计
考虑到系统的安全和高容错性对输入等可预见性错误有操作员根据相关经验和系统要求进行具体处理。
对不可预见错误我们要求对数据库进行实时备份一旦出错就进行恢复。
四>
银行计算机储蓄系统详细设计说明书
1、引言：
1．1编写目的：
在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。
在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。
主要的工作有：
根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求，并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述为确定银行计算机储蓄系统（CBAS,ComputerBankAccountSystem）中相关部分的业务范围，业务逻辑结构，业务操作规程，业务样本，业务数据规格，确定了系统性能要求，系统运行支持环境要求，数据项的名称、数据类型、数据规格。
通过本需求说明书可以全面了解CBAS系统所要完成的任务和所能达到的功能。
1．2项目背景：
本项目（银行计算机储蓄系统）是由中国XX银行公司所托，由启明星软件开发小组负责开发。
本银行计算机储蓄系统项目主要由两部分形成：
1.各个分行的前台客户管理程序
2.总行的数据库服务程序
1．3文中特殊的定义和缩写：
1．3．1定义
SQLSERVER:
系统服务器所使用的数据库管理系统（DBMS）。
SQL:
一种用于访问查询数据库的语言
事务流：
数据进入模块后可能有多种路径进行处理。
主键：
数据库表中的关键域。
值互不相同。
外部主键：
数据库表中与其他表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
1．3．2缩写
系统：
若未特别指出，统指本机票预定系统。
StructuredQueryLanguage（结构化查询语言）。
升级会员 