软件工程案例分析PPT课件下载推荐.ppt
- 文档编号:15558080
- 上传时间:2022-11-04
- 格式:PPT
- 页数:450
- 大小:4.39MB
软件工程案例分析PPT课件下载推荐.ppt
《软件工程案例分析PPT课件下载推荐.ppt》由会员分享,可在线阅读,更多相关《软件工程案例分析PPT课件下载推荐.ppt(450页珍藏版)》请在冰豆网上搜索。
“我们正处于两难境地,在半夜之前是不会回家”“死亡行军(DeathMarch)”:
用来描述其进度表几乎不可能完成的项目。
“这是一个死亡行军项目,我希望自己不要参与进去”软件危机软件危机更准确的说法:
慢性痛苦(chronicaffliction)SuggestedbyProf.DanielTiechrow,UniversityofMichigan尽管忍受痛苦,但是软件依然在我们这个世界起着越来越重要的作用,但是如果能够医治痛苦,那么软件业将发展得更加健康。
软件危机的主要特征软件危机的主要特征软件开发周期大大超过规定日期;
软件开发成本严重超标;
软件质量难于保证软件成功的标准软件成功的标准s用户在用s用户可很容易做完要做的事失败的根本原因:
开发人员写出的东西达不到用户要求(人的问题.技术问题)规模复杂性生产率软件技术面临的问题软件技术面临的问题Exchange2000Windows20002000项目经理项目经理25人人约约250人人开发人员开发人员140人人约约1700人人测试人员测试人员350人人约约3200人人例例:
Windows95有有1000万行代码万行代码Windows2000有有5000万行代码,万行代码,3000多个工程师,几百个小团队。
多个工程师,几百个小团队。
Exchange2000和和Windows2000开发人员结构开发人员结构“软件工程案例分析”课程与其它软件专业课的区别
(1)立足于系统的整体。
(2)系统分析、系统设计、测试及维护的方法实践。
(3)构筑一个软件系统,实践软件开发全过程。
用户分析员程序员系统分析员的地位“一个好的工业,应有一套良好的标准来配套”软件工业化生产过程应具备的特点明确的工作步骤详细具体的规范化文档明确的质量评价标准软件产品的标准化软件产品的标准化软件开发过程的标准化软件开发过程的标准化软件工程技术的两个明显特点强调规范化强调文档化新世纪软件产业的趋势新世纪软件产业的趋势网络化趋势:
计算机与通信的融合趋势万维网智能网络服务化趋势:
“打包式”软件“服务式”软件全球化趋势中国软件产业发展主要问题中国软件产业发展主要问题产业规模小、集中度低产业竞争力弱,缺乏核心技术市场秩序较为混乱,盗版严重制约软件产业发展的因素制约软件产业发展的因素软件开发规范与标准知识产权环境知识结构公司体制项目与项目管理项目与项目管理项目是什么没有例行的任务需要计划特定的目标需要满足或者特定的产品需要生成项目有一个预定义的时间范围工作不仅仅是为自己,也是为他人工作中有些特性工作分为若干阶段项目完成需要资源项目是大型的或者复杂的项目管理是什么项目管理是在项目活动中应用知识,技能,工具和技术来满足项目需求的过程,它通过初始化,计划,执行,控制和结束等活动来完成。
软件项目与软件项目与软件项目管理软件项目管理软件项目的特征不可见复杂性(以每一单位货币来看)灵活性:
软件去适应人或组织而不是相反一致性一致性软件项目管理为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
软件项目的活动软件项目的活动需求分析描述设计编码校验安装维护支持软件项目分类软件项目分类按软件类别信息系统:
与组织接口嵌入式系统:
接口是机器操作系统是一个信息系统还是嵌入式系统?
有些项目是为了生成某一产品,而某些项目的进行是为了达到某些目标。
许多软件项目分为两个阶段,第一阶段是目标驱动,第二阶段再生成真正的软件产品。
从从系统的角度看软件项目系统的角度看软件项目一个项目关注于生成一个系统和/或将一个旧系统转换为一个新系统系统,子系统和环境开放和封闭系统项目失败的一个原因是技术人员不能够开放系统和立即接受外界的变化。
部分优化例如:
可能很高效,但是难于修改社会技术系统软件项目属于此类软件项目中的人员软件项目中的人员项目影响者(stakeholders)项目小组内部:
项目小组外部,但是在同一组织内:
项目小组和组织外部:
如客户不同的项目影响者有不同的目标,因而项目领导者需要能够协调这些目标。
Boehm和Ross提出软件项目管理的“W理论”,该理论关注于所有各方都能从项目种获益因而对项目的成功都有兴趣。
(W代表EveryoneaWinner)软件开发面临的挑战软件开发面临的挑战处理最终日期(deadlines)(85%)处理资源约束(83)与任务小组有效的沟通(80)从小组成员处得到承诺(74)建立可测量的milestone(90)处理变化(60)得到团队公认的项目计划(57)从管理层得到承诺(45)处理冲突(42)管理销售商和子项目承包商(38)项目经理面临的挑战项目经理面临的挑战估计和计划缺少质量标准和度量缺少组织决策的指南缺少使进度可视化的技术角色定义不正确的成功准则缺少标准项目成员面临的挑战项目成员面临的挑战工作的不正确的描述IT的管理失误缺少应用领域的知识缺少及时的文档前续任务没有及时完成包括设备没及时提供用户与技术员之间缺乏交流缺少质量控制软件环境的改变Deadline压力软件项目常见错误软件项目常见错误选自快速软件开发产品相关的错误需求镀金:
项目具有比实际需求多得多的性能功能蔓延:
项目平均会有25%的需求变更(Jones1994)开发人员的镀金:
开发人员着迷于新技术又推又拉的交易:
经理在批准项目进度顺延时又加入了新的功能研究导向的开发软件项目常见错误(续)软件项目常见错误(续)过程中的错误缺乏计划过于乐观的计划在压力下放弃计划缺乏足够的风险管理承包人导致的失败在模糊的项目前期浪费时间前期活动不合要求过程中的错误设计低劣缺少质量保证措施缺少管理控制太早和过于频繁的集成项目估算时遗漏必要的任务追赶计划鲁莽编码软件项目常见错误(续)软件项目常见错误(续)技术相关的错误银弹综合症:
过于相信以前没有采用过的技术的宣传过高估计了新技术或方法带来的节省量项目中间切换工具缺少自动的源代码控制手段软件项目常见错误(续)软件项目常见错误(续)人员相关的错误挫伤积极性人员素质低对有问题的员工失控英雄主义项目后期加入人员:
“火上加油”办公环境差开发人员与客户之间发生摩擦不现实的预期软件项目常见错误(续)软件项目常见错误(续)缺乏有效的高层对项目的支持缺乏各种角色的齐心协力缺乏用户介入政治高于物质充满想像:
“项目组没人真正相信他们能够按给定的计划进度完成项目,但他们认为如果每个人能够努力工作,并且不出现问题,他们可能会很幸运地按时完成任务。
软件项目常见的错误软件项目常见的错误试分析以下故事中的项目所存在的错误:
一天,一位年青人被选来“写”一个用在自动化制造设备上的程序。
选择他的理由很简单:
他是技术小组中唯一参加过编程培训的人。
他懂得汇编语言和Fortran语言,但是他不知道软件工程,更不知道软件计划和跟踪方面的知识。
软件开发过程模型选择软件开发过程模型选择主要内容主要内容项目实施的方法选择问题识别项目中的高风险软件开发过程模型的选择可选择的模型软件开发项目过程的选择软件开发方法项目实施的方法选择项目实施的方法选择技术选择技术选择将影响:
开发人员的训练需要人员招聘开发环境硬件和软件系统维护安排方法选择方法选择将影响:
开发人员组合实施的进度安排开发策略选择项目实施的方法选择项目实施的方法选择p步骤:
分析目标驱动还是产品驱动分析项目其他特征面向数据还是面向控制通用还是专用是否需要专用工具支持的专门技术是否有特殊的安全性要求对软硬件有何要求识别项目中的高风险识别项目中的高风险产品不确定性:
系统需求理解的准确性。
用户在开始时有可能对系统应该什么样都无法确定。
在某些环境中,精确而有效的需求描述可能迅速变得过时。
过程不确定性:
在项目开始时需要选择方法或过程模型,或者一种新的工具,任何对原先采用的开发方法的变化都将引入不确定性资源不确定性:
项目进行中资源的数量可能发生变化软件开发过程模型的选择软件开发过程模型的选择开发一个软件需要选择开发策略(包括过程,方法和工具)以及通用阶段,这些策略和阶段被称为过程模型“过程”:
相关联的活动过程模型的选择基于项目和应用的特性,使用的工具和方法,所需要的控制方法和交付物。
软件生存周期(SoftwareLifeCycle)软件产品或软件系统从设计、投入使用到被淘汰的全过程软件生存期的阶段划分可行性研究与计划需求分析总体设计详细设计实现集成测试确认测试使用和维护软件生存周期软件生存周期计算机软件开发规范上游下游新的国际标准定义的软件生存过程(1995ISO/IEC12207)软件生存期过程支持过程组织过程主要过程获取过程供应过程开发过程运行过程维护过程文档编制过程配置管理过程质量保证过程验证过程确认过程联合评审过程审核过程问题解决过程管理过程基础设施过程改进过程培训过程只考虑编写程序涉及整个软件生存周期扩展到软件工作的范围软件开发全部过程、活动和任务的结构框架。
直观表达软件开发全过程明确规定要完成的主要活动、任务和开发策略也称为:
软件过程模型软件生存周期模型软件工程范型软件开发模型软件开发模型问题求解的一般过程问题求解的一般过程问题求解的一般过程实际问题并不能简单划为四个阶段,各个阶段会在问题的不同层次上同时并存软件开发实际上是一个“混沌”(chaos)过程问题定义方案集成技术开发现状A.编码修正模型编码修正模型CodeandFixCodelikeHell(鲁莽编码)从一个大致的想法开始工作,然后经过非正规的设计、编码、调试和测试方法,最后完成工作可能有可能没有的规范发布(可能)编码修正模型编码修正模型好处:
成本可能很低只需要很少的专业知识,任何写过程序的人都可以对于一些非常小的、开发完后就会很快丢弃的软件可以采用对于规模稍大的项目,采用这种模型是很危险的B.瀑布模型(瀑布模型(WaterfallModel)所有过程模型的祖宗项目从开始到结束按照一定的顺序执行瀑布模型是文档驱动的,各个阶段不连续也不交叉B.瀑布模型(WaterfallModel)可行性研究与计划需求分析设计编码运行维护测试定义阶段开发阶段维护阶段适应场合?
适应场合?
优缺点?
瀑布模型的适用场合瀑布模型的适用场合有一个稳定产品定义稳定产品定义和很容易被理解的技术解决容易被理解的技术解决方案方案时,纯瀑布模型特别合适对一个定义得很好的版本进行维护维护或将一个产品移植平台移植平台,瀑布模型也特别合适。
纯瀑布模型能够降低管理费用降低管理费用,因为你可以预先完成所有计划。
对于那些容易理解但很复杂的项目,采用纯瀑布模型比较合适,因为可以用顺序方法处理问题用顺序方法处理问题。
在质量需求高质量需求高于成本需求和进度需求的时候,它尤为出色。
当开发队伍
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 案例 分析