aspice軟件開發流程培訓（aspice培訓視(shì)頻）

今天給各位分享aspice軟件開發流程培訓的(de)知識，其中也會對aspice培訓視(shì)頻進行(xíng)解釋，如(rú)果能碰巧解決你現在面臨的(de)問題，别忘了關注本站，現在開始吧(ba)！

本文目錄一(yī)覽：

• 1、工作筆(bǐ)記ASPICE VDA Guideline解讀(19)：SUP.8 配置管理(lǐ)
• 2、工作筆(bǐ)記 aspice基礎知識
• 3、ASPICE 汽車軟件過程改進及能力評定

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

配置管理(lǐ)過程的(de)目的(de)是建立和(hé)維護過程或項目的(de)所有(yǒu)工作産品的(de)完整性。

什麽是“工作産品的(de)完整性”呢(ne)？

下圖是"SWAD(軟件架構設計)"工作産品的(de)創建和(hé)維護過程，其每一(yī)次變更（如(rú)：從Baselined 1.0 -- Baselined 2.0）是可(kě)控的(de)，其相關聯的(de)上下遊基線是明确的(de)。這樣就可(kě)以說保證了"SWAD(軟件架構設計)"的(de)完整性。

1) 配置管理(lǐ)策略

ASPICE模型要求

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

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

職責 / responsibilities

工具和(hé)配置庫 / tools and repositories

配置項(識别的(de))準則 / criteria for configuration items

命名規約 / naming conventions

訪問權限 / access rights

基線準則 / criteria for baselines

合并和(hé)分支策略 / merge and branch strategy

配置項的(de)修訂曆史方式 / the revision history approach for configuration items

配置管理(lǐ)策略包括：

a) 配置管理(lǐ)的(de)範圍需覆蓋項目中的(de)各學(xué)科(kē)(如(rú)：軟件、硬件)、各地(dì)點、各過程(如(rú)管理(lǐ)過程、支持過程、工程過程等)

b) 制定整體策略，覆蓋各學(xué)科(kē)、各過程及各地(dì)點等

c) 定義訪問權限

d) 根據項目的(de)複雜度定義所需的(de)活動和(hé)工具

e) 定義配置項的(de)識别準則及命名規約

f) 定義配置項的(de)修訂條件

g) 定義基線策略

h) 定義Variant及分支策略

i) 定義配置項變更曆史的(de)方式

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

老楊解讀：如(rú)果策略中沒有(yǒu)包括上述的(de)各點，則BP1不能判定為(wèi)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.

老楊解讀：如(rú)果沒有(yǒu)專門的(de)配置管理(lǐ)系統，但所建立的(de)配置管理(lǐ)程序是滿足産品複雜度的(de)，則不能基于此來降低(dī)BP1的(de)打分。

[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.

老楊解讀：如(rú)果配置管理(lǐ)的(de)主要方面（如(rú)上述的(de)d)或e)）是缺失的(de)，則BP1的(de)打分不能高(gāo)于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.

老楊解讀：如(rú)果策略中缺少主要的(de)基線方面的(de)考慮（上述的(de)g)），則BP1的(de)打分不能高(gāo)于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.

老楊解讀：如(rú)果策略中缺少主要的(de)分支和(hé)合并方面的(de)考慮（上述的(de)h)），則BP1的(de)打分不能高(gāo)于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.

老楊解讀：如(rú)果有(yǒu)一(yī)個适當的(de)通用策略，而沒有(yǒu)為(wèi)項目定義特定的(de)策略，那麽BP1的(de)打分不應該被降低(dī)。

(2) 基線

ASPICE模型要求

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

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

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

SUP.8.BP8: 驗證配置項的(de)信息 / Verify the information about configured items

驗證配置項及其基線的(de)信息是否完整，并确保基線的(de)一(yī)緻性。

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

基線需要：

a) 定義基線中所包括的(de)配置項

b) 根據策略創建必要的(de)內(nèi)外部基線

c) 創建跨不同學(xué)科(kē)、地(dì)點和(hé)過程的(de)整體基線，并保證其之間的(de)一(yī)緻性

d) 基線中應包括再現工作産品的(de)完整和(hé)一(yī)緻的(de)配置項集合

e) 根據策略中定義的(de)命名規範創建基線

