1、1:系統集成項目管理基礎知識1信息化知識1.1信息化概念言息與信息化本體論信息概念：事物的運動狀態和狀態變化方式的自我表述。認識論信息概念：主體對于該事物的運動狀態以及狀態變化方式的具體描述，包括對于他的狀態和方式”的形式、含義和價值的描述。信息本體論和認識論的相互關系：（1） 認識論信息和本體論信心是相通的，它們共同的核心都是 事物運動的狀態和狀態 變化的方式”；（2）兩者之間還可以相互轉化，轉化的基本條件就是主體因素：引入主體因素，本體 論信息就轉化為認識論信息；去除主體因素，認識論信息就轉化成為主體論信息；（3）人類認識世界的任務和先覺條件之一，就是要把本體論信息恰如其分的轉化為認 識論

2、信息，為其后的決策提供依據。信息化：信息化是人類社會發展的一個高級進程，其核心是要通過全體社會成員的共同努力，在經濟和社會各個領域充分應用基于現代化信息技術的先進社會生產工具，創建信息時代社會生產力，推動生產關系和上層建筑的改革，使國家的綜合實力、社會的文明素質和人民的生活質量全面達到現代化水平。國家信息化體系要素國家信息化體系包括信息技術應用、信息資源、信息網絡、信息技術和產業、信息化人才、信息化法規政策和標準規范6個要素。國家信息化發展戰略推進國民經濟信息化；推行電子政務；建設先進網絡文化；推進社會信息化；完善綜合信息基礎設施；加強信息資源的開發利用； 提高信息產業競爭力； 建設國家信息安

3、全保障體 系；提高國民信息技術應用能力，造就信息化人才隊伍。戰略資源土地、能源、材料+信息1.2電子政務電子政務的概念和內容電子政務：指政府機構在其管理和服務職能中運用現代信息技術，實現政府組織結構和工作流程的重組優化，超越時間、空間和部門分隔的制約，建設一個精簡、高效、廉潔、公 平的政府運作模式。電子政務的廣義概念包括電子政務、電子黨務、電子政協、電子人大。電子政務模型：可簡單概括為2個方面，（1）政府部門內部的辦公自動化、管理信息化、決策科學化；（2） 政府部門與社會各界利用網絡信息平臺充分進行信息共享與服務、加強群眾監督、 提高辦事效率及促進政務公開等。電子政務的內容： 包括政府間的電子

4、政務、 政府對企業的電子政務、 政府對公民的電子 政務。電子政務建設的指導思想和原則指導思想：以鄧小平理論和三個代表重要思想為指導，適應改革開發和現代化建設對政務工作的要求，轉變政府職能，提高工作效率和監管的有效性，更好地服務人民群眾；以需求為導向，以應用促發展，通過積極推廣和應用信息技術，增強政府工作的科學性、協調性、 民主性，全面提高依法行政能力，加快建設廉潔、勤政、務實、高效的政府，促進國民經濟 持續快速發展和社會全面進步。指導原則：統一規劃，加強領導；需求主導，突出重點；整合資源、拉動產業；統一標 準，保障安全。電子政務建設的目標和主要任務目標：十五期間，標準統一、功能完善、安全可靠的

5、政務信息網絡平臺發揮支持作用； 重點業務系統建設取得顯著成效；基礎性、戰略性政務信息庫建設取得重大進展，信息資源共享程度明顯提高；初步形成電子政務網絡與信息安全保障體系，建立規范的培訓制度，與電子政務相關的法規和標準逐步完善。主要任務：扎實推進電子政務。具體分為8個方面：建設和整合統一的電子政務網絡；建設和完善重點業務系統；規劃和開發重要政務信息資源；積極推進公共服務；基本建立電子政務網絡與信息安全保障體系；完善電子政務標準化體系；加強公務員信息化培訓和考核；加快推進電子政務法制建設。1.3企業信息化與電子商務企業信息化企業信息化就是利用現代信息技術來實現企業經營戰略、行為規范和業務流程。企業

6、信息化結構：產品 /服務層，作業層，管理層，決策層。企業信息化就是在企業作業、管理、決策的各個層面，科學計劃、過程控制、事物處理、 經營管理的各個領域， 引進和使用現代化信息技術， 全面改革管理體制和機制， 從而大幅度 提高企業工作效率、市場競爭能力和經濟效益。企業資源規劃（ERPERP Enterprise Resource planning , 般來說， ERP是一個以財務會計為核心的信息系統，用來識別和規劃企業資源，對采購、生產、成本、庫存、銷售、運輸、財務、人力資源 等進行規劃和優化，從而達到最佳資源組合，使企業利潤最大化。從計算機技術的角度來看，ERP系統是一種軟件工具，是一套復雜的

7、信息管理系統。ERP 系統綜合運用數據庫、面向對象、圖形用戶界面（GUI）和網絡通信等計算機技術，實現系統化的企業管理。ERP系統特點：ERP是統一的集成系統；ERP是面向業務流程的系統；ERP是是模塊化 可配置的；ERP是開放的系統。ERP系統功能：財會管理；生產控制管理；物流管理；人力資源管理等。客戶關系管理（CRM）客戶Customer狹義概念，僅指企業產品和服務的使用者，或者指為企業提供經濟來源 的群體；廣義概念，指企業產品和服務的使用者，或者指為企業提供經濟來源的群體，還包括他的員工、合作伙伴、競爭對手。ERM: Enterprise Relationship Management

