本篇文章給大家談?wù)刟spice軟件開(kāi)發(fā)流程百度文庫(kù)，以及aspice2對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、蜂巢智能轉(zhuǎn)向的軟件開(kāi)發(fā)怎么樣？
• 2、ASPICE?VDA?Guideline解讀(18)：SUP.10?變更請(qǐng)求管理
• 3、工作筆記ASPICE VDA Guideline解讀(19)：SUP.8 配置管理
• 4、工作筆記 aspice基礎(chǔ)知識(shí)
• 5、aspice2級(jí)要求權(quán)限怎么寫
• 6、16款哈佛h6變速箱是鋼鏈嗎

蜂巢智能轉(zhuǎn)向的軟件開(kāi)發(fā)怎么樣？

蜂巢智能轉(zhuǎn)向系統(tǒng)采用標(biāo)準(zhǔn)ASPICE軟件開(kāi)發(fā)過(guò)程，相關(guān)技術(shù)人員需要結(jié)合Aspice實(shí)行具體軟件開(kāi)發(fā)。蜂巢智能轉(zhuǎn)向科技有限公司全面把握智能轉(zhuǎn)向系統(tǒng)的開(kāi)發(fā)流程，在此基礎(chǔ)上使智能轉(zhuǎn)向系統(tǒng)的開(kāi)發(fā)取得更加理想的成果?進(jìn)而制造出高質(zhì)量的智能轉(zhuǎn)向系統(tǒng)，滿足汽車的應(yīng)用需求及制造要求，最終實(shí)現(xiàn)有效的智能化產(chǎn)品制造，隨時(shí)進(jìn)行標(biāo)定，給整車提供及時(shí)有效服務(wù)。

ASPICE?VDA?Guideline解讀(18)：SUP.10?變更請(qǐng)求管理

SUP.10 變更請(qǐng)求管理"過(guò)程的目的是確保變更請(qǐng)求被管理、跟蹤和實(shí)施。

在什么場(chǎng)景下需要應(yīng)用SUP.10來(lái)進(jìn)行變更管理呢？

舉個(gè)例子來(lái)說(shuō)明變更請(qǐng)求的各種情況，如下圖所示：

客戶發(fā)布了"客戶需求規(guī)約"基線

產(chǎn)品需求工程師基于"客戶需求規(guī)約"基線，開(kāi)發(fā)并發(fā)布了"產(chǎn)品需求規(guī)約"基線

開(kāi)發(fā)工程師基于"產(chǎn)品需求規(guī)約"基線，開(kāi)發(fā)并發(fā)布了"產(chǎn)品設(shè)計(jì)和實(shí)現(xiàn)"基線

場(chǎng)景1：當(dāng)已建立基線的"客戶需求規(guī)約"發(fā)生變更時(shí)，需要應(yīng)用SUP.10：

場(chǎng)景2：測(cè)試工程師在實(shí)施測(cè)試活動(dòng)時(shí)，發(fā)現(xiàn)了缺陷（注：按"SUP.9 問(wèn)題解決管理"處理缺陷），開(kāi)發(fā)工程師在解決缺陷的過(guò)程中，發(fā)現(xiàn)有必要變更已建立基線的產(chǎn)品需求規(guī)約。此時(shí)需要觸發(fā)"SUP.10 變更請(qǐng)求管理"過(guò)程來(lái)請(qǐng)求變更“產(chǎn)品需求規(guī)約”。

場(chǎng)景3：當(dāng)由于例如"設(shè)計(jì)重構(gòu)“的原因，對(duì)已建立基線的"產(chǎn)品設(shè)計(jì)"進(jìn)行變更。

變更請(qǐng)求管理策略：

a需覆蓋變更請(qǐng)求影響的各個(gè)學(xué)科(如：軟件、電路）、各個(gè)領(lǐng)域（如：應(yīng)用層軟件、底層軟件）

b需覆蓋變更請(qǐng)求影響的各相關(guān)方，如客戶、供應(yīng)商、內(nèi)部相關(guān)方等

c需定義變更請(qǐng)求在各學(xué)科、各領(lǐng)域、各相關(guān)方之間的傳遞和管理

d需定義變更請(qǐng)求的"狀態(tài)模型"

e需定義活動(dòng)的目標(biāo)，如響應(yīng)時(shí)間

f需定義變更請(qǐng)求批準(zhǔn)在組織結(jié)構(gòu)層級(jí)上的指導(dǎo)，如變更請(qǐng)求的影響到達(dá)XX成本時(shí)，需要項(xiàng)目經(jīng)理批準(zhǔn)，而當(dāng)變更請(qǐng)求的影響到達(dá)XX成本時(shí)，需要部門總監(jiān)批準(zhǔn)

e可以根據(jù)項(xiàng)目所處的不同階段（如：A樣件、B樣件），定義變更請(qǐng)求處理的不同要求

f需定義確保"變更請(qǐng)求"與"變更請(qǐng)求影響的工作產(chǎn)品及基線"之間的雙向追溯性的機(jī)制

[SUP.10.RL.1] If the strategy does not include all aspects above, the indicator BP1 must not be rated F.

老楊解讀：如果策略中沒(méi)有包括上述的各點(diǎn)，則BP1的打分不能是F。

[SUP.10.RL.2] If the strategy does not address interfaces between multisite organizations/projects, subprojects, and/or groups in case of correspondingly complex projects, the indicator BP1 must not be rated higher than P.

老楊解讀：如果在項(xiàng)目結(jié)構(gòu)相對(duì)復(fù)雜的場(chǎng)景下，策略中沒(méi)有處理處于不同地點(diǎn)的組織/項(xiàng)目、子項(xiàng)目和/或組之間的接口，則BP1的打分不能高于P。

[SUP.10.RC.1] If the strategy does not include goals according to e) above, the indicator BP1 should be downrated.

老楊解讀：如果策略中沒(méi)有包括活動(dòng)的目標(biāo)（上述的e），則應(yīng)降低BP1的打分。

[SUP.10.RC.2] If change request handling is actually different over project life cycle phases but not consistent with the defined strategy, the indicator BP1 should be downrated.

老楊解讀：如果在項(xiàng)目的不同階段，變更請(qǐng)求的處理是不同的，但與已定義的策略不一致，則應(yīng)減低BP1的打分。

