系統(tǒng)集成項目管理工程師練習

1.國家信息化體系的6個要素：

(1)信息資源：信息和材料能源構(gòu)成經(jīng)濟社會發(fā)展的二大戰(zhàn)略資源，二者可以互相轉(zhuǎn)化；

(2)信息網(wǎng)絡(luò)：包括計算機網(wǎng)絡(luò)電信網(wǎng)電視網(wǎng)

(3)信息技術(shù)應(yīng)用：它直接反應(yīng)了效率效果效益

(4)信息產(chǎn)業(yè)：是信息化的物質(zhì)基礎(chǔ)

(5)信息化人才

(6)信息化政策法規(guī)等

2.企業(yè)信息化：是指企業(yè)以業(yè)務(wù)流程II勺優(yōu)化和重構(gòu)為基礎(chǔ)，在一定深度和廣度上運用計算機技術(shù)網(wǎng)絡(luò)技術(shù)和數(shù)據(jù)

庫技術(shù)，控制和集成化管理企業(yè)生產(chǎn)經(jīng)營活動中的多種信息，實現(xiàn)企業(yè)內(nèi)外部信息H勺共享和有效運用，以提高企

業(yè)的經(jīng)濟效益和市場競爭力。

3.企業(yè)信息化常用的幾種措施：

(I)業(yè)務(wù)流程重構(gòu)：(企業(yè)流程改造H勺3個關(guān)鍵原則：以流程導(dǎo)向，以顧客為中心，團體式管理)

(2)關(guān)鍵業(yè)務(wù)應(yīng)用

(3)信息系統(tǒng)建設(shè)

(4)主題數(shù)據(jù)庫

(5)資源管理

(6)人力資本投資措施：尤其合用于依托智力和知識生存的企業(yè)，如征詢服務(wù)軟件開發(fā)等

4.企業(yè)資源規(guī)劃：ERP(enlerpriseresourceplanning)是一種融合了企業(yè)最佳實踐和先進信息技術(shù)H勺新型管理工具。它

擴充了MIS(managemenlinformationsystem管埋信息系統(tǒng)).MRP2(manufacluringresourcesplanning制造資源計劃)

的管理范圍，將供應(yīng)商和企業(yè)內(nèi)部的采購生產(chǎn)銷售和客戶緊密聯(lián)絡(luò)起來。對供應(yīng)鏈上H勺所有環(huán)節(jié)進行有效管理,

實現(xiàn)對企業(yè)的動態(tài)控制和資源的I集成和優(yōu)化，提高基礎(chǔ)管理水平，追求企業(yè)資源口勺合理高效運

用。。。。。。。。。。。。。。?！?。ERP實質(zhì)上仍然以MRP2為關(guān)鍵。

5.客戶關(guān)系管理(CRM)：(customerrelationmanagement)是一種改善企業(yè)與客戶之間關(guān)系H勺管理機制c

CRM由兩部分構(gòu)成：即觸發(fā)中心和挖掘中心，前者如，，WEBEMAIL等；

6.客戶關(guān)系管理有效性應(yīng)具有的原因：

（1）有效的交流渠道（觸發(fā)中心）

（2）對所獲信心的有效分析（挖掘中心）

（3）CRM必須能與ERP很好的集成

7.現(xiàn)弋意義上的供應(yīng)缽：是運用計算機網(wǎng)絡(luò)技術(shù)全貌規(guī)劃供應(yīng)鏈中的商流物流信息流和資金流等，

進行計劃組織協(xié)調(diào)和控制。

8.供應(yīng)鏈管理6大功能：需求管理供應(yīng)鏈計劃生產(chǎn)計劃生產(chǎn)調(diào)度配送計劃運送計劃

9.企業(yè)應(yīng)用集成：EAI（cnterpriseapplicationintegration）是將進程軟件硬件和原則聯(lián)合起來，在兩個

或多種企業(yè)信息系統(tǒng)之間實現(xiàn)無縫集成，使他們像個整體。

10.企業(yè)應(yīng)用集成包括2個方面：企業(yè)內(nèi)部應(yīng)用集成和企業(yè)間應(yīng)用集成

11.企業(yè)內(nèi)部應(yīng)用集成分類：

（1）界面集成：比較原始和淺層次的集成，但也是最常用口勺

（2）平臺集成：就是實現(xiàn)系統(tǒng)基礎(chǔ)的集成，底層的構(gòu)造軟件和硬件以及異構(gòu)網(wǎng)絡(luò)都得到集成。

（3）數(shù)據(jù)集成：首先對數(shù)據(jù)標志并編成目錄，確定元數(shù)據(jù)模型，保證數(shù)據(jù)在數(shù)據(jù)庫系統(tǒng)中分布和

共享

（4）應(yīng)用集成：這個集成能為兩個應(yīng)用中口勺數(shù)據(jù)和函數(shù)提供靠近實時口勺集成

（5）過程集成

12.B2B和B2C的需要增進了EAI技術(shù)日勺發(fā)展

13.集成模式分3種:

（1）面向信息的集成技術(shù)：信息集成采用日勺重要數(shù)據(jù)處理基礎(chǔ)有數(shù)據(jù)復(fù)制數(shù)據(jù)聚合和接口集成

等。其中接口集成仍然是主流技術(shù)。

(2)面向過程的集成技術(shù)：在構(gòu)造上，該措施在面向接口的集成方案之上，定義了此外的過程邏

輯層；而在該構(gòu)造的底層，應(yīng)用服務(wù)器消息中間件提高了支持數(shù)據(jù)傳播和跨過程協(xié)調(diào)的基

礎(chǔ)服務(wù)。

(3)面向服務(wù)『'J集成技術(shù)：基于SOA(service-orientedarchitecture,面向服務(wù)『、J架構(gòu))和WEB服務(wù)

技術(shù)的應(yīng)用集成是業(yè)務(wù)集成技術(shù)上的一種重要變化，被認為是新一代H勺應(yīng)用集成技術(shù)。集成

口勺對象是一種個口勺WEB服務(wù)或封裝成WEB服務(wù)的業(yè)務(wù)處理。WEB服務(wù)技術(shù)由于是基于最

廣為接受開發(fā)的技術(shù)原則，稱為新一代面向服務(wù)的應(yīng)用系統(tǒng)的構(gòu)建和應(yīng)用系統(tǒng)集成的基礎(chǔ)

設(shè)施。

14.電子商務(wù)分3個方面：

(1)電子商情廣告電子選購和交易

(2)電子交易憑證的互換電子支付和結(jié)算

(3)網(wǎng)上售后服務(wù)

6參與電子商務(wù)門勺4類實體：顧客商戶銀行認證中心

16.電子商務(wù)按從事商務(wù)活動的主題不一樣，分4類：

企業(yè)內(nèi)部電子商務(wù)B2BB2CC2C

17.商業(yè)智能BI(businessinlelligence):是企業(yè)對商業(yè)數(shù)據(jù)的搜集管理和分析的系統(tǒng)過程，目口勺是使企業(yè)

的各級決策者獲得知識或洞察力，協(xié)助做出對企業(yè)更有利口勺決策。數(shù)據(jù)倉庫的顧客是管理層。商業(yè)

智能關(guān)鍵技術(shù)是數(shù)據(jù)倉庫和數(shù)據(jù)挖掘

