趙 慧

（吉利汽車整車研究院，浙江 寧波 310052）

1 引言

基于IATF16949汽車行業(yè)質(zhì)量管理體系的基本要求，在零部件供應(yīng)商進(jìn)入整車廠供應(yīng)鏈體系時(shí)，需要通過產(chǎn)品質(zhì)量保證能力的審核。審核結(jié)論達(dá)到要求時(shí)，才可以進(jìn)入整車廠的供應(yīng)鏈體系，參與項(xiàng)目開發(fā)和零部件供應(yīng)。

當(dāng)前主機(jī)廠常用的供應(yīng)商產(chǎn)品質(zhì)量保證能力評(píng)價(jià)方法，有德系主機(jī)廠奔馳、寶馬、大眾的VDA6.3（汽車制造業(yè)的質(zhì)量管理過程評(píng)審）；美系通用的QSB（質(zhì)量系統(tǒng)基礎(chǔ)）；美系福特的Q1；沃爾沃的MSA等。其中VDA6.3由德國(guó)汽車工業(yè)協(xié)會(huì)編制及頒布，是德國(guó)汽車行業(yè)在長(zhǎng)期的發(fā)展過程中的凝練，在包含德系汽車行業(yè)在內(nèi)的整個(gè)汽車產(chǎn)品鏈都有廣泛的應(yīng)用。

2 當(dāng)前對(duì)軟件供應(yīng)商評(píng)價(jià)存在的困難和問題

VDA6.3、QSB、Q1、MSA等汽車行業(yè)主機(jī)廠當(dāng)前應(yīng)用的對(duì)供應(yīng)商的評(píng)價(jià)方法，都只針對(duì)物理零部件供應(yīng)商，無法對(duì)提供嵌入式軟件的供應(yīng)商進(jìn)行評(píng)價(jià)。究其原因，是因?yàn)樵谄囆袠I(yè)長(zhǎng)期的發(fā)展中，汽車主要作為一個(gè)機(jī)械產(chǎn)品而存在，汽車上的電子零部件所占比例非常小。但進(jìn)入21世紀(jì)以后，嵌入到汽車中、基于嵌入式軟件技術(shù)的電子零部件越來越多，呈指數(shù)形態(tài)增加。如今，已經(jīng)發(fā)展成多達(dá)2500個(gè)信號(hào) （如車速這樣的基本信息），通過70多個(gè)電子控制單元 （ECU）和5種不同類型的車載網(wǎng)絡(luò)來交換 （引自《汽車嵌入式系統(tǒng)手冊(cè)》機(jī)械工程出版社）。而且，隨著車載網(wǎng)聯(lián)和智能駕駛技術(shù)的逐步推進(jìn)，車載嵌入式軟件系統(tǒng)的發(fā)展趨勢(shì)有增無減。

在這種情形及發(fā)展趨勢(shì)下，控制器嵌入式軟件的質(zhì)量和可靠性，越來越受到重視，并且成為影響汽車質(zhì)量和安全的一個(gè)非常重要的因素。

基于這個(gè)背景，新版的汽車行業(yè)質(zhì)量管理體系標(biāo)準(zhǔn)IATF16949：2016中明確提出了對(duì)嵌入式軟件供應(yīng)商的選擇評(píng)價(jià)要求：

“8.4.1.2供應(yīng)商選擇過程

組織應(yīng)有一個(gè)形成文件的供應(yīng)商選擇過程，選擇過程應(yīng)包括：

a）……

……

e）對(duì)軟件開發(fā)能力的評(píng)估，如適用”

雖然新版IATF16949標(biāo)準(zhǔn)提出了對(duì)嵌入式軟件供方評(píng)價(jià)的要求，但是對(duì)如何評(píng)價(jià)卻沒有定義方法。