[SUP.10.RC.3] If the use of a strategy is obvious by the implementation in a tool but not explicitly documented this should not be used to downrate the indicator BP1 to N or P.

老楊解讀：如果是使用工具來(lái)處理變更請(qǐng)求，但沒(méi)有明確的文檔化的策略，不能基于此來(lái)降低BP1的打分至N或P。

(2) 變更請(qǐng)求的批準(zhǔn)

ASPICE模型要求

SUP.10.BP5: 變更實(shí)施前獲得批準(zhǔn) / Approve change requests before implementation

基于分析結(jié)果和資源可用性，對(duì)變更請(qǐng)求進(jìn)行優(yōu)先級(jí)排序，并根據(jù)策略批準(zhǔn)

Change requests are prioritized based on analysis results and availability of resources before implementation and approved according to the strategy.

通常由CCB(Change Control Board)來(lái)批準(zhǔn)變更請(qǐng)求，CCB是由變更請(qǐng)求影響的所有相關(guān)方的代表組成，并具有批準(zhǔn)的授權(quán)。

[SUP.10.RL.3] If not all relevant disciplines or stakeholders are represented in the actual CCB the indicator BP5 must not be rated F.

老楊解讀：如果CCB中沒(méi)有包括所有相關(guān)的學(xué)科或相關(guān)方，則BP5的打分不能為F。

[SUP.10.RC.4] If it is apparent that decisions are not taken or not taken in time by the CCB without justification, the indicator BP5 should be downrated.

老楊解讀：如果CCB沒(méi)有及時(shí)對(duì)變更請(qǐng)求做決定，并缺少正當(dāng)理由，則應(yīng)減低BP5的打分。

(3) 影響分析和變更確認(rèn)

ASPICE模型要求

SUP.10.BP4: 分析和評(píng)估變更請(qǐng)求 / Analyze and assess change requests

根據(jù)策略，分析變更請(qǐng)求，包括它們對(duì)受影響的工作產(chǎn)品和其它變更請(qǐng)求的依賴。評(píng)估變更請(qǐng)求的影響，并建立確認(rèn)實(shí)施的標(biāo)準(zhǔn)。

SUP.10.BP6: 評(píng)審變更請(qǐng)求的實(shí)現(xiàn) / Review the implementation of change requests

變更請(qǐng)求在關(guān)閉前進(jìn)行評(píng)審，以確保滿足已定義的確認(rèn)標(biāo)準(zhǔn)，并已應(yīng)用所有相關(guān)過(guò)程。

[SUP.10.RL.4] If the analysis does not adequately address potential side effects due to specific risks and complexity of the potential changes the indicator BP4 must not be rated F.

老楊解讀：如果不能對(duì)由于特定風(fēng)險(xiǎn)和潛在變化的復(fù)雜性而產(chǎn)生的潛在副作用進(jìn)行分析，則BP4的打分不能為F。

[SUP.10.RC.5] If the technical content of the change request or in case of alterntives the decision for one alternative is not properly documented the indicator BP4 should be downrated.

老楊解讀：如果沒(méi)有正確記錄變更請(qǐng)求的技術(shù)內(nèi)容或備選方案的決策，則應(yīng)降低BP4的打分。

[SUP.10.RL.5] If the review of implemented changes fails to detect that relevant processes are not applied; the indicator BP6 shall be downrated.

老楊解讀：如果對(duì)已實(shí)施的變更的評(píng)審未能檢測(cè)到相關(guān)過(guò)程未被應(yīng)用，則應(yīng)降低BP6的打分。

[SUP.10.RC.6] If the confirmation of a successful implementation of change requests is not based on documented criteria the indicator BP6 should be downrated.

老楊解讀：如果對(duì)成功執(zhí)行變更請(qǐng)求的確認(rèn)不以文檔化的準(zhǔn)則為依據(jù)，則應(yīng)降低BP6的打分。

(4) 變更請(qǐng)求的狀態(tài)模型和工作流

ASPICE模型要求

SUP.10.BP3:記錄變更請(qǐng)求的狀態(tài) / Record the status of change requests

狀態(tài)模型的狀態(tài)被分配給每個(gè)變更請(qǐng)求以便于跟蹤

SUP.10.BP7: 跟蹤變更請(qǐng)求至關(guān)閉 / Track change requests to closure

跟蹤變更請(qǐng)求至關(guān)閉，并給變更發(fā)起者提供反饋。

[SUP.10.RL.6] If the strategy does not include the definition of a status model, workflow, criteria for status changes, stakeholders and their authorization, the indicator BP1 shall be downrated.

老楊解讀：如果策略中沒(méi)有包括狀態(tài)模型的定義、工作流、狀態(tài)遷移條件、相關(guān)方及其授權(quán)，則應(yīng)降低BP1的打分。

[SUP.10.RL.7] If the status model and workflow does not fit to the actual way of working or is not applied correspondingly, the indicator BP3 must not be rated higher than P.

老楊解讀：如果狀態(tài)模型及工作流沒(méi)有被恰當(dāng)?shù)膽?yīng)用或與實(shí)際不符，則BP3的打分不能高于P。

[SUP.10.RC.7] If closed CRs do not reflect a final state, the indicator BP7 should be downrated.

老楊解讀：如果已關(guān)閉的變更請(qǐng)求不能反映出最終狀態(tài)，則應(yīng)降低BP7的打分。

示例場(chǎng)景：狀態(tài)模型中定義了“已解決(Solved)”和“已關(guān)閉(Closed)”兩個(gè)狀態(tài)。但實(shí)際項(xiàng)目中無(wú)法進(jìn)入“已關(guān)閉(Closed)”狀態(tài)

工作筆記ASPICE VDA Guideline解讀(19)：SUP.8 配置管理

配置管理過(guò)程的目的是建立和維護(hù)過(guò)程或項(xiàng)目的所有工作產(chǎn)品的完整性。

什么是“工作產(chǎn)品的完整性”呢？

下圖是"SWAD(軟件架構(gòu)設(shè)計(jì))"工作產(chǎn)品的創(chuàng)建和維護(hù)過(guò)程，其每一次變更（如：從Baselined 1.0 -- Baselined 2.0）是可控的，其相關(guān)聯(lián)的上下游基線是明確的。這樣就可以說(shuō)保證了"SWAD(軟件架構(gòu)設(shè)計(jì))"的完整性。

1) 配置管理策略

