软工概论 第2章 过程模型.pptVIP

  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章 过程模型

* 增量模型 第1个增量 第2个增量 第n个增量 交付第2个增量 交付第3个增量 交付第1个增量 软件功能和特征 项目时间 沟通 策划 建模 分析 设计 构件 编码 测试 部署 交付 反馈 沟通 沟通 策划 策划 建模 分析 设计 建模 分析 设计 构件 编码 测试 构件 编码 测试 部署 交付 反馈 部署 交付 反馈 适用情形 初始的软件需求明确,但是整个开发过程却不宜单纯运用线性模型。同时,可能迫切需要为用户迅速提供一套功能有限的软件产品,然后在后续版本中再进行细化和扩展功能。 例如第一个增量往往是核心产品,附加功能进入下个增量计划。 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman. * 特点 综合了线性过程流和并行过程流的特征。 每个增量都提交一个可以运行的产品。 例如:文字处理软件,第一个增量是基本的文件管理、编辑和文档生成(核心功能);第二个增量是复杂的编辑和文档生成;第三个增量是拼写检查和语法检查功能;第四个增量是高级页面排版功能;第2至4个增量是附加功能。 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman. * * 演化模型:原型开发 Construction of prototype communication Quick plan Modeling Quick design Construction of prototype Deployment delivery feedback 沟通 快速策划 快速建模设计 构建原型 部署交付及反馈 适用情形 客户提出了一些基本功能,但没有详细定义功能和特性需求 开发人员可能对算法的效率、操作系统的兼容性和人机交互的形式等情况并不确定 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman. * 特点 很少是好用的,可能太慢太大,难以使用。 一般作为被丢弃的系统。 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman. * * 演化模型:螺旋 策划 项目估算 制定进度计划 风险分析 建模 分析 设计 构建 编码 测试 部署 交付 反馈 沟通 开始 特点 是一种风险驱动型的过程模型生成器。对于软件集中的系统,可以指导多个利益相关者协同工作。 采用循环的方式逐步加深系统定义和实现的深度,同时降低风险。 确定一系列里程碑,确保利益相关者都支持可行的和令人满意的系统解决方案。 第一圈开发出系统的规格说明,第二圈开发出产品的原型系统,以后逐次完善,开发不同的软件版本。不断调整项目计划,根据交付用户的反馈调整预算和进度、以及迭代次数。 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman. * * 演化模型:协同 建模活动 非活动状态 表示软件工程活动 或任务的某一状态 完成状态 已建立基线 正在评审状态 正在开发状态 等待变更请求 正在修改状态 特点(以建模活动为例) 在某一特定时间,建模活动可能处于图中所示的任何一种状态中。其他活动、动作或任务,可以用类似的方式表示。 所有的软件工程活动同时存在并处于不同的状态。 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGra

文档评论(0)

xxj1658888 + 关注
实名认证
文档贡献者

教师资格证持证人

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

领域认证该用户于2024年04月12日上传了教师资格证

1亿VIP精品文档

相关文档