[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.

老楊解讀：如(rú)果基線中沒有(yǒu)識别出所有(yǒu)的(de)需要被控制的(de)配置項，則BP6的(de)打分不能高(gāo)于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.

老楊解讀：如(rú)果創建的(de)跨不同學(xué)科(kē)、地(dì)點和(hé)過程的(de)整體基線(上述的(de)c))之間是不一(yī)緻的(de)，或不存在，則應降低(dī)BP6的(de)打分。

[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.

老楊解讀：如(rú)果基線的(de)內(nèi)容未進行(xíng)驗證，則應降低(dī)BP8的(de)打分。

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

老楊解讀：如(rú)果未使用已定義的(de)命名規範，則應降低(dī)BP6的(de)打分。

(3) 分支與合并

ASPICE模型要求

SUP.8.BP4: 建立分支管理(lǐ) / Establish branch management

根據配置管理(lǐ)策略建立分支管理(lǐ)，分支管理(lǐ)适用于使用同一(yī)基礎進行(xíng)并行(xíng)開發時

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

SUP.8.BP8: 驗證配置項的(de)信息 / Verify the information about configured items

驗證配置項及其基線的(de)信息是否完整，并确保基線的(de)一(yī)緻性。

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.

老楊解讀：如(rú)果未基于策略創建分支，則應降低(dī)BP4的(de)打分。

[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.

老楊解讀：如(rú)果不能确保合并項的(de)一(yī)緻性和(hé)完全性，則BP8的(de)打分不能是F。

(4) 配置管理(lǐ)基礎設施

ASPICE模型要求

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

根據配置管理(lǐ)策略建立配置管理(lǐ)系統

Establish a configuration management system according to the configuration management strategy

SUP.8.BP9: 管理(lǐ)配置項和(hé)基線的(de)存儲 / Manage the storage of configuration items and baselines

通過适當的(de)調度和(hé)資源存儲保證配置項和(hé)基線的(de)完整性和(hé)可(kě)用性，對使用的(de)CM系統歸檔（長(cháng)期保存）和(hé)備份

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.

配置管理(lǐ)基礎設施需要：

a) 支持策略中定義的(de)配置管理(lǐ)程序，包括訪問權限

b) 适合于已定義的(de)複雜度，包括适用于多地(dì)、項目規模、多項目或多變體應用等。

c) 了解所用的(de)IT服務(如(rú)：文件共享、工具等)屬性，比如(rú)存儲、歸檔、備份，并與項目需求進行(xíng)比較。識别差異并采取糾正措施

[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.

老楊解讀：如(rú)果已建立的(de)基礎設施不能支持配置管理(lǐ)程序(上述的(de)a))，或項目複雜度(上述的(de)b))，則應降低(dī)BP3的(de)打分。