18.商業(yè)智能系統(tǒng)4個階段：數(shù)據(jù)預(yù)處理建立數(shù)據(jù)倉庫數(shù)據(jù)分析和數(shù)據(jù)展現(xiàn)

19.商業(yè)智能3大構(gòu)成部分：DW數(shù)據(jù)倉庫(warehouse)OLAP(聯(lián)機事務(wù)處理)和數(shù)據(jù)挖掘技術(shù)

20.數(shù)據(jù)倉庫4個特性：

(1)是面向主題日勺

(2)是集成的J

（3）是非易失的

（4）隨時間的變化性：數(shù)據(jù)倉庫日勺數(shù)據(jù)時間要長于操作系統(tǒng)中的數(shù)據(jù)時間；操作型數(shù)據(jù)庫的數(shù)值

能被更新，而數(shù)據(jù)倉庫中的數(shù)據(jù)僅僅是某些列的快照；操作型數(shù)據(jù)的鍵碼構(gòu)造不一定包括時

間元素；而數(shù)據(jù)倉庫內(nèi)鍵碼構(gòu)造總是包括時間元素

21.OLAP系統(tǒng)架構(gòu)分3種：

（1）關(guān)系數(shù)據(jù)庫的ROLAP：（包括兩類表：事實表和維表）

（2）多維數(shù)據(jù)庫口勺MOLAP：其查詢方式采用搜索與直接尋址結(jié)合，比ROLAP/J表索引速度快

（3）混合數(shù)據(jù)庫的HOLAP

22.數(shù)據(jù)挖掘（MINING）分2類：

（1）描述性挖掘，又分3種

a.數(shù)據(jù)總結(jié):記錄措施有求和值平均值方差值，以及直方圖餅狀圖等

b.聚類

c.關(guān)聯(lián)分析：常用2種技術(shù)即關(guān)聯(lián)規(guī)則和序列模式

（2）預(yù)測型挖掘，也分3種

a分類

b.回歸:一般采用線性回歸非線性回歸。一般同一種模型既可以用于回歸，也可用于分類

c.時間序列：是用變量過去口勺值來預(yù)測未來口勺值

23.數(shù)據(jù)挖掘是一種信息分析工具，能自動找出數(shù)據(jù)倉庫中日勺模式和關(guān)系

24.ERP軟件強調(diào)事前計劃和及時調(diào)整；財務(wù)軟件強調(diào)事后核算

25.ERP項目不僅僅是一種軟件工程項目，也不僅僅是技術(shù)革新項目，從跟不上說，它是一種管理變革

項目

1.信息系統(tǒng)服務(wù)：所有以滿足企業(yè)和機構(gòu)的業(yè)務(wù)發(fā)展所帶來日勺信息化需求為目的，基于信息技術(shù)和信

息叱理念而提供的專業(yè)信息技術(shù)征詢服務(wù)系統(tǒng)集成服務(wù)技術(shù)支持服務(wù)等工作，都屬于該范圍。

2.信息系統(tǒng)集成：是通過構(gòu)造化日勺綜合布線和計算機網(wǎng)絡(luò)技術(shù)，將各個分離的設(shè)備功能和信息等集

成到互相關(guān)聯(lián)日勺統(tǒng)一和協(xié)調(diào)日勺系統(tǒng)之中。有功能集成網(wǎng)絡(luò)集成和軟件界面集成等技術(shù)。

3.信息系統(tǒng)集成日勺4個子系統(tǒng)：

（1）硬件集成：例如用路日器連接廣域網(wǎng)等

（2）軟件集成：要處理的是異構(gòu)軟件日勺互相接口

（3）數(shù)據(jù)和信息集成：建立在前2個之上，是系統(tǒng)集成的關(guān)鍵。重要包括：合理規(guī)劃數(shù)據(jù)和信息;

減少數(shù)據(jù)冗余，更有效實現(xiàn)信息共享；保證數(shù)據(jù)和信息的安全保密。

（4）技術(shù)和管理集成

（5）人與組織機構(gòu)集成：是系統(tǒng)集成日勺最高境界

4.信息系統(tǒng)工程是信息化工程建設(shè)中日勺信息網(wǎng)絡(luò)系統(tǒng)信息資源系統(tǒng)信息應(yīng)用系統(tǒng)日勺新建升級改造

5.信息系統(tǒng)工程3大內(nèi)容：

（1）信息網(wǎng)絡(luò)系統(tǒng):是以信息技術(shù)為重要手段建立的信息處理傳播互換和分發(fā)日勺計算機網(wǎng)絡(luò)系

統(tǒng)

（2）信息資源系統(tǒng)：是以信息技術(shù)為重要手段建立日勺信息資源日勺采集存儲和處理的資源系統(tǒng)

（3）信息應(yīng)用系統(tǒng)：是以信息技術(shù)為重要手段建立的各類業(yè)務(wù)管理日勺應(yīng)用系統(tǒng)

6.監(jiān)理工作的重要內(nèi)容可概括為：“4控3管I協(xié)調(diào)”

“4控”：進度質(zhì)量投資變更控制

“3管”：安全協(xié)議信息管理

7.我國信息系統(tǒng)服務(wù)管理日勺重要內(nèi)容：

（1）系統(tǒng)集成單位資質(zhì)管理

（2）項目經(jīng)理資格管理

（3）監(jiān)理單位資質(zhì)管理

（4）監(jiān)理人員資格管理

8.安全等級保護的總體目的是保證信息安全和信息系統(tǒng)正常運行，并保障如下安全特性：

完整性保密性可用性不可紙賴性和可控性（前三個是基本的規(guī)定）

9.信息系統(tǒng)審計口勺5大內(nèi)容：

（1）戰(zhàn)略規(guī)劃與組織審計

（2）技術(shù)基礎(chǔ)平臺審計

（3）信息資產(chǎn)保護審計

（4）持續(xù)性管理和劫難恢復(fù)審計

（5）IT項目審,計：例如建設(shè)方案，項目成本質(zhì)量時間的評估，實行過程的監(jiān)督和控制，協(xié)調(diào)

和溝通，安全管理，協(xié)議的簽訂，驗收，信息資源管理等

10.目前ITIL（informationtechnologyinfrastructurelibrary,IT基礎(chǔ)架構(gòu)庫）已稱為IT行為服務(wù)管理『'J理論

基礎(chǔ)和IT管理原則體系。

11.ITIL整體架構(gòu)下的JITSM（ITservicemanagement）是一套以流程為導(dǎo)向以客戶為中心提高企業(yè)IT

“服務(wù)提高''和"服務(wù)支持”能力和水平的規(guī)范的管理措施。

12.HTL區(qū)I內(nèi)容:

（1）ICT（informationandcommunicationstechnology,信息通信技術(shù)）:保證提供IT基礎(chǔ)架構(gòu)以支持

業(yè)務(wù)運行需要。

（2）業(yè)務(wù)視角：包括業(yè)務(wù)系統(tǒng)外包管理持續(xù)改善和信息和通訊技術(shù)等

（3）IT服務(wù)管理實行規(guī)劃：分析評價評審以及確定目的等

（4）應(yīng)用管理

（5）安全管理

（6）服務(wù)管理：是ITIL的關(guān)鍵內(nèi)容。

13.信息系統(tǒng)集成資質(zhì)監(jiān)督管理是指對獲證單位資質(zhì)保持的監(jiān)督檢查和資質(zhì)變更口勺管理

