需求分析说明书

需求分析说明书

【范文一】

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故障处理要求

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

3.5其他要求

(1)可用性

本软件也可以通过单步跟踪的操作进行检查处理。

(2)安全性

由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。

(3)可维护性

本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性、升级都十分方便。

4. 运行环境规定

4.1设备

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

4.2支持软件

操作系统是windows xp、2003或以上

4.3接口

1)硬件接口： 无特别要求。

网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。 业务员键入储户的资料要全部一直显示在屏幕;储户从按键口键入密码到系统以核对;计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

2)软件接口：

Windows标准接口，要求与其他软件无冲突错误发生。

【范文二】

一、引言

1.编写目的：

随着计算机的迅速发展，计算机被广泛的应用到各个领域，餐厅行业对软件的功能需求也日益增高。本软件就是针对此种情况和客户需求而开发。本说明书明确了客户的各项需求，为程序开发人员明确了所开发软件应具有的功能和注意事项。

2.项目背景：

委托单位：中小型餐厅通用

开发单位：西邮07级科技01班软件开发小组

主管部门：科技0701班第1小组

系统待开发的名称：餐厅管理系统

本软件运行平台:windows2000, windows XP, windows Vista.....

3.定义：

VB 是Visual Basic的简写，是可视化的编程语言。是一种简单、高效地开发应用软件的工具。

SQL (Structured Query Language)是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。

数据流图 简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

E-R图 (Entire and Relation)为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。

数据字典(Data dictionary)是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。

静态数据 系统内部有关的数据结构和操作规程。 动态数据 程序运行时输入和输出的数据。

数据采集 又称数据获取，是利用一种装置，从系统外部采集数据并输入到系统内部的一个接口。

4.参考资料： 文档引用的规范：

《软件生命周期质量保证与测试》张向宏主编 电子工业出版社2009年5月出版 技术资料参考：

《数据库原理与应用案例教程》 郑玲利主编 清华大学出版社2008年9月出版 《Visual Basic完全自学手册》俞磊 等编著 机械工业出版社2009年1月出版

二、任务概述

1.目标：

使点菜信息更加系统化，信息更加精确化。使管理人员管理更加方便，能够改动部分信息，最大化的满足客户的需求。系统能自动保存信息，给查找数据留下依据。

2.运行环境：

硬件环境：计算机(含键盘、鼠标等)，打印机等外围设备。

软件环境：

建议配置：操作系统 windows 2000/XP/Vista CPU PentiumⅣ以上 内存 128M以上 硬盘空间 100M以上

3.条件与限制：

完成本项目应具备的条件：熟练掌握VB6.0软件的操作方法，能够运用 VB语言完成各功能模块的程序编写。

本开发小组目前只是能够对VB6.0软件进行最基本的控件操作与编辑，需进一步深入学习，以顺利准时完成本项目为准。

限制方面：由于小组全体成员对VB软件、VB语言、数据库方面的知识严重缺乏，急需对这些方面加强必要的学习和实践。同时，在时间方面，只能在课余时间完成本软件，对时间的安排需做到合理，恰当才能很好的完成本工程。由于是学习之作，资金的不足限制了本软件的研发。

三、数据描述

1.静态数据：

所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。具体包括：菜谱信息表格、用户信息表格、库存信息表格等。

2.动态数据：

所谓动态数据.包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。具体包括：桌位、价格、数量等。

3.数据库描述：

4.数据字典：

名字：缺货报表 别名：缺货信息

描述：每次送给采购员的需要购货的信息表 定义：缺货报表=编号+名称+种类+数量+单价 位置：输出到打印机

名字：库存清单 别名：库存信息

描述：仓库剩余货物的信息表

定义：库存清单=编号+名称+种类+数量+单价 位置：硬盘储存

名字：编号 别名：

描述：唯一标识清单的一个特定关键域 定义：编号=8{字符}8

位置：缺货报表、销售统计表、菜谱、库存清单、用户点菜表等

