原文：在產(chǎn)品和/或服務(wù)的整個(gè)生命周期內(nèi)，收集、分析和跟蹤利益相關(guān)者不斷變化的需求和要求，以建立一套商定的要求。

The purpose is to gather, analyze, and track evolving stakeholder needs and requirements throughout the lifecycle of the product and/or service to establish a set of agreed requirements.

1) 這句話中，有個(gè)關(guān)鍵詞叫“產(chǎn)品生命周期”。還有一個(gè)相似的詞，叫“項(xiàng)目生命周期”。下面梳理對(duì)比如下：

l 從概念上來對(duì)比：

a) 產(chǎn)品生命周期：指的是從產(chǎn)品的概念、設(shè)計(jì)、開發(fā)、測(cè)試、發(fā)布，到最終的維護(hù)和淘汰的整個(gè)過程。在ASPICE標(biāo)準(zhǔn)中，產(chǎn)品生命周期涵蓋了需求工程、軟件設(shè)計(jì)、編碼、測(cè)試和維護(hù)等階段。這個(gè)周期關(guān)注的是產(chǎn)品從開始到結(jié)束的整個(gè)發(fā)展過程，包括產(chǎn)品的需求收集、設(shè)計(jì)實(shí)現(xiàn)、驗(yàn)證確認(rèn)以及后續(xù)的維護(hù)升級(jí)等活動(dòng)。

b) 項(xiàng)目生命周期：指的是一個(gè)項(xiàng)目從啟動(dòng)到完成的整個(gè)過程。在ASPICE中，項(xiàng)目生命周期更側(cè)重于項(xiàng)目管理的角度，包括項(xiàng)目的動(dòng)機(jī)、邊界、角色職責(zé)等。項(xiàng)目生命周期涉及到項(xiàng)目的具體實(shí)施，如項(xiàng)目計(jì)劃、執(zhí)行、監(jiān)控和收尾等，它關(guān)注的是項(xiàng)目如何被有效管理和執(zhí)行，以確保項(xiàng)目目標(biāo)的實(shí)現(xiàn)。

簡(jiǎn)言之，產(chǎn)品生命周期關(guān)注的是產(chǎn)品本身從誕生到結(jié)束的全過程，而項(xiàng)目生命周期則關(guān)注的是為了實(shí)現(xiàn)產(chǎn)品而進(jìn)行的項(xiàng)目管理和執(zhí)行過程。

l 從時(shí)間線上來對(duì)比：

產(chǎn)品生命周期：通常比項(xiàng)目生命周期要長(zhǎng)。一個(gè)產(chǎn)品可能需要多個(gè)項(xiàng)目來實(shí)現(xiàn)其不同階段的目標(biāo)，例如，一個(gè)產(chǎn)品的開發(fā)可能需要多個(gè)開發(fā)項(xiàng)目來完成。

項(xiàng)目生命周期：通常較短，每個(gè)項(xiàng)目都有明確的開始和結(jié)束時(shí)間，一旦項(xiàng)目目標(biāo)達(dá)成，項(xiàng)目就結(jié)束了。

因此，產(chǎn)品生命周期一般比項(xiàng)目生命周期涵蓋的范圍更廣，時(shí)間線更長(zhǎng)。產(chǎn)品生命周期是連續(xù)的，而項(xiàng)目生命周期是離散的，每個(gè)項(xiàng)目都有其特定的目標(biāo)和期限。

2) 第二個(gè)關(guān)鍵詞：收集、分析、跟蹤利益相關(guān)方，不斷變化的需求和要求

a) 收集需求：通過直接征求客戶意見、相關(guān)法律法規(guī)、經(jīng)驗(yàn)教訓(xùn)、公司要求、以及其他影響客戶需求的文檔，來獲取并定義利益相關(guān)方的需求和要求。即，需求的收集是一個(gè)主動(dòng)的過程，需要與客戶和其他利益相關(guān)方進(jìn)行溝通和協(xié)作。