ASPICE模型要求

SUP.8.BP1: 制定配置管理策略 / Develop a configuration management strategy

制定配置管理策略，包括：/ Develop a configuration management strategy, including

職責(zé) / responsibilities

工具和配置庫(kù) / tools and repositories

配置項(xiàng)(識(shí)別的)準(zhǔn)則 / criteria for configuration items

命名規(guī)約 / naming conventions

訪問(wèn)權(quán)限 / access rights

基線準(zhǔn)則 / criteria for baselines

合并和分支策略 / merge and branch strategy

配置項(xiàng)的修訂歷史方式 / the revision history approach for configuration items

配置管理策略包括：

a) 配置管理的范圍需覆蓋項(xiàng)目中的各學(xué)科(如：軟件、硬件)、各地點(diǎn)、各過(guò)程(如管理過(guò)程、支持過(guò)程、工程過(guò)程等)

b) 制定整體策略，覆蓋各學(xué)科、各過(guò)程及各地點(diǎn)等

c) 定義訪問(wèn)權(quán)限

d) 根據(jù)項(xiàng)目的復(fù)雜度定義所需的活動(dòng)和工具

e) 定義配置項(xiàng)的識(shí)別準(zhǔn)則及命名規(guī)約

f) 定義配置項(xiàng)的修訂條件

g) 定義基線策略

h) 定義Variant及分支策略

i) 定義配置項(xiàng)變更歷史的方式

[SUP.8.RL.1] If the strategy does not include all aspects above, the indicator BP1 must not be rated F.

老楊解讀：如果策略中沒(méi)有包括上述的各點(diǎn)，則BP1不能判定為F。

[SUP.8.RL.2] If there is no dedicated configuration management system defined in the strategy but the procedure is adequate for the complexity of the product to be developed this must not be used to downrate the indicator BP1.

老楊解讀：如果沒(méi)有專門的配置管理系統(tǒng)，但所建立的配置管理程序是滿足產(chǎn)品復(fù)雜度的，則不能基于此來(lái)降低BP1的打分。

[SUP.8.RL.3] If major configuration management aspects (according to d) or e)) are missing in the strategy the indicator BP1 must not be rated higher than P.

老楊解讀：如果配置管理的主要方面（如上述的d)或e)）是缺失的，則BP1的打分不能高于P

[SUP.8.RL.4] If major baselining aspects (according to g)) are missing in the strategy the indicator BP1 must not be rated higher than P.

老楊解讀：如果策略中缺少主要的基線方面的考慮（上述的g)），則BP1的打分不能高于P。

[SUP.8.RL.5] If major branching and merging aspects (according to h)) are missing in the strategy the indicator BP1 must not be rated higher than P.

老楊解讀：如果策略中缺少主要的分支和合并方面的考慮（上述的h)），則BP1的打分不能高于P。

[SUP.8.RC.1] If there is only an adequate generic strategy but no project specific implementation, the indicator BP1 should not be down-rated.

老楊解讀：如果有一個(gè)適當(dāng)?shù)耐ㄓ貌呗裕鴽](méi)有為項(xiàng)目定義特定的策略，那么BP1的打分不應(yīng)該被降低。

(2) 基線

ASPICE模型要求

SUP.8.BP6: 建立基線 / Establish baselines

根據(jù)配置管理策略建立基線，以滿足內(nèi)部目的和外部交付

Establish baselines for internal purposes and for external delivery according to the configuration management strategy

SUP.8.BP8: 驗(yàn)證配置項(xiàng)的信息 / Verify the information about configured items

驗(yàn)證配置項(xiàng)及其基線的信息是否完整，并確保基線的一致性。

Verify that the information about configured items, and their baselines is complete and ensure the consistency of baselines.

基線需要：

a) 定義基線中所包括的配置項(xiàng)

b) 根據(jù)策略創(chuàng)建必要的內(nèi)外部基線

c) 創(chuàng)建跨不同學(xué)科、地點(diǎn)和過(guò)程的整體基線，并保證其之間的一致性

d) 基線中應(yīng)包括再現(xiàn)工作產(chǎn)品的完整和一致的配置項(xiàng)集合

e) 根據(jù)策略中定義的命名規(guī)范創(chuàng)建基線

[SUP.8.RL.6] If it is not defined for each kind of baseline which configuration items are to be controlled, the indicator BP6 must not be rated higher than P.

老楊解讀：如果基線中沒(méi)有識(shí)別出所有的需要被控制的配置項(xiàng)，則BP6的打分不能高于P。

[SUP.8.RL.7] If established baselines for different disciplines, sites, processes etc. (according to c) are not consistent or if overall baselines do not exist, the indicator BP6 shall be downrated.

老楊解讀：如果創(chuàng)建的跨不同學(xué)科、地點(diǎn)和過(guò)程的整體基線(上述的c))之間是不一致的，或不存在，則應(yīng)降低BP6的打分。

[SUP.8.RL.8] If content of a baseline is not verified (by e.g., a baseline or configuration management audit), the indicator BP8 shall be downrated.

老楊解讀：如果基線的內(nèi)容未進(jìn)行驗(yàn)證，則應(yīng)降低BP8的打分。

[SUP.8.RC.2] If the defined naming convention for baselines is not used, the indicator BP6 should be downrated.

老楊解讀：如果未使用已定義的命名規(guī)范，則應(yīng)降低BP6的打分。

(3) 分支與合并

ASPICE模型要求

SUP.8.BP4: 建立分支管理 / Establish branch management

根據(jù)配置管理策略建立分支管理，分支管理適用于使用同一基礎(chǔ)進(jìn)行并行開(kāi)發(fā)時(shí)

Establish branch management according to the configuration management strategy where applicable for parallel developments that use the same base.

SUP.8.BP8: 驗(yàn)證配置項(xiàng)的信息 / Verify the information about configured items

驗(yàn)證配置項(xiàng)及其基線的信息是否完整，并確?；€的一致性。

Verify that the information about configured items, and their baselines is complete and ensure the consistency of baselines.

[SUP.8.RL.9] If branches are not created according to the strategy, the indicator BP4 shall be downrated.

老楊解讀：如果未基于策略創(chuàng)建分支，則應(yīng)降低BP4的打分。

[SUP.8.RL.10] If consistency and completeness of merged items or sets of items is not ensured, the indicator BP8 must not be rated F.