14.資質(zhì)證書有限期為4年。每年一次年審。年審檢查的結(jié)論分3級：通過降級和取消

15.資質(zhì)等級劃分為4級：

（1）一級資質(zhì)：承擔過3000萬以上的項目；注冊資本1200萬以上；技術(shù)人員不少于100人，其

中有關(guān)學歷的人員不少80%：副總要5年以上的經(jīng)歷：

（2）二級資質(zhì)：承擔過1500萬以上的項目；注冊資本500萬；技術(shù)人員不少于50人，有關(guān)學歷

F1勺人員不少于80%；副總要4年以上的經(jīng)歷

（3）三級資質(zhì)：注冊資本100萬以上；技術(shù)人員不少于20人，有關(guān)學歷人員不少于70%；副總

要3年的經(jīng)歷

（4）四級資質(zhì)：注冊資本30萬以上；技術(shù)人員不少于10人，有關(guān)學歷人員不少于70%；副總2

年的經(jīng)歷

16.申請一二級資質(zhì)的單位提交到信息產(chǎn)業(yè)部認證辦公室；三四級的報到省級主管部門

17.工業(yè)和信息化部負責全國系統(tǒng)集成項目經(jīng)理資質(zhì)的管理工作。省級主管部門負責轄區(qū)內(nèi)口勺項目經(jīng)理

資質(zhì)的管理工作。

18.系統(tǒng)集成項目經(jīng)理分：項目經(jīng)理高級項目經(jīng)理和資深項目經(jīng)理3個級別。

19.項目經(jīng)理的條件：專科且有關(guān)工作4年；本科的2年；中級職稱的1年以上；

2年有2項協(xié)議超過200萬日勺項目；完畢系統(tǒng)總額500萬以上；

可承擔協(xié)議額80。萬如下，或在高級經(jīng)埋的指導(dǎo)下承擔1500萬的。

20.高級項目經(jīng)理日勺條件：獲得項目經(jīng)理資質(zhì)不少于3年；本科以上或中級職稱以上。

3年至少有1項協(xié)議額在1200萬以上，完畢系統(tǒng)總額3000萬以上；

可承擔協(xié)議額5000萬如下日勺項目

21.資深項目經(jīng)理H勺條件：獲得高級項目經(jīng)理5年以匕碩士學位或高級職稱:

5年至少有2項協(xié)議額在3000萬以上，至少有4項在1500萬以上。

可承擔多種規(guī)?？谏醉椖?。

22.每2年對項目經(jīng)理資質(zhì)一次年審。結(jié)論為“合格不合格不在崗”三種。

23.省級對轄區(qū)內(nèi)的項目經(jīng)理年審；高級和資深項目經(jīng)理由工業(yè)和信息化部年審。

24.一次年審不合格或不在崗的，減少等級一級；持續(xù)2年不合格的，取消資質(zhì)；持續(xù)2年不在崗的,

需重新申請資質(zhì)。

25.監(jiān)理資質(zhì)的評估按照評審和審批分離。

26.工信部可以受理甲級乙級丙級資質(zhì)的評審；省級可以受理轄區(qū)內(nèi)丙級的評審。

27.監(jiān)理資質(zhì)管理：

甲級：不受投資規(guī)模限制；乙級:在1500萬如下；丙級：在500萬如下。

28.監(jiān)理資質(zhì)證書有效期4年。

29.乙級和丙級監(jiān)理單位在獲得資質(zhì)2年后可提出升級申請。

30.監(jiān)理資質(zhì)等級條件：

（1）甲級：工程師30名；注冊資金500萬；完畢過12個監(jiān)理項目

（2）乙級：工程師15名；注冊資金300萬；完畢過9個監(jiān)理項目

（3）丙級：工程師6名；注冊資金100萬；完畢過6個監(jiān)理項目

31.監(jiān)理工程師等級有效期為3年。

1.信息系統(tǒng)生命周期日勺4個階段:

（1）產(chǎn)生階段：也稱為概念階段需求分析階段

（2）開發(fā)階段;是生命周期中最關(guān)鍵的一種階段。它又氣氛5個子階段:即總體規(guī)劃系統(tǒng)分析系

統(tǒng)設(shè)計系統(tǒng)實行和系統(tǒng)驗收于階段

（3）運行階段

（4）消滅階段

2.信息系統(tǒng)6大開發(fā)措施：

（1）構(gòu)造化措施：是目前最成熟應(yīng)用最廣發(fā)的信息系統(tǒng)開發(fā)措施之一，它是假定被開發(fā)的系統(tǒng)

是一種構(gòu)造化的系統(tǒng)。

（2）迅速原型法：是一種根據(jù)顧客需求，運用系統(tǒng)開發(fā)工具，迅速建立系統(tǒng)模型并展示給顧客,

在次基礎(chǔ)上與顧客交流。該措施長處：開發(fā)周期短，見效快，交流以便，合用于顧客需求模

糊，構(gòu)造性差的開發(fā)。

（3）企業(yè)系統(tǒng)規(guī)劃措施BSP（businesssystemplanning）：是企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃措施和信息工程措施

口勺基礎(chǔ)

（4）戰(zhàn)略數(shù)據(jù)規(guī)劃措施：是世界信息系統(tǒng)大師詹姆斯馬丁提出的。該措施要點：

a數(shù)據(jù)環(huán)境對于信息系統(tǒng)至關(guān)重要

b4種數(shù)據(jù)環(huán)境：數(shù)據(jù)文獻應(yīng)用數(shù)據(jù)庫主題數(shù)據(jù)庫和信息檢索系統(tǒng)

c建設(shè)主題數(shù)據(jù)庫是信息系統(tǒng)開發(fā)的中心任務(wù)

d圍繞主題數(shù)據(jù)庫搞好應(yīng)用軟件開發(fā)

（5）信息工程措施：和其他措施相比，不僅僅是一種措施，還是一門工程學科，第一次把信息系

統(tǒng)開發(fā)過程工程化

（6）面向?qū)ο蟠胧喊芽陀^世界從概念上堪稱是一種由許多互相配合而協(xié)作的木象所構(gòu)成。它運

用面向?qū)ο驢勺信息建模概念，同是運用封裝集成多態(tài)等機制來構(gòu)造模擬現(xiàn)實系統(tǒng)的措施

3.軟件需求包括3大內(nèi)容：

（1）功能需求:

（2）非功能需求;

（3）設(shè)計約束：也稱為限制條件補充規(guī)約等

4.需求分析的關(guān)鍵在于對問題域口勺研究與理解

5.軟件開發(fā)過程的三個階段：軟件設(shè)計測試和維護

6.軟件設(shè)計的基本原則是信息隱蔽與模塊獨立。一般采用2個準則度量模塊獨立性，即模塊間耦合和

模塊內(nèi)聚。相合是模塊之間啊相對獨立性口勺度量。聯(lián)絡(luò)越緊密越多，耦合性越高，而獨立性就越弱：

內(nèi)聚是模塊內(nèi)部各個元素功能強度的度量，各個元素聯(lián)絡(luò)越緊密，則內(nèi)聚性越高，乜就耦合性越低,

獨立性越強

7.軟件測試是軟件質(zhì)量保證的重要手段之一，也是將軟件交付給客戶之前必須的環(huán)節(jié)。是發(fā)現(xiàn)軟件錯

