<video id="qgh8k"><bdo id="qgh8k"></bdo></video>
  1. <source id="qgh8k"><mark id="qgh8k"><big id="qgh8k"></big></mark></source>
      <source id="qgh8k"><menu id="qgh8k"><ins id="qgh8k"></ins></menu></source>
        1. <i id="qgh8k"></i>
            <acronym id="qgh8k"></acronym>
          <rp id="qgh8k"><bdo id="qgh8k"><pre id="qgh8k"></pre></bdo></rp>

          aspice軟件開發流程培訓(aspice培訓機構)

          軟件開發 180
          本篇文章給大家談談aspice軟件開發流程培訓,以及aspice培訓機構對應的知識點,希望對各位有所幫助,不要忘了收藏本站喔。 本文目錄一覽: 1、aspice 認證是什么

          本篇文章給大家談談aspice軟件開發流程培訓,以及aspice培訓機構對應的知識點,希望對各位有所幫助,不要忘了收藏本站喔。

          本文目錄一覽:

          aspice 認證是什么

          ASPICE是Automotive SPICE英文簡稱,是汽車行業軟件過程改進和能力評價的國際標準。 上海有亞洲遠景科技公司是做ASPICE咨詢認證的。 擴展資料

          ASPICE認證能力等級2 級的過程定義文件和3 級的`過程定義文件有什么區別?

          2 級的過程定義是在項目或團隊級別的已管理習慣化(過程活動和工作產品的已管理習慣化),這些過程定義,

          還沒有經歷從個別項目,到幾個項目的試點,再到公司全部項目的全面推廣。

          3 級過程定義,經過了試點、推廣過程之后,形成組織級的標準過程定義和裁剪指南等;試點和推廣過程,不斷嘗試不斷總結,過程定義會有修改及調整。

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

          ASPICE:Automotive Software Process Improvement and Capacity Determination

          汽車軟件過程改進及能力評定,汽車行業評價軟件開發團隊的研發能力水平模型

          由歐盟多家主要汽車制造商共同制定,2005年發布

          CMM:最初基于CMM Capability Maturity Model

          ISO:國際標準化組織ISO、國際電工委員會IEC、信息技術委員會JTC1聯合制定并發布了國際標準ISO/IEC15504,又稱SPICE,包含汽車行業SPICE、醫療設備行業、航天行業

          ASPICE:從ISO拆分出來,由德國汽車工業聯合會(VDA)的質量管理中心(QMC)運營發展

          CMM和SPICE:CMM可以針對項目的某個領域、也可以面向整個項目或組織,可以用于評級,如CMMI3,而SPICE只能用于評價項目中的特定過程域( Process Instance )

          3個過程組別:主要生命周期過程、組織生命周期過程、支持生命周期過程

          雙向可追溯性和一致性

          評估、驗證準則和復合性

          過程評估模型分為“過程實施指標”和“過程能力指標”

          1.過程實施指標——只適用于L1

          又分為:基本實踐(BP 面向活動,一組任務或活動)、工作成果物(WP,面向結果)

          2.過程能力指標——適用于L2~L5

          又分為:通用實踐(GP 面向活動)、通用資源(GR 面向基礎設施)

          【0級】代表一種混亂的狀態。

          【1級】代表企業已經能夠完成產品研發相關的工作,但缺乏管理,雖然偶爾能夠成功,但項目中存在大量不確定的因素,對項目缺乏掌控能力,無法確保一定能夠按時交付高質量的產品

          【2級】代表企業不僅能夠完成產品研發相關工作還能有提前制定嚴謹和周全的工作計劃,并能有效根據計劃實施項目監控和管理,各項目能夠有序進行

          【3級】代表不僅各項目能夠管理得很好,而且能夠有效的從歷史項目中積累經驗和教訓,形成公司的知識資產和標準工作流程,用于對今后項目的參考和指導以及公司管理的持續改善

          【4級】引入統計學知識和技術,對項目相關各項數據進行統計和分析,并將之運用于未來的項目管理之中,達到對項目結果的預測,并根據預測結果對項目進行實時的調整,確保達成項目目標

          【5級】代表企業能夠基于商業目標的需要,主動的對過程進行調整,對變革管理有很強的管理能力,能夠基于對過程的量化分析設定明確有效的過程改進目標,并能對過程改進結果進行有效的量化監控和分析

          主要聚焦在軟件,沒有包含硬件和機械功能;其他關鍵部分可以以拆件的形式融合到ASPICE

          蜂巢智能轉向的軟件開發怎么樣?

          蜂巢智能轉向系統采用標準ASPICE軟件開發過程,相關技術人員需要結合Aspice實行具體軟件開發。蜂巢智能轉向科技有限公司全面把握智能轉向系統的開發流程,在此基礎上使智能轉向系統的開發取得更加理想的成果?進而制造出高質量的智能轉向系統,滿足汽車的應用需求及制造要求,最終實現有效的智能化產品制造,隨時進行標定,給整車提供及時有效服務。

          工作筆記 aspice基礎知識

          最近給某OEM做了一次Automotive SPICE CL2評估,很多朋友就問我關于Automotive SPICE評估的一些事情。本文算是一個科普吧,給不太了解Automotive SPICE的人介紹一下Automotive SPICE和Automotive SPICE評估的事情。

          1. Automotive SPICE

          1.1? 什么是Automotive SPICE?

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

          方式一:按照實踐所屬的不同領域進行組織,比如有些實踐是和項目管理相關的,有些實踐是和軟件需求相關的,有些實踐是和軟件單元測試相關的….,不同的領域被稱為“過程”,這就是Automotive SPICE中的“過程緯度”。Automotive SPICE PAM V3.1中包括有32個過程。

          方式二:按照做事情的方式進行組織,比如:依靠個人的經驗來做,是能力度級別1(CL 1)的實踐;按照可管理的方式(活動管理和工作產品管理)來做,是能力度級別2(CL 2)的實踐;按照組織的要求來做,是能力度級別3(CL 3)的實踐….,這就是Automotive SPICE中的”能力度緯度”。

          “能力度”是“過程的能力度”。如果說“某個項目達到了能力度2級”,是不準確的,應該說“某個項目中的某些過程達到了能力度2級”。同樣的,如果說某個組織達到了能力度2級,也是不準確的。

          下圖是常見的體現評估結果的形式,評估范圍內的過程,分別達到了什么樣的過程能力度。

          1.2 怎么用Automotive SPICE?

          Automotive SPICE是歐洲車廠在認識到軟件質量的重要性之后,制定的一個規范。目的是希望其供應商能按照Automotive SPICE的要求進行產品的設計開發,以提供高質量的產品。

          Automotive SPICE中包括有那么多的過程,那么OEM對供應商的具體要求是什么呢?要求供應商需要應用哪些過程,這些過程需要達到幾級呢?

          一般來說,OEM不會要求供應商去遵守Automotive SPICE的所有過程的,為什么呢?

          性價比!

          實施Automotive SPICE的成本,評估的成本,最后都是產品成本,OEM是需要買單的。

          所以OEM會基于其對軟件質量的理解,選擇最重要的過程來要求其供應商。

          起初的時候,不同的OEM有不同的使用Automotive SPICE的觀點,形成氣候的,如下圖所示:

          說明:

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

          如上的過程劃分,是基于Automotive SPICE PAM V2.4/V2.5

          逐漸的,各OEM的要求開始統一,目前逐漸形成了如下兩類:

          說明:

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

          如上的過程劃分,是基于Automotive SPICE PAM V3.0/V3.1

          各個與汽車軟件相關的供應商在應用Automotive SPICE時,往往最終都是為了滿足OEM的要求,其應用Automotive SPICE的過程范圍及目標級別,遵照其所服務的OEM的要求。

          2. Automotive SPICE評估

          接下來我們談一談Automotive SPICE評估,在談Automotive SPICE評估之前,需要先談一談與Automotive SPICE相關的組織。

          2.1 Automotive SPICE相關的組織

          在Automotive SPICE領域,沒有機構去管理“評估”,只是有機構去管理“評估師”。這個管理評估師的機構就是iNTACS(國際評估師認證機構,INTernational Assessor Certification Scheme)。iNTACS定義了評估師的級別劃分,以及級別晉升和級別維持的條件。Automotive SPICE評估師的級別從低到高分別為:Provisional Assessor, Competent Assessor, Principal Assessor。

          晉升到competent Assessor或Principal Assessor,或維持competent Assessor或Principal Assessor資質時,其條件之一就是需要實施Automotive SPICE評估:

          作為Assessor晉升證據(或維持資質的證據)的評估要求包括:

          評估由至少2個評估師來實施,評估組組長需要Competent Assessor或Principal Assessor,評估組組員可以是Provisional Assessor或Competent Assessor或Principal Assessor

          評估的過程范圍至少包括項目管理相關的過程、支持類相關的過程和工程類相關的過程

          評估的時間需要至少50小時

          2.2 Automotive SPICE評估的類型

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

          項目能力度評估

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

          (企業想評價哪個項目,評價哪個過程,評價到幾級,不是Assessor決定的?。?/p>

          組織成熟度評估

          ISO/IEC 15504-7 TR Assessment of organizational maturity定義的是組織成熟度評估的評估方法,在組織成熟度評估時:Sponsor確定被評估的組織,以及目標級別;由Assessor根據對被評估組織進行分析,之后進行項目抽樣(使得被抽樣的項目能代表整個組織的水平),然后通過對被抽樣項目進行預定義過程的評估,進而得出組織的過程成熟度水平。

          簡單來說:在組織成熟度評估時,是由Assessor確定被評估的項目,而過程范圍也是需要預定義的(應該由Automotive SPICE的Owner來定義,詳細的原因,這里不再贅述,讀者可以思考思考~~)

          組織成熟度評估在業界很少被用到,主要的原因是OEM不太認可組織成熟度評估的方式。我分析有兩個原因:

          OEM更關注的是供應商為其開發的項目的情況如何,而不關注供應商的組織

          Automotive SPICE的業界大咖們不希望Automotive SPICE因為組織成熟度的評估方式而商業化(Automotive SPICE還是很高冷的,不像CMMI那么商業化)

          基于如上原因ISO/IEC 15504-7在2008年發布之后,至今也還是TR,始終不是一個正式的ISO標準,本文后續的描述,不再討論組織成熟度評估。

          注:此處的標準號都是15504,15504系列標準正在被330XX標準所替代。

          2.3 被認可的Automotive SPICE評估

          什么樣的Automotive SPICE評估才是正式的評估,或者說是被認可的評估呢?

          經常經常有人問我這個問題,但這個問題的題干是不完全的。

          是被誰認可的評估呢?

          舉個例子:如果需要OEM A認可的評估,那么這個認可的條件就需要OEM A來定義。OEM A可以指定某個專業的軟件過程專家(該專家可能不具備任何Automotive SPICE的Assessor資質),然后只要是該專家實施的評估,OEM A都認可。

          所以說,這個問題不能問我,你應該去問那個“誰”

          這么分析問題,有點杠精的行為了~~

          正式的評估或者被認可的評估,在Automotive SPICE領域引申是指“可以做為Assessor資質維持或資質晉升的證據的評估”,那這樣的評估需要滿足什么條件呢?這個答案就是在前文(2.1節)中的闡述。

          只要滿足2.1節所闡述的條件的評估,就可以認為是一個正式的評估和受認可的評估。與實施評估的組織是無關的哦~~,對嗎?

          2.4 Automotive SPICE評估結果的有效性和有效期

          Automotive SPICE評估是在某個時間點,對某個項目中已經實施的過程的能力度進行的評估,評估結果是代表了歷史上的某個項目,在歷史上的某個時間點的過程能力情況。

          評估結果只是對被評估項目有效,對其它項目是無效的。

          在VDA Guideline中,增加了12個月有效期的說法:在被評估項目中,如果沒有發生變更,則可以認為評估結果在12個月之內是有效的(這個有效是對同一個被評估項目來說的);這里的變更是指過程的變更,包括:開發地點的變更、團隊組織結構的調整、人員的更替、開發過程的調整等。

          雖然某一次Automotive SPICE評估結果只是對被評估的項目有效,對其它的項目無效。但該次評估結果也往往還是可以在一定程度上反映其它項目的過程能力,特別是當其它項目與被評估項目在項目特征上一致時。

          1)比如:某個OEM在考察供應商時,供應商展示了3個月之前實施的一次Automotive SPICE評估結果,則OEM可能會認為:“既然是在這么短的時間之前做的評估,那么該評估結果能代表企業目前的能力”(接受)。如果供應商展示了10年之前實施的一次Automotive SPICE評估結果,則OEM可能會認為:“這是太久之前的一次評估,很難代表企業現在的能力”(不接受)。3個月的時間可以接受,10年的時間不可以接受,那么中間的臨界時間點在哪里呢?沒有答案哦~~

          2)不同的Automotive SPICE能力度級別也會對評估結果的有效性產生影響。

          Automotive SPICE能力度二級時,具備相同項目特征的項目之間,其項目過程可以是不一致的;Automotive SPICE能力度三級時,具備相同項目特征的項目之間,其項目過程是一致的,都是遵照了標準的組織過程?;诖?,企業的某個項目的某些過程如果達成了Automotive SPICE能力度三級,則客戶可能會相信其它項目的過程能力也是如此的。

          2.5 評估通過證書

          當第三方機構在為某企業實施了Automotive SPICE評估之后,如果評估范圍內的過程都達到了目標級別,則第三方機構會應被評估組織的要求,發一個通過Automotive SPICE評估的證書。

          注:評估通過證書不是Automotive SPICE評估所要求的。是被評估組織為了其Marketing及Business目的,而要求評估機構頒發的。

          Automotive SPICE評估通過證書是Automotive SPICE評估結果的Summary,雖然不同的第三方機構,頒發證書的格式和內容都不盡相同,但為了能客觀全面的反映評估結果,一般需要包括如下信息:

          被評估的組織及部門(是對某個部門下的項目進行的評估,項目所在的具體部門信息需要體現出來)

          評估所遵照的Automotive SPICE模型信息,目標級別

          評估方法

          評估的項目名稱,及評估的過程范圍,評估日期

          實施評估的組織

          評估組組長信息及簽名

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

          配置管理過程的目的是建立和維護過程或項目的所有工作產品的完整性。

          什么是“工作產品的完整性”呢?

          下圖是"SWAD(軟件架構設計)"工作產品的創建和維護過程,其每一次變更(如:從Baselined 1.0 -- Baselined 2.0)是可控的,其相關聯的上下游基線是明確的。這樣就可以說保證了"SWAD(軟件架構設計)"的完整性。

          1) 配置管理策略

          ASPICE模型要求

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

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

          職責 / responsibilities

          工具和配置庫 / tools and repositories

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

          命名規約 / naming conventions

          訪問權限 / access rights

          基線準則 / criteria for baselines

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

          配置項的修訂歷史方式 / the revision history approach for configuration items

          配置管理策略包括:

          a) 配置管理的范圍需覆蓋項目中的各學科(如:軟件、硬件)、各地點、各過程(如管理過程、支持過程、工程過程等)

          b) 制定整體策略,覆蓋各學科、各過程及各地點等

          c) 定義訪問權限

          d) 根據項目的復雜度定義所需的活動和工具

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

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

          g) 定義基線策略

          h) 定義Variant及分支策略

          i) 定義配置項變更歷史的方式

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

          老楊解讀:如果策略中沒有包括上述的各點,則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.

          老楊解讀:如果沒有專門的配置管理系統,但所建立的配置管理程序是滿足產品復雜度的,則不能基于此來降低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.

          老楊解讀:如果有一個適當的通用策略,而沒有為項目定義特定的策略,那么BP1的打分不應該被降低。

          (2) 基線

          ASPICE模型要求

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

          根據配置管理策略建立基線,以滿足內部目的和外部交付

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

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

          驗證配置項及其基線的信息是否完整,并確?;€的一致性。

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

          基線需要:

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

          b) 根據策略創建必要的內外部基線

          c) 創建跨不同學科、地點和過程的整體基線,并保證其之間的一致性

          d) 基線中應包括再現工作產品的完整和一致的配置項集合

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

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

          老楊解讀:如果基線中沒有識別出所有的需要被控制的配置項,則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.

          老楊解讀:如果創建的跨不同學科、地點和過程的整體基線(上述的c))之間是不一致的,或不存在,則應降低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.

          老楊解讀:如果基線的內容未進行驗證,則應降低BP8的打分。

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

          老楊解讀:如果未使用已定義的命名規范,則應降低BP6的打分。

          (3) 分支與合并

          ASPICE模型要求

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

          根據配置管理策略建立分支管理,分支管理適用于使用同一基礎進行并行開發時

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

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

          驗證配置項及其基線的信息是否完整,并確?;€的一致性。

          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.

          老楊解讀:如果未基于策略創建分支,則應降低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.

          老楊解讀:如果不能確保合并項的一致性和完全性,則BP8的打分不能是F。

          (4) 配置管理基礎設施

          ASPICE模型要求

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

          根據配置管理策略建立配置管理系統

          Establish a configuration management system according to the configuration management strategy

          SUP.8.BP9: 管理配置項和基線的存儲 / Manage the storage of configuration items and baselines

          通過適當的調度和資源存儲保證配置項和基線的完整性和可用性,對使用的CM系統歸檔(長期保存)和備份

          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.

          配置管理基礎設施需要:

          a) 支持策略中定義的配置管理程序,包括訪問權限

          b) 適合于已定義的復雜度,包括適用于多地、項目規模、多項目或多變體應用等。

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

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

          老楊解讀:如果已建立的基礎設施不能支持配置管理程序(上述的a)),或項目復雜度(上述的b)),則應降低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.

          老楊解讀:如果沒有專門的配置管理系統,但所建立的配置管理程序是滿足產品復雜度的,則不能基于此來降低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服務的情況是未知的,或存在偏差但無糾正措施,則應降低BP9的打分。

          關于aspice軟件開發流程培訓和aspice培訓機構的介紹到此就結束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關注本站。

          掃碼二維碼
          日韩在线视频首页
            <video id="qgh8k"><bdo id="qgh8k"></bdo></video>
          1. <source id="qgh8k"><mark id="qgh8k"><big id="qgh8k"></big></mark></source>
              <source id="qgh8k"><menu id="qgh8k"><ins id="qgh8k"></ins></menu></source>
                1. <i id="qgh8k"></i>
                    <acronym id="qgh8k"></acronym>
                  <rp id="qgh8k"><bdo id="qgh8k"><pre id="qgh8k"></pre></bdo></rp>