老楊解讀：如果不能確保合并項(xiàng)的一致性和完全性，則BP8的打分不能是F。

(4) 配置管理基礎(chǔ)設(shè)施

ASPICE模型要求

SUP.8.BP3: 建立配置管理系統(tǒng) / Establish a configuration management system

根據(jù)配置管理策略建立配置管理系統(tǒng)

Establish a configuration management system according to the configuration management strategy

SUP.8.BP9: 管理配置項(xiàng)和基線的存儲(chǔ) / Manage the storage of configuration items and baselines

通過(guò)適當(dāng)?shù)恼{(diào)度和資源存儲(chǔ)保證配置項(xiàng)和基線的完整性和可用性，對(duì)使用的CM系統(tǒng)歸檔（長(zhǎng)期保存）和備份

Ensure the integrity and availability of configuration items and baselines through appropriate scheduling and resourcing of storage, archiving (long term storage) and backup of the used CM systems.

配置管理基礎(chǔ)設(shè)施需要：

a) 支持策略中定義的配置管理程序，包括訪問(wèn)權(quán)限

b) 適合于已定義的復(fù)雜度，包括適用于多地、項(xiàng)目規(guī)模、多項(xiàng)目或多變體應(yīng)用等。

c) 了解所用的IT服務(wù)(如：文件共享、工具等)屬性，比如存儲(chǔ)、歸檔、備份，并與項(xiàng)目需求進(jìn)行比較。識(shí)別差異并采取糾正措施

[SUP.8.RL.11] If the established infrastructure is not able to support the procedures (according to a)) or the complexity (according to b)), the indicator BP3 shall be downrated.

老楊解讀：如果已建立的基礎(chǔ)設(shè)施不能支持配置管理程序(上述的a))，或項(xiàng)目復(fù)雜度(上述的b))，則應(yīng)降低BP3的打分。

[SUP.8.RL.12] If there is no dedicated configuration management system in place but the established procedure is adequate for the complexity of the product to be developed this must not be used to downrate the indicator BP3.

老楊解讀：如果沒(méi)有專門的配置管理系統(tǒng)，但所建立的配置管理程序是滿足產(chǎn)品復(fù)雜度的，則不能基于此來(lái)降低BP3的打分。

[SUP.8.RL.13] If properties of used IT services are not known, or known but in case of deviations from project requirements no corrective actions are established, the indicator BP9 shall be downrated.

老楊解讀：如果IT服務(wù)的情況是未知的，或存在偏差但無(wú)糾正措施，則應(yīng)降低BP9的打分。

工作筆記 aspice基礎(chǔ)知識(shí)

最近給某OEM做了一次Automotive SPICE CL2評(píng)估，很多朋友就問(wèn)我關(guān)于Automotive SPICE評(píng)估的一些事情。本文算是一個(gè)科普吧，給不太了解Automotive SPICE的人介紹一下Automotive SPICE和Automotive SPICE評(píng)估的事情。

1. Automotive SPICE

1.1? 什么是Automotive SPICE？

Automotive SPICE是一個(gè)”過(guò)程模型”，適用于”基于軟件的車載系統(tǒng)”的”設(shè)計(jì)開(kāi)發(fā)過(guò)程”。過(guò)程模型是一個(gè)集合，是包含了與設(shè)計(jì)開(kāi)發(fā)過(guò)程相關(guān)的優(yōu)秀實(shí)踐的集合。既然是一個(gè)集合，那就需要按照一定的結(jié)構(gòu)把這些實(shí)踐組織起來(lái)：

方式一：按照實(shí)踐所屬的不同領(lǐng)域進(jìn)行組織，比如有些實(shí)踐是和項(xiàng)目管理相關(guān)的，有些實(shí)踐是和軟件需求相關(guān)的，有些實(shí)踐是和軟件單元測(cè)試相關(guān)的….，不同的領(lǐng)域被稱為“過(guò)程”，這就是Automotive SPICE中的“過(guò)程緯度”。Automotive SPICE PAM V3.1中包括有32個(gè)過(guò)程。

方式二：按照做事情的方式進(jìn)行組織，比如：依靠個(gè)人的經(jīng)驗(yàn)來(lái)做，是能力度級(jí)別1（CL 1）的實(shí)踐；按照可管理的方式（活動(dòng)管理和工作產(chǎn)品管理）來(lái)做，是能力度級(jí)別2（CL 2）的實(shí)踐；按照組織的要求來(lái)做，是能力度級(jí)別3（CL 3）的實(shí)踐….，這就是Automotive SPICE中的”能力度緯度”。

“能力度”是“過(guò)程的能力度”。如果說(shuō)“某個(gè)項(xiàng)目達(dá)到了能力度2級(jí)”，是不準(zhǔn)確的，應(yīng)該說(shuō)“某個(gè)項(xiàng)目中的某些過(guò)程達(dá)到了能力度2級(jí)”。同樣的，如果說(shuō)某個(gè)組織達(dá)到了能力度2級(jí)，也是不準(zhǔn)確的。

下圖是常見(jiàn)的體現(xiàn)評(píng)估結(jié)果的形式，評(píng)估范圍內(nèi)的過(guò)程，分別達(dá)到了什么樣的過(guò)程能力度。

1.2 怎么用Automotive SPICE？

Automotive SPICE是歐洲車廠在認(rèn)識(shí)到軟件質(zhì)量的重要性之后，制定的一個(gè)規(guī)范。目的是希望其供應(yīng)商能按照Automotive SPICE的要求進(jìn)行產(chǎn)品的設(shè)計(jì)開(kāi)發(fā)，以提供高質(zhì)量的產(chǎn)品。

Automotive SPICE中包括有那么多的過(guò)程，那么OEM對(duì)供應(yīng)商的具體要求是什么呢？要求供應(yīng)商需要應(yīng)用哪些過(guò)程，這些過(guò)程需要達(dá)到幾級(jí)呢？

一般來(lái)說(shuō)，OEM不會(huì)要求供應(yīng)商去遵守Automotive SPICE的所有過(guò)程的，為什么呢？

性價(jià)比！

實(shí)施Automotive SPICE的成本，評(píng)估的成本，最后都是產(chǎn)品成本，OEM是需要買單的。

所以O(shè)EM會(huì)基于其對(duì)軟件質(zhì)量的理解，選擇最重要的過(guò)程來(lái)要求其供應(yīng)商。

