項(xiàng)目管理專題

4項(xiàng)目管理專題

V10.01.1001

課程簡(jiǎn)介

聽眾

a.了解如何啟動(dòng)、策劃以及控制項(xiàng)口;

目標(biāo)

時(shí)間

2G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

目錄

項(xiàng)目管理概述

項(xiàng)目啟動(dòng)

項(xiàng)目策劃

項(xiàng)目實(shí)施和監(jiān)控

項(xiàng)目收尾

3G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

目錄

項(xiàng)目管理概述

項(xiàng)目啟動(dòng)

項(xiàng)目策劃

項(xiàng)目實(shí)施和監(jiān)控

項(xiàng)目收尾

4G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目的概念

?:,PMI對(duì)項(xiàng)目的定義

Aprojectisatemporaryendeavorundertakento

createauniqueproductorservice

項(xiàng)目是為了生產(chǎn)某一獨(dú)特的產(chǎn)品或服務(wù)所做的一次性工

作

5G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目的特性

?:?臨時(shí)性

?項(xiàng)目有明確的起始與截止日期

。項(xiàng)目合同的起止日期

當(dāng)達(dá)到項(xiàng)目的目標(biāo)時(shí)即項(xiàng)目的截止日期；或項(xiàng)目被中

止/取消的日期

6G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目的特性

?:?獨(dú)特的產(chǎn)品或服務(wù)

項(xiàng)目所產(chǎn)生的產(chǎn)品或服務(wù)是獨(dú)一無二的（包括合同的

簽訂人、位置等方面的信息）

對(duì)于批量生產(chǎn)的商品（例如空調(diào)或冰箱）則不具備獨(dú)

特性，而例如廣東移動(dòng)計(jì)費(fèi)項(xiàng)目則具有獨(dú)特性

重新美化鋪設(shè)廣州東風(fēng)路的路面也可以看作一個(gè)獨(dú)特

的服務(wù)

7G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目的特性

?:?漸進(jìn)明細(xì)

是綜合臨時(shí)性與獨(dú)特性的項(xiàng)目整體特征。

由于每個(gè)項(xiàng)目的產(chǎn)品都是獨(dú)特的，因此區(qū)別產(chǎn)品或服

務(wù)的特征應(yīng)該漸進(jìn)明細(xì)地進(jìn)行闡述。漸進(jìn)意味著“這

是一種分步驟、持續(xù)穩(wěn)定增加的過程”;明細(xì)則意味

著“工作需要仔細(xì)、詳細(xì)并需要通盤考慮”。

8O賽寶認(rèn)證中心

CEPREICEPREICertificationBody

什么是項(xiàng)目管理

項(xiàng)目管理是在項(xiàng)目活動(dòng)中運(yùn)用知識(shí)、技能、工具和

技術(shù)，以便滿足和超過項(xiàng)目干系人對(duì)項(xiàng)目的需求和期

望

通過項(xiàng)目經(jīng)理和項(xiàng)目組織的努力，運(yùn)用系統(tǒng)理論和方法

對(duì)項(xiàng)目及其資源進(jìn)行計(jì)劃、組織、協(xié)調(diào)、控制，旨在實(shí)現(xiàn)

項(xiàng)目的特定目標(biāo)的管理方法

9G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目生命周期

?:?項(xiàng)目階段與項(xiàng)目生命周期

。正是因?yàn)轫?xiàng)目的獨(dú)特性，項(xiàng)目在執(zhí)行過程中存在不

確定性

。為了降低不確定性以階段的方式來執(zhí)行項(xiàng)目

。項(xiàng)目生命周期則是項(xiàng)目階段的總和

。項(xiàng)目全生命周期概念

□不僅僅是交付，包括從立項(xiàng)一直到退役

。項(xiàng)目生命周期與產(chǎn)品生命周期的關(guān)系

項(xiàng)目生命周期視為產(chǎn)品生命周期的一部分

10G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目階段

?:?每個(gè)項(xiàng)目階段任務(wù)都和創(chuàng)建一定的工作成果相關(guān)

聯(lián)，而階段的結(jié)束也以工作成果的完成為標(biāo)志這

樣做有兩個(gè)目的：

檢查該階段所完成的工作活動(dòng)和工作結(jié)果是否符合要

求。如果不符合，及時(shí)作出糾正措施。這樣可以盡可

能地以較小的代價(jià)糾正錯(cuò)誤。

，根據(jù)檢查結(jié)果來決定項(xiàng)目是否進(jìn)入下一個(gè)階段。

?:?這些階段評(píng)審常被稱之為階段出口，或者里程碑

里程碑