8、廣義概念，企業關系管理CRM: Customer Relationship Management.狹義概念，客戶關系管理CRM定義：CRM系統是基于方法學、軟件和因特網的以有組織的方式幫助企業管理客 戶關系的信息系統。CRM概念的3個要點：客戶、關系、管理。CRM三角模型：如下圖，該模型由信息技術、CRM應用系統、CRM經營理念三條邊組成。CRM 1 經i理1念i信息技術x Etn厳目 t * HA :丿丿CRM體系結構：如下圖CRM系統功能：（1）有一個統一的以客戶為中心的數據庫；（2）具有整合各種客戶聯系渠道的能力；（3）能夠提供銷售、客戶服務、營銷三個業務的自動化工具，并且在這三者之間實

9、現 通信接口，使得其中一項業務模塊的事件可以觸發另外一個業務模塊中的響應；（4）具備從大量數據中提取有用信息的能力，即這個系統必須實現基本的數據挖掘模 塊，從而使其具有一定的商業智能。供應鏈管理（SCM）SCM： Supply Cha in Ma nageme nt供應鏈的概念：傳統概念認為供應鏈描述的是企業間的采購、供應關系，這種關系僅局限于制造商和供應商之間的關系，忽略了與外部供應鏈成員的聯系。現代供應鏈概念增加了三個要點：關于核心企業、關于戰略伙伴關系、關于增值鏈。供應鏈的結構：如下圖，供應鏈是一個范圍很大的企業結構模式，包含了所有參與的節點企業，從原材料開始，經過各個環節，直到最終用戶

10、。桶戶輻二*和 (IO)1彳=祐誠業1系；在線支付體系；現代物流體系；技術裝備體系；服務體系；運行監控體系。1.4商業智能（BI）Bl: Bus in ess In tellige nee商業智能：將組織中現有的數據轉化為知識，幫助組織做出明智的業務經營決策。商業智能的實現涉及到軟件、硬件、咨詢服務及應用，是對商業信息的搜集、管理和分析過程，目的是使企業的各級決策者獲得知識或者洞察力，促使他們做出對企業更有利的決尺S 策商業智能一般由數據倉庫、 聯機分析處理（OLAP, On-Line Analyties Process）、數據挖掘、 數據備份和恢復等部分組成。數據挖掘（Data Mining

11、）:指源數據經過清洗和轉換等成為適合于挖掘的數據集。是從 特定形式的數據集中提煉知識的過程。聯機分析處理（OLAp也被稱為多維分析。商業智能的實現有三個層次：數據報表、多維數據分析、數據挖掘。實施商業智能的步驟：需求分析；數據倉庫建模；數據抽取；建立商業智能分析報表； 用戶培訓和數據模擬測試；系統改進和完善。2信息系統服務管理2.1信息系統服務業言息系統服務業的內容信息系統服務是一個范圍相當廣泛的概念，所有以滿足企業和機構的業務發展所帶來的信息化需求為目的，基于信息技術和信息化理念而提供專業信息技術咨詢服務、系統集成服務、技術支持服務等工作，都屬于信息系統服務的范疇。言息系統服務管理的推進（1

12、） 實施計算機信息系統集成資質管理制度，（A）推薦優秀系統集成商，（B）對信息 系統集成企業進行資質認證；（2）推行項目經理制度；（3） 推行信息系統工程監理制度，（A）在實施系統集成資質認證制度的基礎上推行信息系統工程監理制度，（B）確定信息系統工程監理管理體系框架，（C）發布信息系統工程監理資質等級條件。2.2信息系統服務管理體系言息系統服務管理的內容信息系統服務管理的主要內容有：計算機信息系統集成單位資質管理；信息系統系項目經理資格管理；信息系統工程監理單位資質管理；信息系統工程監理人員資格管理；2.3信息系統集成資質管理言息系統集成資質管理的必要性和意義必要性：（1） 首先，一個重要問

13、題是用戶在選擇集成商的時候缺少依據和標準，特別是在重大 項目招標和實施過程中，缺少必要的監督、檢查；此外，有些重大工程項目中的一些流程，包括軟件、程序、存檔材料，缺少標準，也比較亂，給項目中軟件升級方面造成不少困難。（2）第二個問題是，由于國家信息系統工程建設要求參與競標的企業有資質和業績， 而我們當時還沒有給企業確認資質等級，所以相當多的企業在參與國際競爭中有困難。（3）第三個問題是，少數不具備承建信息系統工程能力的單位甚至個人，攪亂市場次序，破壞游戲規則，通過各種各樣關系，采用不正當手段，拿到了項目，又不能很好完成這 些項目，信息工程完成之日，也是這個項目死亡之時，沒有很好發揮作用，為國家

14、和用戶部門造成極大經濟損失，產生了很壞的社會影響。意義：（1）有利于用戶選擇項目承建單位；（2）有利于系統集成企業展示自身實力、參與市場競爭，加強自身建設；（3）有利于規范信息系統集成市場；（4）有利于保證信息系統工程質量。信息系統集成資質管理辦法（原則、管理辦法和工作流程）原則：認證和審批分離，先由認證機構認證，再由信息產業主管部門審批。 管理辦法：（1）資質管理包括資質評審和審批、年度監督、升級、降級、取消和其他相關內容。（2） 資質管理涉及從事信息系統集成業務的單位、信息產業部、省市信息產建設單位 管理部門、信息產業部授權的資質評審機構、省市信息產業部門授權的資質評審機構等等。（3） 信