起初的時(shí)候，不同的OEM有不同的使用Automotive SPICE的觀點(diǎn)，形成氣候的，如下圖所示：

說(shuō)明：

HIS是Audi AG, BMW, DaimlerChrysler, Porsche, Volkswagen成立的制定軟件開(kāi)發(fā)規(guī)則的組織

如上的過(guò)程劃分，是基于Automotive SPICE PAM V2.4/V2.5

逐漸的，各OEM的要求開(kāi)始統(tǒng)一，目前逐漸形成了如下兩類：

說(shuō)明：

2016年HIS組織解散了，VDA QMC（Automotive SPICE PAM V2.5及其以后版本的Owner）在2017年Automotive SPICE PAM V3.0發(fā)布時(shí)，將之前在業(yè)界應(yīng)用非常廣泛的HIS Scope，改名定義為VDA Scope

如上的過(guò)程劃分，是基于Automotive SPICE PAM V3.0/V3.1

各個(gè)與汽車軟件相關(guān)的供應(yīng)商在應(yīng)用Automotive SPICE時(shí)，往往最終都是為了滿足OEM的要求，其應(yīng)用Automotive SPICE的過(guò)程范圍及目標(biāo)級(jí)別，遵照其所服務(wù)的OEM的要求。

2. Automotive SPICE評(píng)估

接下來(lái)我們談一談Automotive SPICE評(píng)估，在談Automotive SPICE評(píng)估之前，需要先談一談與Automotive SPICE相關(guān)的組織。

2.1 Automotive SPICE相關(guān)的組織

在Automotive SPICE領(lǐng)域，沒(méi)有機(jī)構(gòu)去管理“評(píng)估”，只是有機(jī)構(gòu)去管理“評(píng)估師”。這個(gè)管理評(píng)估師的機(jī)構(gòu)就是iNTACS（國(guó)際評(píng)估師認(rèn)證機(jī)構(gòu)，INTernational Assessor Certification Scheme）。iNTACS定義了評(píng)估師的級(jí)別劃分，以及級(jí)別晉升和級(jí)別維持的條件。Automotive SPICE評(píng)估師的級(jí)別從低到高分別為：Provisional Assessor, Competent Assessor, Principal Assessor。

晉升到competent Assessor或Principal Assessor，或維持competent Assessor或Principal Assessor資質(zhì)時(shí)，其條件之一就是需要實(shí)施Automotive SPICE評(píng)估：

作為Assessor晉升證據(jù)（或維持資質(zhì)的證據(jù)）的評(píng)估要求包括：

評(píng)估由至少2個(gè)評(píng)估師來(lái)實(shí)施，評(píng)估組組長(zhǎng)需要Competent Assessor或Principal Assessor，評(píng)估組組員可以是Provisional Assessor或Competent Assessor或Principal Assessor

評(píng)估的過(guò)程范圍至少包括項(xiàng)目管理相關(guān)的過(guò)程、支持類相關(guān)的過(guò)程和工程類相關(guān)的過(guò)程

評(píng)估的時(shí)間需要至少50小時(shí)

2.2 Automotive SPICE評(píng)估的類型

在1次Automotive SPICE評(píng)估時(shí)，Automotive SPICE相當(dāng)于評(píng)估的準(zhǔn)則（Criteria），而還需要有評(píng)估方法，根據(jù)所選擇的評(píng)估方法不同，Automotive SPICE評(píng)估分為兩種類型，一種是項(xiàng)目能力度評(píng)估，一種是組織成熟度評(píng)估。

項(xiàng)目能力度評(píng)估

遵照ISO/IEC 15504-2 Performing an assessment實(shí)施的評(píng)估，是項(xiàng)目能力度評(píng)估。在這類評(píng)估中，是由Sponsor（發(fā)起評(píng)估的人）確定評(píng)估的模型范圍（選擇哪些過(guò)程，這些過(guò)程需要評(píng)估到幾級(jí)）、項(xiàng)目范圍（評(píng)估哪個(gè)項(xiàng)目），而Assessor是根據(jù)Sponsor的要求實(shí)施評(píng)估。

（企業(yè)想評(píng)價(jià)哪個(gè)項(xiàng)目，評(píng)價(jià)哪個(gè)過(guò)程，評(píng)價(jià)到幾級(jí)，不是Assessor決定的！）

組織成熟度評(píng)估

ISO/IEC 15504-7 TR Assessment of organizational maturity定義的是組織成熟度評(píng)估的評(píng)估方法，在組織成熟度評(píng)估時(shí)：Sponsor確定被評(píng)估的組織，以及目標(biāo)級(jí)別；由Assessor根據(jù)對(duì)被評(píng)估組織進(jìn)行分析，之后進(jìn)行項(xiàng)目抽樣（使得被抽樣的項(xiàng)目能代表整個(gè)組織的水平），然后通過(guò)對(duì)被抽樣項(xiàng)目進(jìn)行預(yù)定義過(guò)程的評(píng)估，進(jìn)而得出組織的過(guò)程成熟度水平。

簡(jiǎn)單來(lái)說(shuō)：在組織成熟度評(píng)估時(shí)，是由Assessor確定被評(píng)估的項(xiàng)目，而過(guò)程范圍也是需要預(yù)定義的（應(yīng)該由Automotive SPICE的Owner來(lái)定義，詳細(xì)的原因，這里不再贅述，讀者可以思考思考~~）

組織成熟度評(píng)估在業(yè)界很少被用到，主要的原因是OEM不太認(rèn)可組織成熟度評(píng)估的方式。我分析有兩個(gè)原因：

OEM更關(guān)注的是供應(yīng)商為其開(kāi)發(fā)的項(xiàng)目的情況如何，而不關(guān)注供應(yīng)商的組織

Automotive SPICE的業(yè)界大咖們不希望Automotive SPICE因?yàn)榻M織成熟度的評(píng)估方式而商業(yè)化（Automotive SPICE還是很高冷的，不像CMMI那么商業(yè)化）

基于如上原因ISO/IEC 15504-7在2008年發(fā)布之后，至今也還是TR，始終不是一個(gè)正式的ISO標(biāo)準(zhǔn)，本文后續(xù)的描述，不再討論組織成熟度評(píng)估。

