软件开发过程课件.ppt

《软件开发过程课件.ppt》由会员分享，可在线阅读，更多相关《软件开发过程课件.ppt（82页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、软件开发过程四川华迪信息技术有限公司Version1.0Overview 课程介绍 需求分析 分析设计 实施 部署2023/6/10 2 Hwadee课程介绍关于本次课程o 课程目标o 预备知识o 目标听众o 日程表o 词汇表2023/6/10 4 Hwadee课程目标o 了解软件开发活动的流程o 了解软件开发活动的规范要求2023/6/10 5 Hwadee目标听众o 项目组成员2023/6/10 6 Hwadee预备知识o 了解软件工程知识2023/6/10 7 Hwadee日程表o 总课时:130分钟o 授课大纲：0:20 介绍常用的软件开发模式0:20 需求分析0:20 分析设计0:3

2、0 实施0:20 测试0:20 部署共计:130分钟2023/6/10 8 HwadeeoCMM：能力成熟度模型（Capability Maturity Model）oSQA：软件质量保证（Software Quality Assurance）词汇表2023/6/10 9 Hwadee什么是软件开发过程o 用以开发和维护软件及其相关产品（如，项目计划、设计文档、代码、测试用例、用户手册等等）的一组活动、方法、实践和变换2023/6/10 10 Hwadee2023/6/10 11 Hwadee常用的软件开发过程 瀑布式开发 迭代式开发 增量式开发 演化式开发 原型式开发2023/6/10 12

3、 Hwadee瀑布式开发模型立项需求分析分析设计编码、测试结项o生存周期表现为线形的一组开发活动。o开发阶段有明确的输入和输出，一个阶段的输出是下一个阶段的输入。o从一个阶段进入到下一个阶段，需要满足特定的条件。2023/6/10 13 Hwadee迭代式开发模型先启阶段精化阶段构件阶段产品化阶段 迭代开发模型将开发过程分成多个为期数周的迭代，而每个迭代包括了迭代计划、需求分析、系统设计、编程、测试及评估，而每个迭代完成时都会产生一个可运行的版本2023/6/10 14 Hwadee选择生命周期模型o 没有适合所有人的“帽子”o 生命周期选择应考虑：需求 架构 系统演进 风险 管理费用 中途变

4、更 用户对系统进展的可视情况 管理者对系统进展的可视情况 管理与开发经验 2023/6/10 15 Hwadee选择生命周期模型2023/6/10 16 Hwadee软件开发角色划分o 项目经理o 设计人员o 编码人员o 测试人员o 配置人员o SQAo.2023/6/10 17 Hwadee需求分析需求的重要性o 开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作就是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。2023/6/10 19 Hwadee需求问题 软件

5、开发中的问题1.客户表面上同意需求，但完成的产品并不能满足需求2.需求总是变化，无法稳定3.需求太多，无法在给定的时间完成4.设计人员抱怨测试人员没有拿最新的需求版本来设计测试5.项目经理发觉开发人员独自增加了新的功能，新的功能用了很长的时间进行开发，但客户认为价值不大6.客户总是不想对项目进行验收，他们担心系统无法最终满足需要2023/6/10 20 Hwadee需求活动的目的 定义系统的边界和功能、非功能需求，以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。使项目组能够更好的理解需求，并达成一致。建立软件需求基线供软件工程和管理使用。软件计划、产品和活动同软件需求保持一致。为其它

6、软件工程活动提供基础（如管理活动、测试活动）。2023/6/10 21 Hwadee需求分析流程 制定需求管理计划 提取业务需求 需求开发 需求批准 基线化需求 需求变更控制 需求状态评审2023/6/10 22 Hwadee制定需求管理计划o 定义角色和职责 o 建立跟踪机制 o 选择需求属性 o 定义需求管理机制 o 编写需求管理计划制定需求管理计划编写用于需求管理活动的计划。项目经理2023/6/10 23 Hwadee提取业务需求o 收集用户初始需求（业务需求）o 标识需求项提取业务需求到用户方进行需求调查，以获得项目的初始需求。项目组成员2023/6/10 24 Hwadee需求开发

