国产97色在线 | 日韩,97se狠狠狠狠狼鲁亚洲综合色,成l人在线观看线路1,1313午夜精品理论片,成人免费看片又大又黄

信息系統(tǒng)項目管理知識點(信息系統(tǒng)項目的范圍管理)

信息系統(tǒng)項目管理知識點(信息系統(tǒng)項目的范圍管理)

1、信息化和信息系統(tǒng)

信息是一種客觀事物,與材料、能源一樣都是社會的基礎(chǔ)資源。

現(xiàn)代科學(xué)的三論:信息論、系統(tǒng)論、控制論。

香農(nóng)指出,信息就是能夠用來消除不確定性的東西。在熱力學(xué)中,熵是系統(tǒng)無序程度的度量,相反,信息是系統(tǒng)有序程度的度量。

信息的特性:客觀性、普遍性、無限性、 動態(tài)性、相對性、依附性、變換性、傳遞性、層次性、系統(tǒng)性、轉(zhuǎn)化性。

信息具有價值,價值的大小取決于信息的質(zhì)量屬性:精確性、完整性、可靠性、及時性、經(jīng)濟性、可驗證性、安全性。

信息的功能

  1. 為認識世界提供依據(jù)
  2. 為改造世界提供指導(dǎo)
  3. 為有序的建立提供保證
  4. 為資源開發(fā)提供條件
  5. 為知識生產(chǎn)提供材料

信息的傳輸模型:信源->編碼->信道( 噪聲)->解碼->信宿

信息系統(tǒng):輸入數(shù)據(jù),通過加工處理,產(chǎn)生信息的系統(tǒng)。

信息化的五個層次

  1. 產(chǎn)品信息化
  2. 企業(yè)信息化
  3. 產(chǎn)業(yè)信息化
  4. 國民經(jīng)濟信息化
  5. 社會生活信息化

國家信息化體系六要素

  1. 信息技術(shù)應(yīng)用是龍頭
  2. 信息資源是關(guān)鍵
  3. 信息網(wǎng)絡(luò)是基礎(chǔ)設(shè)施
  4. 信息技術(shù)和產(chǎn)業(yè)是物質(zhì)基礎(chǔ)
  5. 信息化人才是成功之本
  6. 信息化政策法規(guī)和標(biāo)準(zhǔn)規(guī)范是保障

信息系統(tǒng)的生命周期

  1. 系統(tǒng)規(guī)劃階段
  2. 系統(tǒng)分析階段
  3. 系統(tǒng)設(shè)計階段
  4. 系統(tǒng)實施階段
  5. 系統(tǒng)運行和維護階段

新基建:5G基建、特高壓、城際高速鐵路和軌道交通、新能源汽車充電樁、大數(shù)據(jù)中心、人工智能、工業(yè)互聯(lián)

信息系統(tǒng)開發(fā)方法

  • 結(jié)構(gòu)化方法:結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計、結(jié)構(gòu)化編碼,自頂向下、逐步求精和模塊化設(shè)計
  • 面向?qū)ο蟮姆椒ǎ嚎陀^世界由各種對象組成,任何事物都是對象,每個對象都有自己的運動規(guī)律和內(nèi)部狀態(tài)
  • 原型化方法:快速原型法,根據(jù)用戶初步需求,快速建立一個系統(tǒng)模型,在此基礎(chǔ)上與用戶交流,最終實現(xiàn)用戶需求
  • 面相服務(wù)的方法:對于跨組件的功能調(diào)用,采用接口的形式暴露出來,將接口的定義和實現(xiàn)進行解耦,催生服務(wù)和面相服務(wù)的開發(fā)方法

網(wǎng)絡(luò)協(xié)議三要素

  • 語義,信息各部分的含義,表示要做什么
  • 語法,信息的結(jié)構(gòu)與格式,表示要怎么做
  • 時序,事件發(fā)生順序的說明,表示做的順序

開放系統(tǒng)互聯(lián)參考模塊(OSI,open system interconnect)

OSI七層協(xié)議:物數(shù)網(wǎng)傳會表應(yīng)

  1. 物理層:物理聯(lián)網(wǎng)媒介,標(biāo)準(zhǔn)有RS232、V.35、RJ-45、FDDI
  2. 數(shù)據(jù)鏈路層:控制網(wǎng)絡(luò)層與物理層之間的通信,主要功能是將從網(wǎng)絡(luò)層接受到的數(shù)據(jù)分割成特定的可被物理層傳輸?shù)膸?,協(xié)議有IEEE802.3/.2、HDLC、PPP、ATM
  3. 網(wǎng)絡(luò)層:將網(wǎng)絡(luò)地址翻譯成對應(yīng)的物理地址,并決定如何將數(shù)據(jù)從發(fā)送方路由到接收方,協(xié)議有IP、ICMP、IGMP、IPX、ARP
  4. 傳輸層:負責(zé)確保數(shù)據(jù)可靠、順序、無錯地從A點傳輸?shù)紹點,如提供建立、維護和拆除傳送連接的功能,提供可靠透明的數(shù)據(jù)傳送,提供端到端的錯誤恢復(fù)和流量控制,協(xié)議有TCP、UDP、SPX
  5. 會話層:負責(zé)在網(wǎng)絡(luò)中的兩個節(jié)點之間建立和維持通信,提供交互會話的管理功能,協(xié)議有RPC、SQL、NFS
  6. 表示層:如同應(yīng)用程序和網(wǎng)絡(luò)之間的翻譯官,數(shù)據(jù)將按照網(wǎng)絡(luò)能理解的方案進行格式化,管理數(shù)據(jù)的解密和加密、數(shù)據(jù)轉(zhuǎn)換、格式化和文本壓縮,協(xié)議有JPEG、ASCII、GIF、DES、MPEG
  7. 應(yīng)用層:對軟件提供接口以使程序能使用網(wǎng)絡(luò)服務(wù),如文件傳送協(xié)議、網(wǎng)絡(luò)管理等,協(xié)議有HTTP、Telnet、FTP、SMTP

網(wǎng)絡(luò)互聯(lián)設(shè)備

  • 中繼器:網(wǎng)絡(luò)層
  • 網(wǎng)橋:數(shù)據(jù)鏈路層
  • 路由器:網(wǎng)絡(luò)層
  • 網(wǎng)關(guān):第4~7層

關(guān)系型數(shù)據(jù)庫OracleMySQL、SQL Server;非關(guān)系型數(shù)據(jù)庫:MongoDB

數(shù)據(jù)倉庫體系結(jié)構(gòu)

  1. 數(shù)據(jù)源:包括企業(yè)內(nèi)部和外部信息
  2. 數(shù)據(jù)存儲和管理:對數(shù)據(jù)進行抽取、清理,有效集成,按照主題進行組織
  3. OLAP服務(wù)器:On Line Analytical Processing,聯(lián)機分析處理,即對數(shù)據(jù)進行有效集成,按多維模型予以組織,以便多角度、多層次的分析,并發(fā)現(xiàn)趨勢
  4. 前端工具:包括查詢、報表、分析、數(shù)據(jù)挖掘等工具

需求的三個層次

  • 業(yè)務(wù)需求:反應(yīng)企業(yè)或客戶對系統(tǒng)的目標(biāo)要求,來自項目投資人、購買產(chǎn)品的客戶
  • 用戶需求:反應(yīng)用戶要求系統(tǒng)能完成的任務(wù)
  • 系統(tǒng)需求:從系統(tǒng)的角度出發(fā)來說明軟件的需求,包括功能需求、非功能需求、設(shè)計約束

需求分析工作:把雜亂無章的用戶要求和期望轉(zhuǎn)化為用戶需求。

需求的狀態(tài)

  • 已建議:需求已被有權(quán)提出需求的人建議
  • 已批準(zhǔn):需求已被分析,估計了對項目的影響
  • 已實施:已實現(xiàn)需求的代碼設(shè)計、編寫和測試
  • 已驗證:需求使用所選方法驗證已實現(xiàn)了
  • 已刪除:需求從基線中刪除

一個好的需求具有正確性、完整性、一致性、確定性、必要性、可測試性等特性。

面向?qū)ο蟮娜齻€特性:封裝、繼承、多態(tài)。

面向?qū)ο笤O(shè)計(Object-Oriented Design,OOD)的原則

  • 單一職責(zé)原則:設(shè)計功能單一的類,高內(nèi)聚
  • 迪米特原則:一個對象對其他對象盡可能少的了解,低耦合
  • 開放-封閉原則:對擴展開放,對修改封閉
  • 里氏替換原則:子類可以替換父類
  • 依賴倒置原則:依賴于抽象,而非具體實現(xiàn)
  • 接口隔離原則:使用多個專門接口比使用單一總接口要好
  • 組合重用原則:使用組合,而非繼承,實現(xiàn)重用目的

軟件工程的過程管理,能力成熟度模型

  • 可管理級:需求管理、項目計劃、配置管理、項目監(jiān)督與控制、供應(yīng)商合同管理、度量和分析、過程和產(chǎn)品質(zhì)量保證
  • 已定義級:需求開發(fā)、技術(shù)解決方案、產(chǎn)品集成、驗證、確認、組織級過程焦點、組織級過程定義、組織級培訓(xùn)、集成項目管理、風(fēng)險管理、集成化的團隊、決策分析和解決方案、組織級集成環(huán)境
  • 量化管理級:組織級過程性能、定量項目管理
  • 優(yōu)化管理級:組織級改革與實施、因果分析和解決方案

軟件測試類型

  • 單元測試
  • 集成測試
  • 回歸測試,軟件變更后,變更部分的正確性,以及軟件原有功能和要求的不損害性
  • 配置項測試
  • 系統(tǒng)測試,包括功能測試、性能測試、用戶界面測試、安全性測試、安裝和拆卸測試等
  • 確認測試,Alpha測試是指由用戶在開發(fā)環(huán)境下進行測試,Beta測試是指由用戶在實際使用環(huán)境下進行測試

軟件集成技術(shù)

  • 表示集成,也稱為界面集成,把零散的系統(tǒng)界面集中在一個新的界面
  • 數(shù)據(jù)集成,數(shù)據(jù)和數(shù)據(jù)庫的集成,保證數(shù)據(jù)在數(shù)據(jù)庫系統(tǒng)中分布和共享
  • 控制集成,也稱為功能集成、應(yīng)用集成,在業(yè)務(wù)邏輯上對系統(tǒng)進行集成
  • 業(yè)務(wù)流程集成,也稱為過程集成,由一系列基于標(biāo)準(zhǔn)的、統(tǒng)一數(shù)據(jù)格式的工作流組成
  • 企業(yè)之間的應(yīng)用集成

三網(wǎng)融合是指電信網(wǎng)、互聯(lián)網(wǎng)和有線電視網(wǎng)三大網(wǎng)絡(luò)通過技術(shù)改造,提供包括語音、數(shù)據(jù)、圖像等多媒體通信業(yè)務(wù);三機合一是指電視機、電腦、手機三個信息終端之間信息互連,功能互補。三機合一的基礎(chǔ)是三網(wǎng)融合。

信息安全強調(diào)信息本身的安全,包括秘密性、完整性、可用性。

  • 數(shù)據(jù)加密,對稱加密:加密密鑰和解密密鑰相同,如DES、AES。非對稱加密:加密密鑰和解密密鑰不同,加密密鑰可公開,解密密鑰需保密,如RSA。
  • Hash函數(shù),可將任意長的報文M映射為定長的Hash碼,改變報文的任何一位,都會導(dǎo)致Hash碼改變,因此具有錯誤檢測能力。Hash函數(shù)可提供保密性、報文認證、數(shù)字簽名功能。
  • 數(shù)字簽名,證明當(dāng)事者身份和數(shù)據(jù)真實性的一種信息,不可抵賴、不可偽造、可驗其真?zhèn)巍?/span>
  • 認證,證實某事是否真實有效的一個過程。如口令、信物、指紋、智能卡等。

