第章软件开发生命周期.ppt

第章软件开发生命周期.ppt

《第章软件开发生命周期.ppt》由会员分享，可在线阅读，更多相关《第章软件开发生命周期.ppt（19页珍藏版）》请在冰豆网上搜索。

第2章、软件开发生命周期软件测试入门软件测试入门上一章回顾上一章回顾软件测试的概念与目的测试和调试的区别软件测试的对象软件测试从业人员的职业要求开发生命周期开发生命周期生命周期（lifecycle）经过开发、使用、维护、修订，直到最终使用而被另一软件所取代。

根据软件工程国家标准计算机软件开发规范划分可行性研究与计划需求分析概要设计详细设计实现（包括单元测试）组装测试（集成测试）确认测试使用和维护内容进度内容进度软件开发模型边做边改（根据客户的具体需求在实际开发过程中不断修改）瀑布模型（适合用户需求明确，开发技术成熟，工程管理严格的场合）快速原型模型（可减少软件开发需求不明带来的开发风险）增量模型和迭代模型（开发人员逐步的向用户交付产品，降低开发风险）螺旋模型（适合于大型综合性的软件，比较复杂）喷泉模型（具有更多的增量与迭代性质）智能模型（主要限制于事物信息系统的中、小型应用程序的开发）混合模型（一些开发单位都是使用不同的开发方法组成自己的混合）瀑布模型瀑布模型1970年由W.Royce提出严格规定各阶段的任务，上一阶段任务输出作为下一阶段工作输入缺点：

人物顺序固定，软件研发周期长纠正前期错误代代价高。

快速原型模型快速原型模型原型指模拟某种产品的原始模型软件的一个早期可运行的版本，它反映了最终系统的重要特性快速原型模型（原型模型）第一步是建造一个快速原型第二步则在第一步的基础上开发客户满意的软件产品快速原型模型快速原型模型思想产生在在需需求求分分析析阶阶段段得得到到完完全全、一一致致、准准确确、合合理理的的需需求求说说明明是是很很困困难难的的先先用用相相对对少少的的成成本本，较较短短的的周周期期开开发发一一个个简简单单的的、但但可可以以运运行行的的系系统统原原型型向向用用户户演演示示或或让让用用户户试试用用，以以便便及及早早澄澄清清并并检检验验一一些些主主要要设设计策略，在此基础上再开发实际的软件系统计策略，在此基础上再开发实际的软件系统原理利用原型辅助软件开发利用原型辅助软件开发经过简单快速分析，快速实现一个原型，用户与开发者在试用原型经过简单快速分析，快速实现一个原型，用户与开发者在试用原型过程中加强通信与反馈，通过反复评价和改进原型，减少误解，弥过程中加强通信与反馈，通过反复评价和改进原型，减少误解，弥补漏洞，适应变化，最终提高软件质量。

补漏洞，适应变化，最终提高软件质量。

快速原型模型快速原型模型类型探索型原理探索型原理实验型原型实验型原型演化型原型演化型原型运用方式抛弃策略抛弃策略附加策略附加策略软件项目的特点、人员素质、可供支持的原型开发工具和技术软件项目的特点、人员素质、可供支持的原型开发工具和技术快速原型模型快速原型模型开发步骤快速分析快速分析构造原型构造原型运行原型运行原型评价原型评价原型修改修改增量模型和迭代模型增量模型和迭代模型增量模型和迭代模型增量模型和迭代模型增量模型软软件件被被作作为为一一系系列列的的增增量量构构件件来来设设计计、实实现现、集集成成和和测测试试，每每一一个个构构件件是是由由多多种种相相互互作作用用的的模模块块所所形形成成的的提提供供特特定定功功能能的的代代码码片片段段构构成成在各个阶段交付交付满足客户需求的一个子集的可运行产品在各个阶段交付交付满足客户需求的一个子集的可运行产品优点优点缺点缺点案例：