目前軟件產(chǎn)品開發(fā)相關(guān)的質(zhì)量管理體系標(biāo)準(zhǔn)主要有CMMI和A-Spice。前者為美國(guó)卡耐基-梅隆大學(xué)軟件研究所編制及發(fā)布，是軟件行業(yè)應(yīng)用最廣泛的質(zhì)量體系標(biāo)準(zhǔn)，適用于各類軟件；后者為德國(guó)汽車工業(yè)協(xié)會(huì)發(fā)布，主要適用于車載嵌入式軟件。

雖然有CMMI和A-Spice兩大標(biāo)準(zhǔn),但是應(yīng)用于嵌入式軟件供方的實(shí)際評(píng)估中，卻遇到了巨大的困難。

1）嵌入式軟件產(chǎn)品對(duì)汽車行業(yè)供應(yīng)商管理人員來說，本身專業(yè)難度就非常高。

2）CMMI和A-Spice標(biāo)準(zhǔn)又都過于復(fù)雜，以CMMI為例，標(biāo)準(zhǔn)本身就有400多頁(yè)，汽車行業(yè)供應(yīng)商管理人員掌握起來會(huì)非常困難。

3）CMMI是體系標(biāo)準(zhǔn)，包含要求和實(shí)踐，但是沒有評(píng)價(jià)標(biāo)準(zhǔn)，更沒有標(biāo)準(zhǔn)的檢查表；A-Spice雖然開發(fā)出了評(píng)價(jià)參考模型，但是該模型有一百多頁(yè)，主要是描述的過程實(shí)踐要求，屬于復(fù)雜的指南文件，也不是檢查表，無法直接應(yīng)用于評(píng)價(jià)。相較于現(xiàn)有的供應(yīng)商評(píng)價(jià)方法，如VDA6.3，規(guī)范性和操作性都不強(qiáng)。

4）現(xiàn)在的CMMI和A-Spice標(biāo)準(zhǔn)符合性評(píng)價(jià)，都是通過軟件過程域?qū)＜椰F(xiàn)場(chǎng)評(píng)估的形式進(jìn)行，與汽車行業(yè)現(xiàn)行的基于檢查表審核的形式 （如基于VDA6.3檢查表的審核）差別較大，不易于融入現(xiàn)有體系。

5）CMMI和A-Spice的最終評(píng)價(jià)是針對(duì)過程域，通過評(píng)估過程域的成熟度，評(píng)為1到5級(jí)。與當(dāng)前汽車行業(yè)常用的基于檢查表?xiàng)l款打分 （如VDA6.3，每個(gè)評(píng)價(jià)條款評(píng)分為0，4，6，8，10），最后給出一個(gè)總分的的形式，差別也很大，不易于融入現(xiàn)有體系。

基于以上因素，筆者嘗試參考VDA6.3的評(píng)估方法和評(píng)分標(biāo)準(zhǔn)，吸收CMMI和A-Spice標(biāo)準(zhǔn)的具體要求，制作一份基于VDA6.3評(píng)價(jià)結(jié)構(gòu)的嵌入式軟件供應(yīng)商評(píng)價(jià)問題清單，以解決原CMMI和A-Spice缺乏標(biāo)準(zhǔn)評(píng)價(jià)表、評(píng)價(jià)過程復(fù)雜臃腫、以及和現(xiàn)有汽車行業(yè)供應(yīng)商的評(píng)價(jià)方法不能接軌的問題。成過程成熟度級(jí)別2級(jí)，并以達(dá)到成熟度級(jí)別3級(jí)為目標(biāo)。

A-Spice共有32個(gè)過程域，分6個(gè)能力等級(jí)，依次為0級(jí)不完整、1級(jí)已執(zhí)行、2級(jí)已管理、3級(jí)已建立、4級(jí)可預(yù)測(cè)、5級(jí)可創(chuàng)新。其中有16個(gè)過程域，是BMW及其他主機(jī)廠推薦的過程域，被稱為HIS過程域。

CMMI成熟度2級(jí)中的7個(gè)過程域、成熟度3級(jí)中的11個(gè)過程域，與A-Spice中16個(gè)HIS過程域，大部分過程域重合一致。

