- 智能汽车电子与软件(开发方法系统集成流程体系与项目管理)
- - 作者：杨修文|责编:杨福川
  - 出版社：机械工业
  - ISBN：9787111751168
  - 出版日期：2024/04/01
  - 页数：328
- 售价：43.6

内容大纲
    这是一本从技术与管理角度全景式介绍智能汽车电子与软件的著作，涵盖行业背景、组织架构、项目管理、开发方法、系统集成、流程体系、人员搭建、核心标准、开发工具链、痛点及展望等核心内容。本书是作者在博世等头部Tier 1与OEM企业10余年技术与管理经验总结，得到了来自华为、腾讯、广汽、长城、极氪、蔚来、小鹏等20余家车企和机构的25位专家高度评价和推荐。
    第1章从行业发展的里程碑、技术演变、行业格局、安全问题、量产落地、传统汽车与互联网的融合等角度阐释了汽车行业的特点，有助于读者理解软件在汽车行业落地与深化时碰到的一些现象或问题。
    第2章从Tier 1与OEM的组织模式特点及软件所处位置开始，引出组织变化与融合的趋势，并以软件质量为例提出了软件体系进入汽车企业的路径，为读者提供参考思路。
    第3章从汽车软件全生命周期和交付的角度对开发的主干进行梳理，摘取质量门、bug管理、变更管理、文档管理、配置管理、风险管理、成本估算等重要主题，进行了不同角度和相互贯通的阐述。
    第4章基于软硬件一体的ECU产品视角，从产品开发的角度，梳理了汽车软件开发及产品系统集成的主体脉络，具体从需求、架构、集成、测试以及整体的追溯关系上进行了展开叙述，以期搭建一个具备一定普适性的汽车软件开发的工程框架。
    第5章侧重体系框架的梳理，依次对ISO 9000、IATF16949、ASPICE等标准进行了详细解读，让读者能够对普适性体系标准在汽车软件领域的落实情况有所了解。
    第6章从一个典型的软件组织角色定义说起，依次梳理了组织、项目、流程3条角色线的相关内容，以便读者快速理解对应组织的人员组成及其与自身的映射关系。
    第7章重点介绍方法论与开发标准，包括项目管理、敏捷实践、FMEA（失效模式及影响分析）、三大安全、8D等主题，从不同的维度引出了一些实际工作中经常遇到的问题。
    第8章从汽车软件开发工具链应用场景的角度进行了梳理。考虑到专业软件开发属于更细分的领域，而且与汽车行业本身的关联性不大，所以该章整体侧重介绍开发管理类工具。
    第9章总结了整个转型过程中始终面临的一些具体问题，包括从业者心态难以调整、软硬件差异、敏捷无法奏效、信息壁垒高筑、ASPICE繁重、转型迟缓等。
    第10章通过一个轻松简短的幻想场景来为全书收尾，不追求可操作性，但希望能够引发读者的一些思考。这也是对全书主题的升华和总结，希望能对广大读者有所启示。
作者介绍
杨修文，资深汽车软件研发管理专家，现就职于某头部OEM，致力于智能汽车软件开发体系搭建、转型及改善等方向的研究与实践。拥有10余年世界100强汽车Tier 1和OEM技术与管理实战经历，曾在奥托立夫、博世等企业负责整车系统集成、电子系统架构开发、功能安全管理、软件项目管理、软件质量管理等工作，积累了汽车电子与软件头部企业的全流程经验。曾负责20+项目交付，与业内主流车企都有过密切的工作交互，对中国汽车行业现状有深刻理解，在软件研发管理领域内有着广泛的影响力。
目录
赞誉
前言
第1章  汽车向软件转型的行业背景
  1.1  百年汽车走向软件
    1.1.1  手工打造侈品的法系车
    1.1.2  面向95％平民的福
    1.1.3  欧洲汽车品牌百花齐放
    1.1.4  通用汽车推进汽车组织现代化
    1.1.5  丰田与益互相成就
    1.1.6  环与法规的约束
    1.1.7  汽车全球模块化供应
    1.1.8  汽车智能的前身与延续
  1.2  汽车工业的点——技术隐形化
    1.2.1  NVH正在淡出理论研究
    1.2.2  Know-How构筑技术壁垒
  1.3  软件工程化与汽车工业化的结合
    1.3.1  工程化的内涵与模式
    1.3.2  工业化的大批量要求
  1.4  成为汽车智能化的红线
    1.4.1  总是上热搜的事件
    1.4.2  当我们谈时我们在谈什么
    1.4.3  怎么障软件的
  1.5  软件正在改变汽车格局
    1.5.1  从几个故事看形势与趋势
    1.5.2  为王——行业地位的变化
    1.5.3  顾客在逐渐被视为“上帝”
  1.6  传统汽车的没落
    1.6.1  变局来得出其不意
    1.6.2  一些仍在混战的观点
    1.6.3  传统汽车确实呈现疲态
  1.7  本章小结
