软件项目研发管理流程.docx

文档介绍：XX 信息
时间：
创作：欧阳数
软件开发项目技术管理规范
文件编号：
RK-S20170802
生效日期：

受控编号：
版次：
修改状态：
编制：
审核：理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。
说明：参考建议1-1到1-16。
1：采用以下检查表检查软件需求规格文档中需求的清晰性。
序号
问题
1
所有定义、实现方法是否清楚地表达了用户的原始要求？
2
在功能实现过程、方法和技术要求的描述上，是否没有背离了功能的实 际要求？
3是否没有不能理解或造成误解的描述?
1-2：采用以下检查表检查软件需求规格文档中需求的完备性。
序号
问题
1
需求定义中是否包含了有关文件（指质量手册、质量计划以及其它有关 文件）种所规定的需求定义所应该包含的所有内容？
2
需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有 需求？
3
功能性需求是否覆盖了所有非正常情况的处理？
4是否对各种操作模式（如正常、非正常、有干扰等）下的环境条件都作 了规定？
5是否对所有功能与时间因素有关的方面都作了考虑？
6是否标识出了所有与时间因素有关的功能？它们的时间准则是否都说明
了？时间准则的最大、最小执行时间是否都定义了？
7
是否标识并定义了在将来可能会变化的需求？
8
是否定义了系统所有的输入？
9
是否标识清楚了系统输入的来源？
10
是否标识出了系统的输出？
11
是否说明了系统输入、输出的类型？
12
是否说明了系统输入、输出的值域、单位、格式等？
13
是否说明了如何进行系统输入的合法性检查？
14
是否定义了系统输入、输出的精度？
15
是否定义了系统性能的各个方面？
16
在不同负载情况下，是否规定了系统的处理能力？
17
在不同情况下，是否规定了系统的响应时间？
18
是否充分定义了关于人机界面的需求？
19
是否对需求定义进行了可行性分析和相关文件（资料）是否已归档？
20
是否对影响需求实现的因素进行了调查，调查结果是否已归档？
21
是否有经济效益分析，分析结果是否已归档？
22
是否详细描述了有关硬件、软件、操作人员、操作过程等方面的安全性？
23
是否评估了本项目对用户、其它系统、环境的影响特性？
24是否按完成时间、重要性对系统功能、外部接口、性能进行了优先排序?
3：采用以下检查表检查软件需求规格文档中需求的兼容性。
序号问题
1界面需求是否使软硬件系统具有兼容性?
2需求定义的文档是否满足项目文档编写标准？在矛盾时，是否有适当的标 准可供选择？
4：采用以下检查表检查软件需求规格文档中需求的一致性。
序号
1
2
3
4
5
6
7
问题
各个需求之间是否一致？是否有冲突和矛盾? 所规定的模型、算法和数值方法是否相容？ 是否使用了标准的术语和定义形式？ 需求是否与其软硬件操作环境相容？ 是否说明了软件对其系统和环境的影响？ 是否说明了环境对软件的影响？ 所采用的技术是否与用户要求的技术一致？
5：采用以下检查表检查软件需求规格文档中需求的正确性。
序号
1
2
3
问题
需求定义是否满足标准的要求？
算法和规则是否有科技文献或其它文献作为基础？
是否定义了对在错误、风险分析中所标识出的各种故障模式和错误类型 所需的反应？
是否参照了有关的标准？
是否对每一个需求都给出了理由？理由是否充分？
6对设计和实现的限制是否都有论证?
序号
1
2
问题
需求定义是否使软件的设计、实现、操作和维护都可行？
所规定的模型、数值方法和算法是否对待解决问题合适？是否能够在相 应的限制条件下实现？
是否能够达到关于质量的要求？
7：采用以下检查表检查软件需求规格文档中需求的易修改性。
序号
1
问题
对需求定义的描述是否易于修改（如是否采用良好的结构和交叉引用表 等）？
是否有冗余的信息？是否一个需求被定义了多次？
8：采用以下检查表检查软件需求规格文档中需求的健壮性。
序号
问题
1是否有容错的需求?
9：采用以下检查表检查软件需求规格文档中需求的易追溯性。
序号
1
2
问题 是否可从上一阶段的文档中找到需求定义中的相应内容? 需求定义是否明确地表明前阶段中提出的有关需求和设计限制都已被覆 盖了? 需求定义是否便于向后继开发阶段查找信息
1-10：采用以下检查表检查软件需求规格文档中需求的易理解性。
序号
1
2
3
4
5
6
问题
是否每一个需求都只有一种