*完成訂單後正常情形下約兩周可抵台。 *本賣場提供之資訊僅供參考,以到貨標的為正確資訊。 印行年月:202404*若逾兩年請先於私訊洽詢存貨情況,謝謝。 台灣(台北市)在地出版社,每筆交易均開具統一發票,祝您中獎最高1000萬元。 書名:智能汽車電子與軟件-開發方法.系統集成.流程體系與項目管理 ISBN:9787111751168 出版社:機械工業 著編譯者:楊修文 頁數:328 所在地:中國大陸 *此為代購商品 書號:1639012 可大量預訂,請先連絡。 內容簡介 這是一本從技術與管理角度全景式介紹智能汽車電子與軟體的著作,涵蓋行業背景、組織架構、項目管理、開發方法、系統集成、流程體系、人員搭建、核心標準、開發工具鏈、痛點及展望等核心內容。本書是作者在博世等頭部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 統領全局的汽車 詳細資料或其他書籍請至台灣高等教育出版社查詢,查後請於PChome商店街私訊告知ISBN或書號,我們即儘速上架。 |