第2章 软件开发流程-【千锋教育】全栈软件测试实战（基础+方法+应用）（慕课版）同步教案

千锋教育 全栈软件测试—入门宝典 教学设计 课程名称： 全栈软件测试—入门宝典 _ 授课年级： _______________________ 授课学期： _______________________ 教师姓名： _______________________ 2020年03月01日 课程名称 第2章 软件开发流程 计划学时 2学时 内容分析 本章主要介绍软件需求、概要设计、详细设计、软件测试生命周期 教学目标 与 教学要求 要求学生熟悉软件开发流程，熟悉软件需求，掌握概要设计，掌握详细设计，熟悉软件测试生命周期 教学重点 软件需求、概要设计、详细设计、软件测试生命周期 教学难点 软件需求、概要设计、详细设计、软件测试生命周期 教学方式 课堂讲解及ppt演示 教 学 过 程 第一课时 （软件需求） 回顾内容 1.回顾上节，引出本课时的主题 软件开发过程为12个步骤，软件产品的质量就在这12个步骤中体现出来。软件开发流程如图所示。 测试人员经过长期的观察发现，需求阶段引入的软件缺陷占54%左右，设计阶段引入的软件缺陷占25%左右，编码实现阶段引入的软件缺陷占15%左右，其他缺陷占6%。 早期调查结果表明，需求分析阶段引入的软件缺陷是最多的，主要原因是客户需求不断变化，导致软件出现缺陷。在项目需求分析阶段，工程师需要广泛地与客户进行沟通，全面获取客户需求，并编写需求规格说明书。软件测试人员需要审核需求规格说明书，检查是否有遗漏内容、是否有与客户需求不相符的功能，从而找出偏差，并与需求工程师沟通，修改需求规格说明书。软件需求分析阶段是整个开发过程中最重要的阶段，也是衡量一个软件产品质量好坏的关键。 2.明确学习目标 （1） 能够了解软件需求的定义 （2） 能够熟悉软件需求的层次 （3） 能够理解不合格需求分析的风险 （4） 能够熟悉高质量需求分析的特征 知识讲解 · 软件需求的定义 软件产业存在的一个问题是缺乏统一定义的名词术语来描述开发人员的工作。客户所定义的“需求”对开发人员来说似乎是一个较高层次的产品概念，而开发人员所定义的“需求”对用户来说似乎是详细设计。实际上，软件需求包含着多个层次，不同层次的需求从不同角度以不同程度反映细节问题。 IEEE软件工程标准词汇表（1997年）中定义需求为以下内容。 （1）用户解决问题或达到目标所需的条件或权能。 （2）系统或系统部件需要满足合同、标准、规范或其他正式规定文档所需具有的条件或权能。 （3）反映上面（1）或（2）所描述的条件或权能的文档说明。 IEEE公布的定义包括从用户角度（系统的外部行为），以及从开发者角度（一些内部特性）来阐述需求，其中关键的一点是必须编写需求文档。另外一种定义认为需求是“用户所需要的并能触发一个程序或系统开发工作的说明”。需求分析专家艾伦·戴维斯（Alan Davis）拓展了这个概念，他认为需求是“从系统外部能发现系统内部所具有的满足于用户的特点、功能及属性等”。萨默维尔和索耶的定义则从用户需要进一步转移到了系统特性：“需求是指明必须实现何种功能的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束”。 从上面不同形式的定义中不难发现，一个清晰、毫无二义性的“需求”术语并不存在。真正的“需求”实际上在人们的脑海中，任何文档形式的需求仅是一个模型、一种叙述，因此必须确保所有项目风险承担者在描述需求的那些名词的理解上务必达成共识。 · 软件需求的层次 软件需求包含三个不同的层次，即业务需求、用户需求和功能需求。 （1） 业务需求（Business Requirement）反映组织机构或客户对系统、产品高层次的目标要求，该项目要求在项目视图与范围文档中予以说明。 （2） 用户需求（User Requirement）描述用户使用产品必须要完成的任务，任务内容在使用实例（Use Case）文档或方案脚本（Scenario）中予以说明。 （3） 功能需求（Functional Requirement）定义开发人员必须实现的软件功能，使用户能完成任务，从而满足业务需求。 此外，软件需求还包括系统需求和其他需求，其他需求分为质量属性、其他非功能需求和设计约束条件等。软件需求各组成部分之间的关系如图所示。 软件需求规格说明（Software Requirements Specification，SRS）在开发、测试、质量保证、项目管理以及相关项目功能中都有重要的作用。在软件需求规格说明中列出的功能需求充分描述了软件系统所具有的外部行为，对一个复杂产品来说，软件功能需求也许只是系统需求的一个子集，另外一些可能属于软件部件。作为功能需求的补充，软件需求规格说明还应包括非功能需求