b) 分析需求：分析需求涉及到理解利益相關(guān)方的期望，并確保供應(yīng)商和客戶對(duì)每個(gè)需求有同樣的理解。這可能包括對(duì)需求的可行性、成本和時(shí)間進(jìn)行評(píng)估，以及考慮技術(shù)、費(fèi)用、材料、適法性等因素。

c) 跟蹤需求：建立與利益相關(guān)方的持續(xù)溝通機(jī)制，并對(duì)分析后的需求進(jìn)行版本或基線管理，從而持續(xù)監(jiān)控利益相關(guān)方的需求。這包括建立變更機(jī)制，以便基于利益相關(guān)方需求的變化，評(píng)估需求變更并將其納入需求基線。

3) 第三個(gè)關(guān)鍵詞：利益相關(guān)方

利益相關(guān)方可能包括客戶、供應(yīng)商、公司內(nèi)部其他共同參與開發(fā)的部門等。

另外還可能會(huì)涉及到公司內(nèi)部舊產(chǎn)品/組件的開發(fā)部門/人員，因?yàn)槿绻马?xiàng)目使用到舊產(chǎn)品或組件，那么舊產(chǎn)品/組件的相關(guān)要求可以成為本項(xiàng)目的利益相關(guān)方需求。

4) 第四個(gè)關(guān)鍵詞：不斷變化的需求和要求

因?yàn)樾枨笫遣粩嘧兓?，所以我們要做到如下要求?/p>

a) 持續(xù)溝通：與利益相關(guān)方保持開放和持續(xù)的溝通，以便及時(shí)了解他們的需求變化。

b) 靈活性和可擴(kuò)展性：在設(shè)計(jì)產(chǎn)品和/或服務(wù)時(shí)，考慮靈活性和可擴(kuò)展性，以便更容易地適應(yīng)未來的需求變化。

c) 利益相關(guān)方參與：在產(chǎn)品開發(fā)過程中，讓利益相關(guān)方參與關(guān)鍵決策，確保他們的需求和期望得到滿足。

5) 第五個(gè)關(guān)鍵詞：商定的要求

通過獲得所有利益相關(guān)方關(guān)于需求的明確協(xié)議，以便于開展工作。

即，需求的確定不僅僅是單方面的，而是需要所有相關(guān)方的共識(shí)和明確同意。

商定的要求可以通過聯(lián)合評(píng)審、可行性研究、成本分析、時(shí)間分析等來達(dá)成。

建立利益相關(guān)方需求基線，將利益相關(guān)方的需求正式化，并建立基線以便項(xiàng)目使用和依照利益相關(guān)方需要進(jìn)行監(jiān)控。

原文：

1) 建立了與利益相關(guān)方的持續(xù)溝通；

2) 理解了利益相關(guān)方的期望，定義和約定了需求；

3) 分析了因利益相關(guān)方需求的變化，而引發(fā)的利益相關(guān)方的需求變更，便于相關(guān)的風(fēng)險(xiǎn)評(píng)估和影響管理；

4) 確保了所有受影響方，能夠確定利益相關(guān)方需求的狀態(tài)。

1) Continuing communication with the stakeholder is established.

2) Stakeholder expectations are understood, and requirements are defined and agreed.

3) Stakeholder requirements changes arising from stakeholder needs are analyzed to enable associated risk assessment and impact management.

4) Determination of stakeholder requirements status is ensured for all affected parties.

基本實(shí)踐BP代表面向活動(dòng)的指標(biāo)，而輸出信息OIs是面向結(jié)果的指標(biāo)，它們共同支持過程結(jié)果的實(shí)現(xiàn)。具體詳見本文章節(jié)2.4。

原文：通過直接征求利益相關(guān)方的意見、審查利益相關(guān)方的業(yè)務(wù)建議 (如相關(guān)) 和其他包含利益相關(guān)方需求意見的文件，以及考慮目標(biāo)運(yùn)行和硬件環(huán)境，獲取并定義利益相關(guān)方的期望和要求。

Obtain and define stakeholder expectations and requests through direct solicitation of stakeholder input, and through review of stakeholder business proposals (where relevant) and other documents containing inputs to stakeholder requirements, and consideration of the target operating and hardware environment.

