软件工程引论课件.ppt

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

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * 模型描述 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * An Architecture-Centric Process A System’s architecture is used as a primary artifact for conceptualizing, constructing, managing, and evolving the system under development. Benefits: Intellectual control over a project to manage its complexity and to maintain system integrity. Effective basis for large-scale reuse. A basis for project management. Assistance in component-based development 增量和迭代开发 基于风险前驱的原则,渐进地展开分析、设计及其相关活动,每个迭代都会提供一次验证和调整模型机会,推动软件质量的提升。 An Iterative and Incremental Process Critical risks are resolved before making large investments Initial iteration enable early user feedback Testing and integration are continuous Objective milestones focus on the short term Progress is measured by assessing implementations Partial implementations can be deployed RUP 二维过程结构 沿时间轴的组织结构 沿内容轴的组织结构 Summary 什么是软件? 软件危机的产生及消除 软件工程学的诞生 软件生命周期 软件过程 推荐阅读材料 /pub/misc/bibliographies/index.html /subjects/htm http://dxsting.cern.ch/sting/glossary.html /ice/ice-index.html Thank you * * * * * * * * * * * * * * * * * * * * * * * * * 增量模型(Cont.) 需求分析 验证 规格说明 验证 设计 验证 维护 针对每个构件完成详细设计、编码和集成,经测试后交付给用户 增量模型(Cont.) 分析 分析 分析 分析 设计 设计 设计 设计 编码 编码 编码 编码 测试 测试 测试 测试 增量1 增量2 增量3 增量4 增量模型(Cont.) 增量模型(Cont.) 增量模型融合了瀑布模型的基本成分和 原型的迭代特性。 例如,使用增量模型开发字处理软件 基本的文件管理、编辑和文档生成功能。 更完善的编辑和文档生成能力。 实现拼写和文法检查功能。 完成高级的页面布局功能。 增量模型(Cont.) 第一个增量往往是核心产品 每一个增量均发布一个可操作产品 早期的增量是最终产品的“可拆卸”版本 优点 降低进度拖延、需求变更及验收问题的风险 提高项目开发的可管理性 产品的中期构件有利于反馈在后续构件的变更 中期构件可以在最终版本完成之前交付,用户可以标识需要的变更 将一个时间周期较长的项目分解开发 在产品开发时,允许用户确认产品 对尚不清楚的需求,可将他们的实现推迟到弄清需求后的发行中 可对产品的中期版本进行早期的操作培训 可在早期确认操作过程 缺点 必须早期就了解大多数需求 对选择具体构件的开发方法敏感 需要对每次发行进行回归测试,增加软件测试工作量 在生存周期的早期就将产品置于配置控制之下,因而需要正式的更改控 制过程,增加系统开销,尤其是在需求不稳定时 适用 情况 待开发项目类似于以前的成功项目 大多数需求是稳定和易于理解的 整个项目的周期大于一年,或者用户需要中期发行 生存周期阶段 主要产品 里程碑评审 系统需求分析与设计 软件开发技术 可行性分析(研究)报告 系统需求评审 软件需求分析 软件需求规格说明 软件需求评审 概要设计 软件概要

文档评论(0)

带头大哥 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档