软件开发过程PPT格式课件下载.ppt

软件开发过程PPT格式课件下载.ppt

《软件开发过程PPT格式课件下载.ppt》由会员分享，可在线阅读，更多相关《软件开发过程PPT格式课件下载.ppt（82页珍藏版）》请在冰豆网上搜索。

20部署共计:

130分钟2022/11/68HwadeeoCMM：

能力成熟度模型（CapabilityMaturityModel）oSQA：

软件质量保证（SoftwareQualityAssurance）词汇表2022/11/69Hwadee什么是软件开发过程o用以开发和维护软件及其相关产品（如，项目计划、设计文档、代码、测试用例、用户手册等等）的一组活动、方法、实践和变换2022/11/610Hwadee2022/11/611Hwadee常用的软件开发过程瀑布式开发迭代式开发增量式开发演化式开发原型式开发2022/11/612Hwadee瀑布式开发模型立项立项需求分析需求分析分析设计分析设计编码、测试编码、测试结项结项o生存周期表现为线形的一组开发活动。

o开发阶段有明确的输入和输出，一个阶段的输出是下一个阶段的输入。

o从一个阶段进入到下一个阶段，需要满足特定的条件。

2022/11/613Hwadee迭代式开发模型先启阶段先启阶段精化阶段精化阶段构件阶段构件阶段产品化阶段产品化阶段迭代开发模型将开发过程分成多个为期数周的迭代，而每个迭代包括了迭代计划、需求分析、系统设计、编程、测试及评估，而每个迭代完成时都会产生一个可运行的版本2022/11/614Hwadee选择生命周期模型o没有适合所有人的“帽子”o生命周期选择应考虑：

需求架构系统演进风险管理费用中途变更用户对系统进展的可视情况管理者对系统进展的可视情况管理与开发经验2022/11/615Hwadee选择生命周期模型2022/11/616Hwadee软件开发角色划分o项目经理o设计人员o编码人员o测试人员o配置人员oSQAo.2022/11/617Hwadee需求分析需求的重要性o开发软件系统最为困难的部分就是准确说明开发什么。

最为困难的概念性工作就是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。

同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。

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

使项目组能够更好的理解需求，并达成一致。

建立软件需求基线供软件工程和管理使用。

软件计划、产品和活动同软件需求保持一致。

为其它软件工程活动提供基础（如管理活动、测试活动）。

2022/11/621Hwadee需求分析流程制定需求管理计划提取业务需求需求开发需求批准基线化需求需求变更控制需求状态评审2022/11/622Hwadee制定需求管理计划o定义角色和职责o建立跟踪机制o选择需求属性o定义需求管理机制o编写需求管理计划制定需求管理计划编写用于需求管理活动的计划。

项目经理2022/11/623Hwadee提取业务需求o收集用户初始需求（业务需求）o标识需求项提取业务需求到用户方进行需求调查，以获得项目的初始需求。

项目组成员2022/11/624Hwadee需求开发对客户的需要进行分析，并用清晰合理的方式进行描述，使客户方和开发方对开发的内容达成一致。

需求开发需求开发项目成员2022/11/625Hwadee确认需求正式作为项目管理和其它工程活动的基础，并作为客户之间承诺对系统进行验收的基准。

需求批准需求批准客户、高级管理者o需求批准是一种正式的管理过程，代表相关各方达成一致的承诺o经过需求评审的需求工件作为批准的内容2022/11/626Hwadee此活动的目的是在经过客户和项目组的授权下，将批准的正式的软件需求工件放入配置管理系统。

基线化需求基线化需求配置经理o基线化正式的需求工件正式的软件需求工件、需求跟踪工件进入配置库，作为其它相关活动（管理、设计、测试等）的基础。

2022/11/627Hwadee需求变更控制需求变更控制配置经理o需求一旦建立基线后，需要通过控制流程来改变o需求的变更需要经过双方的批准o变更后的需求需要经过客户、用户和相关组的评审进入配置管理库，作为工作基线2022/11/628Hwadee需求评审需求状态评审o举行评审会议举行评审会议举行需求规格说明书评审会议，需求评审人员高级管理者和项目经理通过需求状态评审监控需求管理的状态。

项目组通过需求状态评审对需求状况达成一致2022/11/629Hwadee分析设计分析设计o目的软件分析设计活动是建立系统的构架，将系统的软件需求分配给软件结构，使设计适应具体的实施环境。

2022/11/631Hwadee分析设计活动流程软件详细设计软件构架设计软件构架设计评审软件详细设计评审基线化构架基线化详细设计软件需求工件软件开发计划软件构架设计工件软件详细设计工件2022/11/632Hwadee分析设计o角色构架设计师设计员配置管理员构架评审人员详细设计评审人员2022/11/633Hwadee分析设计o进入准则需求已经基线化软件开发计划已指派了分析设计活动2022/11/634Hwadee分析设计o输入软件需求工件软件开发计划2022/11/635Hwadee分析设计活动介绍o构架设计建立软件系统的构架，将系统的软件需求分配给软件结构2022/11/636Hwadee分析设计活动介绍o构架设计评审检查软件系统构架设计是否合理，包括如下几点：

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

