【正文】 (8)供狀態(tài)報(bào)告、進(jìn)展測(cè)量記憶預(yù)測(cè)的支持信息。 （工具） (必會(huì) ) （ 1）項(xiàng)目管理方法論。 (必會(huì) ) （ 1）變更申請(qǐng)。 （ 4）根據(jù)已批準(zhǔn)的變更，更新范圍、成本、預(yù)算、進(jìn)度和質(zhì)量要求，協(xié)調(diào)整體項(xiàng)目?jī)?nèi)的變更。工作績(jī)效信息就是實(shí)際的績(jī)效數(shù)據(jù)，用來(lái)與計(jì)劃的績(jī)效進(jìn)行比較。 5）變更結(jié)果追蹤和審核。 項(xiàng)目收尾 ： (必會(huì) ) 26 項(xiàng)目收 尾包括管理收尾和合同收尾 （輸入） (必會(huì) ) （ 1）項(xiàng)目管理計(jì)劃（ 2）合同文件（ 3）組織過(guò)程資產(chǎn)：如項(xiàng)目收尾要求 （工具） (必會(huì) ) （ 1）項(xiàng)目管理方法論。（ 3）已批準(zhǔn)的糾正措施。 （ 2）變更控制流程 （ ★ ） (必會(huì) ) 1）受理變更申請(qǐng)。 （ 2）變更申請(qǐng)。項(xiàng)目報(bào)告包括狀態(tài)報(bào)告、進(jìn)度報(bào)告、成本報(bào)告、績(jī)效報(bào)告、配置狀態(tài)報(bào)告和預(yù)測(cè)。 （ 3）掙值管理。 （ 2）工作績(jī)效信息。 (4)錄變更申請(qǐng)的全部影響。（ 3） 已實(shí)施 的變更。 （ 5） 已批準(zhǔn) 的缺陷修復(fù)。 (必會(huì) ) 指導(dǎo)和管理項(xiàng)目執(zhí)行的工作依據(jù)包括 : （ 1） 項(xiàng)目管理計(jì)劃 。 （ 2）完成項(xiàng)目的交付物。在驗(yàn)收過(guò)程中，驗(yàn)收測(cè)試是一項(xiàng)不可少的工作，驗(yàn)收測(cè)試可以由承建方、建設(shè)單位、監(jiān)理單位、設(shè)計(jì)單位共同進(jìn)行，也可由具備資質(zhì)的第三方公司進(jìn)行，不管選取哪種方式都由參與各方共同協(xié)商并均認(rèn)可的正式文檔作為依據(jù)，如果在驗(yàn)收過(guò)程中發(fā)現(xiàn)問(wèn)題，由承建單位分析原因并進(jìn)行整改，如果驗(yàn)收測(cè)試過(guò)程沒(méi)發(fā)生問(wèn)題，則表示項(xiàng)目驗(yàn)收順利完成。 2） 啟動(dòng)過(guò)程組的內(nèi)容： （ 必會(huì)，包括項(xiàng)目章程和初步的項(xiàng)目范圍說(shuō)明書(shū)） 項(xiàng)目章程： a)項(xiàng)目章程是由項(xiàng)目實(shí)施組織外部級(jí)別合適的，并為項(xiàng)目出資的以為項(xiàng)目發(fā)起人或贊助人發(fā)出。 3） C (Check)檢查。項(xiàng)目的其他屬性也是 從這一主要屬性衍生出來(lái)的 （必會(huì)） （ 2） 獨(dú)特性 ： 每個(gè)項(xiàng)目都是獨(dú)一無(wú)二的，時(shí)間、地點(diǎn)、內(nèi)外部環(huán)境等 （必會(huì)） （ 3） 目標(biāo)確定性 ： 項(xiàng)目的目標(biāo)包括時(shí)間性目標(biāo)、成果性目標(biāo)、約束性目標(biāo)等（有一定的變動(dòng)幅度，可以適當(dāng)?shù)男薷哪繕?biāo)） （ 4） 組織臨時(shí)性和開(kāi)放性 :項(xiàng)目的組織機(jī)構(gòu)在項(xiàng)目的全過(guò)程中，其人數(shù)和成員職責(zé)是在不斷變 16 化的 （必會(huì)） （ 5） 成果不可挽回性 （ 6） 活動(dòng)的整體性 ：項(xiàng)目中的一切活動(dòng)都是相關(guān)聯(lián)的，構(gòu)成一個(gè)整體 項(xiàng)目的生命周期 ：項(xiàng)目，作為一種創(chuàng)造獨(dú)特產(chǎn)品與服務(wù)的一次性活動(dòng)是有始有終的，項(xiàng)目從 始至終的整個(gè)過(guò)程構(gòu)成了一個(gè)項(xiàng)目的生命周期。 .NET 是微軟自己的產(chǎn)品系列，而非業(yè)界標(biāo)準(zhǔn)。 基礎(chǔ)類(lèi)庫(kù)（ Base Class Library）給開(kāi)發(fā)人員提供一個(gè)統(tǒng)一的、面向?qū)ο蟮?、層次化的、可擴(kuò)展的編程接口。 （ 6） JDBC： Java 數(shù)據(jù)庫(kù)連接技術(shù)，提供訪問(wèn)數(shù)據(jù)庫(kù)的標(biāo)準(zhǔn)接口。 （ 4） J2EE 參考實(shí)現(xiàn)：與平臺(tái)規(guī)范同時(shí)提供的、實(shí)現(xiàn) J2EE 平臺(tái)基本功能的 J2EE 服務(wù)器運(yùn)行環(huán)境。 J2EE 結(jié)構(gòu)（工業(yè)標(biāo)準(zhǔn)） J2EE 是由 sun 公司主導(dǎo)、各廠 家共同制定并得到廣泛認(rèn)可的工業(yè)標(biāo)注。 統(tǒng)一建模語(yǔ)言 UML ?？嫉闹R(shí)點(diǎn) 典型應(yīng)用集成技術(shù) Web Services 技術(shù) (必考 ) Web Services 服務(wù)的典型技術(shù)包括用于傳遞信息的簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議 SOAP，用于描述服務(wù)的 Web 服務(wù)描述語(yǔ)言 WSDL，用于 Web 服務(wù)注冊(cè)的統(tǒng)一描述，發(fā)現(xiàn)及集成 UDDI，用于數(shù)據(jù)交換的 XML。 C/S 適用于分布式系統(tǒng)，為了解決 C/S 模式中客戶端的問(wèn)題，發(fā)展形成了瀏覽器 /服務(wù)器（ Browser/Server, B/S）模式；為了解決 C/S 模式中服務(wù)器端的問(wèn)題，發(fā)展形成了三層（多層） C/S 模式，即多層應(yīng)用架構(gòu)。 需要設(shè)計(jì)者協(xié)調(diào)兩個(gè)相對(duì)獨(dú)立但又存在關(guān)系的數(shù)據(jù)流。 常見(jiàn)的中間件：數(shù)據(jù)庫(kù)訪問(wèn)中間件 （ WIN 平臺(tái)的 ODBC 與 JAVA 平臺(tái)的 JDBC） 、遠(yuǎn)程過(guò)程調(diào)用、面向消息的中間件 （ IBM 的 MSQeries）、 分布式對(duì)象中間件 （ OMG 的 CORBA、 SUN 的 RMI/EJB、Microsoft 的 DCOM） 、事務(wù)中間件。類(lèi)將實(shí)體的數(shù)據(jù)和函數(shù)封裝在一起。 （ 2） 屬性 （ attribute）也稱狀態(tài)（ state）活數(shù)據(jù)（ data）用來(lái)描述對(duì)象的靜態(tài)特征。 (軟件能成熟度模型集成 )（必會(huì)） CMM 和 CMMI 的區(qū)別： （ 1） CMMI 結(jié)構(gòu)更加形式化和精致，更復(fù)雜； （ 2） CMMI 強(qiáng)調(diào)需求的管理（需求管理和需求開(kāi)發(fā)） CMM 為需求管理。 驗(yàn)證與確認(rèn)的區(qū)別 ： （重點(diǎn)） 1） 驗(yàn)證過(guò)程 試圖確?；顒?dòng)的輸出產(chǎn)品已經(jīng)被正確的制造，即活動(dòng)的輸出產(chǎn)品滿足前面活動(dòng)施加的規(guī)范 說(shuō)明； 2） 確認(rèn)過(guò)程 試圖確保建造了正確的產(chǎn)品，即產(chǎn)品滿足其特定的目的。通常在軟件發(fā)布上市之前需要進(jìn)行 a 測(cè)試和 B 測(cè)試 。 （ 1） 功能需求： 指系統(tǒng)必須完成的那些事。減少海量、復(fù)雜的數(shù)據(jù)與全局決策數(shù)據(jù)之間的差距。 ：包括結(jié)構(gòu)化、半結(jié)構(gòu)化（無(wú)經(jīng)驗(yàn)可詢）和非機(jī)構(gòu)化（人機(jī)對(duì)話） 信息系統(tǒng)工程 （必會(huì)）：按照生命周期來(lái)講，信息系統(tǒng)工程包括：立項(xiàng)、規(guī)劃、 建設(shè)、應(yīng)用、維護(hù)幾個(gè)階段。 ： （ 1）信息 網(wǎng)絡(luò) 系統(tǒng) （ 2）信息 資源 系統(tǒng) （ 3）信息 應(yīng)用 系統(tǒng)（必會(huì)） 信息應(yīng)用系統(tǒng)的生命周期包括 4 個(gè)階段：產(chǎn)生、開(kāi)發(fā)、運(yùn)維、消亡（必會(huì)） 1） 產(chǎn)生階段也成為信息系統(tǒng)的概念階段，需求分析階段 2） 開(kāi)發(fā)階段：開(kāi)發(fā)階段分為以下幾個(gè)子階段： a) 總體 規(guī)劃 b) 系統(tǒng) 分析 c) 系統(tǒng) 設(shè)計(jì) d) 系統(tǒng) 實(shí)施 e) 系統(tǒng) 驗(yàn)收 3）運(yùn)維階段：信息系統(tǒng)驗(yàn)收通過(guò)，正式交給客戶后，系統(tǒng)進(jìn)入運(yùn)行階段。 3）數(shù)據(jù)統(tǒng)計(jì)輸出 4) 分析功能 （ 3）商業(yè)智能的實(shí)現(xiàn)有三個(gè)層次 第二章信息系統(tǒng)服務(wù)管理 信息系統(tǒng)服務(wù)的范疇：信息技術(shù)咨詢服務(wù)、系統(tǒng)集成服務(wù)、技術(shù)支持服 務(wù)（了解） 信息系統(tǒng)服務(wù)管理體系 （了解） （ 1）質(zhì)量（ 2）進(jìn)度（ 3）資金（ 4）文檔（ 5）變更（ 6）扯皮（協(xié)調(diào)）（ 7）安全請(qǐng)對(duì)應(yīng) “ 四控、三管、一協(xié)調(diào) ” 理解 ：（了解） （ 1）不具備能力的單位擾亂系統(tǒng)集成市場(chǎng)（資質(zhì)原因） （ 2）一些建設(shè)單位在選擇項(xiàng)目承建單位和進(jìn)行業(yè)務(wù)需求分析方面有誤（業(yè)主原因） （ 3）信息系統(tǒng)集成企業(yè)自身建設(shè)有待加強(qiáng)（自身） （ 4）缺乏相應(yīng)的機(jī)制和制度（社會(huì)監(jiān)管） （ 2 單位資質(zhì)、 2 人員資格） （ 1）計(jì)算機(jī)信息 系統(tǒng)集成單位 的資質(zhì)管理 （ 2）信息系統(tǒng) 項(xiàng)目經(jīng)理 資格管理 （ 3）系統(tǒng)工程 監(jiān)理單位 資質(zhì)管理信息系統(tǒng) （ 4）信息系統(tǒng)工程 監(jiān)理人員 資格管理 計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)從高到低分為一、二、三、四級(jí) 監(jiān)理單位資質(zhì)是：甲、乙、丙三級(jí) 系統(tǒng)集成項(xiàng)目經(jīng)理分為：項(xiàng)目經(jīng)理、高級(jí)項(xiàng)目經(jīng)理、資深項(xiàng)目經(jīng)理三個(gè)的等級(jí) 信息系統(tǒng)集成資質(zhì)管理 信息系統(tǒng)集成資質(zhì)管理辦法 ： 認(rèn)證和審批分離原則； 先由認(rèn)證機(jī)構(gòu)認(rèn)證，再由信息產(chǎn)業(yè)主管部門(mén)審批的工作程序進(jìn)行 ： （ 1）資質(zhì)管理包括：資質(zhì)評(píng)審和審批、年度監(jiān)督、升級(jí) 、降級(jí)、取消及相關(guān)內(nèi)容 4 （ 2） 工業(yè)和信息產(chǎn)業(yè)部 負(fù)責(zé) 一、二 級(jí)信息系統(tǒng)集成資質(zhì)（國(guó)家級(jí)） （ 3）省、自治區(qū)、直轄市信息產(chǎn)業(yè) 主管部門(mén) 負(fù)責(zé) 本行政區(qū)域內(nèi) 的 三、四 級(jí) 信息系統(tǒng)集成資質(zhì)管理程序 ：（ 1）工業(yè)和信息化部可以受理一二三四級(jí)（國(guó)家級(jí)） （ 2）省市信息產(chǎn)業(yè)主管部門(mén)授權(quán)的資質(zhì)評(píng)審機(jī)構(gòu)可以受理 “ 三、四級(jí) ” ：一二級(jí)資質(zhì)申請(qǐng)，由省市信息產(chǎn)業(yè)建設(shè)單位主管部門(mén) 初審 ，報(bào)工業(yè)信息化部負(fù)責(zé)審批 ；三、四級(jí)別資質(zhì)申請(qǐng)，由省市信息產(chǎn)業(yè)建設(shè)主管部門(mén) 審批 ，報(bào)工業(yè)和信息化部 備案 信息系統(tǒng)監(jiān)理資質(zhì)管理 ： “ 四控、三管、一協(xié)調(diào) ” （ 1） 四控：質(zhì)量、進(jìn)度、投資、變更 （ 2） 三管：合同、信息、安全 ：有效期 4 年，資質(zhì)：甲、乙、丙 ： （ 1）法律法規(guī)和行業(yè)標(biāo)準(zhǔn)規(guī)范 （ 2）監(jiān)理合同 （ 3）建設(shè)合同 計(jì)算機(jī)信息系統(tǒng)集成資質(zhì)等級(jí)評(píng)定條件 第三章計(jì)算機(jī)信息系統(tǒng)集成 計(jì)算機(jī)信息系統(tǒng)集成概述（包含特點(diǎn)和分類(lèi)） （必會(huì)） （ 1）計(jì)算機(jī)信息系統(tǒng)集成要以 （ 滿足用戶需求 ） 為 根本出發(fā)點(diǎn) （ 2）計(jì)算機(jī)信息系統(tǒng)集成不只是設(shè)備的選擇和供應(yīng) ，更重要的，它是具有高技術(shù)含量的工作過(guò)程，要面向用戶需求提供全面的解決方案，其 核心 是 （軟 件） （ 3）計(jì)算機(jī)信息系統(tǒng)集成的最終交付物是 （一個(gè)完整的系統(tǒng)） 而不是一個(gè)分立的產(chǎn)品 （ 4）計(jì)算機(jī)信息系統(tǒng)集成包括 （技術(shù)）、（管理）和（商務(wù)） 等各項(xiàng)工作 （考試能會(huì)出以下不屬于計(jì)算機(jī)信息系統(tǒng)集成的是選擇題考法） 。（訂票網(wǎng)站必須完成訂票功能） （必會(huì)） （ 2） 非系統(tǒng)功能： 是指產(chǎn)品必須具有的屬性和品質(zhì)，如可靠性（如網(wǎng)站多人訪問(wèn)不能崩潰）、性能、響應(yīng)時(shí)間（網(wǎng)頁(yè)打開(kāi)時(shí)間一般不超過(guò) 10S）、容錯(cuò)性、擴(kuò)展性等 （必會(huì)） （ 3） 設(shè)計(jì)約束： 也成為限制條件，補(bǔ)充規(guī)約，通常是對(duì)解決方案的一些約束說(shuō)明，例如：必須采用國(guó)有自主知識(shí)版權(quán)的數(shù)據(jù)庫(kù)系統(tǒng)，必須運(yùn)行在 UNIX 操作系統(tǒng)之下等（ 必會(huì)） （ 4）業(yè)務(wù)需求（ BR）：指反應(yīng)組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，通常問(wèn)題定義本身就是業(yè)務(wù)需求（了解） （ 5）用戶需求（ UR）（了解） （ 6）系統(tǒng)需求（ SR）（了解） 2. 需求過(guò)程 （講了 2 個(gè)問(wèn)題 需求開(kāi)發(fā)和需求管理） 需求過(guò)程是一個(gè)包括創(chuàng)建和維護(hù)系統(tǒng)需求文檔所必需的一切活動(dòng)的過(guò)程。 （ 1） a 測(cè)試：由 一個(gè)用戶 在 開(kāi)發(fā)環(huán)境下 進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試 （ 2） B 測(cè)試：由軟件的 多個(gè)用戶 在 實(shí)際使用環(huán)境 下進(jìn)行的測(cè)試軟件測(cè)試從不同的角度，又可分為一下幾大類(lèi)（了解，讀一下具體概念） （ 1） 功能測(cè)試 （ 2）可靠性測(cè)試 （ 3）強(qiáng)度測(cè)試 （ 4）性能測(cè)試 5） 恢復(fù)測(cè)試 （ 6）啟動(dòng)停止測(cè)試 （ 7）匹配測(cè)試 （ 8）安全性測(cè)試 （ 9） 可使用性測(cè)試 （ 10）安裝測(cè)試 （ 11）過(guò)程測(cè)試 （ 12）容量測(cè)試 （ 13）文檔測(cè)試 （ 14）兼容性測(cè)試 軟件測(cè)試的步驟（ PDCA 過(guò)程） （必會(huì)） 軟件 測(cè)試 計(jì)劃 測(cè)試 說(shuō)明 軟件測(cè)試 測(cè)試報(bào)告 軟件測(cè)試過(guò)程中出現(xiàn)的問(wèn)題 評(píng)審 軟件維護(hù)（必會(huì)） ： （ 1）可理解性 （ 2）可測(cè)試性 （ 3）可修改性 ： （ 1） 建立 維護(hù)組織 （ 2） 提出 維護(hù)要求 （ 3） 實(shí)施 維護(hù)作業(yè) （ 4） 記錄 維護(hù)要素 （ 5） 評(píng)價(jià) 維護(hù)活動(dòng) 軟件的復(fù)用 ：軟件復(fù)用是指利用自己已有軟件的 各種有關(guān)知識(shí)構(gòu)造新的軟件。 3） 評(píng)審與審計(jì)過(guò)程 （ 具體幾個(gè)概念請(qǐng)百度下 ） 包括管理評(píng)審、技術(shù)評(píng)審、檢查（正式的）、走查（隨即的）、審計(jì)（事后進(jìn)行的一個(gè)審計(jì)）。 （ 3） CMMI 加強(qiáng)對(duì)于工程過(guò)程的重視； CMMI 強(qiáng)調(diào)度量； CMMI 強(qiáng)調(diào)對(duì)風(fēng)險(xiǎn)的管理 常用構(gòu)件標(biāo)準(zhǔn) （必會(huì)） 幾個(gè)概念性名詞：（選擇題經(jīng)常出選項(xiàng)判斷） （ 1） COM 是個(gè)開(kāi)放的組件標(biāo)準(zhǔn) （ 2） DCOM 是 COM 的進(jìn)一步發(fā)展 9 （ 3） COM+并不是 COM 的新版本，我們可以把它理解為 COM 的新發(fā)展 （ 4） CORBA 公共對(duì)象請(qǐng)求代理構(gòu)架。 （ 3） 服務(wù) (service)— 也稱操作 (operation)、行為 (behavior)或方法（ method))，用來(lái)描述對(duì)象的動(dòng)態(tài)特征。類(lèi)的數(shù)據(jù)也叫狀態(tài)、屬性或特征。 典型體系結(jié)構(gòu) 常見(jiàn)的架構(gòu)模式： 管道 /過(guò)濾器模式；面向?qū)ο竽Ｊ?；事件?qū)動(dòng)模式；分層模式；知識(shí)庫(kù)模式； C/S 模式； （ 1）管道 /過(guò)濾器模式 管道 /過(guò)濾器模式的 優(yōu)點(diǎn)： 體現(xiàn)了各功能模塊的 ” 黑盒 ” 特性及高內(nèi)聚、低耦合的特點(diǎn)。 可能需要每個(gè)過(guò)濾器自己完成數(shù)據(jù)解析和合成工作（如加密和解密），從而導(dǎo)致系統(tǒng)性能下降，并增加了過(guò)濾器具體實(shí)現(xiàn)的復(fù)雜性。 統(tǒng)一建模語(yǔ)言 UML UML 具有如下的語(yǔ)言特征： (必考 ) （ 1） UML 不是一種可視化的程序設(shè)計(jì)語(yǔ)言， 是一種可視化的建模語(yǔ)言。 集成技術(shù)?？嫉闹R(shí)點(diǎn) 數(shù)據(jù)庫(kù)與數(shù)據(jù)倉(cāng)庫(kù)技術(shù) 數(shù)據(jù)倉(cāng)庫(kù)（ Data Warehouse）是一個(gè)面向主題的 (Subject Oriented)、集成的、相對(duì)穩(wěn)定的、反映歷史變化的數(shù)據(jù)集合，用于支持管理決策。業(yè)界各主要中間件廠商如 IBM、 Oracle 都在響應(yīng)。 J2EE 應(yīng)用服務(wù)器運(yùn)行環(huán)境包括 構(gòu)件（ Component）、容器（ Container）及服務(wù)（ Services） 三部分 .構(gòu)件是表示應(yīng)用邏輯的代碼；容器是構(gòu)件的運(yùn)行環(huán)境