- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《软件生命周期模型》.ppt
软件生命周期模型 今日要点 软件过程 中兴通讯公司的研发流程 软件生命周期模型 软件生命周期模型与中兴通讯的研发流程 项目类型与软件生命周期模型的选择 小结 软件过程 软件过程 软件过程 煮鸡蛋的启示 软件过程 软件过程是将用户的需求转化成有效的软件解决方案的一系列活动。 许多软件组织无法正确定义和控制这一过程,但这恰恰是组织改进的关键。 软件过程 过程的好坏由结果状态与预期状态的差异决定,也就是目标成果质量的好坏。 规程(Procedure)是人们对客观事物运动规律 的理解和掌握,使规范了的过程。 软件过程是为了获得高质量软件产品所需要完 成的一系列任务的框架,它规定了完成各项任务的工作步骤。 软件过程必须科学、合理,才能开发出高质量 的软件产品 软件过程 软件过程 软件过程又称软件生存周期过程,是软件生存周期内为达到一定目标而必须实施的一系列相关过程的集合。 早期: 立项、需求分析、设计、编码、 测试、交付、维护、退役 软件过程 项目计划就是安排实际的过程,制作项目计划首先要定义过程。项目计划是某个软件过程模型的实例。 软件过程是人类制作产物的一系列活动,而过去的软件工程师把产物和人分离,只研究产品过程及其质量,假定人力、物力资源是无限大、无限好。现在认识到面对实际资源实施软件过程学,求相对最佳质量才是有效的。 软件过程 现在的软件生命周期过程包括: 早期: 立项、需求分析、设计、编码、 测试、交付、维护、退役 又加入了: 管理各种活动、质量保证 环境基础设施配置、文档管理等。 软件过程 第一级:初始级 软件过程的特征是无序的,有时甚至混乱的。几乎没有过程定义,成功完全取决于个人的能力。 第二级:可重复级 建立了基本的项目管理过程,能够追踪费用、进度和功能。有适当的必要的过程规范,使得可以重现以前类似项目的成功。 第三级:定义级 用于管理和工程活动的软件过程已经文档化、标准化,并与整个组织的软件过程相集成。所有项目都使用文档的、组织认可的过程来开发和维护软件。 第四级:管理级 软件过程和产品质量的详细度量数据被收集,通过这些度量数据,软件过程和产品能够被定量地理解和控制。 优化级 通过定量的反馈,进行不断的过程改进,这些反馈来自于过程或通过测试新的想法和技术而得到。 状态描述 问题定义 技术开发 方案综述 今日要点 软件过程 中兴通讯公司的研发流程 软件生命周期模型 软件生命周期模型与中兴通讯的研发流程 项目类型与软件生命周期模型的选择 小结 中兴通讯研发流程——阶段与活动 今日要点 软件过程 中兴公司的研发流程 软件生命周期模型 软件生命周期模型与公司的研发流程 项目类型与软件生命周期模型的选择 小结 软件生命周期 软件生命周期是指软件产品从考虑其概念开始,到该软件产品不再能使用为止的整个时期。一般包括概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装阶段以及交付使用阶段、运行阶段和维护阶段。有时还有退役阶段。这些阶段可以有重复,执行时也可以有迭代。 软件生命周期模型 在整个软件开发的发展过程中,为了要从宏观上管理软件的开发和维护,而对软件的发展过程的总体认识和描述。即对软件过程建立的模型。 瀑布模型 瀑布模型——强弱项 强项: 每个阶段要提供相应的文档 每个阶段经过了严格的评审和测试 每个阶段的所有产品经过SQA的审核 每个阶段的结束经过SQA的同意 文档驱动型,便于产品的维护 弱项: 实际的项目很少按照该模型给出的顺序进行 文档驱动型,前期不利于客户对最终产品的理解 太按部就班,缺乏有效的应变需求变化的对策 用户必须有耐心。程序的运行版本一直要等到项目开发晚期才能得到。大的错误如果直到检查运行程序时才被发现,后果可能是灾难性的。 开发者常常被不必要地耽搁。在项目的开始和结束阶段会造成阻塞。 瀑布模型 应用: 有清晰定义和理解的需求的项目 小型项目 新开始的项目 如: 一些维护性项目 原型模型 原型模型——特点 强项: 客户可以很快知道自己想要的 方便与客户的交流 可灵活的应对需求变化 弱项: 原型仅仅是用以沟通,加强需求认识的DEMO 距离实际系统还有很大的差距 原型模型 增量模型融合了线性顺序模型的基本成分(重复地应用)和原型的迭代特征 强项: 产品分阶段交付给客户,客户可以很快与产品见面 客户可逐渐接受一个新的产品,并及时提出改进建议 客户可在使用产品获利的同时,进行产品开发的投资 利于各个建造之间的并行开发 弱项: 要求产品的设计具有开放式的结构 容易陷入建造-改错的开发方式 应用: 系统需求和软件需求得到充分
文档评论(0)