注：此處的標(biāo)準(zhǔn)號(hào)都是15504，15504系列標(biāo)準(zhǔn)正在被330XX標(biāo)準(zhǔn)所替代。

2.3 被認(rèn)可的Automotive SPICE評(píng)估

什么樣的Automotive SPICE評(píng)估才是正式的評(píng)估，或者說(shuō)是被認(rèn)可的評(píng)估呢？

經(jīng)常經(jīng)常有人問(wèn)我這個(gè)問(wèn)題，但這個(gè)問(wèn)題的題干是不完全的。

是被誰(shuí)認(rèn)可的評(píng)估呢？

舉個(gè)例子：如果需要OEM A認(rèn)可的評(píng)估，那么這個(gè)認(rèn)可的條件就需要OEM A來(lái)定義。OEM A可以指定某個(gè)專業(yè)的軟件過(guò)程專家（該專家可能不具備任何Automotive SPICE的Assessor資質(zhì)），然后只要是該專家實(shí)施的評(píng)估，OEM A都認(rèn)可。

所以說(shuō)，這個(gè)問(wèn)題不能問(wèn)我，你應(yīng)該去問(wèn)那個(gè)“誰(shuí)”

這么分析問(wèn)題，有點(diǎn)杠精的行為了~~

正式的評(píng)估或者被認(rèn)可的評(píng)估，在Automotive SPICE領(lǐng)域引申是指“可以做為Assessor資質(zhì)維持或資質(zhì)晉升的證據(jù)的評(píng)估”，那這樣的評(píng)估需要滿足什么條件呢？這個(gè)答案就是在前文（2.1節(jié)）中的闡述。

只要滿足2.1節(jié)所闡述的條件的評(píng)估，就可以認(rèn)為是一個(gè)正式的評(píng)估和受認(rèn)可的評(píng)估。與實(shí)施評(píng)估的組織是無(wú)關(guān)的哦~~，對(duì)嗎？

2.4 Automotive SPICE評(píng)估結(jié)果的有效性和有效期

Automotive SPICE評(píng)估是在某個(gè)時(shí)間點(diǎn)，對(duì)某個(gè)項(xiàng)目中已經(jīng)實(shí)施的過(guò)程的能力度進(jìn)行的評(píng)估，評(píng)估結(jié)果是代表了歷史上的某個(gè)項(xiàng)目，在歷史上的某個(gè)時(shí)間點(diǎn)的過(guò)程能力情況。

評(píng)估結(jié)果只是對(duì)被評(píng)估項(xiàng)目有效，對(duì)其它項(xiàng)目是無(wú)效的。

在VDA Guideline中，增加了12個(gè)月有效期的說(shuō)法：在被評(píng)估項(xiàng)目中，如果沒(méi)有發(fā)生變更，則可以認(rèn)為評(píng)估結(jié)果在12個(gè)月之內(nèi)是有效的（這個(gè)有效是對(duì)同一個(gè)被評(píng)估項(xiàng)目來(lái)說(shuō)的）；這里的變更是指過(guò)程的變更，包括：開(kāi)發(fā)地點(diǎn)的變更、團(tuán)隊(duì)組織結(jié)構(gòu)的調(diào)整、人員的更替、開(kāi)發(fā)過(guò)程的調(diào)整等。

雖然某一次Automotive SPICE評(píng)估結(jié)果只是對(duì)被評(píng)估的項(xiàng)目有效，對(duì)其它的項(xiàng)目無(wú)效。但該次評(píng)估結(jié)果也往往還是可以在一定程度上反映其它項(xiàng)目的過(guò)程能力，特別是當(dāng)其它項(xiàng)目與被評(píng)估項(xiàng)目在項(xiàng)目特征上一致時(shí)。

1）比如：某個(gè)OEM在考察供應(yīng)商時(shí)，供應(yīng)商展示了3個(gè)月之前實(shí)施的一次Automotive SPICE評(píng)估結(jié)果，則OEM可能會(huì)認(rèn)為：“既然是在這么短的時(shí)間之前做的評(píng)估，那么該評(píng)估結(jié)果能代表企業(yè)目前的能力”（接受）。如果供應(yīng)商展示了10年之前實(shí)施的一次Automotive SPICE評(píng)估結(jié)果，則OEM可能會(huì)認(rèn)為：“這是太久之前的一次評(píng)估，很難代表企業(yè)現(xiàn)在的能力”（不接受）。3個(gè)月的時(shí)間可以接受，10年的時(shí)間不可以接受，那么中間的臨界時(shí)間點(diǎn)在哪里呢？沒(méi)有答案哦~~

2）不同的Automotive SPICE能力度級(jí)別也會(huì)對(duì)評(píng)估結(jié)果的有效性產(chǎn)生影響。

Automotive SPICE能力度二級(jí)時(shí)，具備相同項(xiàng)目特征的項(xiàng)目之間，其項(xiàng)目過(guò)程可以是不一致的；Automotive SPICE能力度三級(jí)時(shí)，具備相同項(xiàng)目特征的項(xiàng)目之間，其項(xiàng)目過(guò)程是一致的，都是遵照了標(biāo)準(zhǔn)的組織過(guò)程。基于此，企業(yè)的某個(gè)項(xiàng)目的某些過(guò)程如果達(dá)成了Automotive SPICE能力度三級(jí)，則客戶可能會(huì)相信其它項(xiàng)目的過(guò)程能力也是如此的。

2.5 評(píng)估通過(guò)證書(shū)

當(dāng)?shù)谌綑C(jī)構(gòu)在為某企業(yè)實(shí)施了Automotive SPICE評(píng)估之后，如果評(píng)估范圍內(nèi)的過(guò)程都達(dá)到了目標(biāo)級(jí)別，則第三方機(jī)構(gòu)會(huì)應(yīng)被評(píng)估組織的要求，發(fā)一個(gè)通過(guò)Automotive SPICE評(píng)估的證書(shū)。

注：評(píng)估通過(guò)證書(shū)不是Automotive SPICE評(píng)估所要求的。是被評(píng)估組織為了其Marketing及Business目的，而要求評(píng)估機(jī)構(gòu)頒發(fā)的。

Automotive SPICE評(píng)估通過(guò)證書(shū)是Automotive SPICE評(píng)估結(jié)果的Summary，雖然不同的第三方機(jī)構(gòu)，頒發(fā)證書(shū)的格式和內(nèi)容都不盡相同，但為了能客觀全面的反映評(píng)估結(jié)果，一般需要包括如下信息：