信息安全的四個層次

  1. 設(shè)備安全,設(shè)備的穩(wěn)定性、可靠性、可用性
  2. 數(shù)據(jù)安全,靜態(tài)安全(傳統(tǒng)意義上的信息安全)
  3. 內(nèi)容安全,在政治、法律、道德層次的要求
  4. 行為安全,動態(tài)安全

信息系統(tǒng)安全:計算機系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、操作系統(tǒng)、應(yīng)用系統(tǒng)

信息系統(tǒng)的安全保護等級

  1. 第一級,對公民、法人的合法權(quán)益造成傷害,但不損害社會秩序、公共利益和國家安全
  2. 第二級,對公民、法人的合法權(quán)益造成嚴(yán)重傷害,對社會秩序、公共利益造成損壞,但不損害國家安全
  3. 第三級,對社會秩序、公共利益造成嚴(yán)重損壞,對國家安全造成損壞
  4. 第四級,對社會秩序、公共利益造成特別嚴(yán)重損壞,對國家安全造成嚴(yán)重損壞
  5. 第五級,對國家安全造成特別嚴(yán)重損壞

網(wǎng)絡(luò)安全法律法規(guī)

  • 中華人民共和國網(wǎng)絡(luò)安全法
  • 中華人民共和國數(shù)據(jù)安全法
  • 中華人民共和國個人信息保護法
  • 關(guān)鍵信息基礎(chǔ)設(shè)施安全保護條例

新一代信息技術(shù):大數(shù)據(jù)、云計算、物聯(lián)網(wǎng)、互聯(lián)網(wǎng) 、智慧城市

大數(shù)據(jù)的特點

  • Volume,大量,數(shù)據(jù)體量巨大,從TB到PB級別,1TB=1024GB,1PB=1024TB,1EB=1024PB
  • Variety,多樣,數(shù)據(jù)類型繁多,文本、圖片、音頻、視頻等
  • Value,價值密度低
  • Velocity,處理速度快
  • Veracity,真實性,數(shù)據(jù)來源于各類網(wǎng)絡(luò)及終端

云計算的三種服務(wù)模式

  • 基礎(chǔ)設(shè)施即服務(wù),IaaS,Infrastructure as a Service,提供虛擬化硬件,可以安裝操作系統(tǒng)
  • 平臺即服務(wù),PaaS,platform as a service,提供中間件、數(shù)據(jù)庫,可以部署應(yīng)用,建庫
  • 軟件即服務(wù),SaaS,Software as a Service,提供軟件應(yīng)用

物聯(lián)網(wǎng)的架構(gòu):感知層、網(wǎng)絡(luò)層、應(yīng)用層

智慧是指感知、學(xué)習(xí)、思考、判斷、決策并指導(dǎo)行動的能力。

智慧城市建設(shè)參考模型

  • 功能層:物聯(lián)感知層、通信網(wǎng)絡(luò)層、計算存儲層、數(shù)據(jù)及服務(wù)支撐層、智慧應(yīng)用層
  • 支持體系:安全保障體系、建設(shè)和運營管理體系、標(biāo)準(zhǔn)規(guī)范體系

智慧城市

  • 公共服務(wù)便捷化,在教育文化、醫(yī)療衛(wèi)生、計劃生育、勞動就業(yè)、社會保障、環(huán)境保護、交通出行、防災(zāi)減災(zāi)等公共服務(wù)方便、及時、高效
  • 城市管理精細化,在市政、人口、交通、應(yīng)急、安全、監(jiān)管等社會管理領(lǐng)域數(shù)字化、精準(zhǔn)化
  • 生活環(huán)境宜居化,水、大氣、噪聲、土壤和植被環(huán)境智能監(jiān)測體系和污染物排放防控體系建成
  • 基礎(chǔ)設(shè)施智能化,電力、燃氣、交通、物流等公用基礎(chǔ)設(shè)施智能化水平大幅提升
  • 網(wǎng)絡(luò)安全長效化,城市網(wǎng)絡(luò)安全保障體系和管理制度基本建立,居民、企業(yè)和政府的信息得到有效保護

智慧城市的五個核心能力:數(shù)據(jù)治理、數(shù)字孿生、邊際決策、多遠融合、態(tài)勢感知

虛擬現(xiàn)實關(guān)鍵技術(shù)

  • 人機交互技術(shù)
  • 傳感器技術(shù)
  • 動態(tài)環(huán)境建模技術(shù)
  • 系統(tǒng)集成技術(shù)

虛擬現(xiàn)實技術(shù)的主要特征:沉浸性、交互性、多感知性、構(gòu)想性、自主性

元宇宙的特征

  • 沉浸式體驗
  • 虛擬身份
  • 虛擬經(jīng)濟
  • 虛擬社會治理

二十大的6個強國

  1. 制造強國
  2. 質(zhì)量強國
  3. 航天強國
  4. 交通強國
  5. 網(wǎng)絡(luò)強國
  6. 數(shù)字中國:數(shù)字經(jīng)濟、數(shù)字社會、數(shù)字政府、數(shù)字生態(tài)

我國信息化發(fā)展的主要任務(wù)和重點

  1. 促進工業(yè)領(lǐng)域信息化深度應(yīng)用
  2. 加快推進服務(wù)業(yè)信息化
  3. 積極提供中小企業(yè)信息化應(yīng)用水平
  4. 協(xié)力推進農(nóng)業(yè)農(nóng)村信息化
  5. 全面深化電子政務(wù)應(yīng)用
  6. 穩(wěn)步提高社會事業(yè)信息化水平(教育、醫(yī)療、就業(yè)和社會保障)
  7. 統(tǒng)籌城鎮(zhèn)化與信息化互動發(fā)展
  8. 加強信息資源開發(fā)利用
  9. 構(gòu)建下一代國家綜合信息基礎(chǔ)設(shè)施
  10. 促進重要領(lǐng)域基礎(chǔ)設(shè)施智能化改造升級
  11. 著力提高國民信息能力
  12. 加強網(wǎng)絡(luò)語信息安全保障體系建設(shè)

電子政務(wù)的四種模式

  • 政府對政府,Government to Government,G2G
  • 政府對企業(yè),Government to Business,G2B
  • 政府對公眾,Government to Citizen,G2C
  • 政府對公務(wù)員,Government to Employee,G2E、

工業(yè)化和信息化兩化融合的含義

  1. 信息化與工業(yè)化發(fā)展戰(zhàn)略要協(xié)調(diào)一致,發(fā)展模式要高度匹配,發(fā)展規(guī)劃要密切配合
  2. 信息資源與材料、能源等工業(yè)資源融合,極大節(jié)省材料、能源等不可再生資源
  3. 虛擬經(jīng)濟與工業(yè)實體經(jīng)濟融合,促進信息經(jīng)濟、知識經(jīng)濟的形成與發(fā)展
  4. 信息技術(shù)與工業(yè)技術(shù)、IT設(shè)備與工業(yè)裝備融合,產(chǎn)生新的科技成果,形成新的生產(chǎn)力

信息系統(tǒng)規(guī)劃原則

  1. 規(guī)劃要支持企業(yè)的戰(zhàn)略目標(biāo)
  2. 規(guī)劃要著眼于高層管理,兼顧各管理層、業(yè)務(wù)層的要求
  3. 規(guī)劃的信息系統(tǒng)結(jié)構(gòu)要有良好的整體性和一致性,自頂向下規(guī)劃,自底向上實現(xiàn)
  4. 信息系統(tǒng)要適應(yīng)企業(yè)的組織結(jié)構(gòu)和管理體制的改變,弱化對組織結(jié)構(gòu)的依從性
  5. 便于實施

信息系統(tǒng)規(guī)劃的工具

  • 制定計劃:甘特圖
  • 訪談:調(diào)查表
  • 確定需求:會談、會議
  • P/O矩陣:Process/Organization,過程組織矩陣,說明過程與組織的聯(lián)系,指出過程的決策人
  • R/D矩陣:Resource/Data,資源數(shù)據(jù)矩陣,對數(shù)據(jù)分類
  • CU矩陣:Create/User,過程數(shù)據(jù)矩陣,說明過程與數(shù)據(jù)的關(guān)系,企業(yè)過程為行,企業(yè)數(shù)據(jù)為列,生成關(guān)系是C,使用關(guān)系是U
  • IPO圖:說明每個模塊的輸入、輸出數(shù)據(jù)和數(shù)據(jù)加工

企業(yè)首席信息官(Chief Information Officer,CIO):IT專家、業(yè)務(wù)專家、管理專家

  1. 提供信息幫助企業(yè)決策
  2. 幫助企業(yè)制定中長期發(fā)展戰(zhàn)略
  3. 有效管理IT部門
  4. 制定信息系統(tǒng)發(fā)展規(guī)劃
  5. 建立積極的IT文化

IPv6有128位地址,通常寫為8組,每組為4個十六進制數(shù)的形式,大大擴展了地址的可用空間。IPv4只有32位地址。

2、信息系統(tǒng)項目管理基礎(chǔ)

項目的定義:項目是為提供一項獨特產(chǎn)品、服務(wù)或成果所做的臨時性努力。

  • 臨時性,一次性,項目有確定的開始和結(jié)束日期
  • 獨特性,獨特的產(chǎn)品、服務(wù)或成果
  • 逐步完善,分步、連續(xù)的積累,在逐步完善過程中,項目范圍仍應(yīng)保持控制狀態(tài)
  • 資源約束
  • 目的性,項目是面向目標(biāo)的,最終得到特定的結(jié)果

有效項目管理涉及的知識領(lǐng)域

  • 項目管理知識體系,項目管理領(lǐng)域獨特的知識
  • 應(yīng)用領(lǐng)域的知識、標(biāo)準(zhǔn)和規(guī)定,標(biāo)準(zhǔn)是一致同意建立并由工人機構(gòu)批準(zhǔn)的文件,規(guī)則是政府對產(chǎn)品、過程或服務(wù)特征的強制要求
  • 項目環(huán)境知識,包括社會、政治、自然環(huán)境
  • 通用的管理知識和技能,如財務(wù)、采購、銷售、合同、制造、供應(yīng)鏈、人事管理、薪酬福利、職業(yè)規(guī)劃等
  • 軟技能或人際關(guān)系技能,如有效溝通、影響組織、領(lǐng)導(dǎo)能力、激勵、談判和沖突管理等

國際項目管理協(xié)會(International Project Management Association,IPMA)將項目管理專業(yè)人員資質(zhì)認證分為四個等級:

  • A級,認證的高級項目經(jīng)理,Certificated Projects Director,CPD
  • B級,認證的項目經(jīng)理,Certificated Project Manager
  • C級,認證的項目管理專家,Certificated Project Management Professional,PMP
  • D級,認證的項目管理專業(yè)人員,Certificated Project Management Practitioner,PMF

PRINCE2的四要素:原則、流程、主題、環(huán)境

PRINCE2的七項原則(通過原則定義項目)

  1. 持續(xù)業(yè)務(wù)驗證
  2. 吸取經(jīng)驗教訓(xùn)
  3. 明確定義的角色和職責(zé),令所有人明確自己的任務(wù)要求
  4. 按階段管理,計劃須具有可管理性和預(yù)見性,分階段計劃、監(jiān)督和控制項目
  5. 例外管理,項目范圍、進度、成本的約束
  6. 關(guān)注產(chǎn)品,強調(diào)交付物的定義、生產(chǎn)和審批
  7. 根據(jù)項目環(huán)境剪裁,項目管理沒有嚴(yán)格公式,流程和主題要符合項目的獨特狀況