誤和缺陷的重要手段。

8.軟件測試2大措施：

（1）動態(tài)測試：指通過運行程序發(fā)現(xiàn)錯誤，分3種：

A黑盒測試法：測試不考慮程序內(nèi)部構(gòu)造和處理過程，只在軟件接口處測試。

常用的設(shè)計措施有：等價類劃分邊值分析錯誤猜測因果圖和功能圖等

B白盒測試法：測試對象看作是打開口勺盒子，須理解內(nèi)部構(gòu)造和處理過程，對程序中口勺邏

輯途徑測試，檢查內(nèi)部與否有錯。該法被測對象基本上是源程序。

常用口勺設(shè)計設(shè)計措施有基本途徑測試循環(huán)覆蓋測試邏輯覆蓋測試

C灰盒測試法：介于黑白之間，它關(guān)注輸出對于輸入日勺對的性，同步關(guān)注內(nèi)部體現(xiàn)。但這

種關(guān)注不像白盒那樣詳細和完整，而只是某些表征的現(xiàn)象事件和標志來判斷

（2）靜態(tài)測試：指不在機器上運行，而是采用人工檢測和計算機輔助靜態(tài)分析的手段來測試。

靜態(tài)測試的三個措施：

A桌前檢查：由程序員自己檢查

B代碼審杳:構(gòu)成會審小組，通過閱讀討論和爭議對程序分析的過程

c代碼走查：過程與弋碼審查差不多，但開會的程序不一樣，讓與會者充當計算機隨時記

錄程序口勺蹤跡供分析和討論月

9.根據(jù)測試的目的和階段的不一樣，把測試提成4類：

（1）單元測試：又稱模塊測試，是針對設(shè)計最小單位進行測試

（2）集成測試：也叫組裝測試或聯(lián)合測試，是將已通過單元測試的模塊集成在一起測試之間的協(xié)

作性。該測試一般在軟件概要設(shè)計階段完畢

（3）確認測試：也叫有效性測試，重要是驗證軟件的功能性能和特性與否與顧客需求一致。該

測試一般在需求分析階段完畢

（4）系統(tǒng)測試：將軟件與外部的硬件外設(shè)支持軟件和其他系統(tǒng)元素一起，在實際環(huán)境下進行某

些列集成和確認測試。該測試重要在系統(tǒng)分析或叫需求分析階段完畢

10.面向?qū)ο鬁y試是采用面向?qū)ο箝_發(fā)的測試技術(shù)，包括4個測試層次，從低到高依次為：算法層類層

模版層和系統(tǒng)層

11.第三方測試指獨立于軟件開發(fā)方和顧客方的測試，也稱“獨立測試”。該測試除了發(fā)現(xiàn)軟件問題之

外，還科學公正的評價軟件。

12.軟件的可維護性重要有3個方面原因決定：可理解性可測試性可修改性

13.軟件的維護從性質(zhì)上分為4類：糾錯型維護適應(yīng)型維護防止型維護完善型維護

14.軟件質(zhì)量保證SQA（softwarequalityassurance）活動是保證軟件產(chǎn)品在軟件生存期質(zhì)量的活動。軟

件是邏輯產(chǎn)品，其質(zhì)量重要從6方面衡量：性能可靠性可用性安全性可修改性功能性

15.在SQA實行打勺過程中，重要采用PDCA（PLAN-DO-CHECK-ACT1ON）循環(huán)

16.TQMCTOTALQUALITYMANAGEMENT全面質(zhì)量管理）是在最經(jīng)濟的水平上，充足考慮滿足顧客

的I條件下進行市場研究設(shè)計生產(chǎn)和服務(wù)，把組織內(nèi)各部門研制質(zhì)量維持質(zhì)量和提高質(zhì)量H勺活動

構(gòu)成一種有效體系。是全員全過程全方位的質(zhì)量管理

17.希臘字母西格瑪，表達與平均值H勺原則偏差°六西格瑪使用DPMO（defectsPerMillionOpportunities

百萬機會缺陷數(shù)），表達每百萬個機會（有3.4個）缺陷數(shù)?！傲贝碜罡呔辰绲耐昝浪?/p>

18.軟件過程技術(shù)研究的三個方向：

（1）軟件過程分析和建模：

軟件過程建模措施是軟件過程技術(shù)的起點。

建模重要使用PML（processmodelinglanguages過程建模語言）。

PML最基本的功能是描述和定義過程，建立過程模型。

因此選擇合適稱為過程分析過程建模和選擇建模工具的關(guān)鍵。

（2）軟件過程支持：

是指研究和開發(fā)支持軟件過程活動口勺CASE工具,過程支撐工具能支持管理并規(guī)范軟件過程。

支持工具包括軟件過程流程工具過程文檔工具評審工具和人員管理工具

（3）軟件過程評估和改善:SW-CMM（softwarecapabilitymatuirtymodel,軟件能力成熟度模型）簡稱

CMM,后來演變成CMMI（capabilitymaturitymodelinlegration,能力成熟度模型集成）。

CMM分級原則：

（a）初始級：軟件過程處在無序混亂狀態(tài)；

（b）已反復(fù)級：已建立基本口勺項目管理過程，可用于對成本進度和功能特性進行跟蹤。一

種可管理的過程則是一種可反復(fù)的過程，一種可反復(fù)的過程則能逐漸演化和成熟；

（c）已定義級：管理和開發(fā)均有一套文檔花口勺原則；

（d）已管理級：軟件過程和產(chǎn)品質(zhì)量均有詳細的度量原則，是量化的管理；

（e）優(yōu)化級：表明能根據(jù)實際項目性質(zhì)技術(shù)等原因，不停調(diào)整軟件生產(chǎn)過程以到達最佳

綜述：除第一級，每級都設(shè)定一組目日勺；

從第二級開始，每個低級別的實現(xiàn)都是高級別實現(xiàn)H勺基礎(chǔ)，不主張跨級演化；

從低級別到高級別演化口勺時間需要在12-30個月

CMM分級原則用途有2個:

第一軟件組織可以用此來評估，并提出質(zhì)量原則和改善方略；

第二該原則也可以作為顧客對軟件組織的一種評價原則。

CMMI可以看作是把多種CMM集成到一種系列的模型中。

每種CMMI模型均有2種表達法：階段式和持續(xù)式。

持續(xù)式表達法強調(diào)的是單個過程域的能力，從過程域的角度考察基線和度量成果的改善，

其關(guān)鍵術(shù)語是“能力”：

階段式表達法強調(diào)的是組織的成熟度，從過程域集合的角度考察整個組織的過程成熟度階

段，其關(guān)鍵術(shù)語是“成熟度”

19.軟件復(fù)用：又稱軟件重用，是在兩次或多次不一樣口勺開發(fā)過程中反復(fù)使用相似或相近軟件元素的過

程?？芍赜玫能浖卦酱?，我們說重用的粒度越大

20.面向?qū)ο蠓治雠c設(shè)計中幾種概念：對象與封裝類與類庫集成與多態(tài)消息通信

21.對象是系統(tǒng)中描述客觀事物的一種實體，是構(gòu)成系統(tǒng)的基本單位。

對象三要素：對象標志屬性和服務(wù)

封裝是對象的一種重要原則，有兩層含義：

