文档介绍：软件工程管理标准
疾病管理平台
软件开发管理标准
文件编号：
BD-jsgf002
生效日期：
受控编号：
版次：
修改状态：
档中需求的兼容性。
序号
问题
1
界面需求是否使软硬件系统具有兼容性？
2
需求定义的文档是否满足工程文档编写标准？在矛盾时，是否有适当的标准可供选择？
1-4：采用以下检查表检查软件需求规格文档中需求的一致性。
序号
问题
1
各个需求之间是否一致？是否有冲突和矛盾？
2
所规定的模型、算法和数值方法是否相容？
3
是否使用了标准的术语和定义形式？
4
需求是否与其软硬件操作环境相容？
5
是否说明了软件对其系统和环境的影响？
6
是否说明了环境对软件的影响？
7
所采用的技术是否与用户要求的技术一致？
1-5：采用以下检查表检查软件需求规格文档中需求的正确性。
序号
问题
1
需求定义是否满足标准的要求？
2
算法和规那么是否有科技文献或其它文献作为根底？
3
是否认义了对在错误、风险分析中所标识出的各种故障模式和错误类型所需的反响？
4
是否参照了有关的标准？
5
是否对每一个需求都给出了理由？理由是否充分？
6
对设计和实现的限制是否都有论证？
1-6：采用以下检查表检查软件需求规格文档中需求的可行性。
序号
问题
1
需求定义是否使软件的设计、实现、操作和维护都可行？
2
所规定的模型、数值方法和算法是否对待解决问题适宜？是否能够在相应的限制条件下实现？
3
是否能够到达关于质量的要求？
1-7：采用以下检查表检查软件需求规格文档中需求的易修改性。
序号
问题
1
对需求定义的描述是否易于修改〔如是否采用良好的结构和交叉引用表等〕？
2
是否有冗余的信息？是否一个需求被定义了屡次？
1-8：采用以下检查表检查软件需求规格文档中需求的健壮性。
序号
问题
1
是否有容错的需求？
1-9：采用以下检查表检查软件需求规格文档中需求的易追溯性。
序号
问题
1
是否可从上一阶段的文档中找到需求定义中的相应内容？
2
需求定义是否明确地说明前阶段中提出的有关需求和设计限制都已被覆盖了？
3
需求定义是否便于向后继开发阶段查找信息
1-10：采用以下检查表检查软件需求规格文档中需求的易理解性。
序号
问题
1
是否每一个需求都只有一种解释？
2
功能性需求是否以模块方式描述的？是否明确地标识出了其功能？
3
是否有术语定义一览表？
4
是否使用了形式化或半形式化的语言？
5
语言是否有歧义性？
6
需求定义中是否只包含了必须的实现细节而不包含不必要的实现细节？是否过分细致了？
7
需求定义是否足够清楚和明确使其能够作为开发设计规约和功能性测试数据的根底？
8
需求定义的描述是否将对程序的需求和所提供的其它信息别离开来了？
1-11：采用以下检查表检查软件需求规格文档中需求的易测试性和可验证性。
序号
问题
1
需求是否可以验证〔即是否可以检验软件是否满足了需求〕？
2
是否对每一个需求都指定了验证过程？
3
数学函数的定义是否使用了精确定义的语法和语义符号？
1-12：采用以下检查表检查软件需求规格文档中的性能需求描述。
序号
问题
是否精确的描述了所有的性能需求和可容忍的性能降低程度？对每一个性能应包含两方面的内容：
1
a. 在最坏情况的执行结果
2
b. 本性能失效后，对系统产生的影响
1-13：采用以下检查表检查软件需求规格文档中功能需求描述。
序号
问题
1
是否清楚、明确地描述了所有的功能？
2
所有已描述的功能是否是必须的？是否能满足任务书或系统目标的要求？
1-14：采用以下检查表检查软件需求规格文档中的接口需求描述。
序号
问题
1
是否清楚地定义了所有的接口？
3
所有接口是否必须？各接口间的关系是否一致、正确？
1-15：采用以下检查表检查软件需求规格文档中的数据需求描述。
序号
问题
1
在某异常数据〔如条件、标志等〕下，是否有真正没有考虑到的结果？
2
对异常数据产生的结果是否作了精确的描述？
1-16：采用以下检查表检查软件需求规格文档中的可维护性需求描述。
序号
问题
1
需求定义中是否包括了可行的系统维护方法？
2
软件系统间的关系是否是松耦合的〔即能否保证在对某