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

1、2011年11月,姜海波,全生命周期软件工程解决方案简介,目 录,传统软件工程,雏形阶段： 70年代，提出软件开发工程化的思想， 目标：克服软件危机。 过程软件工程阶段： 80年代末，面向对象的分析与设计方法形成体系。 目标：软件开发过程从目标管理转向过程管理。 构件软件工程阶段： 90年代以后，处理对象为网络计算和支持多媒体信息的WWW。 目标：提高个人生产率，群组共享信息，协同工作来提高群组、集团的整体生产效率。 特点：重视软件开发方法和技术的研究，总结和发展包括软件体系结构、软件设计模式、互操作性、标准化、协议等领域的重用经验。软件重用和软件构件技术正逐步成为主流软件技术。,传统开发模型

2、（1）,瀑布模型： 特点：软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。 现状：瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃,传统开发模型（1）,传统开发模型（2）,增量模型： 特点：引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发。增量包的影响对整个项目来说是可以承受的。 现状：人员分配灵活，先推出核心产品，再开发下

3、一个增量。但要求加入构件必须不破坏已构造好的系统部分，对设计模式技巧要求很高。 也容易退化为边做边改模型，从而使软件过程的控制失去整体性。,传统开发模型（2）,传统开发模型（3）,螺旋模型： 特点：风险驱动的方法体系，迭代方法体系，倾向于按照开发/设计人员的方式工作，而不是项目经理的方式，正良好运作着。 现状： 受限强调风险分析，要求客户接受和相信这种分析，往往适应于内部的大规模软件开发；人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。,传统开发模型（3）,软件工程学现状,系统复杂化： 整个系统经常需要不同领域的专家通力合作；需求经常不够明确；变更发生的频率更高。 系统大型

4、化： 系统可能涵盖复杂的软硬件结构；需要大量的软硬件开发人员在很长的生命周期内共同完成；不同子系统的交互非常复杂，。 强调测量性： 更加注重初期的系统分析，以给测试人员提供更好的测试依据，保证对系统整体验收的效果最好，强调测试设计先行，开发测试并行。,常规V模型方法,常规V模型方法,优点： 解决了传统瀑布模型盲目追求完美的缺憾；测试先行，保证了产品在很大程度上能够满足需求。 缺点： 仍然过于理想化。 缺乏集成开发的思想。 变更控制复杂而易失控。,嵌入式系统开发现状,软件工程的发展趋势,全球化软件协作交付： 全球化的软件交付模式：87%的开发团队是分布式的，56%有两个以上的开发地点。 软件帝国

5、：美国项目概念设计，欧洲系统架构设计，中国软件编码和测试，印度售后支持。 社区驱动的软件交付： 强调个体的创造性和能力对某一领域技术的执着和热爱。 基于公共的社区协作环境，通过Web来共享创新思想。 模块化： 更多的业务灵活性和创新能力 复杂度的增加和历史遗留系统的增加，需要重用性。,开发过程总览,Harmony过程改进的V模型,开发过程总览,基于Harmony方法论的改良V模型,特点： 更加强调需求的管理： 更加强调模型的重要： 更加强调需求分析与系统设计的互动： 提供更精确的测试场景分析： 提供更清晰的项目管理流程：,开发过程总览,改良V模型的策略和方法支持,Jazz整合平台的结构,需求问题沟通,需求分析,系统设计,软，硬件设计,实现测试执行,缺陷跟踪,缺陷提交,缺陷问题沟通,循环,自动化测试,测