[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.

老楊解讀：如(rú)果沒有(yǒu)專門的(de)配置管理(lǐ)系統，但所建立的(de)配置管理(lǐ)程序是滿足産品複雜度的(de)，則不能基于此來降低(dī)BP3的(de)打分。

[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.

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

工作筆(bǐ)記 aspice基礎知識

最近給某OEM做(zuò)了一(yī)次Automotive SPICE CL2評估，很多朋(péng)友就問我(wǒ)關于Automotive SPICE評估的(de)一(yī)些事情。本文算是一(yī)個科(kē)普吧(ba)，給不太了解Automotive SPICE的(de)人介紹一(yī)下Automotive SPICE和(hé)Automotive SPICE評估的(de)事情。

1. Automotive SPICE

1.1  什麽是Automotive SPICE？

Automotive SPICE是一(yī)個”過程模型”，适用于”基于軟件的(de)車載系統”的(de)”設計開發過程”。過程模型是一(yī)個集合，是包含了與設計開發過程相關的(de)優秀實踐的(de)集合。既然是一(yī)個集合，那就需要按照一(yī)定的(de)結構把這些實踐組織起來：

方式一(yī)：按照實踐所屬的(de)不同領域進行(xíng)組織，比如(rú)有(yǒu)些實踐是和(hé)項目管理(lǐ)相關的(de)，有(yǒu)些實踐是和(hé)軟件需求相關的(de)，有(yǒu)些實踐是和(hé)軟件單元測試相關的(de)….，不同的(de)領域被稱為(wèi)“過程”，這就是Automotive SPICE中的(de)“過程緯度”。Automotive SPICE PAM V3.1中包括有(yǒu)32個過程。

方式二：按照做(zuò)事情的(de)方式進行(xíng)組織，比如(rú)：依靠個人的(de)經驗來做(zuò)，是能力度級别1（CL 1）的(de)實踐；按照可(kě)管理(lǐ)的(de)方式（活動管理(lǐ)和(hé)工作産品管理(lǐ)）來做(zuò)，是能力度級别2（CL 2）的(de)實踐；按照組織的(de)要求來做(zuò)，是能力度級别3（CL 3）的(de)實踐….，這就是Automotive SPICE中的(de)”能力度緯度”。

“能力度”是“過程的(de)能力度”。如(rú)果說“某個項目達到了能力度2級”，是不準确的(de)，應該說“某個項目中的(de)某些過程達到了能力度2級”。同樣的(de)，如(rú)果說某個組織達到了能力度2級，也是不準确的(de)。

下圖是常見的(de)體現評估結果的(de)形式，評估範圍內(nèi)的(de)過程，分别達到了什麽樣的(de)過程能力度。

1.2 怎麽用Automotive SPICE？

Automotive SPICE是歐洲車廠在認識到軟件質量的(de)重要性之後，制定的(de)一(yī)個規範。目的(de)是希望其供應商(shāng)能按照Automotive SPICE的(de)要求進行(xíng)産品的(de)設計開發，以提供高(gāo)質量的(de)産品。

Automotive SPICE中包括有(yǒu)那麽多的(de)過程，那麽OEM對供應商(shāng)的(de)具體要求是什麽呢(ne)？要求供應商(shāng)需要應用哪些過程，這些過程需要達到幾級呢(ne)？

一(yī)般來說，OEM不會要求供應商(shāng)去(qù)遵守Automotive SPICE的(de)所有(yǒu)過程的(de)，為(wèi)什麽呢(ne)？

性價比！

實施Automotive SPICE的(de)成本，評估的(de)成本，最後都是産品成本，OEM是需要買單的(de)。

所以OEM會基于其對軟件質量的(de)理(lǐ)解，選擇最重要的(de)過程來要求其供應商(shāng)。

起初的(de)時候，不同的(de)OEM有(yǒu)不同的(de)使用Automotive SPICE的(de)觀點，形成氣候的(de)，如(rú)下圖所示：

說明：

HIS是Audi AG, BMW, DaimlerChrysler, Porsche, Volkswagen成立的(de)制定軟件開發規則的(de)組織

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

逐漸的(de)，各OEM的(de)要求開始統一(yī)，目前逐漸形成了如(rú)下兩類：

說明：

2016年(nián)HIS組織解散了，VDA QMC（Automotive SPICE PAM V2.5及其以後版本的(de)Owner）在2017年(nián)Automotive SPICE PAM V3.0發布時，将之前在業界應用非常廣泛的(de)HIS Scope，改名定義為(wèi)VDA Scope

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

各個與汽車軟件相關的(de)供應商(shāng)在應用Automotive SPICE時，往往最終都是為(wèi)了滿足OEM的(de)要求，其應用Automotive SPICE的(de)過程範圍及目标級别，遵照其所服務的(de)OEM的(de)要求。

2. Automotive SPICE評估

接下來我(wǒ)們(men)談一(yī)談Automotive SPICE評估，在談Automotive SPICE評估之前，需要先談一(yī)談與Automotive SPICE相關的(de)組織。

2.1 Automotive SPICE相關的(de)組織

在Automotive SPICE領域，沒有(yǒu)機(jī)構去(qù)管理(lǐ)“評估”，隻是有(yǒu)機(jī)構去(qù)管理(lǐ)“評估師”。這個管理(lǐ)評估師的(de)機(jī)構就是iNTACS（國(guó)際評估師認證機(jī)構，INTernational Assessor Certification Scheme）。iNTACS定義了評估師的(de)級别劃分，以及級别晉升和(hé)級别維持的(de)條件。Automotive SPICE評估師的(de)級别從低(dī)到高(gāo)分别為(wèi)：Provisional Assessor, Competent Assessor, Principal Assessor。

晉升到competent Assessor或Principal Assessor，或維持competent Assessor或Principal Assessor資質時，其條件之一(yī)就是需要實施Automotive SPICE評估：

作為(wèi)Assessor晉升證據（或維持資質的(de)證據）的(de)評估要求包括：

評估由至少2個評估師來實施，評估組組長(cháng)需要Competent Assessor或Principal Assessor，評估組組員可(kě)以是Provisional Assessor或Competent Assessor或Principal Assessor

評估的(de)過程範圍至少包括項目管理(lǐ)相關的(de)過程、支持類相關的(de)過程和(hé)工程類相關的(de)過程

評估的(de)時間需要至少50小時

2.2 Automotive SPICE評估的(de)類型

在1次Automotive SPICE評估時，Automotive SPICE相當于評估的(de)準則（Criteria），而還需要有(yǒu)評估方法，根據所選擇的(de)評估方法不同，Automotive SPICE評估分為(wèi)兩種類型，一(yī)種是項目能力度評估，一(yī)種是組織成熟度評估。

項目能力度評估

遵照ISO/IEC 15504-2 Performing an assessment實施的(de)評估，是項目能力度評估。在這類評估中，是由Sponsor（發起評估的(de)人）确定評估的(de)模型範圍（選擇哪些過程，這些過程需要評估到幾級）、項目範圍（評估哪個項目），而Assessor是根據Sponsor的(de)要求實施評估。

（企業想評價哪個項目，評價哪個過程，評價到幾級，不是Assessor決定的(de)！）

組織成熟度評估

ISO/IEC 15504-7 TR Assessment of organizational maturity定義的(de)是組織成熟度評估的(de)評估方法，在組織成熟度評估時：Sponsor确定被評估的(de)組織，以及目标級别；由Assessor根據對被評估組織進行(xíng)分析，之後進行(xíng)項目抽樣（使得被抽樣的(de)項目能代表整個組織的(de)水平），然後通過對被抽樣項目進行(xíng)預定義過程的(de)評估，進而得出組織的(de)過程成熟度水平。

簡單來說：在組織成熟度評估時，是由Assessor确定被評估的(de)項目，而過程範圍也是需要預定義的(de)（應該由Automotive SPICE的(de)Owner來定義，詳細的(de)原因，這裏不再贅述，讀者可(kě)以思考思考~~）

組織成熟度評估在業界很少被用到，主要的(de)原因是OEM不太認可(kě)組織成熟度評估的(de)方式。我(wǒ)分析有(yǒu)兩個原因：

OEM更關注的(de)是供應商(shāng)為(wèi)其開發的(de)項目的(de)情況如(rú)何，而不關注供應商(shāng)的(de)組織

Automotive SPICE的(de)業界大咖們(men)不希望Automotive SPICE因為(wèi)組織成熟度的(de)評估方式而商(shāng)業化（Automotive SPICE還是很高(gāo)冷的(de)，不像CMMI那麽商(shāng)業化）

基于如(rú)上原因ISO/IEC 15504-7在2008年(nián)發布之後，至今也還是TR，始終不是一(yī)個正式的(de)ISO标準，本文後續的(de)描述，不再讨論組織成熟度評估。

注：此處的(de)标準号都是15504，15504系列标準正在被330XX标準所替代。

2.3 被認可(kě)的(de)Automotive SPICE評估

什麽樣的(de)Automotive SPICE評估才是正式的(de)評估，或者說是被認可(kě)的(de)評估呢(ne)？

經常經常有(yǒu)人問我(wǒ)這個問題，但這個問題的(de)題幹是不完全的(de)。

是被誰認可(kě)的(de)評估呢(ne)？

舉個例子(zǐ)：如(rú)果需要OEM A認可(kě)的(de)評估，那麽這個認可(kě)的(de)條件就需要OEM A來定義。OEM A可(kě)以指定某個專業的(de)軟件過程專家（該專家可(kě)能不具備任何Automotive SPICE的(de)Assessor資質），然後隻要是該專家實施的(de)評估，OEM A都認可(kě)。

所以說，這個問題不能問我(wǒ)，你應該去(qù)問那個“誰”

這麽分析問題，有(yǒu)點杠精的(de)行(xíng)為(wèi)了~~

正式的(de)評估或者被認可(kě)的(de)評估，在Automotive SPICE領域引申是指“可(kě)以做(zuò)為(wèi)Assessor資質維持或資質晉升的(de)證據的(de)評估”，那這樣的(de)評估需要滿足什麽條件呢(ne)？這個答案就是在前文（2.1節）中的(de)闡述。

隻要滿足2.1節所闡述的(de)條件的(de)評估，就可(kě)以認為(wèi)是一(yī)個正式的(de)評估和(hé)受認可(kě)的(de)評估。與實施評估的(de)組織是無關的(de)哦~~，對嗎？

2.4 Automotive SPICE評估結果的(de)有(yǒu)效性和(hé)有(yǒu)效期

Automotive SPICE評估是在某個時間點，對某個項目中已經實施的(de)過程的(de)能力度進行(xíng)的(de)評估，評估結果是代表了曆史上的(de)某個項目，在曆史上的(de)某個時間點的(de)過程能力情況。

評估結果隻是對被評估項目有(yǒu)效，對其它項目是無效的(de)。

在VDA Guideline中，增加了12個月有(yǒu)效期的(de)說法：在被評估項目中，如(rú)果沒有(yǒu)發生變更，則可(kě)以認為(wèi)評估結果在12個月之內(nèi)是有(yǒu)效的(de)（這個有(yǒu)效是對同一(yī)個被評估項目來說的(de)）；這裏的(de)變更是指過程的(de)變更，包括：開發地(dì)點的(de)變更、團隊組織結構的(de)調整、人員的(de)更替、開發過程的(de)調整等。

雖然某一(yī)次Automotive SPICE評估結果隻是對被評估的(de)項目有(yǒu)效，對其它的(de)項目無效。但該次評估結果也往往還是可(kě)以在一(yī)定程度上反映其它項目的(de)過程能力，特别是當其它項目與被評估項目在項目特征上一(yī)緻時。

1）比如(rú)：某個OEM在考察供應商(shāng)時，供應商(shāng)展示了3個月之前實施的(de)一(yī)次Automotive SPICE評估結果，則OEM可(kě)能會認為(wèi)：“既然是在這麽短(duǎn)的(de)時間之前做(zuò)的(de)評估，那麽該評估結果能代表企業目前的(de)能力”（接受）。如(rú)果供應商(shāng)展示了10年(nián)之前實施的(de)一(yī)次Automotive SPICE評估結果，則OEM可(kě)能會認為(wèi)：“這是太久之前的(de)一(yī)次評估，很難代表企業現在的(de)能力”（不接受）。3個月的(de)時間可(kě)以接受，10年(nián)的(de)時間不可(kě)以接受，那麽中間的(de)臨界時間點在哪裏呢(ne)？沒有(yǒu)答案哦~~

2）不同的(de)Automotive SPICE能力度級别也會對評估結果的(de)有(yǒu)效性産生影響。

Automotive SPICE能力度二級時，具備相同項目特征的(de)項目之間，其項目過程可(kě)以是不一(yī)緻的(de)；Automotive SPICE能力度三級時，具備相同項目特征的(de)項目之間，其項目過程是一(yī)緻的(de)，都是遵照了标準的(de)組織過程。基于此，企業的(de)某個項目的(de)某些過程如(rú)果達成了Automotive SPICE能力度三級，則客戶可(kě)能會相信其它項目的(de)過程能力也是如(rú)此的(de)。

2.5 評估通過證書

當第三方機(jī)構在為(wèi)某企業實施了Automotive SPICE評估之後，如(rú)果評估範圍內(nèi)的(de)過程都達到了目标級别，則第三方機(jī)構會應被評估組織的(de)要求，發一(yī)個通過Automotive SPICE評估的(de)證書。

注：評估通過證書不是Automotive SPICE評估所要求的(de)。是被評估組織為(wèi)了其Marketing及Business目的(de)，而要求評估機(jī)構頒發的(de)。

Automotive SPICE評估通過證書是Automotive SPICE評估結果的(de)Summary，雖然不同的(de)第三方機(jī)構，頒發證書的(de)格式和(hé)內(nèi)容都不盡相同，但為(wèi)了能客觀全面的(de)反映評估結果，一(yī)般需要包括如(rú)下信息：

被評估的(de)組織及部門（是對某個部門下的(de)項目進行(xíng)的(de)評估，項目所在的(de)具體部門信息需要體現出來）

評估所遵照的(de)Automotive SPICE模型信息，目标級别

評估方法

評估的(de)項目名稱，及評估的(de)過程範圍，評估日期

實施評估的(de)組織

評估組組長(cháng)信息及簽名

ASPICE 汽車軟件過程改進及能力評定

ASPICE：Automotive Software Process Improvement and Capacity Determination

汽車軟件過程改進及能力評定，汽車行(xíng)業評價軟件開發團隊的(de)研發能力水平模型

由歐盟多家主要汽車制造商(shāng)共同制定，2005年(nián)發布

CMM：最初基于CMM Capability Maturity Model

ISO：國(guó)際标準化組織ISO、國(guó)際電工委員會IEC、信息技術委員會JTC1聯合制定并發布了國(guó)際标準ISO/IEC15504，又稱SPICE，包含汽車行(xíng)業SPICE、醫療設備行(xíng)業、航天行(xíng)業

ASPICE：從ISO拆分出來，由德國(guó)汽車工業聯合會（VDA）的(de)質量管理(lǐ)中心（QMC）運營發展

CMM和(hé)SPICE：CMM可(kě)以針對項目的(de)某個領域、也可(kě)以面向整個項目或組織，可(kě)以用于評級，如(rú)CMMI3，而SPICE隻能用于評價項目中的(de)特定過程域（ Process Instance ）

3個過程組别：主要生命周期過程、組織生命周期過程、支持生命周期過程

雙向可(kě)追溯性和(hé)一(yī)緻性

評估、驗證準則和(hé)複合性

過程評估模型分為(wèi)“過程實施指标”和(hé)“過程能力指标”

1.過程實施指标——隻适用于L1

又分為(wèi)：基本實踐（BP 面向活動，一(yī)組任務或活動）、工作成果物（WP，面向結果）

2.過程能力指标——适用于L2~L5

又分為(wèi)：通用實踐（GP 面向活動）、通用資源（GR 面向基礎設施）

【0級】代表一(yī)種混亂的(de)狀态。

【1級】代表企業已經能夠完成産品研發相關的(de)工作，但缺乏管理(lǐ)，雖然偶爾能夠成功，但項目中存在大量不确定的(de)因素，對項目缺乏掌控能力，無法确保一(yī)定能夠按時交付高(gāo)質量的(de)産品

【2級】代表企業不僅能夠完成産品研發相關工作還能有(yǒu)提前制定嚴謹和(hé)周全的(de)工作計劃，并能有(yǒu)效根據計劃實施項目監控和(hé)管理(lǐ)，各項目能夠有(yǒu)序進行(xíng)

【3級】代表不僅各項目能夠管理(lǐ)得很好，而且能夠有(yǒu)效的(de)從曆史項目中積累經驗和(hé)教訓，形成公司的(de)知識資産和(hé)标準工作流程，用于對今後項目的(de)參考和(hé)指導以及公司管理(lǐ)的(de)持續改善

【4級】引入統計學(xué)知識和(hé)技術，對項目相關各項數據進行(xíng)統計和(hé)分析，并将之運用于未來的(de)項目管理(lǐ)之中，達到對項目結果的(de)預測，并根據預測結果對項目進行(xíng)實時的(de)調整，确保達成項目目标

【5級】代表企業能夠基于商(shāng)業目标的(de)需要，主動的(de)對過程進行(xíng)調整，對變革管理(lǐ)有(yǒu)很強的(de)管理(lǐ)能力，能夠基于對過程的(de)量化分析設定明确有(yǒu)效的(de)過程改進目标，并能對過程改進結果進行(xíng)有(yǒu)效的(de)量化監控和(hé)分析

主要聚焦在軟件，沒有(yǒu)包含硬件和(hé)機(jī)械功能；其他關鍵部分可(kě)以以拆件的(de)形式融合到ASPICE

關于aspice軟件開發流程培訓和(hé)aspice培訓視(shì)頻的(de)介紹到此就結束了，不知道(dào)你從中找到你需要的(de)信息了嗎 ？如(rú)果你還想了解更多這方面的(de)信息，記得收藏關注本站。