15、息產業部負責全國信息系統集成的行業管理工作，審批及管理1、2級信息系 統集成資質；省市信息產建設單位管理部門負責本行政區域內信息系統集成的行業管理工作，審批及管理本行政區域內 3、4級信息系統集成單位資質，初審本行政區域內1、2級信息系統集成單位。（4） 信息產業部授權的資質評審機構可以受理申請1、2、3、4級資質的評審；省市信息產業部門授權的資質評審機構可以受理申請3、4級資質的評審。工作流程：（1）資質評審（信息產業部授權的資質評審機構、省市信息產業部門授權的資質評審 機構）（A）評審申請；（B）評審申請的受理和資料審查；（C）對申請單位進行現場審查；（D）出具評審報告。（2）資質審批（信

16、息產業部、省市信息產建設單位管理部門）（A）審批申請，準備相應的申請資料，評審機構出具的評審報告；（B）審批。信息系統集成資質等級條件（1）綜合條件：從企業的從業年限、獲取低一級資質年數、主業是否為系統集成、注 冊資金、近3年系統集成年均收入、經濟財務狀況、企業信譽度等基本情況來衡量。（2）業績：從近3年完成的系統集成項目額、項目規模、項目的技術含量、項目的軟件費用比例、項目的實施質量、 企業所完成項目在業務領域的水平等方面衡量。項目必須經過建設單位簽字、驗收了的項目。（3） 管理能力：從質量管理、客戶服務、企業的信息管理系統、企業負責人以及技術、 財務負責人等方面能力進行衡量。（4）技術實力

17、：從企業在某些業務領域的實力、軟件研發能力、開發環境、研發投入 等方面衡量。（5）人才實力：從工程技術人員、本科以上人員比例、項目經理數目、培訓體系和人 力資源管理水平等方面衡量。信息系統項目管理專業技術人員資質管理 分為項目經理、高級項目經理、資深項目經理。2.4信息系統工程監理資質管理信息系統工程監理資質管理的必要性、意義和主要內容意義：（1）監理幫助業主單位更合理的保證工程的質量、進度、投資，并合理、客觀的處理 好它們之間的關系；（2）監理可以合理的協調業主單位和建設單位之間的關系；（3）有助于第三方的專業化服務功能。信息系統工程包括信息網絡系統、信息資源系統、信息應用系統。信息系統工程

18、監理：指在政府工商管理部門注冊的且具有信息系統工程監理資質的單位，受建設單位的委托，依據國家有關法律法規，技術標準和信息系統工程監理合同，對信息系統工程項目實施的監督管理。信息系統工程監理單位分為甲乙丙三級。信息系統工程監理資格證書分為高級監理工程師、監理工程師、監理員。監理內容：四控、三管、一協調。四控：質量控制、進度控制、投資控制、變更控制。三管：合同管理、信息管理、安全管理。一協調：協調有關單位及人員之間的工作關系。言息系統工程監理資質管理辦法言息系統工程監理資質等級條件言息系統工程監理人員資質管理3信息系統集成專業技術知識3.1信息系統建設言息系統集成（概念、類型）概念：是指將計算機軟

19、件、硬件、網絡通信等技術和產品集成成為能夠滿足用戶特定需求的信息系統，包括總體策劃、設計、開發、實施、服務及保障。類型：設備系統集成、應用系統集成（Application System Integration ）。其中設備系統集成包括：智能建筑系統集成（Intelligent Building Integration）、計算機網絡系統集成 （Computer Network System Integration）、 安防系統集成（Security System Integration）。言息系統的生命周期、各階段目標及主要工作內容生命周期：立項、開發、運維、消亡。立項：概念形成階段、需求分析階

20、段；開發：總體規劃階段、系統分析階段、系統設計階段、系統實施階段、系統驗收階段； 運維：排除性運維、適應性運維、完善性運維、預防性運維。言息系統開發方法結構化方法；原型法；面向對象方法。（1）結構化方法：（面向過程）結構化方法是按照信息系統生命周期，應用結構化系統開發方法，把整個系統的開發過程分為若干階段，然后一步一步的依次執行， 前一階段是后一階段的工作依據； 每個階段又 劃分為詳細的工作步驟，順序作業。結構化方法特點：（1）遵循用戶至上原則；（2）嚴格區分工作階段，每個階段有明確的任務和取得的成果；（3）強調系統開發過程的整體性和全局性；（4）系統開發過程工程化，文檔資料標準化。結構化方法

21、優點：理論基礎嚴密，它的指導思想是用戶需求在系統建立之前就能被充分了解和理解，注重開發過程的整體性和全局性。結構化方法缺點：開發周期長；文檔、 設計說明繁瑣，工作效率低；要求在開發之初全面認識系統的信息 需求，充分預料各種可能發生的變化，但這并不現實；若用戶參與系統開發的積極性沒有充分調動，將造成系統交接過程不平穩，系統運行與維護管理難度加大。（2）原型法：原型法認為在很難全面準確地提出用戶需求的情況下，不要求對系統做全面、詳細的調查分析，本著開發人員對用戶需求的初步理解， 快速開發一個原型系統， 通過反復修改該原 型來實現用戶的最終系統需求。原型法特點：實際可行；最有最終系統的基本特征；構造

