系統(tǒng)集成項目管理工程師學習筆記

上傳人:仙*** 文檔編號:32122157 上傳時間:2021-10-13 格式:DOC 頁數(shù):21 大?。?18.52KB
收藏 版權申訴 舉報 下載
系統(tǒng)集成項目管理工程師學習筆記_第1頁
第1頁 / 共21頁
系統(tǒng)集成項目管理工程師學習筆記_第2頁
第2頁 / 共21頁
系統(tǒng)集成項目管理工程師學習筆記_第3頁
第3頁 / 共21頁

下載文檔到電腦,查找使用更方便

15 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《系統(tǒng)集成項目管理工程師學習筆記》由會員分享,可在線閱讀,更多相關《系統(tǒng)集成項目管理工程師學習筆記(21頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、 第一章的解答 1.1信息化知識 信息:信息的概念有兩個基本的層次,即本體論層次和認識論層次。 本體論層次是純客觀的層次,只與客觀因素有關,與主題因素無關, 認識論層次則是從主體立場來考察的信息層次,給與客體因素相關,也與主體因素相關 而認識論層次即與客觀因素相關也與主題因素相關。兩個層次之間可以相互轉(zhuǎn)換。人類認識世界的任務和先決條件之一就是要把本體論信息恰如其分地轉(zhuǎn)化為認識論信息,為其后的決策提供依據(jù)。 信息化:是人類社會發(fā)展的一個高級進程,它的核心是要通過全體社會成員的共同努力,在經(jīng)濟和社會各個領域充分應用基于現(xiàn)代化信息技術的先進社會生產(chǎn)工具,創(chuàng)建信息

2、時代社會生產(chǎn)力,推動生產(chǎn)關系和上層建筑的改革,使國家的綜合實力、社會的文明素質(zhì)和人民的生活質(zhì)量全面達到現(xiàn)代化水平。 國家信息化體系要素:6個要素,包括信息技術應用、信息資源、信息網(wǎng)絡、信息技術和產(chǎn)業(yè)、信息化人才和信息化法規(guī)政策和標準規(guī)范。 (1)信息技術應用是龍頭,向其他五個要素提出需求,其他五個要素又反過來支持信息技術應用。 (2)信息資源、材料資源和能源共同構成了國民經(jīng)濟和社會發(fā)展的三大戰(zhàn)略資源。信息資源在滿足信息技術應用提出的需求時,對其他四個要素提出需求。 (3)信息網(wǎng)絡是前兩個要素的基礎,在滿足前兩個要素的同時,對其他三個要素提出需求。 國家發(fā)展信息化戰(zhàn)

3、略要點: (1)推進國民經(jīng)濟信息化 (2)推行電子政務 (3)建設先進網(wǎng)絡文化 (4)推進社會信息化 (5)完善綜合信息基礎設施 (6)加強信息資源的開發(fā)利用 (7)提高信息產(chǎn)業(yè)競爭力 (8)建設國家信息安全保障體系 (9)提高國民信息技術應用能力,造就信息化人才隊伍 1.2 電子政務 電子政務的概念:是指政府機構在其管理和服務職能中運用現(xiàn)代信息技術,實現(xiàn)政府組織結構和工作流程的重組優(yōu)化,超越時間、空間和部門分隔得制約,建成一個精簡、高效、廉潔、公平的政府運作模式。電子政務的內(nèi)容:(1)政府間的電子政務。(2)政府對企業(yè)的電子政務。(3)政府對公民的電子政務。

4、 1.3企業(yè)信息化 企業(yè)信息化:在企業(yè)作業(yè)、管理、決策的各個層面,科學計算、過程控制、事務處理、經(jīng)營管理的各個領域,引進和使用現(xiàn)代化信息技術,全面改革管理體制和機制,從而大幅度提高企業(yè)工作效率、市場競爭能力和經(jīng)濟效益。 企業(yè)資源計劃(ERP)系統(tǒng):4個發(fā)展階段,基本MRP(物料需求計劃),閉環(huán)MRP,MRPII和ERP。 ERP系統(tǒng)是一個以財務會計為核心的信息系統(tǒng),用來識別和規(guī)劃企業(yè)資源,對采購、生產(chǎn)、成本、庫存、銷售、運輸、財務和人力資源等進行規(guī)劃和優(yōu)化、從而達到最佳資源組合、使企業(yè)利潤最大化。 ERP系統(tǒng)的特點:(1)是一個集成到的系統(tǒng) 。(2)是面向業(yè)務流程的

5、系統(tǒng)。(3)是模塊化可配置的。(4)是一個開放的系統(tǒng)。 ERP系統(tǒng)功能:(1)財會管理 (2)生產(chǎn)控制管理 (3)物流管理 (4)人力資源管理 客戶關系管理(CRM):CRM是基于方法學、軟件和因特網(wǎng)的以有組織的方式幫助企業(yè)管理客戶關系的信息系統(tǒng)。 CRM模型:目前比較流行的表示CRM組成的CRM三角模型。查看 CRM體系結構:查看 供應鏈管理(SCM):查看結構圖 現(xiàn)代供應鏈要點:(1)關于核心企業(yè) 。(2)關于戰(zhàn)略伙伴關系。(3)關于增值鏈。 敏捷供應鏈的體系結構:是以基本功能為核心的,輔助以各種工具,通過這些工具的應用方便的對系統(tǒng)進行配置,從而實現(xiàn)系

6、統(tǒng)的快速動態(tài)可重構性、快速適應性和敏捷性。 電子商務: 現(xiàn)代電子商務概念,使用基于因特網(wǎng)的現(xiàn)代信息技術工具和在線支付方式進行商務活動??梢哉J為EDI(電子數(shù)據(jù)交換)是連接原始電子商務和現(xiàn)代電子商務的紐帶。 電子商務的類型:B2B(企業(yè)與企業(yè)之間),B2C(企業(yè)與消費者之間),C2C(消費者與消費者之間)以及G2B(政府部門與企業(yè)之間)。 1.4商業(yè)智能:通常被理解為將組織中現(xiàn)有的數(shù)據(jù)轉(zhuǎn)化為知識,幫助組織做出明智的業(yè)務經(jīng)營決策。它是數(shù)據(jù)倉庫,聯(lián)機分析處理(OLAP)工具和數(shù)據(jù)挖掘等技術的綜合運用。 商業(yè)智能分為三個層次:數(shù)據(jù)報表,多維數(shù)據(jù)分析和數(shù)據(jù)挖掘。

7、系統(tǒng)集成項目管理工程師考試(第二章) 2.1(1)信息系統(tǒng)服務的內(nèi)容:所有以滿足企業(yè)和機構的業(yè)務發(fā)展所帶來的信息化需求為目的,基于信息技術和信息化理念而提供的專業(yè)信息技術咨詢服務、系統(tǒng)集成服務、技術支持服務等工作,都屬于信息系統(tǒng)服務的范疇。 2.2 我國的信息系統(tǒng)服務管理的主要內(nèi)容如下: 1)計算機信息系統(tǒng)集成單位資質(zhì)管理:系統(tǒng)集成資質(zhì)等級從高到低依次為一、二、三、四級。 2)信息系統(tǒng)項目經(jīng)理資格管理:分項目經(jīng)理,高級項目經(jīng)理和資深項目經(jīng)理三個級別。 3)信息系統(tǒng)工程監(jiān)理單位資質(zhì)管理:監(jiān)理單位分為甲、乙、丙三個級別。 4)信息系統(tǒng)工程監(jiān)理人員資格管理