階段I]~X階段H|>------X階段n

、不查

產(chǎn)出物

一---------生命周期

賽寶認(rèn)證中心

CEPREICertificationBody

項(xiàng)目階段

般項(xiàng)目生命期

資;申投入

許多中間階段1

啟動(dòng)階段收尾階段

----------------->

時(shí)間

12G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

啟動(dòng)階段

根據(jù)組織戰(zhàn)略選擇項(xiàng)目

?確定項(xiàng)目目標(biāo)

評(píng)估和批準(zhǔn)項(xiàng)目

組織戰(zhàn)略和項(xiàng)目選擇制定項(xiàng)目初步范圍說明書制定項(xiàng)目章程

確定組織項(xiàng)目的內(nèi)容明確項(xiàng)目目標(biāo)

做什么樣的項(xiàng)目是什么批準(zhǔn)該項(xiàng)目實(shí)施

13G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

計(jì)劃階段

?細(xì)化項(xiàng)目目標(biāo)

確定項(xiàng)目目標(biāo)的開發(fā)計(jì)劃（工程活動(dòng)）

確定項(xiàng)目的管理計(jì)劃（管理活動(dòng)）

14賽寶認(rèn)證中心

CEPREICertificationBody

實(shí)施和控制階段

?:?實(shí)施和控制階段活動(dòng)：

?按照開發(fā)計(jì)劃實(shí)施工程活動(dòng)

?按照管理計(jì)劃實(shí)施管理活動(dòng)

實(shí)施管理計(jì)劃中的控制活動(dòng)監(jiān)控實(shí)施結(jié)果和計(jì)劃的偏

差

如果出現(xiàn)偏差或者通過糾正實(shí)施措施，或者通過變更

計(jì)劃來消除

工程活動(dòng)

整體變更控制監(jiān)控項(xiàng)目工作

管理的實(shí)施活動(dòng)

15G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

幾種典型的生命周期

?:?瀑布模型

?：.V模型和W模型

?:?原型方法

?:?演化模型

?:?增量模型

?:?螺旋模型

?:*RUP模型

16G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

瀑布模型

?:?WinstonRoyce在軟件生命周期概念的基礎(chǔ)上，于

1970年提出了著名的“瀑布模型”(waterfall

model)o

T計(jì)劃

定義

階段維護(hù)評(píng)價(jià)

?

開

發(fā)

階測(cè)試

段

?

G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

瀑布模型特征

?:?本活動(dòng)的工作對(duì)象來自于上一項(xiàng)活動(dòng)的輸出，這

些輸出一般是代表該階段活動(dòng)結(jié)束的里程碑式的

文檔。

根據(jù)本階段的活動(dòng)規(guī)程執(zhí)行相應(yīng)的任務(wù)。

?:?產(chǎn)生本階段活動(dòng)相關(guān)產(chǎn)出一軟件工件，作為下一

活動(dòng)的輸入。

?對(duì)本階段活動(dòng)執(zhí)行情況進(jìn)行評(píng)審。

18G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

瀑布模型的優(yōu)缺點(diǎn)

優(yōu)點(diǎn)缺點(diǎn)

降低了軟件開發(fā)的復(fù)雜程度,而且模型缺乏靈活性,特別是無法解決

提高了軟件開發(fā)過程的透明性,提軟件需求不明確或不準(zhǔn)確的問題。

高了軟件開發(fā)過程的可管理性。

推遲了軟件實(shí)現(xiàn),強(qiáng)調(diào)在軟件實(shí)現(xiàn)模型的風(fēng)險(xiǎn)控制能力較弱。

前必須進(jìn)行分析和設(shè)計(jì)工作。

以項(xiàng)目的階段評(píng)審和文檔控制為手瀑布模型中的軟件活動(dòng)是文檔驅(qū)動(dòng)

段有效地對(duì)整個(gè)開發(fā)過程進(jìn)行指導(dǎo)的,當(dāng)階段之間規(guī)定過多的文檔時(shí)

,保證了階段之間的正確銜接,能,會(huì)極大地增加系統(tǒng)的工作量;而

夠及時(shí)發(fā)現(xiàn)并糾正開發(fā)過程中存在且當(dāng)管理人員以文檔的完成情況來

的缺陷,從而能夠使產(chǎn)品達(dá)到預(yù)期評(píng)估項(xiàng)目完成進(jìn)度時(shí),往往會(huì)產(chǎn)生

的質(zhì)量要求。錯(cuò)誤的結(jié)論。

G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

V模型和W模型

?1980年代后期PaulRook提出了V模型

20G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

W模型

?:噸丫01113￡公司在V模型的基礎(chǔ)上提出了W模型

