1 / 13
文档名称:

项目需求规格说明书.doc

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

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

分享

预览

项目需求规格说明书.doc

上传人:w447750 2018/7/7 文件大小:605 KB

下载得到文件列表

项目需求规格说明书.doc

相关文档

文档介绍

文档介绍:XXXXXXXX
文件状态:
当前版本:

[√]初稿
作者:
XXXX
[ ]正式发布
审批:
[ ]正在修改
完成日期:
2015年XX月XX日
项目需求规格说明书
深圳市讯方技术股份有限公司
2015年XX月
版本历史
版本/状态
作者
审批
完成日期
备注

XXXX
2015/XX/XX
目录
目录 3
一引言 5
编写目的 5
开发背景 5
读者对象 5
术语与缩写解释 5
二产品简介 5
三产品功能需求 6
产品总体功能需求 6
软件模块1功能需求 6
需求编号 6
需求级别 6
用例图 6
角色 7
输入 7
处理 7
输出 7
功能描述 7
软件模块2功能需求 8
需求编号 8
需求级别 8
用例图 8
角色 8
输入 8
处理 8
输出 9
功能描述 9
业务需求 9
结构需求 9
硬件需求 9
接口需求 11
四数据库需求 11
五性能需求 11
六安全性需求 11
七产品使用环境需求 11
结构使用环境需求 11
硬件使用环境需求 12
软件使用环境需求 12
网络使用环境需求 12
服务器使用环境需求 12
八产品质量需求 12
九交付清单 12
文档 12
软件 13
硬件 13
验收标准 13
十约束条件 13
引言
编写目的
(说明编写本文档的目的。例如:本文档规定了XXXX项目的需求以及确保每个需求都能得到满足的方法)
开发背景
(描述本项目的开发背景)
读者对象
(描述本文档的读者对象。例如:本文档可提供给以下人员阅读:
产品设计人员、产品测试人员、产品生产人员、质量与配置管理人员、产品开发人员、项目经理、研发部主管)
术语与缩写解释
(IPv6: Protocol Version 6的缩写。是IETF( Engineering Task Force 译:互联网工程任务组)设计的用于替代现行版本IP协议-IPv4-的下一代IP协议,它由128位二进制数码表示)
产品简介
(说明本项目开发的产品是什么、网络架构、产品具备什么功能以及本产品可以应用在什么领域等的描述)
产品功能需求
产品总体功能需求
(可以用一些架构图或者流程图什么来描述下产品的总体功能需求,例如:
软件需求层次结构图
)
软件模块1功能需求
需求编号
(给每个模块定个需求编号,需求编号的规则一般是“系统名称的拼音缩写+功能模块序号+需求用例流水号”。例如:安卓系统展示软件ZigBee拓扑组网模块的需求编号是ANDROID01-FUN01-01)
需求级别
(给上面的每个需求模块编个需求级别,这样才能确定那个先开发,那个后开发。例如ZigBee拓扑组网的级别为2)
用例图
(把每个模块的功能用用例图描述出来,用例图一般由参与者、用例以及它们之间的关系构成的用于描述系统功能的动态视图)
角色
(把每个需求谁负责开发定义下,分配好任务。例如:ZigBee拓扑组网:范君民)
输入
(解释各输入数据类型,并逐项说明其媒体、格式、数值范围、精度等)
处理
(对输入数据的处理过程进行描述)
输出
(解释各输出数据类型,并逐项说明其媒体、格式、数值范围、精度等)
功能描述
(描述下模块的功能,这里可以简单描述下)
需求描述要求:
完整性:真的把这一功能的需求说清楚了,包含了该功能所有的必要信息
正确性:真的把用户所想的写明白了,是用户的真正需求
可行性:这个需求是可行的,而不是天方夜谭
必要性:是业务所需要的,而不是因为某个人的喜好
准确性:需求的描述是清晰的、无二义的
可测试性:是能够通过测试验证的
软件模块2功能需求
需求编号
(给每个模块定个需求编号,需求编号的规则一般是“系统名称的拼音缩写+功能模块序号+需求用例流水号”。例如:安卓系统展示软件IPv6拓扑组网模块的需求编号是ANDROID01-FUN02-01)
需求级别
(给上面的每个需求模块编个需求级别,这样才能确定那个先开发,那个后开发。例如IPv6拓扑组网的级别为1)
用例图
(把每个模块的功能用用例图描述出来,用例图一般由参与者、用例以及它们之间的关系构成的用于描述系统功能