22、方便、快速，造價低。原型法適用于用戶需求開始時定義不清、管理決策方法結構化程度不高的系統開發，開發方法宜被用戶接受；但如果用戶配合不好，盲目修改，容易拖延開發過程。原型法分類：拋棄型原型；進化型原型。（3）面向對象方法：面向對象指將每個客觀事物抽象為對象， 將對象作為系統的基本構成單位， 每個客觀事 物間的聯系通過對象間的消息傳遞機制來實現， 這樣可以使系統直接地映射問題域， 保持問 題域中事物及其相互關系的本來面貌。面向對象的信息系統開發，關鍵點為建立一個全面、 合理、統一的模型，它既能反映問題域，又能被計算機系統求解域接受。面向對象開發分為分析、設計、實現3個階段。3.2信息系統設計方案設

23、計系統架構設備、DBMS和技術選型3.3軟件工程軟件需求分析與定義軟件需求定義：軟件需求是一個為解決特定問題，而必須由被開發或被修改軟件展示的特性。軟件需求基本特征：可驗證性、優先級、唯一性。軟件需求分析的目的：（1）檢測和解決需求之間的沖突；（2）發現軟件的邊界，確定軟件與環境間的交互；（3）描述系統需求，以確定軟件需求。開發真實世界問題的模型是軟件需求分析的關鍵，模型的目的是幫助解決問題， 而不是啟動方案的設計。概念模型由來自問題域的實體模型組成，實體模型反映了它們在真實世界的聯系和依賴。軟件設計、測試與維護軟件設計是定義一個系統的架構、組件、接口和其他特征的過程，并得到這個過程的結果。軟

24、件設計活動組成：（1）軟件架構設計：描述軟件的組織和結構，標識各種不同的組件；（2）軟件詳細設計：詳細的描述各個組件，使之能被構造。軟件測試分類：單元測試、集成測試、系統測試。軟件測試是為評價和改進產品質量、識別產品缺陷和問題而進行的活動。軟件維護是為需要提供軟件支持的全部活動，包括交付前完成的活動，交付后完成的活動。軟件維護分類：更正性維護、適應性維護、完善性維護、預防性維護。軟件復用軟件復用是指利用已有軟件的各種知識來構造新的軟件，以縮減軟件開發、維護的費用。軟件復用是提高軟件生產力和質量的一種重要技術。軟件復用按抽象程度的高低分類：代碼的復用、設計的復用、分析的復用、測試信息的復用。面向

25、對象的軟件開發和軟件復用之間的關系式相輔相成的。軟件質量保證及質量評價軟件質量定義：軟件特性的綜合，軟件滿足規定和潛在用戶的能力。軟件質量包括內部質量、外部質量、使用質量3部分。軟件質量管理過程：質量保證過程、驗證與確認過程、評審與審計過程。軟件配置管理軟件配置管理：通過標識產品的元素，管理和控制變更，驗證、記錄、報告配置信息， 來控制產品的進化和完整性。軟件配置管理和軟件質量保證密切相關。軟件配置管理活動：軟件配置管理過程的管理和計劃、軟件配置標識、軟件配置控制、 軟件配置狀態記錄、軟甲配置審計、軟件發布管理與交付。軟件開發工具軟件需求工具、軟件設計工具、軟件構造工具、軟件測試工具、軟件維護

26、工具、軟件配 置管理工具、軟件工程管理工具、軟件工程過程工具、軟件質量工具。軟件過程管理軟件工程管理包含過程管理和項目管理，包括6個方面：啟動和范圍定義、 軟件項目計劃、軟件項目實施、評審和評價、關閉、軟件工程度量。3.4面向對象系統分析與設計面向對象的基本概念基本概念：對象、類、抽象、封裝、繼承、多態、接口、消息、組件、模式、復用。對象3要素：對象標識、對象狀態、對象行為。類的數據（屬性）表現類靜態方面；類的函數（功能）表現類動態方面。類和對象的關系：每個對象都是某一個類的實例；每個類有零或多個實例；類是生成對象的模板；類是靜態的，它的存在、語義和關系在程序執行前就已經定義好了，對象是動態

27、的，它在程序執行時可以被創建和刪除。繼承表示類之間的關系，可分為單繼承和多繼承。Java是單繼承語言，C+是多繼承語言。多態是一種方法，使得多個類中可以定義同一個操作或屬性名，并在每個類中都有不同的實現。接口是對操作規范的說明， 定義操作應該做什么， 沒有定義操作如何做，即沒有定義實現細節。消息是對象間的交互手段。組件是軟件系統可替換的、物理的組成部分，它封裝了實現體（實現某個功能），并提供了一組接口的實現方法。組件應利于復用，同時提供公共特性和可變特性。模式是一條由3部分組成的規則，表示了一個特定環境、一個問題、一個解決方案之間 的關系。每個模式描述了一個重復發生的問題，以及該問題的解決方案