被評(píng)估的組織及部門（是對(duì)某個(gè)部門下的項(xiàng)目進(jìn)行的評(píng)估，項(xiàng)目所在的具體部門信息需要體現(xiàn)出來(lái)）

評(píng)估所遵照的Automotive SPICE模型信息，目標(biāo)級(jí)別

評(píng)估方法

評(píng)估的項(xiàng)目名稱，及評(píng)估的過(guò)程范圍，評(píng)估日期

實(shí)施評(píng)估的組織

評(píng)估組組長(zhǎng)信息及簽名

aspice2級(jí)要求權(quán)限怎么寫

ASPICE（汽車軟件過(guò)程改進(jìn)與能力評(píng)估）是一種用于汽車軟件開(kāi)發(fā)的標(biāo)準(zhǔn)。如果您想要編寫ASPICE 2級(jí)權(quán)限要求，下面是一個(gè)可能的范例：

1. 軟件需求規(guī)格書(shū)（SDS）：具有對(duì)需求進(jìn)行編輯、更新和批準(zhǔn)的權(quán)限。

2. 軟件設(shè)計(jì)文檔（SDD）：具備對(duì)系統(tǒng)架構(gòu)、模塊、接口和模塊實(shí)現(xiàn)進(jìn)行編輯、更新和批準(zhǔn)的權(quán)限。

3. 代碼：具備對(duì)源代碼、庫(kù)文件、makefile 和構(gòu)建腳本進(jìn)行編輯、更新和批準(zhǔn)的權(quán)限。

4. 單元測(cè)試文檔：具備編寫單元測(cè)試用例和對(duì)測(cè)試文檔進(jìn)行編輯、更新和批準(zhǔn)的權(quán)限。

5. 集成測(cè)試計(jì)劃：具備規(guī)劃集成測(cè)試、設(shè)計(jì)測(cè)試用例和對(duì)測(cè)試文檔進(jìn)行編輯、更新和批準(zhǔn)的權(quán)限。

6. 缺陷管理系統(tǒng)：具備記錄和跟蹤軟件缺陷、問(wèn)題和改進(jìn)措施的權(quán)限。

7. 變更管理系統(tǒng)：具備跟蹤和管理軟件變更和版本控制的權(quán)限。

以上是一些例子，具體的ASPICE 2級(jí)權(quán)限要求會(huì)根據(jù)你的組織、項(xiàng)目和特定情況而異。在編寫要求時(shí)，請(qǐng)確保將所有需要的權(quán)限列出來(lái)，并確保明確規(guī)定誰(shuí)有權(quán)批準(zhǔn)和執(zhí)行這些操作。

16款哈佛h6變速箱是鋼鏈嗎

16款哈佛h6變速箱是正時(shí)鏈條

長(zhǎng)城汽車的銷量當(dāng)家車型哈弗H6，在SUV市場(chǎng)里有著頗高的熱度，其搭載的就是長(zhǎng)城自主研發(fā)的7速濕式雙離合變速箱，代號(hào)為7DCT450，這款變速箱能承受最大450N·m的扭矩輸入，性能在同級(jí)變速箱當(dāng)中處于領(lǐng)先行列。接下來(lái)便詳細(xì)看看這款自主品牌變速箱有哪些值得關(guān)注的地方。

?

誕生背景和研發(fā)歷程

長(zhǎng)城汽車作為自主品牌里面的代表性車企，早在2009年就已經(jīng)實(shí)現(xiàn)了首臺(tái)汽油發(fā)動(dòng)機(jī)的量產(chǎn)，但同樣作為動(dòng)力總成之一的變速箱，在當(dāng)時(shí)仍然需要對(duì)外采購(gòu)。

來(lái)自德國(guó)的格特拉克是全球幾大變速箱供應(yīng)商之一，旗下的濕式雙離合變速箱具有技術(shù)成熟可靠、傳動(dòng)效率高等優(yōu)點(diǎn)，加上采購(gòu)成本相對(duì)較低，在相當(dāng)一段時(shí)間內(nèi)成為了"國(guó)產(chǎn)車企變速箱救星"，影響力甚至和愛(ài)信齊名。而長(zhǎng)城也是格特拉克其中一位大客戶，初期的哈弗H6、H6 Coupe等車型均使用了格特拉克的7DCT300變速箱，對(duì)于格特拉克的依賴程度非常高。

?

但變速器供應(yīng)商根本不會(huì)為自主品牌變速器單獨(dú)設(shè)計(jì)和開(kāi)模，只提供現(xiàn)成產(chǎn)品供采購(gòu)，供應(yīng)量控制在格特拉克手中。更重要的是，比變速箱本身更重要的調(diào)校和匹配，同樣掌握在格特拉克手里，長(zhǎng)城還需要支付軟件匹配的成本。

多方面受制于人，要改變"卡脖子"的命運(yùn)只能盡快實(shí)現(xiàn)自研自產(chǎn)。2013年4月，長(zhǎng)城濕式雙離合變速器項(xiàng)目正式啟動(dòng)。至于長(zhǎng)城為什么選擇自研濕式雙離合而不是AT或CVT，個(gè)中原因也不難理解。

在變速箱自主研發(fā)的道路上，實(shí)際上不但長(zhǎng)城，大部分自主品牌車企也是選擇了雙離合變速箱作為自研對(duì)象，一方面是因?yàn)殡p離合的結(jié)構(gòu)相對(duì)簡(jiǎn)單，底層技術(shù)接近"開(kāi)源"，研發(fā)難度和成本低。

另一方面，AT技術(shù)和專利基本集中在愛(ài)信和采埃孚兩大廠商手中，而CVT變速箱的傳動(dòng)鋼帶只有德國(guó)博世和舍弗勒能夠生產(chǎn)。

第三方面，雙離合變速箱相對(duì)AT或CVT也具備換擋速度快、燃油經(jīng)濟(jì)性好等自身優(yōu)勢(shì)。更重要的是對(duì)于長(zhǎng)城來(lái)說(shuō)，長(zhǎng)期以來(lái)與格特拉克的合作也積累了不少雙離合變速器的技術(shù)經(jīng)驗(yàn)。實(shí)際上格特拉克7DCT300合作項(xiàng)目開(kāi)始階段長(zhǎng)城已經(jīng)明確提出自己將平行研發(fā)變速箱，格特拉克也簽署了相關(guān)協(xié)議來(lái)幫助長(zhǎng)城提升變速箱技術(shù)。因此長(zhǎng)城直接研發(fā)雙離合變速箱無(wú)疑在研發(fā)難度、研發(fā)成本、周期等方面均具備優(yōu)勢(shì)和成熟的條件。

