07软件工程工具(新).ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
5、很关键的--质量 预计缺陷总数 实际缺陷总数 预计致命缺陷 实际致命缺陷 预计主要缺陷 实际主要缺陷 预计次要缺陷 实际次要缺陷 预计遗留缺陷数 实际遗留缺陷数 软件工程 需求阶段实际发现缺陷 设计阶段预计发现缺陷 设计阶段实际发现缺陷 构建阶段预计发现缺陷 构建阶段实际发现缺陷 测试阶段预计发现缺陷 测试阶段实际发现缺陷 实施阶段预计发现缺陷 实施阶段实际发现缺陷 交付后1个月内发现总缺陷 交付后1个月内发现致命缺陷 。。。。。。。。。 请搜索 精算师职位 软件度量 软件工程 LOC估算法 源代码程序的长度,源代码的总行数 优点: 缺点: 软件工程 功能点估算 软件工程 权重表 软件工程 讨论 每一项,有人估的高,有人估的低,怎么办? 软件工程 Pert估算 以时间估算为例: (乐观时间+4*最可能时间+悲观时间)/ 6 软件工程 其他估算方法 1、算法模型:COCOMOII,Putnam SLIM模型、 PRICE-S模型 2、专家判定 3、类比 4、自顶向下 5、自底向上 软件工程 CASE工具 数据字典 报表生成器 屏幕生成器 需求管理平台 项目管理工具 开发环境 配置管理,版本控制、基线 。。。。。。。。 软件工程 各种复审方法 审查(inspection) 小组评审(team review) 走查(walk through) 结队编程(pair programming) 同级桌查deskcheck 轮查passaround 临时评审(Ad hoc review) 最正式 最不正式 计划、准备、开会、纠错、验证 审查和走查的比较 属性 审查 走查 目的 发现问题 验证重做的工作 重点是书面的查品是否满足所有需求 发现问题 讨论可选方案 重点是说明产品是怎样满足所有需求的 作出决定 审查组根据多数人的意见 责任人作出 领导者 经过培训的主审员 责任人 参与者 以文件形式确定的同级人员 同级或主管,不 形成文件 资料介绍 讲解员 责任人 度量 正式需要 可选 程序 正式文档 非正式文档 培训 对所有参加者要求 无培训要求 软件工程 谢谢 * 开始讲两个故事:1.一个年轻猎头讲的故事(内容20万年薪,300万年薪);2.射雕英雄传(黄药师、郭靖) 搜索:“一个猎头讲诉的故事- ”,300w年薪的很少是清华毕业的,要找清华毕业的,在20w-40w年龄段去找 * * * 团队 ? 职能 ? 主要工作内容 ? EPG ? 负责过程持续改进工作 ? 公司规范的建设和推广,并持续改进。收集过程改进 需求,制定过程改进计划,获得高层的支持,并实施 改进工作。 ? PMO ? 负责公司内所有项目的审核、管理 ? 定义项目管理流程,集中控制项目进展,统一进行资 源调配。 ? QA 组 ? 质量审计,并提出质量改进建议。 ? 按照既定的审计方式和内容,对过程和产品的质量进 行审计工作,及时发现过程和产品中的质量改进点, 提出改进建议并实施。 ? * 优点:纯技术,和经验有很大的关系 缺点:优化的代码,拖沓的代码,正规公司的要求;语言以来 * 不说模型的方法,只要大家知道,这些问题一直困扰专家,你想成为专家,只要比别人估算的更精确就行了。 * * * 软件工程 软件工程与UML 软件工程与UML 软件工程与UML 软件工程与UML 软件工程与UML Email:houzonghao@ QQ软件工程- 侯宗浩 作业 1.项目成功的关键因素有哪些? 2.你认为影响成败的决定因素是什么?为什么? 3.软件项目的三种组织方式分别是什么?有什么优缺点? 软件工程 分类 1.开发过程中的分析工具 -----逐步求精 -----成本效益分析 2.帮助软件工程师团队开发和维护软件工具 -----CASE工具 软件工程 逐步求精 逐步求精是人类解决复杂问题时采用的基本用法,也是许多软件工程技术的基础。可以把逐步求精理解为:“为了能集中精力解决主要问题而尽量推迟对问题细节的考虑”。 逐步求精的好处:它能帮助软件工程师把精力集中在与当前开发阶段最相关的那些方面上,而忽略那些对整体解决方案来说虽然必要的,然而目前还不需要的细节,这些细节将留到以后考虑。“ 软件工程 米勒(Miller)法则 人脑同时只能处理7±2个信息团 “Miller法则”是人类智力的基本局限,我们不可能战胜自己的本性,只能接受这个事实,承认自身的局限性,并在这个前提下近我们最大的努力。 软件工程 winbug案例的回顾 潜在的模型:增量和迭代 软件工程 案例:顺序主文件的更新 Figure 5.1 1插入,

文档评论(0)

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

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

1亿VIP精品文档

相关文档