28、。統一建模語言UML與可視化建模統一建模語言（UML, Unified Modeling Language ）是一個通用的可視化建模語言，它是 面向對象分析和設計的一種標準化表示，用于對軟件進行描述、可視化處理、構造和建立軟件系統的文檔。UML描述了系統的靜態結構和動態行為，它將系統描述為一些獨立的相互作用的對象，構成為外界提供一定功能的模型結構。靜態結構定義了系統中重要對象的屬性和服務；動態行為定義了對象的時間特性和對象為完成目標而進行相互間通訊的機制。UML不是一種可視化的程序設計語言，是一種可視化的建模語言。UML沒有定義一種標準的開發過程，但它比較適用于迭代式的開發過程，是為支持面向對

29、象的開發過程設計的。面向對象系統分析面向對象的系統分析指運用面向對象的方法分析問題域，建立基于對象、消息的業務模型，形成對客觀世界和業務本身的正確認識。面向對象的分析模型由用例模型、類-對象模型、對象-關系模型、對象 彳亍為模型組成。（1）用例模型描述用戶和系統間的交互；（2）類-對象模型描述系統涉及的全部對象和類；（3）對象-關系模型描述對象間的靜態關系；（4）對象-行為模型描述系統的動態行為。面向對象系統設計面向對象的系統設計指用分析階段給出的問題域模型，用面向對象的方法設計出軟件基礎架構（概要設計）和完整的類結構（詳細設計），以實現業務功能。面向對象設計階段：用例設計、類設計、子系統設計

30、。3.5軟件系統結構（軟件架構）軟件體系結構定義軟件架構定義：將軟件系統劃分為多個模塊，明確各模塊間的相互作用，組合起來實現系統的全部特性。軟件架構不僅確定了系統的組織結構和拓撲結構，還顯示了系統需求和構成系統各要素間的對應關系，提供了一些設計決策的基本原則。典型體系結構軟件架構設計的一個核心問題是能夠使用重復的架構模式，能否達到架構級的軟件復 用。常見的架構模式：管道/過濾器模式；面向對象模式；事件驅動模式；分層模式；知識庫模式；C/S模式;軟件體系結構設計方法軟件架構設計是動態的，初期的設計并不能完全確定下來，和建筑設計不同。架構設計的目標：最大化復用；復雜問題簡單化（這也是中間件和多層技

31、術的根本目標） 靈活的擴展性；軟件體系結構分析與評估軟件架構設計注意事項：關系數據庫優于對象數據庫，前者成熟，多廠商支持，后者技術先進；用戶界面選擇使用HTML（ HTTP）;靈活性與性能考慮，即考慮獨立于廠家方案還是單廠家方案；選擇成熟的技術可以規避項目風險；聘請經驗豐富的架構設計師。軟件中間件中間件（Middleware ）用來解決分布系統的異構問題。中間件是位于硬件、操作系統等 平臺和應用之間的通用服務，這些服務有標準的程序接口（API ）和協議。中間件的分類：數據庫訪問中間件（ODBC-Windows ； JDBC-Java；遠程過程調用中間件（ RPC ；面向 消息的中間件（MOM

32、）;分布式對象中間件（CORBA EJB; DCOM）;事務中間件（TPM）； 3.6典型應用集成技術數據庫與數據倉庫技術數據倉庫和傳統操作型數據庫的對比的優點：（1）面向主體：操作型數據庫的數據面向事務處理，各個業務系統間各自分離；數據 倉庫的數據按主題進行組織；（2） 集成：面向事務處理的操作型數據庫通常和某些特定的應用相關，數據庫之間相互獨立，往往是異構的；數據倉庫的數據是對原有分散數據庫數據通過抽取、清理然后經系統加工、匯總、整理得到，消除了源數據中的不一致性。（3）相對穩定：操作型數據庫中的數據是實時更新的；數據倉庫的數據用來查詢，只有少量的修改和刪除操作，通常只需定期加載、刷新。（

33、4）反映歷史變化：操作型數據庫主要關心當前某一個時間段內的數據；數據倉庫的 數據通常包含歷史信息。數據倉庫系統結構：OLAP前端工具分析工具（M.AP服務器散據倉庫證詢工具KhWOLAP： On-line analysis processing 聯機分析處理數據倉庫按照數據的覆蓋范圍分為：企業級數據倉庫、部門級數據倉庫（即數據集市）。 Web Service技 術Web服務的主要目標是跨平臺的互操作性。適用于使用 Web Services的情況：跨越防火墻、應用程序集成、B2B集成、軟件復用（重 用）。不適合情況：單機應用程序、局域網上的同構應用程序。 J2E結構（工業標準）J2EE是由sun

34、公司主導、各廠家共同制定并得到廣泛認可的工業標注。業界各主要中間件廠商如IBM、ORACLE都在響應。J2EE應用將開發工作分為 2類：業務邏輯開發、表示邏輯開發，其余的系統資源由應 用服務器自動處理，不必為中間層的資源和運行管理進行編碼。這樣就可以將更多的開發精力集中在應用程序的業務邏輯和表示邏輯上，從而縮短企業應用開發周期，有效的保護企業投資。 .NET吉構（微軟標準）微軟的.net是基于一組開放的互聯網協議而推出的一系列產品、技術、服務。.net開發框架在通用語言運行環境基礎上， 給開發人員提供了完善的基礎類庫、 數據庫訪問技術、網 絡開發技術，開發人員可以使用多種語言快速構建網絡應用。