PRINCE2的七個主題(持續(xù)關(guān)注的方面)

  1. 商業(yè)論證
  2. 組織,項目團隊成員的角色和職責(zé)
  3. 質(zhì)量,使所有參與人員了解產(chǎn)品的質(zhì)量特點,及確保這些要求能夠交付
  4. 計劃,計劃是項目溝通和控制的重點
  5. 風(fēng)險,管理項目中的不確定性
  6. 變更,評估和處理對項目基線產(chǎn)生影響的問題
  7. 進展,關(guān)注計劃持續(xù)的可交付性

PRINCE2的七個流程(基于流程的項目管理方法)

  1. 項目準(zhǔn)備流程
  2. 項目指導(dǎo)流程
  3. 項目啟動流程
  4. 階段控制流程
  5. 階段邊界管理
  6. 產(chǎn)品交付管理流程
  7. 項目收尾流程

PRINCE2的環(huán)境:依據(jù)組織和項目的特殊性,對流程和主題剪裁,如項目的大小、復(fù)雜性、類型、地理和文化差異等。

軟件生命周期模型

  1. 瀑布模型,需求、設(shè)計、編碼、測試、運維,逐階段順序進行
  2. 螺旋模型,強調(diào)風(fēng)險分析,適用于龐大復(fù)雜、高風(fēng)險的系統(tǒng)
  3. 迭代模型,初始、細化、構(gòu)造、移交,適用于需求有變化的情況
  4. V模型,體現(xiàn)的主要思想是開發(fā)和測試同等重要,左側(cè)是需求分析、概要設(shè)計、詳細設(shè)計、編碼,右側(cè)是單元測試、集成測試、系統(tǒng)測試、驗收測試,清晰描述測試階段和開發(fā)階段的對應(yīng)關(guān)系,適用于需求明確、變更不頻繁的項目
  5. 原型化模型,創(chuàng)建一個快速原型,在此基礎(chǔ)上進行討論分析,進而開發(fā)出用戶滿意的產(chǎn)品,適用于難以一下全面準(zhǔn)確提出用戶需求的情況
  6. 敏捷開發(fā)模型,以人為核心、迭代、循序漸進的開發(fā)方法,Scrum是一種迭代式增量軟件開發(fā)過程

3、項目立項管理

項目建議書內(nèi)容

  1. 項目的必要性
  2. 項目的市場預(yù)測
  3. 產(chǎn)品方案或服務(wù)的市場預(yù)測
  4. 項目建設(shè)必需的條件

項目可行性報告內(nèi)容

  1. 投資的必要性
  2. 技術(shù)的可行性
  3. 財務(wù)的可行性
  4. 組織的可行性
  5. 經(jīng)濟的可行性
  6. 社會的可行性
  7. 風(fēng)險因素及對策

招標(biāo)人和中標(biāo)人應(yīng)當(dāng)自中標(biāo)通知書發(fā)出之日起30日內(nèi)按投標(biāo)文件訂立書面合同,招標(biāo)人應(yīng)當(dāng)自確定中標(biāo)之日起15日內(nèi),向有關(guān)行政監(jiān)督部門提交招投標(biāo)情況的書面報告。

項目論證,圍繞市場需求、開發(fā)技術(shù)、財務(wù)經(jīng)濟三方面進行調(diào)查和分析,市場是前提、技術(shù)是手段、財務(wù)經(jīng)濟是核心。

項目論證一般可分為機會研究、初步可行性研究和詳細可行性研究三個階段。

4、項目整體管理

整范進成質(zhì),人溝風(fēng)采干。

項目整體管理的7個過程

  1. 啟動過程組:制定項目章程
  2. 規(guī)劃過程組:制定項目管理計劃
  3. 執(zhí)行過程組:指導(dǎo)和管理項目工作、管理項目知識
  4. 監(jiān)控過程組:監(jiān)控項目工作、實施整體變更控制
  5. 收尾過程組:結(jié)束項目或階段

項目章程應(yīng)當(dāng)包括的內(nèi)容

  1. 項目目的或批準(zhǔn)項目的原因
  2. 可測量的項目目標(biāo)和相關(guān)的成功標(biāo)準(zhǔn)
  3. 項目的總體要求
  4. 概括性的項目描述
  5. 項目的主要風(fēng)險
  6. 總體里程碑進度計劃
  7. 總體預(yù)算
  8. 項目審批要求(用什么標(biāo)準(zhǔn)評價項目成功,由誰對項目成功下結(jié)論,由誰來簽署項目介紹)
  9. 委派的項目經(jīng)理及其職責(zé)和職權(quán)
  10. 發(fā)起人或其他批準(zhǔn)項目章程的人員的姓名和職權(quán)

制定項目章程的依據(jù)

  1. 協(xié)議,包括合同、協(xié)議書、意向書、口頭協(xié)議、電子郵件或其他書面協(xié)議
  2. 項目工作說明書,對項目提供的產(chǎn)品或服務(wù)的文字說明,指明如下事項之一:業(yè)務(wù)需求、產(chǎn)品范圍說明書、戰(zhàn)略計劃
  3. 商業(yè)論證,包括業(yè)務(wù)需求和成本效益分析,決定項目是否值得投資??紤]因素:市場需求、組織需要、客戶要求、技術(shù)進步、法律要求、生態(tài)影響、社會需要
  4. 事業(yè)環(huán)境因素,如公司文化和組織結(jié)構(gòu)、政府或行業(yè)標(biāo)準(zhǔn)、基礎(chǔ)設(shè)施、現(xiàn)有人力資源、人事管理制度、市場情況、項目干系人風(fēng)險承受力、商業(yè)數(shù)據(jù)庫、項目管理系統(tǒng)等
  5. 組織過程資產(chǎn),包括組織進行工作的過程與程序(標(biāo)準(zhǔn)過程、指導(dǎo)原則、溝通要求、變更控制程序、風(fēng)險控制程序、批準(zhǔn)與簽發(fā)授權(quán)的工作程序)和組織整體信息存儲檢索知識庫(過程測量數(shù)據(jù)庫、項目檔案、歷史信息和教訓(xùn)知識庫、配置管理知識庫、財務(wù)數(shù)據(jù)庫)

三個項目財務(wù)價值評價方法

  • 凈現(xiàn)值分析,將未來的現(xiàn)金流入和流出折算成現(xiàn)值,即今天的錢比未來的錢更值錢。凈現(xiàn)值為正時意味項目收益會超過成本。
  • 投資收益率分析,ROI = (總的折現(xiàn)收益 – 總的折現(xiàn)成本)/ 總的折現(xiàn)成本
  • 投資回報期分析,確定多長時間累積收益大于累積成本,即累積凈現(xiàn)金流現(xiàn)值大于0

項目管理計劃內(nèi)容

  1. 項目名稱
  2. 項目背景
  3. 項目范圍管理計劃,范圍基準(zhǔn)
  4. 項目進度管理計劃,進度基準(zhǔn)
  5. 項目成本管理計劃,成本基準(zhǔn)
  6. 項目質(zhì)量管理計劃
  7. 項目人力資源計劃
  8. 項目溝通計劃
  9. 項目風(fēng)險管理計劃,風(fēng)險登記冊
  10. 項目采購計劃

變更管理的基本流程

  1. 變更申請
  2. 變更評估
  3. 變更決策
  4. 變更實施
  5. 變更驗證
  6. 變更存檔

5、項目范圍管理

項目范圍管理就是只做范圍內(nèi)的事,既不多做,也不少做。項目范圍管理包括三方面的工作:

  1. 明確項目邊界
  2. 對項目執(zhí)行工作進行監(jiān)控
  3. 防止項目范圍發(fā)生蔓延

產(chǎn)品范圍是指產(chǎn)品或者服務(wù)應(yīng)該包含的功能,項目范圍是指為了能夠交付產(chǎn)品,項目所必須做的工作。

項目的范圍基準(zhǔn)是經(jīng)過批準(zhǔn)的項目范圍說明書、WBS和WBS詞典。判斷項目范圍是否完成,以范圍基準(zhǔn)來衡量。

項目范圍管理的6個過程

  1. 啟動過程組:無
  2. 規(guī)劃過程組:規(guī)劃范圍管理、收集需求、定義范圍、創(chuàng)建WBS
  3. 執(zhí)行過程組:無
  4. 監(jiān)控過程組:確認范圍、控制范圍
  5. 收尾過程組:無

項目范圍說明書描述了項目的可交付物和產(chǎn)生這些可交付物所必須做的工作。項目范圍說明書在所有項目干系人之間建立起一個對項目范圍的基本共識。

項目范圍說明書的內(nèi)容:產(chǎn)品范圍描述、驗收標(biāo)準(zhǔn)、可交付成果、項目除外責(zé)任、制約因素、假設(shè)條件

項目范圍說明書的作用:確定范圍、溝通基礎(chǔ)、規(guī)劃和控制依據(jù)、變更基礎(chǔ)、規(guī)劃基礎(chǔ)

WBS(Work Breakdown Structure),工作分解結(jié)構(gòu)。創(chuàng)建WBS就是將項目可交付成果和項目工作分解成較小的、易于管理的組件的過程。

WBS不是某個項目成員的責(zé)任,應(yīng)由全體項目團隊成員、用戶和項目干系人共同完成和一致確認。

WBS包括

  1. 里程碑:標(biāo)志某個可交付成果或階段的正式完成,里程碑是重要的檢查點
  2. 工作包:應(yīng)非常具體,以便承擔(dān)者明確自己的任務(wù)、目標(biāo)和責(zé)任。遵循8/80原則(最少8個小時,最多80個小時)
  3. 控制賬戶:一種管理控制點,既可以是工作包,也可以是更高層次的一個要素
  4. 規(guī)劃包:在控制賬戶之下,工作內(nèi)容已知但尚缺詳細進度活動的WBS組成部分,隨著情況逐漸明晰,最終分解為工作包
  5. WBS字典:給WBS每個部分一個賬戶編碼標(biāo)識符,是成本、進度和資源使用信息匯總的層次結(jié)構(gòu)

WBS分解步驟

  1. 識別和分析可交付成果及相關(guān)工作
  2. 確定WBS的結(jié)構(gòu)和編排方法
  3. 自上而下逐層細化分解
  4. 為WBS組件制定和分配標(biāo)識編碼
  5. 核實可交付成果分解的程度是恰當(dāng)?shù)?/span>

WBS的分層方式

  • 第一層:項目名稱
  • 第二層:項目生命周期的各階段、主要可交付成果、子項目

WBS的表現(xiàn)形式

  • 樹形結(jié)構(gòu),優(yōu)點是層次清晰、直觀性強,缺點是不易修改、難以表示項目全貌
  • 表格形式,優(yōu)點是能反映出項目所有的工作要素,缺點是直觀性較差

WBS分解注意事項

  1. WBS必須是面向可交付成果
  2. WBS必須符合項目的范圍
  3. WBS的底層應(yīng)該支持計劃和控制
  4. WBS的元素必須有人負責(zé),可多人參與,但只由一個人負責(zé)
  5. WBS建議控制在4~6層
  6. WBS應(yīng)包括項目管理工作,包括分包出去的工作
  7. WBS的編制需要所有項目團隊成員、項目干系人的參與
  8. WBS不是一成不變的

WBS的作用

  1. 明確項目范圍,使項目團隊成員清楚理解任務(wù)的性質(zhì)和努力方向
  2. 定義項目邊界
  3. 針對獨立單元,進行時間、成本和資源需求量的估算,提高估算的準(zhǔn)確性
  4. 為計劃、預(yù)算、進度安排和費用控制奠定共同基礎(chǔ),確定項目進度和控制的基準(zhǔn)
  5. 確定工作內(nèi)容和工作順序
  6. 有助于防止需求蔓延