7、对客户的需要进行分析，并用清晰合理的方式进行描述，使客户方和开发方对开发的内容达成一致。需求开发需求开发项目成员2023/6/10 25 Hwadee确认需求正式作为项目管理和其它工程活动的基础，并作为客户之间承诺对系统进行验收的基准。需求批准需求批准客户、高级管理者o 需求批准是一种正式的管理过程，代表相关各方达成一致的承诺o 经过需求评审的需求工件作为批准的内容2023/6/10 26 Hwadee此活动的目的是在经过客户和项目组的授权下，将批准的正式的软件需求工件放入配置管理系统。基线化需求基线化需求配置经理 o 基线化正式的需求工件 正式的软件需求工件、需求跟踪工件进入配置库，作为其它

8、相关活动（管理、设计、测试等）的基础。2023/6/10 27 Hwadee需求变更控制需求变更控制配置经理 o 需求一旦建立基线后，需要通过控制流程来改变o 需求的变更需要经过双方的批准o 变更后的需求需要经过客户、用户和相关组的评审进入配置管理库，作为工作基线2023/6/10 28 Hwadee需求评审需求状态评审o 举行评审会议 举行需求规格说明书评审会议，需求评审人员高级管理者和项目经理通过需求状态评审监控需求管理的状态。项目组通过需求状态评审对需求状况达成一致2023/6/10 29 Hwadee分析设计分析设计o 目的 软件分析设计活动是建立系统的构架，将系统的软件需求分配给软件

9、结构，使设计适应具体的实施环境。2023/6/10 31 Hwadee分析设计活动流程软件详细设计软件构架设计软件构架设计评审软件详细设计评审基线化构架基线化详细设计软件需求工件 软件开发计划软件构架设计工件软件详细设计工件2023/6/10 32 Hwadee分析设计o 角色 构架设计师 设计员 配置管理员 构架评审人员 详细设计评审人员 2023/6/10 33 Hwadee分析设计o 进入准则 需求已经基线化 软件开发计划已指派了分析设计活动 2023/6/10 34 Hwadee分析设计o 输入 软件需求工件 软件开发计划2023/6/10 35 Hwadee分析设计活动介绍o 构架设

10、计 建立软件系统的构架，将系统的软件需求分配给软件结构2023/6/10 36 Hwadee分析设计活动介绍o 构架设计评审 检查软件系统构架设计是否合理，包括如下几点：发现和修复缺陷 一致性确认 2023/6/10 37 Hwadee分析设计活动介绍o 基线化构架设计 将评审通过的软件构架设计工件置于配置管理，作为详细设计的基础 2023/6/10 38 Hwadee分析设计活动介绍o 软件详细设计 根据需求工件、构架设计工件，进一步精确描述软件系统，并使之适于具体的实施环境 2023/6/10 39 Hwadee分析设计活动介绍o 详细设计评审 检查软件系统详细设计是否合理，包括如下几点：

11、发现和修复缺陷 一致性确认 2023/6/10 40 Hwadee分析设计活动介绍o 基线化详细设计 将评审通过的软件详细设计工件置于配置管理，作为实施活动的基础 2023/6/10 41 Hwadee分析设计活动介绍o 输出 软件构架设计工件：概要设计说明书、数据库设计说明书 等 软件详细设计工件：详细设计说明书 评审记录 2023/6/10 42 Hwadee实 施q 目的：单元编码、单元测试、缺陷修复以及系统集成等工作 q 主要任务：制定集成计划 单元编码、测试/评审 集成 系统基线化目的2023/6/10 44 Hwadee编码的任务o 编码阶段的任务就是将详细设计翻译成计算机最终可运

