需求规格说明书模板
权利义务... 2
软件客户需求权利书... 2
软件客户需求义务书... 3
读者对象... 3
组织结构图... 3
项目范围定义... 3
描述... 3
图... 3
首次发行的范围... 4
随后发行的范围... 4
局限性和专用性... 4
项目背景... 4
名词解释... 4
业务价值... 4
业务目标... 4
业务特点... 4
依赖环境... 4
用户群体... 4
业务和数据分析... 4
业务活动定义... 4
数据类型定义... 4
业务活动、数据类型、组织部门关系... 4
系统功能分析... 5
功能定义... 5
功能和业务活动关系... 5
功能优先级定义... 5
系统数据字典分析... 5
系统性能要求分析... 6
数据量分析... 6
硬件运算能力分析... 6
网络传输能力运算... 6
可扩展性和可维护性要求... 6
系统外部接口要求分析... 6
硬件接口... 6
软件接口... 6
系统安全性要求分析... 7
应用安全性要求... 7
功能权限... 7
数据权限... 7
硬件安全性要求... 7
网络安全性要求... 7
系统可靠性要求分析... 7
操作系统... 7
数据库... 7
数据备份方案... 7
硬件可靠性... 7
网络可靠性... 7
系统原形构建... 8
原形模块化分表... 8
原形模块和功能对应关系... 8
原形模块和数据关系... 8
原形界面设计(见原形系统)... 8
原形操作说明(见操作说明书)... 8
附件... 8
版 本 历 史
权利义务
软件客户需求权利书
Ø 要求分析人员使用符合客户语言习惯的表达;
Ø 要求分析人员了解客户系统的业务及目标;
Ø 要求分析人员组织需求获取期间所介绍的信息,并编写软件需求规格说明。
Ø 要求开发人员对需求过程中所产生的工作结果进行解释说明;
Ø 要求开发人员在整个交流过程中保持和维护一种合作的职业态度;
Ø 要求开发人员对产品的实现及需求都要提供建议,拿出主意。
Ø 描述产品使其具有易用、好用的特性;
Ø 可以调整需求,允许重用已有的软件组件;
Ø 当需要对需求进行变更时,对成本、影响、得失有个真实可信的评估;
Ø 获得满足客户功能和质量要求的系统,并且这些要求是开发人员同意的
软件客户需求义务书
Ø 给分析人员讲解业务及说明业务方面的术语等专业问题;
Ø 抽出时间清楚地说明需求并不断完善;
Ø 当说明系统需求时,力求准确详细;
Ø 需要时要及时对需求做出决策;
Ø 要尊重开发人员的成本估算和对需求的可行性分析;
Ø 对单项需求、系统特性或使用实例划分优先级;
Ø 评审需求文档和原型;
Ø 一旦知道要对项目需求进行变更,要马上与开发人员联系;
Ø 在要求需求变更时,应遵造开发组织确定的工作过程来处理;
Ø 尊重需求工程中开发人员采用的流程(过程)。