第一：對象是所有屬性和服務(wù)緊密結(jié)合的整體；

第二：對象是一種不都透明黑盒子，不能從外面直接修改對象的私有屬性

22.類是一組有相似數(shù)據(jù)構(gòu)造和操作的對象口勺集合

類與對象是抽象描述和詳細實例日勺關(guān)系，

一種詳細的對象被稱為類口勺一種實例，一種對象的狀態(tài)則包括在它的實例變量中

類庫是一種預(yù)先定義的程序庫，按照類層次構(gòu)造組織在一起。上層的類代表一般事物；下層口勺類代

表詳細事物，體現(xiàn)了面向?qū)ο髾C制日勺繼承性和重載（或叫過我）等特性

23.繼承是使用存在的定義作為基礎(chǔ)建立新定義的技術(shù)

多態(tài)可分為4類:

（1）包括多態(tài)：重要通過虛函數(shù)實現(xiàn)，最常見的就是子類型化，即一種類型是另個的子類型

（2）參數(shù)多態(tài)：應(yīng)用比較廣發(fā)，被稱為最純的多態(tài)

（3）過載多態(tài)：是同一算子（操作符或函數(shù)名等）被用來表達不一樣的功能

（4）強制多態(tài)：是通過語義操作把一種變元的類型轉(zhuǎn)換，以符合函數(shù)的規(guī)定，否則出現(xiàn)類型錯誤

多態(tài)從實現(xiàn)的角度可分為2類

（a）編譯時的多杰：在編譯過程中確定詳細操作對象

（b）運行時的多態(tài)：在程序運行過程中動態(tài)確定對象，就是所謂的聯(lián)編或編聯(lián)，也就是把計

算機程序自身彼此關(guān)聯(lián)的過程，也就是把一種標識符和一種存儲地址聯(lián)絡(luò)起來的過程。

用面向?qū)ο蟮男g(shù)語講，就是把一條消息和一種對象的措施結(jié)合的過程

24.消息通信：是指向?qū)ο蟀l(fā)出的服務(wù)祈求，它應(yīng)當包括下述信息：

提供服務(wù)的對象標志、信息名、輸入信息和回答信息

消息通信與對象的封裝原則密不可分。

封裝使對象成為獨立的單位；而消息通信為他們提高了唯一的聯(lián)絡(luò)途徑。

25.UML（unifiedmodelinglanguage，統(tǒng)一建模語言）：是用于系統(tǒng)的可視化建模語言，

它是一種建模語言，而不是措施，并不包括過程口勺概念，自身是獨立于過程口勺，可以在過程中使用。

UML的構(gòu)造包括3個部分：構(gòu)造塊公共機制和構(gòu)架

構(gòu)造塊也就是基本mJUML建模元素、關(guān)系和圖

建模元素包括構(gòu)造元素、行業(yè)元素，分組元素和注解元素

關(guān)系包括關(guān)聯(lián)關(guān)系、依賴關(guān)系、泛化關(guān)系和實現(xiàn)關(guān)系

圖包括13種（如類圖、對象圖、構(gòu)件圖、組合構(gòu)造圖、用例圖、狀態(tài)圖、

序列圖和通信圖、活動圖、布署圖、包圖、定期圖、交互概覽圖等13類）

公共機制是到達特定目日勺的公共UML,包括規(guī)格闡明、修飾、公共分類和擴展機制等

構(gòu)架是系統(tǒng)H勺組織構(gòu)造包括系統(tǒng)分解的構(gòu)成部分，詳細指5個系統(tǒng)視圖，他們分別為:

邏輯視圖、進程視圖、實現(xiàn)視圖、布署視圖和用例視圖

26.面向?qū)ο笙到y(tǒng)分析措施，經(jīng)歷了從O（JE（objcct-oricntcdprogramming,面向?qū)ο?、J編程）、（JOD

（object-orienteddesign,面向?qū)ο蟮脑O(shè)計）到OOA（object-orientedanalysis面向?qū)ο蟮姆治觯?、J歷程。

27.面向?qū)ο笙到y(tǒng)分析措施有：OMT措施和UML進行分析

OMT措施的OOA模型包括對象模型（定義了做事情的實體）、動態(tài)模型（即在接受了

什么事件口勺觸發(fā)）和功能模型（定義了“做什么”），

用UML進行分析：采用面向?qū)ο蠓窒泶胧?，包括兩個任務(wù)：

第一：建立一種反應(yīng)問題域或靜態(tài)關(guān)系的概念模型，一般用類圖表達

第二：建立一種反應(yīng)系統(tǒng)行為的動態(tài)模型，即用例模型。

28.面向?qū)ο笙到y(tǒng)設(shè)計口勺措施，并不強調(diào)分析與設(shè)計之間的嚴格階段劃分。詳細措施有4種：

（1）coad/Yourdon措施：該措施辨別00A和00D

在分析階段，通過了5個層次：主題、類及對象、構(gòu)造、屬性、和服務(wù)；

在設(shè)計階段，包括了4個部分：問題域、人-機交互界面、應(yīng)用控制和與問題域有關(guān)的設(shè)計;

（2）Booch措施：包括了4個環(huán)節(jié)：識別類和對象、識別它們的語義；識別之間關(guān)系、實現(xiàn)它們;

（3）OMT措施：包括了4個階段；分析、系統(tǒng)設(shè)計、對象設(shè)計、實現(xiàn)；

（4）Jacobson措施：設(shè)計整個軟件生命周期，包括4個階段：需求分析、設(shè)計一、實現(xiàn)和測試；

29.軟件體系構(gòu)造不僅指定了系統(tǒng)的組織構(gòu)造和拓撲構(gòu)造，并且顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)口勺元素之間

的對應(yīng)關(guān)系，提高了某些設(shè)計決策日勺基本原理。

30.軟件體系構(gòu)造設(shè)計打勺一種關(guān)鍵是能否到達體系構(gòu)造級I用軟件復(fù)用。簡介5種常用的體系構(gòu)造：

（1）分層系統(tǒng)：層次系統(tǒng)最廣泛的應(yīng)用是分層通信協(xié)議。在這一領(lǐng)域，每層提供一種抽象的功能

,作為上層通信的基礎(chǔ)，較低的層次定義低層的交互，最底層一般只定義硬件物理連接。

（2）C2風格：是通過連接構(gòu)件綁定在一起的按照一組規(guī)則運作的并行構(gòu)件網(wǎng)絡(luò)。

（3）C/S風格：該構(gòu)造是基于資源的不對等，是為實現(xiàn)共享提出來的，定義了T作站怎樣與服

務(wù)器相連，以實現(xiàn)數(shù)據(jù)和應(yīng)用分布到多種處理機上；

C/S風格由3個部分構(gòu)成：數(shù)據(jù)庫服務(wù)器、客戶就應(yīng)用程序、網(wǎng)絡(luò)；

C/S體系構(gòu)造將應(yīng)用一分為二，服務(wù)器（后臺）負責數(shù)據(jù)管理，客戶機（前臺）

負責與顧客的交互任務(wù)；

這是一種“胖客戶機”和“瘦服務(wù)器”的構(gòu)造；

該構(gòu)造，應(yīng)用程序只針對特定的數(shù)據(jù)真，如一種表啊行來操作，而不是針對整個