G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

原型方法的產(chǎn)生

?:?瀑布模型、V模型和W模型都將軟件生命周期劃分

成獨(dú)立串行的幾個(gè)階段，前一個(gè)階段沒有完成便

無法開始下一階段的工作。

?然而完整而準(zhǔn)確的需求規(guī)格說明是很難得到的，

在開發(fā)早期用戶往往對(duì)系統(tǒng)只有一人模糊的想法，很

難完全準(zhǔn)確地表達(dá)對(duì)系統(tǒng)的全面要求

隨著開發(fā)工作的推進(jìn)，用戶可能會(huì)產(chǎn)生新的要求

開發(fā)者又可能在設(shè)計(jì)與實(shí)現(xiàn)的過程中遇到一些沒有預(yù)

料到的實(shí)際困難，需要以改變需求來解脫困境

22G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

原型方法

?:?原型方法指在獲得一組基本需求后，通過快速分

析構(gòu)造出一個(gè)小型的軟件系統(tǒng)原型，滿足用戶的

基本要求。

?:?用戶通過使用原型系統(tǒng)，提出修改意見，從而減

少用戶與開發(fā)人員對(duì)系統(tǒng)需求的誤解，使需求盡

可能準(zhǔn)確。

?:?原型方法主要用于明確需求，但也可以用于軟件

開發(fā)的其他階段。

23G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

原型方法的局限性

?:?對(duì)于一個(gè)大型系統(tǒng)，如果不經(jīng)過系統(tǒng)分析得到系統(tǒng)

的整體劃分，而直接用原型來模擬是很困難的。

?:?對(duì)于大量運(yùn)算的、邏輯性較強(qiáng)的程序模塊，原型方

法很難構(gòu)造出該模塊的原型來供人評(píng)價(jià)。

?:?對(duì)于原有應(yīng)用的業(yè)務(wù)流程、信息流程混亂的情況，

原型構(gòu)造與使用有一定的困難。

24G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

演化模型

?:?使用瀑布模型人們認(rèn)識(shí)到，由于需求很難調(diào)研充

分，所以很難一次性開發(fā)成功。

?:?演化模型提倡兩次開發(fā)：

第一次是試驗(yàn)開發(fā)，得到試驗(yàn)性的原型產(chǎn)品，其目標(biāo)只

是在于探索可行性，弄清軟件需求；

第二次在此基礎(chǔ)上獲得較為滿意的軟件產(chǎn)品。

第二次產(chǎn)品開發(fā)

?需求分析軟

IL件設(shè)%-I件

~I.件實(shí)血移

I軟件測(cè)「交

軟件部署

G賽寶認(rèn)證中心

CEPREICEPREICertificationBody

演化模型

?:?演化模型分類：

探索式演化模型

拋棄式演化模型

演化模型的特點(diǎn)：

八優(yōu)點(diǎn)：明確M蘆需求、提高系統(tǒng)質(zhì)量、降低開發(fā)風(fēng)險(xiǎn);

缺點(diǎn)：

O難于管理、結(jié)構(gòu)較差、技術(shù)不成熟；

O可能會(huì)拋棄瀑布模型的文檔控制優(yōu)點(diǎn)；

O可能會(huì)導(dǎo)致最后的軟件系統(tǒng)的系統(tǒng)結(jié)構(gòu)較差；

?:?演化模型適用范圍：

需求不清楚；

小型或十小型系統(tǒng)；

開發(fā)周期短

26G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

增量模型

?Mills當(dāng)壬19笆8Q嘉M整就備譙指瓊魏友政集寮螳維曩翻瞥心肚塞最畫治的第

南泰r

?結(jié)合了瀑布模型和演化模型的優(yōu)點(diǎn)。

下一增量開發(fā)

增量開發(fā)下一增量?jī)?nèi)容的確定

系

統(tǒng)

確

認(rèn)

用戶使用增量產(chǎn)品軟

測(cè)

試

A提出反饋意見：修件

利

改、補(bǔ)充需求Iffl移

驗(yàn)

、

交

P-測(cè)

和用戶溝通探索下收

一增量?jī)?nèi)容的初步

需求

指導(dǎo)和控制增量集成

指導(dǎo)下一個(gè)增量的選捕------------------J

27G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

增量模型

?:?增量模型的優(yōu)點(diǎn)：

客戶可以在第一次增量后就使用到系統(tǒng)的核心功能，增強(qiáng)了客戶

使用系統(tǒng)的信心；

項(xiàng)目總體失敗的風(fēng)險(xiǎn)較低，因?yàn)楹诵墓δ芟乳_發(fā)出來，即使某一