本文即在分析CMMI成熟度2級(jí)、3級(jí)過程域，和A-Spice HIS過程域基礎(chǔ)之上，整合對(duì)這些過程域的要求，基于汽車行業(yè)檢查表形式的評(píng)價(jià)習(xí)慣，建立起針對(duì)嵌入式軟件供方的評(píng)價(jià)問題。這些過程域主要涵蓋了軟件開發(fā)過程中需求分析、詳細(xì)設(shè)計(jì)、測(cè)試開發(fā)、質(zhì)量保證、配置管理、項(xiàng)目管理等主要活動(dòng)。

3 軟件供應(yīng)商評(píng)價(jià)的一般要點(diǎn)

CMMI共有22個(gè)過程域，分5個(gè)成熟度等級(jí)，依次為1級(jí)初始級(jí)、2級(jí)已管理級(jí)、3級(jí)已定義級(jí)、4級(jí)已量化管理級(jí)、5級(jí)優(yōu)化級(jí)。各成熟度級(jí)別對(duì)應(yīng)的過程域見圖1，其中成熟度級(jí)別2級(jí)包含了7個(gè)過程域，成熟度級(jí)別3級(jí)包含了11個(gè)過程域。作為對(duì)主機(jī)廠供應(yīng)嵌入式軟件的供應(yīng)商，應(yīng)至少達(dá)

圖1 各成熟度級(jí)別對(duì)應(yīng)的過程域

4 基于VDA6.3評(píng)價(jià)結(jié)構(gòu)的軟件供應(yīng)商評(píng)價(jià)方法

4.1 評(píng)價(jià)問題設(shè)置

編制10條針對(duì)嵌入式軟件供方的評(píng)價(jià)問題，涵蓋CMMI成熟度2級(jí)、3級(jí)過程域，和A-Spice HIS過程域的主要要求。

1）問題1：是否對(duì)項(xiàng)目實(shí)施了策劃，并且與顧客達(dá)成一致？

2）問題2：是否建立了配置管理計(jì)劃，并且得到了落實(shí)？

3）問題3：是否建立了質(zhì)量保證計(jì)劃，并且得到了落實(shí)？

4）問題4：是否對(duì)需求實(shí)施了分析和管理？

5）問題5：是否保證了需求、設(shè)計(jì)、開發(fā)和測(cè)試文檔之間的一致性和雙向可追溯性？

6）問題6：是否開展了軟件的詳細(xì)設(shè)計(jì)？

7）問題7：是否制定并落實(shí)了軟件開發(fā)各階段的測(cè)試方案？

8）問題8：是否對(duì)變更請(qǐng)求進(jìn)行了規(guī)范管理？

9）問題9：是否建立了度量計(jì)劃并且得到了落實(shí)？

10）問題10：是否采用了軟件開發(fā)評(píng)估方法來評(píng)估組織的軟件開發(fā)過程？

4.2 與評(píng)價(jià)有關(guān)的具體要求

4.2.1 問題1：是否對(duì)項(xiàng)目實(shí)施了策劃，并且與顧客達(dá)成一致？

與評(píng)價(jià)有關(guān)的要求：①明確了項(xiàng)目范圍；②評(píng)估利用現(xiàn)有資源實(shí)現(xiàn)項(xiàng)目目標(biāo)的可行性；③完成工作所需的活動(dòng)和資源的規(guī)模估算；④識(shí)別完成工作所需的知識(shí)與技能的差距，并安排了培訓(xùn)；⑤項(xiàng)目組內(nèi)以及項(xiàng)目組與其他項(xiàng)目和單位之間的接口被識(shí)別和定義；⑥識(shí)別和分類了項(xiàng)目風(fēng)險(xiǎn)，并計(jì)劃及實(shí)施了風(fēng)險(xiǎn)緩解計(jì)劃；⑦制定、實(shí)施和維護(hù)項(xiàng)目執(zhí)行計(jì)劃；⑧監(jiān)測(cè)和報(bào)告項(xiàng)目進(jìn)展；⑨在項(xiàng)目目標(biāo)無法達(dá)成時(shí)及時(shí)采取糾正措施。