確認范圍是正式驗收項目已完成的可交付成果的過程,確認范圍貫穿項目的始終。

范圍變更原因

  1. 政府政策發(fā)生變化
  2. 項目范圍計劃有錯誤或遺漏
  3. 市場上出現(xiàn)新技術(shù)或新方案
  4. 項目執(zhí)行組織發(fā)生變化
  5. 客戶對項目、項目產(chǎn)品或服務(wù)的要求發(fā)生變化

6、項目進度管理

進度管理的7個過程

  1. 啟動過程組:無
  2. 規(guī)劃過程組:規(guī)劃進度管理、定義活動、排列活動順序、估算活動持續(xù)時間、制定進度計劃
  3. 執(zhí)行過程組:無
  4. 監(jiān)控過程組:控制進度
  5. 收尾過程組:無

活動是實施項目時安排工作的最基本的工作單元,一個活動只可以屬于一個工作包。

橫道圖:也稱甘特圖,活動為縱軸,時間為橫軸。

縮短活動工期的辦法(進度壓縮)

  1. 趕工,投入更多資源或增加工作時間,以縮短關(guān)鍵活動工期
  2. 快速跟進,并行施工,以縮短關(guān)鍵路徑長度
  3. 使用高素質(zhì)資源或經(jīng)驗更豐富的人員
  4. 減小活動范圍或降低活動要求,前提是甲方同意
  5. 改進方法或技術(shù),以提高生產(chǎn)效率
  6. 加強質(zhì)量管理,及時發(fā)現(xiàn)問題,減少返工

項目工作量和工期的估計方法

  1. 德爾菲法(Delphi):一種專家評估技術(shù),防止個人錯誤被放大
  2. 類比估算:類比環(huán)境和復(fù)雜度相似的歷史項目
  3. 參數(shù)估算:基于歷史數(shù)據(jù)和項目參數(shù),使用某種算法來估算
  4. 儲備分析:應(yīng)急儲備(應(yīng)對進度不確定性,風(fēng)險已知,包含在進度基準(zhǔn)中)和管理儲備(為管理控制的目的特別留出來的項目時段,應(yīng)對不可預(yù)見的工作,風(fēng)險未知,不在進度基準(zhǔn)中,在項目總預(yù)算中)
  5. 三點估算:期望值 =(悲觀 4*最可能 樂觀)/ 6,標(biāo)準(zhǔn)差 = (悲觀-樂觀)/ 6,68.3%、95.4%、99.7%

前導(dǎo)圖法

  • 前導(dǎo)圖法(Precedence Diagramming Method,PDM),也稱單代號網(wǎng)絡(luò)圖法、緊前關(guān)系繪圖法,使用方框(稱為節(jié)點)代表活動,節(jié)點之間用箭頭連接,以顯示節(jié)點之間的邏輯關(guān)系
  • 四種依賴關(guān)系:結(jié)束-開始、結(jié)束-結(jié)束、開始-開始、開始-結(jié)束(Start、Finish)
  • 活動的四個時間

最早開始時間

工期

最早完成時間

活動名稱

最遲開始時間

總浮動時間

最遲完成時間

箭線圖法

  • 箭線圖法(Arrow Diagramming Method,ADM),也稱雙代號網(wǎng)絡(luò)圖、活動箭線圖(Activity On Arrow,AOA),用箭線表示活動,節(jié)點表示事件
  • 三個原則:每一個活動和事件有唯一的代號、節(jié)點代號沿箭線方向越來越大、流入同一節(jié)點的活動有共同的緊后活動
  • 虛活動,由虛箭線表示,虛活動不消耗時間和資源,只是為了表達活動之間的關(guān)系

關(guān)鍵路徑法

  • 最早開始時間和最遲開始時間相等的活動稱為關(guān)鍵活動,關(guān)鍵活動串聯(lián)起來的路徑為關(guān)鍵路徑
  • 關(guān)鍵路徑是項目中時間最長的活動順序,決定著項目最短工期
  • 關(guān)鍵路徑可以有多條

關(guān)鍵鏈法:建立在關(guān)鍵路徑法之上,考慮資源分配、資源優(yōu)化、資源平衡和活動歷時不確定性對關(guān)鍵路徑的影響,引入緩沖和緩沖管理的概念

  • 項目緩沖:放在關(guān)鍵鏈末端的緩沖,保證項目不因關(guān)鍵鏈的延誤而延誤
  • 接駁緩沖:放在非關(guān)鍵鏈和關(guān)鍵鏈的接合點,保護關(guān)鍵鏈不受非關(guān)鍵鏈延誤的影響

資源優(yōu)化技術(shù)

  • 資源平衡,在資源需求和資源供給之間取得平衡,根據(jù)資源制約對開始日期和結(jié)束日期進行調(diào)整,會導(dǎo)致關(guān)鍵路徑改變,通常是延長
  • 資源平滑,使項目資源需求不超過資源限制,活動只在其自由浮動時間和總浮動時間內(nèi)延遲,不改變關(guān)鍵路徑,也不延長完工日期

PERT分析

  • Program Evaluation and Review Technique,計劃評估和審查技術(shù),一種合理的風(fēng)險評估方法
  • PERT分布的期望值為:E=(O 4M P)/6,其中:O代表樂觀值,M代表最可能值,P代表最悲觀值。

7、項目成本管理

項目全過程耗用的各種成本的總和為項目成本,項目成本管理的目標(biāo)是在預(yù)算范圍內(nèi)完成項目,不節(jié)省、不超支。

項目成本失控的原因

  1. 對項目認識不足
  2. 需求管理不當(dāng)
  3. 技術(shù)的制約
  4. 方法問題
  5. 組織制度不健全

成本的類型

  1. 固定成本:不隨生產(chǎn)量、工作量或時間變化而變化的成本
  2. 可變成本:隨生產(chǎn)量、工作量或時間變化而變化的成本
  3. 直接成本:直接歸屬于項目工作的成本,如項目團隊工資、差旅費,項目使用的物料
  4. 間接成本:幾個項目共同擔(dān)負的項目成本,如稅金、額外福利
  5. 機會成本:利用時間或資源生產(chǎn)一種商品時,而失去生產(chǎn)其他最佳產(chǎn)品的機會
  6. 沉沒成本:由于過去決策已經(jīng)發(fā)生了的、無法再改變的成本

項目成本管理的4個過程

  1. 啟動過程組:無
  2. 規(guī)劃過程組:規(guī)劃成本管理、估算成本、制定預(yù)算
  3. 執(zhí)行過程組:無
  4. 監(jiān)控過程組:控制成本
  5. 收尾過程組:無

估算成本步驟

  1. 找:識別并分析成本的構(gòu)成科目
  2. 算:估算每一科目的成本大小
  3. 優(yōu):分析成本估算結(jié)果,找出各種可以相互替代的成本,協(xié)調(diào)各種成本之間的比例關(guān)系

制定預(yù)算是匯總所有估算成本,建立一個經(jīng)批準(zhǔn)的成本基準(zhǔn)的過程??蓳?jù)此監(jiān)督和控制項目績效。

控制成本是監(jiān)督項目狀態(tài),以更新項目成本,管理成本基準(zhǔn)變更的過程。成本控制的單位為控制賬號或工作包,而非具體活動。

掙值分析:評估項目績效和進度的方法。

  • PV:planned value,計劃值
  • AC:actual cost,實際成本
  • EV:earned value,掙值
  • ETC:estimate to complete,完工尚需成本,非典型偏差:ETC = BAC – EV,典型偏差:ETC = (BAC – EV) / CPI
  • EAC:estimate actual cost,完工估算成本,非典型偏差:EAC = AC ETC,典型偏差:ETC = BAC / CPI
  • CV:成本偏差,CV = EV – AC
    • CV > 0:成本節(jié)省
    • CV < 0:成本超支
  • SV:進度偏差,SV = EV – PV
    • SV > 0:進度超前
    • SV < 0:進度落后
  • CPI:成本績效指數(shù),CPI = EV / AC
  • SPI:進度績效指數(shù),SPI = EV / PV

8、項目質(zhì)量管理

質(zhì)量的定義:一組固有特性滿足要求的程度(GB/T 1900-2008)。

質(zhì)量管理:指確定質(zhì)量方針、目標(biāo)和職責(zé),并通過質(zhì)量規(guī)劃、質(zhì)量保證和質(zhì)量控制,以及質(zhì)量改進來實現(xiàn)所有管理職能的全部活動。

質(zhì)量管理標(biāo)準(zhǔn)體系ISO9000系列的基本原則

  1. 以顧客為中心
  2. 領(lǐng)導(dǎo)作用
  3. 全員參與
  4. 過程方法
  5. 管理的系統(tǒng)方法
  6. 持續(xù)改進
  7. 基于事實的決策方法
  8. 與供方互利的關(guān)系

全面質(zhì)量管理(TQM)核心特征

  1. 全員參加的質(zhì)量管理
  2. 全過程的質(zhì)量管理
  3. 全面方法的質(zhì)量管理
  4. 全面結(jié)果的質(zhì)量管理

六西格瑪

  • 六西格瑪意為六倍標(biāo)準(zhǔn)差,即一百萬個產(chǎn)品樣本中,只有3.4個瑕疵
  • 采用DMAIC(確定、測量、分析、改進、控制)改進方法對組織的關(guān)鍵流程進行改進

項目質(zhì)量管理的3個過程

  1. 啟動過程組:
  2. 規(guī)劃過程組:規(guī)劃質(zhì)量管理
  3. 執(zhí)行過程組:管理質(zhì)量
  4. 監(jiān)控過程組:控制質(zhì)量
  5. 收尾過程組:

質(zhì)量成本

  • 一致性成本:在項目期間用于防止失敗的費用,如培訓(xùn)、測試、檢查
  • 非一致性成本:項目期間和項目完成后用于處理失敗的費用,如返工、廢品、保修

七種質(zhì)量工具(老)

因流核帕直控散

  1. 因果圖:也稱魚骨圖,用來追溯問題原因,回推到可行動的根本原因
  2. 流程圖:也稱過程圖,用來顯示一個或多個輸入轉(zhuǎn)化成一個或多個輸出的過程
  3. 核查表:也稱計數(shù)表,用于收集數(shù)據(jù)的查對清單
  4. 帕累托圖:用于識別造成大多數(shù)問題的少數(shù)重要原因
  5. 直方圖:用于描述集中趨勢、分散程度和統(tǒng)計分布形狀
  6. 控制圖:七點運行定律,指在一個質(zhì)量控制圖中,一行上的7個數(shù)據(jù)點都低于或高于平均值,或者都是上升或下降的,則這個過程就需要因為非隨機問題接受檢查
  7. 散點圖:用于顯示兩個變量之間是否有關(guān)系

七種質(zhì)量工具(新)

親過關(guān)樹優(yōu)活陣

  1. 親和圖:針對某個問題,產(chǎn)生出可聯(lián)成有組織的想法模式的各種創(chuàng)意,用于確定范圍分解結(jié)構(gòu)
  2. 過程決策程序圖(PDPC):用于理解目標(biāo)與達成此目標(biāo)的步驟之間的關(guān)系,有助于制定應(yīng)急計劃
  3. 關(guān)聯(lián)圖:關(guān)系圖的變種
  4. 樹形圖:也稱系統(tǒng)圖,用于表現(xiàn)如WBS的層次分解結(jié)構(gòu)
  5. 優(yōu)先矩陣:用于識別關(guān)鍵事項和合適的備選方案
  6. 活動網(wǎng)絡(luò)圖:也稱箭頭圖,包括活動箭線圖和活動節(jié)點圖
  7. 矩陣圖:使用矩陣結(jié)構(gòu)對數(shù)據(jù)進行分析,在行列交叉位置展示因素、原因和目標(biāo)之間的關(guān)系強弱