文獻進行；是對某個記錄封鎖，而不是對整個文獻封鎖，因此保證了系統(tǒng)的并發(fā)

性，并使網(wǎng)絡(luò)上傳播的數(shù)據(jù)量減少到最小，從而改善了性能；

（4）三層C/S風格：比二層C/S風格增長一種應(yīng)用服務(wù)器，可以將整個應(yīng)用邏輯駐留在應(yīng)用服

務(wù)器上，而只有表達層存在客戶就上，這種構(gòu)造被稱為“瘦客戶機”。

三層C/S風格將應(yīng)用功能分三個部分：表達層、功能層、數(shù)據(jù)層；

表達層負責處理顧客口勺輸入和向客戶口勺輸出（之前也許會合法性驗證），

功能層負責建立數(shù)據(jù)庫的連接，根據(jù)顧客的祈求生成訪問數(shù)據(jù)庫的SQL語句，并

把成果返回給客戶端；

數(shù)據(jù)層負責實際的數(shù)據(jù)庫存儲和檢索，對應(yīng)功能層的數(shù)據(jù)處理祈求，并將成果返

同給功能層

三層構(gòu)造中，中間件是最重要的構(gòu)件。

所謂中間件是一種用API定義的軟件層，是有強大通信能力和良好擴展性

的分布式軟件管埋框架。

它口勺功能是在客戶就和服務(wù)器或者服務(wù)器和服務(wù)器之間傳送數(shù)據(jù)，實現(xiàn)客

戶機群和服務(wù)器群之間的通信。

其工作流程：當客戶機日勺應(yīng)用程序需要駐留網(wǎng)絡(luò)上某個服務(wù)器日勺數(shù)據(jù)或服

務(wù)時，搜索此數(shù)據(jù)H勺C/S應(yīng)用程序需要訪問中間件，該系統(tǒng)

將查找數(shù)據(jù)源或服務(wù)，并在發(fā)送應(yīng)用程序祈求后重新打包響

應(yīng)，將其傳送回應(yīng)用程序。

(5)B/S風格：(BROWSER/SERVER)詳細構(gòu)造為瀏覽器/WEB服務(wù)器/數(shù)據(jù)庫服務(wù)器。

B/S風格重要運用不停成熟的瀏覽器技術(shù)，結(jié)合瀏覽器的多種腳本語言，

通用瀏覽器實現(xiàn)本來需要復(fù)雜的專用軟件才能實現(xiàn)啊功能，節(jié)省了開發(fā)成本：

B/S構(gòu)造中，除數(shù)據(jù)庫服務(wù)器，應(yīng)用程序以網(wǎng)頁形式寄存于WEB服務(wù)器上，顧客

運行某個應(yīng)用程序時只需在客戶端的瀏覽器上輸入對應(yīng)的網(wǎng)址，調(diào)用WEB服務(wù)

器上的應(yīng)用程序并對數(shù)據(jù)庫進行操作就完畢對應(yīng)的數(shù)據(jù)處理，最終將成果通過

瀏覽器顯示給顧客；

B/S模式的計算機應(yīng)用系統(tǒng)，應(yīng)用程序在一定程度上具有集成的特性。

B/S構(gòu)造的軟件，系統(tǒng)安裝、修改和維護全在服務(wù)器端處理.，顧客在使用系統(tǒng)時,

只要一種瀏覽器就可運行所有的模塊，真正到達“零客戶端”的功能，輕易自

動升級，本提高了異種機、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的

最現(xiàn)實的開放性基礎(chǔ)。

31.軟件體系構(gòu)造設(shè)計是軟件系統(tǒng)中的關(guān)鍵元素，

是系統(tǒng)中不易變化、比較穩(wěn)定的部分，也是構(gòu)件軟件系統(tǒng)其他部分口勺基礎(chǔ)，因此

系統(tǒng)架構(gòu)的好壞從主線上決定了基于該架構(gòu)日勺軟件系統(tǒng)的質(zhì)量；

模式的應(yīng)用給出了構(gòu)件系統(tǒng)的日效U勺途徑MVC(model-view?controner模型■視圖.

控制器)是專門針對交互系統(tǒng)日勺設(shè)計模式，在創(chuàng)立架構(gòu)的過程中，需要考

慮重用性、通用性等問題；

模式和系統(tǒng)架構(gòu)既相似，又區(qū)別：都是處理抽象概念的關(guān)系；但模式是領(lǐng)域無關(guān)

H勺，而系統(tǒng)架構(gòu)則針對要處理的實際問題，是領(lǐng)域有關(guān)的0

32.軟件體系構(gòu)造分析與評估的3種方式：

（1）基于調(diào)查問卷或檢查表的方式：問卷通用，檢查表特定領(lǐng)域，比較靈活，可評估多種質(zhì)量屬

性，也可以在多種階段進行，不過該措施的成果很大程度上來自評估人員的主管推斷;

（2）基于場景的方式:分析軟件對系統(tǒng)的使用或修改活動的支持程度,從而判斷滿足需求的程度,

這一方式考慮了包括開發(fā)人員、維護人員、最終顧客、管理人員和測試等所有與系統(tǒng)有關(guān)的

人員對質(zhì)量的規(guī)定，不一樣的應(yīng)用系統(tǒng)對同一質(zhì)量的理解也也許不一樣，存在不一致性，因

此該措施合用于特定的領(lǐng)域；

（3）基于度量的方式：度量是指為軟件產(chǎn)品的某一屬性賦予數(shù)值；

度量的評估技術(shù)設(shè)計3個基本活動：

首先要建立屬性和度量之間的映射原則，即確定怎樣從度量成果退

出質(zhì)量屬性；

然后軟件體系構(gòu)造文檔中獲取度量信息；

最終根據(jù)映射原則推導(dǎo)出質(zhì)量屬性

基于度量向評估方式提供更客觀和量化的質(zhì)量評估，該方式需要在軟件構(gòu)

造設(shè)計基本完畢后來才能進行，并且需要評估人員對評估體系很理解

33.軟件中間件：概念

A在一種分布式系統(tǒng)中處在操作系統(tǒng)和應(yīng)用程序之間的軟件

B是一種獨立日勺系統(tǒng)軟件或服務(wù)程序，位于客戶就服務(wù)器的操作系統(tǒng)之上，管

埋計算資源和網(wǎng)絡(luò)通信。

與操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)并稱“三套車”

分3類

A底層型如JVM（java虛擬機）、

microsoftCLR（commonlanguageruntime公共語言運行庫）