8、:分為高級監(jiān)理工程師、監(jiān)理工程師和監(jiān)理員。 2.3 信息系統(tǒng)集成資質(zhì)管理 (1)資質(zhì)管理包括資質(zhì)評審和審批、年度監(jiān)督、升級、降級、取消及其他內(nèi)容。 信息產(chǎn)業(yè)部負責全國信息系統(tǒng)集成的行業(yè)管理工作,審批及管理一、二級信息系統(tǒng)集成資質(zhì);省、自治區(qū)、直轄市(簡稱省市)信息產(chǎn)業(yè)建設單位部門負責本行行政區(qū)域內(nèi)信息系統(tǒng)集成的行業(yè)管理工作,審批及管理本行政區(qū)域內(nèi)三、四級信息系統(tǒng)集成單位資質(zhì),初審本行政區(qū)域內(nèi)一、二級信息系統(tǒng)集成單位。 (2)系統(tǒng)集成資質(zhì)等級評定條件主要由綜合條件、業(yè)績、管理能力、技術實力、人才實力等5個方面描述的。 2.4信息系統(tǒng)工程監(jiān)理資質(zhì)管理 (1)信

9、息系統(tǒng)工程監(jiān)理是指在政府工商管理部門注冊的且具有信息系統(tǒng)工程監(jiān)理資質(zhì)的單位,受建設單位委托,依據(jù)國家有關法律法規(guī)、技術標準和信息系統(tǒng)工程監(jiān)理合同,對信息系統(tǒng)工程項目實施的監(jiān)督管理。 (2)監(jiān)理內(nèi)容:(四控、三管、一協(xié)調(diào)) 四控:信息系統(tǒng)工程質(zhì)量控制;信息系統(tǒng)工程進度控制;信息系統(tǒng)工程投資控制;信息系統(tǒng)工程變更控制。 三管:信息系統(tǒng)工程合同管理;信息系統(tǒng)工程信息管理;信息系統(tǒng)工程安全管理。 一協(xié)調(diào):在信息系統(tǒng)工程實施過程中協(xié)調(diào)有關單位及人員的工作關系。 系統(tǒng)集成項目管理工程師考試(第三章之一) 3.1簡述 1.信息系統(tǒng)集成的概念:是指將計算機軟件、硬件、

10、網(wǎng)絡通信等技術和產(chǎn)品集成為能夠滿足用戶特定需求的信息系統(tǒng),包括總體策劃、設計、開發(fā)、實施、服務和保障。 2.分類:包括設備系統(tǒng)集成和應用系統(tǒng)集成(行業(yè)信息化解決方案)。 3.2信息系統(tǒng)建設 1.信息系統(tǒng)的生命周期:立項、開發(fā)、運維、消亡。 各階段目標: 立項階段--《需求規(guī)范說明書》 開發(fā)階段細分為 1)總體規(guī)劃階段,這個階段應該形成信息系統(tǒng)的開發(fā)目標,總體結構,組織結構、管理流程、實施計劃、技術規(guī)范) 2)系統(tǒng)分析階段,目標是為系統(tǒng)設計階段提供的邏輯模型,內(nèi)容包括組織結構及功能分析、業(yè)務流程分析,數(shù)據(jù)和數(shù)據(jù)流程分析及系統(tǒng)初步方案。 3)系統(tǒng)設計階段:根據(jù)系統(tǒng)分析

11、結果設計出信息系統(tǒng)的實施方案,主要內(nèi)容包括系統(tǒng)架構設計、數(shù)據(jù)庫設計、處理流程設計、功能模塊設計、安全控制方案設計、系統(tǒng)組織和隊伍設計及系統(tǒng)管理流程設計。 4)系統(tǒng)實施階段:將設計階段的成果在計算機和網(wǎng)絡上具體實現(xiàn),即將設計文本變成能在計算機上運行的軟件系統(tǒng)。 5)系統(tǒng)驗收階段:通過試運行,系統(tǒng)性能的優(yōu)劣及其他各種問題都會暴露在用戶面前。 運維階段:系統(tǒng)正式移交用戶。 消亡階段:需求變更,不可避免遇到系統(tǒng)更新改造、功能擴展、甚至報廢重建等情況。 2、信息系統(tǒng)開發(fā)方法 常用方法:結構化方法、原型法、面向?qū)ο蠓椒ā? 組合形式:結構化方法與原型法的組合應用、結構化方法和面向?qū)?/p>

12、象方法的組合應用、原型法與面向?qū)ο蠓椒ǖ慕M合應用。 3.3軟件工程 1、軟件需求分析:是一個為解決特定問題而必須由被開發(fā)或被修改的軟件展示的特性。所有軟件需求一個基本特性是可驗證性。 2、軟件設計:定義一個系統(tǒng)或組件的架構、組件、接口和其他特征的過程,并得到“這個過程的結果”。分為軟件架構設計和軟件詳細設計。 3、測試:測試是針對一個程序的行為,在有限測試用例集合上,動態(tài)驗證是否達到預期的行為,需要選取適當?shù)臏y試用例??煞譃槿鬁y試階段:單元測試,集成測試和系統(tǒng)測試。 4、維護:定義為需要提供軟件支持的全部活動,包括交付前的交付后運行的計劃和維護計

13、劃等,和交付后的軟件修改、培訓、幫助資料等。類型有更正性維護,適用性維護,完善性維護和預防性維護。 5、軟件復用:利用已有軟件的各種有關知識構造新的軟件,以縮減軟件開發(fā)和維護的費用。現(xiàn)在的軟件復用范圍擴大到包括領域知識、開發(fā)經(jīng)驗、涉及決策、架構、需求、設計、代碼和文檔等一切有關方面。復用級別:代碼的復用、設計的復用、分析的復用、測試信息的復用等。 6、軟件質(zhì)量:軟件特性的總合,軟件滿足規(guī)定或潛在用戶需求的能力,也就是說質(zhì)量就是遵從用戶需求,達到用戶滿意。 7、軟件質(zhì)量管理過程包括:質(zhì)量保證過程、驗證過程、確認過程、評審過程、審計過程等。 8、軟件配置管理:是有益于項目管理、開發(fā)

14、和維護活動。配置管理活動有:軟件配置管理過程的管理和計劃、軟件配置標識、軟件配置控制、軟件配置狀態(tài)記錄、軟件配置審計、軟件發(fā)布管理與交付。 9、軟件過程管理:啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關閉和軟件工程度量。 10、軟件開發(fā)工具 1)軟件需求工具:需求建模工具和需求追蹤工具。 2)軟件設計工具 3)軟件構造工具 4)軟件測試工具 5)軟件維護工具 6)軟件配置管理工具 7)軟件工程管理工具 8)軟件工程過程工具 9)軟件質(zhì)量工具 3.4 面向?qū)ο笙到y(tǒng)分析與設計 ?1、面向?qū)ο蟮幕靖拍钣校簩ο蟆㈩?、抽象、封裝、繼承、多態(tài)、接口、消息

