8-系统测试阶段之需求规格说明书.pptVIP

课程内容 软件需求规格说明书介绍 软件需求规格说明书写作要点 需求规格说明书评审流程介绍 软件需求规格说明书评审要点 需求评审实践 需求阶段的角色和职责（1） 软件开发项目经理 软件开发工程师 A、带领项目组分析审核工作任务书 B、带领项目组与系统工程师进行需求交流并 进行分析和文档化 C、组织SRS文档评审 D、组织需求跟踪 A、完场SRS文档 B、完成需求跟踪 C、参加SRS review D、根据SRS评审专家意见，修改SRS文档 E、参加系统测试计划的评审 需求阶段的角色和职责（2） 软件经理 QA A、在SRS评审结束后，批准SRS文档 A、监督项目组遵循需求管理流程 B、参加相关文档review C、保证相关组参加文档review CCB负责人 A、控制需求的变更 需求阶段的角色和职责（3） 软件测试项目经理 软件测试工程师 A、参加开发人员的软件需求分析，提出可测 试性需求 B、组织人员参加SRS的评审工作 C、软件系统测试计划写作 D、组织系统测试计划的评审 E、组织本阶段测试需求跟踪 A、参加SRS评审工作 B、协助软件测试项目经理完成软件系统测试 计划写作 C、参加系统测试计划的评审 D、完成本阶段测试需求跟踪 软件需求评审的输入 1、软件需求规格说明书； 2、项目工作任务书； 3、软件需求规格说明书Checklist； 软件需求评审专家 接受过关于Review的目标、原则和方法培训的人员 主要的候选Review人员来自Review人员资源池种涉及 该工作产品所处生命周期上一阶段、当前阶段和后一 阶段的Review人员 受影响组的成员（如测试工程师） 与Review工作产品有关的同行 软件需求评审组织者 接受过关于Review的目标、原则和方法培训的人员 接受过如何领导Review团队培训的人员 软件需求评审过程基本原则 任何一次Review最少需要3人（1个作者和2个Review人员） 任何一次Review最多需要7人（1个作者和6个Review人员） 需求规格说明书的Review规模不超过40页 作者在提交检视对象前，首先进行自检 组织者可以根据Review工作产品的Checklist来定制本次Review 的Checklist，保证Review质量 软件需求评审过程基本原则（续） 组织者应当根据被Review对象的规模及复杂程度为检视者留出 足够的准备时间（对Review规模不超过40页的工程文档，建议 准备时间为2~3天） Review会议时间一般为两小时，但组织者也可根据被Review对 象的类型及规模来调整 在Review会议上组织者根据返工带来的影响程度（如修改量的 大小、是否影响到关键的功能和算法）等来决定是否需要再 Review。同时还可以参考本次Review的效果（如果是否达到质 量目标）来决定是否需要再Review 软件需求评审输出 根据评审专家意见修改后的软件需求规格说明书 软件需求规格说明书评审表格（评审记录表单） 课程内容 软件需求规格说明书介绍 软件需求规格说明书写作要点 需求规格说明书评审流程介绍 软件需求规格说明书评审要点 需求评审实践 软件需求规格说明书评审要点 1、是否所有的分配需求都在SRS中体现？ 2、在SRS中定义需求时，是否避免使用那些会引起歧义的术语， 诸如也许、可能等，每条需求都清晰无歧义？ 3、是否在SRS中清楚地描述了软件要做什么及不做什么？ 4、是否在SRS中描述了软件使用的目标环境，指明并简短描述了 目标环境中其它相关软件产品/子系统/模块？ 5、是否每一个具体需求都有唯一的编号？ 6、每一个需求是否切实可行、可测试、前后一致、彼此不冲突？ 7、是否在SRS中说明了对每个输入的验证措施，并描述了每个输 入的属性如：度量单位、边界值、时序要求等等？ 。。。。。。 课程内容 软件需求规格说明书介绍 软件需求规格说明书写作要点 需求规格说明书评审流程介绍 软件需求规格说明书评审要点 需求评审实践 * 系统测试阶段之需求文档评审 课程内容 软件需求规格说明书介绍 软件需求规格说明书写作要点 需求规格说明书评审流程介绍 软件需求规格说明书评审要点 需求评审实践 SRS的定义 是对在特定环境下要完成一定功能的软件产品、程序或 一组程序的说明 应该从以下方面去描述需求： 功能：软件要做什么 外部接口：如何与人、系统硬件、外部的硬件和软件交互 性能：速度、响应时间、恢复时间等 属性：可移植性、可靠性、可维护性、可用性等 实现的设计约束：标准、实现语言、资源限制、操作环境等 软件需求规格说明书的目的 在客户和开发者之间达成一致 为编制计