系統集成項目管理工程師考試大綱復習知識_答案_第1頁
系統集成項目管理工程師考試大綱復習知識_答案_第2頁
系統集成項目管理工程師考試大綱復習知識_答案_第3頁
系統集成項目管理工程師考試大綱復習知識_答案_第4頁
系統集成項目管理工程師考試大綱復習知識_答案_第5頁
已閱讀5頁,還剩72頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、系統集成項目管理工程師考試知識點一、考試說明1.考試目標通過本考試的合格人員能夠掌握系統集成項目管理的知識體系;具備管理系統集成項目的能力;能根據需求組織制定可行的項目管理計劃;能夠阻止項目實施,對項目進行監控并能根據實際情況及時做出調整,系統地監督項目實施過程的績效,保證項目在一定的約束條件下達到既定的項目目標;能分析和評估項目管理計劃和成果;能對項目進行風險管理,制定并適時執行風險應對措施;能協調系統集成項目所涉及的相關單位和人員;具有工程師的實際工作能力和業務水平。2.考試要求(1)掌握計算機軟件、網絡和信息系統集成只是;(2)掌握系統集成項目管理知識、方法和工具;(3)熟悉信息化知識;

2、(4)熟悉系統集成有關的法律法規、標準、規范;(5)熟悉系統集成項目管理工程師職業道德要求;(6)了解信息安全知識與安全管理體系;(7)了解信息系統工程監理知識;(8)了解信息系統服務的管理、軟件過程改進等相關體系;(9)熟練閱讀和正確理解相關領域的英文資料。3.考試科目設置(1)系統集成項目管理基礎知識,考試時間為150分鐘,筆試,選擇題;(2)系統集成項目管理應用技術(案例分析),考試時間為150分鐘,筆試,問答題。4.考試流程二、考試范圍考試科目1:系統集成項目管理基礎知識1.信息化知識1.1信息化概念l 信息與信息化本體論信息概念:事物的運動狀態和狀態變化方式的自我表述。認識論信息概念

3、:主體對于該事物的運動狀態以及狀態變化方式的具體描述,包括對于他的“狀態和方式”的形式、含義和價值的描述。信息本體論和認識論的相互關系:(1)認識論信息和本體論信心是相通的,它們共同的核心都是“事物運動的狀態和狀態變化的方式”;(2)兩者之間還可以相互轉化,轉化的基本條件就是主體因素:引入主體因素,本體論信息就轉化為認識論信息;去除主體因素,認識論信息就轉化成為主體論信息;(3)人類認識世界的任務和先覺條件之一,就是要把本體論信息恰如其分的轉化為認識論信息,為其后的決策提供依據。信息化:信息化是人類社會發展的一個高級進程,其核心是要通過全體社會成員的共同努力,在經濟和社會各個領域充分應用基于現

4、代化信息技術的先進社會生產工具,創建信息時代社會生產力,推動生產關系和上層建筑的改革,使國家的綜合實力、社會的文明素質和人民的生活質量全面達到現代化水平。l 國家信息化體系要素國家信息化體系包括信息技術應用、信息資源、信息網絡、信息技術和產業、信息化人才、信息化法規政策和標準規范6個要素。l 國家信息化發展戰略推進國民經濟信息化;推行電子政務;建設先進網絡文化;推進社會信息化;完善綜合信息基礎設施;加強信息資源的開發利用;提高信息產業競爭力;建設國家信息安全保障體系;提高國民信息技術應用能力,造就信息化人才隊伍。l 戰略資源土地、能源、材料+信息1.2電子政務l 電子政務的概念和內容電子政務:

5、指政府機構在其管理和服務職能中運用現代信息技術,實現政府組織結構和工作流程的重組優化,超越時間、空間和部門分隔的制約,建設一個精簡、高效、廉潔、公平的政府運作模式。電子政務的廣義概念包括電子政務、電子黨務、電子政協、電子人大。電子政務模型:可簡單概括為2個方面,(1)政府部門內部的辦公自動化、管理信息化、決策科學化;(2)政府部門與社會各界利用網絡信息平臺充分進行信息共享與服務、加強群眾監督、提高辦事效率及促進政務公開等。電子政務的內容:包括政府間的電子政務、政府對企業的電子政務、政府對公民的電子政務。l 電子政務建設的指導思想和原則指導思想:以鄧小平理論和三個代表重要思想為指導,適應改革開發

6、和現代化建設對政務工作的要求,轉變政府職能,提高工作效率和監管的有效性,更好地服務人民群眾;以需求為導向,以應用促發展,通過積極推廣和應用信息技術,增強政府工作的科學性、協調性、民主性,全面提高依法行政能力,加快建設廉潔、勤政、務實、高效的政府,促進國民經濟持續快速發展和社會全面進步。指導原則:統一規劃,加強領導;需求主導,突出重點;整合資源、拉動產業;統一標準,保障安全。l 電子政務建設的目標和主要任務目標:十五期間,標準統一、功能完善、安全可靠的政務信息網絡平臺發揮支持作用;重點業務系統建設取得顯著成效;基礎性、戰略性政務信息庫建設取得重大進展,信息資源共享程度明顯提高;初步形成電子政務網