質(zhì)量保證人員的工作

  1. 制定質(zhì)量管理計劃
  2. 建立相應(yīng)的質(zhì)量標(biāo)準(zhǔn)和規(guī)范
  3. 按計劃實施質(zhì)量檢查,每次檢查之前準(zhǔn)備檢查清單,并將質(zhì)量管理相關(guān)情況予以記錄
  4. 依據(jù)檢查的情況和記錄,發(fā)現(xiàn)問題、分析問題,與當(dāng)事人協(xié)商進行解決,問題解決后要進行驗證。若無法與當(dāng)事人達成一致,應(yīng)報告項目經(jīng)理,直至問題解決
  5. 定期給項目干系人發(fā)質(zhì)量報告
  6. 為項目成員提供質(zhì)量管理方面的培訓(xùn)或指導(dǎo)

9、項目資源管理

項目經(jīng)理具有領(lǐng)導(dǎo)者和管理者的雙重身份。

  • 領(lǐng)導(dǎo)者:確定方向、統(tǒng)一思想、激勵和鼓舞
  • 管理者:負責(zé)某件事情的管理和實現(xiàn)某個目標(biāo)

項目資源管理的4個過程

  1. 啟動過程組:無
  2. 規(guī)劃過程組:規(guī)劃資源管理、估算活動資源
  3. 執(zhí)行過程組:獲取資源、建設(shè)團隊、管理團隊
  4. 監(jiān)控過程組:控制資源
  5. 收尾過程組:無

整體性的人力資源計劃包括供給報表、需求報表和人力報表

團隊發(fā)展階段

  1. 形成階段:形成共同目標(biāo),對未來有美好期待
  2. 震蕩階段:出現(xiàn)爭執(zhí),互相指責(zé),懷疑項目經(jīng)理能力
  3. 規(guī)范階段:團隊成員之間相互熟悉和了解,矛盾基本解決,項目經(jīng)理得到團隊認可
  4. 發(fā)揮階段:團隊成員配合默契,積極工作,努力實現(xiàn)目標(biāo),項目經(jīng)理得到團隊信任
  5. 解散階段:項目結(jié)束,團隊解散

不管目前處于什么階段,當(dāng)增加或減少一個人后,都從形成期重新開始。

人際關(guān)系技能:領(lǐng)導(dǎo)力、激勵、溝通、沖突管理、談判技巧、影響力、有效決策、團隊建設(shè)和引導(dǎo)技能等

項目經(jīng)理的5種權(quán)利

  1. 職位權(quán)力
  2. 獎勵權(quán)力
  3. 懲罰權(quán)力
  4. 專家權(quán)力
  5. 參照權(quán)力

沖突解決的5種辦法

  1. 撤退/回避:從沖突中退出,回避問題
  2. 緩和/包容:單方面的妥協(xié)
  3. 妥協(xié)/調(diào)解:雙方面的包容
  4. 強迫/命令:一方贏,一方輸
  5. 合作/解決問題:雙贏

馬斯洛需求層次理論

  1. 生理的需求
  2. 安全的需求
  3. 社會交往的需求
  4. 受尊重的需求
  5. 自我實現(xiàn)的需求

赫茨伯格的雙因素理論

  • 保健因素:與工作環(huán)境或條件有關(guān),防止產(chǎn)生不滿意感,如工作環(huán)境、工資、公司政策、人際關(guān)系
  • 激勵因素:與工作本身或工作內(nèi)容有關(guān),促使產(chǎn)生滿意感,如責(zé)任、成就、發(fā)展機會

X理論和Y理論

  • X理論:假設(shè)人性本惡,好逸惡勞、以自我為中心、缺乏進取心、反對改革,主張對員工采取強制處罰手段,嚴(yán)格監(jiān)督管理
  • Y理論:假設(shè)人性本善,與X理論相反,主張對員工采用激勵、放權(quán)的辦法

期望理論:激發(fā)力量 = 目標(biāo)效價 x 期望值,目標(biāo)效價是指實現(xiàn)該目標(biāo)有多大價值,期望值是指實現(xiàn)該目標(biāo)的可能性大小

三類層級結(jié)構(gòu)

  • WBS:work breakdown structure,工作分解結(jié)構(gòu),把項目可交付成果分解為工作包
  • OBS:organization breakdown structure,組織分解結(jié)構(gòu),按照組織部門進行排列
  • RBS:resource breakdown structure,資源分解結(jié)構(gòu),按照資源的類別和類型進行排列

RACI矩陣:Responsible 執(zhí)行、Accountable 負責(zé)、Consult 咨詢、Inform 知情

評價團隊有效性的指標(biāo)

  1. 個人技能的改進
  2. 團隊技能的改進
  3. 團隊離職率降低
  4. 團隊凝聚力加強

項目經(jīng)理如何建設(shè)團隊

  1. 對團隊有耐心,保持態(tài)度良好
  2. 努力去解決問題,而非一味抱怨
  3. 召開定期有效的項目會議
  4. 規(guī)劃一些社會活動,讓團隊成員和項目干系人彼此熟悉
  5. 給予團隊成員同等壓力,創(chuàng)造團隊成員喜歡的氛圍
  6. 培養(yǎng)和鼓勵團隊成員之間互相幫助
  7. 認可個人和團隊的成績

成功團隊的特征

  1. 團隊目標(biāo)明確,成員清楚自己工作對目標(biāo)的貢獻
  2. 團隊組織結(jié)構(gòu)清晰,崗位明確
  3. 團隊有成文的工作流程和方法,且流程簡明有效
  4. 團隊有明確的考核和評價標(biāo)準(zhǔn),工作結(jié)果公開公正,賞罰分明
  5. 團隊有共同制定并遵守的組織紀(jì)律
  6. 團隊成員互相信任、協(xié)同工作

10、項目溝通管理和干系人管理

溝通模型的關(guān)鍵要素

  1. 編碼:把思想或想法轉(zhuǎn)化為他人能理解的語言
  2. 信息:編碼的結(jié)果
  3. 媒介:傳遞信息的方法
  4. 噪聲:干擾信息傳輸和理解的一切因素
  5. 解碼:把信息還原成思想或想法

溝通的5個狀態(tài)

  1. 已發(fā)送
  2. 已收到
  3. 已理解
  4. 已認可
  5. 已轉(zhuǎn)化為積極行動

項目溝通管理的3個過程

  1. 啟動過程組:無
  2. 規(guī)劃過程組:規(guī)劃溝通管理
  3. 執(zhí)行過程組:管理溝通
  4. 監(jiān)控過程組:監(jiān)督溝通
  5. 收尾過程組:無

溝通渠道的數(shù)量 = n * (n – 1) / 2,n 為總?cè)藬?shù),用來反映項目溝通的復(fù)雜程度。

溝通方法

  1. 交互式溝通:在兩方或多方之間進行的實時多向信息交換,如會議、電話、即時通信
  2. 推式溝通:向信息接收方發(fā)送或發(fā)布信息,如郵件、傳真、日志、新聞
  3. 拉式溝通:需要信息接收方主動訪問信息,如企業(yè)內(nèi)網(wǎng)、網(wǎng)絡(luò)課程

項目干系人管理的4個過程

  1. 啟動過程組:識別干系人
  2. 規(guī)劃過程組:規(guī)劃干系人參與
  3. 執(zhí)行過程組:管理干系人參與
  4. 監(jiān)控過程組:監(jiān)督干系人參與
  5. 收尾過程組:無

權(quán)利/利益方格

  • 高權(quán)利、高利益:重點管理
  • 高權(quán)利、低利益:令其滿意
  • 低權(quán)利、高利益:隨時告知
  • 低權(quán)利、低利益:保持監(jiān)督

11、項目風(fēng)險管理

項目風(fēng)險既包括對項目目標(biāo)的威脅,也包括促進項目目標(biāo)的機會。

風(fēng)險的分類

  • 按后果分:純粹風(fēng)險、投機風(fēng)險
  • 按來源分:自然風(fēng)險、人為風(fēng)險
  • 按影響范圍分:局部風(fēng)險、總體風(fēng)險
  • 按可預(yù)測性分:已知風(fēng)險、可預(yù)測風(fēng)險、不可預(yù)測風(fēng)險

項目風(fēng)險管理的7個過程

  1. 啟動過程組:無
  2. 規(guī)劃過程組:規(guī)劃風(fēng)險管理、識別風(fēng)險、實施定性風(fēng)險分析、實施定量風(fēng)險分析、規(guī)劃風(fēng)險應(yīng)對
  3. 執(zhí)行過程組:實施風(fēng)險應(yīng)對
  4. 監(jiān)控過程組:監(jiān)督風(fēng)險
  5. 收尾過程組:無

消極風(fēng)險應(yīng)對策略

  • 回避:改變項目計劃,以排除風(fēng)險
  • 轉(zhuǎn)嫁:將風(fēng)險的后果和責(zé)任轉(zhuǎn)移到第三方
  • 減輕:把風(fēng)險的結(jié)果降低到一個可接受的臨界值
  • 接受:接受風(fēng)險后果,不采取任何措施

積極的風(fēng)險應(yīng)對策略

  • 開拓:確保機會肯定實現(xiàn),消除風(fēng)險相關(guān)的不確定性
  • 分享:分享積極風(fēng)險到第三方
  • 提高:提高積極風(fēng)險的概率或影響

風(fēng)險識別的特點

  1. 全員性
  2. 系統(tǒng)性
  3. 動態(tài)性
  4. 信息依賴性
  5. 綜合性

12、項目采購管理

擯棄以企業(yè)為中心的傳統(tǒng)管理模式,代之以現(xiàn)代戰(zhàn)略合作的管理模式。戰(zhàn)略合作的本質(zhì)是供應(yīng)鏈管理。

項目采購管理的3個過程

  1. 啟動過程組:無
  2. 規(guī)劃過程組:規(guī)劃采購管理
  3. 執(zhí)行過程組:實施采購
  4. 監(jiān)控過程組:控制采購
  5. 收尾過程組:無

采購步驟

  1. 需求確定與采購計劃的制定
  2. 供應(yīng)商的搜尋和分析
  3. 定價:競爭性報價、談判
  4. 擬訂并發(fā)出訂單
  5. 訂單的跟蹤和跟催
  6. 收貨和驗貨
  7. 開票和支付貨款
  8. 記錄管理

供應(yīng)商選擇的三大主要因素:產(chǎn)品價格、質(zhì)量、服務(wù)

不合格采購品的處理

  • 退貨
  • 調(diào)換
  • 降級作他用,需主管領(lǐng)導(dǎo)批準(zhǔn)并備案

采購合同簽訂后5個工作日將采購合同原件及附件進行歸檔。

采購檔案的保存期限:短期為10年,長期為30年,和永久保存。

信息系統(tǒng)項目管理知識點(信息系統(tǒng)項目的范圍管理)

13、項目合同管理

合同是買賣雙方形成的一個共同遵守的協(xié)議,賣方有義務(wù)提供合同指定的產(chǎn)品和服務(wù),買方有義務(wù)支付合同規(guī)定的價款。