注 1：記錄利益相關(guān)方 或 利益相關(guān)方需求 的來源，可支持利益相關(guān)方需求協(xié)議和變更分析 (見 BP2 和BP3) 。

Note 1: Documenting the stakeholder, or the source of a stakeholder requirement, supports stakeholder requirements agreement and change analysis (see BP2 and BP3).

1) 即通過如下方式，來獲取并定義利益相關(guān)方的需求。

a) 通過直接征求利益相關(guān)方的意見；

i. 這種方法更側(cè)重于直接與利益相關(guān)方進(jìn)行溝通交流，以獲取他們的觀點(diǎn)、感受和需求。

ii. 一般指通過會(huì)議、訪談、問卷調(diào)查等方式，直接與客戶溝通交流；

b) 審查利益相關(guān)方的業(yè)務(wù)建議（若相關(guān)）；

i. 這種方法更側(cè)重于分析和評(píng)估利益相關(guān)方提供的書面材料或文檔。

ii. 審查業(yè)務(wù)建議是一個(gè)更為正式和系統(tǒng)的過程，它涉及到對(duì)文檔內(nèi)容的詳細(xì)分析，以識(shí)別和提取需求。

iii. 這種方法可以提供更結(jié)構(gòu)化和詳細(xì)的信息，因?yàn)樗谝呀?jīng)制定的文檔和數(shù)據(jù)。

iv. 這些業(yè)務(wù)建議可能包含在正式的文檔中，如客戶RFQ文檔、技術(shù)規(guī)范、合同文件等，或者是非正式的溝通中，如會(huì)議記錄、電子郵件交流、訪談?dòng)涗?/strong>等。

v. 審查這些業(yè)務(wù)建議的目的是為了確保項(xiàng)目團(tuán)隊(duì)能夠準(zhǔn)確理解利益相關(guān)方的需求，并將其轉(zhuǎn)化為項(xiàng)目需求。

c) 包含利益相關(guān)方需求的文件；

i. 可能包含前面說的客戶RFQ，技術(shù)規(guī)范、合同文件、法律法規(guī)，公司規(guī)范要求等文檔。

d) 考慮目標(biāo)運(yùn)行環(huán)境和硬件環(huán)境；

i. 目標(biāo)運(yùn)行環(huán)境：通常指的是整車的環(huán)境，包括包括車輛的物理環(huán)境、使用條件、操作場(chǎng)景等。這涉及到車輛可能遇到的各種實(shí)際運(yùn)行情況，如不同的氣候條件、道路類型、交通狀況、駕駛習(xí)慣等。這些因素都可能對(duì)產(chǎn)品的設(shè)計(jì)提出不同的要求。

ii. 硬件環(huán)境 ：指的是軟件將要運(yùn)行的具體硬件平臺(tái)，包括但不限于微控制器（MCU）、傳感器、執(zhí)行器、通信接口等。軟件需要與這些硬件組件兼容，并且可能需要針對(duì)特定的硬件特性進(jìn)行優(yōu)化，以確保軟件能夠在硬件上高效、穩(wěn)定地運(yùn)行。

對(duì)比前兩種方式（通過直接征求利益相關(guān)方的意見 VS 審查利益相關(guān)方的業(yè)務(wù)建議），主要區(qū)別在于：

l 互動(dòng)性：直接征求意見是一個(gè)互動(dòng)過程，而審查業(yè)務(wù)建議是一個(gè)分析過程。

l 信息形式：直接征求意見通常獲得的是口頭或非正式的信息，而審查業(yè)務(wù)建議則是基于書面和正式的文檔。

l 側(cè)重點(diǎn)：直接征求意見更側(cè)重于個(gè)人的觀點(diǎn)和感受，而審查業(yè)務(wù)建議更側(cè)重于客觀的業(yè)務(wù)目標(biāo)和要求。