15、、組件、模式和復用等。 ?2、統(tǒng)一建模語言UML:是一個通用的可視化建模語言。9種主要圖:用例圖、類圖、對象圖、構件圖、部署圖、狀態(tài)圖、序列圖、協(xié)作圖、活動圖。 ?3、面向?qū)ο笙到y(tǒng)分析 面向?qū)ο蟮姆治瞿P停? 1)用例模型:描述了用戶和系統(tǒng)之間的交互,重點在于系統(tǒng)為用戶做什么。 2)類-對象模型:描述系統(tǒng)所涉及的全部類以及對象。 3)對象-關系模型:描述對象之間的靜態(tài)關系,同時定義了系統(tǒng)中所有重要的消息路徑,它也可具體化到對象的屬性、操作和協(xié)作者。包括類圖和對象圖。 4)對象-行為模型:描述系統(tǒng)的行為,包括狀態(tài)圖、順序圖、協(xié)作圖、活動圖。 面向?qū)ο蠓治龅闹饕椒ǎ? 主要目標:(

16、1)描述用戶需要(2)建立創(chuàng)建軟件的基礎(3)定義軟件完成后可被確認的一組需求。 面向?qū)ο蟮姆治龅牟襟E: (1)發(fā)現(xiàn)角色/參與(2)發(fā)現(xiàn)用例(3)建立用例模型(4)進行領域分析(5)建立對象-關系模型(6)建立對象-行為模型(7)建立功能模型。 4、面向?qū)ο笙到y(tǒng)設計:面向系統(tǒng)的系統(tǒng)設計階段對分析階段給出的問題域模型,用面向?qū)ο蠓椒ㄔO計出軟件基礎架構(概要設計)和完整的類結構(詳細設計),以實現(xiàn)業(yè)務功能。設計階段主要包括用例設計、類設計和子系統(tǒng)設計等。 1)用例設計主要目的:(1)利用交互改進用例實現(xiàn)(2)調(diào)整對設計類的操作需求。(3)調(diào)整對子系統(tǒng)(或)它們的接口的操作需求。(4)調(diào)整對

17、封裝體的操作需求。 2)類設計:主要目的(1)確保類可為用例實現(xiàn)提供必須的行為。(2)確保提供充足的信息來明確無誤地實施類。(3)處理和類有關的非功能性需求。(4)包括用于類的設計機制。 3)子系統(tǒng)設計:主要目的(1)用所包含類的協(xié)作來定義在子系統(tǒng)接口中指定的行為。(2)記錄子系統(tǒng)的內(nèi)部結構。(3)定義子系統(tǒng)接口和包含類之間的實現(xiàn)關系。(4)確定對其他子系統(tǒng)的依賴關系。 3.5軟件系統(tǒng)結構(軟件架構) ?1、軟件體系結構定義:軟件架構為軟件系統(tǒng)提供了一個結構,行為和屬性的高級抽象,并由構成系統(tǒng)的元素的描述及元素的相互作用、元素集成的模式以及這些模式的約束組成。 ?2、典型體

18、系結構:幾種常見的架構模式 (1)管道/過濾器模式(2)面向?qū)ο竽J剑旱湫蛻檬腔谲浖臉嫾_發(fā)。(3)事件驅(qū)動模式(4)?分層模式:典型應用是分層通信協(xié)議,如ISO/OSI的七層網(wǎng)絡模型。(5)知識庫模式(6)客戶機/服務器模式 3、軟件體系結構設計方法 目標:(1)最大化復用:復用包括構件的復用和設計模式的使用等多個方面 (2)復雜問題簡單化:這也是中間件或多層技術的根本目標。在設計過程中,如果需要多個類協(xié)調(diào)完成某些功能時,應能正確使用適當?shù)脑O計模式。 (3)靈活的擴展性:具備靈活性的擴展性使得用戶可以在架構上進行二次開發(fā)或更加具體的開發(fā)。 4、軟件體系結構

19、分析與評估 對于目前廣泛使用的分布式應用,其軟件架構設計需要考慮如下問題: (1)關系數(shù)據(jù)庫與對象數(shù)據(jù)庫的選擇問題:應盡量采用關系型數(shù)據(jù)庫。 (2)用戶界面選擇使用HTML:HTML界面的開發(fā)和維護比其他圖形界面應用程序更容易。此外,HTML使用HTTP(S)協(xié)議可以穿透防火墻,解決了Internet應用中的一個重要問題。 (3)靈活性和性能的考慮:在開發(fā)系統(tǒng)之前,需要權衡獨立于廠商抽象定義所提供的靈活性和特定廠商產(chǎn)品所帶來的性能。 (4)技術的選擇:選擇成熟的技術可以規(guī)避項目風險。掌握技術不僅需要理解技術是什么及如何運用,還需要理解技術的適用范圍和局限性。 (5)聘請經(jīng)驗豐富的架

20、構設計師:可以有效地保證項目的成功。 5、軟件中間件:位于硬件和操作系統(tǒng)和應用之間的通用服務,這些服務具有標準的程序接口和協(xié)議。通常的將中間件分為: (1)數(shù)據(jù)庫訪問中間件,如windows平臺的ODBC和java平臺的JDBC。 (2)遠程過程調(diào)用中間件 (3)面向消息中間件,如IBM的MQSeries。 (4)事務中間件,如BEA的Tuxedo。 (5)分布式對象中間件,如OMG的CORBA,SUN的RMI/EJB、Microsoft的DCOM。 系統(tǒng)集成項目管理工程師考試(第三章之二) 2、Web Service:定義一種松散的、粗粒度的分布計算模式,使

21、用標準的HTTP(S)協(xié)議傳送XML表示及封裝內(nèi)容 典型的Web服務技術包括:用于傳遞信息的簡單對象訪問協(xié)議(SOAP)、用于描述服務的Web服務描述語言(WSDL)、用于Web服務的統(tǒng)一描述、發(fā)現(xiàn)及集成(UDDI)、用于數(shù)據(jù)交換的XML。 Web服務的主要目標是跨平臺的互操作性,適合使用Web Services的情況如下: (1)跨越防火墻:對于成千上萬且分布在世界各地的用戶來講,應用程序的客戶端和服務器之間通信Web服務訪問服務器端邏輯和數(shù)據(jù)可以規(guī)避防火墻的阻擋。 (2)應用程序集成:企業(yè)需要將不同語言編寫在不同平臺上運行的各種程序集成起來時,Web服務可以用標準的方法提供功能

22、和數(shù)據(jù),供其他應用程序使用。 (3)B2B集成:在跨公司業(yè)務集成中,通過Web服務可以將關鍵的商務應用提供給指定的合作伙伴和客戶。用Web服務實現(xiàn)B2B集成可以很容易地解決互操作問題。 (4)軟件重用:Web服務允許在重用代碼的同時,重用代碼后數(shù)據(jù)。 3、J2EE應用將開發(fā)工作分成兩類:業(yè)務邏輯開發(fā)和表示邏輯開發(fā),其余的系統(tǒng)資源則由應用服務器自動處理,不必為中間層的資源和運行管理進行編碼。 完整的J2EE技術規(guī)范由如下4個部分組成: (1)J2EE平臺:運行J2EE應用的環(huán)境標準,由一組J2EE規(guī)范組成。 (2)J2EE應用編程模型:用于開發(fā)多層瘦客戶應用程序的標準設計模型,由