35、工作流技術工作流（workflow ）是工作流程的計算模型，即將工作流程中的工作如何前后組織在一 起的邏輯和規則，在計算機中以恰當的模型進行表示并實施計算。工作流依靠工作流管理系統來實現。構件及其在系統集成項目中的重要性構件技術就是利用某種編程手段，將人們所關心的，但又不便于讓最終用戶區直接操作的細節就行了封裝，同時對各種業務邏輯規則進行了實現，用于處理用戶的內部操作細節。常用構件標準COM/DCOM/COM+、CORBA EJB3.7計算機網絡知識網絡技術標準與協議常見協議：微軟 NETBEUI NOVELL的IPX/SPX跨平臺 TCP/IP。 I nternet技術及應用In terne

36、t利用異構網絡協議tcp/ip組建，但是安全性不高。網絡分類按分布范圍分：局域網、城域網、廣域網、因特網。城域網模式：SDH多業務平臺、彈性分組環多業務平臺 RPR電信級以太網多業務平臺。 按網絡拓撲分：總線型拓撲結構、星形拓撲結構、環形拓撲結構。網絡管理網絡管理包括4個方面：網絡設備的管理、服務器的管理、資源的管理、用戶的管理。 用戶的管理包括：配置管理、故障管理、性能管理、安全管理、計費管理、桌面管理。網絡服務器網絡服務器按發展歷程分：文件服務器、數據庫服務器、In ternet/i ntranet通用服務器、應用服務器。Internet/intranet 通用服務器指 WEB Email

37、、DNS目錄服務。應用服務器：一種為基于B/S構造的WEB應用服務器，一種為專用服務器（如 CAD服務器、視頻點播服務器、流媒體點播服務器、電視會議服務器、打印服務器等）。網絡交換技術、網絡存儲技術交換技術：電路交換；分組交換；報文交換；ATM； IP電話；軟交換；存儲技術：直接連接存儲（DAS）;網絡連接存儲（NAS）;存儲區域網絡（SAN） 無線網絡技術、光網絡技術無線網絡技術分：無線局域網WLANs、無線廣域網 WWANs、無線城域網 WMANs、無線個人網絡WPANs。網絡接入技術網絡接入方式：（1）撥號接入：PSTN ISDN（2）專線接入：DDN、GPRS和 3G（3）寬帶接入：D

38、SL無源光網絡、Cable Modem、以太網接入、光纖接入。綜合布線、機房工程綜合布線系統（PDS廣泛采用的標準為EIA/TIA 568A，包含6個子系統：建筑群子系統、設備間子系統、工作區子系統、管理子系統、垂直干線子系統、水平子系統。網絡規劃、設計與實施網絡規劃原則：實用性；開放性；先進性；設計及實施原則：可靠性；安全性；高效性；可擴展性；4項目管理一般知識4.1項目管理的理論基礎與體系項目與項目管理的概念項目：是為達到特定的目的、使用一定資源、在確定的時間內、為特定發起人而提供獨特的產品、服務或成果而進行的一次性努力。項目管理：是在項目活動中綜合運用知識、技能、工具和技術、在一定的時間

39、、成本、 質量等要求下來實現項目的成果性目標。系統集成項目的特點（1）以滿足客戶和用戶的需求為根本出發點；（2）客戶的需求常常不夠明確、復雜多變，應加強需求變更管理以控制風險；（3） 系統集成不是選擇最好產品的簡單行為，而是選擇最適合用戶的需求和投資規模 的產品和技術；（4）高技術與高技術的集成；（5）是一項綜合性的系統工程；（6）項目團隊年輕、流動率高；（7）強調溝通的重要性。項目干系人項目干系人指那些積極參與項目， 或是其利益會受到項目執行的影響或項目結果影響的 個人和組織，他們也可能對項目及結果施加影響。項目干系人包括：客戶和用戶；項目經理；執行組織；項目團隊成員；項目發起人；職能經理；

40、影響者；項目管理辦公室（project management office ， PMO）。項目經理必須管理項目干系人的期望，因為項目干系人經常會有相互不同甚至是沖突的目標。通常，解決項目干系人之間不同意見應該以使客戶滿意為主，但不要忽略其他項目干系人的要求和期望，應找到對分歧的恰當解決方案，是項目經理的主要挑戰。項目管理知識體系的構成美國項目管理學會提出的項目管理的知識體系（PMBOK, project management body ofknowledge），包括5個過程組，9大知識域。過程組：啟動過程組、計劃過程組、執行過程組、監控過程組、收尾過程組。知識域：整體管理、范圍管理、時間管理、

41、成本管理、質量管理、人力資源管理、溝通 管理、采購管理、風險管理。項目管理專業領域關注點項目管理知識體系；項目應用領域的知識、標準和規定；項目環境知識；通用的管理知識和技能；軟技能或人際關系技能；經驗、知識、工具和技術。4.2項目的組織組織的體系、文化與風格組織體系分類：以項目為基礎的組織、不以項目為手段進行管理的組織。組織文化：（1）組織的共同價值觀、行為準則、信仰和期望；（2）組織的方針、辦事程序；（3）組織對于職權關系的觀點；（4）職業道德；（5）眾多其他因素組織文化對項目的影響：（1） 在一個進取心較強或具有開拓精神的組織中，團隊提出的非常規、高風險的建議 更容易獲得批準；（2） 在一