4.2.2 問題2：是否建立了配置管理計(jì)劃，并且得到了落實(shí)？

與評(píng)價(jià)有關(guān)的要求：①制定配置管理策略，包含計(jì)劃和配置管理的組織機(jī)構(gòu)；②應(yīng)用信息系統(tǒng)實(shí)施配置管理；③所有配置項(xiàng)根據(jù)配置管理策略被識(shí)別，定義和基線化；④控制配置項(xiàng)的修改和釋放；⑤記錄并報(bào)告配置項(xiàng)和修改的狀態(tài)；⑥確?；€的完整性和一致性；⑦計(jì)劃和執(zhí)行了配置審計(jì)。

4.2.3 問題3：是否建立了質(zhì)量保證計(jì)劃，并且得到了落實(shí)？

與評(píng)價(jià)有關(guān)的要求：①制定、實(shí)施了執(zhí)行質(zhì)量保證的戰(zhàn)略；②獨(dú)立、客觀地開展質(zhì)量保證工作；③識(shí)別、記錄工作產(chǎn)品和過程的不符合信息，傳達(dá)給相關(guān)方，跟蹤、解決和進(jìn)一步防止；④對(duì)工作產(chǎn)品和過程與相關(guān)要求的一致性進(jìn)行驗(yàn)證，記錄并傳達(dá)給相關(guān)方；⑤建立將不合格升級(jí)到適當(dāng)管理級(jí)別的上升機(jī)制；⑥確保升級(jí)的不合格解決；⑦保留了相關(guān)記錄。

4.2.4 問題4：是否對(duì)需求實(shí)施了分析和管理？

與評(píng)價(jià)有關(guān)的要求：①與利益相關(guān)者建立持續(xù)溝通；②利益相關(guān)者要求被識(shí)別、確認(rèn)和基線化；③建立一種變更機(jī)制，根據(jù)利益相關(guān)者需求的變化，評(píng)估并將利益相關(guān)者需求的變化納入基線要求；④建立了一個(gè)機(jī)制，用于持續(xù)監(jiān)測(cè)利益相關(guān)者的需求；⑤建立了一種確保顧客能夠容易地確定其請(qǐng)求的狀態(tài)和處理的機(jī)制；⑥識(shí)別技術(shù)和利益相關(guān)者需求變化帶來的變化，評(píng)估相關(guān)風(fēng)險(xiǎn)及管理其影響；⑦建立一套定義的系統(tǒng)要求，并對(duì)系統(tǒng)需求的正確性和可驗(yàn)證性分類和分析；⑧定義實(shí)現(xiàn)系統(tǒng)需求的優(yōu)先級(jí)；⑨達(dá)成共識(shí)的系統(tǒng)要求傳達(dá)給了所有相關(guān)方；⑩建立了必須的功能與質(zhì)量屬性的定義；11○清晰地定義要分配給系統(tǒng)的軟件元素及其接口的軟件需求，對(duì)軟件需求進(jìn)行分類并分析其正確性和可驗(yàn)證性；12○清晰地定義了實(shí)施軟件需求的順序；13○軟件需求被定義、確認(rèn)并傳達(dá)給所有受影響的各方。

4.2.5 問題5：是否保證了需求、設(shè)計(jì)、開發(fā)和測(cè)試文檔之間的一致性和雙向可追溯性？