23、SUN提供應用藍圖。 (3)J2EE兼容測試套件:用來檢測產(chǎn)品是否J2EE平臺兼容。 (4)J2EE參考實現(xiàn):與平臺規(guī)范同時提供的、實現(xiàn)J2EE平臺基本功能的J2EE服務運行環(huán)境。J2EE服務運行環(huán)境包括構件、容器及服務三部分。構件是表示應用邏輯的代碼;容器是構件的運行環(huán)境;服務則是應用服務器提供的各種功能接口,可以同系統(tǒng)資源進行交互。 J2EE規(guī)范包含了一系列構件及服務技術規(guī)范: (1)JNDI:java命名和目錄服務,提供了統(tǒng)一、無縫的標準化名字服務。 (2)Servet:java Servlet是運行在服務器上的一個小程序,用于提供以構件為基礎、獨立為平臺的Web應用。 (3

24、)JSP:java Servlet 的一種擴展,使創(chuàng)建靜態(tài)模板和動態(tài)內(nèi)容相結合的HTML和XML頁面更加容易。 (4)EJB:實現(xiàn)應用程序中關鍵的業(yè)務邏輯,創(chuàng)建基于構件的企業(yè)級應用程序。EJB在應用服務器的EJB容器內(nèi)運行,由容器提供所有基本的中間層服務,如事務管理、安全、遠程客戶連接、生命周期管理和數(shù)據(jù)庫連接緩沖等。 (5)JCA:J2EE的連接器架構,提供一種連接不同企業(yè)信息平臺的標準接口。 (6)JDBC:java數(shù)據(jù)庫連接技術,提供訪問數(shù)據(jù)庫的標準接口。 (7)JMS:java消息服務,提供企業(yè)級消息服務的標準接口。 (8)JTA:java事務編程接口,提供分布事務的高級管理

25、規(guī)范。 (9)javaMail:提供與郵件系統(tǒng)的接口。 (10)RMI-IIOP:提供應用程序的通信接口。 4、.NET是基于一組開放的互聯(lián)網(wǎng)協(xié)議而推出的一系列的產(chǎn)品、技術和服務。.NET開發(fā)框架在通用語言運行環(huán)境基礎上,給開發(fā)人員提供了完善的基礎類庫、數(shù)據(jù)庫訪問技術及網(wǎng)絡開發(fā)技術,開發(fā)者可以使用多種語言快速構件網(wǎng)絡應用。 5、工作流:是工作流程的計算機模型,即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則在計算機中以恰當?shù)哪P瓦M行表示并對其實施計算。工作流需要依靠工作了管理系統(tǒng)來實現(xiàn)。 6、構件常用標準:(1)COM/DCOM/COM+ (2)CORBA (3)EJB 7、

26、軟件引擎技術(流程引擎、Ajax引擎) 3.7計算機網(wǎng)絡知識 1、局域網(wǎng)三大常見協(xié)議: (1)微軟NETBEUI:只有唯一的MAC地址,缺乏路由和網(wǎng)絡尋址功能。 (2)IPX/SPX:克服了NETBEUI的缺點,具有完全路由功能,32位網(wǎng)絡地址。 (3)TCP/IP:允許與Internet的完全連接,具備了可擴展性和可靠性的需求,但是犧牲了速度和效率。該網(wǎng)絡協(xié)議在全球應用最廣。 2、網(wǎng)絡分類:分類標準有兩種,分布范圍和網(wǎng)絡拓撲結構。 按分布范圍分為:局域網(wǎng),城域網(wǎng)、廣域網(wǎng)和因特網(wǎng)。 按網(wǎng)絡拓撲結構分類:總線型拓撲結構、星形拓撲結構和環(huán)形拓撲結構。

27、 3、網(wǎng)絡管理包括四個部分:網(wǎng)絡設備的管理、服務器的管理、資源的管理和用戶的管理。OSI標準中定義了網(wǎng)絡管理的五大基本功能:配置管理、性能管理、安全管理、故障管理和計費管理。網(wǎng)絡管理還包括其他的,比較流行的有桌面管理。 4、網(wǎng)絡服務器,按其發(fā)展歷程可分為文件服務器、數(shù)據(jù)庫服務器、Internet/intranet通用服務器和應用服務器(分為基于B/S結構Web應用服務器和專用服務器)。 5、網(wǎng)絡交換技術四個發(fā)展階段:電路交換技術、報文交換技術、分組交換技術、ATM交換技術、IP交換技術和軟交換技術。 6、網(wǎng)絡存儲技術的三大網(wǎng)絡存儲模式:直接連接存儲、網(wǎng)絡連接存儲和存儲區(qū)域

28、網(wǎng)絡。 7、無線網(wǎng)絡技術包括從允許用戶建立遠距離連接的全球話音和數(shù)據(jù)網(wǎng)絡,到近距離無線連接的紅外線和無線電頻率技術。通常的無線連接設備包括便攜式計算機、掌上電腦、個人數(shù)字助理(PADs)、移動電話和尋呼機等。 8、光網(wǎng)絡技術:以光纖作為傳輸媒介,通過適當?shù)?、合理的、科學的架構互聯(lián)后組成真正理想的網(wǎng)絡架構,是傳統(tǒng)電信網(wǎng)向下一代公用通信網(wǎng)絡演進的重要網(wǎng)絡基礎平臺。 9、網(wǎng)絡接入技術:是通過一定的方式和工具將用戶網(wǎng)絡設備連接到網(wǎng)絡上。 網(wǎng)絡接入方式:(1)撥號接入方式(2)專線接入方式 (3)寬帶網(wǎng)絡接入技術 10、綜合布線系統(tǒng)是樓宇和園區(qū)范圍內(nèi),在統(tǒng)一的傳輸介質(zhì)上建立的可

29、以連接電話、計算機、會議電視和監(jiān)視電視等設備的結構化信息傳輸系統(tǒng)。 廣泛遵循的標準時EIA/TLA 568A,EIA/TLA 568A中把綜合布線系統(tǒng)分為6個子系統(tǒng):建筑群子系統(tǒng)、設備間子系統(tǒng)、垂直干線子系統(tǒng)、管理子系統(tǒng)、水平子系統(tǒng)和工作區(qū)子系統(tǒng),如下圖所示: 11、機房工程不僅僅是一個裝飾工程,更重要的是一個集電工學、電子學、建筑裝飾學、美學、暖通凈化專業(yè)、計算機專業(yè)、弱電控制專業(yè)、消防專業(yè)等跨學科、跨專業(yè)領域的綜合工程,并涉及到計算機網(wǎng)絡工程,PDS工程專業(yè)技術的工程。在設計施工中應對供配電方式、空氣凈化、安全防范措施以及防靜電、防電磁輻射和抗干擾、防水、防雷、防火、防潮、防鼠等諸

30、多方面給以高度重視,以確保計算機系統(tǒng)長期正常運行工作。 12、網(wǎng)絡規(guī)劃、設計與實施略 4.項目管理一般知識 4.1項目管理的理論基礎與體系 1、項目是為達到特定的目的、使用一定資源、在確定的期間內(nèi)、為特定發(fā)起人提供獨特的產(chǎn)品、服務或成果而進行的一次性努力。這里的資源指完成項目所需要的人、財、物等,期間指項目有明確的開始日期和結束日期。 2、項目目標包括成果性目標和約束性目標(管理性目標)。項目的成果性目標指通過項目開發(fā)出的滿足客戶要求的產(chǎn)品、系統(tǒng)、服務或成果。項目的約束性目標是指完成項目成果性目標需要的時間、成本以及要求滿足的質(zhì)量(三個)。 3、項目目標要求遵

31、循SMART原則,即項目的目標要求Specific(具體)、Measurable(可測量性)、Agree to(需要相關方的一致同意)、Realistic(現(xiàn)實)、Time-oriented(有一定的時限)。 4、項目目標的特性:(1)有不同的優(yōu)先級(2)具有層次性 5、項目特點:(1)臨時性(2)獨特性 (3)漸進明細 6、信息系統(tǒng)集成項目:從客戶和用戶的需求出發(fā),將硬件、系統(tǒng)軟件、工具軟件、網(wǎng)絡、數(shù)據(jù)庫及相應的應用軟件集成為實用的信息系統(tǒng)的過程。 7、信息系統(tǒng)集成項目幾個顯著特點: (1)信息系統(tǒng)集成項目要以客戶和用戶的需求為根本出發(fā)點。 (2)客戶和用戶的需求常常不夠明確、復