第2章  软件开发与汽车组织的融合
  2.1  Tier 1和OEM常见的组织模式
    2.1.1  Tier
    2.1.2  OEM
  2.2  软件开发在整车交付中的位置
    2.2.1  功能、ECU、域和中央计算
    2.2.2  软件仍需进入汽车
    2.2.3  合作模式持续变化
  2.3  软件自研成为OEM的期望
    2.3.1  自研与外购的决策要素
    2.3.2  如何选择自研对象
  2.4  OEM如何融入软件供应商内
    2.4.1  入局资格——承诺
    2.4.2  打到“七寸”的承诺详细标准
    2.4.3  再深入一点——审计
    2.4.4  持续深入——工具
  2.5  软件供应商如何进入OEM体系
    2.5.1  资质认证
    2.5.2  开发前移

    2.5.3  定制化
    2.5.4  共建
  2.6  走向开放协同与敏捷迭代的汽车组织
    2.6.1  开放协同
    2.6.2  敏捷迭代
  2.7  汽车企业文化与软件的冲突
    2.7.1  文化就是游戏规则
    2.7.2  文化与软件的冲突
  2.8  从软件质量看组织转型路径
    2.8.1  无所适从的汽车软件质量
    2.8.2  传统汽车质量的启发
    2.8.3  质量管理的目标——干掉质量
    2.8.4  软件质量的落地路径
  2.9  本章小结
第3章  面向整车的软件项目管理
  3.1  汽车软件全生命周期
    3.1.1  技术推动与市场拉动
    3.1.2  六大环节
  3.2  软件项目的开端——裁剪
    3.2.1  裁剪的通俗理解
    3.2.2  裁剪的理论逻辑
    3.2.3  裁剪的落地思路
  3.3  软件与样件产品交付的方法
    3.3.1  软件交付的3个关注点
    3.3.2  样件交付成熟度的划分ABCD样件
  3.4  软件里程碑质量评审流程
    3.4.1  里程碑和质量门的关系
    3.4.2  如何开展质量门评审
    3.4.3  略显尴尬的评审
  3.5  软件bug的管理模式
    3.5.1  机械与软件的不同
    3.5.2  汽车与互联网的不同
    3.5.3  “好”的开发过程bug管理
  3.6  软件项目变更管理
    3.6.1  是不是变更的争论
    3.6.2  变很痛，那不变呢
    3.6.3  如何做好变更管理
  3.7  软件项目文档管理
    3.7.1  图书馆学五定律
    3.7.2  过程法与要素法
  3.8  软件项目配置管理
    3.8.1  从一张“标签”说起
    3.8.2  一项的配置管理工作
    3.8.3  配置管理的大值
    3.8.4  烦琐之处在哪里
    3.8.5  基于值，删繁就简
  3.9  软件项目风险管理
    3.9.1  风险的含义
    3.9.2  风险管理的形式化
    3.9.3  风险形式之外的值

  3.10  软件项目成本估算
    3.10.1  3个估算对象
    3.10.2  2个估算方法
  3.11  数据驱动软件开发
    3.11.1  开发是否有要关注数据
    3.11.2  怎么理解汽车软件的数据分析
    3.11.3  数据分析的3个段位
  3.12  软件开发数字化转型
    3.12.1  转型之道——高层的决心
    3.12.2  转型之术——流程与数据
  3.13  软件项目复杂性的驾驭思路
    3.13.1  如何理解软件项目复杂性
    3.13.2  平台化项目的要素及点
    3.13.3  复杂性的表现及应对思路
  3.14  软件项目经理的汇报技巧
    3.14.1  纸上谈兵1.0之能上能下
    3.14.2  纸上谈兵2.0之细节
    3.14.3  一个实用的汇报框架
  3.15  本章小结