與評(píng)價(jià)有關(guān)的要求：①在利益相關(guān)者要求和系統(tǒng)要求之間建立一致性和雙向可追溯性；②在系統(tǒng)要求和系統(tǒng)架構(gòu)設(shè)計(jì)之間建立一致性和雙向可追溯性；③在系統(tǒng)架構(gòu)設(shè)計(jì)和系統(tǒng)集成測(cè)試規(guī)范中的測(cè)試用例之間以及測(cè)試用例和測(cè)試結(jié)果之間建立一致性和雙向可追溯性；④在系統(tǒng)要求和系統(tǒng)資格測(cè)試規(guī)范中的測(cè)試用例之間以及測(cè)試用例和測(cè)試結(jié)果之間建立一致性和雙向可追溯性；⑤在系統(tǒng)要求和軟件要求之間建立一致性和雙向可追溯性；并在系統(tǒng)架構(gòu)設(shè)計(jì)和軟件要求之間建立一致性和雙向可追溯性；⑥在軟件需求和軟件架構(gòu)設(shè)計(jì)之間建立一致性和雙向可追溯性；⑦在軟件需求和軟件單元之間建立一致性和雙向可追溯性；并在軟件結(jié)構(gòu)設(shè)計(jì)和軟件詳細(xì)設(shè)計(jì)之間建立一致性和雙向可追溯性；并在軟件詳細(xì)設(shè)計(jì)和軟件單元之間建立一致性和雙向可追溯性；⑧軟件單元之間建立一致性和雙向可追溯性；⑨在軟件架構(gòu)設(shè)計(jì)的要素和包括在軟件集成測(cè)試規(guī)范中的測(cè)試用例之間，以及在測(cè)試用例和測(cè)試結(jié)果之間建立一致性和雙向可追溯性；⑩在軟件需求和軟件資格測(cè)試規(guī)范中的測(cè)試用例之間以及測(cè)試用例和測(cè)試結(jié)果之間建立一致性和雙向可追溯性 （引自Automotive Spice VDA-QMC）。

4.2.6 問題6：是否開展了軟件的詳細(xì)設(shè)計(jì)？

與評(píng)價(jià)有關(guān)的要求：①開發(fā)了描述軟件單元的詳細(xì)設(shè)計(jì)；②定義每個(gè)軟件單元的接口；③定義軟件單元的動(dòng)態(tài)行為；④軟件詳細(xì)設(shè)計(jì)和與軟件架構(gòu)設(shè)計(jì)的關(guān)系達(dá)成一致傳達(dá)給所有受影響的各方。

4.2.7 問題7：是否制定并落實(shí)了軟件開發(fā)各階段的測(cè)試方案？

1）與評(píng)價(jià)有關(guān)的要求，系統(tǒng)集成測(cè)試：①開發(fā)了包括回歸測(cè)試策略的系統(tǒng)集成測(cè)試策略來測(cè)試系統(tǒng)項(xiàng)交互；②開發(fā)了根據(jù)系統(tǒng)集成測(cè)試策略的系統(tǒng)集成測(cè)試規(guī)范，適用于提供集成系統(tǒng)項(xiàng)目與系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)的兼容性的證據(jù)，包括系統(tǒng)項(xiàng)目之間的接口；③根據(jù)系統(tǒng)集成測(cè)試策略和放行計(jì)劃選擇系統(tǒng)集成測(cè)試規(guī)范中包含的測(cè)試用例；④使用所選擇的測(cè)試用例測(cè)試系統(tǒng)項(xiàng)交互，并記錄系統(tǒng)集成測(cè)試的結(jié)果；⑤系統(tǒng)集成測(cè)試的結(jié)果被匯總并傳達(dá)給所有受影響的各方。

2）與評(píng)價(jià)有關(guān)的要求，系統(tǒng)資格測(cè)試：①開發(fā)了包括回歸測(cè)試策略的系統(tǒng)資格測(cè)試策略，以測(cè)試集成系統(tǒng)；②根據(jù)系統(tǒng)資格測(cè)試策略制定綜合系統(tǒng)的系統(tǒng)資格測(cè)試規(guī)范，適用于提供符合要求的證據(jù)；③根據(jù)系統(tǒng)資格測(cè)試策略和放行計(jì)劃選擇系統(tǒng)資格測(cè)試規(guī)范中包含的測(cè)試用例；④使用選定的測(cè)試用例測(cè)試集成系統(tǒng)，記錄系統(tǒng)資格測(cè)試的結(jié)果；⑤匯總系統(tǒng)資格測(cè)試的結(jié)果并傳達(dá)給所有受影響的各方。