32、雜多變,由此應加強需求變更管理以控制風險。 (3)系統(tǒng)集成不是選擇最好的產(chǎn)品的簡單行為,而是要選擇最合適用戶的需求和投資規(guī)模的產(chǎn)品和技術。 (4)高技術與高技術的集成。系統(tǒng)集成不是簡單的設備供貨,系統(tǒng)集成是高技術的集成,它體現(xiàn)更多的是設計、調(diào)試與開發(fā),是高技術行為。高新技術的應用,一方面會帶來成本的降低、質(zhì)量的提高、工期的縮短,同時如沒掌握就應用新技術的話,也會帶來風險。 (5)系統(tǒng)工程。系統(tǒng)集成包含技術,管理和商務等方面,是一項綜合性的系統(tǒng)工程。相關的各方應“一把手”掛帥,多方密切協(xié)作。 (6)項目團隊年輕,流動性高。因此對企業(yè)的管理技術水平和項目經(jīng)理的領導藝術水平要求較高。 (7

33、)強調(diào)溝通性的重要性。信息系統(tǒng)本身是溝通的產(chǎn)物,在開發(fā)信息系統(tǒng)的過程中溝通無處不在,從需求調(diào)研到方案設計、從設計到部署都涉及溝通問題。 8、項目管理的定義:是在項目活動中綜合運用知識、技能、工具和技術在一定的時間、成本、質(zhì)量等要求下來實現(xiàn)項目的成果性目標。新的觀點認為項目成功不僅僅有三個約束,即時間、成本和質(zhì)量,還包括范圍。 9、有效的項目管理要求項目管理團隊至少能理解和使用以下6方面的專門知識: (1)項目管理知識體系(美國項目管理委員會發(fā)布的《項目管理知識指南》,即PMBOK指南)。 (2)項目應用領域的知識、標準和規(guī)定. (3)項目環(huán)境知識。 (4)通用的管理知識和技

34、能。 (5)軟技能或人際關系技能。 (6)經(jīng)驗、知識、工具和技術。 10、項目管理學科:(1)國際項目管理協(xié)會(IPMA)/國際項目管理專業(yè)資質(zhì)認證(IPMP)是A~D從高到底四個等級。(2)美國項目管理學會(PMI)/項目管理的知識體系(PMBOK) 11、項目干系人:是指那些積極參與項目,或是其利益會受到項目執(zhí)行的影響,或是其利益會受到項目結果影響的個人和組織,他們也可能會對項目及其結果施加影響。項目干系人也叫“項目利益相關者”或“項目厲害關系者”。項目管理必須明確項目的干系人,確定其需求,然后對這些需求進行管理和施加影響,確保項目成功。每個項目的關鍵干系人除客戶和用戶外,還包

35、括如下一些人:(1)項目經(jīng)理(2)項目團隊成員(3)執(zhí)行組織(其員工最直接參與項目工作的單位)(4)項目發(fā)起人(5)職能經(jīng)理 (6)影響者 (7)項目管理辦公室(PMO) 4.2項目的組織 1、組織的體系:以項目為基礎的組織是指他們的業(yè)務主要由項目組成,這些組織可分為兩大類: (1)其主要收入是源自依照合同為他人履行項目的組織,如建筑公司等工程類公司、建筑師事務所、咨詢機構、政府承包商、系統(tǒng)集成商等。 (2)按逐個項目進行管理的組織:這些組織往往具有便于項目管理的管理系統(tǒng),如他們的財務系統(tǒng)通常能對多個項目同時進行核算、跟蹤、匯報。 2、組織結構 1、組織的體系:以

36、項目為基礎的組織是指他們的業(yè)務主要由項目組成,這些組織可分為兩大類: (1)其主要收入是源自依照合同為他人履行項目的組織,如建筑公司等工程類公司、建筑師事務所、咨詢機構、政府承包商、系統(tǒng)集成商等。 (2)按逐個項目進行管理的組織:這些組織往往具有便于項目管理的管理系統(tǒng),如他們的財務系統(tǒng)通常能對多個項目同時進行核算、跟蹤、匯報。 2、組織結構 (1)職能型組織:組織被分為一個一個的職能部門,每個部門還可進一步分為更小的,這種層級結構中每個職員都有一個明確的上級。 (2)項目型組織,組織被分為一個一個的項目經(jīng)理部,一般項目團隊成員直接隸屬于某個項目而不是某個部門。 (3)矩陣型組織:項

37、目團隊的成員來自相關部門,同時接受部門經(jīng)理和項目經(jīng)理的領導,根據(jù)項目經(jīng)理對資源包括人力資源影響程度,矩陣型組織可分為弱矩陣型組織、平衡型矩陣型組織和強矩陣型組織。 (4)復合型組織:或多或少同時包含上述三種組織形式的組織。 3、PMO(項目管理辦公室)在組織結構中的作用:PMO監(jiān)控項目、大型項目或各類項目組合的管理。PMO關注于其內(nèi)部的項目或子項目之間的協(xié)調(diào)計劃、優(yōu)先級和執(zhí)行情況。PMO可以存在于任何組織結構中,包括職能型組織,越是越右端得組織結構,越有可能使用PMO。 4.3項目的生命周期 1、項目的生命周期可劃分為啟動、計劃、執(zhí)行和收尾4個典型的階段,根據(jù)項目管理的需

38、要,其項目階段可以不止4個。 2、項目階段的特征:每個項目階段都是以一個或一個以上的可交付物的完成為標志,這種交付物是一種可度量、可驗證的工作成果。 3、典型的信息系統(tǒng)項目的生命周期模型,這些生命周期模型均按項目的工程技術過程的先后順序來劃分的。 (1)瀑布模型:分為可行性分析,需求分析,軟件設計(概要設計、詳細設計),編碼(含單元測試)、測試、運行維護七個階段。 (2)V模型:分為需求分析,概要設計,詳細設計,編碼,單元測試,集成測試,系統(tǒng)測試和驗收測試8各階段。左邊下降的是開發(fā)過程各階段與此相對應的是右邊上升的個測試過程的各階段。 (3)原型化模型:原型化模型是為了彌補瀑布模型的

39、不足產(chǎn)生的,減少了瀑布模型因為軟件需求不明確而給開發(fā)工作帶來的風險,但是對于復雜的大型軟件,開發(fā)一個原型往往達不到要求,為減少開發(fā)風險,在瀑布模型和原型化模型的基礎上演進,出現(xiàn)了螺旋模型以及大量使用的迭代模型(RUP)。 (4)螺旋模型:軟件開發(fā)式一系列的增量發(fā)布。四個象限分別標志每個周期所劃分的4個階段:制定計劃、風險分析、實施工程和客戶評估。螺旋模型特別適用于龐大而復雜的、高風險的系統(tǒng)。 (5)迭代模型的生命周期在時間上被分解為4個順序的階段:初始階段、細化階段、構建階段和交付階段。每個階段結束于一個主要的里程碑,在每個階段的結尾執(zhí)行一次評估以確定這個階段的目標是否已經(jīng)滿足條件。