在實(shí)際的項(xiàng)目中，這兩種方法通常會(huì)結(jié)合使用，以確保全面地收集和理解利益相關(guān)方的需求和期望。直接征求意見可以幫助項(xiàng)目團(tuán)隊(duì)獲得更直接的反饋，而審查業(yè)務(wù)建議則可以提供更全面和詳細(xì)的信息。通過結(jié)合這兩種方法，項(xiàng)目團(tuán)隊(duì)可以更準(zhǔn)確地定義項(xiàng)目需求，并確保項(xiàng)目成果能夠滿足所有利益相關(guān)方的期望。

2) 需要記錄利益相關(guān)方 和 利益相關(guān)方需求的來源；

主要包含如下來源：

a) 需求管理清單：整合相關(guān)利益相關(guān)方的需求，并明確列出需求的來源和內(nèi)容。

b) 變更請(qǐng)求日志：記錄每一項(xiàng)提議的變更，包括發(fā)起變更的人員、變更的目的以及變更與項(xiàng)目目標(biāo)的契合程度。

c) 影響分析：全面分析變更對(duì)項(xiàng)目范圍、時(shí)間表、成本及質(zhì)量可能帶來的影響。

示例：

背景：一個(gè)汽車制造商正在開發(fā)一個(gè)新的安全系統(tǒng)，該系統(tǒng)包括自動(dòng)緊急制動(dòng)（AEB）功能。

利益相關(guān)方需求來源記錄：

l 客戶（汽車制造商）：客戶提出了一個(gè)需求，要求AEB系統(tǒng)能夠在高速行駛時(shí)檢測(cè)到前方障礙物，并在必要時(shí)自動(dòng)剎車以避免碰撞。這個(gè)需求被記錄在系統(tǒng)需求規(guī)范（SyRS）文檔中，并明確標(biāo)注為客戶提出。

l 法規(guī)要求：根據(jù)最新的交通法規(guī)，所有新車型都必須配備AEB系統(tǒng)。這個(gè)需求被記錄在合規(guī)性文檔中（表明其來源是法規(guī)要求），并在SyRS中引用。

l 技術(shù)團(tuán)隊(duì)：技術(shù)團(tuán)隊(duì)在評(píng)估了現(xiàn)有技術(shù)后，提出了一個(gè)需求，即AEB系統(tǒng)必須能夠在各種天氣條件下工作。這個(gè)需求被記錄在系統(tǒng)需求規(guī)范（SyRS）文檔中，并明確標(biāo)注為技術(shù)團(tuán)隊(duì)提出。

3) 利益相關(guān)方需求的記錄，可用來支持利益相關(guān)方需求協(xié)議

a) 通過記錄需求的來源，可以幫助項(xiàng)目團(tuán)隊(duì)與利益相關(guān)方就需求達(dá)成明確的協(xié)議。

b) 這種記錄使得需求更加透明，確保所有相關(guān)方對(duì)需求有共同的理解，并且可以作為后續(xù)溝通和決策的基礎(chǔ)。

4) 利益相關(guān)方需求的記錄，可用來支持變更分析

a) 當(dāng)需求發(fā)生變更時(shí)，記錄需求來源對(duì)于分析變更的影響至關(guān)重要。

b) 這種分析可以幫助評(píng)估變更對(duì)項(xiàng)目的影響，包括對(duì)項(xiàng)目范圍、時(shí)間、成本和質(zhì)量的潛在影響。

c) 了解需求的來源可以幫助識(shí)別變更的驅(qū)動(dòng)因素，從而更好地管理和控制變更。

2.3.2 SYS.1.BP2：就需求達(dá)成一致。

原文：將利益相關(guān)者的期望和要求正式轉(zhuǎn)化為需求。通過獲得所有受影響方的明確同意，在受影響方之間就利益相關(guān)者的需求集達(dá)成共識(shí)。

Formalize the stakeholder’s expectations and requests into requirements. Reach a common understanding of the set of stakeholder requirements among affected parties by obtaining an explicit agreement from all affected parties.

注 2：受影響方包括客戶、供應(yīng)商、設(shè)計(jì)合作伙伴、合資企業(yè)合作伙伴或外包方。

Note 2: Examples of affected parties are customers, suppliers, design partners, joint venture partners, or outsourcing parties.

注 3：商定的利益相關(guān)方要求可基于可行性研究和/或成本和進(jìn)度影響分析。

