全生命周期软件工程解决方案简介汇编_第1页
全生命周期软件工程解决方案简介汇编_第2页
全生命周期软件工程解决方案简介汇编_第3页
全生命周期软件工程解决方案简介汇编_第4页
全生命周期软件工程解决方案简介汇编_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 北京华力创通科技股份有限公司 Http:/ 目目 录录 传统软件工程传统软件工程 软件工程现状软件工程现状 V模型的改革模型的改革 全生命周期解决方案全生命周期解决方案 北京华力创通科技股份有限公司 Http:/ 传统软件工程传统软件工程 雏形阶段:雏形阶段: 70年代,提出软件开发工程化的思想, 目标:克服软件危机。 过程软件工程阶段:过程软件工程阶段: 80年代末,面向对象的分析与设计方法形成体系。 目标:软件开发过程从目标管理转向过程管理。 构件软件工程阶段:构件软件工程阶段: 90年代以后,处理对象为网络计算和支持多媒体信息的WWW。 目标:提高个人生产率,群组共享信息,协同工作来提

2、高群组、集团的整体生 产效率。 特点:重视软件开发方法和技术的研究,总结和发展包括软件体系结构、软件 设计模式、互操作性、标准化、协议等领域的重用经验。软件重用和软件构件技术 正逐步成为主流软件技术。 北京华力创通科技股份有限公司 Http:/ 传统开发模型(传统开发模型(1) 瀑布模型:瀑布模型: 特点:软件开发的各项活动严格按照线性方式进行,当前活动接受上 一项活动的工作结果,实施完成所需的工作内容。当前活动的工作结果需 要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行 下一项活动,否则返回修改。 现状:瀑布模型强调文档的作用,并要求每个阶段都要仔细验证。但 是,这种模型的

3、线性过程太理想化,已不再适合现代的软件开发模式,几 乎被业界抛弃 北京华力创通科技股份有限公司 Http:/ 传统开发模型(传统开发模型(1) 北京华力创通科技股份有限公司 Http:/ 传统开发模型(传统开发模型(2) 增量模型:增量模型: 特点:引进了增量包的概念,无须等到所有需求都出来,只要某个需 求的增量包出来即可进行开发。增量包的影响对整个项目来说是可以承受 的。 现状:人员分配灵活,先推出核心产品,再开发下一个增量。但要求 加入构件必须不破坏已构造好的系统部分,对设计模式技巧要求很高。 也 容易退化为边做边改模型,从而使软件过程的控制失去整体性。 北京华力创通科技股份有限公司 Ht

4、tp:/ 传统开发模型(传统开发模型(2) 北京华力创通科技股份有限公司 Http:/ 传统开发模型(传统开发模型(3) 螺旋模型:螺旋模型: 特点:风险驱动的方法体系,迭代方法体系,倾向于按照开发/设计人 员的方式工作,而不是项目经理的方式,正良好运作着。 现状: 受限强调风险分析,要求客户接受和相信这种分析,往往 适应于内部的大规模软件开发;人员应该擅长寻找可能的风险,准确地分 析风险,否则将会带来更大的风险。 北京华力创通科技股份有限公司 Http:/ 传统开发模型(传统开发模型(3) 北京华力创通科技股份有限公司 Http:/ 软件工程学现状软件工程学现状 系统复杂化:系统复杂化: 整

5、个系统经常需要不同领域的专家通力合作;需求经常不够明确;变 更发生的频率更高。 系统大型化:系统大型化: 系统可能涵盖复杂的软硬件结构;需要大量的软硬件开发人员在很长 的生命周期内共同完成;不同子系统的交互非常复杂,。 强调测量性:强调测量性: 更加注重初期的系统分析,以给测试人员提供更好的测试依据,保证 对系统整体验收的效果最好,强调测试设计先行,开发测试并行。 北京华力创通科技股份有限公司 Http:/ 常规常规V模型方法模型方法 北京华力创通科技股份有限公司 Http:/ 常规常规V模型方法模型方法 优点:优点: 解决了传统瀑布模型盲目追求完美的缺憾;测试先行,保证了产品在很 大程度上能

6、够满足需求。 缺点:缺点: 仍然过于理想化。 缺乏集成开发的思想。 变更控制复杂而易失控。 北京华力创通科技股份有限公司 Http:/ 嵌入式系统开发现状嵌入式系统开发现状 设计变更成本设计变更成本 时间轴时间轴 引入引入Errors数数 需求捕获和分析需求捕获和分析 系统分析与设计系统分析与设计 软硬件设计文档软硬件设计文档 软件架构设计软件架构设计 代码实现和单元测试代码实现和单元测试 需求文档需求文档 软件规格说明软件规格说明 书书 模块集成测试模块集成测试 系统验收测试系统验收测试 子系统集成测试子系统集成测试 .exe .doc .exe .doc 北京华力创通科技股份有限公司 Ht

7、tp:/ 软件工程的发展趋势软件工程的发展趋势 全球化软件协作交付:全球化软件协作交付: 全球化的软件交付模式:87%的开发团队是分布式的,56%有两个以 上的开发地点。 软件帝国:美国项目概念设计,欧洲系统架构设计,中国软件编码和 测试,印度售后支持。 社区驱动的软件交付:社区驱动的软件交付: 强调个体的创造性和能力对某一领域技术的执着和热爱。 基于公共的社区协作环境,通过Web来共享创新思想。 模块化:模块化: 更多的业务灵活性和创新能力 复杂度的增加和历史遗留系统的增加,需要重用性。 北京华力创通科技股份有限公司 Http:/ 开发过程总览开发过程总览 系统设计系统设计 软件需求分析软件

8、需求分析 软件实现软件实现 系统工程系统工程 需求需求/模型模型/知识库知识库 系统需求分析系统需求分析 系统功能分析系统功能分析 软件概要设计软件概要设计 软件详细设计软件详细设计软件单元测试软件单元测试 软件部件集成测试软件部件集成测试 软件配置项测试软件配置项测试 子系统集成测试子系统集成测试 系统验收测试系统验收测试 过程资产管理过程资产管理 系统需求系统需求 分析分析 软软/硬件功能基线硬件功能基线 变更请求变更请求 用户需求用户需求 Harmony过程改进的过程改进的V模型模型 北京华力创通科技股份有限公司 Http:/ 开发过程总览开发过程总览 基于基于Harmony方法论的改良

9、方法论的改良V模型模型 特点:特点: 更加强调需求的管理: 更加强调模型的重要: 更加强调需求分析与系统设计的互动: 提供更精确的测试场景分析: 提供更清晰的项目管理流程: 北京华力创通科技股份有限公司 Http:/ 开发过程总览开发过程总览 策略和方法支持策略和方法支持 系统设计系统设计 软件需求分析软件需求分析 软件实现软件实现 系统工程系统工程 需求需求/模型模型/知识库知识库 软件项目策划软件项目策划 系统需求分析系统需求分析 系统功能分析系统功能分析 软件概要设计软件概要设计 软件详细设计软件详细设计软件单元测试软件单元测试 软件部件集成测试软件部件集成测试 软件配置项测试软件配置项

10、测试 子系统集成测试子系统集成测试 系统验收测试系统验收测试 软件配置管理软件配置管理 (包括变更管理)(包括变更管理) 软件质量保证软件质量保证 软件项目跟踪软件项目跟踪 与监督与监督 过程资产管理过程资产管理 系统需求系统需求 分析分析 软软/硬件功能基线硬件功能基线 变更请求变更请求 用户需求用户需求 需求管理需求管理 改良改良V模型的策略和方法支持模型的策略和方法支持 北京华力创通科技股份有限公司 Http:/ Jazz整合平台的结构 Rational Doors Rational CC/RTC Rational Rhapsody Rational CQ Jazz 需求问题需求问题 沟

11、通沟通 需求分析需求分析 系统设计系统设计 软,硬软,硬 件设计件设计 实现测实现测 试执行试执行 缺陷跟缺陷跟 踪踪 缺陷提缺陷提 交交 缺陷问题缺陷问题 沟通沟通 循环循环 自动化自动化 测试测试 测试测试 计划计划 任务任务 跟踪跟踪 Rational Doors Rational RTRT 配置配置 管理管理 北京华力创通科技股份有限公司 Http:/ 全生命周期软件工程平台产品部署图全生命周期软件工程平台产品部署图 Logiscope 静态的嵌入式代码分析工具 TestConductor 基于模型的嵌入式软件测试工 具 TestRT 动态嵌入式软件测试工具 Quality Manag

12、er 基于Jazz的测试管理平台 Harmony/SE 模型驱动的系统工程最佳实践 Harmony/ESW 嵌入式软件工程最佳实践 Method Composer 流程设计和部署 Team Concert 和Jazz Team Server平台 协作式软件开发平台;变更和发布管理;项目管理和监控 Mathworks Matlab Simulink DOORS 需求文档和过程管理;建立需求、模型、代码、测试之间的追踪关系 Rhapsody 系统和嵌入式软件的架构设计和实现、基于SysML和Harmony的系统工程 Esterel SCADE WindRiver Vxworks RTOS CMMC

13、MMI 软件研制能力成熟度模型 北京华力创通科技股份有限公司 Http:/ 系统需求系统需求 软件需求软件需求 软件概设软件概设 软件详设软件详设 代码代码 系统需求分析阶段系统需求分析阶段 系统功能分析阶段系统功能分析阶段 系统设计阶段系统设计阶段 保证从系统需求产生保证从系统需求产生 软件需求的软件需求的WI 系统系统软件软件 软件需求软件需求 分析阶段分析阶段 测试用例测试用例 推导推导 软件概要软件概要 设计阶段设计阶段 软件详细软件详细 设计阶段设计阶段 追踪追踪 软件实现软件实现 阶段阶段 软件单元软件单元 测试阶段测试阶段 Doors RTC RTC 计划计划 RTC SCM 使

14、用模型使用模型简单项目简单项目 北京华力创通科技股份有限公司 Http:/ 系统需求系统需求 系统功能系统功能 系统架构系统架构 软件需求软件需求 软件概设软件概设 软件详设软件详设 代码代码 基于基于HarmonyHarmony最佳实最佳实 践的践的WIWI,保证从系,保证从系 统需求产生软件需统需求产生软件需 求求 概要模型概要模型 详细模型详细模型 系统需求分析阶段系统需求分析阶段 系统功能分析阶段系统功能分析阶段 系统设计阶段系统设计阶段 系统系统软件软件 软件需求软件需求 分析阶段分析阶段 基于软件基于软件 需求的工需求的工 作项(需作项(需 求分析)求分析) 基于软基于软 件需求件需求 的工作的工作 项(概项(概 设)设) 基于软基于软 件需求件需求 的工作的工作 项(详项(详 设)设) 基于软基于软 件需求件需求 的工

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论