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