B通用型如CORBA(commonobjectrequestbrokerarchitecture

公共對象祈求代理構(gòu)造）WEBWcblogic和IBMMQservies

C集成型如IBMwebsphere

對于不一樣層次的集成，將采用不一樣的技術(shù)

A為完畢系統(tǒng)底層傳播層H勺集成，可以采用CORBA技術(shù)

B為完畢不一樣系統(tǒng)的信息傳遞，可以采用消息中間件產(chǎn)品

C為完畢不一樣硬件和操作系統(tǒng)的集成，可以采用J2EE中間件產(chǎn)品

34.經(jīng)典應(yīng)用集成重要設(shè)計：數(shù)據(jù)庫與數(shù)據(jù)倉庫技術(shù)、

webservice技術(shù)、

J2EE架構(gòu)、.

.NET架構(gòu)、

軟件引擎技術(shù)、

構(gòu)件技術(shù)等

35.數(shù)據(jù)倉庫技術(shù)的某些概念：

（1）ETL（EXTRACT/TRANSFORMATION/LOAD,清洗/轉(zhuǎn)換/力口載）

（2）元數(shù)據(jù)：包括數(shù)據(jù)倉庫表的構(gòu)造、表的屬性、源數(shù)據(jù)（記錄系統(tǒng)）、從記錄系統(tǒng)到數(shù)據(jù)倉庫

的映射、數(shù)據(jù)模型口勺規(guī)格闡明、抽取日志和訪問數(shù)據(jù)的公用例行程序

（3）粒度：數(shù)據(jù)倉庫的數(shù)據(jù)單位中保留數(shù)據(jù)的細化或綜合程度日勺級別。細化程度越高，粒度級別

越小

（4）分割：構(gòu)造相似口勺數(shù)據(jù)被提成多種數(shù)據(jù)物理單元,任何給定口勺數(shù)據(jù)單元屬于且僅屬于一種分

割

（5）數(shù)據(jù)集市：小型的、面向部門或工作組級的數(shù)據(jù)倉庫

（6）ODS：（operationdata$tore,操作數(shù)據(jù)存儲）能支持企業(yè)平常的|全局應(yīng)用的I數(shù)據(jù)集合，是不一

樣于DB的一種新的數(shù)據(jù)環(huán)境，是DW擴展后得到的一種混合形式。4個特點：面向主題的、

集成的、可變的、目前或靠近目前的

(7)數(shù)據(jù)模型：邏輯數(shù)據(jù)構(gòu)造，包括由數(shù)據(jù)庫管理系統(tǒng)為有效進行數(shù)據(jù)庫處理提供的操作和約束;

用于表達數(shù)據(jù)的系統(tǒng)

(8)人工關(guān)系：在決策支持系統(tǒng)環(huán)境中用于表達參照完整性的一種設(shè)計技術(shù)。

?為了滿足中高層管理人員預(yù)測、決策分析口勺需要，在老式數(shù)據(jù)庫的基礎(chǔ)上產(chǎn)生了滿足預(yù)測、

決策分析需要的數(shù)據(jù)環(huán)境一數(shù)據(jù)倉庫

?數(shù)據(jù)倉庫是一種面向主題、集成的、非易失的、隨時間變化的數(shù)據(jù)集合，用于決策管理；

?數(shù)據(jù)倉庫的基本構(gòu)造是：

?數(shù)據(jù)源：是數(shù)據(jù)倉庫系統(tǒng)的基礎(chǔ)，是整個系統(tǒng)的數(shù)據(jù)源泉。包括企業(yè)內(nèi)外部信息

?數(shù)據(jù)的存儲與管理：是整個數(shù)據(jù)倉庫系統(tǒng)的關(guān)鍵和關(guān)鍵。

?OLAP服務(wù)器：ROLAP基本數(shù)據(jù)和聚合數(shù)據(jù)放在RDBMS中；

MOLAP數(shù)據(jù)放在多維數(shù)據(jù)庫中；

HOLAP基本數(shù)據(jù)放在RDBMS,聚合數(shù)據(jù)放在多維數(shù)據(jù)庫中。

?前端工具：重要包括多種報表工具、查詢工具、數(shù)據(jù)分析工具、數(shù)據(jù)挖掘工具和多

種基于數(shù)據(jù)倉庫或數(shù)據(jù)集市口勺應(yīng)用開發(fā)工具

36.Webservice技術(shù):

概念：是處理應(yīng)用程序之間互相通信日勺技術(shù)，嚴格口勺說，是描述某些列操作的接口，它使用

原則廿勺、規(guī)范的XML描述接口，這一描述包括與服務(wù)進行交互需要的所畬細節(jié)，包括

消息格式、傳播辦議和服務(wù)位置，而在對外的接口中隱藏了服務(wù)實現(xiàn)的所有細節(jié)，僅

提供某些列可執(zhí)行的操作，這些操作獨立與軟、硬件平臺和編寫服務(wù)所用的編程語言。

它既可以單獨使用，也可以同其他webservice一起實現(xiàn)復(fù)雜的業(yè)務(wù)功能

處理方案中的J3種角色:

服務(wù)提供者（服務(wù)器）和服務(wù)祈求者（客戶端）是必須的，服務(wù)注冊是可選的角色。

（1）服務(wù)提供者：即webservice的所有者

（2）服務(wù)祈求者:即webservice的使用者

（3）服務(wù)注冊中心：是連接兩者的紐帶，可選項。

對于web服務(wù)模型中的操作，包括3種：

公布服務(wù)描述、杳找服務(wù)描述、根據(jù)描述綁定或調(diào)用服務(wù)。這些操作可以單獨或反復(fù)出現(xiàn)。

Webservice是流程原則：

首先服務(wù)提供者將描述信息提交到服務(wù)注冊中心（即發(fā)現(xiàn)服務(wù)），

當服務(wù)祈求者需要使用webservice時，需要通過發(fā)現(xiàn)服務(wù)查找，這是第二步。

當找到合適的webservice后，發(fā)現(xiàn)服務(wù)將返回祈求者所需要的描述，

此后，服務(wù)祈求者并不是立即同服務(wù)提供者進行服務(wù)調(diào)用，而是先要同服務(wù)提供者統(tǒng)一各

自的語義，以保證可以互相理解對方的祈求和響應(yīng)。當然服務(wù)祈求者可以按照服務(wù)提供者

規(guī)定的語義信息進行服務(wù)調(diào)用，更合理的做法是雙方遵照一種共同口勺行業(yè)原則，

當一切準備完畢后，服務(wù)者就可以直接同webservice提供者進行交互，調(diào)用webservice

最新的webservice協(xié)議棧：

最下層為網(wǎng)絡(luò)通信部分，使用作為基礎(chǔ)，尚有其他傳播協(xié)議如FTP、JMS（javamessage

service）、HOP（internetinter-ORBPROROCOLL對象祈求代理間協(xié)議）等

另一方面，消息處理方面使用SOAP（simpleobjectaccessprotocol簡樸對象訪問協(xié)議）作為

原則

再次，描述語言WSDL,用以描述訪問措施，

最頂層，包括發(fā)現(xiàn)、集成等若干協(xié)議，重點有UDDI協(xié)議，它是webservice中有名的動態(tài)

發(fā)現(xiàn)協(xié)議。

綜述：除了底層日勺傳?著協(xié)議，整個webservice協(xié)議棧是以XML為基礎(chǔ)H勺

37.J2EE架構(gòu)

有3個版本：

A合用于小型設(shè)備和智能卡『、JJ2ME(java2platformmicroedition,java2平臺micro版)；

B合用于桌面系統(tǒng)ZjJ2SE(java2platfonnstandardedition,java2平臺原則版)；

C合用于服務(wù)器應(yīng)用程序和服務(wù)H勺J2EE(java2platformenterpriseedition,java2企'也版)

概念和特點：

是運用JAVA2平臺來簡化企業(yè)處理方案口勺開發(fā)、布署和管理有關(guān)的復(fù)雜問題的體系構(gòu)造；

J2EE技術(shù)的基礎(chǔ)就是關(guān)鍵Java平臺或Java2平臺的原則版，J2EE不僅鞏固了原則版的許

多長處，例如“編寫一次，隨地運行”的特性、以便存取數(shù)據(jù)庫的JDBCAPI、CORBA

技術(shù)以及可以在Internet應(yīng)用中保護數(shù)據(jù)的安全模式等，同事還提供了對EJB.JAVA

ServletsAPI、JSP(javaserverpages)以及XML技術(shù)口勺全面支持。

其最終目的是成為一種可以使企業(yè)開發(fā)者答復(fù)縮短投放市場時間的體系構(gòu)造；

其體系構(gòu)造提供中間層集成框架來滿足無需太多費用而又需要高可用性、高可靠性以及可

擴展性口勺應(yīng)用的需求；

通過提供統(tǒng)一口勺開發(fā)平臺，減少了開發(fā)多層應(yīng)用口勺費用和復(fù)雜性，同步提供對既有應(yīng)用程

序集成強有力的支持，完全支持EJB,有良好口勺向?qū)еС执虬筒际饝?yīng)用，添加目

