需求分析说明书.pdfVIP

需求分析说明书

需求分析说明书

【范文一】

1.引言

1.1编写目的

本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对

软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员

与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以

期能够获得更大范围的应用。

预期读者是项目委托单位的管理人员、设计人员和开发人员。

1.2项目背景

软件名称：银行储蓄系统项目提出者：银行项目开发者：

项目的用户：想要了解银行储蓄业务流程的人

1.3定义

银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。

需求：用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准，规

范或其它正式规定文档所需具有的条件或权能。

需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都

明其含义并找出其中的错误，遗憾或其它不足的地方。

模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件

系统中其他的模块的接口是简单的。

1.4参考资料

《精通C#数据库开发》王华杰等清华大学出版社2004年出版

《软件工程——原理，方法与应用》吴钦藩编着人民交通出版社出版《软件工程导

论(第四版)》张海藩编着清华大学出版社出版《软件工程》仸胜兵邢琳编着北京邮电

大学出版社

2.仸务概述

2.1目标

完善目前银行储蓄系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能

力

2.2用户的特点

银行为用户提供存款、取款、查询等业务，用户凭借自己的银行卡、存折等凭证在银

行办理各项业务，银行工作人员协助用户完成各项业务。

2.3假定和约束

硬件配置要求：硬件外部设备需奔腾133以上的pc机，内存需16兆以上软件要求

操作人员具有初步的相关知识由于本系统为即时软件，对数据的同步要求较高，建议配

置网络时使用可靠性较高的相关网络硬件设施。

银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中

控制。

有效证件仅为身份证，牵涉到开户、撤户、挂失、取款时客户必须提供身份证号;存款

及余额查询时不需提供身份证号。

不考虑系统的运行平台可能会出现的硬件故障。

3.需求规定

3.1对功能的规定

外部功能：实现可视化窗口，查找及存储内部功能：同步，过滤，定位，识别

1)存款：

以储户的存款为主要活动，相关记录根据存款结果进行调整，以使信息保持一致。

1.系统需要在原账户信息中增加一条记录，包括存款人姓名、住址、存款类型、存款

日期、利率等信息。

2.若为新储户须建立一个账户，并记录此次的记录。

3.打印存款单给储户。

2)取款：

以储户的取款为主要活动，相关记录根据取款结果进行调整，以使信息保持一致。

1.系统计算利息，在原账户信息中将取款额减去。

2.若为清户，记录注销该账户，将账户余额(包括存款额及利息)一并交与储户。

打印利息清3.单给储户。

3)查询：

为储户提供查询余额服务，将储户的相关记录输出。

1.需要储户的账户信息及密码。

2.打印储户的帐户余额。

3.2对性能的规定

3.2.1精度

在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添

加数时，要求输入数准确金额，身份证，卡号等按需求设定字符数。

3.2.2时间特性要求

程序响应时间：在人的感觉和视觉事件范围内;

信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施

加应该小于程序调用的时间

3.2.3灵活性

要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没

有很高的要求，但是数据库应该能够对并发事件，脏数据具有较强的识别处理能力。

3.3输入输出要求

输入的是用户信息表、储蓄账户表、用户名、密码等，输出的是相应的界面，若操作

的有误就给出错误提示。

3.4故障处理要求

软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数

据进