需求分析说明书
  需求分析讲明书

  【范文一】

  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 _p、2003或以上

  4.3接口

  1)硬件接口： 无专门要求。

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


  2)软件接口：

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



  【范文二】

  一、引言

  1.编写目的：

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

  2.项目背景：

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

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

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

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

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

  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，Uni_，Linu_等

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

  3. 以时刻响应速度上能够做到更高的效率

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

  3.3输人输出要求

  1. 依照操纵面板上面的按钮，对应按钮表示对应的楼层。

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

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

  4运行环境规定

  4.1支持软件

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

  4.2操纵

  由用户依照个人的需要选择操纵面板上面的按钮，依照用户的输入反馈给电梯操纵系统 做出相应的反应。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。