整车性能开发综述
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上海汽车 2011 04
3
整车性能开发在项目中的输入输 出
对于整车 性能开发和团队, 在项 目中存在一 个输入和输出的过程。典型的输入输出内容如图 6 所示 , 其中要求来自项目、 市场部、 国家法律法规 等。 这其中最 典型的 输入 是市场 部的 划分 标准 (M SS) , 市场部根据调 研显示该新车型处于什么 区间 , 该车型的核心诉求 , 同时定义了核心竞争车 型和参考竞争车型。当这些定义 清楚后, 作为市 场输入给工程的要求, 工程拿到 M SS 后 , 不但清楚 了核心诉求, 同时清楚 了竞争车型和市场部对于 核心竞争力的诉求。考虑到工 程开发的可行性, 其中工 程和性能 团队还要 反馈; 根据这些 输入, VP I T 小组开始对竞争车进行分析和研究 , 比如测 量油耗、 动力性、 噪声水平等。在获取了竞争车型 性能数据后, 以及多方面的输入 , 最后定义 VTS 目 标 ; 同时性能开发的 ADV 计划; 项目 节点的性能 状态交付物等这些就是 VP IT 的输出内容。 23
上海汽车
2011 04
21
设计研究
电器性能, 包括电磁兼容、 音频和视频性能、 动力 系统管理; 气动和密封性能, 包括空气动力性能、 密封性、 水管理; QRD, 包括 结构耐久性、 可靠性、 防腐蚀性。这些统称为整 车性能, 可以看出这样 的划分体现了图 1 中客户 对于性能的要求, 具体 的示意如图 2 整车性能划分和状态图所示的整车 性能块划分。每一块 性能下面又细分为子条目 , 对应又有不同的详细要求来保证各子性能详细的 满足客户的需求。 能够跨部门协调解决各种问题 ; 同时整车部能形 成一个操作性强的流程通过协调市场 部、 项目管 理 , 以及各个功能块来控制整个性能开发过程 , 满 足市场需求。因此在实际操作中形成了如图 3 项 目中的组织机构, 项目开发初期 , 整车部首先需要 建立整车性能集成团队 ( VP IT ) , 团队的领导为整 车性能经理 ( VPM ) , 各个 P I T ( P erfo r m ance Integ ra tion T eam ) 性能块有一 个小组长 , 这样 形成 VP I T 来完成项目和市场递交的性能开发任务。这个跨 部门的技术团队和项目管理团队的不同是侧重在 技术和性能管理上, 特别是 VPM 和 P I T 领导, 而且 VPM 在项目上担负着重要的职责, 主要包括: 平衡 并领导各个性能集成小组负责的整车各项性能要 求 ; 确定并且实现通过整车技术 规范 ( VTS ) 详细 说明的各项整车级别的性能要求 ; 推动跨不同性 能集成小组问题的解决 ; 参加项目会议并同 VSE 一起解决性能问题; 向 VCE 项目总工汇报性能状 态。
图 5 是 VT S 发布的 4 个阶段示意图。
图 5 VT S 在项目开发中的阶段示意图
第一个是建立阶段 , 这个阶段也是项目前期 阶段 , 需要通过评估竞争车性能数据和市场需求 等来订立新车型的目标值 , 比如油耗目标要处于 同级别车什么水平, 然后在没有实车情况下建立 虚拟模型计 算仿真 各种配置 和条件 下的性 能状 态 , 以期能够预 测性能状 态 , 该阶段 结束时 发布 初版 VTS; 第 二个是 平衡阶 段 , 这个阶 段是 整车 概念开发阶段 , 是性能平 衡阶段 , 比 如重量 和安 全、 油耗和驾驶 性等 , 同时建 立起实 现这些 目标 的细分条目目标 , 比如要达到油耗目标、 重量 /滚 阻 /空 气动力学等的要求是多少。当这些都平衡 完成后 , VTS 已经 完成了。这 些目 标 , 尤其 是子 系统目标是作为零件的技术要求 , 发放给供应商 作为开发要求和 目标。当整 个体系 规范说 明文 件发布了, 意味着这个车将来能够达到的主要性 能状态也基本 确定了 , VTS 也签 署发布 了; 第三 个是实施阶段 , 这个阶段 需通过 样车 试验、 零部 件试验来跟踪反馈性能状态 , 同时通过试乘试驾 等方法来推进 VTS 指标实施落实 , 这个阶段中还 会有一次 VT S 目标的少许调整 ; 第四个是验证阶 段 , 这个时候意 味着整车 的零件 已经 锁定 , 进行 性能验证并发布最终锁 定的 VTS 和整车 VT S 状
上海汽车 2011 04 图 3 整车性能组织结构图
2
ቤተ መጻሕፍቲ ባይዱ
整车技术规范
设计研究
态。 整车性能开发在管理上最重要的工作就是具 体跟踪和反馈 VTS 中性能指标的状态。不同的公 司都有自己的项目开发流程 ( VDP ) , 基本流程如 图 5 所示。项目开发流程中对应于每个项目节点 都有相应的定义需要达到什么目标 , 同时就有相 应的递交物, 而性能开 发状态作为节点的交付物 也起到至关重要的作用。所以在整车性能开发中
Ab stract
Veh icle perfor m ance developm ent is i m portant to vehic le developm en, t and it is a
typical techno lo gy m anagem ent process . T he paper expounds the entire process of th e perfor m ance de ve lo pm ent goa ls put for w ard by the m arket and pro ject through the establishm ent o f perfor m ance deve l opm ent tea m and deve lo p m ent goa, l organ izat io n of VP IT m eeting and tracking process and ba la nc ing the perfor m ance deve lo pm ent conflic. t 关键词 整车性能 性能开发 综述
5
结语
综合来看整车性能开发对于整车开发具有及
图 6 整车性能输入输出
其重要的意义 , 并且是一个典型的技术管理过程。 其以客户需求为导向, 通过协调各个功能块 , 以及 上下级关系, 并且整合 各种资源来完成整个性能 开发目标的一个过程。在这个过程中 , VPM 整车 性能经理担当着整车性能开发管理的 角色, 通过 建立起性能开发团队 , 制定开 发目标 , 组织 VP I T 会议和跟踪流程, 平衡性能开发矛盾, 来完成市场 和项目提出的性能开发目标 , 同时也体现了整车 性能开发在整车项目开发中的重要性。
图 2 整车性能划分和状态图
在以前大多数汽车开发过程中 , 汽车性能都 分散在各个功能块, 比如操控性分在底盘, 热性能 分在空调部等 , 这些都没有归纳为一个整体由一 个部门来牵头全权组织和负 责, 而性能问题大多 数情况下牵涉到不止一个部 门或者功能块, 比如 加速性和轮胎性能、 整车重量、 发动机性能、 变速 器速比、 标定控制等相关 , 这样带来的跨部门配合 问题, 给跟踪解决性能 问题带来了困难。另外项 目管理部主要职能是协调项目开发进度、 计划、 费 用 , 以及协调技术中心对外采购、 市场、 质保关系 等 , 而对于性能类的技术问题项目管理需要更加 强有力的帮手 , 所以由整车部整车性能来主要负 责整个整车性能开发。整车部负责整车性能有几 个优势 : 因为整车本身负责部分性能 , 比如 NVH 、 空气动力学、 重量控制等 ; 整车部具有集成功能 , 22 在整车性能开发中, 最重要的文件就是 VTS , 这是一个车型开发中在技术领 域最核心的文件, 同时也是 VP IT 和 VPM 的交付物。 VPM 的工作也 是围绕 VT S 展开的。从技术指标上 来说, VT S 的 上下游关系如图 4 , 这个图同时说明了整车集成部 在整个流程中的位置。 在整个项目开发过程中 VT S 的开发是紧密跟 随项目节点。其根据项目节点定义为 4 个阶段,
do:i 10 3969 / j issn . 1007 4554. 2011. 04 . 05
0 引言
整车性能开发是一个广义的概念 , 涉及到汽 车的方方面面, 来源还是客户的感受。图 1 是市 场调研的结果 , 可见性能相关项在客户用车体验 中的重要性。本文力求较详细的阐述全面的整车 性能开发概念。包括性能开发的团队、 流程、 核心 文件整车技术规范 ( VTS ), 以及性 能的验证和反 馈方法方式 , 使得整车性能开发具备以市场导向 为目的 , 以量化指标和流程保证开发顺利进行。
设计研究
题 , 从客户主观感受的角度来全面完善产品。 另外一个 层面是管理层试驾, 对 于项目管理 和整车性能管理来说 , 管理层试驾不单在于提供 合适的车辆给领导, 同 时还是对技术方面给予意 见 , VPM 和 VCE 肩负着给管理层试驾提供问题解 决方案的职责 , 只有这些做好了 , 通过管理层试驾 就能够快速有效地给出方向和解决问 题, 以及推 进项目顺利进行。
设计研究
整车性能开发综述
胡 摘要 亮 康 飞 童荣辉 饶志明
( 上海汽车集团股份有限公司技术中心 , 上海 201804) 汽车开发过程需要进行性能管理 , 整车性能经理 ( V P M ) 担任性 能开发的 管理工作 , 通过建 立性
能开发团队 , 在获取市场部输入以及项目的需求后 , 编制 性能开发目标即整车技术规范 ( VT S), 然后围 绕 VT S 进 行性能开发 , 在每个项目节点进行性能评审和领导评审 , 汇报性能 状态 , 跟踪解 决性能问 题 , 使得整 车性能开 发 及时达到目标 , 符合设计要求。
图 1 用户的用车体验
1 整车性能开发的划分和组织机构
在开发中为了更好体现客户需求 , 把整车性 能划分为如下几个大块: 动力学性能 , 包括转向性 能、 制动性能、 操控性能、 乘坐性能 ; NVH 性能 , 包
收稿日期 : 2010- 09- 06
括动力 总成噪声、 路噪、 风 噪、 振动异 响、 零 件噪 声、 外部通过噪声 ; EMDQ 性能 , 包括油耗性能、 重 量、 驾驶品质; 热性能 , 包括整车热性能、 空调系统 性能、 发动机冷却 ; 安全性能, 包括正碰、 侧碰、 后 碰、 行人保护、 儿童保护和其他保护和辅助; 电子
图 4 整车技术规范的上下游关系
设置了通过节点前的整车性能评审 , 对于 VT S 条 目的状态进行了评估 , 了解了开发过程中出现的 问题 , 与目标值之间的差距, 以及解决措施和需要 的时间。项目总工和项目经理 得到这些信息后, 会和 VPM 平衡目前的状况, 重要问题会及时汇报 给更高层领导决议, 以 期在项目开发规定期间内 解决这些问题, 使得整个项目 开发顺利进行。而 这些问题的跟踪都会在 VP IT 上或者通过企业开 发的质量系统自动流程跟踪 , 直到问题验证关闭, 最终目的是在产品投产时候解 决所有性能问题, 满足当初设置的目标要求。
4 整车的试乘试驾
在整车性能开发中试乘试驾分专家评估和管 理层评估两个层面。专家的评估体现了挑剔客户 的需求 , 整车性能开发了专家评估模板, 抓住了性 能相关和整车相关的主观评估项, 如表 1 所示 , 通 过 这些分 阶段的样车评估 和发现问题 到解决问
表 1 整车性能主观评估表
项目 评价系统 ( 任何低于 5分的评价, 请在评价区给出进一步的描述 ) 不能接受 分数 描述 1 安全关键 2 3 4 令人不安的 不接受导致关键客户投诉 预想到的抱怨 解决方案 汽 车特性 人 机工程 空 间视角 舒 适性 感 知性 乘 座性 操控 制动 转向 驾 驶品质 噪 音振动 气 动效应 没有方案 明确归属部门 得分 开始进行研究 已有解决方案 评价 预算通过 关键客户的预期投诉 收到手正 在开发中 工样件 行动 开发结束 负责人 帮助 解决方案 开始批产 状态 关键客户难以预料的投 诉 无缺陷 边界 5 6 需要做的改进 7 可以接受 8 从好到非常好 9 10 优异
3
整车性能开发在项目中的输入输 出
对于整车 性能开发和团队, 在项 目中存在一 个输入和输出的过程。典型的输入输出内容如图 6 所示 , 其中要求来自项目、 市场部、 国家法律法规 等。 这其中最 典型的 输入 是市场 部的 划分 标准 (M SS) , 市场部根据调 研显示该新车型处于什么 区间 , 该车型的核心诉求 , 同时定义了核心竞争车 型和参考竞争车型。当这些定义 清楚后, 作为市 场输入给工程的要求, 工程拿到 M SS 后 , 不但清楚 了核心诉求, 同时清楚 了竞争车型和市场部对于 核心竞争力的诉求。考虑到工 程开发的可行性, 其中工 程和性能 团队还要 反馈; 根据这些 输入, VP I T 小组开始对竞争车进行分析和研究 , 比如测 量油耗、 动力性、 噪声水平等。在获取了竞争车型 性能数据后, 以及多方面的输入 , 最后定义 VTS 目 标 ; 同时性能开发的 ADV 计划; 项目 节点的性能 状态交付物等这些就是 VP IT 的输出内容。 23
上海汽车
2011 04
21
设计研究
电器性能, 包括电磁兼容、 音频和视频性能、 动力 系统管理; 气动和密封性能, 包括空气动力性能、 密封性、 水管理; QRD, 包括 结构耐久性、 可靠性、 防腐蚀性。这些统称为整 车性能, 可以看出这样 的划分体现了图 1 中客户 对于性能的要求, 具体 的示意如图 2 整车性能划分和状态图所示的整车 性能块划分。每一块 性能下面又细分为子条目 , 对应又有不同的详细要求来保证各子性能详细的 满足客户的需求。 能够跨部门协调解决各种问题 ; 同时整车部能形 成一个操作性强的流程通过协调市场 部、 项目管 理 , 以及各个功能块来控制整个性能开发过程 , 满 足市场需求。因此在实际操作中形成了如图 3 项 目中的组织机构, 项目开发初期 , 整车部首先需要 建立整车性能集成团队 ( VP IT ) , 团队的领导为整 车性能经理 ( VPM ) , 各个 P I T ( P erfo r m ance Integ ra tion T eam ) 性能块有一 个小组长 , 这样 形成 VP I T 来完成项目和市场递交的性能开发任务。这个跨 部门的技术团队和项目管理团队的不同是侧重在 技术和性能管理上, 特别是 VPM 和 P I T 领导, 而且 VPM 在项目上担负着重要的职责, 主要包括: 平衡 并领导各个性能集成小组负责的整车各项性能要 求 ; 确定并且实现通过整车技术 规范 ( VTS ) 详细 说明的各项整车级别的性能要求 ; 推动跨不同性 能集成小组问题的解决 ; 参加项目会议并同 VSE 一起解决性能问题; 向 VCE 项目总工汇报性能状 态。
图 5 是 VT S 发布的 4 个阶段示意图。
图 5 VT S 在项目开发中的阶段示意图
第一个是建立阶段 , 这个阶段也是项目前期 阶段 , 需要通过评估竞争车性能数据和市场需求 等来订立新车型的目标值 , 比如油耗目标要处于 同级别车什么水平, 然后在没有实车情况下建立 虚拟模型计 算仿真 各种配置 和条件 下的性 能状 态 , 以期能够预 测性能状 态 , 该阶段 结束时 发布 初版 VTS; 第 二个是 平衡阶 段 , 这个阶 段是 整车 概念开发阶段 , 是性能平 衡阶段 , 比 如重量 和安 全、 油耗和驾驶 性等 , 同时建 立起实 现这些 目标 的细分条目目标 , 比如要达到油耗目标、 重量 /滚 阻 /空 气动力学等的要求是多少。当这些都平衡 完成后 , VTS 已经 完成了。这 些目 标 , 尤其 是子 系统目标是作为零件的技术要求 , 发放给供应商 作为开发要求和 目标。当整 个体系 规范说 明文 件发布了, 意味着这个车将来能够达到的主要性 能状态也基本 确定了 , VTS 也签 署发布 了; 第三 个是实施阶段 , 这个阶段 需通过 样车 试验、 零部 件试验来跟踪反馈性能状态 , 同时通过试乘试驾 等方法来推进 VTS 指标实施落实 , 这个阶段中还 会有一次 VT S 目标的少许调整 ; 第四个是验证阶 段 , 这个时候意 味着整车 的零件 已经 锁定 , 进行 性能验证并发布最终锁 定的 VTS 和整车 VT S 状
上海汽车 2011 04 图 3 整车性能组织结构图
2
ቤተ መጻሕፍቲ ባይዱ
整车技术规范
设计研究
态。 整车性能开发在管理上最重要的工作就是具 体跟踪和反馈 VTS 中性能指标的状态。不同的公 司都有自己的项目开发流程 ( VDP ) , 基本流程如 图 5 所示。项目开发流程中对应于每个项目节点 都有相应的定义需要达到什么目标 , 同时就有相 应的递交物, 而性能开 发状态作为节点的交付物 也起到至关重要的作用。所以在整车性能开发中
Ab stract
Veh icle perfor m ance developm ent is i m portant to vehic le developm en, t and it is a
typical techno lo gy m anagem ent process . T he paper expounds the entire process of th e perfor m ance de ve lo pm ent goa ls put for w ard by the m arket and pro ject through the establishm ent o f perfor m ance deve l opm ent tea m and deve lo p m ent goa, l organ izat io n of VP IT m eeting and tracking process and ba la nc ing the perfor m ance deve lo pm ent conflic. t 关键词 整车性能 性能开发 综述
5
结语
综合来看整车性能开发对于整车开发具有及
图 6 整车性能输入输出
其重要的意义 , 并且是一个典型的技术管理过程。 其以客户需求为导向, 通过协调各个功能块 , 以及 上下级关系, 并且整合 各种资源来完成整个性能 开发目标的一个过程。在这个过程中 , VPM 整车 性能经理担当着整车性能开发管理的 角色, 通过 建立起性能开发团队 , 制定开 发目标 , 组织 VP I T 会议和跟踪流程, 平衡性能开发矛盾, 来完成市场 和项目提出的性能开发目标 , 同时也体现了整车 性能开发在整车项目开发中的重要性。
图 2 整车性能划分和状态图
在以前大多数汽车开发过程中 , 汽车性能都 分散在各个功能块, 比如操控性分在底盘, 热性能 分在空调部等 , 这些都没有归纳为一个整体由一 个部门来牵头全权组织和负 责, 而性能问题大多 数情况下牵涉到不止一个部 门或者功能块, 比如 加速性和轮胎性能、 整车重量、 发动机性能、 变速 器速比、 标定控制等相关 , 这样带来的跨部门配合 问题, 给跟踪解决性能 问题带来了困难。另外项 目管理部主要职能是协调项目开发进度、 计划、 费 用 , 以及协调技术中心对外采购、 市场、 质保关系 等 , 而对于性能类的技术问题项目管理需要更加 强有力的帮手 , 所以由整车部整车性能来主要负 责整个整车性能开发。整车部负责整车性能有几 个优势 : 因为整车本身负责部分性能 , 比如 NVH 、 空气动力学、 重量控制等 ; 整车部具有集成功能 , 22 在整车性能开发中, 最重要的文件就是 VTS , 这是一个车型开发中在技术领 域最核心的文件, 同时也是 VP IT 和 VPM 的交付物。 VPM 的工作也 是围绕 VT S 展开的。从技术指标上 来说, VT S 的 上下游关系如图 4 , 这个图同时说明了整车集成部 在整个流程中的位置。 在整个项目开发过程中 VT S 的开发是紧密跟 随项目节点。其根据项目节点定义为 4 个阶段,
do:i 10 3969 / j issn . 1007 4554. 2011. 04 . 05
0 引言
整车性能开发是一个广义的概念 , 涉及到汽 车的方方面面, 来源还是客户的感受。图 1 是市 场调研的结果 , 可见性能相关项在客户用车体验 中的重要性。本文力求较详细的阐述全面的整车 性能开发概念。包括性能开发的团队、 流程、 核心 文件整车技术规范 ( VTS ), 以及性 能的验证和反 馈方法方式 , 使得整车性能开发具备以市场导向 为目的 , 以量化指标和流程保证开发顺利进行。
设计研究
题 , 从客户主观感受的角度来全面完善产品。 另外一个 层面是管理层试驾, 对 于项目管理 和整车性能管理来说 , 管理层试驾不单在于提供 合适的车辆给领导, 同 时还是对技术方面给予意 见 , VPM 和 VCE 肩负着给管理层试驾提供问题解 决方案的职责 , 只有这些做好了 , 通过管理层试驾 就能够快速有效地给出方向和解决问 题, 以及推 进项目顺利进行。
设计研究
整车性能开发综述
胡 摘要 亮 康 飞 童荣辉 饶志明
( 上海汽车集团股份有限公司技术中心 , 上海 201804) 汽车开发过程需要进行性能管理 , 整车性能经理 ( V P M ) 担任性 能开发的 管理工作 , 通过建 立性
能开发团队 , 在获取市场部输入以及项目的需求后 , 编制 性能开发目标即整车技术规范 ( VT S), 然后围 绕 VT S 进 行性能开发 , 在每个项目节点进行性能评审和领导评审 , 汇报性能 状态 , 跟踪解 决性能问 题 , 使得整 车性能开 发 及时达到目标 , 符合设计要求。
图 1 用户的用车体验
1 整车性能开发的划分和组织机构
在开发中为了更好体现客户需求 , 把整车性 能划分为如下几个大块: 动力学性能 , 包括转向性 能、 制动性能、 操控性能、 乘坐性能 ; NVH 性能 , 包
收稿日期 : 2010- 09- 06
括动力 总成噪声、 路噪、 风 噪、 振动异 响、 零 件噪 声、 外部通过噪声 ; EMDQ 性能 , 包括油耗性能、 重 量、 驾驶品质; 热性能 , 包括整车热性能、 空调系统 性能、 发动机冷却 ; 安全性能, 包括正碰、 侧碰、 后 碰、 行人保护、 儿童保护和其他保护和辅助; 电子
图 4 整车技术规范的上下游关系
设置了通过节点前的整车性能评审 , 对于 VT S 条 目的状态进行了评估 , 了解了开发过程中出现的 问题 , 与目标值之间的差距, 以及解决措施和需要 的时间。项目总工和项目经理 得到这些信息后, 会和 VPM 平衡目前的状况, 重要问题会及时汇报 给更高层领导决议, 以 期在项目开发规定期间内 解决这些问题, 使得整个项目 开发顺利进行。而 这些问题的跟踪都会在 VP IT 上或者通过企业开 发的质量系统自动流程跟踪 , 直到问题验证关闭, 最终目的是在产品投产时候解 决所有性能问题, 满足当初设置的目标要求。
4 整车的试乘试驾
在整车性能开发中试乘试驾分专家评估和管 理层评估两个层面。专家的评估体现了挑剔客户 的需求 , 整车性能开发了专家评估模板, 抓住了性 能相关和整车相关的主观评估项, 如表 1 所示 , 通 过 这些分 阶段的样车评估 和发现问题 到解决问
表 1 整车性能主观评估表
项目 评价系统 ( 任何低于 5分的评价, 请在评价区给出进一步的描述 ) 不能接受 分数 描述 1 安全关键 2 3 4 令人不安的 不接受导致关键客户投诉 预想到的抱怨 解决方案 汽 车特性 人 机工程 空 间视角 舒 适性 感 知性 乘 座性 操控 制动 转向 驾 驶品质 噪 音振动 气 动效应 没有方案 明确归属部门 得分 开始进行研究 已有解决方案 评价 预算通过 关键客户的预期投诉 收到手正 在开发中 工样件 行动 开发结束 负责人 帮助 解决方案 开始批产 状态 关键客户难以预料的投 诉 无缺陷 边界 5 6 需要做的改进 7 可以接受 8 从好到非常好 9 10 优异