Note 3: The agreed stakeholder requirements may be based on feasibility studies and/or cost and schedule impact analysis.

可濃縮到三個(gè)關(guān)鍵詞：轉(zhuǎn)化需求、明確同意、達(dá)成共識(shí)，解析如下：

1) 轉(zhuǎn)化需求：將利益相關(guān)方提出的非正式需求（如口頭描述、初步想法或業(yè)務(wù)建議）轉(zhuǎn)化為明確、具體、可衡量的需求。這些需求需要被詳細(xì)記錄，并以正式文檔的形式表達(dá)出來，以便于管理和跟蹤。

2) 明確同意：轉(zhuǎn)化后的需求，需要得到所有受影響方的明確同意。即，每個(gè)相關(guān)方都理解需求的內(nèi)容，并且同意這些需求將作為項(xiàng)目開發(fā)的基礎(chǔ)。

3) 達(dá)成共識(shí)：在所有受影響方之間就需求集達(dá)成共識(shí)，確保每個(gè)相關(guān)方對(duì)需求有共同的理解。這通常涉及到討論、協(xié)商和可能的妥協(xié)，以確保所有相關(guān)方的利益都得到考慮和平衡

注2：受影響方包括客戶、供應(yīng)商、設(shè)計(jì)合作伙伴、合資企業(yè)合作伙伴或外包方。

注 3：商定的利益相關(guān)方要求 可基于可行性研究和/或成本和進(jìn)度影響分析。

即，在將利益相關(guān)方的期望和要求轉(zhuǎn)化為正式需求的過程中，這些需求的確定可能依賴于兩個(gè)關(guān)鍵的評(píng)估：

1) 可行性研究：這是指對(duì)項(xiàng)目的技術(shù)可行性、經(jīng)濟(jì)可行性、法律可行性、運(yùn)營(yíng)可行性等進(jìn)行系統(tǒng)的分析。

a) 通過可行性研究，項(xiàng)目團(tuán)隊(duì)可以評(píng)估項(xiàng)目是否能夠?qū)崿F(xiàn)預(yù)定目標(biāo)，以及實(shí)現(xiàn)這些目標(biāo)的最佳方式。

b) 可行性研究結(jié)果可以幫助確定某些需求是否實(shí)際可行，以及實(shí)現(xiàn)這些需求所需的資源和條件。

2) 成本和進(jìn)度影響分析：這涉及到評(píng)估需求變更或新需求對(duì)項(xiàng)目成本和時(shí)間表的影響。

a) 這種分析有助于項(xiàng)目團(tuán)隊(duì)理解需求變更對(duì)項(xiàng)目預(yù)算和交付時(shí)間的影響，以及是否需要對(duì)項(xiàng)目計(jì)劃進(jìn)行調(diào)整以適應(yīng)這些變更。

b) 通過這種分析，項(xiàng)目團(tuán)隊(duì)可以與利益相關(guān)方討論需求的優(yōu)先級(jí)和實(shí)現(xiàn)的可能性，以及可能需要的權(quán)衡。

2.3.3 SYS.1.BP3：分析利益相關(guān)方需求變更。

原文：根據(jù)商定的利益相關(guān)方要求，分析對(duì)利益相關(guān)方要求做出的所有變更。評(píng)估影響和風(fēng)險(xiǎn)，并啟動(dòng)適當(dāng)?shù)淖兏刂坪途徑庑袆?dòng)。

Analyze all changes made to the stakeholder requirements against the agreed stakeholder requirements. Assess the impact and risks, and initiate appropriate change control and mitigation actions.

注 4：需求變更可能來自不同方面，如不斷變化的技術(shù)、利益相關(guān)者的需求或法律限制。

Note 4: Requirements changes may arise from different sources as for instance changing technology, stakeholder needs, or legal constraints.

注 5：如有需要，請(qǐng)參閱 SUP.10 《變更請(qǐng)求管理》。

Note 5: Refer to SUP.10 Change Request Management, if required.

