章话sei软件过程.pptVIP

软件工程导论 (2) 软 件 过 程 问题 本章内容 2.1 完整的软件生命周期 2.2 需求工程 2.3 设计 2.4 实施 2.5 部署、运行和维护 2.6 软件非工程过程 MSF（Microsoft Solutions Framework ） RUP（Rational Unified process ） 敏捷方法过程 本章内容 2.1 完整的软件生命周期 2.2 需求工程 2.3 设计 2.4 实施 2.5 部署、运行和维护 2.6 软件非工程过程 工程过程 开发过程（Research Development，RD） 运行过程（Operation process），包括软件部署（software deployment）。 维护过程（Maintenance process 项目 vs. 工程 项目管理：项目启动、计划、监控、结束、客户服务 工程（软件开发生命周期）：概念、需求、设计、实施、系统整合和验证、系统部署、技术支持和系统维护 工程过程的内容(1) 需求分析与定义：收集、了解和分析用户的需求，定义软件系统的功能性/非功能性需求，确定软件产品所能达到的目标 需求分析是回答“做什么样的软件”，设计则是告诉我们“软件如何做”的问题 设计可以分为概要设计和详细设计，也可以分为软件体系架构设计、数据结构设计、接口设计、模块设计、算法设计、界面设计、系统部署（物理/逻辑）设计等 实施是实现设计的意图，即将设计的结果转化为在计算机硬件系统上可执行的程序和相关文档等 工程过程的内容(2) 软件部署，简单说就是软件系统的安装，为完成系统安装而进行系统规划、部署设计和实施的全过程 运行与维护：不仅需要日常的技术支持，维持其正常运行所需的软硬件环境及其变化，而且系统会出现问题需要及时得到解决，通过发布新的软件补丁包来修正软件中的问题 循环往复不断提升的过程 子过程之间的关系 IEC12207软件生命周期 ISO/IEC15504软件过程 本章内容 2.1 完整的软件生命周期 2.2 需求工程 2.3 设计 2.4 实施 2.5 部署、运行和维护 2.6 软件非工程过程 什么是需求工程？ 需求工程提供了一个比较完善的流程和方法来解决如何定义一个待开发的软件系统 需求工程的内容 需求工程过程可以被描述为6个部分： 需求获取、需求分析、需求传递、需求建模、需求确认和需求管理 需求工程的目标 开发出符合客户要求的系统需求，包括符合客户要求的界面 提供有效的解决方案以便确定软件系统中的主要元素 将定义的需求分配给系统中的每个元素，了解软件需求受系统的制约、对操作环境的影响 制定合适的软件版本发布策略，以确定系统或软件需求实现的优先级 确定软件需求，并根据客户需求变化进行必要的更新 2.2.1 软件需求 2.2.2 需求开发 2.2.3 需求管理 什么是软件需求 （1）用户解决问题或达到目标所需的条件或性能 （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档条件或性能 （3）一种反映上面（1）或（2）所描述的条件或性能的文档说明。 软件需求的层次（1） 业务需求反映组织机构或客户对系统、产品的概括性要求，包括所要达到的业务目标，由项目视图与范围文档说明 用户需求描述用户使用系统而要完成的各种任务，由用例（use case）文档或方案脚本说明 功能需求定义开发人员必须实现的软件功能，它源于用户需求，是软件需求说明书中重要的组成部分 软件需求的层次（2） 需求开发(1) 需求获取：通过各种途径获取用户的需求信息， 经过“定义问题?分析问题根本原因?分析涉众?定义系统边界?确定约束条件” 需求分析：对获取的需求信息去伪存真、归纳处理，进行各种分析，试图掌握用户的真正意图和要求 需求开发（2） 需求定义：根据需求调查和需求分析的结果，解释涉众需求，并整理成规范的、清晰的产品需求规格说明书 需求确认是指开发方和客户方共同对《需求说明书》进行评审，双方对需求达成共识后作出承诺，并符合优秀需求陈述的特征，包括完整、正确、可行、必要、具有优先级、无二义性和可验证 需求管理 需求管理是针对不断变化的客户需求加以收集、处理和跟踪，并建立软件需求的基准线，以作为项目中软件开发活动过程和产品度量和变更管理的基础。 需求管理可以分为需求评审、需求跟踪和需求变更控制 需求变更控制是需求管理中最主要的工作 本章内容 2.1 完整的软件生命周期 2.2 需求工程 2.3 设计 2.4 实施 2.5 部署、运行和维护 2.6 软件非工程过程 软件设计 主题 2.3.1 软件设计的目标 2.3.2 体系结构设计 2.3.3 详细设计 2.3.4 部署设计 2.3.5 设计评审 软件设计的