【正文】 程，包括軟件、程序、存檔材料，缺少標(biāo)準(zhǔn)，也比較亂，給項目中軟件升級方面造成不少困難。 （ 2） 第二個問題是，由于國家信息系統(tǒng)工程建設(shè)要求參與競標(biāo)的企業(yè)有資質(zhì)和業(yè)績，而我們當(dāng)時還沒 有給企業(yè)確認(rèn)資質(zhì)等級，所以相當(dāng)多的企業(yè)在參與國際競爭中有困難。 （ 3） 第三個問題是，少數(shù)不具備承建信息系統(tǒng)工程能力的單位甚至個人，攪亂市場 次序，破壞游戲規(guī)則，通過各種各樣關(guān)系，采用不正當(dāng)手段，拿到了項目，又不能很好完成這些項目，信息工程完成之日，也是這個項目死亡之時，沒有很好發(fā)揮作用，為國家和用戶部門造成極大經(jīng)濟損失，產(chǎn)生了很壞的社會影響。 意義： （ 1） 有利于用戶選擇項目承建單位； 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點 9 （ 2） 有利于系統(tǒng)集成企業(yè)展示自身實力、參與市場競爭，加強自身建設(shè)； （ 3） 有利于規(guī)范信息系統(tǒng)集成市場； （ 4） 有利于保證信息系統(tǒng)工程質(zhì)量。 ? 信息系統(tǒng)集成 資質(zhì)管理辦法（原則、管理辦法和工作流程） 原則：認(rèn)證和審批分離，先由認(rèn)證機構(gòu)認(rèn)證，再由信息產(chǎn)業(yè)主管部門審批。 管理辦法： （ 1） 資質(zhì)管理包括資質(zhì)評審和審批、年度監(jiān)督、升級、降級、取消和其他相關(guān)內(nèi)容。 （ 2） 資質(zhì)管理涉及從事信息系統(tǒng)集成業(yè)務(wù)的單位、信息產(chǎn)業(yè)部、省市信息產(chǎn)建設(shè)單位管理部門、信息產(chǎn)業(yè)部授權(quán)的資質(zhì)評審機構(gòu)、省市信息產(chǎn)業(yè)部門授權(quán)的資質(zhì)評審機構(gòu)等等。 （ 3） 信息產(chǎn)業(yè)部負(fù)責(zé)全國信息系統(tǒng)集成的行業(yè)管理工作，審批及管理 2級信息系統(tǒng)集成資質(zhì)；省市信息產(chǎn)建設(shè)單位管理部門負(fù)責(zé)本行政區(qū)域內(nèi)信息系統(tǒng)集成的行業(yè)管理工作，審批及管理本 行政區(qū)域內(nèi) 4級信息系統(tǒng)集成單位資質(zhì)，初審本行政區(qū)域內(nèi) 2級信息系統(tǒng)集成單位。 （ 4） 信息產(chǎn)業(yè)部授權(quán)的資質(zhì)評審機構(gòu)可以受理申請 4 級資質(zhì)的評審；省市信息產(chǎn)業(yè)部門授權(quán)的資質(zhì)評審機構(gòu)可以受理申請 4級資質(zhì)的評審。 工作流程： （ 1） 資質(zhì)評審（信息產(chǎn)業(yè)部授權(quán)的資質(zhì)評審機構(gòu)、省市信息產(chǎn)業(yè)部門授權(quán)的資質(zhì)評審機構(gòu)） （ A）評審申請； （ B）評審申請的受理和資料審查； （ C）對申請單位進(jìn)行現(xiàn)場審查； （ D）出具評審報告。 （ 2） 資質(zhì)審批（信息產(chǎn)業(yè)部、省市信息產(chǎn)建設(shè)單位管理部門） （ A） 審批申請，準(zhǔn)備相應(yīng)的申請資料，評審機構(gòu)出具 的評審報告； （ B） 審批。 ? 信息系統(tǒng)集成資質(zhì)等級條件 （ 1） 綜合條件： 從企業(yè)的從業(yè)年限、獲取低一級資質(zhì)年數(shù)、主業(yè)是否為系統(tǒng)集成、注冊資金、近 3年系統(tǒng)集成年均收入、經(jīng)濟財務(wù)狀況、企業(yè)信譽度等基本情況來衡量。 （ 2） 業(yè)績 ： 從 近 3年完成的系統(tǒng)集成項目額、項目規(guī)模、項目的技術(shù)含量、項目的軟件費用比例、項目的實施質(zhì)量、 企業(yè)所完成項目在業(yè)務(wù)領(lǐng)域的水平等方面衡量。項目 必須 經(jīng)過建設(shè)單位簽字、驗收了的項目。 （ 3） 管理能力：從質(zhì)量管理、客戶服務(wù)、企業(yè)的信息管理系統(tǒng)、企業(yè)負(fù)責(zé)人以及技術(shù)、財務(wù)負(fù)責(zé)人等方面能力進(jìn)行衡量。 （ 4） 技術(shù)實力 ：從企業(yè)在某些業(yè)務(wù)領(lǐng)域的 實力、軟件研發(fā)能力、開發(fā)環(huán)境、研發(fā)投入等方面衡量。 （ 5） 人才實力 ： 從工程技術(shù)人員、本科以上人員比例、項目經(jīng)理數(shù)目、培訓(xùn)體系和人力資源管理水平等方面衡量。 ? 信息系統(tǒng)項目管理專業(yè)技術(shù)人員資質(zhì)管理 分為項目經(jīng)理、高級項目經(jīng)理、資深項目經(jīng)理。 信息系統(tǒng)工程監(jiān)理資質(zhì)管理 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點 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)工程包括信息網(wǎng)絡(luò)系統(tǒng)、信息資源系統(tǒng)、信息應(yīng)用系統(tǒng)。 信息系統(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)理單位分為甲乙丙三級。 信息系統(tǒng)工程監(jiān)理資格證書分為高級監(jiān)理工程師、監(jiān)理工程師、監(jiān)理員。 監(jiān)理內(nèi)容：四控、三管、一協(xié)調(diào)。 四控：質(zhì)量控制、進(jìn)度控制、投資控制、變更控制。 三管：合同管理、信息管理、安全管理。 一協(xié)調(diào)：協(xié)調(diào)有關(guān)單位及人員之間的工作 關(guān)系。 ? 信息系統(tǒng)工程監(jiān)理資質(zhì)管理辦法 ? 信息系統(tǒng)工程監(jiān)理資質(zhì)等級條件 ? 信息系統(tǒng)工程監(jiān)理人員資質(zhì)管理 信息系統(tǒng)建設(shè) ? 信息系統(tǒng)集成（概念、類型） 概念：是指將計算機軟件、硬件、網(wǎng)絡(luò)通信等技術(shù)和產(chǎn)品集成成為能夠滿足用戶特定需求的信息系統(tǒng)，包括總體策劃、設(shè)計、開發(fā)、實施、服務(wù)及保障。 類型：設(shè)備系統(tǒng)集成、應(yīng)用系統(tǒng)集成 （ Application System Integration） 。 其中 設(shè)備系統(tǒng)集成包括 ： 智能建筑系統(tǒng)集成 (Intelligent Building Integration)、 計算機網(wǎng)絡(luò)系統(tǒng)集成 (Computer Network System Integration)、 安防系統(tǒng)集成 (Security System Integration)。 ? 信息系統(tǒng)的生命周期、各階段目標(biāo)及主要工作內(nèi)容 生命周期：立項、開發(fā)、運維、消亡。 立項：概念形成 階段 、需求分析 階段 ； 開發(fā)：總體規(guī)劃 階段 、系統(tǒng)分析 階段 、系統(tǒng)設(shè)計 階段 、系統(tǒng)實施 階段 、系統(tǒng)驗收 階段 ； 運維：排除性運維、適應(yīng)性運維、完善性運維、預(yù)防性運維。 ? 信息系統(tǒng)開發(fā)方法 結(jié)構(gòu)化方法；原型法；面向?qū)ο蠓椒ā? 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點 11 （ 1） 結(jié)構(gòu)化方法： （面 向過程） 結(jié)構(gòu)化方法是按照信息系統(tǒng)生命周期，應(yīng)用結(jié)構(gòu)化系統(tǒng)開發(fā)方法，把整個系統(tǒng)的開發(fā)過程分為若干階段，然后一步一步的依次執(zhí)行，前一階段是后一階段的工作依據(jù)；每個階段又劃分為詳細(xì)的工作步驟，順序作業(yè)。 結(jié)構(gòu)化方法特點： （ 1） 遵循用戶至上原則； （ 2） 嚴(yán)格區(qū)分工作階段，每個階段有明確的任務(wù)和取得的成果； （ 3） 強調(diào)系統(tǒng)開發(fā)過程的整體性和全局性； （ 4） 系統(tǒng)開發(fā)過程工程化，文檔資料標(biāo)準(zhǔn)化。 結(jié)構(gòu)化方法優(yōu)點： 理論基礎(chǔ)嚴(yán)密，它的指導(dǎo)思想是用戶需求在系統(tǒng)建立之前就能被充分了解和理解，注重開發(fā)過程的整體性和全局性。 結(jié)構(gòu)化方法缺點： 開 發(fā)周期長；文檔、設(shè)計說明繁瑣，工作效率低；要求在開發(fā)之初全面認(rèn)識系統(tǒng)的信息需求，充分預(yù)料各種可能發(fā)生的變化，但這并不現(xiàn)實；若用戶參與系統(tǒng)開發(fā)的積極性沒有充分調(diào)動，將造成系統(tǒng)交接過程不平穩(wěn)，系統(tǒng)運行與維護(hù)管理難度加大。 （ 2） 原型法： 原型法認(rèn)為在很難全面準(zhǔn)確地提出 用戶需求的情況下，不要求對系統(tǒng)做全面、詳細(xì)的調(diào)查分析，本著開發(fā)人員對用戶需求的初步理解，快速開發(fā)一個原型系統(tǒng)，通過反復(fù)修改該原型來實現(xiàn)用戶的最終系統(tǒng)需求。 原型法特點： 實際可行；最有最終系統(tǒng)的基本特征；構(gòu)造方便、快速，造價低。 原型法適用于 用戶需求開始時定義不清、管理決策方法結(jié)構(gòu)化程度不高的系統(tǒng)開發(fā)，開發(fā)方法宜被用戶接受；但如果用戶配合不好，盲目修改，容易拖延開發(fā)過程。 原型法分類： 拋棄型原型；進(jìn)化型原型。 （ 3） 面向?qū)ο蠓椒ǎ? 面向?qū)ο笾笇⒚總€客觀事物抽象為對象，將對象作為系統(tǒng)的基本構(gòu)成單位，每個客觀事物間的聯(lián)系通過對象間的消息傳遞機制來實現(xiàn)，這樣可以使系統(tǒng)直接地映射問題域，保持問題域中事物及其相互關(guān)系的本來面貌。 面向?qū)ο蟮男畔⑾到y(tǒng)開發(fā)，關(guān)鍵點為建立一個全面、合理、統(tǒng)一的模型，它既能反映問題域，又能被計算機系統(tǒng)求解域接受。 面向 對象開發(fā)分為分析、設(shè)計、實現(xiàn) 3個階段。 信息系統(tǒng)設(shè)計 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點 12 ? 方案設(shè)計 ? 系統(tǒng)架構(gòu) ? 設(shè)備、 DBMS 和技術(shù)選型 軟件工程 ? 軟件需求分析與定義 軟件需求定義： 軟件需求是一個 為解決特定問題，而必須由被開發(fā)或被修改軟件展示的特性。 軟件需求基本特征：可驗證性、優(yōu)先級、唯一性。 軟件需求分析的目的： （ 1） 檢測和解決需求之間的沖突； （ 2） 發(fā)現(xiàn)軟件的邊界，確定軟件與環(huán)境間的交互； （ 3） 描述系統(tǒng)需求，以確定軟件需求。 開發(fā)真實世界問題的模型是軟件需求分析的關(guān)鍵，模型的目的是幫助解決問題，而不是啟動方案的設(shè)計 。概念模型由來自問 題域的實體模型組成，實體模型反映了它們在真實世界的聯(lián)系和依賴。 ? 軟件設(shè)計、測試與維護(hù) 軟件設(shè)計是定義一個系統(tǒng)的架構(gòu)、組件、接口和其他特征的過程，并得到這個過程的結(jié)果。軟件設(shè)計活動組成： （ 1） 軟件架構(gòu)設(shè)計：描述軟件的組織和結(jié)構(gòu)，標(biāo)識各種不同的組件； （ 2） 軟件詳細(xì)設(shè)計：詳細(xì)的描述各個組件，使之能被構(gòu)造。 軟件測試是為評價和改進(jìn)產(chǎn)品質(zhì)量、識別產(chǎn)品缺陷和問題而進(jìn)行的活動。 軟件測試分類：單元測試、集成測試、系統(tǒng)測試。 軟件維護(hù) 是為需要提供軟件支持的全部活動，包括交付前完成的活動，交付后完成的活動。 軟件維護(hù)分類：更正性 維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)。 ? 軟件復(fù)用 軟件復(fù)用是指利用已有軟件的各種知識來構(gòu)造新的軟件，以縮減軟件開發(fā)、維護(hù)的費用。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。 軟件復(fù)用按抽象程度的高低分類：代碼的復(fù)用、設(shè)計的復(fù)用、分析的復(fù)用、測試信息的復(fù)用。 面向?qū)ο蟮能浖_發(fā)和軟件復(fù)用之間的關(guān)系式相輔相成的。 ? 軟件質(zhì)量保證及質(zhì)量評價 軟件質(zhì)量定義：軟件特性的綜合，軟件滿足規(guī)定和潛在用戶的能力。 軟件質(zhì)量包括內(nèi)部質(zhì)量、外部質(zhì)量、使用質(zhì)量 3部分。 軟件質(zhì)量管理過程：質(zhì)量保證過程、驗證與確認(rèn)過程、評審 與審計過程。 ? 軟件配置管理 軟件配置管理：通過標(biāo)識產(chǎn)品的元素，管理和控制變更，驗證、記錄、報告配置信息，來控制產(chǎn)品的進(jìn)化和完整性。軟件配置管理和軟件質(zhì)量保證密切相關(guān)。 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點 13 軟件配置管理活動：軟件配置管理過程的管理和計劃、軟件配置標(biāo)識、軟件配置控制、軟件配置狀態(tài)記錄、軟甲配置審計、軟件發(fā)布管理與交付。 ? 軟件開發(fā)工具 軟件需求工具、軟件設(shè)計工具、軟件構(gòu)造工具、軟件測試工具、軟件維護(hù)工具、軟件配置管理工具、軟件工程管理工具、軟件工程過程工具、軟件質(zhì)量工具。 ? 軟件過程管理 軟件工程管理包含過程管理和項目管理，包括 6個方 面：啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關(guān)閉、軟件工程度量。 面向?qū)ο笙到y(tǒng)分析與設(shè)計 ? 面向?qū)ο蟮幕靖拍? 基本概念：對象、類、抽象、封裝、繼承、多態(tài)、接口、消息、組件、模式、復(fù)用。 對象 3要素：對象標(biāo)識、對象狀態(tài)、對象行為。 類的數(shù)據(jù)（屬性）表現(xiàn)類靜態(tài)方面；類的函數(shù)（功能）表現(xiàn)類動態(tài)方面。 類和對象的關(guān)系：每個對象都是某一個類的實例；每個類有零或多個實例；類是生成對象的模板；類是靜態(tài)的，它的存在、語義和關(guān)系在程序執(zhí)行前就已經(jīng)定義好了，對象是動態(tài)的，它在程序執(zhí)行時可以被創(chuàng)建和刪 除。 繼承表示類之間的關(guān)系，可分為單繼承和多繼承。 Java是單繼承語言， C++是多繼承語言。 多態(tài)是一種方法，使得多個類中可以定義同一個操作或?qū)傩悦?，并在每個類中都有不同的實現(xiàn)。 接口是對操作規(guī)范的說明，定義操作應(yīng)該做什么，沒有定義操作如何做，即沒有定義實現(xiàn)細(xì)節(jié)。 消息是對象間的交互手段。 組件是軟件系統(tǒng)可替換的、物理的組成部分，它封裝了實現(xiàn)體（實現(xiàn)某個功能），并提供了一組接口的實現(xiàn)方法。組件應(yīng)利于復(fù)用， 同時提供公共特性和可變特性。 模式是一條由 3部分組成的規(guī)則，表示了一個特定環(huán)境、一個問題、一 個解決方案之間的關(guān)系。每個模式描述了一個重復(fù)發(fā)生的問題，以及該問題的解決方案。 ? 統(tǒng)一建模語言 UML 與可視化建模 統(tǒng)一建模語言（ UML， Unified Modeling Language）是一個通用的可視化建模語言，它是面向?qū)ο蠓治龊驮O(shè)計的一種標(biāo)準(zhǔn)化表示，用于對軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。 UML描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為，它將系統(tǒng)描述為一些獨立的相互作用的對象，構(gòu)成為外界提供一定功能的模型結(jié)構(gòu)。靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和服務(wù)；動態(tài)行為定義了對象的時間特性和對象為完成目標(biāo) 而進(jìn)行相互間通訊的機制。 UML 不是一種可視化的程序設(shè)計語言，是一種可視化的建模語言。 UML 沒有 定義一種標(biāo)準(zhǔn)的開發(fā)過程，但它比較適用于迭代式的開發(fā)過程，是為支持面向?qū)ο蟮拈_發(fā)過程設(shè)計的。 系統(tǒng)集成項目管理工程師考試大綱復(fù)習(xí)知識點 14 ? 面向?qū)ο笙到y(tǒng)分析 面向?qū)ο蟮南到y(tǒng)分析指運用面向?qū)ο蟮姆椒ǚ治鰡栴}域，建立基于對象、消息的業(yè)務(wù)模型，形成對客觀世界和業(yè)務(wù)本身的正確認(rèn)識。 面向?qū)ο蟮姆治瞿Ｐ陀捎美Ｐ汀㈩?對象模型、對象 關(guān)系模型、對象 行為模型組成。