通過該過程，項(xiàng)目團(tuán)隊(duì)能夠系統(tǒng)地管理和控制利益相關(guān)方要求的變更，減少變更帶來的風(fēng)險(xiǎn)，并確保項(xiàng)目的成功交付。具體詳細(xì)解析如下：

1) 分析變更：當(dāng)利益相關(guān)方的要求發(fā)生變化時(shí)，首先需要對(duì)這些變更進(jìn)行詳細(xì)的分析。

a) 這包括理解變更的性質(zhì)、范圍和潛在的影響。

b) 分析的目的是確定變更是否可行，以及變更對(duì)項(xiàng)目目標(biāo)、范圍、時(shí)間線和成本的影響。

2) 評(píng)估影響：在分析的基礎(chǔ)上，評(píng)估變更對(duì)項(xiàng)目各個(gè)方面的具體影響。這可能包括對(duì)項(xiàng)目進(jìn)度的影響、對(duì)成本的影響、對(duì)資源分配的影響以及對(duì)項(xiàng)目質(zhì)量的影響

3) 評(píng)估風(fēng)險(xiǎn)：識(shí)別和評(píng)估與變更相關(guān)的風(fēng)險(xiǎn)。這包括評(píng)估變更可能帶來的技術(shù)風(fēng)險(xiǎn)、資源風(fēng)險(xiǎn)、時(shí)間風(fēng)險(xiǎn)等，并確定這些風(fēng)險(xiǎn)發(fā)生的概率和潛在影響。

4) 啟動(dòng)變更控制：基于分析和評(píng)估的結(jié)果，啟動(dòng)變更控制流程。

a) 這包括制定變更請(qǐng)求（Change Request, CR），并按照既定的變更管理流程進(jìn)行審批。

b) 變更控制的目的是確保只有那些可交付和可實(shí)現(xiàn)的變更才會(huì)被批準(zhǔn)。

5) 啟動(dòng)緩解行動(dòng)：對(duì)于識(shí)別的風(fēng)險(xiǎn)，制定并啟動(dòng)適當(dāng)?shù)木徑獠呗院托袆?dòng)計(jì)劃。這可能包括預(yù)防措施、應(yīng)急預(yù)案和風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃，以減少風(fēng)險(xiǎn)的影響

注 4：需求變更可能來自不同方面，如不斷變化的技術(shù)、利益相關(guān)者的需求或法律限制。

注 5：如有需要，請(qǐng)參閱 SUP.10 《變更請(qǐng)求管理》。

2.3.4 SYS.1.BP4：溝通需求狀態(tài)。

原文：確保所有受影響方都能了解其需求 (包括變更) 的狀態(tài)和處理情況，并能傳達(dá)必要的信息和數(shù)據(jù)。

Ensure all affected parties can be aware of the status and disposition of their requirements including changes and can communicate necessary information and data.

通過該過程，項(xiàng)目團(tuán)隊(duì)可以確保需求管理過程的透明度和有效性，從而提高項(xiàng)目成功的可能性，并增強(qiáng)利益相關(guān)方的滿意度。具體詳細(xì)解析如下：

1) 需求狀態(tài)的透明度：項(xiàng)目團(tuán)隊(duì)必須確保所有利益相關(guān)方都能夠及時(shí)了解他們的需求（包括任何變更）的當(dāng)前狀態(tài)。即，需求的狀態(tài)需要被清晰地記錄和更新，并且這些信息需要對(duì)所有相關(guān)方都是可訪問的。

2) 需求處理情況的溝通：不僅僅是需求的狀態(tài)，需求的處理情況也需要被溝通。

a) 這包括需求是如何被分析的、如何被優(yōu)先排序的、以及它們是如何被實(shí)施的。

b) 這種溝通有助于利益相關(guān)方理解他們的請(qǐng)求是如何被處理的。

3) 變更管理：當(dāng)需求發(fā)生變更時(shí)，項(xiàng)目團(tuán)隊(duì)需要確保所有受影響方都能了解這些變更，包括變更的原因、影響和預(yù)期的結(jié)果。這有助于管理利益相關(guān)方的期望，并減少因誤解而產(chǎn)生的沖突。