名字：凭单 别名：收据

描述：用户结账的依据，用于查看消费明细的信息表 定义：凭单=饭店名称+菜单+总额+日期 位置：输出到打印机

名称：数量 别名：

描述：记录某个货物的需求或已有的总数量 定义：数量：1{数字}3

位置：缺货报表、销售统计表、菜谱、库存清单、用户点菜表等

5.数据采集：

采集方式为通过用户直接在软件界面录入信息，然后将录入信息写入数据库储存。

四、功能需求

1.功能划分：

(1)前台管理功能; (2)后勤管理功能; (3)超级管理功能。 2.功能描述：

(1)前台管理功能：可以登录页面，查看空余桌位，安置顾客于空闲桌位。

输入顾客点菜信息，能够对消费客户进行结账，能够删除和重新输入顾客点菜信息(对客户已结账已经保存的信息无法改动)，注册、查看VIP客户，能够查看已保存的菜谱、消费情况等信息。

(2)后勤管理功能：登陆软件页面，查看仓库库存情况，修改库存清单，修改菜谱中的欠缺情况(对于菜谱其他信息无法修改)，查看录入进货详单等。

(3)超级管理功能：能够行使一切管理功能，并能够增添删除和修改用户，可以查看并更改已保存的信息，改动菜单的信息(菜价、名称等)，添加菜单信息，删减菜单信息。

五、性能需求

1.数据精确度：

要求保证能及时正确保存相关信息，能够查询到所要查询的相关信息并保证其正确率。 2.时间特性：

要求保证一般操作的响应时间应在1-2秒内。

3.适应性：

要求满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求，与一般软件没冲突情况。

六、运行需求

1.用户界面：

本软件是基于windows平台下的窗口图形界面软件，运行主界面为Windows的经典运行界面，采用多文档界面，从而可以使程序更加美观，整齐有序，简易操作。

2.硬件接口：

DVD光驱，打印机等。

3.软件接口：

软件运行基于windows平台上的2000，NT，XP,Vista等。

4.故障处理：

在用户的输入有错误的情况下，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

七、其他需求

1.安全保密：增加用户登录验证，确保信息安全性。

2.可维护性：应具备改正性维护、适应性维护、扩充与完善性维护等。

3.可移植性：软件能够安装于windows下的各种流行版本。

【范文三】

1引言

1.1编写目的

1. 通过该需求使用户能够对电梯的逻辑控制的实现过程有大致初步的了解。

2. 项目策划和设计人员可以根据此需求分析说明书来进行决策和设计的基础，同时方

便维护人员进行内部维护，信息更新，测试和验收，也是用户确认自己的需求被正

确理解的依据。

3. 本需求的预期读者是与电梯问题有联系的决策人，有关的开发人员，软件测试人员，维护人员，电梯使用者等。

1.2背景

a. 待开发的软件系统的名称：电梯问题 b. 任务提出者：软件体系结构大作业 c. 开发者：曹伟

1.3定义

1. 每个电梯有一些按钮，每个按钮对应一个楼层.当按下按钮后，按钮灯亮，并指出电梯

开往相应的楼层.当电梯到达该楼层后，按钮灯熄灭。

2. 除底层和顶层只有一个按钮外，每个楼层有两个按钮，分别指示上楼和下楼请求.当按下后，按钮灯亮.如果电梯已到达该楼层，或者电梯正在沿所请求的方向运动，或者遇到有冲突的请求时，按钮灯灭.在后一情况下，如果两楼层同时发出请求，则只能取消其中一个请求.决定服务优先次序的算法应尽量减少两个请求的等待时间。

3. 当没有服务请求时，电梯保持在最后一个目的楼层，电梯门关闭。

4. 系统以事件驱动方式响应楼层对电梯的请求.所有楼层的优先级是相同的。

5. 系统以事件驱动方式响应楼层内部对到达楼层的要求，并按照电梯运动方向依次完成这些要求。

