【正文】 市信息產(chǎn)業(yè)部門授權(quán)的資質(zhì)評審機(jī)構(gòu)等等。 （ 4） 信息產(chǎn)業(yè)部授權(quán)的資質(zhì)評審機(jī)構(gòu)可以受理申請 4 級資質(zhì)的評審；省市信息產(chǎn)業(yè)部門授權(quán)的資質(zhì)評審機(jī)構(gòu)可以受理申請 4級資質(zhì)的評審。 （ 2） 資質(zhì)審批（信息產(chǎn)業(yè)部、省市信息產(chǎn)建設(shè)單位管理部門） （ A） 審批申請，準(zhǔn)備相應(yīng)的申請資料，評審機(jī)構(gòu)出具 的評審報告； （ B） 審批。 （ 2） 業(yè)績 ： 從 近 3年完成的系統(tǒng)集成項目額、項目規(guī)模、項目的技術(shù)含量、項目的軟件費(fèi)用比例、項目的實施質(zhì)量、 企業(yè)所完成項目在業(yè)務(wù)領(lǐng)域的水平等方面衡量。 （ 3） 管理能力：從質(zhì)量管理、客戶服務(wù)、企業(yè)的信息管理系統(tǒng)、企業(yè)負(fù)責(zé)人以及技術(shù)、財務(wù)負(fù)責(zé)人等方面能力進(jìn)行衡量。 （ 5） 人才實力 ： 從工程技術(shù)人員、本科以上人員比例、項目經(jīng)理數(shù)目、培訓(xùn)體系和人力資源管理水平等方面衡量。 信息系統(tǒng)工程監(jiān)理資質(zhì)管理 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點(diǎn) 10 ? 信息系統(tǒng)工程監(jiān)理資質(zhì)管理的必要性、意義和主要內(nèi)容 意義： （ 1） 監(jiān)理 幫助業(yè)主單位更合理的保證工程的質(zhì)量、進(jìn)度、投資，并合理、客觀的處理好它們之間的關(guān)系； （ 2） 監(jiān)理可以合理的協(xié)調(diào)業(yè)主單位和建設(shè)單位之間的關(guān)系； （ 3） 有助于第三方的專業(yè)化服務(wù)功能。 信息系統(tǒng)工程監(jiān)理：指在政府工商管理部門注冊的且具有信息系統(tǒng)工程監(jiān)理資質(zhì)的單位，受建設(shè)單位的委托，依據(jù)國家有關(guān)法律法規(guī)，技術(shù)標(biāo)準(zhǔn)和信息系統(tǒng)工程監(jiān)理合同，對信息系統(tǒng)工程項目實施的監(jiān)督管理。 信息系統(tǒng)工程監(jiān)理資格證書分為高級監(jiān)理工程師、監(jiān)理工程師、監(jiān)理員。 四控：質(zhì)量控制、進(jìn)度控制、投資控制、變更控制。 一協(xié)調(diào)：協(xié)調(diào)有關(guān)單位及人員之間的工作 關(guān)系。 類型：設(shè)備系統(tǒng)集成、應(yīng)用系統(tǒng)集成 （ Application System Integration） 。 ? 信息系統(tǒng)的生命周期、各階段目標(biāo)及主要工作內(nèi)容 生命周期：立項、開發(fā)、運(yùn)維、消亡。 ? 信息系統(tǒng)開發(fā)方法 結(jié)構(gòu)化方法；原型法；面向?qū)ο蠓椒ā? 結(jié)構(gòu)化方法特點(diǎn)： （ 1） 遵循用戶至上原則； （ 2） 嚴(yán)格區(qū)分工作階段，每個階段有明確的任務(wù)和取得的成果； （ 3） 強(qiáng)調(diào)系統(tǒng)開發(fā)過程的整體性和全局性； （ 4） 系統(tǒng)開發(fā)過程工程化，文檔資料標(biāo)準(zhǔn)化。 結(jié)構(gòu)化方法缺點(diǎn)： 開 發(fā)周期長；文檔、設(shè)計說明繁瑣，工作效率低；要求在開發(fā)之初全面認(rèn)識系統(tǒng)的信息需求，充分預(yù)料各種可能發(fā)生的變化，但這并不現(xiàn)實；若用戶參與系統(tǒng)開發(fā)的積極性沒有充分調(diào)動，將造成系統(tǒng)交接過程不平穩(wěn)，系統(tǒng)運(yùn)行與維護(hù)管理難度加大。 原型法特點(diǎn)： 實際可行；最有最終系統(tǒng)的基本特征；構(gòu)造方便、快速，造價低。 原型法分類： 拋棄型原型；進(jìn)化型原型。 面向?qū)ο蟮男畔⑾到y(tǒng)開發(fā)，關(guān)鍵點(diǎn)為建立一個全面、合理、統(tǒng)一的模型，它既能反映問題域，又能被計算機(jī)系統(tǒng)求解域接受。 信息系統(tǒng)設(shè)計 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點(diǎn) 12 ? 方案設(shè)計 ? 系統(tǒng)架構(gòu) ? 設(shè)備、 DBMS 和技術(shù)選型 軟件工程 ? 軟件需求分析與定義 軟件需求定義： 軟件需求是一個 為解決特定問題，而必須由被開發(fā)或被修改軟件展示的特性。 軟件需求分析的目的： （ 1） 檢測和解決需求之間的沖突； （ 2） 發(fā)現(xiàn)軟件的邊界，確定軟件與環(huán)境間的交互； （ 3） 描述系統(tǒng)需求，以確定軟件需求。概念模型由來自問 題域的實體模型組成，實體模型反映了它們在真實世界的聯(lián)系和依賴。軟件設(shè)計活動組成： （ 1） 軟件架構(gòu)設(shè)計：描述軟件的組織和結(jié)構(gòu)，標(biāo)識各種不同的組件； （ 2） 軟件詳細(xì)設(shè)計：詳細(xì)的描述各個組件，使之能被構(gòu)造。 軟件測試分類：單元測試、集成測試、系統(tǒng)測試。 軟件維護(hù)分類：更正性 維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。 面向?qū)ο蟮能浖_發(fā)和軟件復(fù)用之間的關(guān)系式相輔相成的。 軟件質(zhì)量包括內(nèi)部質(zhì)量、外部質(zhì)量、使用質(zhì)量 3部分。 ? 軟件配置管理 軟件配置管理：通過標(biāo)識產(chǎn)品的元素，管理和控制變更，驗證、記錄、報告配置信息，來控制產(chǎn)品的進(jìn)化和完整性。 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點(diǎn) 13 軟件配置管理活動：軟件配置管理過程的管理和計劃、軟件配置標(biāo)識、軟件配置控制、軟件配置狀態(tài)記錄、軟甲配置審計、軟件發(fā)布管理與交付。 ? 軟件過程管理 軟件工程管理包含過程管理和項目管理，包括 6個方 面：啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關(guān)閉、軟件工程度量。 對象 3要素：對象標(biāo)識、對象狀態(tài)、對象行為。 類和對象的關(guān)系：每個對象都是某一個類的實例；每個類有零或多個實例；類是生成對象的模板；類是靜態(tài)的，它的存在、語義和關(guān)系在程序執(zhí)行前就已經(jīng)定義好了，對象是動態(tài)的，它在程序執(zhí)行時可以被創(chuàng)建和刪 除。 Java是單繼承語言， C++是多繼承語言。 接口是對操作規(guī)范的說明，定義操作應(yīng)該做什么，沒有定義操作如何做，即沒有定義實現(xiàn)細(xì)節(jié)。 組件是軟件系統(tǒng)可替換的、物理的組成部分，它封裝了實現(xiàn)體（實現(xiàn)某個功能），并提供了一組接口的實現(xiàn)方法。 模式是一條由 3部分組成的規(guī)則，表示了一個特定環(huán)境、一個問題、一 個解決方案之間的關(guān)系。 ? 統(tǒng)一建模語言 UML 與可視化建模 統(tǒng)一建模語言（ UML， Unified Modeling Language）是一個通用的可視化建模語言，它是面向?qū)ο蠓治龊驮O(shè)計的一種標(biāo)準(zhǔn)化表示，用于對軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和服務(wù)；動態(tài)行為定義了對象的時間特性和對象為完成目標(biāo) 而進(jìn)行相互間通訊的機(jī)制。 UML 沒有 定義一種標(biāo)準(zhǔn)的開發(fā)過程，但它比較適用于迭代式的開發(fā)過程，是為支持面向?qū)ο蟮拈_發(fā)過程設(shè)計的。 面向?qū)ο蟮姆治瞿Ｐ陀捎美Ｐ?、?對象模型、對象 關(guān)系模型、對象 行為模型組成。 ? 面向?qū)ο笙到y(tǒng)設(shè)計 面向?qū)ο蟮南到y(tǒng)設(shè)計指用分析階段給出的問題域模型，用面向?qū)ο蟮姆椒ㄔO(shè)計出軟件基礎(chǔ)架構(gòu)（概要設(shè)計）和完整的類結(jié)構(gòu)（詳細(xì)設(shè)計），以實現(xiàn)業(yè)務(wù)功能。 軟件系統(tǒng)結(jié)構(gòu)（軟件架構(gòu)） ? 軟件體系結(jié)構(gòu)定義 軟件架構(gòu)定義：將軟件系統(tǒng)劃分為多個模塊，明確各模塊間的相互作用，組合起來實現(xiàn)系統(tǒng)的全部特性。 ? 典型體系結(jié)構(gòu) 軟件架構(gòu)設(shè)計的一個核心問題是能夠使用重復(fù)的架構(gòu)模式，能否達(dá)到架構(gòu)級的軟件復(fù)用。 架構(gòu)設(shè)計的目標(biāo)： 最大化復(fù)用；復(fù)雜問題簡單化 （這也是中間件和多層技術(shù)的根本目標(biāo)） ；靈活的擴(kuò)展性； ? 軟件體系結(jié)構(gòu)分析與評估 軟件架構(gòu)設(shè)計注意事項：關(guān)系數(shù)據(jù)庫優(yōu)于對象數(shù)據(jù)庫，前者成熟，多廠商支持，后者技術(shù)先進(jìn) ；用戶界面 選擇使用 HTML（ HTTP）；靈活性與性能考慮，即考慮獨(dú)立于廠家方案還是單廠家方案；選擇成熟的技術(shù)可以規(guī)避項目風(fēng)險 ； 聘請經(jīng)驗豐富的架構(gòu)設(shè)計師。中間件是位于硬件、操作系統(tǒng)等平臺和應(yīng)用之間的通用服務(wù)，這些服務(wù)有標(biāo)準(zhǔn)的程序接口（ API）和協(xié)議。 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點(diǎn) 15 （ 3） 相對穩(wěn)定：操作型數(shù)據(jù)庫中的數(shù)據(jù)是實時更新的；數(shù)據(jù)倉庫的數(shù)據(jù)用來查詢，只有少量的修改和刪除操作，通常只需定期加載、刷新。 數(shù)據(jù)倉庫系統(tǒng)結(jié)構(gòu)： OLAP： Online analysis processing 聯(lián)機(jī)分析處理 數(shù)據(jù)倉庫按照數(shù)據(jù)的覆蓋范圍分為：企業(yè)級數(shù)據(jù)倉庫、部門級數(shù)據(jù)倉庫（即數(shù)據(jù)集市）。 適用于使用 Web Services的情況：跨越防火墻、應(yīng)用程序集成、 B2B集成、軟件復(fù)用（重用）。 ? J2EE 結(jié)構(gòu) （工業(yè)標(biāo)準(zhǔn)） J2EE 是由 sun 公司主導(dǎo)、各廠家共同制定并得到廣泛認(rèn)可的工業(yè)標(biāo)注。 J2EE 應(yīng)用將開發(fā)工作分為 2 類：業(yè)務(wù)邏輯開發(fā)、表示邏輯開發(fā)，其余的系統(tǒng)資源由應(yīng)用服務(wù)器自動處理，不必為中間層的資源和運(yùn)行管理進(jìn)行編碼。 ? .NET 結(jié)構(gòu) （微軟標(biāo)準(zhǔn)） 微軟的 . 是基于一組開放的互聯(lián)網(wǎng)協(xié)議而推出的一系列產(chǎn)品、技術(shù)、服務(wù)。 ? 工作流技術(shù) 工作流（ workflow）是工作流程的計算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則，在計算機(jī)中以恰當(dāng)?shù)哪Ｐ瓦M(jìn)行表示并實施計算。 ? 構(gòu) 件及其在系統(tǒng)集成項目中的重要性 構(gòu)件技術(shù)就是利用某種編程手段，將人們所關(guān)心的，但又不便于讓最終用戶區(qū)直接操作的細(xì)節(jié)就行了封裝，同時對各種業(yè)務(wù)邏輯規(guī)則進(jìn)行了實現(xiàn)，用于處理用戶的內(nèi)部操作細(xì)節(jié)。 ? Inter 技術(shù)及應(yīng)用 Inter利用異構(gòu)網(wǎng)絡(luò)協(xié)議 tcp/ip組建，但是安全性不高。 城域網(wǎng)模式： SDH多業(yè)務(wù)平臺、彈性分組環(huán)多業(yè)務(wù)平臺 RPR、電信級以太網(wǎng)多業(yè)務(wù)平臺。 ? 網(wǎng)絡(luò)管理 網(wǎng)絡(luò)管理包括 4個方面：網(wǎng) 絡(luò)設(shè)備的管理、服務(wù)器的管理、資源的管理、用戶的管理。 ? 網(wǎng)絡(luò)服務(wù)器 網(wǎng)絡(luò)服務(wù)器按發(fā)展歷程分：文件服務(wù)器、數(shù)據(jù)庫服務(wù)器、 Inter/intra通用服務(wù)器、應(yīng)用服務(wù)器。 應(yīng)用服務(wù)器：一種為基于 B/S構(gòu)造的 WEB應(yīng)用服務(wù)器，一種為專用服務(wù)器（如 CAD 服務(wù)器、視頻點(diǎn)播服務(wù)器、流媒體點(diǎn)播服務(wù)器、電視會議服務(wù)器、打印服務(wù)器等）。 ? 網(wǎng)絡(luò)接入技術(shù) 網(wǎng)絡(luò)接入方式： （ 1） 撥號接入： PSTN、 ISDN （ 2） 專線接入： DDN、 GPRS 和 3G （ 3） 寬帶接入： DSL、無源光網(wǎng)絡(luò)、 Cable Modem、以太網(wǎng)接入、光纖接入。 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點(diǎn) 17 ? 網(wǎng)絡(luò)規(guī)劃、設(shè)計與實施 網(wǎng)絡(luò)規(guī)劃原則：實用性；開放性；先進(jìn)性； 設(shè)計及實施原則：可靠性；安全性；高效性；可擴(kuò)展性； 項目管理的理論基礎(chǔ)與體系 ? 項目與項目管理的概念 項目：是為達(dá)到特定的目的、使用一定資源、在確定的時間內(nèi)、為特定發(fā)起人而提供獨(dú)特的產(chǎn)品、服務(wù)或成果而進(jìn)行的一次性努力。 ? 系統(tǒng)集成項目的特點(diǎn) （ 1） 以滿足客戶和用戶的需求為根本出發(fā)點(diǎn)； （ 2） 客戶的需求常常不夠明確、復(fù)雜多變，應(yīng) 加強(qiáng)需求變更管理以控制風(fēng)險； （ 3） 系統(tǒng)集成不是選擇最好產(chǎn)品的簡單行為，而是選擇最適合用戶的需求和投資規(guī)模的產(chǎn)品和技術(shù)； （ 4） 高技術(shù)與高技術(shù)的集成； （ 5） 是一項綜合性的系統(tǒng)工程； （ 6） 項目團(tuán)隊年輕、流動率 高； （ 7） 強(qiáng)調(diào)溝通的重要性。 項目干系人包括：客戶 和用戶；項目經(jīng)理；執(zhí)行組 織；項目團(tuán)隊成員；項目發(fā)起人；職能經(jīng)理；影響者；項目管理辦公室（ project management office， PMO）。通常，解決項目干系人之間不同意見應(yīng)該以使客戶滿意為主，但不要忽略其他項目干系人的要求和期望，應(yīng)找到對分歧的恰當(dāng)解決方案，是項目經(jīng)理的主要挑戰(zhàn)。 過程組：啟動過程組、計劃過程組、執(zhí)行過程組、監(jiān)控過程組、收尾過程組。 ? 項目管理專業(yè)領(lǐng)域關(guān)注點(diǎn) 項目管理知識體系； 項目應(yīng)用領(lǐng)域的知識、標(biāo)準(zhǔn)和規(guī)定； 項目環(huán)境知識； 通用的管理知識和技能； 軟技能或人際關(guān)系技能； 經(jīng)驗、知識、工具和技術(shù)。 組織文化： （ 1） 組織的共同價值觀、行為準(zhǔn)則、信仰和期望； （ 2） 組織的方針、辦事程序； （ 3） 組織對于職權(quán)關(guān)系的觀點(diǎn)； （ 4） 職業(yè)道德； （ 5） 眾多其他因素 組織文化對項目的影響： （ 1） 在一個進(jìn)取心較強(qiáng)或具有開拓精神的組織中，團(tuán)隊提出的非常規(guī)、高風(fēng)險的建議更容易獲得批準(zhǔn)； （ 2） 在一個等級制度森嚴(yán)的組織中，一個喜歡高度參與的項目經(jīng)理可能會經(jīng)常遇到麻煩； 而在一個民主的、鼓勵參與的組織中，一個喜歡獨(dú)裁的項目經(jīng)理也會吃不開。 組織結(jié)構(gòu)的 應(yīng)用： （ 1） 職能型結(jié)構(gòu)：主要由一個部門完成的項目；技術(shù)上比較成熟。 （ 3） 矩陣型結(jié)構(gòu)：運(yùn)用在管理規(guī)范、分工明確的公司；一般用作跨職能部門的項目。 項目生命周期從技術(shù)上劃分的階段：需求分析、系統(tǒng)設(shè)計、系統(tǒng)構(gòu)建、系統(tǒng)運(yùn)行。 ? 項目生命周期的特征 （ 1） 在初始階段，費(fèi)用和人員水平較低，在中間達(dá)到最高，當(dāng)項目接近結(jié)束時則快速下降； （ 2） 在項目初始階段不確定性最高，因此不能達(dá)成項目目標(biāo)的風(fēng)險是最高的 。造成這種現(xiàn)象的主要原因是隨著項目的開展，變更和缺陷修改的費(fèi)用會增加。 （ 2） 項目階段由連續(xù)過程組成，這些過程按一定的順序前后相連。 （ 3） 階段可進(jìn)一步劃分為子階段。 （ 5） 項目本 階段的完成并不意味著對后續(xù)階段的批準(zhǔn) 。 ? 項目生命周期與產(chǎn)品生命周期的關(guān)系 在某些應(yīng)用領(lǐng)域中（例如新產(chǎn)品開發(fā)和軟件開發(fā)），組織將項目生命周期作為產(chǎn)品生命周期的一部分來考慮。若其工作成果得到確認(rèn)，則繼續(xù)進(jìn)行下一項開發(fā)活動；否則返回前一項，甚至更前項的活動。 V模型的價值在于它非常明確的標(biāo)明了測試過程中存在不同的級別。 ? 原型化模型 原型化模型是為了彌補(bǔ)瀑布模型的不足而產(chǎn)生的。 瀑布和 V模型將原型化模型 的思想用于需求分析環(huán)節(jié)，來解決因為需求不明確而導(dǎo)致產(chǎn)品出現(xiàn)嚴(yán)重后果的缺陷。