合同類型

  • 按項目范圍分
    • 總承包合同:買方將項目全過程作為一個整體發(fā)包給一個賣方的合同
    • 單項承保合同:買方將項目全中的某一項或某幾項內(nèi)容,分別與不同的賣方訂立項目單項承包的合同
    • 分包合同:經(jīng)合同約定和買方認可,賣方將承保項目的某一部分或某幾部分項目再發(fā)包給具有相應(yīng)資質(zhì)條件的分包方,與分包方訂立的合同稱為項目分包合同。分包方不能再次分包。
  • 按付款方式分
    • 總價:固定總價合同、總價加激勵費用合同、總價加經(jīng)濟價格調(diào)整合同、訂購單
    • 成本補償:成本加固定費用(固定費用為項目初始估算成本的某一百分比)、成本加激勵費用合同(預(yù)先確定的激勵費用)、成本加獎勵費用合同(買方主管判斷決定獎勵費用)
    • 工料合同:適合金額小、工期短、不復(fù)雜的項目

合同類型的選擇

  • 如果工作范圍明確,項目設(shè)計詳細,則使用總價合同
  • 如果工作性質(zhì)清楚,但范圍不很清楚,且工作不復(fù)雜,又需要快速簽訂合同,則使用工料合同
  • 如果工作范圍尚不清楚,則使用成本補償合同
  • 如果雙方分擔(dān)風(fēng)險,則使用工料合同
  • 如果買方承擔(dān)成本風(fēng)險,則使用成本補償合同
  • 如果賣方承擔(dān)成本風(fēng)險,則使用總價合同
  • 如果購買標(biāo)準(zhǔn)產(chǎn)品,且數(shù)量不大,則使用單邊合同

合同的內(nèi)容

  1. 項目名稱
  2. 標(biāo)的內(nèi)容和范圍
  3. 項目的質(zhì)量要求
  4. 項目的計劃、進度、地點和方式
  5. 項目建設(shè)過程中的各種期限
  6. 技術(shù)情報和資料的保密
  7. 風(fēng)險責(zé)任的承擔(dān)
  8. 技術(shù)成果的歸屬
  9. 驗收的標(biāo)準(zhǔn)和方法
  10. 價款、報酬及其支付方式
  11. 違約金或損失賠償?shù)挠嬎惴椒?/span>
  12. 解決爭議的方法
  13. 名詞術(shù)語解釋

合同管理過程

  1. 合同簽訂管理:市場調(diào)查、合作伙伴或競爭對手調(diào)查、了解相關(guān)環(huán)境
  2. 合同履行管理:對合同的履行情況進行跟蹤管理,解決合同爭議的順序:談判、調(diào)解、仲裁、訴訟
  3. 合同變更管理:必須以書面形式提出
  4. 合同檔案管理:合同檔案管理是整個合同管理的基礎(chǔ)。包括正本和副本管理、合同文本格式等內(nèi)容,文本格式上要求采用電腦打印文本,手寫的旁注和修改不具有法律效力
  5. 合同違約索賠管理:索賠流程:提出索賠要求、報送索賠資料、監(jiān)理工程師答復(fù)、監(jiān)理工程師逾期答復(fù)后果、持續(xù)索賠、仲裁與訴訟(每項流程28天)

合同解釋原則

  • 主導(dǎo)語言原則
  • 適用法律原則
  • 整體解釋原則
  • 公平誠信原則

14、信息文檔管理與配置管理

文檔分類

  • 開發(fā)文檔:項目任務(wù)書、可行性報告、需求規(guī)格說明書、功能規(guī)格說明書、設(shè)計規(guī)格說明書、開發(fā)計劃、測試計劃、質(zhì)量保證計劃
  • 產(chǎn)品文檔:軟件支持手冊、參考手冊、用戶指南、培訓(xùn)手冊、產(chǎn)品手冊
  • 管理文檔:變更記錄、開發(fā)團隊職責(zé)定義、項目階段報告、配置管理計劃

配置管理的6個主要活動

  1. 制定配置管理計劃:如何開展項目配置管理工作的規(guī)劃,包括配置管理活動,實施這些活動的規(guī)范、流程、進度、人員
  2. 識別配置:識別配置項,并在技術(shù)文檔中記錄配置項的功能和物理特征
  3. 配置控制:配置項和基線的變更控制,包括標(biāo)識和記錄變更申請、分析和評價變更、批準(zhǔn)或否決申請、實施變更、變更的驗證和確認、變更的發(fā)布
  4. 配置狀態(tài)報告:及時準(zhǔn)確給出配置項的當(dāng)前狀況
  5. 配置審計:也稱配置審核,包括功能配置審計和物理配置審計,確保配置管理的有效性
  6. 發(fā)布管理和交付:有效控制軟件產(chǎn)品和文檔的發(fā)行和交付

一個產(chǎn)品可以有多個基線,也可以只有一個基線。如對內(nèi)開發(fā)的開發(fā)基線,對外發(fā)行的產(chǎn)品基線。

配置庫分類

  • 開發(fā)庫:也稱動態(tài)庫、工作庫,保存開發(fā)人員正在開發(fā)的配置實體,由開發(fā)人員自行控制
  • 受控庫:也稱主庫,包含當(dāng)前基線和對基線的更改。在某個階段結(jié)束時,將當(dāng)前的工作產(chǎn)品存入受控庫
  • 產(chǎn)品庫:也稱靜態(tài)庫、發(fā)行庫,包含已發(fā)布的各種基線的存檔。在開發(fā)產(chǎn)品完成系統(tǒng)測試后,作為最終產(chǎn)品存入產(chǎn)品庫

配置審計的目的

  1. 防止提交不合適的產(chǎn)品,如交付不正確的用戶手冊
  2. 發(fā)現(xiàn)不完善的實現(xiàn),如未按設(shè)計說明書進行開發(fā),未按變更請求實施變更
  3. 找出各配置項間不匹配的現(xiàn)象
  4. 確認配置項符合質(zhì)量控制要求,并納入基線保存
  5. 確認記錄和文檔,保持可追溯行

15、知識管理

知識的分類:顯性知識、隱性知識

知識管理工具

  • 生成工具:產(chǎn)生新的想法,發(fā)現(xiàn)新的商業(yè)模式等
  • 編碼工具:通過標(biāo)準(zhǔn)的形式表現(xiàn)知識,方便共享和交流
  • 轉(zhuǎn)移工具:使知識能夠傳播和分享

學(xué)習(xí)型組織:建立共同愿景、團隊學(xué)習(xí)、改變心智模式、自我超越、系統(tǒng)思考。扁平式結(jié)構(gòu)。

對軟件著作權(quán)的保護只針對程序和文檔,不包括所用的思想、處理過程、操作方法或數(shù)學(xué)概念等。

注冊商標(biāo)的有效期為10年,自核準(zhǔn)注冊制日起算。

同樣的發(fā)明申請專利,按照申請時間的先后決定授予誰。

發(fā)明專利保護期限為20年,實用新型和外觀設(shè)計專利的期限為10年,均從申請日開始算。若沒有按規(guī)定繳納年費,或書面聲明放棄專利權(quán),則專利權(quán)在期滿前終止。

知識產(chǎn)權(quán)包括:版權(quán)(著作權(quán))、商標(biāo)權(quán)、發(fā)明專利等,具有專有性、地域性、時間性。

知識管理內(nèi)容

  • 建立知識庫
  • 促進員工知識交流
  • 建立尊重知識的內(nèi)部環(huán)境
  • 把知識作為資產(chǎn)來管理

16、項目變更管理

變更管理的實質(zhì):不斷調(diào)整項目努力方向和資源配置,最大程度地滿足項目要求,提升項目價值。

變更產(chǎn)生的原因

  1. 產(chǎn)品范圍定義過失或疏忽
  2. 項目范圍定義過失或疏忽
  3. 增值變更
  4. 應(yīng)對風(fēng)險的緊急計劃或回避計劃
  5. 項目執(zhí)行過程與基準(zhǔn)要求不一致帶來的被動調(diào)整
  6. 外部事件

變更的分類

  • 一般變更、重要變更、重大變更,通過不同審批權(quán)限控制
  • 緊急變更、非緊急變更,通過不同變更流程控制

項目變更管理原則

  1. 基準(zhǔn)管理,基準(zhǔn)是變更的依據(jù)
  2. 變更控制流程化
  3. 明確組織分工
  4. 評估變更的可能影響
  5. 妥善保存變更產(chǎn)生的相關(guān)文檔

變更控制委員會(Change Control Board,CCB),通過評審手段決定基準(zhǔn)是否變更,是決策機構(gòu),不是作業(yè)機構(gòu)。

項目在變更中的作用

  1. 響應(yīng)變更提出者的需求
  2. 評估變更對項目的影響及應(yīng)對方案
  3. 將需求由技術(shù)要求轉(zhuǎn)化為資源需求,拱授權(quán)人決策
  4. 依據(jù)評審結(jié)果實施變更
  5. 確保項目基準(zhǔn)反映項目實施情況

變更的步驟

  1. 提出與接受變更申請
  2. 對變更的初審
  3. 變更方案論證
  4. 項目管理委員會審查
  5. 發(fā)出變更通知并組織實施
  6. 變更實施的監(jiān)控
  7. 變更效果的評估
  8. 判斷發(fā)生變更后的項目是否已納入正常軌道

17、戰(zhàn)略管理

組織戰(zhàn)略的組成因素

  • 戰(zhàn)略目標(biāo)
  • 戰(zhàn)略方針:行動綱領(lǐng)和依據(jù)
  • 戰(zhàn)略實施能力:組織戰(zhàn)略實施的物質(zhì)基礎(chǔ)
  • 戰(zhàn)略措施

戰(zhàn)略實施是一個自上而下的動態(tài)管理過程。

組織戰(zhàn)略類型

  • 防御者戰(zhàn)略:擴大或保持目前市場占有情況,預(yù)防競爭對手
  • 探索者戰(zhàn)略:發(fā)現(xiàn)和發(fā)掘新產(chǎn)品、新技術(shù)和新市場
  • 分析者戰(zhàn)略:在規(guī)避風(fēng)險的同時,又能夠提供新產(chǎn)品和服務(wù)
  • 反應(yīng)者戰(zhàn)略:缺乏應(yīng)對外部競爭的能力,除非迫不得已,不會對外部環(huán)境做出調(diào)整

18、組織級項目管理

組織級項目管理:在組織戰(zhàn)略指導(dǎo)下,從業(yè)務(wù)管理、組織架構(gòu)、人員配置多個方面對組織進行項目化的管理。

組織級項目管理框架:最佳實踐、組織能力、成果

OPM3是評估組織通過管理單個項目和組合項目來實施自己戰(zhàn)略目標(biāo)的能力的一種方法。

OPM3的三位模型

  1. 成熟度的四個梯級:標(biāo)準(zhǔn)化的、可測量的、可控制的、持續(xù)改進的
  2. 項目管理的十個領(lǐng)域和五個基本過程
  3. 組織項目級項目管理

19、流程管理

流程就是做事情的順序,是一個或連續(xù)有規(guī)律的行動。

業(yè)務(wù)流程的核心:以顧客利益為中心、以員工為中心、以效率和效益為中心

業(yè)務(wù)流程管理,Business Process Management,BPM。

流程管理的4個層次

  1. 生產(chǎn)流程層:設(shè)備和工藝的實時控制
  2. 運作層:制作執(zhí)行流程管理
  3. 計劃層:資源能力計劃和預(yù)算
  4. 戰(zhàn)略層:戰(zhàn)略調(diào)整、流程設(shè)計和資源類型確定

業(yè)務(wù)流程重構(gòu)(Business Process Reengineering,BPR):對企業(yè)業(yè)務(wù)流程的基本問題進行反思,并進行徹底的重新設(shè)計,使業(yè)務(wù)取得顯著提高。