6. 每个电梯都有一个紧急按钮，按下后向管理人员发出报警信号，然后电梯被置为”不可用”状态.每个电梯都有取消”不可用”状态的机制。

1.4参考资料

《软件工程导论》

2任务概述

2.1目标

该软件开发的意图：检查学生对软件体系结构的熟悉了解 应用目标：解决电梯问题的逻辑控制问题

作用范围：在M层的建筑物内安装N个电梯的控制问题

2.2用户的特点

1. 最终用户是该栋建筑物内的所有需要使用电梯的所有人员，包括不同年龄段及身高等。

2. 维护人员需要了解自动化的基本知识，并且了解基本的电梯逻辑控制的相关知识。

3. 管理人员需要掌握电梯的基本运行情况，熟悉电梯的工作条件，如电压等。

4. 乘客需要知道电梯显示面板各个按钮的功能，能够操作，并了解如何处理紧急事件的相关技巧。

2.3假定和约束

1. 该电梯控制系统要求在windows环境下运行;

2. 每次电梯里的乘客的重量不能超过500kg;

3. 如果两个楼层同时发出请求，则只能取消其中的一个，此时，决定优先级次序的算法应

尽量减少两个请求的等待时间;

3需求规定

3.1对功能的规定

功能要求，输入，处理，输出

上下楼请求，用户按对应楼层向上或向下请求按钮，按钮灯亮，通过电梯上下运动，控制系统实现上下楼的请求，电梯的运行结果，到达该楼层后电梯门自动打开

电梯的上下楼控制，用户选择电梯内部的数字按钮，获得多用户请求，规定时间没有(开/关)请求，电梯门自动关闭，根据优先处理到达目的楼层，按钮灯灭，电梯的运行结果，到达该楼层后电梯门自动打开，若在规定时间内没有特殊请求，电梯门则自动关闭

电梯的延迟关门，提前关门控制，电梯内部的开门按钮和关门按钮 系统接到指令后，通过增加或，减少电梯的自动关门时间来控制电梯的延迟关门、提前关门， 电梯的运行结果

优先级控制，按钮的选择 接收到多个请求，根据减少请求间的等待时间为原则判断哪，个请求优先，电梯的运行结果

报警控制，报警按钮 将报警信号传递到报警控制系统，将暂停信号传递给控制系统，即将电梯变成不可用状态，电梯的运行结果

超重处理，电梯运载的总重量，如果超过上限，发出超重命令，系统响应超重命令后将激活电梯的暂停控制处理系统，电梯的运行结果

3.2对性能的规定

3.2.1精度

由于本电梯控制系统属于对按钮的选择，通过控制按钮选择楼层，因此对所需精度无特殊要求。

3.2.2时间特性要求

本电梯系统属于实时系统，要求如下： 响应时间迅速更新处理时间相对比较快 数据的转换和传送时间迅速 因此对时间特性的要求如下： 响应时间：<=3s 处理时间：<=1s 更新处理时间：<=5s 楼梯关门时间：<=3s 楼梯开门时间：<=3s

3.2.3灵活性

1. 能在多种环境下运行，如XP，Unix，Linux等

2. 编写代码模块化，以保证修改时同其他软件的接口变化不大

3. 以时间响应速度上可以做到更高的效率

4. 计划发生变化或改进时方便软件的开发人员和维护人员灵活的增减、修改该系统的功能、代码等

3.3输人输出要求

1. 根据控制面板上面的按钮，对应按钮表示对应的楼层。

2. 系统的输入数据为用户根据各自的需要所选择的按钮对应的相关信息。

3. 系统的输出数据为电梯所到达的楼层。

4运行环境规定

4.1支持软件

Windows XP Microsoft Visual C++6.0集成开发环境

4.2控制

由用户根据个人的需要选择控制面板上面的按钮，根据用户的输入反馈给电梯控制系统 做出相应的反应。