第4章  软件开发与产品系统集成流程
  4.1  从一个旋钮看智能汽车
    4.1.1  莫名其妙的客户需求
    4.1.2  机械结构的设计
    4.1.3  电子硬件的设计
    4.1.4  软件、架构与的设计
  4.2  汽车软件开发基础模型V模型
    4.2.1  瀑布模型是一种认知逻辑
    4.2.2  V模型的本质
  4.3  汽车软件需求开发与管理
    4.3.1  一些有关需求的感触
    4.3.2  需求收集与整理
    4.3.3  需求分析与分解
    4.3.4  需求实现与测试
    4.3.5  一个具体项目的需求管理
    4.3.6  State of the Art
  4.4  统领全局的汽车电子电气架构
    4.4.1  整车EEA简述
    4.4.2  SOA与AUTOSAR的对比
    4.4.3  系统工程与系统架构的内涵
    4.4.4  软件架构的准则与描述
  4.5  从软件到整车的集成方法
    4.5.1  软件集成与分支划分
    4.5.2  软件向硬件集成
    4.5.3  产品向整车集成
  4.6  汽车软件测试的整体框架
    4.6.1  什么是软件测试
    4.6.2  测试策略的定义
    4.6.3  测试计划与管理
    4.6.4  测试执行的分类
    4.6.5  测试报告的编写

    4.6.6  整体测试状态汇总
  4.7  复杂的汽车软件追溯
    4.7.1  追溯的4个概念
    4.7.2  软件工程逻辑下的追溯
    4.7.3  追溯对bug的实用性
  4.8  本章小结
第5章  软件开发所面临的行业体系
  5.1  制造业体系基础——ISO
    5.1.1  ISO 9000有什么用
    5.1.2  5个基本概念
    5.1.3  质量管理7个原则
  5.2  汽车行业体系基础——IATF
    5.2.1  总体概述
    5.2.2  整体策划
    5.2.3  相关支持
    5.2.4  体系运行
    5.2.5  绩效评
    5.2.6  持续改进
  5.3  汽车软件过程基础——ASPICE
    5.3.1  整体介绍
    5.3.2  过程确定
    5.3.3  过程参考模型（1级）
    5.3.4  过程等级（2～5级）
    5.3.5  ASPICE 4.0的宏观变化
    5.3.6  ASPICE不同等级的内涵
  5.4  汽车软件标准之间的逻辑链
    5.4.1  ISO 9000
    5.4.2  IATF
    5.4.3  CMMI和ASPICE
    5.4.4  OEM标准
  5.5  软件工程的持续改进
    5.5.1  从颠覆回到改进
    5.5.2  软件工程的改进对象
    5.5.3  软件工程的改进来源
    5.5.4  软件工程的改进步骤
    5.5.5  改进的3个段位
  5.6  本章小结
第6章  软件组织角色的构建与转型
  6.1  汽车软件开发角色大起底
    6.1.1  无法回避的“角色”
    6.1.2  支撑组织的3条角色线
    6.1.3  组织角色的分类
    6.1.4  项目角色的分类
    6.1.5  流程角色的分类
  6.2  不同角色的发展要求
    6.2.1  两条路径看角色等级
    6.2.2  系统类角色技能点定义
    6.2.3  软件类角色技能点定义
  6.3  智能汽车对“六边形”人才的期待
    6.3.1  从文艺复兴看汽车变革

    6.3.2  既懂汽车，又懂软件
  6.4  个体角色职业转型的考虑
    6.4.1  先从个体处境出发
    6.4.2  两个维度寻找切入点
  6.5  从软件开发转向项目经理
    6.5.1  脱离执行与秉持逻辑
    6.5.2  心态要好
    6.5.3  管理要学框架
  6.6  本章小结