12、行的软件单元、集成工作版本。软件构架详细设计工作版本软件开发计划编码2023/6/10 45 Hwadee编码的任务o 编码工作对一个程序员来说是司空见惯的事，然而，如何编写出高质量的程序，还是有很多值得讨论的问题。如何选择程序设计语言?如何评价程序的质量?程序设计的风格等等。2023/6/10 46 Hwadee词汇表 o 代码评审(Code Review)代码评审是检查源代码与编码标准的符合性以及程序逻辑的正确性的活动，目的是发现缺陷或者是提出改进措施。o 系统集成(System Integration)系统集成指的是将单独的软件单元合并成一个整体的软件开发活动。集成活动可以分级、分阶段进

13、行。o 工作版本(Build)工作版本既可以是软件系统的可操作版本，也可以是具有最终产品部分功能的软件系统组成部分。o 程序单元(Unit)程序单元是项目定义的软件最小可测试单元。2023/6/10 47 Hwadee软件实施活动流程图 2023/6/10 48 Hwadee角色 o 编码员 编码员负责编码、修复代码缺陷；o 集成员 负责制定集成计划、集成程序单元，创建工作版本基线；o 测试员 负责执行测试活动；o 集成计划评审人员 参与集成计划的评审，一般由设计员、测试、配置经理、编码员、构架设计师等组成；o 代码评审员 评审源代码，一般由编码员（非代码作者）组成；2023/6/10 49

14、Hwadee进入准则 o 详细设计工件已经被基线化o 构架工件已经被基线化 2023/6/10 50 Hwadee输入 o 软件构架设计工件 构架设计文档主要描述 备选设计方案、软件子系统划分、子系统间接口和错误处理机制等；o 软件详细设计工件 详细设计文档主要描述将构架设计转化为最小实施单元，产生可以编码实现的设计；2023/6/10 51 Hwadee活动o 制定系统集成计划 o 评审集成计划 o 单元编码及缺陷修复o 代码评审o 执行单元测试o 集成程序单元o 执行集成测试o 执行系统测试o 创建最终工作版本基线2023/6/10 52 Hwadee制定系统集成计划 o 角色 集成员 o

15、 活动描述 确定系统要实施的部分，以及实施它们的先后顺序。确定集成的工作版本：根据开发计划的工作内容，将它们划分成不同的工作版本。确定集成的策略：定义系统集成的方式。可以根据系统自身的特点，选择合适的集成策略，以及确定实施测试所需的驱动和桩模块。2023/6/10 53 Hwadee评审集成计划 o 角色 集成计划评审人员 o 活动描述 发现缺陷，跟踪并修复缺陷。发现和修复缺陷：根据评审规范，评审集成计划工件。2023/6/10 54 Hwadee单元编码及缺陷修复 o 角色 编码员 o 活动描述 生产出同设计一致的源代码。编写代码：按照分配的任务项，编写新单元的代码，保证源代码只是设计的代码

16、实现，并且源代码可以成功编译。缺陷修复：按照分配的任务项，修复已有代码中经过测试或代码评审发现的缺陷，并保证源代码可以成功编译。2023/6/10 55 Hwadee代码评审 o 角色 代码评审员 o 活动描述 通过阅读他人的代码，检查代码中的缺陷。检查编写缺陷：依照编码标准检查代码是否符合标准。检查逻辑缺陷：根据设计工件检查代码是否正确反映且仅反映设计的内容。2023/6/10 56 Hwadee执行单元测试 o角色 测试员 o活动描述 测试员执行单元测试的目的是验证单元的内部结构以及单元实现的功能。执行单元测试：按照测试过程手工执行单元测试或运行测试脚本自动执行单元测试。记录单元测试结果：将单元测试结果作详细记录，并将测试结果提交给相关组。回归测试：对修改后的单元执行回归测试 2023/6/10 57 Hwadee集成程序单元 o 角色 集成员 o 活动描述 提供一个可以测试的集成工作版本。生成集成工作版本：按照集成计划集成并编译已经通过单元测试的程序单元。判断集成结束：根据集成计划判断集成是否结束。2023/6/10 58 Hwadee创建最终工作版本基线 o 角色 集成员 o 活动描述 建立一个完整的基线化的软件工作版本。配置最终工作版本基线：创建最终工作版本基线。2023/6/10 59 Hwadee