全生命周期软件工程解决方案简介程序.pptVIP

* * * * * * * * * * * * * ... The Jazz platform. * * Set of products you could use to address solutions in each of those areas. * * * * * 北京华力创通科技股份有限公司 Http:// Http:// 2011年11月 姜海波 全生命周期软件工程解决方案简介 目 录 传统软件工程 软件工程现状 V模型的改革 全生命周期解决方案 传统软件工程 雏形阶段： 70年代，提出软件开发工程化的思想， 目标：克服软件危机。 过程软件工程阶段： 80年代末，面向对象的分析与设计方法形成体系。 目标：软件开发过程从目标管理转向过程管理。 构件软件工程阶段： 90年代以后，处理对象为网络计算和支持多媒体信息的WWW。 目标：提高个人生产率，群组共享信息，协同工作来提高群组、集团的整体生产效率。 特点：重视软件开发方法和技术的研究，总结和发展包括软件体系结构、软件设计模式、互操作性、标准化、协议等领域的重用经验。软件重用和软件构件技术正逐步成为主流软件技术。 传统开发模型（1） 瀑布模型： 特点：软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。 　 现状：瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃 传统开发模型（1） 传统开发模型（2） 增量模型： 特点：引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发。增量包的影响对整个项目来说是可以承受的。 现状：人员分配灵活，先推出核心产品，再开发下一个增量。但要求加入构件必须不破坏已构造好的系统部分，对设计模式技巧要求很高。 也容易退化为边做边改模型，从而使软件过程的控制失去整体性。 传统开发模型（2） 传统开发模型（3） 螺旋模型： 特点：风险驱动的方法体系，迭代方法体系，倾向于按照开发/设计人员的方式工作，而不是项目经理的方式，正良好运作着。 现状： 受限——强调风险分析，要求客户接受和相信这种分析，往往适应于内部的大规模软件开发；人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。 传统开发模型（3） 软件工程学现状 系统复杂化： 整个系统经常需要不同领域的专家通力合作；需求经常不够明确；变更发生的频率更高。 系统大型化： 系统可能涵盖复杂的软硬件结构；需要大量的软硬件开发人员在很长的生命周期内共同完成；不同子系统的交互非常复杂，。 强调测量性： 更加注重初期的系统分析，以给测试人员提供更好的测试依据，保证对系统整体验收的效果最好，强调测试设计先行，开发测试并行。 常规V模型方法 常规V模型方法 优点： 解决了传统瀑布模型盲目追求完美的缺憾；测试先行，保证了产品在很大程度上能够满足需求。 缺点： 仍然过于理想化。 缺乏集成开发的思想。 变更控制复杂而易失控。 嵌入式系统开发现状 设计变更成本 时间轴 引入Errors数 需求捕获和分析 系统分析与设计 软硬件设计文档 软件架构设计 代码实现和单元测试 需求文档 软件规格说明书 模块集成测试 系统验收测试 子系统集成测试 .exe .doc .exe .doc 软件工程的发展趋势 全球化软件协作交付： 全球化的软件交付模式：87%的开发团队是分布式的，56%有两个以上的开发地点。 软件帝国：美国项目概念设计，欧洲系统架构设计，中国软件编码和测试，印度售后支持。 社区驱动的软件交付： 强调个体的创造性和能力——对某一领域技术的执着和热爱。 基于公共的社区协作环境，通过Web来共享创新思想。 模块化： 更多的业务灵活性和创新能力 复杂度的增加和历史遗留系统的增加，需要重用性。 开发过程总览 系统设计 软件需求分析 软件实现 嵌入式 软件工程 系统工程 需求/模型/知识库 系统需求分析 系统功能分析 软件概要设计 软件详细设计 软