42、個等級制度森嚴的組織中，一個喜歡高度參與的項目經理可能會經常遇到麻 煩；而在一個民主的、鼓勵參與的組織中，一個喜歡獨裁的項目經理也會吃不開。組織結構組織結構對項目的影響：（1）項目往往隸屬于組織，所以不可避免地受到組織結構的影響；（2）組織結構影響著項目如何獲取所需資源和對資源獲取的條件；項目組織結構分類：職能型組織、項目型組織、矩陣型組織、復合型組織。組織結構的應用：（1）職能型結構：主要由一個部門完成的項目；技術上比較成熟。（2）項目型結構：開拓風險比較大的項目；進度、成本、質量等指標有嚴格要求的項 目。（3）矩陣型結構：運用在管理規范、分工明確的公司；一般用作跨職能部門的項目。頂目特卜砂

43、it平豊1?鼻燈步if韭fi屮什人fil ft * Al 車帯1R4（心戌;2 tillhi積離簾令潭TW空BtnJMH螢用擰哉人対I1鼎!圖2-&如垛拮罡對氏貝的影響4.3項目的生命周期項目生命周期項目生命周期定義了從項目開始直至結束的項目階段。項目生命周期從技術上劃分的階段：需求分析、系統設計、系統構建、系統運行。項目生命周期從管理上劃分的階段：啟動、計劃、執行、收尾。項目生命周期的特征（1）在初始階段，費用和人員水平較低，在中間達到最高，當項目接近結束時則快速 下降；（2）在項目初始階段不確定性最高，因此不能達成項目目標的風險是最高的。隨著項 目的繼續，完成項目的確定性通常會逐漸上升；（

44、3）在項目初始階段，項目干系人影響項目的最終產品特征和項目最終費用的能力最高，隨著項目的繼續開展則逐漸降低。造成這種現象的主要原因是隨著項目的開展，變更和缺陷修改的費用會增加。（項目干系人和成本的變化曲線）項目階段的特征（1） 項目階段以一個或多個可交付物的完成和正式批準為標志；可交付物是一種可度 量、可驗證的工作產物。（2）項目階段由連續過程組成，這些過程按一定的順序前后相連。階段之間的關系是 時間先后關系。（3）階段可進一步劃分為子階段。（4）項目階段的結束以對完成的工作和可交付物的技術和設計評審為標志。（5）項目本階段的完成并不意味著對后續階段的批準。xirJ L 一mml_n nb丿

45、u 7 & J- h圖Z3頃目生使聲內的典型階段序列上圖：依據改為輸入；思想和項目管理團隊改為概念和資源。項目生命周期與產品生命周期的關系在某些應用領域中（例如新產品開發和軟件開發），組織將項目生命周期作為產品生命周期的一部分來考慮。-4 A rREB 2A產品與頃目圭會期之河的苑系4.4典型的信息系統項目的生命周期模型瀑布模型特點：（1）從上一項開發活動接受其成果作為本次活動的輸入；（2）利用這一輸入，實施本次活動應完成的工作內容；（3）給出本次活動的工作成果，作為輸出傳給下一項開發活動；（4） 對本次活動的實施工作成果進行評審。若其工作成果得到確認，則繼續進行下一 項開發活動；否則返回前一

46、項，甚至更前項的活動。V莫型V模型的左邊下降部分是開發過程各階段，相對應的是右邊上升部分的各個測試過程。V模型的價值在于它非常明確的標明了測試過程中存在不同的級別。在不同的開發階段，會出現不同類型的缺陷和錯誤，所以需要不同的測試技術和方法來發現這些缺陷。uaitt計實廉測試原型化模型原型化模型是為了彌補瀑布模型的不足而產生的。原型化模型的第一步是建造一個快速原型，實現客戶和系統的交互，經過和用戶對原型的討論，弄清需求，再在原型基礎上開發產品。瀑布和V模型將原型化模型的思想用于需求分析環節，來解決因為需求不明確而導致 產品出現嚴重后果的缺陷。對于復雜的大型軟件， 開發一個原型往往達不到要求，為了

47、減少開發風險，出現了螺旋模型和迭代模型（RUF）。螺旋模型在螺旋模型中，軟件開發是一系列的增量發布，下圖中的螺旋線代表隨時間推進的工作 進展，開發過程具有周期性重復的螺旋形狀。制定計劃 決定目標、 方案和限制客戶評估J8計成本鳳險分析評價方秦 識別罠險 消除鳳歳實;單兀: 組殘測試: :臉收I晶 實現図試啓叫需求計劃I鳳霍求與驗i組析可運行生存期計劃確認需求 /軟件產設計確認呂設計丿詳細設計開發、驗證下一產品送代模型（RUP）RUP用二維坐標來描述：橫軸是項目的生命周期，分為初始、細化、構件、交付4個階段。縱軸是活動，分為核心過程工作流、核心支持工作流。每個階段，從上到下迭代，即次序完成核心過