7、絡與信息安全保障體系,建立規范的培訓制度,與電子政務相關的法規和標準逐步完善。主要任務:扎實推進電子政務。具體分為8個方面:建設和整合統一的電子政務網絡;建設和完善重點業務系統;規劃和開發重要政務信息資源;積極推進公共服務;基本建立電子政務網絡與信息安全保障體系;完善電子政務標準化體系;加強公務員信息化培訓和考核;加快推進電子政務法制建設。1.3企業信息化與電子商務l 企業信息化企業信息化就是利用現代信息技術來實現企業經營戰略、行為規范和業務流程。企業信息化結構:產品 / 服務層,作業層,管理層,決策層。企業信息化就是在企業作業、管理、決策的各個層面,科學計劃、過程控制、事物處理、經營管理的各

8、個領域,引進和使用現代化信息技術,全面改革管理體制和機制,從而大幅度提高企業工作效率、市場競爭能力和經濟效益。l 企業資源規劃(ERP)ERP:Enterprise Resource planning,一般來說,ERP是一個以財務會計為核心的信息系統,用來識別和規劃企業資源,對采購、生產、成本、庫存、銷售、運輸、財務、人力資源等進行規劃和優化,從而達到最佳資源組合,使企業利潤最大化。從計算機技術的角度來看,ERP系統是一種軟件工具,是一套復雜的信息管理系統。ERP系統綜合運用數據庫、面向對象、圖形用戶界面(GUI)和網絡通信等計算機技術,實現系統化的企業管理。ERP系統特點:ERP是統一的集成

9、系統;ERP是面向業務流程的系統;ERP是是模塊化可配置的;ERP是開放的系統。ERP系統功能:財會管理;生產控制管理;物流管理;人力資源管理等。l 客戶關系管理(CRM)客戶Customer狹義概念,僅指企業產品和服務的使用者,或者指為企業提供經濟來源的群體;廣域概念,指企業產品和服務的使用者,或者指為企業提供經濟來源的群體,還包括他的員工、合作伙伴、競爭對手。ERM: Enterprise Relationship Management 廣義概念,企業關系管理CRM: Customer Relationship Management. 狹義概念,客戶關系管理CRM定義:CRM系統是基于方法

10、學、軟件和因特網的以有組織的方式幫助企業管理客戶關系的信息系統。CRM概念的3個要點:客戶、關系、管理。CRM三角模型:如下圖,該模型由信息技術、CRM應用系統、CRM經營理念三條邊組成。CRM體系結構:如下圖CRM系統功能:(1)有一個統一的以客戶為中心的數據庫;(2)具有整合各種客戶聯系渠道的能力;(3)能夠提供銷售、客戶服務、營銷三個業務的自動化工具,并且在這三者之間實現通信接口,使得其中一項業務模塊的事件可以觸發另外一個業務模塊中的響應;(4)具備從大量數據中提取有用信息的能力,即這個系統必須實現基本的數據挖掘模塊,從而使其具有一定的商業智能。l 供應鏈管理(SCM)SCM:Suppl

11、y Chain Management供應鏈的概念:傳統概念認為供應鏈描述的是企業間的采購、供應關系,這種關系僅局限于制造商和供應商之間的關系,忽略了與外部供應鏈成員的聯系。現代供應鏈概念增加了三個要點:關于核心企業、關于戰略伙伴關系、關于增值鏈。供應鏈的結構:如下圖,供應鏈是一個范圍很大的企業結構模式,包含了所有參與的節點企業,從原材料開始,經過各個環節,直到最終用戶。供應鏈管理:是一種集成的管理思想和方法,是在滿足服務水平要求的同時,為了使系統成本達到最低而采用的將供應商、制造商、倉庫和商店有效的結合成一體來生產商品,有效的控制和管理各種信息流、資金流和物流,并把正確數量的商品在正確的時間配

12、送到正確的地點的一套管理方法。供應鏈管理分類:(1)按供應鏈管理的對象分:企業供應鏈、產品供應鏈、基于供應鏈契約的供應鏈;(2)按網狀結構分:V型供應鏈、A型供應鏈、T型供應鏈;(3)按產品分:功能型供應鏈、創新型供應鏈。(供應鏈的設計)敏捷供應鏈特點:(1)支持供應鏈中跨企業的生產方式的快速重組,有助于促進企業間的合作和合作的優化,從而實現對市場變化的快速響應,對市場需求的快速理解,對新產品或服務的快速研發、生產和供應;(2)不僅支持企業內部信息系統的調整、重構和信息共享,而且支持供應鏈中跨企業信息系統的集成、調整、重構和信息共享;(3)敏捷型供應鏈中各個企業能根據敏捷化要求方便地進行組織、

