软件工程导论概述幻灯片.ppt

《软件工程导论概述幻灯片.ppt》由会员分享，可在线阅读，更多相关《软件工程导论概述幻灯片.ppt（40页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程导论概述第1页，共40页，编辑于2022年，星期三1.4.2 快速原型模型Rapid Prototype Modeln定义：快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集n步骤：n快速建立一个能反映用户主要需求的原型系统n 用户试用原型系统之后会提出许多修改意见n 开发人员按照用户的意见快速地修改原型系统，返回上一步n用户认为这个原型系统确实能做他们所需要的工作，开发人员便可据此书写规格说明文档，根据这份文档开发出的软件可以满足用户的真实需求第2页，共40页，编辑于2022年，星期三1.4.2 快速原型模型第3页，共40页，编辑于2022年

2、，星期三1.4.2 快速原型模型n快速原型模型是不带反馈环的，这是它的主要优点。软件产品的开发基本上是线性顺序进行的。线性开发的主要原因是：n(1)原型系统已经通过与用户交互而得到验证，据此产生的规格说明文档正确地描述了用户需求n(2)开发人员通过建立原型系统已经学到了许多东西，因此，在设计和编码阶段发生错误的可能性比较小，这自然减少了在后续阶段修改前面阶段所犯错误的可能性一。第4页，共40页，编辑于2022年，星期三快速原型验证规格说明验证设计验证编码验证变化的需求验证综合测试维护图1.4 快速原型模型维护时需要返回到各个阶段如图1.4所示第5页，共40页，编辑于2022年，星期三1.4.3

3、 增量模型Incremental Modeln定义：把软件产品作为一系列的增量构件来设计、编 码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。n软件产品分解成增量构件要遵守的约束条件n 当把新构件集成到现有软件中时，所形成的产品必须是可测试的第6页，共40页，编辑于2022年，星期三1.4.3 增量模型Incremental Modeln增量模型分批地逐步向用户提交产品，一个构件一个构件地向用户提交产品n这种方式产生的优点：n在较短时间内向用户提交可完成部分工作的产品n逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的

4、冲击。第7页，共40页，编辑于2022年，星期三1.4.3 增量模型Incremental Modeln为了便于向软件中增加新构件n要求要求软件体系结构必须是开放的，向现有产品中加入新构件的过程必须简单、方便n需要更精心的设计n增量模型的矛盾：n把软件看作一个整体，又把软件看作构件序列。要协调好整体与个别整体与个别的矛盾，所以要精心设计.第8页，共40页，编辑于2022年，星期三n 图1.5 增量模型n图1.5表明，必须在开始实现各个构件之前就全部完成需求分析、规格说明和概要设计的工作，由于在开始构建第一个构件之前已经有了总体设计，因此风险较小。第9页，共40页，编辑于2022年，星期三n一旦

5、确定了用户需求之后，就着手拟定第一个构件的规格说明文档，完成后规格说明组将转向第二个构件的规格说明，与此同时设计组开始设计第一个构件用这种方式开发软件，不同的构件将并行地构建，因此有可能加快工程进度。第10页，共40页，编辑于2022年，星期三1.4.4 螺旋模型Spiral Modeln软件开发的风险：n用户不满意，未能按期完成，成本超预算，关键技术人员跳槽，相同产品的竞争n基本思想：使用原型及其他方法来尽量降低使用原型及其他方法来尽量降低风险。风险。n理解这种模型的一个简便方法，把它看作是在每个阶段之前都增加了风险分析过程的快速原型模型。如图1.7所示第11页，共40页，编辑于2022年，

6、星期三第12页，共40页，编辑于2022年，星期三n完整的螺旋模型如图1.8所示第13页，共40页，编辑于2022年，星期三1.4.4 螺旋模型Spiral Modeln螺旋模型的每一个周期都包括计划（需求定义）、风险计划（需求定义）、风险分析、工程实现和评审分析、工程实现和评审4 4个阶段个阶段n计划（需求定义）n第一周期开始利用需求分析技术理解应用领域，获取初步用户需求，制定项目开发计划（即整个软件生命周期计划）和需求分析计划。经过一个周期后，根据用户和开发人员对上一周期工作成果评价和评审，修改、完善需求，明确下一周期软件开发的目标、约束条件，并据此制定新一轮的软件开发计划。第14页，共4

