軟體成本度量體系認證

1、一個軟體項目如何評估工作量和成本?

軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。

其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。

國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：

國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。

一、軟體規模估算

通常情況下，規模估算是軟體成本估算過程的起點。

估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。

在規模估算過程中，需要注意以下情況：

在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。

依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。

若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。

二、工作量估算

在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。

工作量估算時，可採用方程法、類比法、類推法、功能點法：

方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。

類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。

類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。

功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。

在開展工作量估算的過程中，需要注意以下情況：

當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。

當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。

對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。

為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。

工作量的估算結果宜為一個范圍而不是單一的值。

三、成本估算

在獲得了工作量估算結果後，可採用科學的方法進行成本估算。

在成本估算過程中，應需要注意的情況：

類比法和類推法，同樣適用於需求極其模糊或不確定時的成本估算；

間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；

直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；

成本估算結果，也通常為一個范圍，而不是單一的值。

四、確定軟體開發成本

在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。

而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：

根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；

根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。

在進行軟體的規模、工作量、成本估算時應遵循以下原則：

在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；

充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；

工作量和成本的估算結果宜為一個范圍值；

在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；

成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；

在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。

除了上述主要原則外，我們還需注意在使用基準數據時：

 對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。

對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。

2、軟體度量的方法體系

項目度量
項目度量是針對軟體開發項目的特定度量，目的在於度量項目規模、項目成本、項目進度、顧客滿意度等，輔助項目管理進行項目控制。
規模度量
軟體開發項目規模度量(size measurement)是估算軟體項目工作量、編製成本預算、策劃合理項目進度的基礎。規模度量是軟體項目失敗的重要原因之一。一個好的規模度量模型可以解決這一問題。有效的軟體規模度量是成功項目的核心要素：基於有效的軟體規模度量可以策劃合理的項目計劃，合理的項目計劃有助於有效地管理項目。規模度量的要點在於：由開發現場的項目成員進行估算；靈活運用實際開發作業數據；杜絕盲目迎合顧客需求的「交期逆推法」。
軟體規模度量有助於軟體開發團隊准確把握開發時間、費用分布以及缺陷密度等等。軟體規模的估算方法有很多種，如：功能點分析(FPA：function points analysis)、代碼行(LOC：lines of code)、德爾菲法(Delphi technique)、COCOMO模型、特徵點(feature point)、對象點(object point)、3-D功能點(3-D function points)、Bang度量(DeMarco's bang metric)、模糊邏輯(fuzzy logic)、標准構件法(standard component)等，這些方法不斷細化為更多具體的方法。
成本度量
軟體開發成本度量主要指軟體開發項目所需的財務性成本的估算。主要方法如下：
類比估演算法。類比估演算法是通過比較已完成的類似項目系統來估算成本，適合評估一些與歷史項目在應用領域、環境和復雜度方面相似的項目。其約束條件在於必須存在類似的具有可比性的軟體開發系統，估算結果的精確度依賴於歷史項目數據的完整性、准確度以及現行項目與歷史項目的近似程度。
細分估演算法。細分估演算法是將整個項目系統分解成若干個小系統，逐個估算成本，然後合計起來作為整個項目的估算成本。細分估演算法通過逐漸細化的方式對每個小系統進行詳細的估算，可能獲得貼近實際的估算成本。其難點在於，難以把握各小系統整合為大系統的整合成本。
周期估演算法。周期估演算法是按軟體開發周期進行劃分，估算各個階段的成本，然後進行匯總合計。周期估演算法基於軟體工程理論對軟體開發的各個階段進行估算，很適合瀑布型軟體開發方法，但是需要估算者對軟體工程各個階段的作業量和相互間的比例具有相當的了解。
顧客滿意度度量
顧客滿意是軟體開發項目的主要目的之一，而顧客滿意目標要得以實現，需要建立顧客滿意度度量體系和指標對顧客滿意度進行度量。顧客滿意度指標(CSI：customer satisfaction index)以顧客滿意研究為基礎，對顧客滿意度加以界定和描述。項目顧客滿意度量的要點在於：確定各類信息、數據、資料來源的准確性、客觀性、合理性、有效性，並以此建立產品、服務質量的衡量指標和標准。企業顧客滿意度度量的標准會因為各企業的經營理念、經營戰略、經營重點、價值取向、顧客滿意度調查結果等因素而有所不同。比如：NEC於2002年12月開始實施的CSMP 活動的度量尺度包括共感性、誠實性、革新性、確實性和迅速性，其中，將共感性和誠實性作為CS活動的核心姿態，而將革新性、確實性和迅速性作為提供商品和服務中不可或缺的尺度。每個尺度包括兩個要素，各要素包括兩個項目，共計5大尺度、10個要素和20個項目。例如，共感性這一尺度包括「了解顧客的期待」、「從顧客的立場考慮問題」這兩個要素；「了解顧客的期待」這一要素又包括「不僅僅能勝任目前的工作還能意識到為顧客提供價值而專心投入」、「對顧客的期望不是囫圇吞棗而是根據顧客的立場和狀況來思考『顧客到底需要什麼』並加以應對」這兩個項目。
美國專家斯蒂芬(Stephen H.Kan)在《軟體質量工程的度量與模型》(Metrics and Models in Software Quality Engineering)中認為，企業的顧客滿意度要素如表7-1所示： 顧客滿意度要素 顧客滿意度要素的內容 技術解決方案 質量、可靠性、有效性、易用性、價格、安裝、新技術 支持與維護 靈活性、易達性、產品知識 市場營銷 解決方案、接觸點、信息 管理 購買流程、請求手續、保證期限、注意事項 交付 准時、准確、交付後過程 企業形象 技術領導、財務穩定性、執行印象 作為企業的顧客滿意度的基本構成單位，項目的顧客滿意度會受到項目要素的影響，主要包括：開發的軟體產品、開發文檔、項目進度以及交期、技術水平、溝通能力、運用維護等等。具體而言，可以細分為如表7-2所示的度量要素，並根據這些要素進行度量。
顧客滿意度項目 顧客滿意度度量要素
軟體產品 功能性、可靠性、易用性、效率性、可維護性、可移植性
開發文檔 文檔的構成、質量、外觀、圖表以及索引、用語
項目進度以及交期 交期的根據、進度遲延情況下的應對、進展報告
技術水平 項目組的技術水平、項目組的提案能力、項目組的問題解決能力
溝通能力 事件記錄、式樣確認、Q&A
運用維護 支持、問題發生時的應對速度、問題解決能力

3、軟體成本評估都包含哪些內容？

完整的軟體造價評估應該包含哪些？

1 估算基礎

對估算對象（需求、任務等）的拆分顆粒度定義了上限與下限，以提升估算的准確度。

完備識別了估算對象，沒有遺漏的需求或任務。

估算人員經過了估算方法的系統培訓。

定義了組織級的估算方法。

2 規模估算

從不估算規模或經驗估算規模升級為客觀度量規模，比如採用國際標準的功能點方法或自定義的規模度量方法，無論是哪種方法，規模與工作量之間應該是強相關的才是合理的。

如果對本公司的項目而言，規模與工作量不強相關，也可以是復雜度等其他因子，對這些因子應該也與工作量做了相關性分析，與工作量應該強相關才是合理的。

3 工作量估算

建立了從規模的客觀度量用定量模型推算出項目總工作量。

建立了工作量分布百分比的性能基線，可以從總工作量推算各階段或各類任務的工作量。比如開發的工作量、測試的工作量。

能夠用PPB或PPM推算出各種關鍵活動的最少投入工作量，比如需求評審的工作量、代碼評審的工作量、系統測試的工作量等。

工作量的估算結果應該是一個區間，而不是單點值。如，總工作量不超過100人月。

4 成本估算

從工作量到成本有定量的計算方法。

成本的估算結果應該也是一個區間，而不是單點值。比如不超過30萬，或者在25到30萬之間等。

5 工期估算

識別了項目的關鍵路徑與關鍵鏈。

對項目的工期進行了模擬，得到滿足項目工期要求的概率有多大。如果概率太低，對關鍵路鏈上的任務、投入的資源與需要完成的需求進行了優化。

6 評審與修訂估算

保存了估算記錄，估算結果經過了評審。

隨著需求和任務的明確，在開發過程中修訂了估算結果。

7 持續改進估算過程

對比了估算結果與實際結果，對估算偏差率建立了過程性能基線或過程性能模型。

總結了估算有關的經驗教訓。

對估算方法和過程進行了持續優化。

跟蹤檢查了估算方法與過程在組織級的落地實施情況。

4、項目成本估算方法的軟體度量標准

一、工信部行業標准《軟體研發成本度量規范》
軟體研發成本度量規范簡介
本標准規定了軟體研發成本度量方法、過程及原則，包括軟體研發成本的構成、軟體研發成本度量過程、軟體研發成本度量的應用。本標准適用於度量成本與功能規模密切相關的軟體研發項目的成本。本標准不涉及軟體定價，但相關各方可依據本標准明確研發成本，從而為軟體定價提供重要依據。
標准研製背景
長期以來，如何度量和評估軟體研發項目的成本一直是產業界的難題。目前我國尚無科學統一的軟體研發項目成本度量標准體系以指導、規范、管理軟體項目的研發成本，較大程度導致做預算時無據可依，造成極大浪費；在軟體項目招評標過程中，由於無法界定軟體工程項目的合理成本范圍，常常出現惡意低價或超高價格競標現象；軟體開發商在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後、費用遠遠超出最初估算水平的情況。
標准研製過程
在國家工業和信息化部軟體服務業司領導下，從2010年開始啟動我國軟體成本度量標准體系的研製工作。中國軟體行業協會系統與軟體過程改進分會 （以下簡稱 「過程改進分會」）和中國電子技術標准化研究院（以下簡稱「電子四所」）圍繞軟體研發成本度量標准體系建設開展了基礎性研究工作，梳理了標准體系。核心標准《軟體研發成本度量規范》於2010年12月正式立項，計劃號為2010-3194T-SJ，由過程改進分會和電子四所共同牽頭起草，組織產、學、研、 用約40家單位共同參與，歷時3年，為軟體項目預算、立項審批、招投標、項目計劃、變更管理等工作提供「科學依據」。
標準的價值
1、倡導使用統一的國際功能點方法度量軟體規模，使度量結果可比對；
2、倡導使用基準數據估算軟體工期和成本，使估算結果更科學；
3、倡導使用一致的估算過程和公式，使估算過程透明化、估算結果可追溯。
標准試點應用
《軟體研發成本度量規范》從2012年開始試點應用。海關總署、中國人民銀行、東軟集團等單位都參與了試點工作，分別在預算審批、項目立項、招投標、項目計劃等場景進行應用，取得了很好的效果。截至2013年年底，共有約2000人參加CCEP培訓，近1500人通過考試並成為國內首批CCEP（軟體成本估算專家）。採用標准規定的方法後，極大的解決了試點企業長期以來面臨的問題。
標准發布
行業標准《軟體研發成本度量規范》（SJ/T11463-2013） 由中華人民共和國工業和信息化部於2013年10月17日正式發布，並於2013年12月1日開始正式實施。
最新進展
經推薦，該標准由中關村智聯軟體服務業質量創新聯盟牽頭 ，正在申請升級為國家標准，於2015年7月31日正式下達計劃號：20151553-T-469
二、北京市地方標准《信息化項目軟體開發費用測算規范》
規范研製背景
北京作為全國軟體與信息服務業之都，產業規模一直位居全國前列，並且保持著較快的增長水平，軟體和信息服務業在全市經濟發展中也佔有越來越重要的地位。隨著十二五規劃的逐步實施，北京市各行各業信息化建設投資也不斷加大，僅全市每年屬於市級財政撥款范疇的信息化項目就可達700至800個，金額總量可達三十多億元，涉及上千家企事業單位。然而本市一直沒有科學統一的標准以支撐、規范、管理信息化項目軟體開發費用的測算，這大大制約了北京軟體產業的健康可持續發展。由於相關標準的缺失，如何測算信息化項目軟體開發的合理費用一直都是北京軟體產業發展中的難點，因而常常導致軟體項目預算審批無依據、惡意競標等問題的發生。
規范的價值
由北京市經濟和信息化委員會歸口指導，北京軟體和信息服務交易所、北京軟體行業協會過程改進分會聯合制訂的北京市首個軟體成本度量地方標准《信息化項目軟體開發費用測算規范》於今年11月起正式實施，這標志著我市信息化項目軟體開發工作擁有了科學、標準的費用評估方法，有助於規范行業市場、推動軟體企業提升生產效率，提升產業增長質量。
三、聯盟標准《行標應用指南（預算場景）》
編制背景
長期以來，如何度量軟體研發成本一直是產業界的難題，尤其是在預算、招投標、項目計劃等活動中因為缺失科學統一的軟體研發成本度量標准，較大程度導致項目做預算時無據可依，進而造成預算浪費或預算不足；在軟體項目招投標過程中，因為缺乏軟體研發成本度量依據，惡意競標、低價中標現象頻頻發生；開發方在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後，費用遠遠超出最初預算的情況。科學統一的軟體研發成本度量標准既是有效進行軟體項目管理的重要依據，也是當前軟體產業發展的迫切需要。
為此，工業與信息化部軟體服務業司委託中國軟體行業協會系統與軟體過程改進分會牽頭組織編制了《軟體研發成本度量規范》。標准中規定了軟體研發成本度量的方法及過程，包括軟體研發成本的構成、軟體研發成本度量的過程、軟體研發成本度量的應用。其目的是幫助軟體研發涉及各方科學、一致地進行成本度量。但標准中沒有包含軟體研發成本度量過程中所需要的估算模型、行業基準數據及其在不同場景進行成本估算的詳細步驟和方法，因此需要制訂標準的應用指南，以便相關各方針對不同的應用場景、正確使用行業數據和模型，有效開展軟體研發成本度量相關工作。
編制目的與范圍
本指南是《軟體研發成本度量規范》系列應用指南之一，針對預算場景。
《軟體研發成本度量規范》中的成本度量，特指對軟體研發成本的預計值進行估算或對實際值進行測量、分析的過程。而《軟體研發成本度量規范》中，預算是指根據項目成本估算的結果確定預計項目費用的過程。因此，本指南主要描述在預算場景下如何開展成本估算工作，而不涉及編制預算的其他方面。
在《軟體研發成本度量規范》及本指南中，軟體研發過程包括從項目立項開始到項目完成驗收之間的需求分析、設計、編碼、集成、測試、驗收交付活動及相關的項目管理、支持活動。因此，本指南中軟體研發成本僅包括軟體研發過程中的所有直接成本和間接成本，但不包括數據遷移、軟體維護等成本。本指南中所涉及工作量、工期也僅為軟體研發過程所用工作量、工期。
本指南編制的主要目的是指導預算活動相關各方，基於《軟體研發成本度量規范》有效開展成本估算工作，並為確定軟體項目預算提供科學依據。
本指南明確了基於《軟體研發成本度量規范》和基準數據開展成本估算相關活動的步驟與方法，並通過示例，明確了典型情況的估算及調整方法；對於其他特殊情況，相關人員應根據本指南及《軟體研發成本度量規范》中的相關原則，結合項目特點，選擇適當的估算方法或對估算結果進行合理調整。
對於與預算類似的其他早期估算應用場景，相關人員也可參照本指南的相關原則與方法，開展項目估算活動。

5、哪些軟體適合使用功能點方法進行成本度量？

看你問的問題，我覺得你應該是剛剛接觸軟體成本度量這方面的知識。我先說說功能點方法然後再回答你的問題。功能點是度量軟體規模的一種單位。功能點方法是從用戶視角度量軟體的大小，已經成為軟體規模度量的國內外標准，也是唯一納入國際標準的軟體規模度量方法。目前應用比較廣泛的是國際功能點用戶組（IFPUG）發布的標准功能點法和荷蘭軟體度量協會（NESMA）發布的快速功能點法。我建議你好好了解一下功能點方法，這樣你就很容易分辨清。
好了，我開始回答你的問題。在行業標准解讀《軟體研發成本度量規范釋義》第2版中提到，適合使用功能點方法來度量的軟體有以數據和交互處理為中心的；以功能多少為主要造價制約因素的，例如：電子政務類；銀行、電信的用戶和業務管理系統類；辦公自動化、ERP、信息管理系統類等。
不適合使用功能點方法來度量的軟體有包含大量復雜演算法、創意型軟體、以非功能性需求為主的，例如：視頻和圖片處理軟體；殺毒軟體；網路游戲；性能優化任務等。
希望我的回答可以幫到你。

6、軟體開發成本有哪些？

所謂售前成本，就是在合同簽訂前，乙方為這個項目做商務、做演示、做售前調研等付出的成本（人工費、辦公費、差旅費等）。倒霉的是，並不是每個售前項目都可以簽單，更倒霉的是，一般情況下丟單的比簽單的多，這些丟單的售前項目，成本往哪裡去呢，自然需要由簽下的項目彌補。
直接人工成本。
每個開發團隊包括很多崗位，如項目實施經理、需求分析師、系統架構師、程序員、測試工程師、美工、客服等，這些崗位的人，都是需要吃飯的，都需要發工資、交五險一金。一個項目要做好，離不開這些崗位通力合作。即使只看直接人工成本，也遠遠不止程序員的工資社保。
開發工具及設備成本。
團隊在開發過程中需要各種開發工具，有些工具是開源免費的，但也有很多工具是要收費的。當然，一般來說，每個團隊都有很多開發項目，這個成本分攤到每個項目並不高，幾乎可以忽略不計。但是，有的時候，有些特殊的設備是為這個項目專門采購的，那麼這個成本就不能忽視了。
間接人工成本。

7、體系認證是指什麼認證

體系認證一般是指某組織或企業，通過一個第三方機構對其的管理體系或產品，進行第三方的評價。該機構必須是獨立的，公正的，權威的。
常見的體系認證一般有：ISO/PAS28000：2005供應鏈安全管理（反恐認證）、ICTI國際玩具業協會商業行為守則、SA8000：2001社會責任管理體系認證、QC08000危險物品進程管理系統要求、ISO/TS16949：2002汽車工業質量管理體系認證、ISO22000：2005與HACCP食品衛生安全管理體系認證、ISO13485：2003醫療器械質量管理體系認證、ISO9001：2008質量管理體系認證、ISO14000：2004環境質量管理體系認證、OHSAS18000：1999職業健康安全管理體系認證、FSC森林體系認證等等。

8、CCEP認證是什麼？有人了解嗎？

ccep認證與十環認證的區別是什麼?泰融環保小編與大夥聊聊。
一、證書不同：
ccep認證是中國環境保護產品認證；
十環認證是中國環境標志產品認證的俗稱。

二、認證范圍不同：
ccep認證主要認證范圍是：針對污染治理機械設備、環境監測儀器儀表、環境保護材料和葯劑等；
十環認證主要認證范圍是：傢具建材，塗料膠水等。

三、認證機構不同：
ccep認證機構是中環協（北京）認證中心；
十環認證認證機構中環聯合（北京）認證有限公司。

四、認證費用不同：
ccep需要的費用比較高；

五、認證作用上的相同和不同：
相同點：十環認證和CCEP政府招投標都可以加分；
不同點：十環認證可以進政府綠色采購，ccep認證不能。

更多的關於ccep認證詳情的可以關注廣州泰融環保網查詢了解。那麼哪些產品可以申請ccep認證?

1. 水污染治理產品(一體化污水處理裝置、隔油器等等);
2. 空氣污染治理產品(餐飲油煙凈化器、VOC有機廢氣處理裝置、煙氣脫硫除塵設備等等);
3. 固體廢物處理處置設備(污泥壓濾機、小型生活垃圾處理裝置等等);
4. 雜訊及振動控制產品(聲屏障等等);
5. 環境監測儀器設備(COD、氨氮在線監測儀器，數據採集儀等等);
6. 環境保護材料和葯劑

9、常見的體系認證有哪些？

ISO9001質量管理體系認證、ISO14001環境管理體系認證、OHSAS18001職業健康安全管理體系認證、ISO2200/HACCP食品安全管理體系認證、ISO13485醫療器械質量管理體系認證、中石油HSE管理體系、中石化HSE管理體系認證、ISO/TS16949汽車行業質量管理體系認證、ISO5001能源管理體系認證、ISO27001信息安全管理體系認證、ISO20000信息技術服務管理體系認證、CMMI軟體企業管理體系認證、企業標准化管理體系認證。