软件工程-项目生命周期概要.ppt

* * * * * * * 系统有效性验证 测试过程的阶段包括： 单元测试 模块测试 子系统测试 系统测试 接收测试α β测试（针对产品软件） 测试过程 单元测试 模块测试 子系统测试 系统测试 接收测试 用户测试 集成测试 组件测试 测试过程中的测试阶段 需求描述 系统描述 系统设计 详细设计 接收测试 计划 系统集成 测试计划 子系统集成 测试计划 模块、单元、 代码测试 子系统 集成测试 系统集成 测试 接收测试 服务 软件进化(维护) 自有软件开发以来，就有软件开发过程和软件维护过程之分。但现在看来，这种划分越来越不恰当。现在完全从头开始的系统很少，将软件的开发和维护看成一个连续过程显得更有意义，即将软件工程看成一个进化过程——软件在其生命周期内不断随着需求变更而变化的进化式过程。 软件维护 定义系统需求 访问现有系统 提出系统变更 修改系统 现有系统 新系统 * * * * * * * * * * * * * * * * * * * * * * * * * * * --软件生命周期 软件工程 软件生命周期 软件过程的基本活动 软件描述 软件设计与实现 软件有效性验证 软件进化 内容提要 软件生命周期 软件从定义开始，经过开发、使用和维护，直到最终退役的全过程称为软件生存周期。 软件生命周期由软件定义、软件开发、运行、维护及退役五个时期。而每个时期又可以进一步划分成若干阶段。 问题定义 “要解决什么问题？” “尽管确切定义问题的必要性是十分明显的，但在实践中它却可能是最容易被忽视的问题” 通过对客户的访问调查，系统分析员扼要的写出问题的性质、工程目标和工程规模的书面报告，经过讨论和必要的修改后这份报告应该得到客户用户的确认。 可行性研究 “做还是不做” 　　本阶段的任务是根据用户提出的工程项目的性质、目标和规模，进一步了解用户的要求及现有的环境及条件，从技术、经济和社会等多方面研究并论证该项目的可行性，即该项目是否值得去解决，是否存在可行的解决办法。 　　可行性论证包括经济可行性、技术可行性、操作可行性、法律可行性等。 需求分析 需求分析的任务 需求分析的任务是确定待开发的软件系统“做什么，不做什么”。不考虑“怎样做” 具体任务包括确定软件系统的功能需求、性能需求和运行环境约束，编制软件需求规格说明书、软件系统的验收测试准则和初步的用户手册。 需求分析 2）需求分析的实现途径 软件系统需求一般由用户提出。系统分析员和开发人员在需求分析阶段必须与用户反复讨论、协商，充分交流信息，并用某种方法和工具构建软件系统的逻辑模型。为了使开发方与用户对待开发软件系统达成一致的理解，必须建立相应的需求文档。有时对大型、复杂的软件系统的主要功能、接口、人机界面等还要进行模拟或建造原型，以便向用户和开发方展示待开发软件系统的主要特征。确定软件需求的过程有时需要反复多次，最终得到用户和开发者的确认。 需求分析 3）需求分析的阶段成果 需求分析阶段的主要成果有软件需求规格说明、软件验收测试计划和准则、初步的用户手册等。 软件需求规格说明（Software Requirements Specification，即SRS），是一个关键性的文档。 多数场合，面向开发者的软件需求用需求规格说明语言来描述，它是软件开发人员进行软件设计的依据；另一方面，从某种意义上讲，SRS又起到与用户签定合同的合同书的作用。 软件开发 软件开发过程由概要设计、详细设计、编码与单元测试、（综合）测试共5个阶段组成。 开发者通常可提出多种设计方案，并对各种方案在功能、性能、成本、进度等方面进行比较和折衷，从中选出一种“最佳方案”。 概要设计 1）任务： 是对需求规格说明中提供的软件系统逻辑模型进行进一步的分解，从而建立软件系统的总体结构和各子系统之间、各模块之间的关系，定义各子系统接口界面和各功能模块的接口，设计全局数据库或数据结构，规定设计约束，制定组装测试计划，进而给出每个功能模块的功能描述、全局数据定义和外部文件定义等。 概要设计 2）实现途径 选择某种方法和工具。设计的软件系统应具有良好的总体结构、尽量降低模块接口的复杂度，并力争做到各功能模块之间的低耦合度、而功能模块内部具有较高的内聚度。 3）阶段性成果 概要设计说明书、 数据库或数据结构说明书、 组装测试计划等文档。 详细设计 任务：是将概要设计产生的功能模块进一步细化，形成可编程的程序模块，然后设计程序模块的内部细节，包括算法、数据结构以及各程序模块间的接口信息，并设计模块的单元测试计划。 途径：可以采用结构化的设计方法，采用结构化的程序流程图、N-S图、PAD图、过程设计语言（PDL，Procedure Desi