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