13、管理的調整和企業生產模式的轉變。l 企業應用集成EAI: Enterprise Application IntegrationEAI技術是將進程、軟件、標準和硬件聯合起來,在2個或更多的企業信息系統之間實現無縫集成,使它們就像一個整體一樣。EAI內容:(1)企業內的集成:集成模式有界面集成、平臺集成、數據集成、應用集成、過程集成;(2)企業間應用集成。EAI集成模式有3種,分別是面向信息的集成技術、面向過程的集成技術、面向服務的集成技術。l 電子商務電子商務概念:使用基于因特網的現代信息技術工具和在線支付方式進行商務活動。電子商務類型:企業與企業間電子商務B2B,企業與客戶間的電子商務B2C,

14、客戶與客戶間的電子商務C2C,政府部門與企業間的電子商務G2B。電子商務發展的支撐保障體系:法律法規體系;標準規范體系;安全認證體系;信用體系;在線支付體系;現代物流體系;技術裝備體系;服務體系;運行監控體系。1.4商業智能(BI)BI:Business Intelligence商業智能:將組織中現有的數據轉化為知識,幫助組織做出明智的業務經營決策。商業智能的實現涉及到軟件、硬件、咨詢服務及應用,是對商業信息的搜集、管理和分析過程,目的是使企業的各級決策者獲得知識或者洞察力,促使他們做出對企業更有利的決策。商業智能一般由數據倉庫、聯機分析處理(OLAP,On-Line Analytics Pr

15、ocess)、數據挖掘、數據備份和恢復等部分組成。數據挖掘(Data Mining):指源數據經過清洗和轉換等成為適合于挖掘的數據集。是從特定形式的數據集中提煉知識的過程。聯機分析處理(OLAP)也被稱為多維分析。商業智能的實現有三個層次:數據報表、多維數據分析、數據挖掘。實施商業智能的步驟:需求分析;數據倉庫建模;數據抽取;建立商業智能分析報表;用戶培訓和數據模擬測試;系統改進和完善。2.信息系統服務管理2.1信息系統服務業l 信息系統服務業的內容信息系統服務是一個范圍相當廣泛的概念,所有以滿足企業和機構的業務發展所帶來的信息化需求為目的,基于信息技術和信息化理念而提供專業信息技術咨詢服務、

16、系統集成服務、技術支持服務等工作,都屬于信息系統服務的范疇。l 信息系統服務管理的推進(1)實施計算機信息系統集成資質管理制度,(A)推薦優秀系統集成商,(B)對信息系統集成企業進行資質認證;(2)推行項目經理制度;(3)推行信息系統工程監理制度,(A)在實施系統集成資質認證制度的基礎上推行信息系統工程監理制度,(B)確定信息系統工程監理管理體系框架,(C)發布信息系統工程監理資質等級條件。2.2信息系統服務管理體系l 信息系統服務管理的內容信息系統服務管理的主要內容有:計算機信息系統集成單位資質管理;信息系統系項目經理資格管理;信息系統工程監理單位資質管理;信息系統工程監理人員資格管理;2.

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

18、,又不能很好完成這些項目,信息工程完成之日,也是這個項目死亡之時,沒有很好發揮作用,為國家和用戶部門造成極大經濟損失,產生了很壞的社會影響。意義:(1) 有利于用戶選擇項目承建單位;(2) 有利于系統集成企業展示自身實力、參與市場競爭,加強自身建設;(3) 有利于規范信息系統集成市場;(4) 有利于保證信息系統工程質量。l 信息系統集成資質管理辦法(原則、管理辦法和工作流程)原則:認證和審批分離,先由認證機構認證,再由信息產業主管部門審批。管理辦法:(1) 資質管理包括資質評審和審批、年度監督、升級、降級、取消和其他相關內容。(2) 資質管理涉及從事信息系統集成業務的單位、信息產業部、省市信息