第7章  软件开发相关的汽车方法论
  7.1  项目管理字典——PMBOK
    7.1.1  项目管理的131个工具
    7.1.2  项目管理的12个原则
  7.2  汽车行业如何践行软件敏捷
    7.2.1  敏捷要性的两种理解
    7.2.2  敏捷内涵的多维度解读
    7.2.3  敏捷的一些良好实践
  7.3  风险分析之FMEA
    7.3.1  生活对FMEA的启发
    7.3.2  FMEA的新七步法
  7.4  软件进入汽车的门槛功能
    7.4.1  功能大概是什么
    7.4.2  功能概念段
    7.4.3  功能产品开发之系统、硬件及软件
    7.4.4  整体功能管理
  7.5  自动驾驶的——预期功能
    7.5.1  由功能引出
    7.5.2  SOTIF基本逻辑
    7.5.3  SOTIF迭代模型
    7.5.4  SOTIF关键活动展开
  7.6  汽车软件的行业挑战信息
    7.6.1  由功能引出
    7.6.2  TARA分析
    7.6.3  信息开发概述
  7.7  解决复杂软硬件问题的思路——8D
    7.7.1  关于8D的感触
    7.7.2  8D的8个步骤
  7.8  本章小结
第8章   汽车软件开发工具链
  8.1  有关工具链的一些话题
    8.1.1  对工具自身意义的思考
    8.1.2  不同环节常用的工具类别
    8.1.3  如何理解工具链的“链”
    8.1.4  对使用者的两个指导原则
  8.2  数字化工具里的“项目”
    8.2.1  项目的一些基本点
    8.2.2  走进工具的基本思路
  8.3  Office上线之需求管理
    8.3.1  需求管理的基本形式
    8.3.2  场景1：复制粘贴

    8.3.3  场景2：定义多重属性
    8.3.4  场景3：建立双向
    8.3.5  场景4：其他工作项
    8.3.6  场景5：建立配置与基线
    8.3.7  场景6：输出统计报告
    8.3.8  场景7：人与人的交互
  8.4  被驱动型的测试管理
    8.4.1  场景1：定义测试计划
    8.4.2  场景2：建立用例库
    8.4.3  场景3：测试报告的汇总
  8.5  协同合作之工作项管理
    8.5.1  场景1：变更管理
    8.5.2  场景2：bug管理
    8.5.3  场景3：需求管理
  8.6  计划总赶不上变化的项目计划
    8.6.1  汽车软件计划的3个点
    8.6.2  场景1：自动更新
    8.6.3  场景2：层级视角的切换
    8.6.4  场景3：依赖关系直观展示
    8.6.5  场景4：交付物下探
  8.7  数据分析工具
    8.7.1  表
    8.7.2  可视化图
  8.8  本章小结
第9章  转型软件的痛点与困惑
  9.1  互相低不下的头颅
  9.2  硬件交样与软件迭代的冲突
    9.2.1  硬件交样
    9.2.2  软件迭代
  9.3  对敏捷自身值的质疑
    9.3.1  水土不太服的敏捷
    9.3.2  敏捷的现状约等于“乱”
    9.3.3  敏捷和标准化谁更先进
    9.3.4  敏捷应作为意识还是框架
  9.4  依旧太高的信息壁垒
    9.4.1  黑盒交付的后果
    9.4.2  互相制衡的文化
  9.5  ASPICE的爱与恨
    9.5.1  ASPICE很好
    9.5.2  ASPICE也很糟
  9.6  bug怎么这么多
    9.6.1  前期发现不了
    9.6.2  后期修复不完
  9.7  欲拒还迎的转型
    9.7.1  转向讲故事
    9.7.2  转向体验感
  9.8  本章小结
第10章  展望未来汽车软件开发模式
  10.1  搭积木般造车
  10.2  推倒SOP的后墙

  10.3  实现本质
  10.4  再也不写文档
  10.5  可视化网状协同
  10.6  汽车行业大洗牌
  10.7  本章小结

内容大纲

作者介绍

目录

同类热销排行榜

推荐书目