1 / 19
文档名称:

项目需求规格说明书.docx

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

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

分享

预览

项目需求规格说明书.docx

上传人:likuilian1 2022/7/17 文件大小:65 KB

下载得到文件列表

项目需求规格说明书.docx

文档介绍

文档介绍:XX项目
需求规格说明书
XX公司
XXXX年XX月XX日
版本:VI. 0
1引言
在概述部分应对整个系统进行概要描述。通常还包括目的、适用范囤、预期读者和阅读建议、定义和鳖考 资料等。
1-1目的
此处描进行足够详细的描述。详尽程皮应以足够软件设计人员进行概要和系统测 试人员进行系统测试计划和编写测试用例为准。
按系统功能的体系结构组织本幸内容。
xx1
子系统
A
在这一部分应对■所有的软件的功能需求进行足够详细的描述。各功能应用普通丈字或图表描述同时指出 功能实现与业务需求的关系即此功能实现了哪一部份的业务需求。
功能 4
业务需求编号
注:此编号指《业务需求说明书》附录一业务需求编号。
功能编号
注:此编号为功能设计的唯一编号用于功能的唯一标识。
业务概述
注:可以按照STAR原则进行描述及在什么情况下需要芜戎怎样的任务进行怎样的操作达到怎样的结栗。
使用者
注:需要说明哪些用户参与此功能法丽以通过矩阵进行描述。
输入要素
包括主要的页面描述。
处理流程
注:需要描述业务流程的入口条佟、跳转条件、执行结果、规刖要求。
输出要素
包括主要的页面、报表、输出数摇等的描述。
功能模块 B
XX2 子系统
4非功能性需求
在送一部分应好所有的软件需求进行够详细的描述。详尽程度应以足够软件设计人员进行概要计石系统测 试人员进行系统测试计划和编写测试用例为准。


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

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

规定若干需求以确保软件是可缠矽。例如:

2 使用行业标准、编码标准、开放式结构、可束容语言、备份及复原和数据交换等。
规定把软件从一种环境移植到另一种环境所要求的用户程用户垓口畿容方面的约柬。
4. 1. 4可扩展性
说明该软件在需求或环境发生某些变化,该软件对这些变化的适应能力的要求如:

2・操作方式变化
3 - 机构人员变化
空间地点变化(移动用户、分布式J;
5・操作系统环境变化。

性能需求表示用户对系统响应速度、处理能力、数据处理精度以及可靠性等指标的要求。一般需求分类如 下:
处理速度——要给出关键艾互界面的业务处理速度的童化时间和输入数据次如简单查询响应时间、动 态查询响应时间、后台处理效率等以便以后测试人员脸证。
处理结栗的精麋要求——按照不同的业务数据要费出相关数摒小数点、沫留位数和累加后数据的误差 范圈。
产品处理的存储空间要求以及峨盘容董要求口系统需要4栗留多少年的数据量等
数掳的值域要求
事务处理的吞吐量要求
瓷源使用的有效性要求比如CPU、内存、衣的填充因子等
以上方面的扩展要求


指的是保护软件的要素以防止各种非法的访问、使用、修改、破坏或者泄密。这个领域的具体需产品的安全 性、保密性和完整性三方面需求。
例如:要求对接入系统的用户进行身份脸证对不同角色的用户设置不同的权限通过角邑定义实现不同角邑个性 化菜单的定制有效控制用户的功能权隙。系缠提供日志记录和管理功能记录所有用户访问系统的全部活动并能 够形成审计报告。要求在传输过程中对数据进行加密处3保证数据传输的安全性和完整性。系统应具备病毒防范能 力。防止主机崩溃方法和数据备份方法等。

详细说明对系统的设计局限性。锻十局限的定义代表了对系统要求的决手这可能出于商务运作、壹金、人
员、时间等多方面的综合考虑从而指导牧件的设计和开发。例如件的开发语言、开发环坟、 开发工具、第三方软件、硬件使用以及网络设备等。
v约束要求1>
v约束要求2>
v约束要求2>

详细说明对系统的用户界面等的要求。还可包括和其它系统的垓