ch02软件开发过程概览.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第2章 软件开发过程 软件开发过程定义 软件开发生命周期 软件开发过程模型 软件开发过程活动 【学习目标】 2.1 软件系统开发生命周期 软件生命周期是指从提出软件开发的构想开始,经历系统规划、需求分析、系统设计、编程开发、软件测试、软件运行、软件进化到和软件系统终止的整个时间过程。 一、软件开发过程 完成软件开发任务的一组有序活动流程,称为软件开发过程。 二、什么是软件生命周期? 软件生命周期包括如下主要阶段: 1)系统规划(问题定义、规划方案、可行性研究) 2)系统分析(业务分析、需求分析、系统分析) 3)系统设计(系统架构设计、系统组件设计、系统界面设计) 4)系统实施(软件编程、软件测试、软件集成) 5)系统运行与支持(软件运行、软件维护、软件进化) 2.2 软件过程模型 软件过程模型——是指描述软件开发过程活动流程的模式。 典型过程模型: 瀑布模型 进化模型 形式化转换模型 增量开发模型 RUP开发模型 1.瀑布模型 又称线性顺序模型,它认为软件开发活动应严格按照软件系统开发生命周期五个阶段顺序进行,这些活动自上而下,如同瀑布流水的逐级下落。 需求分析 系统设计 软件编码 系统测试 运行与维护 确认 维护 瀑布模型 需求说明书 设计文档 程序代码 测试报告 瀑布模型的特征: 每一级活动均从上级活动得到工作对象,作为本级的输入。 提交本级活动的工作成果,作为输出传递给下一级活动。 每级活动的结果均需进行评审,如果得到确认则进行下一活动,否则返回前项活动。 瀑布模型的优缺点: 使用最早、应用最广泛的软件开发模型。 开发阶段明确,文档完善,项目管理较容易。 不能接受项目开始阶段用户需求的不确定性。 用户需经较长周期才能见到软件产品的雏形,这时反馈的需求变化会较多地加大开发的工作量和时间。 瀑布模型的适用场合: 适合于需求十分明确的软件系统开发。 2.进化式开发模型 进化式开发模型的思想: 先开发出一个原型系统给用户使用,通过用户反馈意见来不断地完善系统直到最后成熟。它不主张将描述、开发和有效性验证等活动切然分开进行,而是让这些活动交织进行,同时让这些活动都能得到快速的反馈信息。 进化式开发模型 进化式开发模型的特点 进化式模型的优点: 能够开发出真正满足用户需求的软件系统。 需求变更能够很快在软件开发中得到反馈。 能够较快地提交软件的雏形产品。 进化式模型的缺点: 缺乏过程的可见性。 系统很可能因多次迭代造成系统结构的不稳定。 需要专门的开发工具与技术。 进化式模型的适用场合: 中小规模的具有大量交互的系统。 大型系统的用户界面部分。 较短周期的系统。 形式化系统开发模型是一个类似于瀑布模型的软件开发过程模型,但其开发过程基于的是用形式化数学转换来将系统描述转换成一个可执行程序,并集成为软件系统。其模型见下图所示。 这个模型和瀑布模型之间的本质区别是: 1)在形式化系统开发模型中,软件需求描述被精炼成一个用数学符号表达的、详细的形式化描述。 2)设计、实现和单元测试等开发过程被一个转换处理过程所替代。在这个转换的开发过程中,形式化描述经过一系列转换变成一个可执行程序。 3. 形式化系统开发模型 形式化系统开发过程 形式化系统开发模型的特点 形式化系统模型的优点: 能够开发出高质量、高可靠性的软件系统。 系统开发过程具有可追踪性。 形式化系统模型的缺点: 需要专门的技能和技术。 形式化描述具有大量交互的系统很困难。 形式化系统模型的适用场合: 安全性、可靠性要求特别高的核心层软件。 在多数的软件项目中,都存在一些可复用的软件单元。复 用技术对快速系统开发来说是必不可少的。面向复用方法依赖于可复用软件组件以及能集成这些软件组件的框架。有时,这些软件组件本身就是一个独立的、能满足某种需要的商品软件。面向复用开发的一般的过程模型如图所示。 4. 面向复用的开发模型 面向复用开发模型 在面向复用的开发模型中,需求描述和有效性验证阶段与其他过程模型差不多,但其中间阶段则有很大不同。这些阶段是: a)组件分析 给出需求描述,然后搜寻能满足需求的组件。通常情况是,没有正好合适的组件以供使用,能得到的组件往往只提供所需要的部分功能。 b)需求修改 在这个阶段,根据得到的组件信息来分析需求,然后修改需 求以反映可得到的组件。当不允许修改的时候,组件分析活动可能要重新进行以寻找其他可能的替代方案。 1)面向复用开发的阶段 c)使用复用的系统设计 在这个阶段,开始设计系统的框架,或者重复使用一个已存在的框架。设计者分析这些被重复使用的组件并设计一个框架来组织这些组件。当可复用的组件不能得到时,必须重新设计一些新的软件组件。 d)开发和集成 集成这些自己开发的组件和现成的组件,使之成为一个整体。在这个模型

文档评论(0)

贪玩蓝月 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档