3）與評(píng)價(jià)有關(guān)的要求，軟件單元測(cè)試：①開發(fā)了包括回歸測(cè)試策略的軟件單元驗(yàn)證策略以驗(yàn)證軟件單元；②根據(jù)軟件單元驗(yàn)證策略制定軟件單元驗(yàn)證的準(zhǔn)則，這些策略適合于提供軟件單元與軟件詳細(xì)設(shè)計(jì)和非功能軟件要求的符合性的證據(jù)；③根據(jù)軟件單元驗(yàn)證策略和軟件單元驗(yàn)證的定義準(zhǔn)則驗(yàn)證軟件單元，并記錄結(jié)果；④單元驗(yàn)證的結(jié)果被匯總并傳達(dá)給所有受影響的各方。

4）與評(píng)價(jià)有關(guān)的要求，軟件集成和集成測(cè)試：①開發(fā)了包括回歸測(cè)試策略的軟件集成測(cè)試策略來測(cè)試軟件單元和軟件項(xiàng)交互；②根據(jù)軟件集成測(cè)試策略開發(fā)用于軟件集成測(cè)試的規(guī)范，其適于集成軟件項(xiàng)目與軟件架構(gòu)設(shè)計(jì)的兼容性的證據(jù)，包括軟件單元之間和軟件項(xiàng)目之間的接口；③根據(jù)軟件集成測(cè)試策略和放行計(jì)劃選擇軟件集成測(cè)試規(guī)范中包含的測(cè)試用例；④使用選定的測(cè)試用例測(cè)試集成軟件項(xiàng)目，并記錄軟件集成測(cè)試的結(jié)果；⑤將軟件集成測(cè)試的結(jié)果匯總并傳達(dá)給所有受影響的各方。

5）與評(píng)價(jià)有關(guān)的要求，軟件資格測(cè)試：①開發(fā)了包括與項(xiàng)目計(jì)劃和放行計(jì)劃一致的回歸測(cè)試策略的軟件資格測(cè)試策略，以測(cè)試集成軟件；②開發(fā)了根據(jù)軟件資格測(cè)試策略對(duì)集成軟件進(jìn)行軟件資格測(cè)試的規(guī)范，該規(guī)范適合于提供符合軟件要求的證據(jù)；③根據(jù)軟件資格測(cè)試策略和放行計(jì)劃選擇軟件資格測(cè)試規(guī)范中包含的測(cè)試用例；④使用選定的測(cè)試用例測(cè)試集成軟件，并記錄軟件鑒定測(cè)試的結(jié)果；⑤將軟件資格測(cè)試的結(jié)果匯總并傳達(dá)給所有相關(guān)方 （引自Automotive Spice VDA-QMC）。

4.2.8 問題8：是否對(duì)變更請(qǐng)求進(jìn)行了規(guī)范管理？

與評(píng)價(jià)有關(guān)的要求：①制定變更請(qǐng)求管理策略；②記錄和識(shí)別變更請(qǐng)求；③識(shí)別變更請(qǐng)求與其他變更請(qǐng)求的依賴性和關(guān)系；④分析變更請(qǐng)求，估計(jì)資源需求；⑤根據(jù)分析結(jié)果和資源批準(zhǔn)并確定變更實(shí)施的優(yōu)先級(jí)；⑥批準(zhǔn)變更實(shí)施，并跟蹤到關(guān)閉；⑦所有變更請(qǐng)求的狀態(tài)是已知的；⑧在變更請(qǐng)求和受影響的工作產(chǎn)品之間建立雙向可追溯性。

4.2.9 問題9：是否建了度量計(jì)劃并且得到了落實(shí)？

