第2章_软件生存周期与软件过程课件.ppt

  1. 1、本文档共84页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第2章_软件生存周期与软件过程课件

软件工程 第2章 软件生存周期与软件过程 Chapter 2 Software Life Cycle Software Process 2.1 软件生存周期 (Software Life Cycle) ●一个软件从开始计划起,到废弃不用的整个时期,称为软件生存周期。 ●把软件生存周期划分为较小的阶段的目的: 给每个阶段赋予确定而有限的任务,能够简化每一步的工作内容,使软件复杂性变得较易控制和管理。 ●软件生存周期模型 ( Software Lifecycle Model ) 根据软件生存周期为各项开发活动的流程确定一个合理的框架,称为软件生存周期模型或软件开发模型(即描述软件开发过程中各种活动如何执行的模型。) 2.1.1 软件生存周期的主要活动 ●软件生存周期包含3个时期:计划、开发和运行时期。 ●各时期又分为若干阶段,共6个阶段。 1. 可行性研究( Feasibility Study) (详见第35页,2.6.1) ●解决“是否能做? 是否值得做?”的问题。 ( Whether can do ? Whether it is worth to do ? ) ●主要文档:可行性论证报告(Feasibility Report)、项目实施计划( 简称项目计划, Project Plan)。 2. 需求分析 ( Requirement Analysis ) ●解决系统 “做什么? (What to do?) ” 问题。 ●弄清用户对系统的需求,包括功能需求、性能需求、环境约束和用户界面等(其中功能需求是最重要的),建立分析模型。 ●主要文档:需求规格说明书 (Software Requirement Specification , SRS )。 及初步的系统用户手册 提交管理机构评审 3. 软件设计(Software Design ): 分为总体设计和详细设计。 ①总体设计( General Design ;又称概要设计,Preliminary Design ) 主要确定软件的体系结构。 把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块,每个模块都和某些需求相对应 ②详细设计( Detail Design ): 又称过程设计(Process Design ), 主要设计每个模块的实现细节。 ●主要文档:概要设计说明书和详细设计说明书( Preliminary Design Specification Detail Design Specification )。 提交管理机构评审 4. 编码( Coding ):把设计翻译为源程序 ●编写源程序(Source Program)。 5. 测试( Testing ): ●进行单元测试、集成测试、确认测试和 系统测试。 ●主要文档: 测试计划 ( Testing Plant ) 、测试报告( Testing Report )等 。 ●3.~5. 解决 “怎么做?( How to do? )”的问题。 6. 运行维护 (Running / Maintenance ): ●做好软件的维护工作。 ●主要文档:维护申请单( Maintenance Request Form )和软件修改报告( Software Change Report ) 等 2.1.2 生存周期和软件过程的关系 1.从软件生存周期到软件过程 ●软件过程(Software Process):围绕软件开发所进行的一系列活动。(通俗地,也可以把软件过程称为“软件开发模型”) 2.软件过程的演变 传统的线性开发模型→迭代的过程模型 2.2 传统的软件过程 ( Conventional Software Process ) 2.2.1 瀑布模型(Waterfall Model) ●瀑布模型:是一种基于软件生存周期的线性开发模型。 Waterfall Model ●瀑布模型的特点: 1. 阶段间的顺序性和依赖性: 各个阶段按自上而下、相互衔接的固定次序, 如同瀑布逐级下落。 2. 推迟实现的观点:瀑布模型在编码以前安排了分析阶段和设计阶段,直到设计阶段结束,才实现编码,有利于提高软件质量。 3. 质量保证的观点(文档驱动): (1)每个阶段都要完成规定的文档。 (2)每个阶段结束前都要对已完成的的文档进行复审(审查)。 4. 存在的问题: 不适合需求模糊的系统。 开发的初始阶段很难彻底弄清软件需求。 ●为了解决这个问题,提出“快速原型模型”。 Waterfall Model – fe

文档评论(0)

peain + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档