錄支持，增強了安全機制，提高了性能；

J2EE經(jīng)典的4層構(gòu)造：

(1)運行在客戶端機器上的容戶層組件

(2)運行在J2EE服務(wù)器上的WEB層組件

(3)運行在J2EE服務(wù)器上業(yè)務(wù)邏輯層組件

(4)運行在EIS服務(wù)器上的企業(yè)信息系統(tǒng)層軟件

J2EE應(yīng)用程序是由組件構(gòu)成，該組件是有獨立功能的軟件單元，它們通過有關(guān)的類和文獻組

裝成J2EE應(yīng)用程序，并與其他交互。

J2EE定義了它日勺組件：

應(yīng)用客戶端程序和Applets是客戶層組件，

JavaServlets和JSP是WEB層組件

EJB是業(yè)務(wù)層組件：三種EJB即會話EJB、實體EJB、消息驅(qū)動EJB。當客戶端執(zhí)行后，

會話EJB和有關(guān)數(shù)據(jù)消失，相反，實體EJB表達數(shù)據(jù)庫的表中一行永久口勺記錄，消息驅(qū)

動EJB結(jié)合了會話EJB和JMS消息［1勺特性，容許一種業(yè)務(wù)組件異步接受JMS消息。

J2EE應(yīng)用組件可以安裝到下面3種容器中：

(1)EJB容器管理J2EE程序中EJBRJ執(zhí)行，EJB和他們H勺容器運行在J2EE服務(wù)器上

(2)WEB容器管理J2EE程序中JSP頁面和Servelets組件的執(zhí)行,WEB組件和和他們的

容器運行在J2EE服務(wù)器上

(3)應(yīng)用程序客戶端容器管理.J2EE程序中應(yīng)用程序客戶端組件的執(zhí)行。

Applet容器是運行在客戶端機器上口勺WEB瀏覽器和Java插件結(jié)合。

38..NET架構(gòu)

產(chǎn)品包括4個部分：

(1).NET開發(fā)工具：開發(fā)工具由.NET語言(C#、VB.)、

一種集成的IDE(visualstudio.NET)、

類庫和通用語言運行時(CLR)構(gòu)成

(2).NET專用服務(wù)器:如SQLserver2023、exchange2023等

(3).NETWEB服務(wù):

(4).NET設(shè)備：

完整的.NET平臺涵蓋了JVM、J2SE和J2EE所有內(nèi)容；

Microsoft.NET平臺的5個部分:

（1）操作系統(tǒng)是.NET平臺的基礎(chǔ)

（2）.NETenterpriseservers提供了某些列伊、J產(chǎn)品

（3）.NETbuildingblockservices是某些成型口勺服務(wù)，如NETPASSPORT服務(wù)

（4）.NETFramework位于整個平臺的中央，其關(guān)鍵部分是CLR,提供一系列支持

（5）VisualStudio.NET是程序的集成開發(fā)環(huán)境，位于平臺H勺頂部，是一種開發(fā)集合

39.軟件引擎技術(shù),重點是工作湎技術(shù)和AJAX技術(shù)

工作流技術(shù)

工作流就是自動運作業(yè)務(wù)過程部分或整體，體現(xiàn)為參與者對文獻、信息或任務(wù)按照規(guī)

程采用行動，并令其在參與者之間傳遞，簡樸說就是某些列互相銜接、自動進行的業(yè)

務(wù)活動或任務(wù)

AJAX技術(shù)

它不是一種新的特定技術(shù)，而是一種技巧，它以JavaScript為重要元素綜合已存在的

WEB開發(fā)技術(shù)如XHTML和CSS、DOM、XML和XSTL、XMLRequest

等形成口勺協(xié)作開發(fā)平臺。

功能：它是連接老式的客戶端和WEB服務(wù)器□勺一種引擎，上述口勺諸多技術(shù)是為了保

證這個引擎能實現(xiàn)WEB訪問時客戶端和服務(wù)器端進行異步數(shù)據(jù)傳播

其他技術(shù)口勺作用：

HTML/XHTML和CSS：用在WEB瀏覽器上展現(xiàn)靜態(tài)野蠻顯示效果和頁面布局；

XMLRequset對象：容許WEB程序員從WEB服務(wù)器后來臺形式獲取數(shù)據(jù)，

數(shù)據(jù)格式一般為XML,但也可以任何文本可是日勺數(shù)據(jù)

JavaScripl腳本語言：用力編寫AJXA程序，嵌入在瀏覽器中實既有關(guān)日勺處理邏輯

XML：作為客戶端與WEB服務(wù)器端之間數(shù)據(jù)傳送的媒介

XSLT：將WEB服務(wù)器傳回的XML數(shù)據(jù)轉(zhuǎn)換為HTML形式輸出到瀏覽器H

DOM：根據(jù)WEB服務(wù)器端傳回數(shù)據(jù)動態(tài)修改瀏覽器中的頁面

40.構(gòu)件

定義：是語義完整、看法對附和有可重用價值的單位軟件，是軟件重用過程中可以明確便

識的系統(tǒng)。構(gòu)造上，它是語義描述、通訊接口和實現(xiàn)代碼的復(fù)合體，簡樸的說，它

就是具有一定功能，能獨立工作或能在同其他構(gòu)件裝配起來協(xié)調(diào)工作的程序體，構(gòu)

件的使用，同它的開發(fā)和生產(chǎn)無關(guān)。

特點：構(gòu)件模型是對構(gòu)件本質(zhì)特性的抽象描述。近年來，形成的3大重要流派：

OMG（objectmanagementgroup,對象管理集團）的CORBA>

SUN的EJB

Microsoft[T'JDCOM（Distributedcomponentobjectmodel,分布式構(gòu)件對象模型）

分類措施：關(guān)鍵字分類法、刻面分類法、超文本組織措施

3類構(gòu)件組裝：基于功能口勺組裝技術(shù)、基于數(shù)據(jù)的組裝技術(shù)、面向?qū)ο蟮慕M裝技術(shù)

41.國際上常用的構(gòu)件原則有3大流派：COM/DCOM/COM+.CORBA和EJB

（1）EJB：是用于開發(fā)和布署多層構(gòu)造FI勺、分布式口勺、面向?qū)ο蟮腏ava應(yīng)用系統(tǒng)的跨平臺的構(gòu)件

體系構(gòu)造，使用EJB編寫口勺程序具有可擴展性、交互性，以及多