與評(píng)價(jià)有關(guān)的要求：①建立并持續(xù)組織承諾，實(shí)施度量過程；②確定組織過程的度量需求；③識(shí)別和開發(fā)了由信息需求驅(qū)動(dòng)的適當(dāng)?shù)囊幌盗卸攘浚虎芙⒍攘磕繕?biāo)，明確說明度量項(xiàng)；⑤識(shí)別和執(zhí)行了測(cè)量活動(dòng)；⑥收集、存儲(chǔ)、分析度量數(shù)據(jù)，并對(duì)結(jié)果進(jìn)行解釋；⑦信息工具用于支持決策，并為交流提供客觀基礎(chǔ)；⑧對(duì)測(cè)量過程和措施進(jìn)行評(píng)估并與過程所有者溝通。

4.2.10 問題10：是否采用了軟件開發(fā)評(píng)估方法來評(píng)估組織的軟件開發(fā)過程？

與評(píng)價(jià)有關(guān)的要求：①采用軟件開發(fā)評(píng)估方法來評(píng)估組織的軟件開發(fā)過程；②按照風(fēng)險(xiǎn)和對(duì)顧客潛在影響的優(yōu)先級(jí)，為軟件開發(fā)能力自評(píng)估保留形成文件的信息；③應(yīng)在內(nèi)部審核方案中包含軟件開發(fā)能力評(píng)估。

4.3 參考VDA6.3設(shè)置評(píng)分準(zhǔn)則

參考VDA6.3的評(píng)分標(biāo)準(zhǔn)，每個(gè)問題設(shè)置可評(píng)價(jià)分?jǐn)?shù)為10、8、6、4、0。評(píng)分和對(duì)應(yīng)的問題要求具體落實(shí)情況如下：①10分：要求完全得到落實(shí)；②8分：要求基本上得到落實(shí)，只有輕微的不符合；③6分：要求部分得到落實(shí)，存在明顯不符合；④4分：要求落實(shí)不夠，存在嚴(yán)重不符合；⑤0分：要求沒有得到落實(shí)。

5 結(jié)束語(yǔ)

1）當(dāng)前汽車行業(yè)針對(duì)供應(yīng)商的成熟的準(zhǔn)入評(píng)價(jià)方法，主要針對(duì)傳統(tǒng)的物理零件供應(yīng)商，針對(duì)軟件供應(yīng)商的現(xiàn)有評(píng)價(jià)方法過于繁瑣，與傳統(tǒng)物理的評(píng)價(jià)方法存在體系上的不一致，很難融入現(xiàn)有體系及大規(guī)模開展。

2）筆者根據(jù)自己的實(shí)際工作經(jīng)驗(yàn)，將對(duì)軟件供應(yīng)商的質(zhì)量要求CMMI、A-Spice，使用傳統(tǒng)汽車行業(yè)最常見VDA6.3評(píng)價(jià)方法進(jìn)行整合、提煉，提出了基于VDA6.3評(píng)價(jià)結(jié)構(gòu)的嵌入式軟件供應(yīng)商評(píng)價(jià)方法。一方面，吸收了CMMI、ASpice的精要，形成了一種創(chuàng)新性的，適應(yīng)汽車行業(yè)的嵌入式軟件供應(yīng)商評(píng)價(jià)方法；另一方面，該嵌入式軟件供應(yīng)商評(píng)價(jià)方法，與現(xiàn)有最常用的汽車行業(yè)傳統(tǒng)供應(yīng)商評(píng)價(jià)方法VDA6.3使用同樣的評(píng)價(jià)形式和結(jié)構(gòu)，便于傳統(tǒng)汽車行業(yè)供應(yīng)商管理人員接受，更易于推廣。

3）基于科學(xué)地評(píng)價(jià)嵌入式軟件供應(yīng)商質(zhì)量保證能力的目的，整合吸收CMMI與A-Spice要求，該文共設(shè)計(jì)了10個(gè)嵌入式軟件供應(yīng)商的評(píng)價(jià)問題，涵蓋項(xiàng)目管理、需求分析、設(shè)計(jì)開發(fā)、測(cè)試、變更管理等軟件開發(fā)活動(dòng)的各個(gè)環(huán)節(jié)，可以準(zhǔn)確客觀地評(píng)價(jià)嵌入式軟件供應(yīng)商的質(zhì)量保證能力。