業(yè)務(wù)流程分類

  • 管理流程
  • 操作流程
  • 支持流程

BPR的核心內(nèi)容:根本性、徹底性、顯著性、流程。

BPR遵循的原則

  • 以流程為中心的原則
  • 團隊管理的原則
  • 以客戶為導(dǎo)向的原則

指導(dǎo)BPR項目實施的原則

  1. 組織結(jié)構(gòu)設(shè)計要圍繞企業(yè)的產(chǎn)出,而非一項一項任務(wù)
  2. 要使用過程輸出的人來執(zhí)行過程操作
  3. 將信息處理工作結(jié)合到該信息產(chǎn)生的實際過程中去
  4. 對地理分散的資源看作是集中的來處理
  5. 平行活動的聯(lián)系要更緊密,而不是集成各自的活動成果
  6. 將決策點下放到基層活動中,并建立對過程的控制
  7. 盡量在信息產(chǎn)生的源頭一次獲取信息,同時保持信息的一致性

敏捷項目管理過程:構(gòu)想、推測、探索、適應(yīng)、結(jié)束(狗腿探世界)

20、項目集管理

項目集:一組相關(guān)聯(lián)的項目、子項目集和項目集活動,有共同的目標(biāo)。

項目組合:一組項目只是在資金、技能、干系人等方面存在關(guān)聯(lián),沒有共同目標(biāo),沒有協(xié)調(diào)收益的交付特征。

項目集指導(dǎo)委員會的職責(zé)

  1. 保證項目集與組織愿景和目標(biāo)保持一致
  2. 項目集批準(zhǔn)和啟動
  3. 項目集籌資

項目集生命周期三個階段

  1. 項目集定義:構(gòu)建和準(zhǔn)備
  2. 項目集收益交付:規(guī)劃和授權(quán)、監(jiān)管和整合、移交和收尾
  3. 項目集收尾:移交和關(guān)閉

項目集準(zhǔn)備階段的關(guān)鍵活動

  1. 建立項目集治理結(jié)構(gòu)
  2. 組建初始的項目集組織
  3. 制定項目集管理計劃

21、項目組合管理

項目組合代表組織的投資決策、項目優(yōu)先級的排序及資源分配,是組織戰(zhàn)略意圖、戰(zhàn)略方向和戰(zhàn)略進展的體現(xiàn)形式。

項目組合管理實施過程

  1. 評估項目組合管理過程的當(dāng)前狀態(tài)
  2. 定義項目組合管理的愿景和計劃
  3. 實施項目組合管理過程
  4. 改進項目組合管理過程

管理項目組合風(fēng)險

  1. 風(fēng)險識別
  2. 風(fēng)險分析
  3. 風(fēng)險響應(yīng)
  4. 風(fēng)險監(jiān)控

22、信息系統(tǒng)安全管理

信息系統(tǒng)的安全策略,一個單位的安全策略一定是定制的,都是針對本單位的。

七定:定方案、定崗、定位、定員、定目標(biāo)、定制度、定工作流程。

信息系統(tǒng)的5個安全保護等級

  1. 用戶自主保護級:適用普通內(nèi)聯(lián)網(wǎng)用戶
  2. 系統(tǒng)審計保護級:適用通過內(nèi)聯(lián)網(wǎng)或國際網(wǎng)進行商務(wù)活動,需要保密的非重要單位
  3. 安全標(biāo)記保護級:適用于地方各級國家機關(guān)、金融單位、郵電通信、交通運輸、能源、大型工商與信息技術(shù)企業(yè)
  4. 結(jié)構(gòu)化保護級:適用于中央級國家機關(guān)、重要物資儲備單位、社會應(yīng)急服務(wù)部門、國家重點科研單位、國防建設(shè)
  5. 訪問驗證保護級:適用于國防關(guān)鍵部門,和依法需對計算機信息系統(tǒng)實施特殊隔離的單位

信息系統(tǒng)安全保護等級的兩個定級要素

  1. 受侵害的客體
  2. 客體受侵害的程度

訪問控制的兩個重要過程:認證(鑒別身份)和授權(quán)(賦予權(quán)限)。

訪問機制可分為兩類:強制訪問控制(MAC)和自主訪問控制(DAC)。

四種訪問授權(quán)方案

  1. DAC(Discretionary Access Control):自主訪問控制方式,對每個用戶指明能夠訪問的資源。
  2. ACL(Access Control List):訪問控制列表方式,目標(biāo)資源擁有訪問權(quán)限列表,指明哪些用戶能夠訪問。
  3. MAC(Mandatory Access Control):強制訪問控制方式,在軍事和安全部門應(yīng)用較多,目標(biāo)具有一個包含等級的安全標(biāo)簽(不保密、限制、秘密、機密、絕密),訪問者擁有包含等級列表的許可,其中定義了可訪問哪個級別的目標(biāo)。如允許訪問秘密級信息,則不保密、限制、秘密級信息可訪問,機密和絕密級信息不允許訪問。
  4. RBAC(Role-Based Access Control):基于角色的訪問控制方式,首先定義一些組織內(nèi)的角色,如局長、科長、職員,再根據(jù)管理規(guī)定給這些角色分配相應(yīng)的權(quán)限,最后對組織內(nèi)的每個人根據(jù)其具體業(yè)務(wù)和職位分配一個或多個角色。

安全審計產(chǎn)品包括:主機類、網(wǎng)絡(luò)類、數(shù)據(jù)庫類、業(yè)務(wù)應(yīng)用系統(tǒng)級。

入侵檢測是指對計算機和網(wǎng)絡(luò)資源上的惡意使用行為進行識別和響應(yīng)的處理過程,包括外部的入侵行為和內(nèi)部用戶的未授權(quán)活動。

23、信息系統(tǒng)綜合測試與管理

軟件測試模型

  1. V模型:左邊表示開發(fā)過程的各個階段,右邊表示測試過程的各個階段,每個開發(fā)階段對應(yīng)一個測試階段。
  2. W模型:相當(dāng)于兩個V模型的疊加,一個是開發(fā)的V,一個是測試的V,測試隨開發(fā)進展不斷前進。測試和開發(fā)同步進行,有利于盡早發(fā)現(xiàn)問題。
  3. H模型:將測試從開發(fā)中獨立出來,與其他流程并發(fā)進行。
  4. X模型:針對單獨的程序片段進行相互分離的編碼和測試,探索性測試

測試類型分類

  1. 按開發(fā)階段分:單元測試、集成測試、系統(tǒng)測試、驗收測試
  2. 按實施組織分:開發(fā)方測試(Alpha測試,由用戶在開發(fā)環(huán)境進行測試)、用戶測試(Beta測試,由用戶在應(yīng)用環(huán)境測試)、第三方測試
  3. 按測試技術(shù)分:黑盒測試(從用戶角度進行界面測試、功能測試)、白盒測試(檢查軟件內(nèi)部邏輯結(jié)構(gòu))、灰盒測試(介于黑盒和白盒之間)
  4. 按執(zhí)行方式分:靜態(tài)測試(不運行程序,如代碼檢查、靜態(tài)代碼結(jié)構(gòu)分析)和動態(tài)測試(執(zhí)行被測程序)

三類性能測試

  • 負載測試:通過逐步增加系統(tǒng)負載,測試系統(tǒng)性能變化,最終確定在滿足性能指標(biāo)的情況下,系統(tǒng)所能承受的最大負載量。
  • 壓力測試:通過對系統(tǒng)逐漸增加壓力,獲得系統(tǒng)能提供的最大服務(wù)級別,或不能接收用戶請求的性能點。
  • 穩(wěn)定性測試:通常是系統(tǒng)穩(wěn)定運行情況下的并發(fā)用戶數(shù),或持續(xù)運行較長一段時間,保證達到系統(tǒng)疲勞強度需求的業(yè)務(wù)量,確定系統(tǒng)處理最大工作量強度性能。

測試監(jiān)控內(nèi)容

  1. 測試用例的執(zhí)行進度
  2. 缺陷的存活時間
  3. 缺陷的趨勢分析
  4. 缺陷的分步密度
  5. 缺陷的修改質(zhì)量

測試風(fēng)險管理

  1. 需求風(fēng)險
  2. 測試用例風(fēng)險
  3. 缺陷風(fēng)險
  4. 代碼質(zhì)量風(fēng)險
  5. 測試環(huán)境風(fēng)險
  6. 測試技術(shù)風(fēng)險
  7. 回歸測試風(fēng)險
  8. 溝通協(xié)調(diào)風(fēng)險
  9. 其他不可預(yù)計風(fēng)險

24、項目管理成熟度模型

項目管理成熟度表達一個組織具有的按照預(yù)訂目標(biāo)和條件成功地、可靠地實施項目的能力,指項目管理過程的成熟度。

  • PMI:Project Management Institute,美國項目管理學(xué)會
  • OPM3:Organization Project Management Maturity Model,組織級項目管理成熟度模型
  • CMM:Capability Maturity Model,能力成熟度模型
  • CMMI:Capability Maturity Model Integration,能力成熟度模型集成

CMMI的4個過程域:項目管理、過程管理、工程、支持

連續(xù)式表示法能力等級:不完整級、已執(zhí)行級、已管理級、已定義級

階段式表示法成熟度級別:初始級、已管理級、已定義級、已量化管理級、持續(xù)優(yōu)化級

25、量化的項目管理

量化項目管理過程

  1. 準(zhǔn)備量化管理
    1. 建立項目的目標(biāo)
    2. 組成已定義的過程
    3. 選擇子過程與屬性
    4. 選擇度量項與分析技術(shù)
  2. 量化的管理項目
    1. 監(jiān)督所選定子過程的性能
    2. 管理項目績效
    3. 執(zhí)行根本原因分析

26、知識產(chǎn)權(quán)與標(biāo)準(zhǔn)規(guī)范

招投標(biāo)法、政府采購法、合同法、著作權(quán)、知識產(chǎn)權(quán)

招標(biāo)/投標(biāo)/開標(biāo)/評標(biāo)/中標(biāo)

  • 招標(biāo)分為公開招標(biāo)和邀請招標(biāo)
  • 招標(biāo)人設(shè)有標(biāo)底的,標(biāo)底必須保密(標(biāo)底是招標(biāo)工程的預(yù)期價格,也就是最底價格)
  • 招標(biāo)文件開始發(fā)出之日至投標(biāo)人提交投標(biāo)文件截止日,不得少于20日
  • 招標(biāo)人對已發(fā)出的招標(biāo)文件進行澄清或修改的,應(yīng)距招標(biāo)截止日至少15日
  • 投標(biāo)人少于三個的,招標(biāo)人應(yīng)當(dāng)重新招標(biāo)
  • 投標(biāo)人在招標(biāo)截止日后送達的招標(biāo)文件,招標(biāo)人應(yīng)當(dāng)拒收
  • 投標(biāo)人擬在中標(biāo)后將項目非主體、非關(guān)鍵性工作進行分包的,應(yīng)當(dāng)在投標(biāo)文件中載明
  • 兩個或兩個人以上法人可以組成一個聯(lián)合體,以一個投標(biāo)人的身份共同投標(biāo)
  • 聯(lián)合體各方均當(dāng)具備招標(biāo)項目的相應(yīng)能力,且按照資質(zhì)較低的單位確定資質(zhì)等級
  • 投標(biāo)人不得以低于成本的報價競標(biāo)
  • 投標(biāo)保證金不得超過招標(biāo)項目估算價的2%,履約保證金不得超過10%
  • 開標(biāo)由招標(biāo)人主持,邀請所有投標(biāo)人參加
  • 評標(biāo)由招標(biāo)人依法組建的評標(biāo)委員會負責(zé),成員人數(shù)為5人以上單數(shù),其中技術(shù)、經(jīng)濟方面的不得少于總?cè)藬?shù)的2/3
  • 評標(biāo)委員會的委員應(yīng)由招標(biāo)人從政府有關(guān)部門提供的專家名冊或招標(biāo)代理機構(gòu)的專家?guī)斓南嚓P(guān)專家名單中隨機抽取
  • 中標(biāo)人應(yīng)能否最大限度滿足招標(biāo)文件中規(guī)定的各項綜合評價標(biāo)準(zhǔn),且投標(biāo)價格最低
  • 評標(biāo)委員會認為所有投標(biāo)都不符合招標(biāo)要求的,可以否決所有投標(biāo),重新招標(biāo)
  • 中標(biāo)人確定后,招標(biāo)人應(yīng)當(dāng)向中標(biāo)人發(fā)出中標(biāo)通知書,并同時將中標(biāo)結(jié)果通知所有投標(biāo)人
  • 招標(biāo)人應(yīng)當(dāng)收到評標(biāo)報告之日起3日內(nèi)公示中標(biāo)候選人,中標(biāo)候選人不應(yīng)超過3個,且應(yīng)表明排序
  • 招標(biāo)人和中標(biāo)人應(yīng)當(dāng)自中標(biāo)通知書發(fā)出之日起30日內(nèi),簽訂書面合同
  • 依法必須進行招標(biāo)的項目,招標(biāo)人應(yīng)當(dāng)自確定中標(biāo)人之日起15日內(nèi),向有關(guān)行政監(jiān)督部門提交招投標(biāo)情況的書面報告