19、產建設單位管理部門、信息產業部授權的資質評審機構、省市信息產業部門授權的資質評審機構等等。(3) 信息產業部負責全國信息系統集成的行業管理工作,審批及管理1、2級信息系統集成資質;省市信息產建設單位管理部門負責本行政區域內信息系統集成的行業管理工作,審批及管理本行政區域內3、4級信息系統集成單位資質,初審本行政區域內1、2級信息系統集成單位。(4) 信息產業部授權的資質評審機構可以受理申請1、2、3、4級資質的評審;省市信息產業部門授權的資質評審機構可以受理申請3、4級資質的評審。工作流程:(1) 資質評審(信息產業部授權的資質評審機構、省市信息產業部門授權的資質評審機構)(A)評審申請;(B

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

21、質量管理、客戶服務、企業的信息管理系統、企業負責人以及技術、財務負責人等方面能力進行衡量。(4) 技術實力:從企業在某些業務領域的實力、軟件研發能力、開發環境、研發投入等方面衡量。(5) 人才實力:從工程技術人員、本科以上人員比例、項目經理數目、培訓體系和人力資源管理水平等方面衡量。l 信息系統項目管理專業技術人員資質管理分為項目經理、高級項目經理、資深項目經理。2.4信息系統工程監理資質管理l 信息系統工程監理資質管理的必要性、意義和主要內容意義:(1)監理幫助業主單位更合理的保證工程的質量、進度、投資,并合理、客觀的處理好它們之間的關系;(2)監理可以合理的協調業主單位和建設單位之間的關系

22、;(3)有助于第三方的專業化服務功能。信息系統工程包括信息網絡系統、信息資源系統、信息應用系統。信息系統工程監理:指在政府工商管理部門注冊的且具有信息系統工程監理資質的單位,受建設單位的委托,依據國家有關法律法規,技術標準和信息系統工程監理合同,對信息系統工程項目實施的監督管理。信息系統工程監理單位分為甲乙丙三級。信息系統工程監理資格證書分為高級監理工程師、監理工程師、監理員。監理內容:四控、三管、一協調。四控:質量控制、進度控制、投資控制、變更控制。三管:合同管理、信息管理、安全管理。一協調:協調有關單位及人員之間的工作關系。l 信息系統工程監理資質管理辦法l 信息系統工程監理資質等級條件l

23、 信息系統工程監理人員資質管理3.信息系統集成專業技術知識3.1信息系統建設l 信息系統集成(概念、類型)概念:是指將計算機軟件、硬件、網絡通信等技術和產品集成成為能夠滿足用戶特定需求的信息系統,包括總體策劃、設計、開發、實施、服務及保障。類型:設備系統集成、應用系統集成(Application System Integration)。其中設備系統集成包括:智能建筑系統集成(Intelligent Building Integration)、計算機網絡系統集成(Computer Network System Integration)、安防系統集成(Security System Integra

24、tion)。l 信息系統的生命周期、各階段目標及主要工作內容生命周期:立項、開發、運維、消亡。立項:概念形成階段、需求分析階段;開發:總體規劃階段、系統分析階段、系統設計階段、系統實施階段、系統驗收階段;運維:排除性運維、適應性運維、完善性運維、預防性運維。l 信息系統開發方法結構化方法;原型法;面向對象方法。(1)結構化方法:(面向過程)結構化方法是按照信息系統生命周期,應用結構化系統開發方法,把整個系統的開發過程分為若干階段,然后一步一步的依次執行,前一階段是后一階段的工作依據;每個階段又劃分為詳細的工作步驟,順序作業。結構化方法特點:(1) 遵循用戶至上原則;(2) 嚴格區分工作階段,每

25、個階段有明確的任務和取得的成果;(3) 強調系統開發過程的整體性和全局性;(4) 系統開發過程工程化,文檔資料標準化。結構化方法優點:理論基礎嚴密,它的指導思想是用戶需求在系統建立之前就能被充分了解和理解,注重開發過程的整體性和全局性。結構化方法缺點:開發周期長;文檔、設計說明繁瑣,工作效率低;要求在開發之初全面認識系統的信息需求,充分預料各種可能發生的變化,但這并不現實;若用戶參與系統開發的積極性沒有充分調動,將造成系統交接過程不平穩,系統運行與維護管理難度加大。(2)原型法:原型法認為在很難全面準確地提出用戶需求的情況下,不要求對系統做全面、詳細的調查分析,本著開發人員對用戶需求的初步理解

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

27、映問題域,又能被計算機系統求解域接受。面向對象開發分為分析、設計、實現3個階段。3.2信息系統設計l 方案設計l 系統架構l 設備、DBMS和技術選型3.3軟件工程l 軟件需求分析與定義軟件需求定義:軟件需求是一個為解決特定問題,而必須由被開發或被修改軟件展示的特性。軟件需求基本特征:可驗證性、優先級、唯一性。軟件需求分析的目的:(1) 檢測和解決需求之間的沖突;(2) 發現軟件的邊界,確定軟件與環境間的交互;(3) 描述系統需求,以確定軟件需求。開發真實世界問題的模型是軟件需求分析的關鍵,模型的目的是幫助解決問題,而不是啟動方案的設計。概念模型由來自問題域的實體模型組成,實體模型反映了它們在

28、真實世界的聯系和依賴。l 軟件設計、測試與維護軟件設計是定義一個系統的架構、組件、接口和其他特征的過程,并得到這個過程的結果。軟件設計活動組成:(1) 軟件架構設計:描述軟件的組織和結構,標識各種不同的組件;(2) 軟件詳細設計:詳細的描述各個組件,使之能被構造。軟件測試是為評價和改進產品質量、識別產品缺陷和問題而進行的活動。軟件測試分類:單元測試、集成測試、系統測試。軟件維護是為需要提供軟件支持的全部活動,包括交付前完成的活動,交付后完成的活動。軟件維護分類:更正性維護、適應性維護、完善性維護、預防性維護。l 軟件復用軟件復用是指利用已有軟件的各種知識來構造新的軟件,以縮減軟件開發、維護的費

29、用。軟件復用是提高軟件生產力和質量的一種重要技術。軟件復用按抽象程度的高低分類:代碼的復用、設計的復用、分析的復用、測試信息的復用。面向對象的軟件開發和軟件復用之間的關系式相輔相成的。l 軟件質量保證及質量評價軟件質量定義:軟件特性的綜合,軟件滿足規定和潛在用戶的能力。軟件質量包括內部質量、外部質量、使用質量3部分。軟件質量管理過程:質量保證過程、驗證與確認過程、評審與審計過程。l 軟件配置管理軟件配置管理:通過標識產品的元素,管理和控制變更,驗證、記錄、報告配置信息,來控制產品的進化和完整性。軟件配置管理和軟件質量保證密切相關。軟件配置管理活動:軟件配置管理過程的管理和計劃、軟件配置標識、軟

30、件配置控制、軟件配置狀態記錄、軟甲配置審計、軟件發布管理與交付。l 軟件開發工具軟件需求工具、軟件設計工具、軟件構造工具、軟件測試工具、軟件維護工具、軟件配置管理工具、軟件工程管理工具、軟件工程過程工具、軟件質量工具。l 軟件過程管理軟件工程管理包含過程管理和項目管理,包括6個方面:啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關閉、軟件工程度量。3.4面向對象系統分析與設計l 面向對象的基本概念基本概念:對象、類、抽象、封裝、繼承、多態、接口、消息、組件、模式、復用。對象3要素:對象標識、對象狀態、對象行為。類的數據(屬性)表現類靜態方面;類的函數(功能)表現類動態方面。類和對象的

31、關系:每個對象都是某一個類的實例;每個類有零或多個實例;類是生成對象的模板;類是靜態的,它的存在、語義和關系在程序執行前就已經定義好了,對象是動態的,它在程序執行時可以被創建和刪除。繼承表示類之間的關系,可分為單繼承和多繼承。Java是單繼承語言,C+是多繼承語言。多態是一種方法,使得多個類中可以定義同一個操作或屬性名,并在每個類中都有不同的實現。接口是對操作規范的說明,定義操作應該做什么,沒有定義操作如何做,即沒有定義實現細節。消息是對象間的交互手段。組件是軟件系統可替換的、物理的組成部分,它封裝了實現體(實現某個功能),并提供了一組接口的實現方法。組件應利于復用,同時提供公共特性和可變特性

32、。模式是一條由3部分組成的規則,表示了一個特定環境、一個問題、一個解決方案之間的關系。每個模式描述了一個重復發生的問題,以及該問題的解決方案。l 統一建模語言UML與可視化建模統一建模語言(UML,Unified Modeling Language)是一個通用的可視化建模語言,它是面向對象分析和設計的一種標準化表示,用于對軟件進行描述、可視化處理、構造和建立軟件系統的文檔。UML描述了系統的靜態結構和動態行為,它將系統描述為一些獨立的相互作用的對象,構成為外界提供一定功能的模型結構。靜態結構定義了系統中重要對象的屬性和服務;動態行為定義了對象的時間特性和對象為完成目標而進行相互間通訊的機制。U

33、ML不是一種可視化的程序設計語言,是一種可視化的建模語言。UML沒有定義一種標準的開發過程,但它比較適用于迭代式的開發過程,是為支持面向對象的開發過程設計的。l 面向對象系統分析面向對象的系統分析指運用面向對象的方法分析問題域,建立基于對象、消息的業務模型,形成對客觀世界和業務本身的正確認識。面向對象的分析模型由用例模型、類-對象模型、對象-關系模型、對象-行為模型組成。(1) 用例模型描述用戶和系統間的交互;(2) 類-對象模型描述系統涉及的全部對象和類;(3) 對象-關系模型描述對象間的靜態關系;(4) 對象-行為模型描述系統的動態行為。l 面向對象系統設計面向對象的系統設計指用分析階段給

34、出的問題域模型,用面向對象的方法設計出軟件基礎架構(概要設計)和完整的類結構(詳細設計),以實現業務功能。面向對象設計階段:用例設計、類設計、子系統設計。3.5軟件系統結構(軟件架構)l 軟件體系結構定義軟件架構定義:將軟件系統劃分為多個模塊,明確各模塊間的相互作用,組合起來實現系統的全部特性。軟件架構不僅確定了系統的組織結構和拓撲結構,還顯示了系統需求和構成系統各要素間的對應關系,提供了一些設計決策的基本原則。l 典型體系結構軟件架構設計的一個核心問題是能夠使用重復的架構模式,能否達到架構級的軟件復用。常見的架構模式:管道/過濾器模式;面向對象模式;事件驅動模式;分層模式;知識庫模式;C/S

35、模式;l 軟件體系結構設計方法軟件架構設計是動態的,初期的設計并不能完全確定下來,和建筑設計不同。架構設計的目標:最大化復用;復雜問題簡單化(這也是中間件和多層技術的根本目標);靈活的擴展性;l 軟件體系結構分析與評估軟件架構設計注意事項:關系數據庫優于對象數據庫,前者成熟,多廠商支持,后者技術先進;用戶界面選擇使用HTML(HTTP);靈活性與性能考慮,即考慮獨立于廠家方案還是單廠家方案;選擇成熟的技術可以規避項目風險;聘請經驗豐富的架構設計師。l 軟件中間件中間件(Middleware)用來解決分布系統的異構問題。中間件是位于硬件、操作系統等平臺和應用之間的通用服務,這些服務有標準的程序接

36、口(API)和協議。中間件的分類:數據庫訪問中間件(ODBC-Windows;JDBC-Java);遠程過程調用中間件(RPC);面向消息的中間件(MOM);分布式對象中間件(CORBA;EJB;DCOM);事務中間件(TPM);3.6典型應用集成技術l 數據庫與數據倉庫技術數據倉庫和傳統操作型數據庫的對比的優點:(1) 面向主體:操作型數據庫的數據面向事務處理,各個業務系統間各自分離;數據倉庫的數據按主題進行組織;(2) 集成:面向事務處理的操作型數據庫通常和某些特定的應用相關,數據庫之間相互獨立,往往是異構的;數據倉庫的數據是對原有分散數據庫數據通過抽取、清理然后經系統加工、匯總、整理得到

37、,消除了源數據中的不一致性。(3) 相對穩定:操作型數據庫中的數據是實時更新的;數據倉庫的數據用來查詢,只有少量的修改和刪除操作,通常只需定期加載、刷新。(4) 反映歷史變化:操作型數據庫主要關心當前某一個時間段內的數據;數據倉庫的數據通常包含歷史信息。數據倉庫系統結構:OLAP:On-line analysis processing 聯機分析處理數據倉庫按照數據的覆蓋范圍分為:企業級數據倉庫、部門級數據倉庫(即數據集市)。l Web Service技術Web服務的主要目標是跨平臺的互操作性。適用于使用Web Services的情況:跨越防火墻、應用程序集成、B2B集成、軟件復用(重用)。不適

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

39、的基礎類庫、數據庫訪問技術、網絡開發技術,開發人員可以使用多種語言快速構建網絡應用。l 工作流技術工作流(workflow)是工作流程的計算模型,即將工作流程中的工作如何前后組織在一起的邏輯和規則,在計算機中以恰當的模型進行表示并實施計算。工作流依靠工作流管理系統來實現。l 構件及其在系統集成項目中的重要性構件技術就是利用某種編程手段,將人們所關心的,但又不便于讓最終用戶區直接操作的細節就行了封裝,同時對各種業務邏輯規則進行了實現,用于處理用戶的內部操作細節。l 常用構件標準COM/DCOM/COM+、CORBA、EJB3.7計算機網絡知識l 網絡技術標準與協議常見協議:微軟NETBEUI、N

40、OVELL的IPX/SPX、跨平臺TCP/IP。l Internet技術及應用Internet利用異構網絡協議tcp/ip組建,但是安全性不高。l 網絡分類按分布范圍分:局域網、城域網、廣域網、因特網。城域網模式:SDH多業務平臺、彈性分組環多業務平臺RPR、電信級以太網多業務平臺。按網絡拓撲分:總線型拓撲結構、星形拓撲結構、環形拓撲結構。l 網絡管理網絡管理包括4個方面:網絡設備的管理、服務器的管理、資源的管理、用戶的管理。用戶的管理包括:配置管理、故障管理、性能管理、安全管理、計費管理、桌面管理。l 網絡服務器網絡服務器按發展歷程分:文件服務器、數據庫服務器、Internet/intran

41、et通用服務器、應用服務器。Internet/intranet通用服務器指WEB、Email、DNS、目錄服務。應用服務器:一種為基于B/S構造的WEB應用服務器,一種為專用服務器(如CAD服務器、視頻點播服務器、流媒體點播服務器、電視會議服務器、打印服務器等)。l 網絡交換技術、網絡存儲技術交換技術:電路交換;分組交換;報文交換;ATM;IP電話;軟交換;存儲技術:直接連接存儲(DAS);網絡連接存儲(NAS);存儲區域網絡(SAN)l 無線網絡技術、光網絡技術無線網絡技術分:無線局域網WLANs、無線廣域網WWANs、無線城域網WMANs、無線個人網絡WPANs。l 網絡接入技術網絡接入方

42、式:(1) 撥號接入:PSTN、ISDN(2) 專線接入:DDN、GPRS和3G(3) 寬帶接入:DSL、無源光網絡、Cable Modem、以太網接入、光纖接入。l 綜合布線、機房工程綜合布線系統(PDS)廣泛采用的標準為EIA/TIA 568A,包含6個子系統:建筑群子系統、設備間子系統、工作區子系統、管理子系統、垂直干線子系統、水平子系統。l 網絡規劃、設計與實施網絡規劃原則:實用性;開放性;先進性;設計及實施原則:可靠性;安全性;高效性;可擴展性;4.項目管理一般知識4.1項目管理的理論基礎與體系l 項目與項目管理的概念項目:是為達到特定的目的、使用一定資源、在確定的時間內、為特定發起

43、人而提供獨特的產品、服務或成果而進行的一次性努力。項目管理:是在項目活動中綜合運用知識、技能、工具和技術、在一定的時間、成本、質量等要求下來實現項目的成果性目標。l 系統集成項目的特點(1) 以滿足客戶和用戶的需求為根本出發點;(2) 客戶的需求常常不夠明確、復雜多變,應加強需求變更管理以控制風險;(3) 系統集成不是選擇最好產品的簡單行為,而是選擇最適合用戶的需求和投資規模的產品和技術;(4) 高技術與高技術的集成;(5) 是一項綜合性的系統工程;(6) 項目團隊年輕、流動率高;(7) 強調溝通的重要性。l 項目干系人項目干系人指那些積極參與項目,或是其利益會受到項目執行的影響或項目結果影響

44、的個人和組織,他們也可能對項目及結果施加影響。項目干系人包括:客戶和用戶;項目經理;執行組織;項目團隊成員;項目發起人;職能經理;影響者;項目管理辦公室(project management office,PMO)。項目經理必須管理項目干系人的期望,因為項目干系人經常會有相互不同甚至是沖突的目標。通常,解決項目干系人之間不同意見應該以使客戶滿意為主,但不要忽略其他項目干系人的要求和期望,應找到對分歧的恰當解決方案,是項目經理的主要挑戰。l 項目管理知識體系的構成美國項目管理學會提出的項目管理的知識體系(PMBOK,project management body of knowledge),包括

45、5個過程組,9大知識域。過程組:啟動過程組、計劃過程組、執行過程組、監控過程組、收尾過程組。知識域:整體管理、范圍管理、時間管理、成本管理、質量管理、人力資源管理、溝通管理、采購管理、風險管理。l 項目管理專業領域關注點項目管理知識體系;項目應用領域的知識、標準和規定;項目環境知識;通用的管理知識和技能;軟技能或人際關系技能;經驗、知識、工具和技術。4.2項目的組織l 組織的體系、文化與風格組織體系分類:以項目為基礎的組織、不以項目為手段進行管理的組織。組織文化:(1) 組織的共同價值觀、行為準則、信仰和期望;(2) 組織的方針、辦事程序;(3) 組織對于職權關系的觀點;(4) 職業道德;(5

46、) 眾多其他因素組織文化對項目的影響:(1) 在一個進取心較強或具有開拓精神的組織中,團隊提出的非常規、高風險的建議更容易獲得批準;(2) 在一個等級制度森嚴的組織中,一個喜歡高度參與的項目經理可能會經常遇到麻煩;而在一個民主的、鼓勵參與的組織中,一個喜歡獨裁的項目經理也會吃不開。l 組織結構組織結構對項目的影響:(1)項目往往隸屬于組織,所以不可避免地受到組織結構的影響;(2)組織結構影響著項目如何獲取所需資源和對資源獲取的條件;項目組織結構分類:職能型組織、項目型組織、矩陣型組織、復合型組織。組織結構的應用:(1) 職能型結構:主要由一個部門完成的項目;技術上比較成熟。(2) 項目型結構:

47、開拓風險比較大的項目;進度、成本、質量等指標有嚴格要求的項目。(3) 矩陣型結構:運用在管理規范、分工明確的公司;一般用作跨職能部門的項目。4.3項目的生命周期l 項目生命周期項目生命周期定義了從項目開始直至結束的項目階段。項目生命周期從技術上劃分的階段:需求分析、系統設計、系統構建、系統運行。項目生命周期從管理上劃分的階段:啟動、計劃、執行、收尾。l 項目生命周期的特征(1)在初始階段,費用和人員水平較低,在中間達到最高,當項目接近結束時則快速下降;(2)在項目初始階段不確定性最高,因此不能達成項目目標的風險是最高的。隨著項目的繼續,完成項目的確定性通常會逐漸上升;(3)在項目初始階段,項目

48、干系人影響項目的最終產品特征和項目最終費用的能力最高,隨著項目的繼續開展則逐漸降低。造成這種現象的主要原因是隨著項目的開展,變更和缺陷修改的費用會增加。(項目干系人和成本的變化曲線)l 項目階段的特征(1) 項目階段以一個或多個可交付物的完成和正式批準為標志;可交付物是一種可度量、可驗證的工作產物。(2) 項目階段由連續過程組成,這些過程按一定的順序前后相連。階段之間的關系是時間先后關系。(3) 階段可進一步劃分為子階段。(4) 項目階段的結束以對完成的工作和可交付物的技術和設計評審為標志。(5) 項目本階段的完成并不意味著對后續階段的批準。上圖:依據改為輸入;思想和項目管理團隊改為概念和資源

49、。l 項目生命周期與產品生命周期的關系在某些應用領域中(例如新產品開發和軟件開發),組織將項目生命周期作為產品生命周期的一部分來考慮。4.4典型的信息系統項目的生命周期模型l 瀑布模型特點:(1) 從上一項開發活動接受其成果作為本次活動的輸入;(2) 利用這一輸入,實施本次活動應完成的工作內容;(3) 給出本次活動的工作成果,作為輸出傳給下一項開發活動;(4) 對本次活動的實施工作成果進行評審。若其工作成果得到確認,則繼續進行下一項開發活動;否則返回前一項,甚至更前項的活動。l V模型V模型的左邊下降部分是開發過程各階段,相對應的是右邊上升部分的各個測試過程。V模型的價值在于它非常明確的標明了

50、測試過程中存在不同的級別。在不同的開發階段,會出現不同類型的缺陷和錯誤,所以需要不同的測試技術和方法來發現這些缺陷。l 原型化模型原型化模型是為了彌補瀑布模型的不足而產生的。原型化模型的第一步是建造一個快速原型,實現客戶和系統的交互,經過和用戶對原型的討論,弄清需求,再在原型基礎上開發產品。瀑布和V模型將原型化模型的思想用于需求分析環節,來解決因為需求不明確而導致產品出現嚴重后果的缺陷。對于復雜的大型軟件,開發一個原型往往達不到要求,為了減少開發風險,出現了螺旋模型和迭代模型(RUP)。l 螺旋模型在螺旋模型中,軟件開發是一系列的增量發布,下圖中的螺旋線代表隨時間推進的工作進展,開發過程具有周

51、期性重復的螺旋形狀。l 送代模型(RUP)RUP用二維坐標來描述:橫軸是項目的生命周期,分為初始、細化、構件、交付4個階段。縱軸是活動,分為核心過程工作流、核心支持工作流。每個階段,從上到下迭代,即次序完成核心過程工作流和核心支持工作流。根據需要,在一個階段內部可以多次迭代。4.5單個項目的管理過程l 項目過程一個過程指為了得到預先指定的結果而要執行的一系列相關的行動和活動。一個項目至少需要4個過程:(1)技術類過程;(指單純的技術實施活動)(2)管理類過程;按時間先后劃分,分為:啟動、計劃、執行、監控、收尾(3)支持類過程;如配置管理過程等(4)改進類過程;如總結經驗教訓,部署改進等過程l

52、項目管理過程組5個項目管理過程組:啟動;計劃;執行;監督與控制;收尾。這5個項目過程組具有明確的依存關系,并在各個項目中按一定的次序執行,它們與應用領域或特定產業無關。從整體上看,項目管理過程比基本的PDCA循環要復雜的多,但是這個循環可以被應用于項目過程內部及各過程組之間的相互關聯。其中計劃對應P,執行對應D,監督與控制對應C/A,將項目管理過程組映射成PDCA循環。項目過程組之間的執行流向:上圖需要修改,參見p170項目管理過程組包含的內容:啟動過程組:(1) 制定項目章程(2) 制定初步的項目范圍說明書;計劃過程組:(1) 制定項目管理計劃:這一過程用于定義、準備、集成和協調所有分計劃,

53、并將它們合并成整體的項目管理計劃。(2) 分計劃:范圍管理計劃、進度管理計劃、成本管理計劃、質量管理計劃、人力資源管理計劃、溝通管理計劃、合同管理計劃、采購管理計劃、風險管理計劃執行過程組:(1) 指導和管理項目執行(完成計劃過程組中確定的工作)(2) 團隊組建、團隊建設(3) 信息發布(4) 詢價、供方選擇、合同管理(賣方管理)監督和控制過程組:(1) 監督和控制項目工作(對照項目管理計劃來監督正在進行的項目活動)(2) 整體變更控制,使得只有經批準的變更才被實施,包含內容:范圍確認(驗證)、范圍變更控制、進度控制、成本控制、質量控制、項目團隊管理、項目干系人管理、風險監督和控制、合同管理、

54、績效報告。收尾過程組:(1) 項目收尾(2) 合同收尾項目的5個管理過程組和項目管理知識領域映射關系知識領域項目管理過程組啟動過程組計劃過程組執行過程組監督和控制過程組收尾過程組項目整體管理1、 制定項目章程2、 制定項目范圍說明書(初步)編制項目管理計劃指導和管理項目執行1、 監督和控制項目工作2、 整體變更控制項目收尾項目范圍管理1、 編制范圍管理計劃2、 范圍定義3、 建立WBS1、 范圍核實2、 范圍控制項目時間管理1、 活動定義2、 活動排序3、 活動資源估算4、 活動歷時估算5、 制定進度計劃進度控制項目成本管理1、 成本估算2、 成本預算成本控制項目質量管理制定質量管理計劃質量保

55、證質量控制項目人力資源管理制定人力資源計劃1、 團隊組建2、 團隊建設管理項目團隊項目溝通管理溝通計劃信息發布1、 績效報告2、 管理項目干系人項目風險管理1、 制定風險管理計劃2、 風險識別3、 風險定性分析4、 風險定量分析5、 風險對應計劃風險監督預控項目采購管理1、 編制采購管理計劃2、 合同計劃編制1、 詢價2、 供方選擇合同管理合同收尾l 過程的交互項目過程組很少會是離散的或只出現一次,它們是相互交迭的活動,在整個項目中以不同的強度出現。5.立項管理5.1立項管理內容立項管理內容包括:需求分析;項目建議書;項目可行性研究報告;5.1.1需求分析l 需求分析的概念需求分析指對要解決的問題進行詳細的分析,弄清楚項目發起人及項目其他干系人的要求、待開發的信息系統要解決客戶和用戶的業務問題以及問題的來龍去脈。需求分析就是確定待開發的信息系統應該做什么。l 需求分析的方法結構化分析方法、軟系統方法、面向對象分析方法、面向問題域的分析方法。5.1.2項目建議書l 項目建議書的內容項目建議書

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論