當(dāng)然了，真正實(shí)施，而且還要保證成功，并不是一件容易的事情，特別是自動(dòng)變速箱對(duì)齒輪加工精度、零部件的耐高溫性、耐久性要求極高，生產(chǎn)難度和工藝相比發(fā)動(dòng)機(jī)還要更難。長(zhǎng)城于是采用了更高效率的方法，借力人才。

研發(fā)環(huán)節(jié)，長(zhǎng)城請(qǐng)來(lái)了變速器領(lǐng)域有著接近30年經(jīng)驗(yàn)、先后參與大眾DSG項(xiàng)目、奔馳9AT項(xiàng)目（參與研發(fā)戴姆勒7-Tronic和9-Tronic的AT變速器，）的專家格哈德·亨寧作為研發(fā)的總工程師。

?

最終經(jīng)過(guò)4年時(shí)間，到了2017年3月，代號(hào)為7DCT450的第一代濕式雙離合變速器成功實(shí)現(xiàn)量產(chǎn)。

隨后在2018年，蜂巢易創(chuàng)科技有限公司成立，推出了經(jīng)過(guò)改良優(yōu)化的第二代7DCT450，能夠進(jìn)一步適配四驅(qū)系統(tǒng)、電子換擋機(jī)構(gòu)，支持機(jī)械或電子駐車、自動(dòng)泊車等功能。

?

到了2019年10月份，該變速器累計(jì)產(chǎn)量正式超過(guò)100萬(wàn)臺(tái)。2021年3月21日，7DCT450第200萬(wàn)臺(tái)產(chǎn)品正式下線。隨后，長(zhǎng)城還先后發(fā)布了第三代代號(hào)為300S和400S的兩款7DCT變速箱，預(yù)計(jì)今年年內(nèi)實(shí)現(xiàn)量產(chǎn)。

長(zhǎng)城的7DCT變速箱自13年誕生至今經(jīng)歷了三代，搭載在哈弗H6上的為第二代型號(hào)為7DCT450的濕式雙離合變速箱，這款變速箱除了搭載在哈弗H6上，還廣泛搭載在哈弗系列其他SUV的自動(dòng)擋車型上。

?

軟硬件構(gòu)成及生產(chǎn)環(huán)節(jié)

零部件方面，長(zhǎng)城7DCT450由157種零部件組成，其中殼體、齒輪及軸承等18種基礎(chǔ)零部件由自己生產(chǎn)，剩下部件則來(lái)自進(jìn)口或外資零部件在華工廠。

?

在生產(chǎn)環(huán)節(jié)，長(zhǎng)城也采取了引進(jìn)國(guó)外先進(jìn)生產(chǎn)線、設(shè)備或交鑰匙工程的方式來(lái)實(shí)施。

?

而軟件部分，包括需求分析、技術(shù)標(biāo)定、專利、系統(tǒng)匹配等全部環(huán)節(jié)，具體如新下線變速器在使用過(guò)程不同階段的自主學(xué)習(xí)功能、變速器易損部位的保護(hù)及報(bào)警策略、換擋邏輯和策略、基于物理模型的離合器充油策略等等均由長(zhǎng)城的技術(shù)團(tuán)隊(duì)來(lái)主導(dǎo)編寫實(shí)現(xiàn)，把動(dòng)力總成調(diào)校匹配的主動(dòng)權(quán)掌握在自己手里，也讓產(chǎn)品更適應(yīng)中國(guó)的路況和車主實(shí)際需求。

同時(shí)，蜂巢易創(chuàng)也正在進(jìn)行ASPICE軟件開(kāi)發(fā)流程、ISO26262 功能安全等國(guó)際標(biāo)準(zhǔn)體系建設(shè)，用來(lái)規(guī)范產(chǎn)品安全生命周期內(nèi)軟硬件和系統(tǒng)層面的開(kāi)發(fā)流程，判定風(fēng)險(xiǎn)等級(jí)，以滿足產(chǎn)品國(guó)際化發(fā)展需求。

性能亮點(diǎn)

7DCT450作為一款7擋濕式雙離合變速箱，相比以往的干式雙離合，其離合片浸泡在變速箱油內(nèi)，利用油液冷卻摩擦片，并通過(guò)液壓推動(dòng)高低換擋，散熱效果更理想，軸承和離合片等部件的磨損和壓力降低，穩(wěn)定性提升，也能承受更大扭矩。相比AT變速箱，雙離合變速箱沒(méi)有液力變矩器，而是采用了兩套離合器，能實(shí)現(xiàn)無(wú)縫換擋的效果，因此換擋速度更快，發(fā)動(dòng)機(jī)的動(dòng)力輸出也更直接，動(dòng)力損失少，燃油經(jīng)濟(jì)性更佳。

?

具體性能參數(shù)方面，7DCT450的速比范圍達(dá)到了8.0，屬于較寬傳動(dòng)比范圍的設(shè)計(jì)，最大可承受450N·m的輸入扭矩，綜合效率高達(dá) 95.6%，另外設(shè)計(jì)壽命達(dá)到30萬(wàn)公里，也超過(guò)了歐美24萬(wàn)公里的設(shè)計(jì)壽命標(biāo)準(zhǔn)。

具體到第三代哈弗H6上，其1.5T發(fā)動(dòng)機(jī)最大扭矩285N·m，2.0T發(fā)動(dòng)機(jī)最大扭矩325N·m。

變速箱能承受的最大輸入扭矩與發(fā)動(dòng)機(jī)的峰值扭矩之間的差就是扭矩余量，扭矩余量越大，越有利于提高變速箱的耐用性。相對(duì)于第三代哈弗H6 1.5T發(fā)動(dòng)機(jī)，7DCT450的扭矩余量為165N·m，而2.0T發(fā)動(dòng)機(jī)扭矩余量為125N·m。

關(guān)于aspice軟件開(kāi)發(fā)流程百度文庫(kù)和aspice2的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。