1软件开发过程.pptVIP

Hwadee 软件开发过程 Overview 课程介绍 需求分析 分析设计 实施 部署 课程介绍 关于本次课程 课程目标 预备知识 目标听众 日程表 词汇表 课程目标 了解软件开发活动的流程 了解软件开发活动的规范要求 目标听众 项目组成员 预备知识 了解软件工程知识 日程表 总课时:130分钟 授课大纲： 什么是软件开发过程 用以开发和维护软件及其相关产品（如，项目计划、设计文档、代码、测试用例、用户手册等等）的一组活动、方法、实践和变换 迭代式开发模型 选择生命周期模型…… 软件开发角色划分 项目经理 设计人员 编码人员 测试人员 配置人员 SQA …….. 需求分析 需求的重要性 开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作就是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。 需求问题 — 软件开发中的问题 客户表面上同意需求，但完成的产品并不能满足需求 需求总是变化，无法稳定 需求太多，无法在给定的时间完成 设计人员抱怨测试人员没有拿最新的需求版本来设计测试 项目经理发觉开发人员独自增加了新的功能，新的功能用了很长的时间进行开发，但客户认为价值不大 客户总是不想对项目进行验收，他们担心系统无法最终满足需要 需求分析流程 制定需求管理计划 定义角色和职责 建立跟踪机制 选择需求属性 定义需求管理机制 编写需求管理计划 提取业务需求 收集用户初始需求（业务需求） 标识需求项 需求开发 需求批准 需求批准是一种正式的管理过程，代表相关各方达成一致的承诺 经过需求评审的需求工件作为批准的内容 基线化需求 基线化正式的需求工件 正式的软件需求工件、需求跟踪工件进入配置库，作为其它相关活动（管理、设计、测试等）的基础。 需求变更控制 需求一旦建立基线后，需要通过控制流程来改变 需求的变更需要经过双方的批准 变更后的需求需要经过客户、用户和相关组的评审进入配置管理库，作为工作基线 需求评审 举行评审会议 — 举行需求规格说明书评审会议， 分析设计 分析设计 目的 软件分析设计活动是建立系统的构架，将系统的软件需求分配给软件结构，使设计适应具体的实施环境。 分析设计 角色 构架设计师 设计员 配置管理员 构架评审人员 详细设计评审人员 分析设计 进入准则 需求已经基线化 软件开发计划已指派了分析设计活动 分析设计 输入 软件需求工件 软件开发计划 分析设计活动介绍 构架设计 建立软件系统的构架，将系统的软件需求分配给软件结构 分析设计活动介绍 构架设计评审 检查软件系统构架设计是否合理 ，包括如下几点： 发现和修复缺陷 一致性确认 分析设计活动介绍 基线化构架设计 将评审通过的软件构架设计工件置于配置管理 ，作为详细设计的基础 分析设计活动介绍 软件详细设计 根据需求工件、构架设计工件，进一步精确描述软件系统，并使之适于具体的实施环境 分析设计活动介绍 详细设计评审 检查软件系统详细设计是否合理 ，包括如下几点： 发现和修复缺陷 一致性确认 分析设计活动介绍 基线化详细设计 将评审通过的软件详细设计工件置于配置管理，作为实施活动的基础 分析设计活动介绍 输出 软件构架设计工件： 概要设计说明书、数据库设计说明书 等 软件详细设计工件 ： 详细设计说明书 评审记录 实 施 编码的任务 编码阶段的任务就是将详细设计翻译成计算机最终可运行的软件单元、集成工作版本。 编码的任务 编码工作对一个程序员来说是司空见惯的事，然而，如何编写出高质量的程序，还是有很多值得讨论的问题。 如何选择程序设计语言? 如何评价程序的质量? 程序设计的风格等等。。。 词汇表 代码评审(Code Review) 代码评审是检查源代码与编码标准的符合性以及程序逻辑的正确性的活动，目的是发现缺陷或者是提出改进措施。 系统集成(System Integration) 系统集成指的是将单独的软件单元合并成一个整体的软件开发活动。集成活动可以分级、分阶段进行。 工作版本(Build) 工作版本既可以是软件系统的可操作版本，也可以是具有最终产品部分功能的软件系统组成部分。 程序单元(Unit) 程序单元是项目定义的软件最小可测试单元。 软件实施活动流程图 角色 编码员 —编码员负责编码、修复代码缺陷； 集成员 —负责制定集成计划、集成程序单元，创建工作版本基线； 测试员 —负责执行测试活动； 集成计划评审人员 —参与集成计划的评审，一般由设计员、测试、配置经理、编码员、构架设计师等组成； 代码评审员 —评审源