4) 信息和數(shù)據(jù)的溝通：項(xiàng)目團(tuán)隊(duì)需要確保所有必要的信息和數(shù)據(jù)都能夠在需要時(shí)被溝通。

a) 這可能包括需求文檔、變更請(qǐng)求、分析結(jié)果、測(cè)試結(jié)果等。

b) 這些信息的溝通有助于利益相關(guān)方做出基于信息的決策。

5) 受影響方的定義：受影響方可能包括客戶、供應(yīng)商、設(shè)計(jì)合作伙伴、合資伙伴或外包方等。這些方都可能對(duì)項(xiàng)目有特定的期望和要求，因此需要被及時(shí)告知需求的狀態(tài)和變更。

6) 溝通渠道和方法：項(xiàng)目團(tuán)隊(duì)需要建立有效的溝通渠道和方法，以確保信息能夠及時(shí)、準(zhǔn)確地傳達(dá)給所有相關(guān)方。這可能包括會(huì)議、電子郵件、項(xiàng)目管理工具、狀態(tài)報(bào)告等。

7) 記錄和證據(jù)：溝通需求狀態(tài)的過程需要被記錄，以便于未來的參考和審計(jì)。這包括記錄溝通的內(nèi)容、時(shí)間、方式和接收者。這些記錄作為溝通證據(jù)，可以證明項(xiàng)目團(tuán)隊(duì)已經(jīng)履行了溝通責(zé)任。

過程結(jié)果（Process Outcomes）、基本實(shí)踐（Base Practices，簡(jiǎn)稱BP）和輸出信息項(xiàng)（Output Information Items，簡(jiǎn)稱OIs）是評(píng)估軟件開發(fā)過程成熟度的關(guān)鍵組成部分，它們之間存在密切的關(guān)聯(lián)，并且各自側(cè)重不同的方面：

1) 過程結(jié)果（Process Outcomes）：過程結(jié)果是本過程目的達(dá)成的證據(jù)。

a) 它們描述了過程應(yīng)該產(chǎn)生的結(jié)果，是評(píng)估過程中需要驗(yàn)證的關(guān)鍵點(diǎn)。

b) 過程結(jié)果通常與過程的目的和目標(biāo)直接相關(guān)，它們是評(píng)估過程中需要實(shí)現(xiàn)的具體成果。

c) 側(cè)重于過程的最終成效，即過程執(zhí)行后，期望達(dá)到的狀態(tài)或結(jié)果。

2) 基本實(shí)踐（Base Practices，BP）：基本實(shí)踐是支持實(shí)現(xiàn)過程目的 或 特定過程屬性的活動(dòng)。

a) 它們是面向活動(dòng)的指標(biāo)，提供了過程結(jié)果實(shí)現(xiàn)程度的指示，并且總是特定于過程而不是通用的。

b) 基本實(shí)踐是ASPICE認(rèn)為最基本的、最必要的部分，適用于能力級(jí)別1。

c) 側(cè)重于描述為了達(dá)到過程結(jié)果所需執(zhí)行的具體活動(dòng)或步驟。

3) 輸出信息項(xiàng)（Output Information Items，OIs）：輸出信息項(xiàng)是面向結(jié)果的指標(biāo)，它們及其特征指示了過程結(jié)果和過程屬性的達(dá)成情況，是評(píng)估的信息源。

a) OIs可以被看作是對(duì)工作產(chǎn)品（work product）的擴(kuò)充替代，更側(cè)重于“價(jià)值”與“業(yè)務(wù)”，而不僅限于具體的文檔或模板。

b) 側(cè)重于過程中產(chǎn)生的具體結(jié)果或信息，它們指示了過程成果和過程屬性的實(shí)現(xiàn)情況，作為評(píng)估過程中收集客觀證據(jù)的依據(jù)。

關(guān)聯(lián)性：

基本實(shí)踐（BP）和輸出信息項(xiàng)（OIs）都與一個(gè)或多個(gè)過程結(jié)果相關(guān)，因此，它們總是特定于過程而不是通用的。