48、程工作流和核心支持工作流。根據需要,項目過程一個過程指為了得到預先指定的結果而要執行的一系列相關的行動和活動。一個項目至少需要 4個過程：（1）技術類過程；（指單純的技術實施活動）(2) 管理類過程；按時間先后劃分，分為：啟動、計劃、執行、監控、收尾(3) 支持類過程；如配置管理過程等(4) 改進類過程；如總結經驗教訓，部署改進等過程項目管理過程組5個項目管理過程組：啟動；計劃；執行；監督與控制；收尾。這5個項目過程組具有明確的依存關系，并在各個項目中按一定的次序執行，它們與應用領域或特定產業無關。從整體上看，項目管理過程比基本的PDCA循環要復雜的多，但是這個循環可以被應用于項目過程內部及各

49、過程組之間的相互關聯。其中計劃對應 P,執行對應 D,監督與控制對應 C/A,將項目管理過程組映射成PDCA循環。( C/ A )JPa hailr:戶J$啟動i 士程姐卜%計劃過程組(M卜兩執行過程蛆&) 卜科項目過程組之間的執行流向:上圖需要修改，參見 p170 項目管理過程組包含的內容：啟動過程組：(1)制定項目章程 制定初步的項目范圍說明書;5立項管理5.1立項管理內容立項管理內容包括：需求分析；項目建議書；項目可行性研究報告；需求分析需求分析的概念需求分析指對要解決的問題進行詳細的分析，弄清楚項目發起人及項目其他干系人的要求、待開發的信息系統要解決客戶和用戶的業務問題以及問題的來龍去

50、脈。需求分析就是確定待開發的信息系統應該做什么。需求分析的方法結構化分析方法、軟系統方法、面向對象分析方法、面向問題域的分析方法。項目建議書項目建議書的內容項目建議書即立項申請。內容包括：項目的必要性；項目的市場預測；產品方案或服務的市場預測；項目建設必 需的條件。項目建議書的編制方法項目可行性研究報告項目可行性研究報告的內容項目可行性研究具有預見性、公正性、可靠性、科學性的特點。內容包括：投資必要性；技術的可行性；財務可行性；組織可行性；經濟可行性；社會 可行性；風險及對策。項目可行性研究報告的編制方法招投標招投標的主要過程招標：編制招標文件、制定評分標準、評標、選定項目承建方投標：獲取招標

51、文件、編寫投標文件、參加投標活動招投標的關鍵產物招標文件；投標文件；5.2建設方的立項管理立項申請書（項目建議書）的編寫、提交和獲得批準技術類項目立項申請書包括如下內容：1、項目名稱；2、項目建設必要性和依據；3、項目目的、作用、意義；4、項目的國內外技術發展概況、水平和發展趨勢；5、研究開發領域，主要關鍵技術，研究內容，技術方案、實驗地點、規模、進度安排;6、項目研究開發情況，現有工作基礎和設備條件；7、項目負責人、主要技術人員；8、項目起止時間、最終達到目標；前景及預期考核的技術經濟指標；9、項目經費預算、用途和用款計劃；10、其他。項目建議書的編寫：立項申請書由政府部門、全國性專業公司、

52、現有企事業單位、新組成的項目法人提出項目建議書的申報：分為市屬單位申報項目、區縣屬單位申報項目、合建項目按不同流程上報。項目建議書的審批：按現行的管理體制、隸屬關系，分級審批。522項目的可行性研究初步可行性研究、詳細可行性研究的方法初步可行性研究內容：市場和生產能力；物料投入分析；坐落地點及廠址的選擇； 項目設計；項目進度安排；投資與成本估算；詳細可行性研究方法：經濟評價法；市場預測法；投資估算法；增量凈效益法等。項目論證評估的過程和方法項目論證內容包括： 項目運行環境評價、 項目技術評價、項目財務評價、項目國民經濟 評價、項目環境評價、項目社會影響評價、項目不確定性和風險評價、項目綜合評價

53、等；項目評估為第三方評估。項目評估內容包括：建設必要性、現實性、可行性和市場預測的評估； 建設條件的評估； 技術方案的評估；機構設置和管理機制的評估；社會經濟效果的評估；社會效益的評估；綜合評估。項目評估程序：成立評估小組，進行分工，制定評估工作計劃；開展調查研究，搜集數 據資料，并對可行性研究報告和相關資料進行審查和分析；分析與評估；編寫評估報告。項目評估方法：項目評估法（局部評估法）和企業評估法（全局評估法）；總量評估法和增量評估法；費用效益分析法；成本效用分析法；多目標系統分析法。項目可行性研究報告的編寫、提交和獲得批準項目招標招標文件的內容和編制方法內容：招標項目的技術要求、 對投標人

54、資格審查的標準、投標報價要求和評標標準等所有實質性要求和條件，以及擬簽訂合同的主要條款。招標評分標準的制定評分標準制定原則：以客觀事實為依據；嚴格控制自由裁量權；得分應能明顯分出高低； 執行國家規定，體現國家政策；評分標準應便于評審；細則橫向比較。評標的過程評標由招標人依法組建的評標委員會負責。評標委員會由具有高級職稱的技術和經濟等相關領域專家、招標人、招標機構代表等5人以上單數組成，其中技術、經濟專家不少于成 員總數的2/3。選定項目承建方的過程和方法過程：1、 評標委員會按照招標文件確定的評標標準和方法，對投標文件進行評審和比較；設 有標的的，應當參考標的。2、評標委員會向招標人提出書面評標報告，并推薦合格的