发现和修复缺陷一致性确认2022/11/640Hwadee分析设计活动介绍o基线化详细设计将评审通过的软件详细设计工件置于配置管理，作为实施活动的基础2022/11/641Hwadee分析设计活动介绍o输出软件构架设计工件：

概要设计说明书、数据库设计说明书等软件详细设计工件：

详细设计说明书评审记录2022/11/642Hwadee实施q目的：

单元编码、单元测试、缺陷修复以及系统集成等工作q主要任务：

制定集成计划单元编码、测试/评审集成系统基线化目的2022/11/644Hwadee编码的任务o编码阶段的任务就是将详细设计翻译成计算机最终可运行的软件单元、集成工作版本。

软件构架详细设计工作版本软件开发计划编码2022/11/645Hwadee编码的任务o编码工作对一个程序员来说是司空见惯的事，然而，如何编写出高质量的程序，还是有很多值得讨论的问题。

如何选择程序设计语言?

如何评价程序的质量?

程序设计的风格等等。

2022/11/646Hwadee词汇表o代代码评审（CodeReview）代码评审是检查源代码与编码标准的符合性以及程序逻辑的正确性的活动，目的是发现缺陷或者是提出改进措施。

o系系统集成集成（SystemIntegration）系统集成指的是将单独的软件单元合并成一个整体的软件开发活动。

集成活动可以分级、分阶段进行。

o工作版本工作版本（Build）工作版本既可以是软件系统的可操作版本，也可以是具有最终产品部分功能的软件系统组成部分。

o程序程序单元元（Unit）程序单元是项目定义的软件最小可测试单元。

2022/11/647Hwadee软件实施活动流程图2022/11/648Hwadee角色o编码员编码员编码员负责编码、修复代码缺陷；

o集成员集成员负责制定集成计划、集成程序单元，创建工作版本基线；

o测试员测试员负责执行测试活动；

o集成计划评审人员集成计划评审人员参与集成计划的评审，一般由设计员、测试、配置经理、编码员、构架设计师等组成；

o代码评审员代码评审员评审源代码，一般由编码员（非代码作者）组成；

2022/11/649Hwadee进入准则o详细设计工件已经被基线化o构架工件已经被基线化2022/11/650Hwadee输入o软件构架设计工件构架设计文档主要描述备选设计方案、软件子系统划分、子系统间接口和错误处理机制等；

o软件详细设计工件详细设计文档主要描述将构架设计转化为最小实施单元，产生可以编码实现的设计；

2022/11/651Hwadee活动o制定系统集成计划o评审集成计划o单元编码及缺陷修复o代码评审o执行单元测试o集成程序单元o执行集成测试o执行系统测试o创建最终工作版本基线2022/11/652Hwadee制定系统集成计划o角色角色集成员o活动描述活动描述确定系统要实施的部分，以及实施它们的先后顺序。

确定集成的工作版本：

根据开发计划的工作内容，将它们划分成不同的工作版本。

确定集成的策略：

定义系统集成的方式。

可以根据系统自身的特点，选择合适的集成策略，以及确定实施测试所需的驱动和桩模块。

2022/11/653Hwadee评审集成计划o角色角色集成计划评审人员o活动描述活动描述发现缺陷，跟踪并修复缺陷。

发现和修复缺陷：

根据评审规范，评审集成计划工件。

2022/11/654Hwadee单元编码及缺陷修复o角色角色编码员o活动描述活动描述生产出同设计一致的源代码。

编写代码：

按照分配的任务项，编写新单元的代码，保证源代码只是设计的代码实现，并且源代码可以成功编译。

缺陷修复：

按照分配的任务项，修复已有代码中经过测试或代码评审发现的缺陷，并保证源代码可以成功编译。

2022/11/655Hwadee代码评审o角色角色代码评审员o活动描述活动描述通过阅读他人的代码，检查代码中的缺陷。

检查编写缺陷检查编写缺陷：

依照编码标准检查代码是否符合标准。

检查逻辑缺陷检查逻辑缺陷：

根据设计工件检查代码是否正确反映且仅反映设计的内容。

2022/11/656Hwadee执行单元测试o角色角色测试员o活动描述活动描述测试员执行单元测试的目的是验证单元的内部结构以及单元实现的功能。

执行单元测试：

按照测试过程手工执行单元测试或运行测试脚本自动执行单元测试。

记录单元测试结果：

将单元测试结果作详细记录，并将测试结果提交给相关组。

回归测试：

对修改后的单元执行回归测试2022/11/657Hwadee集成程序单元o角色角色集成员o活动描述活动描述提供一个可以测试的集成工作版本。

生成集成工作版本生成集成工作版本：

按照集成计划集成并编译已经通过单元测试的程序单元。

判断集成结束判断集成结束：

根据集成计划判断集成是否结束。

2022/11/658Hwadee创建最终工作版本基线o角色角色集成员o活动描述活动描述建立一个完整的