40、 增量和迭代的理解: 假設現(xiàn)在要開發(fā)A,B,C,D四個大的業(yè)務功能,每個功能都需要開發(fā)兩周的時間.則對于增量方法而言可以將四個功能分為兩次增量來完成,第一個增量完成A,B功能,第二次增量完成C,D功能; 而對于迭代開發(fā)來將則是分兩次迭代來開發(fā),第一次迭代完成A,B,C,D四個基本業(yè)務功能但不含復雜的業(yè)務邏輯,而第二個功能再逐漸細化補充完整相關的業(yè)務邏輯.在第一個月過去后采用增量開始時候A,B全部開發(fā)完成而C,D還一點都沒有動;而采用迭代開發(fā)的時候A,B,C,D四個的基礎功能都已經(jīng)完成. 現(xiàn)實中我們常常是把這二種模型整合一起使用,即增量迭代,所以才會忽略它們單獨的存在。

41、 項目管理過程組: (1)啟動過程組包括內(nèi)容:1)制定項目章程 。2)制定初步的項目范圍說明書。 (2)計劃編制過程組包括內(nèi)容:1)制定項目管理計劃。2)編制項目范圍管理計劃(方法)。3)范圍定義:創(chuàng)建工作分解結構;活動定義;活動排序;活動資源估算;活動歷時估算;制定進度計劃;成本估算;成本預算;制定項目的質(zhì)量管理計劃;制定項目人力資源管理計劃;制定項目溝通管理計劃;制定項目風險管理計劃;風險識別;風險定性分析;風險定量分析;制定風險應對計劃;制定項目采購管理計劃;編制合同。 (3)執(zhí)行過程組包括內(nèi)容:1)指導和管理項目執(zhí)行 。2)執(zhí)行質(zhì)量保證。 3)獲取項目團隊成員 。4)

42、團隊建設。5)信息發(fā)布。6)詢價。 7)供方選擇 8)合同管理。 (4)監(jiān)督與控制過程組(監(jiān)控過程組)內(nèi)容包括:1)監(jiān)督和控制項目工作。2)整體變更控制。3)范圍驗證。4)范圍變更控制。5)進度控制 (5)收尾過程組 整體管理 1.項目啟動 1)制定項目章程 輸入:合同 工作說明書(SOW) 組織過程資產(chǎn) 輸出:項目章程 2)選擇項目經(jīng)理 2.制定初步范圍說明書 輸出初步的項目范圍說明書 3.項目計劃管理 1)項目計劃制定 輸出:項目管理計劃 2)項目計劃執(zhí)行 3)指導和管理項目執(zhí)行 4.整體變更控制 5.項目收尾 包括合

43、同收尾和管理收尾。合同收尾就是按照合同約定,項目組和業(yè)主一項項的合規(guī),檢查是否完成了合同所有的要求,是否可以把項目結束掉,也就是我們通常所講的項目驗收;管理收尾是對于內(nèi)部來說的,把做好的項目文檔等歸檔,對外宣稱項目已結束,轉(zhuǎn)入維護期,把相關的產(chǎn)品說明書轉(zhuǎn)到維護組,同時進行經(jīng)驗教訓總結。 范圍管理 規(guī)劃 定義 工作分解結構 確認 控制 1.范圍規(guī)劃 輸入:項目章程 范圍說明書(初步) 項目管理計劃 組織過程資產(chǎn) 輸出: 范圍管理計劃 2.范圍定義 輸入: 項目章程 初步范圍說明書 項目范圍管理計劃 輸出:

44、詳細的范圍說明書 項目管理計劃(更新) 工具:專家判斷 樣板 表格和標準 項目范圍說明書詳細描述了項目的可交付物以及產(chǎn)生這些交付物所必須做的項目工作。詳細的項目范圍說明書包括: 1) 項目目標和項目范圍質(zhì)保 2) 項目產(chǎn)品范圍說明書 3) 項目可交付成果的規(guī)定 4) 項目條件和項目假設條件 5) 項目配置關系及其管理要求 6) 項目批準的規(guī)定 3.工作分解結構 以可交付成果為分解對象,以結果為導向的分析方法 輸入: 詳細的項目范圍說明書 項目管理計劃 輸出: WBS和WBS詞典 工具: 使用指導方針 類比法

45、 自上而下法和自下而上法 工作分解結構的目的和用途: 1)明確和準確說明項目范圍,使得項目成員能清楚的理解任務的性質(zhì)和需要努力的方向; 2)工作分解結構清晰的定義了項目的邊界,它提供了所有項目干系人一致認可的項目需要做的工作和不需要做的工作; 3)確定所需要的技術和人力資源,明確人員職責 4)確定工作內(nèi)容和工作順序 5)估計項目整體和全過程費用 6)工作分解結構有助于防止需求蔓延 4.項目范圍確認 輸入:項目范圍管理計劃 可交付物(已經(jīng)完全或部分完成的項目) 項目范圍說明書 WBS和WBS詞典 輸出

46、: 確認后的范圍 WBS和WBS詞典(更新) 5.項目范圍控制 工具: 偏差分析 重新制定計劃 變更控制和變更控制委員會 變更管理系統(tǒng) 輸出: 變更請求 建議的糾正措施 組織過程資產(chǎn)(更新) 項目管理計劃(更新) 進度管理 1.活動定義:為得到工作分解結構中最底層的交付物執(zhí)行的一系列活動,對這些活動的識別以及歸檔的過程叫做活動定義。 工具:分解 模板  流動式規(guī)劃 專家判斷 規(guī)劃組成部分 輸入:工作分解結構  項目范圍說明書 組織過程資產(chǎn) 項目管理計劃 輸出:項目活動清單是項目活動的主要輸出,它列出了一個項目所需開展和完成的全部項

47、目活動。項目活動清單是根據(jù)WBS通過進一步細化得到。 2.活動排序:確定活動之間的依賴關系,形成文檔 工具: PDM(前導圖,單代號網(wǎng)絡圖) ADM(箭線圖,雙代號網(wǎng)絡圖) .網(wǎng)絡圖中每一事件必須唯一 .節(jié)點順序沿箭頭方向增大 .流入(流出)同一節(jié)點均有后繼活動,虛活動不消耗時間,用虛箭頭表示,目的是鑒別,作用是更好的識別活動。 輸入:項目活動清單 活動屬性 項目范圍說明書 組織過程資產(chǎn) 輸出:項目網(wǎng)絡圖 更新的活動清單 更新的活動屬性 3.活動資源估算 工具:專家判斷 自上而下的估算估算軟件 輸入:組織過程資產(chǎn) 活動清單 資源可用性

48、 輸出:活動資源需求 活動清單(更新) 4.活動歷時估算 工具: 專家判斷 類比估算:以過去類似項目活動的實際時間為基礎,通過類比來推測估算當前項目所需的時間 參數(shù)估算 三點估算: (樂觀+4個正常+悲觀) 6 5.制定項目進度計劃 項目進度計劃要經(jīng)過多次反復調(diào)整才能最后完成,項目進度計劃不變是相對的,而變化是絕對的. 工具: 1)CPM(關鍵路線法) 關鍵路徑是能夠決定項目最早完成時間的一系列活動,它是網(wǎng)絡圖中最長路徑,具有最少的浮動時間或時間差. 最早開始時間ES 最早完成時間EF 最遲開始時間LS

49、 最遲完成時間LF 活動歷時 活動總時差: 活動最遲開始時間LS — 活動最早開始時間ES 活動自由時差 : min{緊后活動的ES} — 最早完成時間EF 2)PERT(計劃評審技術) 活動時間期望值 = (樂觀+4個正常+悲觀) 6 活動時間的標準差 = (悲觀-樂觀)6 3)持續(xù)時間的壓縮 技術:縮短關鍵路徑上的活動歷時 方法: 趕工(費用交換),快速跟進(并行處理) 6.項目進度控制 進度控制的主要內(nèi)容 1) 確定項目進度是否發(fā)生變化,找出發(fā)生變化的原