7、0页，编辑于2022年，星期三1.4.4 螺旋模型Spiral Modeln风险分析n根据本轮制定的开发计划，进行风险分析，评估可选方案，并构造原型进一步分析风险，给出消除或减少风险的途径。此时根据风险分析的结果决策项目是否继续。所以，螺旋模型是一个风险驱动的模型。第15页，共40页，编辑于2022年，星期三1.4.4 螺旋模型Spiral Modeln工程实现工程实现n利用构造的原型进行需求建模或进行系统模拟，直至实现软件系统。n用户评价与阶段评审n将原型提交用户使用并征求改进意见。开发人员应在用户的密切配合下进一步完善用户需求，直到用户认为原型可满足需求，或对软件产品设计进行评价或确认等。

8、第16页，共40页，编辑于2022年，星期三1.4.4 螺旋模型Spiral Modeln优点优点：n对可选方案和约束条件的强调有利于已有软件的重用n有助于把软件质量作为软件开发的一个重要目标；n减少了过多测试（浪费资金）或测试不足（产品故障 多）所带来的风险；n随着成本的增加，风险程度随之降低n风险驱动n在成本过大时可考虑中止项目。第17页，共40页，编辑于2022年，星期三1.4.5 喷泉模型n迭代是软件开发过程中普遍存在内在属性 n面向对象方法用得更多n使用统一的软件概念对象n生命周期的各阶段不明显，产生重叠。n“喷泉”模型体现了面向对象软件开发过程的迭代和无缝的特性。图1.9 喷泉模型

9、第18页，共40页，编辑于2022年，星期三1.4.6 Rational 统一过程nRational Unified Process，RUPnRational公司推出的一种完整的软件过程n总结多年商业化验证的6条有效的开发经验，被称为“最佳实践”n(1)迭代开发迭代开发（可运行版本）:n通过一系列的细化、若干个渐进的反复过程得出有效解决方案第19页，共40页，编辑于2022年，星期三1.4.6 Rational 统一过程n(2)管理需求管理需求：n如何提取、组织系统的功能性需求和约束条件并文档化；捕获需求的有效方法包括用例、脚本。n(3)使用基于构件的体系结构使用基于构件的体系结构：n使得软件

10、重用可能，降低软件开发的复杂性n(4)(4)可视化建模（可视化建模（UMLUML）n用用UMLUML语言建立起软件系统的可视化模型，语言建立起软件系统的可视化模型，帮助管理复杂的软件。帮助管理复杂的软件。第20页，共40页，编辑于2022年，星期三1.4.6 Rational 统一过程n(5)验证软件质量验证软件质量：n内建的质量评估过程，评估过程不再是事后型的软件过程n(6)控制软件变更控制软件变更n控制、跟踪和监控软件修改，以保证迭代开发的成功。第21页，共40页，编辑于2022年，星期三第22页，共40页，编辑于2022年，星期三目前有上千家软件公司在用RUP第23页，共40页，编辑于2

11、022年，星期三1.4.7 敏捷过程与极限编程n捷过程与极限编程n敏捷过程（Agile Process，AP）n敏捷方法（Agile Methodology，AM）n敏捷建模（Agile Modeling，AM）n极限编程（eXtreme Programming，XP）第24页，共40页，编辑于2022年，星期三1.4.7 敏捷过程与极限编程n敏捷过程n由来：2001.2月月17位软件方法学家联合成立位软件方法学家联合成立“敏捷软件开发联盟敏捷软件开发联盟”，起草，起草“敏捷软件开发宣言敏捷软件开发宣言”n“敏捷软件开发宣言敏捷软件开发宣言”阐述的阐述的4条价值观条价值观n(1)个体和交互胜过

12、过程和工具：强调优秀的团队个体和交互胜过过程和工具：强调优秀的团队成员是软件开发项目获得成功的最重要因素成员是软件开发项目获得成功的最重要因素第25页，共40页，编辑于2022年，星期三1.4.7 敏捷过程与极限编程(2)可以工作的软件胜过详尽的文档可以工作的软件胜过详尽的文档：软件开发的主要目标是向用户提供可以工作的软件而非文档,需要时要编制简明扼要的文档(3)与客户协作胜过合同谈判与客户协作胜过合同谈判：能够满足用户不断变化的需求的切实途径是与客户密切合作(4)响应计划胜过遵循计划：计划必须有足够的灵活性和可塑性,能迅速调整第26页，共40页，编辑于2022年，星期三2 极限编程eXtre