中標(biāo)人的投標(biāo)應(yīng)滿足以下兩個條件之一

  • 能夠最大限度地滿足招標(biāo)文件中的各項評價標(biāo)準(zhǔn)
  • 能夠滿足招標(biāo)文件的實質(zhì)要求,并且經(jīng)評審的投標(biāo)價格最低。投標(biāo)價格低于成本的除外

政府采購

  • 政府采購的主要方式是公開招標(biāo)
  • 采購納入集中采購目錄的政府采購項目,必須委托集中采購機構(gòu)代理采購
  • 集中采購機構(gòu)進行政府采購活動,采購價格應(yīng)當(dāng)?shù)陀谑袌銎骄鶅r格
  • 需要采用不可替代的專利或者專有技術(shù)、可自行生產(chǎn)時,可以不進行招標(biāo)
  • 招標(biāo)項目按照國家有關(guān)規(guī)定需要履行項目審批手續(xù)的,須在招標(biāo)前審批
  • 采購文件保存期限為從采購結(jié)束之日起至少保存15年

合同法

  • 當(dāng)事人訂立合同,應(yīng)當(dāng)具有相應(yīng)的民事權(quán)利能力和民事行為能力
  • 當(dāng)事人訂立合同,有書面形式、口頭形式和其他形式
  • 合同內(nèi)容一般包括:當(dāng)事人名稱、標(biāo)的、數(shù)量、質(zhì)量、價款、履行期限、違約責(zé)任、解決爭議的辦法
  • 格式條款和非格式條款不一致的,采用非格式條款

要約和要約邀請的區(qū)別

  • 要約是當(dāng)事人希望和他人訂立合同的意思表示,以訂立合同為直接目的;要約邀請是希望對方向自己發(fā)出要約的意思表示。
  • 要約大多數(shù)是針對特定人的,采用對話和信函的方式;而要約邀請一般是針對不特定人的,往往通過電視、報刊等媒介手段。
  • 要約的內(nèi)容必須具備足以使合同成立的主要條件,如明確的標(biāo)的額、標(biāo)的物數(shù)量、質(zhì)量、價款報酬、履行期限等;而要約邀請則不具備這些條件。

著作權(quán)

  • 著作權(quán)包括人身權(quán)和財產(chǎn)權(quán):發(fā)表權(quán)、署名權(quán)、修改權(quán)、保護作品完整權(quán)、使用許可權(quán)和獲取報酬權(quán)
  • 署名權(quán)、修改權(quán)、保護作品完整權(quán)的保護期不受限制,財產(chǎn)權(quán)保護期為作者終生及其死后50年,截止于作者死后第50年的12月31日

國家標(biāo)準(zhǔn)

  • GB:強制性國家標(biāo)準(zhǔn)
  • GB/T:推薦性國家標(biāo)準(zhǔn)
  • GB/Z:國家標(biāo)準(zhǔn)化指導(dǎo)性技術(shù)文件
  • 國家標(biāo)準(zhǔn)有效期一般為5年
  • 標(biāo)準(zhǔn)的主標(biāo)題說明了標(biāo)準(zhǔn)化的對象,是不可省略的
  • 國家標(biāo)準(zhǔn)的制定包括前期準(zhǔn)備、立項、起草、征求意見、審查、批準(zhǔn)、出版、復(fù)審、廢止9個階段

過程質(zhì)量有助于提高產(chǎn)品質(zhì)量,而產(chǎn)品質(zhì)量有助于提高用戶使用質(zhì)量。

6個質(zhì)量特性(功能靠用小護翼)

  1. 功能性:準(zhǔn)確性、互用性、安全性
  2. 可靠性:容錯性、可恢復(fù)性
  3. 可用性:可理解性、易學(xué)性、可操作性
  4. 效率:時間特性、資源特性
  5. 可維護性:可分析性、可修改性、可測試性
  6. 可移植性:易安裝性、移植性、可替換性

27、管理科學(xué)基礎(chǔ)知識

  • 最小生成樹
  • 最短路徑
  • 網(wǎng)絡(luò)最大流量
  • 不確定性決策:樂觀主義準(zhǔn)則(大中取大),悲觀主義準(zhǔn)則(小中取大),后悔值準(zhǔn)則(計算后悔值矩陣,選擇最小后悔值)
  • 圖解法:線性規(guī)劃
  • 活動排序

28、案例分析

  • 華為引進IBM項目管理體系的過程
    • 僵化:站在巨人肩膀上削足適履
    • 優(yōu)化:改良主義和自我批判
    • 固化:規(guī)范創(chuàng)新、夯實基礎(chǔ)、管理進步(例行化、規(guī)范化)
  • 控制賬戶是一種管理控制點,在該控制點上,把范圍、預(yù)算、實際成本和進度加以整合,并與掙值比較,以測量績效
  • 選擇合作伙伴的標(biāo)準(zhǔn)應(yīng)建立在總成本最小化、敏捷性強、風(fēng)險最小化的原則之上
  • 當(dāng)各干系人的利益出現(xiàn)不可協(xié)調(diào)的沖突時,通常按照有利于客戶的原則處理,如有多個客戶,應(yīng)以最終端客戶的利益至上
  • 信息系統(tǒng)的安全空間包括安全機制、網(wǎng)絡(luò)參考模型、安全服務(wù)三個維度
  • https協(xié)議默認的端口號是443,http協(xié)議默認端口號是80。http協(xié)議是明文傳輸協(xié)議,無法防止中間人盜取、篡改信息等,https存在一個SSL加密/身份驗證層,能有效地進行身份驗證和加密傳輸,保護網(wǎng)站安全
  • 使用結(jié)構(gòu)化方法進行需求分析,其建立的模型的核心是數(shù)據(jù)字典。使用實體聯(lián)系圖表示數(shù)據(jù)模型,使用數(shù)據(jù)流圖表示功能模型,使用狀態(tài)轉(zhuǎn)換圖表示行為模型
  • 項目活動之間的依賴關(guān)系:強制性依賴、選擇性依賴、外部依賴、內(nèi)部依賴
  • 進度糾偏措施
    • 趕工,投入更多資源或增加工作時間,以縮短關(guān)鍵活動工期
    • 快速跟進,并行施工,以縮短關(guān)鍵路徑長度
    • 使用高素質(zhì)的資源或經(jīng)驗豐富的人員
    • 改進方法或技術(shù),以提高生產(chǎn)效率
    • 縮小活動范圍或降低活動要求
    • 加強質(zhì)量管理,及時發(fā)現(xiàn)問題,減少返工,以縮短工期
    • 加強與客戶溝通,使項目交付物和階段成果及時得到客戶確認
  • 成本糾偏措施
    • 關(guān)注成本超支嚴(yán)重的工作
    • 對成本超支活動進行細化分析,找出成本超支原因
    • 針對不同原因,采取對應(yīng)措施,如減少不必要工作、優(yōu)化工作流程、削減不必要資源
    • 定期對項目成本績效進行評估,及時調(diào)整
    • 加強質(zhì)量管理,減少返工,以節(jié)約成本
    • 必要時調(diào)整成本基準(zhǔn)
  • 項目/項目集/項目組合
    • 項目管理是把各種知識、技能、工具和技術(shù)應(yīng)用于項目活動中,以達到項目的要求
    • 項目集管理是綜合應(yīng)用各種知識、技能、工具和技術(shù)對其所包含的項目進行管理,以便滿足項目集的需求,并能獲取采用單一項目管理方式達不到的收益和控制
    • 項目組合管理是將項目、項目集,以及其他方面的工作組合起來進行有效管理,以便滿足組織的戰(zhàn)略性業(yè)務(wù)目標(biāo)
  • 穩(wěn)定性/可靠性/可用性
    • 穩(wěn)定性:在一定時間內(nèi)不出故障的概率
    • 可靠性:在一定時間內(nèi)正常執(zhí)行任務(wù)的概率
    • 可用性:隨時可以正常使用的概率
  • 老、新七種質(zhì)量工具:因流核帕直控散,親過關(guān)樹優(yōu)活陣
  • 變更分類
    • 根據(jù)變更性質(zhì)分為:一般變更、重要變更、重大變更,通過不同的審批權(quán)限控制
    • 根據(jù)變更緊迫性分為:緊急變更、非緊急變更,通過不同變更處理流程進行
  • ISO 9000質(zhì)量管理原則
    • 以顧客為中心
    • 領(lǐng)導(dǎo)作用
    • 全員參與
    • 過程方法
    • 管理的系統(tǒng)方法
    • 持續(xù)改進
    • 基于事實的決策方法
    • 與供方互利的關(guān)系
  • 生產(chǎn)要素:土地、勞動力、資本、技術(shù)、數(shù)據(jù)
  • 四控三管一協(xié)調(diào):四控是質(zhì)量控制、變更控制、進度控制、投資控制;三管是合同管理、信息管理、安全管理;一協(xié)調(diào)是協(xié)調(diào)業(yè)主、施工方、供應(yīng)商之間的關(guān)系
  • 新型基礎(chǔ)設(shè)施
    • 信息基礎(chǔ)設(shè)施:技術(shù)新,如5G、物聯(lián)網(wǎng)、工業(yè)互聯(lián)網(wǎng)等通信網(wǎng)絡(luò)基礎(chǔ)設(shè)施,人工智能、云計算、區(qū)塊鏈的新技術(shù)基礎(chǔ)設(shè)施,數(shù)據(jù)中心、智能計算中心的算力基礎(chǔ)設(shè)施
    • 融合基礎(chǔ)設(shè)施:應(yīng)用新,如智能交通基礎(chǔ)設(shè)施、智慧能源基礎(chǔ)設(shè)施
    • 創(chuàng)新基礎(chǔ)設(shè)施:平臺新,如重大科技基礎(chǔ)設(shè)施、科教基礎(chǔ)設(shè)施、產(chǎn)業(yè)技術(shù)創(chuàng)新基礎(chǔ)設(shè)施

信息系統(tǒng)項目管理知識點(信息系統(tǒng)項目的范圍管理)

版權(quán)聲明:本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容, 請發(fā)送郵件至 舉報,一經(jīng)查實,本站將立刻刪除。