使用增量模型开发字处理软件案例：

使用增量模型开发字处理软件增量模型和迭代模型增量模型和迭代模型迭代模型RUP（RationalUnifiedProcess，统一软件开发过程，统一软件，统一软件开发过程，统一软件过程过程）推荐的周期模型推荐的周期模型迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素动和要使用该发布必需的所有其他外围元素开发迭代是一次完整地经过所有工做流程的过程开发迭代是一次完整地经过所有工做流程的过程企业如何选择开发模型RUP虽然内容极其丰富，但极易让人误解是重型的过程，实施推广虽然内容极其丰富，但极易让人误解是重型的过程，实施推广有一定难度。

有一定难度。

在质量管理方面：

以实现系统架构、核心功能目标的迭代产品生的在质量管理方面：

以实现系统架构、核心功能目标的迭代产品生的工做成果做为质量控制重点。

工做成果做为质量控制重点。

在其他方面：

每次迭代成果须进行配置管理，版本控制很重要。

在其他方面：

每次迭代成果须进行配置管理，版本控制很重要。

增量模型和迭代模型增量模型和迭代模型迭代模型的选择使用条件在项目开发早期需求可能有所变化。

在项目开发早期需求可能有所变化。

分析设想人员对应用领域很熟悉。

分析设想人员对应用领域很熟悉。

高风险项目高风险项目用户可不同程度地参与整个项目的开发过程用户可不同程度地参与整个项目的开发过程使用面向对象的语言或统一建模语言使用面向对象的语言或统一建模语言UML使用使用CASE工具，如工具，如Rose具有高素质的项目管理者和软件研发团队具有高素质的项目管理者和软件研发团队增量模型和迭代模型增量模型和迭代模型迭代模型的优点点降低了在一个增量上的开支风险降低了在一个增量上的开支风险降低了产品无法按照既定进度进入市场的风险降低了产品无法按照既定进度进入市场的风险加快了整个开发工做的进度加快了整个开发工做的进度增量模型和迭代模型增量模型和迭代模型两种模型的对比区别迭代适合需求不明确、架构风险大的项目，增量适合需求比较明迭代适合需求不明确、架构风险大的项目，增量适合需求比较明确，架构比较稳定，而且增量功能的实现基本不影响架构确，架构比较稳定，而且增量功能的实现基本不影响架构迭代计划是基于角色的，增量计划是基于任务的迭代计划是基于角色的，增量计划是基于任务的相同点每个迭代和增量结束后都有产品发布每个迭代和增量结束后都有产品发布螺旋模型螺旋模型螺旋模型沿着螺线进行若干次迭代制定计划制定计划风险分析风险分析实施工程实施工程客户评估客户评估螺旋模型螺旋模型限制条件强调风险分析，但要求许多客户接受和相信这种分析，并做出相关强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。

发。

如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。

意义，因此，螺旋模型只适合于大规模软件项目。

软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险会带来更大的风险各种模型的比各种模型的比较每个软件开发组织应该选择适合于该组织的软件开发模型，并且应该随着当前正在开发的特定产品特性而变化，以减少所选模型的缺点，充分利用其优点。

各种模型优缺点各种模型优缺点瀑布模型：

文档驱动，系统可能不满足客户的需求瀑布模型：

文档驱动，系统可能不满足客户的需求快速原型模型：

关注满足客户需求，可能导致系统设计差，效率低，快速原型模型：

关注满足客户需求，可能导致系统设计差，效率低，难以维护。

难以维护。

增量模型：

开发早期反馈及时，易于维护。

需要开放式体系结构，可增量模型：

开发早期反馈及时，易于维护。

需要开放式体系结构，可能会设计差，效率低。

能会设计差，效率低。

螺旋模型：

风险驱动，风险分析人员需要有经验且经过充分训练。

螺旋模型：

风险驱动，风险分析人员需要有经验且经过充分训练。