50、因,采取有效的措施糾正偏差 2) 對影響項目進度變化的因素進行控制,從而確保這些變化朝著有利于項目目標實現(xiàn)的方向發(fā)展. 成本管理 1.成本估算 成本估算步驟:     1)識別并分析項目成本的構成科目; 2)根據(jù)已識別項目成本科目,估算每一成本科目的成本大小; 3)分析成本估算結果,找出各種相互替代的成本,協(xié)調(diào)各成本科目之間的關系 工具: 類比估算法(專家判斷) 自上而下估算法 優(yōu)點:簡單易行,花費小 缺點:準確性差 自下而上估算法 有點:準確性高 缺點:耗時,成本高 參數(shù)模型估算法      輸入: 項目范圍說明書

51、 項目管理章程 WBS和WBS詞典 風險事件 輸出: 成本估算結果 成本估算支持細節(jié) 更新的成本管理計劃 2.成本預算 成本預算的作用: 1)按計劃分配項目資源,保證各項工作得獲得需的各種資源; 2)一種控制機制,對項目各項工作的成本預算進行適當?shù)恼{(diào)整; 3)為項目提供一把標尺,可以及時掌握項目的進度情況 輸入:項目范圍說明書 工作分解結構 WBS詞典 活動成本估算 成本管理計劃 輸出: 成本基準 項目資金需求 請求的變更 更新的成本管理計劃 3.成本控制 成本控制的主要目的是分析造成實際成本與成本基準計劃發(fā)生偏差的因素并采取糾正,確保其向有利

52、的方向發(fā)展 成本控制的內(nèi)容: 1) 監(jiān)控實際成本與計劃成本的偏差 2) 確認費用偏差都被記錄 3) 避免不正確不合適或者無效的費用變更發(fā)生 4) 對發(fā)生成本偏差的工作包實施管理,有針對性采取糾正措施 5) 防止因成本控制引起的項目范圍、進度和質(zhì)量方面的問題 輸入:成本基準 績效報告  變更請求和成本管理計劃 輸出:修正的成本估算 預算更新 糾正措施  變更需求 經(jīng)驗教訓 工具: 1) 成本變更控制系統(tǒng)(申請成本變更,批準成本變更,變更成本預算) 2) 績效預測 四個關鍵值 PV(計劃值):計劃工作的預算費用 AC(實際成本):已完成工作的實際費用 EV(掙

53、值):已完成工作的預算費用 ETC(剩余工作的成本估算):= 總的PV - 已完成的EV 最常用的尺度: CV(成本偏差):CV=EV-AC   CV>0成本節(jié)約 CV<0成本節(jié)約 ?。樱郑ㄟM度偏差):SV=EV-PV SV>0超過進度 SV<0落后進度   CPI(成本績效指數(shù)):CPI=EV/AC CPI>1 成本結余 CPI<1成本超支 ?。樱校桑ㄟM度績效指數(shù)):SPI=EV/PV SPI>!進度超前 SPI<1成本滯后 注:以上各項都是拿EV和其他項在比,EV是關鍵,EV—掙值,已完成工作的預算,各項值大的方向是有利于項目進展

54、的方向 3) 項目績效評估 偏差分析,趨勢分析,掙值分析 4) 計算機輔助 輸出: 1) 項目管理計劃更新 2) 建議的糾正措施 3) 完工估算(EAC) 公式1:EAC=AC+ETC(實際支出+剩余工作的新估算) 適用情況:*過去的實施情況表明原來所作的估算徹底過時 *條件變化,原來的估算不合適 公式2:EAC=AC+BAC-EV(實際支出+預計完成項目的總成本-已完工作的預算) 適用情況:未來的實施不會發(fā)生類似的變化 4) 變更請求 5) 組織過程資產(chǎn) 動態(tài)投資回收期: (累計凈現(xiàn)金流量折現(xiàn)值開始出現(xiàn)正值的年份數(shù)-1)+(1-上年累計凈現(xiàn)金流量折

55、現(xiàn)值/當年凈現(xiàn)金流量折現(xiàn)值) 投資收益率?。健。保瘎討B(tài)回收期100% 成本失控的原因: 1) 成本估算工作和成本預算工作不夠準確細致; 2) 許多項目在進行成本估算、成本預算及制定項目成本控制方法上并沒有統(tǒng)一的標準和規(guī)范可行; 3) 思想上存在誤區(qū),認為項目具有創(chuàng)新性,項目實施過程中變化太大,實際成本超支在所難免。 質(zhì)量管理 1.質(zhì)量計劃編制 工具:成本績效分析法 質(zhì)量基準分析 流程圖法(因果分析圖) 實驗設計法 質(zhì)量成本分析 質(zhì)量成本分為預防成本,評估成本,缺陷成本 輸入:項目章程 項目管理計劃 項目范圍說明書 組織過程資產(chǎn) 輸

56、出:質(zhì)量管理計劃 質(zhì)量測試指標 質(zhì)量核對表 2.執(zhí)行質(zhì)量保證 3.執(zhí)行質(zhì)量控制 工具: 測試 檢查 控制圖  因果圖(石川圖) 帕累托圖(排列圖或主次因素分析圖) 統(tǒng)計抽樣 流程圖 趨勢分析 質(zhì)量保證與質(zhì)量控制的區(qū)別:質(zhì)量保證是針對項目實施過程的管理手段,質(zhì)量控制是針對項目產(chǎn)品的技術手段 軟件質(zhì)量從六個方面來衡量: 1.性能 2.可靠性(包括容錯性和健壯性) 3.可用性 4.安全性 5.可修改性(包括可維護性,可擴展性,結構重組,可以執(zhí)行) 6.功能性 造成質(zhì)量問題的原因有五大方面: 人、機器、原材料、方法和環(huán)境 人力資

57、源管理 1.編制項目人力資源計劃    人力資源計劃編制是決定項目的角色,職責以及報告關系的過程。項目的角色有可能是個人,也可能是團隊。他們要么屬于組織內(nèi)部,要么屬于組織外部,或是兩者的結合。人力資源計劃編制也會創(chuàng)建一個項目人員配備管理計劃。 工具: 1) 組織結構圖 2) OBS(組織結構分解) 3) RAM(責任分配矩陣) 4) 人力資源模板 5) 非正式的人際網(wǎng)絡 輸入:活動資源估計 環(huán)境和組織因素  項目管理計劃 輸出:角色和職責  項目的組織結構圖 人員配備管理計劃 2.組建項目團隊 3.建設項目團隊 項目團隊建設的兩個目標 1) 提高項目團隊成員

58、的個人技能,以提高他們完成項目活動的能力。 2) 提高項目團隊之間的責任感和凝聚力,以更好的團隊合作提高工作效率。 項目團隊的四個階段:形成→震蕩→正規(guī)→表現(xiàn) 團隊建設的關鍵:激勵理論 影響和能力 提高有效性 馬斯洛需求理論有兩個基本論點:1,人的需求取決于他已經(jīng)得到的和尚未得到的;2,人的需求是分層次的。生理的需要,安全的需要,感情的需要,尊重的需要,自我實現(xiàn)的需要 信息系統(tǒng)團隊的建設與發(fā)展的建議: 1)對團隊成員要有耐心、友好及信心;2)解決問題而不責備人;3)經(jīng)常召開會議,注重項目的實現(xiàn)以及長期有效的結果;4)把項目團隊建設計劃放到項目計劃中去,讓項目干系人有更

