GB∕T+196685-2018+信息技术服务+监理+第5部分软件工程监理规范.docxVIP

GB/T 19668.5—2018 GB/T 19668.5—2018 PAGE PAGE # GB/T 19668.5—2018 GB/T 19668.5—2018 PAGE PAGE # 附录 A （资料性附录） 软件工程监理过程检查记录 需求规格说明书检査表见A.U需求评审意见A.2。需求确认表见A.3O概要（结构）设计检査参 表见A.4。系统问题跟踪记录参表见A.5.就绪可用软件产品到验记录参见表A.6。数据迁移验证和 确认检查表参见表A.7。软件系统功能检査表参见表A.8O软件丁程文档检査I己录参见表A.9。软件 工程质量检査记录参见表A.10。软件修订检査记录参见表A.11。软件「程项目移交清单A.12。 表A.1需求规格说明书检查表 工程名称 系统名称 业主单位 衆建单位 监理单位 检査依据 检査类目 检査内容 检査结果 备注 清晰性 系统的目标是否已定义 是/否 是否对关键术语和缩略语进行定义和描述 是/否 所使用的术语是否和用户使用的一致 是/否 需求的描述是否清晰.不含糊 是/否 是否冇对整套系统进行功能慨述 是/否 是否巳详细说明r软件环境（共存的软件）和硬件环境（特定的配置） 是/否 如果有会影响实施的假设情况.是否已经声明 是/否 是否已经对每个业务逻辑进行输入、输出以及过程的详细说明 是/否 完整性 是否列出了系统所必须的依赖、假设以及约束 是/否 是杏对每个提交物或阶段实施都进行了需求说明 是/否 需求说明书是否已包括了主要的质量属性.例如右效性、高效性、灵活性、 完整性、互操作性、可靠性、健牝性、可用性、可维护性、可移植性、可重用性 和可测试性等 是/否 是否有业务流程图和数据流程图 是/杏 是否包含接口需求 是/否 依从性 该文档是否遵守了该项目的文档编写标准 是/否 GB/T 19668.5—2018 GB/T 19668.5—2018 PAGE PAGE # GB/T 19668.5—2018 GB/T 19668.5—2018 PAGE PAGE # 表A.1 （续） -?致性 需求说明是否存在宜接相互矛盾的条目 是/否 需求说明书是否与相关需求素材一致 是/否 可行性 所描述的功能是否必要并充分满足了用户/系统目标 是/否 需求说明书的描述是否满足下一阶段设计所需 是/否 已知的限制（局限）是否已经详细说明 是/否 是否已确定毎个需求的优先级别 是/否 可管理性 是否将需求分别陈述.因此它们是独立的并且是可检査的 是/否 是否所冇需求都町以呵溯到相应的需求素材.反之亦然 是/否 是否已详细说明需求变更的过程 是/否 业主单位： 代表签字： 年 月 日 承建单位: 代表签字： 年 月 H 监理机构： 代表签字： 年 月 日 表A.2需求评审意见 工程名称 系统名称 业主单位 衆建单位 监理单位 评审依据 序号 评审内容 评审意见 备注 1 是否规定了用户要求的功能 是/否 2 是否在处理每个功能时，规定了时间约束、存储约束的需求 是/否 3 输入信息是否给出格式、接收方法、数量、范围、精度、时间和优先顺序 要求 是/否 4 输出信息是否给出传送方法、格式、数量、范围、桔度、时冋和优先顺序 要求，是否符合用户要求 是，否 5 是否对合法和非法输入数据的处理给出了规定 是/否 6 与硬件和其他软件的接II是否都已经描述 是/否 7 是否列举了必须的安装操作 是/否 8 是否存在技术上和经济上可行的手段对毎项需求进行验证和确认 是/否 9 提供的文档资料是否齐全 是/否 10 文档中的描述是否完整、淸晰、准确地反映用户的要求 是/否 11 所使用的数据流、数据結构等软件需求分析方法是否充分 是/否 12 图表是否清楚.在不补充说明时易于理解 是/否 13 软件需求说明中规定的约束条件或限制条件是否符合实际 是/否 14 是否有遗漏、重复或不一致的地方 是/否 15 是否考虑过软件需求的其他方案 是/否 16 软件需求说明等各配置项是否按配置肯理程序标识入库 是/否 业主单位； 承建单位； 监理机构： 代表签字； 代表签字； 代表签字: 年 月 □ 年 月 日 年 月 口  表A.3需求确认表 工程名称 系统名称 业主单位 承建单位 监理单位 评审H期 参勺人员 评审内容及結论： 业主单位： （签盖） 年 月 日 使用单位： （签章） 年 月 日 承建单位： （签章） 年 月 日 监理机构： （签章） 年 月 H  表A.4 概要（结构）设计检查表 工程名称 系统名称 业主单位 承建单位 监理单位 检査依据 检査类目 检査内容 检査結果 备注 清晰性 是否所设计的架构?包括数据流?控制流和接口 ,被清楚地表达r 是/否 是否所有的假设、约束、策略及依赖