1 / 25
文档名称:

项目需求规格说明书.docx

格式:docx   大小:72KB   页数:25页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

项目需求规格说明书.docx

上传人:guoxiachuanyue002 2022/5/28 文件大小:72 KB

下载得到文件列表

项目需求规格说明书.docx

文档介绍

文档介绍:XX
项目
需求规格说明书
XX公司
XXXX年XX月XX日
版本

XX项目需求规格说明书
第1页
变更记录
在概述部分应对整个系统进行概要描需求规格说明书
第10页

XX项目需求规格说明书
第11页
XX项目需求规格说明书
第12页


用基本流程图和跨职能流程图描述核心的业务流稱辅以文字对核心流程进行详细描述。

用基本流程图和跨职能流程图描述核心的业务流稱辅以文字对核心流程进行详细描述。

用基本流程图和跨职能流程图描述核心的业务流稱辅以文字对核心流程进行详细描述。


对核心用例使用用例图图开形表示并可辅以适当的乂字说明。
XX项目需求规格说明书
第13页

对核心用例使用用例图图形表示并可辅以适当的乂字说明。
XX项目需求规格说明书
第14页

对核心用例使用用例图图形表示,并可辅以适当的乂字说明
XX项目需求规格说明书
第15
功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。详尽程皮应以足够软件设计人员进行槪要计设和系统測试人员进行系统測试计划和编写测试用例为准。
按系统功能的体系结构组织本幸內容。


在这一部分应对■所有的软件的功能需求进行足够详细的描述。各功能应用普通丈字或图表描述同时指出功能实现与业务需求的关系,即此功能实现了哪一部份的业务需求。

业务需求编号
注:此编号指《业务需求说明书》附录一:业务需求编号。
功能编号
注:此编号为功能设计的唯一编号,用于功能的唯一标识。
业务概述
注:可以按照STAR原则进行描述及在什么情况下需要芜戎怎样的任务进行怎样的操作达到怎样的结栗。
使用者
注:需要说明哪些用户参与此功能法动,可以通过矩阵进行描述。
输入要素
包括主要的页面描述。
处理流程
注:需要描述业务流程的入口条佟、跳转条件、执行结果、规則要求。
XX项目需求规格说明书
第16

包括主要的页面、报表、输出数揺等的描述。


非功能性需求
在送一部分应好所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计石系统测试人员进行系统測试计划和编写测试用例为准。


用户使用的方便性、易用性和易学****性,如:
输入的无合法性检查和值威检查
对于复杂的动作要有必要的提示信息
记忆用户的设覺或操作****惯,方便用户操作
对系统或数据进行重大修改,要有用户确认

在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的靠可程度。同时避免如“24x7这样的陈述。
例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠:程使度用可允许的缺陷数量来界定系统质量,如最大缺陷数量、缺陷比例、安全操作——系统强壮性要求和操的作有效性要求,比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。
通常给出平均无故障时间或两次故障间的平均间隔时间等。

规定若干需求以确保软件是可维护矽。例如:
软件模块所需要的特殊的耦合矩阵:
使用行业标准、编码标准、开放式结构、可東容语言、备份及复原和数据交换等。
规定把软件从一种环境移植到另一种环境所要求的用户程,序用户垓口叢容方面的约柬。
XX项目需求规格说明书
第17

说明该软件在需求或环境发生某些变化时,该软件对这些变化的适应能力的要求,如:
需求及流程变化:
2・
操作方式变化
3・
机构人员变化
4.
空间地点变化(移动用户、分布式丿;
5•
操作系统环境变化。

性能
性能需求表示用户对系统响应速度、处理能力、数据处理精度以及可靠性等指标的要求。一般性需能求分类如下:
>处理速度——要给出关键艾互界面的业务处理速度的童化时间和输入数据次,如数简单查询响应时间、动态查询响应时间、后台处理效率等,以便以后测试人员脸证。
>处理结栗的精慶要求——按照不同的业务数据要,求给出相关数摒小数点、沬留位数和累加后数据的误差范圏。
>产品处理的存储空间要求以及峨盘容董要,求如系