BP代表面向活動(dòng)的指標(biāo)，而OIs是面向結(jié)果的指標(biāo)。它們共同支持過程結(jié)果的實(shí)現(xiàn)，并用于評(píng)估員在評(píng)估過程中要收集和積累的客觀證據(jù)。

各自主要負(fù)責(zé)的方面：

過程結(jié)果：負(fù)責(zé)描述和驗(yàn)證過程的目的是否已經(jīng)達(dá)成，是評(píng)估過程中的最終目標(biāo)。

基本實(shí)踐：負(fù)責(zé)定義實(shí)現(xiàn)這些過程結(jié)果所需執(zhí)行的具體活動(dòng)或步驟，是過程執(zhí)行的行動(dòng)指南。

輸出信息項(xiàng)：負(fù)責(zé)提供過程中產(chǎn)生的具體結(jié)果或信息，作為評(píng)估過程中收集客觀證據(jù)的依據(jù)。

通過這三個(gè)組成部分的相互作用，提供了一個(gè)全面的框架，用于評(píng)估和改進(jìn)軟件開發(fā)過程的成熟度。

1) ASPICE 4.0 SYS.1需求挖掘，其目的是在產(chǎn)品和/或服務(wù)的整個(gè)生命周期內(nèi)，收集、分析和跟蹤利益相關(guān)者不斷變化的需求和要求，以建立一套商定的要求。

2) 過程成果包括：

a) 建立了與利益相關(guān)方的持續(xù)溝通；

b) 理解了利益相關(guān)方的期望，定義和約定了需求；

c) 分析了因利益相關(guān)方需要的變化，而引發(fā)的利益相關(guān)方的需求變更，便于相關(guān)的風(fēng)險(xiǎn)評(píng)估和影響管理；

d) 確保了所有受影響方，能夠確定利益相關(guān)方需求的狀態(tài)

3) 基礎(chǔ)實(shí)踐包括：

a) 獲取利益相關(guān)方的期望和要求

b) 需求達(dá)成一致。

c) 分析利益相關(guān)方需求變更

d) 溝通需求狀態(tài)。

相比ASPICE 3.1版本，SYS.1在4.0版本中的變化包括更側(cè)重對(duì)相關(guān)方需求的分析，弱化了需求基線的概念，使得需求調(diào)整更加靈活。

4) 產(chǎn)品生命周期：關(guān)注的是產(chǎn)品本身從誕生到結(jié)束的全過程（產(chǎn)品的概念、設(shè)計(jì)、開發(fā)、測(cè)試、發(fā)布，到最終的維護(hù)和淘汰的整個(gè)過程）。

5) 項(xiàng)目生命周期：關(guān)注的是為了實(shí)現(xiàn)產(chǎn)品而進(jìn)行的項(xiàng)目管理和執(zhí)行過程（項(xiàng)目的具體實(shí)施，如項(xiàng)目計(jì)劃、執(zhí)行、監(jiān)控和收尾等）。

6) 產(chǎn)品生命周期通常比項(xiàng)目生命周期要長(zhǎng)。

7) 相關(guān)方需求確認(rèn)可能包含在正式的文檔中，如客戶RFQ文檔、技術(shù)規(guī)范、合同文件等，也能可包含在非正式的溝通中，如會(huì)議記錄、電子郵件交流、訪談?dòng)涗?/strong>等。

8) 基本實(shí)踐BP代表面向活動(dòng)的指標(biāo)，而輸出信息項(xiàng)OIs是面向結(jié)果的指標(biāo)，它們共同支持過程成果Process outcomes的實(shí)現(xiàn)。

a) 過程結(jié)果：負(fù)責(zé)描述和驗(yàn)證過程的目的是否已經(jīng)達(dá)成，是評(píng)估過程中的最終目標(biāo)。

b) 基本實(shí)踐：負(fù)責(zé)定義實(shí)現(xiàn)這些過程結(jié)果所需執(zhí)行的具體活動(dòng)或步驟，是過程執(zhí)行的行動(dòng)指南。

c) 輸出信息項(xiàng)：負(fù)責(zé)提供過程中產(chǎn)生的具體結(jié)果或信息，作為評(píng)估過程中收集客觀證據(jù)的依據(jù)。