(教学课件)软件工程概述.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《(教学课件)软件工程概述.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教学课件 教学 课件 软件工程 概述
- 资源描述:
-
1、软件工程概述软件工程概述第1页,共83页。课程内容l软件工程概述软件工程概述 SEl面向对象软件工程面向对象软件工程 OOSEl 面向对象分析与设计面向对象分析与设计 UMLl面向对象程序设计面向对象程序设计 Cl(选择)设计模式初步:(选择)设计模式初步:Design Patterns l(选择)(选择)SOA:Service Oriented Architecture l(选择)(选择)AOP:Aspect-Oriented Software Development l 项目设计实践:项目设计实践:Web Application Development using UMLl Web2.0l
2、 PM第2页,共83页。Contents软件危机软件危机(1)软件危机软件危机(1.2)软件工程软件工程(2)软件生命周期软件生命周期(3)软件过程软件过程(4)软件工程的目标软件工程的目标第3页,共83页。Contents1 软件危机软件危机 第4页,共83页。第5页,共83页。第6页,共83页。第7页,共83页。第8页,共83页。Contents软件危机软件危机(1.2)软件工程软件工程(1.2)第9页,共83页。第10页,共83页。第11页,共83页。第12页,共83页。第13页,共83页。第14页,共83页。第15页,共83页。第16页,共83页。第17页,共83页。第18页,共83页
3、。第19页,共83页。v 面向对象分析面向对象分析OOA,面向对象设计,面向对象设计OOD,面向对象,面向对象实现实现OOP,面向对象测试,面向对象测试OOT,面向对象维护,面向对象维护OOMv 面向对象的软件项目管理面向对象的软件项目管理第20页,共83页。Contents软件软件(1.1)软件危机软件危机(1.2)软件工程软件工程(1.2)软件生命周期软件生命周期(1.3)软件开发模型软件开发模型(1.4)软件工程的目标软件工程的目标第21页,共83页。第22页,共83页。Contents软件软件(1.1)软件危机软件危机(1.2)软件工程软件工程(1.2)软件生命周期软件生命周期(1.3
4、)软件过程软件过程(1.4)软件工程的目标软件工程的目标第23页,共83页。第24页,共83页。第25页,共83页。需求定义需求定义系统与软件设计系统与软件设计集成与系统测试集成与系统测试实现与单元测试实现与单元测试运行与维护运行与维护n各项活动按自上而下,相互衔接的固定次序,如同瀑各项活动按自上而下,相互衔接的固定次序,如同瀑布逐级下落。每项活动均处于一个质量环(输入布逐级下落。每项活动均处于一个质量环(输入-处理处理-输出输出-评审)中。评审)中。第26页,共83页。第27页,共83页。第28页,共83页。v确定要开发软件系统的第29页,共83页。第30页,共83页。第31页,共83页。第
5、32页,共83页。第33页,共83页。第34页,共83页。第35页,共83页。v 过程基本不可迭代过程基本不可迭代v 需求在开始的不确定性需求在开始的不确定性v 错误到最后才能发现错误到最后才能发现v 开发进程呈现塞阻状态开发进程呈现塞阻状态第36页,共83页。软件生存期循环第37页,共83页。v快速原型模型(快速原型模型(Rapid Prototype Model)的)的主要做法主要做法是:首先建立一个能够反映用户主要需求的原型,让用户实是:首先建立一个能够反映用户主要需求的原型,让用户实际看一看未来系统的概貌,以便判断哪些功能是符合需要的,际看一看未来系统的概貌,以便判断哪些功能是符合需要
6、的,哪些方面还需要改进。哪些方面还需要改进。v快速原型系统的快速原型系统的优越性优越性主要体现在:软件开发人员向用主要体现在:软件开发人员向用户提供一个户提供一个“样品样品”,用户向开发人员迅速作出,用户向开发人员迅速作出“反反馈馈”。第38页,共83页。快速原型模型图示快速原型模型图示用户测试,用户测试,运行原型运行原型建造修建造修改改/原型原型听取用听取用户意见户意见第39页,共83页。原型模型原型模型 原型产生步骤原型产生步骤第40页,共83页。如何产生快速原型系统?如何产生快速原型系统?v原型系统仅包括未来系统的主要功能,以及系统的重原型系统仅包括未来系统的主要功能,以及系统的重要接口
7、。要接口。v 为了尽快向用户提供原型,开发原型系统时应尽量使用能缩为了尽快向用户提供原型,开发原型系统时应尽量使用能缩短开发周期的语言和工具。短开发周期的语言和工具。v把原型系统作为基础,通过补充与修改获得最终的实把原型系统作为基础,通过补充与修改获得最终的实际系统。际系统。第41页,共83页。快速原型模型带来的问题:第42页,共83页。先完成一个系统子集的开发,再按同样的开发步骤先完成一个系统子集的开发,再按同样的开发步骤增加功能增加功能 (系统子集系统子集),),如此递增下去直至满足全部如此递增下去直至满足全部系统需求。系统需求。系统的总体设计在初始子集设计阶段就应作出系统的总体设计在初始
8、子集设计阶段就应作出设想。设想。第43页,共83页。增量模型增量模型分析分析设计设计编码编码测试测试分析分析设计设计编码编码测试测试分析分析设计设计编码编码测试测试分析分析设计设计编码编码测试测试增量增量2增量增量3增量增量4增量增量1第第1个增量的发布个增量的发布第第2个增量的发布个增量的发布第第3个增量的发布个增量的发布第第4增量的发布增量的发布要点:要点:顺序过程和原型过程相结合顺序过程和原型过程相结合 强调版本升级强调版本升级 每个版本的开发遵循顺序过程每个版本的开发遵循顺序过程 第44页,共83页。增量模型增量模型定义定义基本需求基本需求将需求赋予将需求赋予增量构件增量构件设计系统设
9、计系统体系结构体系结构开发开发增量构件增量构件确认确认增量构件增量构件集成集成增量构件增量构件确认系统确认系统第45页,共83页。结合瀑布模型与快速原型的基础上增加了风险分析结合瀑布模型与快速原型的基础上增加了风险分析第46页,共83页。u制定计划制定计划 确定软件目标,选定实施方案,确定软件目标,选定实施方案,弄清项目开发的限制条件;弄清项目开发的限制条件;u风险分析风险分析 分析所选方案,考虑如何识别分析所选方案,考虑如何识别和消除风险;和消除风险;u实施工程实施工程 实施软件开发实施软件开发u客户评估客户评估 评价开发,提出修正建议。评价开发,提出修正建议。第47页,共83页。螺旋螺旋模
10、型模型决定目标、决定目标、方案和限制方案和限制评价方案、评价方案、识别风险、识别风险、弱化风险弱化风险开发、验证、开发、验证、下一级产品下一级产品 计划下一阶段计划下一阶段集成测试第48页,共83页。风险分析风险分析工程工程构造及发布构造及发布用户评估用户评估客户交流客户交流计划计划项项目目入入口口螺旋模型螺旋模型轴线与增量模型的区别:与增量模型的区别:活动划分不同活动划分不同 更强调更强调“计划计划”、“风险分析风险分析”和和“用户评估用户评估”版本有更明确的目标版本有更明确的目标 要点:要点:相似于增量模型,是顺序过程与原型过程的统一,相似于增量模型,是顺序过程与原型过程的统一,强调版本和
11、版本升级。强调版本和版本升级。版本的明确目标:版本的明确目标:概念项目概念项目增量项目增量项目维护项目维护项目第49页,共83页。当前的软件的价值当前的软件的价值v动力源泉,世界不可或缺的一部分动力源泉,世界不可或缺的一部分v规模、复杂性、分布和重要性不断扩张规模、复杂性、分布和重要性不断扩张v生产和维护越来越难生产和维护越来越难v熟悉的软件开发方法收到限制熟悉的软件开发方法收到限制第50页,共83页。软件开发问题的症状软件开发问题的症状v 对于最终用户的需要理解得不够精确对于最终用户的需要理解得不够精确v 对需求的改变束手无策对需求的改变束手无策v程序块不兼容程序块不兼容v软件不易维护或不易
12、扩展软件不易维护或不易扩展v对项目严重缺陷的发现较晚对项目严重缺陷的发现较晚v软件质量低劣软件质量低劣v软件性能令人无法接受软件性能令人无法接受v开发组的人员按各自的方式进行开发,如果有人改变可开发组的人员按各自的方式进行开发,如果有人改变可部分软件,将很难进行重组部分软件,将很难进行重组v一个不可靠的构造和发布过程一个不可靠的构造和发布过程第51页,共83页。失败原因失败原因v 特别的需求管理特别的需求管理v模糊和不精确的交流模糊和不精确的交流v脆弱的构架脆弱的构架v过度复杂过度复杂v未检测出需求、设计和实现之间的不一致未检测出需求、设计和实现之间的不一致v测试的不足测试的不足v对于项目状况
展开阅读全文