次增量失敗，核心功能的產(chǎn)品客戶仍然可以使用。

由于增量是按照從高到低的優(yōu)先級(jí)確定的，最高優(yōu)先級(jí)的功能得

到最多次的測(cè)試，保障了系統(tǒng)重要功能部分的可靠性。

所有增量都是在同一個(gè)體系結(jié)構(gòu)指導(dǎo)下進(jìn)行集成的，提高了系統(tǒng)

的穩(wěn)定性和可維護(hù)性。

?:?增量模型的缺點(diǎn)：

增量粒度難以選擇；

確定所有的基本業(yè)務(wù)服務(wù)比較困難；

28G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

螺旋模型

Boehm于1988年提出,主要針對(duì)大型軟件項(xiàng)目的開

發(fā)。

累計(jì)

制定計(jì)劃成本風(fēng)險(xiǎn)分析

?:?四個(gè)象限決定目標(biāo)、評(píng)價(jià)方案、

方案和限制識(shí)別風(fēng)險(xiǎn)、

＞制定計(jì)劃風(fēng)險(xiǎn)分消除風(fēng)險(xiǎn)

?風(fēng)險(xiǎn)分析

?實(shí)施工程』狡線////原型I、原型2、原型八原型,

?客戶評(píng)價(jià)t

/實(shí)現(xiàn):黑"工程

開發(fā)、驗(yàn)證

客戶評(píng)估-------―下—產(chǎn)品

29G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

RUP

<?RUP(RationalUnifiedProcess)是由

Rational公司(現(xiàn)被IBM公司收購(gòu))開發(fā)的一種軟

件工程過程框架，是一個(gè)面向?qū)ο蟮幕趙eb的程

序開發(fā)方法論。

?:KUP既是一種軟件生命周期模型，又是一種支持面

向?qū)ο筌浖_發(fā)的工具，它將軟件開發(fā)過程要素

和軟件工件要素整合在統(tǒng)一的框架中。

30G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

RUP的基本結(jié)構(gòu)

1.UP是一個(gè)軟件開發(fā)過程工作流程

軟件開發(fā)過程是一個(gè)將用

2.業(yè)務(wù)建模

戶需求轉(zhuǎn)化為軟件系統(tǒng)所需求

需要的活動(dòng)集合。分析設(shè)計(jì)

不僅僅是一個(gè)簡(jiǎn)單的

實(shí)

3.UP施

訓(xùn)

過程，而是一個(gè)通用的過試

部

程框架。警

4.UP使用UML來制定和描

變更管理

述軟件系統(tǒng)的所有視圖。項(xiàng)目管理

5.UP的突出特點(diǎn)：用例驅(qū)斗境

動(dòng)、以構(gòu)架為中心、使用

迭代和增量的開發(fā)模式

31G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

RUP的9個(gè)核心工作流

*6個(gè)核心過程工作流

商業(yè)建模(BusinessModeling)

需求(Requirements)

分析和設(shè)計(jì)(Analysis&Design)

實(shí)現(xiàn)(Implementation)

加試(Test)

部署(Deployment)

孝3個(gè)核心支持工作流：

配置和變更管理(Configuration&ChangeManagement)

項(xiàng)目管理(ProjectManagement)

環(huán)境(Environment)

32G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

RUP的階段

?:*RUP中的軟件生命周期在時(shí)間上被分解為四個(gè)順序

的階段：初始階段(Inception)、細(xì)化階段(

Elaboration)、構(gòu)造階段(Construction)和交

付階段(Transition)。

?:?每個(gè)階段結(jié)束于一個(gè)主要的里程碑(Major

Milestones),并在階段結(jié)尾執(zhí)行一次評(píng)估以確定

這個(gè)階段的目標(biāo)是否已經(jīng)滿足。如果評(píng)估結(jié)果令

人滿意的話，可以允許項(xiàng)目進(jìn)入下一個(gè)階段。

初始階段細(xì)化階段構(gòu)造階段移交階段

生命周期體

生命周期目初始運(yùn)行能產(chǎn)品發(fā)布里

系結(jié)構(gòu)里程

標(biāo)里程碑力里程碑程碑

碑

-------時(shí)間

33G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目生命周期的選擇

?在前期需求明確的情況下盡量采用瀑布模型或改進(jìn)型的瀑布模型

?在用戶無信息系統(tǒng)使用經(jīng)驗(yàn),需求分析人員技能不足情況下一定要借

助原型

?在不確定性因素很多，很多東西前面無法計(jì)劃情況下盡量采用增量迭

代和螺旋模型