59、多的了解;5)教育培養(yǎng)團隊成員,提供培訓機會,使團隊成為一個有效的整體;6)認可個人和團隊的成績;7)盡早的進行團隊建設,使整個項目生命周期中進行項目團隊建設。 4.管理項目團隊 工具和技術:1)觀察和談話;2)項目績效評估;3)沖突管理?。矗﹩栴}日志 知識型員工的特點及管理方法: 1) 具有很強的獨立性和自主性,注重自我引導和自我管理; 2) 忠誠度低,流動性強; 3) 工作過程難以監(jiān)控; 4) 具有實現(xiàn)自我價值的強烈渴望; 5) 個性突出 管理方法:溝通,重視,信任,承諾,支持,創(chuàng)新,學習和合作 1) 管人要想管事轉(zhuǎn)變,充分體現(xiàn)個人意愿和價值,側(cè)重監(jiān)管工作進度,

60、質(zhì)量和結果; 2) 激活個體的主管能動性,建立公平公正和公開的內(nèi)部競爭環(huán)境; 3) 要完善薪酬激勵機制,全面推行績效考核管理,滿足員工素質(zhì)不斷提高的個人需求,激發(fā)知識員工的工作熱情和創(chuàng)造力; 4) 在職業(yè)教育和職業(yè)生涯設計相結合,營造實現(xiàn)自我價值的廣闊空間。 溝通管理 1.溝通計劃編制 溝通計劃包括決定項目干系人的信息和溝通需求:誰?需要什么信息?什么時候需要?怎么獲得?溝通計劃編制常常與組織計劃編制緊密聯(lián)系在一起,因為項目的組織結構樹對項目溝通需求有重大影響。 輸入:組織過程資產(chǎn) 項目章程 項目管理計劃  項目范圍說明書 工具和技術:  1)項目干系人分析 

61、  項目干系人分析的目的:確定項目干系人的需求 幫組項目干系人制定溝通策略 2)溝通需求分析    溝通渠道的數(shù)目?。海?n-1)/2 3)溝通技術 2.信息分發(fā) 項目信息可以通過不同方式進行發(fā)布,包括:項目會議 電子方式溝通 信息發(fā)布系統(tǒng) 3.績效報告 績效報告是一個收集并發(fā)布項目績效信息的動態(tài)過程,包括狀態(tài)報告、進展報告和項目預測。 工具和技術: 信息演示工具  績效信息收集和匯總  狀態(tài)審查會議 工時匯報系統(tǒng) 費用匯報系統(tǒng) 4.項目干系管理    就是對項目溝通進行管理,以滿足信息需要者的需求,解決項目干系人之間的問題。 文檔配置管理

62、 1.制定配置管理計劃    在項目啟動階段,項目經(jīng)理首先要制定整個項目的開發(fā)計劃,它是整個項目研發(fā)工作的基礎??傮w研發(fā)計劃完成之后,配置管理的活動就可以展開了,如果不在項目開發(fā)之初制定配置管理計劃,那么配置管理的許多關鍵活動就無法及時有序地進行,而它的直接后果就是造成項目開發(fā)狀況的混亂,并注定使配置管理活動成為一種救火的行為。。由此可見,在項目啟動階段制定配置管理計劃是項目成功的重要保證。配置管理計劃由CMO制定,主要內(nèi)容是制定配置管理策略,制定變更控制策略,編寫配置管理計劃,評審配置管理計劃。 2.配置識別與建立基線 3.建立配置管理系統(tǒng) 4.版本管理 5.配置狀態(tài)報告 6

63、.配置審核 變更管理  變更管理的工作程序依次為:變更申請→變更評估→變更決策→變更實施→變更驗證→溝通存檔 CCB:配置控制委員會,負責裁決接受哪些變更。 在項目變更中一般存在著需求變更、進度變更和成本變更等3中主要變更,其中最需要重視和謹慎對待的是需求變更,因為需求是龍頭,一旦需求發(fā)生變化,就會直接導致后面的進度和費用以及質(zhì)量3個要素發(fā)生變化。 風險管理   風險的特性:客觀性,不確定性,隨機性,相對性,可變性,階段性 1.風險管理計劃編制 工具:風險核對表 風險管理表格 風險數(shù)據(jù)庫模式 輸入:企業(yè)環(huán)境因素 組織過程資產(chǎn) 項目范圍說明書  項目管理

64、計劃 2.風險識別 風險識別的主要內(nèi)容包括: 1. 識別并確定項目有哪些潛在風險;(風險識別的第一目標) 2. 識別引起這些風險的主要因素;(風險識別的第二目標) 3. 識別項目風險可能的后果。(風險識別的第三目標,采用定性分析) 工具和方法: 1)文件審查 2)信息收集技術: 德爾菲法(有助于減少數(shù)據(jù)方面的偏見)  頭腦風暴法(也叫集思廣益法,充分發(fā)揮集體智慧,提高風險識別的正確性和效率) 訪談法    ?。常z查表:檢查表的一個有點是它使風險識別工作快而簡單,它的不足之處在于我們不可能編制一個詳盡的風險檢查表,檢查表的使用者可能會被表中的條目局限。    ?。?/p>

65、)假設分析    ?。担﹫D解技術         因果圖:也叫石川圖或魚刺圖,用于識別風險的成因。         系統(tǒng)或過程流程圖:反映某一系統(tǒng)內(nèi)部各要素之間是如何相互聯(lián)系的,并反映發(fā)生的聯(lián)系機制 輸出:風險記錄 ●已識別的風險列表  ●風險的征兆或警告信息  ●潛在風險應對方法列表  ●風險根本原因  ●更新的風險分類    項目管理計劃(更新) 3.定性風險分析 風險定性分析包括對識別風險進行優(yōu)先級排序,風險定性分析是建立風險響應計劃優(yōu)先級的快速有效的方法,為定量分析奠定基礎。 定性風險分析的方法: 1)風險概率與影響評估 2)概率和影響矩陣 3)風險

66、數(shù)據(jù)質(zhì)量評估 4)風險分類 5)風險緊迫性評估 4.定量風險分析 定量風險分析是指對定性風險分析過程中作為項目需求存在的重大影響而排序在先的風險進行分析,并就風險分配一個數(shù)值。定量風險分析是在不確定情況下進行決策的一種量化方法,該過程采用蒙特卡羅模擬以及決策樹分析等技術。 5.風險應對計劃編制 輸入:風險管理計劃  風險記錄 工具和技術: 1.負面風險(消極風險,或威脅)的應對策略 1)規(guī)避?。玻┺D(zhuǎn)移 ?。常p輕  2 .正面風險(積極風險,或機會)的應對策略 1)開拓?。玻┓窒怼。常┨岣? 6.風險監(jiān)控 風險監(jiān)控的目標: 1)識別和度量項目的風險。 2)努力避免項目風險事件的發(fā)生。 3)積極消除項目風險事件的消極后果。 4)充分吸取項目風險管理經(jīng)驗與教訓。 項目采購管理 1) 編制采購計劃 對采購作出計劃,以確定哪些項目需求可以通過采購產(chǎn)品、服務或成果。編制采購計劃需要解決的問題是:是否需要采購、如何采購、采購什么、采購多少以及何時采購。 用于采購計劃編制工作的技術和方法主要有自制、外購決策分析,以及專家咨詢 工作說明

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

相關資源

更多
正為您匹配相似的精品文檔
關于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!