软件工程实用教程 第2版 教学课件 作者 郭宁 第2章软件生存周期及开发模型.pptVIP

软件工程实用教程 第2版 教学课件 作者 郭宁 第2章软件生存周期及开发模型.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第2章软件生存周期及开发模型 极限编程过程 第2章软件生存周期及开发模型  1.策划:策划活动开始于建立一系列描述待开发软件的必要特征与功能的“故事”。每个故事由客户书写并置于一张索引卡上,客户根据对应特征或功能的全局业务价值标明权值(即优先级)。 (1)所有选定故事将在几周之内尽快实现; (2)具有最高价值的故事将移到进度表的前面并首先实现; (3)高风险故事将首先实现。 第2章软件生存周期及开发模型  2.设计: XP设计严格遵循保持简洁(Keep It Simple,KIS)原则,使用简单而不是复杂的表述。另外,设计为故事提供不多也不少的实现原则,不鼓励额外功能性设计。 3.编码:在故事开发和基本设计完成之后,团队不应直接开始编码,而是开发一系列用于检测本次(软件增量)发布的包括所有故事的单元测试。 第2章软件生存周期及开发模型  4.测试: 在编码开始之前建立单元测试是XP方法的关键因素。所建立的单元测试应当使用一个可以自动实施的框架,这种方式支持代码修改之后即时的回归测试策略。 第2章软件生存周期及开发模型 本章学习内容: 1.掌握软件的生存(生命)周期的概念 2.明确学习软件过程模型的意义 3.掌握各种过程模型的特点与适用范围 4.掌握面向对象软件过程模型的内容与过程 第2章软件生存周期及开发模型 1 软件过程概述 2.1.1 软件生存周期 软件的生存周期指软件产品从功能确定、设计、开发成功、投入使用,并在使用中不断修改、完善,直至被新的软件所替代而停止该软件的使用的全过程。 第2章软件生存周期及开发模型 软件的生存周期的作用: 从时间的角度,对软件开发和维护的复杂过程进行了有效的划分,把整个生命周期划分为若干个互相区别而又彼此联系的阶段,给每个阶段赋予确定而有限的任务,这样就便于每个阶段都采用经过验证,行之有效的管理技术和方法,从技术和管理的角度进行严格审查,以达到保证软件质量、降低成本、合理使用资源,进而提高软件开发生产率的目的。 第2章软件生存周期及开发模型 2.1.2 软件过程各阶段任务 1.软件定义期 (1)软件任务立项 (2)可行性研究 (3)软件需求分析 (4)制定项目计划 第2章软件生存周期及开发模型 2.软件开发阶段 (1)总体设计 (2)详细设计 (3)编码和单元测试 (4)集成测试 (5)确认测试 3.运行与维护阶段 第2章软件生存周期及开发模型 2.2 典型的软件过程模型 软件过程模型 把软件生存周期中各项开发活动的流程用一个合理的框架——开发模型来规范描述,这就是软件过程模型 。 软件过程模型是从一个特定的角度表现一个过程,主要根据软件的类型、规模,特别是软件的开发方法、开发环境等多种因素确立过程模型。 第2章软件生存周期及开发模型 2.2.1 瀑布模型 第2章软件生存周期及开发模型 瀑布模型的特点: 阶段性 阶段评审 文档管理 瀑布模型适用于具有以下特征的一类系统: 在开发时期内没有或很少有需求变化; 开发者对应用领域很熟悉; 低风险项目,如开发者对目标和开发环境很熟悉; 除了在早期阶段,用户对开发工作参与很少; 系统编程要求使用面向过程的程序设计语言。 第2章软件生存周期及开发模型 瀑布模型的缺点 阶段与阶段划分固定,阶段间产生大量的文档,极大地增加了工作量; 由于开发模型呈线性,当开发成果尚未经过测试时,用户无法看到软件的效果,这些问题往往会导致开发出来的软件不是用户真正需要的软件; 无法通过开发活动澄清本来不够确切的软件需求,因此,需要返工或者不得不在维护中纠正需求的偏差; 由于固定顺序,前期工作中造成的差错越到后期阶段所造成的损失越大,为了纠正偏差,需要付出高昂的代价。 第2章软件生存周期及开发模型 改进的瀑布模型 第2章软件生存周期及开发模型 2.2.2 原型模型 1.快速原型方法 快速原型方法是原型模型在软件分析、设计阶段的应用,用来解决用户对软件系统在需求分析上的模糊认识。 快速原型法的特点: 快速原型是用来获取用户需求的,或是用来试探某种设计是否有效。一旦需求或设计确定下来,原型就将被抛弃。 第2章软件生存周期及开发模型 快速原型是暂时使用的,因此并不要求完整。它往往针对某个局部问题建立专门原型,如界面原型、工作流原型、查询原型等。 快速原型不能贯穿软件的整个生命周期,它需要和其他的过程模型相结合才能产生作用。 对于一个大型复杂的系统,如果不经过分析来进行整体性划分,想直接用屏幕来一个一个地模拟是很困难的;对于大量运算、逻辑性较强的程序模块,快速原型方法很难构造出模型来供人评价。

您可能关注的文档

文档评论(0)

带头大哥 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档