13、me Programming，XPn(1)XP的的12个有效实践个有效实践n客户作为开发团队成员客户作为开发团队成员n 使用用户素材使用用户素材：n正在进行的关于需求谈话内容的助记符n 短交付周期短交付周期：n一般每2周交付依次实现的用户需求周交付依次实现的用户需求n验收测试验收测试：n通过执行由客户指定的验收测试第27页，共40页，编辑于2022年，星期三2 极限编程eXtreme Programming，XP结对编程：一人编码一人审查 测试驱动开发：强调“测试先行测试先行”集体所有：代码属于集体,每个成员都对代码质量负责 持续集成：一天之内多次集成n可持续的开发速度：40Hours/wee

14、k,连续加班不超连续加班不超过过2weekn开放的工作空间：在一个开放的场所,自由讨论第28页，共40页，编辑于2022年，星期三2 极限编程eXtreme Programming，XPn11 即时调整计划即时调整计划：灵活、循序渐进：灵活、循序渐进n12 简单的设计简单的设计：设计与计划与本次迭代相符，：设计与计划与本次迭代相符，不需要考虑多余不需要考虑多余 的设计的设计n13 重构重构：不改变系统功能前提下优化系统降：不改变系统功能前提下优化系统降低复杂性低复杂性.不能不能 过度以赖重构，要先做好设计过度以赖重构，要先做好设计n14 使用隐喻使用隐喻：整个系统联系起来的全局视图：整个系统联

15、系起来的全局视图,它描写系统如何动作它描写系统如何动作,怎样增加新功能怎样增加新功能第29页，共40页，编辑于2022年，星期三图1.11 XP项目的整体开发过程第30页，共40页，编辑于2022年，星期三第31页，共40页，编辑于2022年，星期三1.4.8 微软过程第32页，共40页，编辑于2022年，星期三2微软软件生命周期n微软过程把软件生命划分成5个阶段，如图1.13所示n规划阶段n设计阶段n开发阶段n稳定阶段n发布阶段 n 图1.13微软软件生命周期和主要里程碑第33页，共40页，编辑于2022年，星期三2 微软软件生命周期n(1)规划阶段：市场获取用户情 况、客户需求、竞争对手等

16、信息.在统计分析的基础上完成下述工作.n确定产品目标，n获取竞争对手的信息获取竞争对手的信息n完成对客户和市场的调研分析完成对客户和市场的调研分析n确定新版本产品应该具备的主要特殊性确定新版本产品应该具备的主要特殊性n确定新版本应该解决的问题和需要增加的功能确定新版本应该解决的问题和需要增加的功能第34页，共40页，编辑于2022年，星期三2 微软软件生命周期n(2)设计阶段：n已经确定了70%以上的需求，开始设计，以上的需求，开始设计，n主要工作主要工作n包括系统规格说明书、包括系统规格说明书、n制订设计方案、绘制系统结制订设计方案、绘制系统结 构图、构图、n划分子系统、制定产划分子系统、制

17、定产 品开发计划书品开发计划书第35页，共40页，编辑于2022年，星期三2微软软件生命周期n(3)开发阶段开发阶段：n完成编码，书写文档，并进行单元测试n(4)稳定阶段稳定阶段：n完整的进行集成测试，确保真实环境下的使 用和操作n(5)发布发布：n把项目移交给运营和支持人员，以获得最终用户对项目的认可。第36页，共40页，编辑于2022年，星期三3 3 微软过程模型n图1.14描绘了微软过程的生命周期模型，微软过程的每一个生n命周期发布一个递n进的软件版本，各n个生命周期持续，n快速地迭代循环。n 图1.14 微软过程的生命周期模型第37页，共40页，编辑于2022年，星期三n2、主要参考资

18、料：n软件工程原理、方法与应用史济民等主编.高等教育出版社 n软件工程（英）Ian Sommerville 著,程成、陈霞等译.机械工业出版社 n软件工程.齐治昌等编著.高等教育出版社n软件开发的过程与管理，张湘辉编著，清华大学出版社，2005.n软件工程原理与应用，陈世鸿编著，武汉大学出版社，2004.n软件工程-原理、方法与应用（第二版），陈世鸿编著，武汉大学出版社，2004.n软件项目管理案例教程，韩万江、姜立新编著，机械工业出版社，2004.第38页，共40页，编辑于2022年，星期三n（九）、课程考核与成绩评定方法（九）、课程考核与成绩评定方法n课程考核包含理论知识、实践过程和参与过程，理论知识期末闭卷考试。n最终成绩由平时成绩、实践成绩和期末考试三部分组成(平时成绩占10%，上课占10%，期末考试占80%)n第39页，共40页，编辑于2022年，星期三作业nP3233n3，6，7第40页，共40页，编辑于2022年，星期三