在需求不穩(wěn)定情況下盡量采用增量迭代模型

在資金和成本無法一次到位情況下可以采用增量模型,軟件產(chǎn)品分多

個(gè)版本進(jìn)行發(fā)布

?對(duì)于完全多個(gè)獨(dú)立功能開發(fā)可以在需求階段就分功能并行，但每個(gè)功

能內(nèi)都應(yīng)該遵循瀑布模型

?對(duì)于全新系統(tǒng)的開發(fā)必須在總體設(shè)計(jì)完成后再開始增量或并行

?對(duì)于編碼人員經(jīng)驗(yàn)較少情況下建議不要采用敏捷或迭代等生命周期模

型

?:?增量,迭代和原型可以綜合使用，但每一次增量或迭代都必須有明確的

交付和出口準(zhǔn)則.

34G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目管理過程

?:?項(xiàng)目過程組

項(xiàng)目或階段的過程組示意圖

35G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

某一階段中各過程的交叉

36G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

目錄

項(xiàng)目管理概述

項(xiàng)目啟動(dòng)

項(xiàng)目策劃

項(xiàng)目實(shí)施和監(jiān)控

項(xiàng)目收尾

G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目可行性分析

?:?目的

?避免盲目決策而給企業(yè)帶來?yè)p失，減少投資失誤

?:?任務(wù)

?對(duì)即將開發(fā)的系統(tǒng)，從市場(chǎng)、經(jīng)濟(jì)、技術(shù)等方面進(jìn)行

論證

回答項(xiàng)目是否值得開發(fā)、有無可行的解決辦法

38G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目可行性分析

?:?可行性分析內(nèi)容

市場(chǎng)分析

競(jìng)爭(zhēng)實(shí)力分析

?經(jīng)濟(jì)效益分析

技術(shù)分析

時(shí)間和資源分析

39G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目可行性分析

?:?結(jié)論

?項(xiàng)目是否值得去做應(yīng)服從公司整體戰(zhàn)略目標(biāo)

。盈利的需要

?，F(xiàn)金流的需要

O市場(chǎng)開拓的需要

可行性分析結(jié)果形成《可行性分析報(bào)告》

40G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

組建項(xiàng)目團(tuán)隊(duì)

41G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

確定項(xiàng)目目標(biāo)和范圍

?:?項(xiàng)目目標(biāo)的意義

明確項(xiàng)目及項(xiàng)目組成員共同努力的方向。作為各方溝

通的方式

?產(chǎn)生激勵(lì)作用

為制定項(xiàng)目計(jì)劃打下基礎(chǔ)，為項(xiàng)目計(jì)劃指明方向

作為評(píng)價(jià)項(xiàng)目成功的依據(jù)

42G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

確定項(xiàng)目目標(biāo)和范圍

?:?項(xiàng)目目標(biāo)的特點(diǎn)

?多目標(biāo)性

。時(shí)間、成本、技術(shù)性能三大方面

O沖突和權(quán)衡

?優(yōu)先性

?層次性

。上層目標(biāo)是下層目標(biāo)的目的

。下層目標(biāo)是上層目標(biāo)的手段

43G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

確定項(xiàng)目目標(biāo)和范圍

?:?目標(biāo)的SMART

Specific-明確的

Measurable-可度量的

Achievable-可完成的

Relevant-恰當(dāng)?shù)?/p>

Trackable-可跟蹤的

44G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

確定項(xiàng)目目標(biāo)和范圍

?明確目標(biāo)，界定范圍

?一句話的項(xiàng)目

一頁(yè)紙的項(xiàng)目目標(biāo)說明

詳細(xì)的項(xiàng)目范圍說明文檔

微軟IE4.0的產(chǎn)品目標(biāo)

此次計(jì)劃推出的IE瀏覽器將成為Internet上的主流瀏覽器軟

件，它可以為企業(yè)客戶和最終用戶提供高速、穩(wěn)定、總體擁

有成本最低的使用體驗(yàn)，可以與Microsoft的Office軟件有效集

成，這一產(chǎn)品的市場(chǎng)目標(biāo)是在1998年將IE的市場(chǎng)占有率擴(kuò)大

到65%

45G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

確定項(xiàng)目里程碑

系統(tǒng)發(fā)

試通過相

劃

計(jì)

評(píng)

通

過

審

完

成

需

求

確

認(rèn)

46G賽寶認(rèn)證中心

CEPREiCEPREICertificationBody

項(xiàng)目立項(xiàng)申請(qǐng)

提交立立項(xiàng)評(píng)立項(xiàng)公

項(xiàng)申請(qǐng)審告

<J\________)

47G賽寶