軟件項(xiàng)目管理與分析課件

第1章軟體專案管理概述1.1專案與軟體專案的概念

專案定義和特徵

——專案是為了創(chuàng)造一個(gè)唯一的產(chǎn)品或提供一個(gè)唯一的服務(wù)而進(jìn)行的臨時(shí)性的努力。特徵：

目標(biāo)性相關(guān)性週期性獨(dú)特性約束性不確定性結(jié)果的不可逆轉(zhuǎn)性專案與軟體專案的概念臨時(shí)性專案有明確的開(kāi)始與截止日期專案合同的起止日期當(dāng)達(dá)到專案的目標(biāo)時(shí)即專案的截止日期；或?qū)０副恢兄?取消的日期專案的臨時(shí)性並不意味著專案所提交的產(chǎn)品或服務(wù)也是一次性的（一次性紙杯的生產(chǎn)）專案所面臨的市場(chǎng)機(jī)遇往往也是臨時(shí)性的（沒(méi)有企業(yè)願(yuàn)意在2009年生產(chǎn)北京奧運(yùn)的徽章）專案組也往往是臨時(shí)性的，當(dāng)專案結(jié)束時(shí)，專案組也隨之解散（或釋放）專案與軟體專案的概念獨(dú)特的產(chǎn)品或服務(wù)專案所產(chǎn)生的產(chǎn)品或服務(wù)是獨(dú)一無(wú)二的（包括合同的簽訂人、位置等方面的資訊）對(duì)於批量生產(chǎn)的商品（例如空調(diào)或冰箱）則不具備獨(dú)特性，而例如北京聯(lián)通計(jì)費(fèi)專案則具有獨(dú)特性諮詢和會(huì)計(jì)審計(jì)服務(wù)專案與軟體專案的概念以下哪些是專案呢？上課野餐活動(dòng)集體婚禮社區(qū)保安開(kāi)發(fā)微軟的操作系統(tǒng)每天的衛(wèi)生保潔神舟飛船計(jì)畫(huà)?專案與軟體專案的概念

日常運(yùn)作專案上課野餐活動(dòng)集體婚禮社區(qū)保安開(kāi)發(fā)操作系統(tǒng)每天的衛(wèi)生保潔神州飛船計(jì)畫(huà)專案與軟體專案的概念

由美國(guó)國(guó)防部（DoD）資助軟體工程協(xié)會(huì)（SEI）開(kāi)發(fā)U.S.Army,Navy,AirForceFederalAviationAdministrationNationalSecurityAgencySoftwareEngineeringInstituteADP,Inc.AT&TLabsBAEBoeingComputerSciencesCorporationEERSystemsEricssonCanadaErnstandYoungGeneralDynamicsHarrisCorporationHoneywellKPMGLockheedMartinMotorolaNorthropGrummanPacificBellQ-LabsRaytheonReutersRockwellCollinsSAICSoftwareProductivityConsortiumSverdrupCorporationTeraQuestThomsonCSFTRW專案與軟體專案的概念專案與日常運(yùn)作的區(qū)別：專案是一次性的，日常運(yùn)作是重複進(jìn)行的專案是以目標(biāo)為導(dǎo)向的，日常運(yùn)作是通過(guò)效率和有效性體現(xiàn)的專案是通過(guò)與專案經(jīng)理及其團(tuán)隊(duì)工作完成的，而日常運(yùn)作是職能式的線形管理專案存在大量的變更管理，而日常運(yùn)作則基本保持持續(xù)的連貫性的專案與軟體專案的概念軟體專案的特點(diǎn)

除了專案的特徵，軟體專案還具有以下特點(diǎn)：

軟體是邏輯實(shí)體，不是具體的物理實(shí)體，具有抽象性

軟體的開(kāi)發(fā)受電腦系統(tǒng)的限制，對(duì)硬體系統(tǒng)有不同程度的

依賴

軟體具有複雜性特點(diǎn)，其開(kāi)發(fā)成本昂貴，制約因素很多專案與軟體專案的概念

不同因素相互作用圖示專案與軟體專案的概念

實(shí)現(xiàn)專案目標(biāo)的制約因素本章內(nèi)容提要

專案與軟體專案的概念

1.1

專案管理的概念

1.2

軟體專案生命期與管理過(guò)程

1.3

本書(shū)內(nèi)容的組織

1.4

本章小結(jié)1.5

復(fù)習(xí)思考題1.61.2專案管理的概念專案管理就在我們身邊解決一個(gè)問(wèn)題組織一個(gè)活動(dòng)創(chuàng)造一個(gè)新事務(wù)跟蹤一個(gè)具體的任務(wù)當(dāng)我們覺(jué)得資源缺乏的時(shí)候……生活中的專案生日聚會(huì)野餐活動(dòng)集體婚禮社會(huì)中的大專案微軟的操作系統(tǒng)阿波羅計(jì)畫(huà)神州飛船計(jì)畫(huà)專案管理的概念專案管理的定義專案管理是以專案為對(duì)象，通過(guò)使用知識(shí)、技能、工具和方法來(lái)組織、計(jì)畫(huà)、實(shí)施並監(jiān)控專案，使之滿足專案目標(biāo)需求的過(guò)程。軟技巧Samples（領(lǐng)導(dǎo)、團(tuán)隊(duì)建設(shè)、衝突解決、激勵(lì)、訓(xùn)練、協(xié)商、溝通、傾聽(tīng)）硬技能Samples（計(jì)畫(huà)、跟蹤、控制、報(bào)告）專案管理的概念軟體專案管理的必要性無(wú)規(guī)則、混亂的開(kāi)發(fā)狀態(tài)，進(jìn)度滯後，費(fèi)用超支等失敗的例子很多業(yè)務(wù)失敗，合同糾紛，法律訴訟，客戶投訴等困擾軟體業(yè)美國(guó)1999年軟體專案的統(tǒng)計(jì)專案管理的概念軟體危機(jī)就是軟體生產(chǎn)能力和業(yè)務(wù)發(fā)展需求不相適應(yīng)的現(xiàn)象就是弱的軟體生產(chǎn)能力和強(qiáng)的業(yè)務(wù)發(fā)展需求之間的矛盾軟體危機(jī)表現(xiàn)開(kāi)發(fā)過(guò)程隨心所欲時(shí)間計(jì)畫(huà)和費(fèi)用估算缺乏現(xiàn)實(shí)的基礎(chǔ)管理者主要在應(yīng)付突發(fā)事件對(duì)產(chǎn)品品質(zhì)缺乏客觀基礎(chǔ)軟體開(kāi)發(fā)的成敗建立在個(gè)人能力基礎(chǔ)上專案管理的概念成功的專案滿足或者超過(guò)干係人的期望專案管理的概念專案管理的基本內(nèi)容PMBOK:AguidetotheProjectmanagementBodyOfKnowledge

專案管理的概念PMBOK9個(gè)知識(shí)領(lǐng)域的關(guān)係專案管理的概念PMBOK9大過(guò)程領(lǐng)域?qū)０腹芾淼母拍頟MBOK5大過(guò)程組本章內(nèi)容提要

專案與軟體專案的概念

1.1

專案管理的概念

1.2

軟體專案生命期與管理過(guò)程

1.3

本書(shū)內(nèi)容的組織

1.4

本章小結(jié)1.5

復(fù)習(xí)思考題1.61.3軟體專案生命期與管理過(guò)程軟體專案生命期

計(jì)畫(huà)階段定義系統(tǒng)，確定用戶的要求或總體研究目標(biāo)，提出可行的方案，包括資源、成本、效益、進(jìn)度等的實(shí)施計(jì)畫(huà)。進(jìn)行可行性分析並制定粗略計(jì)畫(huà)。需求分析階段確定軟體的功能、性能、可靠性、介面標(biāo)準(zhǔn)等要求，根據(jù)功能要求進(jìn)行數(shù)據(jù)流程分析，提出初步的系統(tǒng)邏輯模型，並據(jù)此修改專案實(shí)施計(jì)畫(huà)。軟體設(shè)計(jì)階段它包括系統(tǒng)概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。在概要設(shè)計(jì)中，要建立系統(tǒng)的整體結(jié)構(gòu)，進(jìn)行模組劃分，根據(jù)要求確定介面。在詳細(xì)設(shè)計(jì)中，要建立演算法、數(shù)據(jù)結(jié)構(gòu)和流程圖。軟體專案生命期與管理過(guò)程編碼階段把流程圖翻譯成程式，並對(duì)程式進(jìn)行調(diào)試。測(cè)試階段通過(guò)單元測(cè)試，檢驗(yàn)?zāi)＝M內(nèi)部的結(jié)構(gòu)和功能；通過(guò)集成測(cè)試，把模組連接成系統(tǒng)，重點(diǎn)尋找介面上可能存在的問(wèn)題；確認(rèn)測(cè)試，即按照需求的內(nèi)容逐項(xiàng)進(jìn)行測(cè)試；系統(tǒng)測(cè)試，就是到實(shí)際的使用環(huán)境中進(jìn)行測(cè)試。單元測(cè)試和集成測(cè)試由開(kāi)發(fā)者自己完成，確認(rèn)測(cè)試和系統(tǒng)測(cè)試則由用戶參與完成。運(yùn)行維護(hù)階段它一般包括三類工作，為了修改錯(cuò)誤而做的改正性維護(hù)；為了適應(yīng)環(huán)境變化而做的適應(yīng)性維護(hù)；為了適應(yīng)用戶新的需求而做的完善性維護(hù)，有時(shí)會(huì)成為二次開(kāi)發(fā)，進(jìn)入一個(gè)新的生命期，再?gòu)挠?jì)畫(huà)階段開(kāi)始。軟體專案生命期與管理過(guò)程

——不要強(qiáng)行照搬書(shū)上的軟體工程生命週期軟體專案生命期與管理過(guò)程專案生命週期階段概念（Concept）開(kāi)發(fā)（Development）實(shí)施（Implementation）結(jié)束（Termination）思考專案生命週期中風(fēng)險(xiǎn)最大的是哪個(gè)階段？專案生命週期中衝突最多的是哪個(gè)階段？軟體專案生命期與管理過(guò)程專案生命週期的影響軟體專案生命期與管理過(guò)程軟體專案管理過(guò)程

軟體專案管理的核心啟動(dòng)計(jì)畫(huà)控制結(jié)束軟體專案生命期與管理過(guò)程專案管理過(guò)程包括的主要工作制定技術(shù)目標(biāo)組建專案組制訂專案計(jì)畫(huà)處理範(fàn)圍變化控制實(shí)際進(jìn)展整理、完善技術(shù)檔案形成知識(shí)網(wǎng)路軟體專案生命期與管理過(guò)程影響專案成功的因素專案的目標(biāo)、範(fàn)圍是否明確是否獲得領(lǐng)導(dǎo)的積極支持專案的組織是否健全、穩(wěn)定是否建立了有序的、有效的、良好的溝通管道是否具有有效、全面的專案管理，嚴(yán)格的變更控制是否建立了良好的、積極的、團(tuán)隊(duì)合作的工作氛圍專案經(jīng)理PM的經(jīng)驗(yàn)軟體專案生命期與管理過(guò)程專案生命期中的幾個(gè)概念

——專案生命期中與時(shí)間相關(guān)的重要概念

檢查點(diǎn)(CheckPoint)

它指在規(guī)定的時(shí)間間隔內(nèi)對(duì)專案進(jìn)行檢查，比較實(shí)際現(xiàn)狀與計(jì)畫(huà)之間的差異，並根據(jù)差異進(jìn)行調(diào)整里程碑(MileStone)它是完成階段性工作的標(biāo)誌，不同類型的專案里程碑不同基線(BaseLine)它指一個(gè)(或一組)配置項(xiàng)在專案生命期的不同時(shí)間點(diǎn)上，通過(guò)正式評(píng)審而進(jìn)入正式受控的一種狀態(tài)本章內(nèi)容提要

專案與軟體專案的概念

1.1

專案管理的概念

1.2

軟體專案生命期與管理過(guò)程

1.3

本書(shū)內(nèi)容的組織

1.4

本章小結(jié)1.5

復(fù)習(xí)思考題1.61.4本書(shū)內(nèi)容的組織RoadMap

課程概述

合同管理

生存期

團(tuán)隊(duì)管理

任務(wù)分解需求管理

規(guī)模估算

成本估算

進(jìn)度估算

進(jìn)度計(jì)畫(huà)

風(fēng)險(xiǎn)計(jì)畫(huà)

跟蹤控制

配置管理

專案結(jié)束本章內(nèi)容提要

專案與軟體專案的概念

1.1

專案管理的概念

1.2

軟體專案生命期與管理過(guò)程

1.3

本書(shū)內(nèi)容的組織

1.4

本章小結(jié)1.5

復(fù)習(xí)思考題1.61.5本章小結(jié)專案與軟體專案管理的概念、特點(diǎn)、過(guò)程及其重要性。專案是為實(shí)現(xiàn)一個(gè)獨(dú)特目的而進(jìn)行的臨時(shí)性任務(wù)，專案具有獨(dú)特性、臨時(shí)性及需要資源等特性，每個(gè)專案都有一個(gè)專案發(fā)起人並含有不確定性。專案管理的三項(xiàng)約束是指管理專案的範(fàn)圍、時(shí)間和成本這三個(gè)維度。專案管理是指在專案活動(dòng)中運(yùn)用相關(guān)的知識(shí)、技能、工具和技術(shù)，以滿足專案要求的活動(dòng)。利益相關(guān)者是指參與專案或受專案活動(dòng)影響的人。專案管理框架包括利益相關(guān)者、專案管理知識(shí)領(lǐng)域和專案管理工具與技術(shù)。知識(shí)領(lǐng)域包括專案綜合管理、專案範(fàn)圍、專案時(shí)間、專案成本、專案品質(zhì)、人力資源、專案溝通、專案風(fēng)險(xiǎn)和專案採(cǎi)購(gòu)管理。過(guò)程管理在軟體專案管理中有著重要的作用，通過(guò)不斷地優(yōu)化和規(guī)範(fàn)過(guò)程，可以幫助企業(yè)提高軟體生產(chǎn)能力。軟體專案管理的核心是專案規(guī)劃和專案跟蹤控制。本章內(nèi)容提要

專案與軟體專案的概念

1.1

專案管理的概念

1.2

軟體專案生命期與管理過(guò)程

1.3

本書(shū)內(nèi)容的組織

1.4

本章小結(jié)1.5

復(fù)習(xí)思考題1.61.6復(fù)習(xí)思考題1.什麼是專案？它與多數(shù)人的日常工作有什麼不同？2.分別列舉三個(gè)專案活動(dòng)的例子和三個(gè)不屬於專案活動(dòng)的例子。3.專案管理與一般管理有什麼不同？4.簡(jiǎn)述軟體專案管理的過(guò)程。5.用你自己的話解釋三項(xiàng)約束的含義是什麼，並通過(guò)一個(gè)你熟悉的實(shí)例解釋三項(xiàng)約束。6.分別舉出一個(gè)成功的和失敗的軟體專案的例子。第2章軟體專案合同管理本章內(nèi)容提要

合同管理概述合同管理概述

2.1

需方合同環(huán)境

2.2

供方合同環(huán)境

2.3

企業(yè)內(nèi)部合同環(huán)境

2.4

本章小結(jié)

2.5

復(fù)習(xí)思考題

2.62.1合同管理概述合同的概念

——合同是使賣方負(fù)有提供具體產(chǎn)品和服務(wù)的責(zé)任，買方負(fù)有為該產(chǎn)品和產(chǎn)品服務(wù)付款的責(zé)任的一種雙方相互負(fù)有義務(wù)的協(xié)議。合同定義了合同簽署方的權(quán)利與義務(wù)，以及違背協(xié)議會(huì)造成的相應(yīng)法律後果；合同監(jiān)督專案執(zhí)行的各方履行其權(quán)利和義務(wù)，它是具有法律效力的檔；圍繞合同，存在合同簽署之前和合同簽署之後的一系列工作。合同管理概述技術(shù)合同

軟體專案合同主要是技術(shù)合同；技術(shù)合同是法人之間、法人和公民之間、公民之間以技術(shù)開(kāi)發(fā)、技術(shù)轉(zhuǎn)讓、技術(shù)諮詢和技術(shù)服務(wù)為內(nèi)容，明確相互權(quán)利義務(wù)關(guān)係所達(dá)成的協(xié)議；技術(shù)合同有三種環(huán)境：需（甲）方環(huán)境、供（乙）方環(huán)境和內(nèi)部環(huán)境；技術(shù)合同一般包括主合同和合同附件。

合同管理概述專案名稱；專案的技術(shù)內(nèi)容、範(fàn)圍、形式和要求；專案實(shí)施計(jì)畫(huà)、進(jìn)度、期限、地點(diǎn)和方式；專案合同價(jià)款、報(bào)酬及其支付方式；專案驗(yàn)收標(biāo)準(zhǔn)和方法；各方當(dāng)事人義務(wù)或協(xié)作責(zé)任；技術(shù)成果歸屬和分享及後續(xù)改進(jìn)的提供與分享規(guī)定；技術(shù)保密事項(xiàng)；風(fēng)險(xiǎn)責(zé)任的承擔(dān)；違約金或者損失賠償額的計(jì)算方法、仲裁及其它。

軟體專案主合同至少應(yīng)包括以下內(nèi)容合同管理概述系統(tǒng)的商務(wù)報(bào)價(jià)表；系統(tǒng)的需求規(guī)格說(shuō)明書(shū)；專案的工程進(jìn)度計(jì)畫(huà)書(shū)；技術(shù)服務(wù)承諾；培訓(xùn)計(jì)畫(huà)；移交的用戶文檔和技術(shù)文檔；場(chǎng)地和環(huán)境準(zhǔn)備要求；測(cè)試與驗(yàn)收標(biāo)準(zhǔn)；初驗(yàn)與終驗(yàn)報(bào)告樣式範(fàn)本；工程實(shí)施的分工介面定義。

軟體專案中常有以下合同附件合同管理概述合同生存期

合同準(zhǔn)備合同終止合同管理合同簽署合同生存期的4個(gè)階段

合同生存期的4個(gè)階段

合同生存期的4個(gè)階段本章內(nèi)容提要

合同管理概述合同管理概述

2.1

需方合同環(huán)境

2.2

供方合同環(huán)境

2.3

企業(yè)內(nèi)部合同環(huán)境

2.4

本章小結(jié)

2.5

復(fù)習(xí)思考題

2.62.2需方合同環(huán)境企業(yè)在需方合同環(huán)境下，關(guān)鍵要素是提供準(zhǔn)確、清晰和完整的需求，選擇合格的供方並對(duì)採(cǎi)購(gòu)對(duì)象（採(cǎi)購(gòu)對(duì)象包括產(chǎn)品服務(wù)、人力資源等）進(jìn)行必要的驗(yàn)收。這個(gè)需求可能來(lái)自於企業(yè)內(nèi)部的需要，也可能是在為客戶開(kāi)發(fā)的軟體專案中的一部分，通過(guò)尋找合適的軟體開(kāi)發(fā)商，將部分軟體外包給其他的開(kāi)發(fā)商。需方合同環(huán)境合同準(zhǔn)備招標(biāo)書(shū)定義(採(cǎi)購(gòu)需求定義)

啟動(dòng)一個(gè)專案主要是由於存在一種需求，招標(biāo)書(shū)定義主要是需方的需求定義，也就是甲方(買方)定義採(cǎi)購(gòu)的內(nèi)容。供方選擇

招標(biāo)檔確定後，就可以通過(guò)招標(biāo)的方式選擇供方（乙方或者賣方）。合同文本準(zhǔn)備

如果需方選擇了合適的供方（軟體開(kāi)發(fā)商），需方應(yīng)該與供方（軟體開(kāi)發(fā)商）簽訂一個(gè)具有法律效力的合同；簽署合同之前需要起草一份合同文本。

需方合同環(huán)境招標(biāo)書(shū)定義過(guò)程需方申請(qǐng)需求定義商務(wù)條件確定驗(yàn)收標(biāo)準(zhǔn)確定資料彙集採(cǎi)購(gòu)需求認(rèn)可編寫招標(biāo)檔招標(biāo)檔需方合同環(huán)境供方選擇過(guò)程招標(biāo)檔招標(biāo)檔招標(biāo)收集供方的建議書(shū)評(píng)定供方最終供方確定供方名單建議書(shū)需方合同環(huán)境合同文本準(zhǔn)備過(guò)程採(cǎi)購(gòu)資料合同草案制定合同草案評(píng)審合同草案修訂合同草案確定合同草案需方合同環(huán)境合同簽署合同簽署過(guò)程就是正式簽署合同，使之成為具有法律效力的檔；同時(shí)，根據(jù)簽署的合同，分解出合同中需方(甲方)的任務(wù)，並下達(dá)任務(wù)書(shū)，指派相應(yīng)的專案經(jīng)理負(fù)責(zé)相應(yīng)的過(guò)程。需方合同環(huán)境合同簽署過(guò)程合同草案談判日程確定合同草案提交合同條款協(xié)商合同簽署文本確定合同簽署文本任務(wù)書(shū)下達(dá)任務(wù)書(shū)合同簽署文本審閱合同簽署合同草案任務(wù)書(shū)任務(wù)書(shū)需方合同環(huán)境合同管理

——對(duì)於企業(yè)處?kù)缎璺?甲方)的環(huán)境，合同管理是需方對(duì)供方(乙方)執(zhí)行合同的情況進(jìn)行監(jiān)督的過(guò)程，主要包括：對(duì)需求對(duì)象（採(cǎi)購(gòu)對(duì)象）的驗(yàn)收驗(yàn)收過(guò)程是需方對(duì)供方交付的產(chǎn)品或服務(wù)進(jìn)行驗(yàn)收檢驗(yàn)，以保證它滿足合同條款的要求。對(duì)違約事件處理在合同的執(zhí)行過(guò)程中，如果供方發(fā)生與合同要求不一致的問(wèn)題，導(dǎo)致違約事件，需要執(zhí)行違約事件處理過(guò)程。

需方合同環(huán)境驗(yàn)收過(guò)程需求資料合同文本驗(yàn)收清單制定驗(yàn)收清制評(píng)審驗(yàn)收計(jì)畫(huà)制定編寫驗(yàn)收?qǐng)?bào)告驗(yàn)收問(wèn)題處理計(jì)畫(huà)驗(yàn)收?qǐng)?bào)告確認(rèn)驗(yàn)收計(jì)畫(huà)執(zhí)行驗(yàn)收?qǐng)?bào)告需方合同環(huán)境違約事件處理過(guò)程違約事件報(bào)告違約事件通告處理方式確定處理違約事件處理報(bào)告提交違約事件處理報(bào)告需方合同環(huán)境合同終止

當(dāng)專案滿足結(jié)束的條件，專案經(jīng)理或者合同管理者應(yīng)該及時(shí)宣佈專案結(jié)束，終止合同的執(zhí)行，通過(guò)合同終止過(guò)程告知各方合同終止合同終止過(guò)程合同合同有關(guān)文檔歸檔合同終止通知專案執(zhí)行總結(jié)專案總結(jié)IBM軟體外包的一些策略IBM軟體外包的一些策略本章內(nèi)容提要

合同管理概述合同管理概述

2.1

需方合同環(huán)境

2.2

供方合同環(huán)境

2.3

企業(yè)內(nèi)部合同環(huán)境

2.4

本章小結(jié)

2.5

復(fù)習(xí)思考題

2.62.3供方合同環(huán)境企業(yè)在供方(乙方)合同環(huán)境下，關(guān)鍵要素是瞭解清楚需方（甲方）的要求並判斷企業(yè)是否有能力來(lái)滿足這些需求。作為軟體開(kāi)發(fā)商，更多擔(dān)任的是供方的角色。

供方合同環(huán)境合同準(zhǔn)備

企業(yè)作為供方，其合同準(zhǔn)備階段包括三個(gè)過(guò)程：專案分析專案分析是供方分析用戶的專案需求，並據(jù)此開(kāi)發(fā)出—初步的專案計(jì)畫(huà)，作為下一步能力評(píng)估和可行性分析之用。專案競(jìng)標(biāo)能力評(píng)估；可行性分析；參加競(jìng)標(biāo)。合同文本準(zhǔn)備一般是需方(甲方)提供合同的框架結(jié)構(gòu)，並起草主要內(nèi)容，供方(乙方)提供意見(jiàn)。供方合同環(huán)境專案分析過(guò)程

專案分析任務(wù)書(shū)招標(biāo)檔需求管理者確定需求分析需求分析評(píng)審專案風(fēng)險(xiǎn)分析專案初步實(shí)施規(guī)劃初步實(shí)施規(guī)劃評(píng)審專案規(guī)模估算需求分析報(bào)告專案初步計(jì)畫(huà)供方合同環(huán)境專案競(jìng)標(biāo)過(guò)程

需求分析報(bào)告專案計(jì)畫(huà)技術(shù)能力要求確定人力源要求確定企業(yè)能力評(píng)定評(píng)估結(jié)果評(píng)審能力評(píng)估結(jié)果資金、管理要求確定實(shí)現(xiàn)環(huán)境要求確定用戶支持保證評(píng)估用戶資金保證評(píng)估可行性分析需求成熟度評(píng)估編寫專案建議書(shū)參加競(jìng)標(biāo)專案決策專案建議書(shū)供方合同環(huán)境合同文本準(zhǔn)備採(cǎi)購(gòu)資料合同草案制定合同草案評(píng)審合同草案修訂合同草案確定合同草案供方合同環(huán)境合同簽署供方的合同簽署過(guò)程也類似於需方的合同簽署過(guò)程，但是這個(gè)階段對(duì)於供方的意義是重大的，它標(biāo)誌著一個(gè)軟體專案的有效開(kāi)始，這個(gè)時(shí)候，應(yīng)該正式確定供方的專案經(jīng)理。這裏需要說(shuō)明的是專案任務(wù)書(shū)，專案任務(wù)書(shū)明確專案的目標(biāo)、必要的約束，同時(shí)授權(quán)給專案經(jīng)理。專案任務(wù)書(shū)是專案正式開(kāi)始的標(biāo)誌，同時(shí)也是對(duì)專案經(jīng)理有效授權(quán)的依據(jù)。專案經(jīng)理需要對(duì)這個(gè)任務(wù)書(shū)進(jìn)行確認(rèn)。具體活動(dòng)描述可以參見(jiàn)需方的合同簽署過(guò)程。供方合同環(huán)境合同管理

——企業(yè)處?kù)豆┓降沫h(huán)境，合同管理主要包括：合同跟蹤管理過(guò)程合同修改控制過(guò)程違約事件處理過(guò)程產(chǎn)品交付過(guò)程產(chǎn)品維護(hù)過(guò)程供方合同環(huán)境合同執(zhí)行跟蹤管理過(guò)程

——合同跟蹤管理過(guò)程是供方跟蹤合同的執(zhí)行過(guò)程。

專案計(jì)畫(huà)專案計(jì)畫(huà)審批合同執(zhí)行管理規(guī)劃合同執(zhí)行跟蹤管理專案進(jìn)展報(bào)告合同責(zé)任落實(shí)需求變更處理產(chǎn)品驗(yàn)收供方合同環(huán)境合同修改控制過(guò)程

——

合同修改控制就是管理合同變更的過(guò)程。合同變更請(qǐng)求求合同變更評(píng)估合同變更評(píng)估合同修改策略確定合同修改處理相關(guān)活動(dòng)產(chǎn)品調(diào)整處理結(jié)果報(bào)告處理報(bào)告供方合同環(huán)境違約事件處理過(guò)程

——

類似需方的情況，在此不再贅述。產(chǎn)品交付過(guò)程

——

產(chǎn)品交付過(guò)程是供方向需方提交最終產(chǎn)品的過(guò)程。

提交產(chǎn)品提交產(chǎn)品審查產(chǎn)品提交用戶雙方簽字認(rèn)可通知相關(guān)各方供方合同環(huán)境產(chǎn)品維護(hù)過(guò)程

——

產(chǎn)品維護(hù)過(guò)程是供方對(duì)提交後的軟體產(chǎn)品進(jìn)行後期維護(hù)的工作過(guò)程。維護(hù)需求求維護(hù)需求記錄維護(hù)分類響應(yīng)策略雙方簽字認(rèn)可維護(hù)需求評(píng)估維護(hù)協(xié)議確立維護(hù)任務(wù)下達(dá)維護(hù)任務(wù)單供方合同環(huán)境合同終止

——

在合同終止過(guò)程中，供方應(yīng)該配合需方的工作，包括：專案的驗(yàn)收、雙方認(rèn)可簽字、總結(jié)專案的經(jīng)驗(yàn)教訓(xùn)、獲取合同的最後款項(xiàng)、開(kāi)具相應(yīng)的發(fā)票、獲取需方的合同終止的通知、將合同相關(guān)檔歸檔。合同合同有關(guān)文檔歸檔合同終止通知專案執(zhí)行總結(jié)專案總結(jié)本章內(nèi)容提要

合同管理概述合同管理概述

2.1

需方合同環(huán)境

2.2

供方合同環(huán)境

2.3

企業(yè)內(nèi)部合同環(huán)境

2.4

本章小結(jié)

2.5

復(fù)習(xí)思考題

2.62.4企業(yè)內(nèi)部合同環(huán)境內(nèi)部環(huán)境概述

——

企業(yè)內(nèi)部專案實(shí)施管理的核心是確定任務(wù)範(fàn)圍和確保相關(guān)各方進(jìn)行有效的配合，這可以通過(guò)相關(guān)各方之間的“協(xié)議”來(lái)保證，此處“協(xié)議”可視為“合同”。企業(yè)內(nèi)部專案“合同”無(wú)特別的商業(yè)約束。

本章內(nèi)容提要

合同管理概述合同管理概述

2.1

需方合同環(huán)境

2.2

供方合同環(huán)境

2.3

企業(yè)內(nèi)部合同環(huán)境

2.4

本章小結(jié)

2.5

復(fù)習(xí)思考題

2.62.5本章小結(jié)軟體專案技術(shù)合同的執(zhí)行過(guò)程可以劃分為四個(gè)階段，即：合同準(zhǔn)備、合同簽署、合同管理與合同終止。針對(duì)企業(yè)在不同合同環(huán)境中承擔(dān)的不同角色，又可將合同管理分為需方合同管理、供方合同管理及內(nèi)部合同管理。作為軟體企業(yè)，一般是處?kù)豆┓?乙方)的角色，因此，軟體企業(yè)的專案經(jīng)理應(yīng)該重點(diǎn)掌握供方(乙方)的合同管理過(guò)程。合同標(biāo)誌一個(gè)專案的真正開(kāi)始，通過(guò)專案任務(wù)單明確專案經(jīng)理，從此，專案經(jīng)理可以真正行使相應(yīng)的職責(zé)和權(quán)力。本章內(nèi)容提要

合同管理概述合同管理概述

2.1

需方合同環(huán)境

2.2

供方合同環(huán)境

2.3

企業(yè)內(nèi)部合同環(huán)境

2.4

本章小結(jié)

2.5

復(fù)習(xí)思考題

2.62.6復(fù)習(xí)思考題1.在你曾參與的軟體專案中，你是作為需方還是供方?2.假設(shè)你是某軟體企業(yè)的專案經(jīng)理，企業(yè)在競(jìng)標(biāo)一個(gè)軟體專案，現(xiàn)在需要你編寫一份合同文本的草案，請(qǐng)你試著編寫一份合同文本。3.假設(shè)你所在的單位準(zhǔn)備加強(qiáng)內(nèi)部資訊化建設(shè)，試圖找一家軟體公司開(kāi)發(fā)一個(gè)單位綜合資訊管理系統(tǒng)，請(qǐng)你擬定一份系統(tǒng)業(yè)務(wù)需求。第3章軟體開(kāi)發(fā)過(guò)程管理本章內(nèi)容提要CMM和ISO9000

傳統(tǒng)軟體開(kāi)發(fā)生命週期模型

擴(kuò)展軟體開(kāi)發(fā)生命週期模型

3.1品質(zhì)計(jì)畫(huà)

3.4案例分析

3.5本章小結(jié)

3.6復(fù)習(xí)思考題

3.73.23.3

軟體過(guò)程是指人們用於開(kāi)發(fā)和維護(hù)軟體及其相關(guān)產(chǎn)品的一系列活動(dòng)、方法、實(shí)踐和革新。軟體開(kāi)發(fā)過(guò)程管理是指在軟體開(kāi)發(fā)過(guò)程中，除了先進(jìn)技術(shù)和開(kāi)發(fā)方法外，還有一整套的管理技術(shù)。軟體過(guò)程改進(jìn)是針對(duì)軟體生產(chǎn)過(guò)程中會(huì)對(duì)產(chǎn)品品質(zhì)產(chǎn)生影響的問(wèn)題而進(jìn)行的，它的直接結(jié)果是軟體過(guò)程能力的提高?，F(xiàn)在常見(jiàn)的軟體過(guò)程改進(jìn)方法：ISO9000，SW-CMM和由多種能力模型演變而來(lái)的CMMI。3.1CMM和ISO90003.1.1SW-CMM和CMMI

SW-CMM簡(jiǎn)介為了保證軟體產(chǎn)品的品質(zhì)，1991年美國(guó)卡內(nèi)基·梅隆大學(xué)軟體工程研究所（CMU/SEI）將軟體過(guò)程成熟度框架進(jìn)化為軟體能力成熟度模型（CapabilityMaturityModelForSoftware，簡(jiǎn)稱SW-CMM），併發(fā)布了最早的SW-CMM1.0版。

SW-CMM為軟體企業(yè)的過(guò)程能力提供了一個(gè)階梯式的進(jìn)化框架，階梯共有五級(jí)。3.1.1SW-CMM和CMMI1初始級(jí)2可重複級(jí)3已定義級(jí)4已管理級(jí)5優(yōu)化級(jí)無(wú)序、混亂的軟體過(guò)程。依賴個(gè)別人的努力和機(jī)遇。建立基本的專案管理過(guò)程。相似專案，重複以往成果。文檔化、標(biāo)準(zhǔn)化和標(biāo)準(zhǔn)的軟體軟體過(guò)程。軟體過(guò)程和產(chǎn)品品質(zhì)有詳細(xì)的度量標(biāo)準(zhǔn)。持續(xù)的對(duì)過(guò)程進(jìn)行改進(jìn)。圖CMM分級(jí)標(biāo)準(zhǔn)3.1.1SW-CMM和CMMIKPA及KP除第一級(jí)外，SW-CMM的每一級(jí)都是按完全相同的結(jié)構(gòu)組成的。每一級(jí)包含了實(shí)現(xiàn)這一級(jí)目標(biāo)的若干關(guān)鍵過(guò)程域（KPA），每個(gè)KPA進(jìn)一步包含若干關(guān)鍵實(shí)施活動(dòng)（KP），無(wú)論哪個(gè)KPA，它們的實(shí)施活動(dòng)都統(tǒng)一按六個(gè)公共屬性進(jìn)行組織，即每一個(gè)KPA都包含六類KP：

1.目標(biāo)

2.實(shí)施保證

3.實(shí)施能力

4.執(zhí)行活動(dòng)

5.度量分析

6.實(shí)施驗(yàn)證3.1.1SW-CMM和CMMICMMI簡(jiǎn)介由於不同領(lǐng)域能力成熟度模型存在不同的過(guò)程改進(jìn)，重複的培訓(xùn)、評(píng)估和改進(jìn)活動(dòng)以及活動(dòng)不協(xié)調(diào)等一些問(wèn)題。於是由美國(guó)國(guó)防部出面，美國(guó)卡內(nèi)基·梅隆大學(xué)軟體工程研究所（CMU/SEI）於2001年12月發(fā)佈的CMMI1.1版本包括四個(gè)領(lǐng)域：軟體工程（SW）、系統(tǒng)工程（SE）、集成的產(chǎn)品和過(guò)程開(kāi)發(fā)（IPPD）、採(cǎi)購(gòu)（SS）。3.1.1SW-CMM和CMMI

CMMI有兩種不同的實(shí)施方法連續(xù)式－－主要是衡量一個(gè)企業(yè)的專案能力階段式－－主要是衡量一個(gè)企業(yè)的成熟度

CMMI的五個(gè)臺(tái)階完成級(jí)管理級(jí)定義級(jí)量化管理級(jí)優(yōu)化級(jí)

每一個(gè)臺(tái)階都是上面一階臺(tái)階的基石。要上高層臺(tái)階必須首先踏上較低一層臺(tái)階。

3.1.2ISO9000品質(zhì)標(biāo)準(zhǔn)

ISO9000

所謂“ISO9000”不是指一般意義上的一個(gè)品質(zhì)保證標(biāo)準(zhǔn)，而是一族系列標(biāo)準(zhǔn)的統(tǒng)稱。

作用強(qiáng)化品質(zhì)管理，提高企業(yè)效益；增強(qiáng)客戶信心，擴(kuò)大市場(chǎng)份額；獲得了國(guó)際貿(mào)易“通行證”，消除了國(guó)際貿(mào)易壁壘；節(jié)省了第二方審核的精力和費(fèi)用；在產(chǎn)品品質(zhì)競(jìng)爭(zhēng)中永遠(yuǎn)立於不敗之地；有效地避免產(chǎn)品責(zé)任；有利於國(guó)際間的經(jīng)濟(jì)合作和技術(shù)交流。3.1.3三者之間的比較

選擇SW-CMM還是CMMI的考慮實(shí)施企業(yè)的業(yè)務(wù)特點(diǎn)。實(shí)施企業(yè)對(duì)過(guò)程改進(jìn)的熟悉程度。實(shí)施企業(yè)對(duì)過(guò)程改進(jìn)專案的預(yù)算。實(shí)施企業(yè)是否可以使用階段式的演進(jìn)路線。實(shí)施CMM與CMMI可以平滑的轉(zhuǎn)換。

ISO9001與CMM的關(guān)係ISO9001和CMM既有區(qū)別又相互聯(lián)繫，兩者不可簡(jiǎn)單地互相替代。取得ISO9001認(rèn)證並不意味著完全滿足CMM某個(gè)等級(jí)的要求。取得CMM第2級(jí)(或第3級(jí))不能籠統(tǒng)地認(rèn)為可以滿足ISO9001的要求。本章內(nèi)容提要CMM和ISO9000

傳統(tǒng)軟體開(kāi)發(fā)生命週期模型擴(kuò)展軟體開(kāi)發(fā)生命週期模型

3.1品質(zhì)計(jì)畫(huà)

3.4案例分析

3.5本章小結(jié)

3.6復(fù)習(xí)思考題

3.73.23.3

軟體生命週期軟體從需求確定、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試直至投入使用，並在使用中不斷地修改、增補(bǔ)和完善，直至被新的系統(tǒng)所替代而停止該軟體的使用的全過(guò)程。

可劃分為以下子階段

1.可行性研究

2.需求分析和定義

3.總體設(shè)計(jì)

4.詳細(xì)設(shè)計(jì)

5.編碼（實(shí)現(xiàn)）

6.軟體測(cè)試、運(yùn)行/維護(hù)據(jù)此相繼產(chǎn)生了瀑布模型、螺旋模型、進(jìn)化模型、原型模型、增量模型等。本節(jié)分別對(duì)這幾種傳統(tǒng)的軟體開(kāi)發(fā)生命週期模型予以介紹。

3.2傳統(tǒng)軟體開(kāi)發(fā)生命週期模型3.2.1瀑布模型系統(tǒng)需求軟體需求分析設(shè)計(jì)編碼測(cè)試運(yùn)行瀑布模型總結(jié)文檔驅(qū)動(dòng)的模型階段間具有順序性和依賴性專案開(kāi)發(fā)週期較長(zhǎng)實(shí)際專案很少按照該模型給出的順序進(jìn)行3.2.2原型模型3.2.2原型模型Prototypingmodel特點(diǎn)在需求定義之前，需要快速構(gòu)建一個(gè)系統(tǒng)根據(jù)構(gòu)建系統(tǒng)的優(yōu)缺點(diǎn)，用戶給開(kāi)發(fā)人員提出回饋意見(jiàn)根據(jù)回饋意見(jiàn)修改軟體需求規(guī)格，以便系統(tǒng)可以更正確地反映用戶的需求減少各種假設(shè)以及風(fēng)險(xiǎn)3.2.3增量模型增量1增量2增量3增量4第一個(gè)增量發(fā)佈第二個(gè)增量發(fā)佈第三個(gè)增量發(fā)佈第四個(gè)增量發(fā)佈開(kāi)發(fā)進(jìn)度3.2.3增量模型

增量模型總結(jié)融合了瀑布模型和原型的迭代特徵。每一個(gè)增量均發(fā)佈一個(gè)可操作產(chǎn)品。3.2.4進(jìn)化模型建造/修改原型聽(tīng)取用戶意見(jiàn)用戶測(cè)試運(yùn)行原型

這個(gè)模型可看作是重複執(zhí)行的多個(gè)瀑布模型。3.2.5螺旋模型原型1原型2原型3可運(yùn)行原型需求計(jì)畫(huà)生存期計(jì)畫(huà)開(kāi)發(fā)計(jì)劃集成與測(cè)試軟體需求需求確認(rèn)設(shè)計(jì)確認(rèn)與驗(yàn)證

軟體產(chǎn)品設(shè)計(jì)詳細(xì)設(shè)計(jì)風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析驗(yàn)收測(cè)試實(shí)現(xiàn)集成與測(cè)試單元測(cè)試編碼開(kāi)發(fā)、驗(yàn)證下一產(chǎn)品實(shí)施工程提交線評(píng)審累計(jì)成本風(fēng)險(xiǎn)分析評(píng)價(jià)方案，識(shí)別風(fēng)險(xiǎn)、消除風(fēng)險(xiǎn)制訂計(jì)畫(huà)決定目標(biāo)方案和限制客戶評(píng)估3.2.5螺旋模型

螺旋模型總結(jié)

基於風(fēng)險(xiǎn)驅(qū)動(dòng)的開(kāi)發(fā)模型,使用原型法或其他方法來(lái)儘量降低風(fēng)險(xiǎn)。適用於需求不明確的大規(guī)模軟體專案本章內(nèi)容提要CMM和ISO9000

傳統(tǒng)軟體開(kāi)發(fā)生命週期模型

擴(kuò)展軟體開(kāi)發(fā)生命週期模型

3.1品質(zhì)計(jì)畫(huà)

3.4案例分析

3.5本章小結(jié)

3.6復(fù)習(xí)思考題

3.73.23.33.3.1極限模型極限模型簡(jiǎn)介

2001年，為了避免許多公司的軟體團(tuán)隊(duì)陷入不斷增長(zhǎng)的過(guò)程泥潭，一批業(yè)界專家一起概括出了一些敏捷開(kāi)發(fā)過(guò)程的方法：SCRUM，Crystal，特徵驅(qū)動(dòng)軟體開(kāi)發(fā)（FeatureDrivenDevelopment，簡(jiǎn)稱FDD），自適應(yīng)軟體開(kāi)發(fā)（AdaptiveSoftwareDevelopment，簡(jiǎn)稱ASD），以及最重要的極限編程（eXtremeProgramming,簡(jiǎn)稱XP）。

3.3.1極限模型極限編程將開(kāi)發(fā)階段的4個(gè)活動(dòng)（分析、設(shè)計(jì)、編碼和測(cè)試）混合在一起，在全過(guò)程中採(cǎi)用迭代增量開(kāi)發(fā)、回饋修正和反復(fù)測(cè)試。

3.3.1極限模型XP開(kāi)發(fā)模型核心思想：交流（Communication）簡(jiǎn)單（Simplicity）回饋（Feedback）進(jìn)?。ˋggressiveness）

3.3.1極限模型優(yōu)點(diǎn)採(cǎi)用簡(jiǎn)單計(jì)畫(huà)策略，不需要長(zhǎng)期計(jì)畫(huà)和複雜模型，開(kāi)發(fā)週期短；在全過(guò)程採(cǎi)用迭代增量開(kāi)發(fā)、回饋修正和反復(fù)測(cè)試的方法，能夠適應(yīng)用戶經(jīng)常變化的需求。

缺點(diǎn)目前主要在小規(guī)模專案上應(yīng)用並取得成功，但是否適用於中等規(guī)模或大規(guī)模軟體產(chǎn)品，需慎重考慮；由於這個(gè)模型較新產(chǎn)品交付後維護(hù)成本是否降低，不能確定；對(duì)編碼人員的經(jīng)驗(yàn)要求高

3.3.2Rational統(tǒng)一過(guò)程（RUP）3.3.2Rational統(tǒng)一過(guò)程（RUP）

用例驅(qū)動(dòng)

Concise,simple,andunderstandable

以體系結(jié)構(gòu)為中心

Effectivebasisforlarge-scalereuse

增量和迭代開(kāi)發(fā)基於風(fēng)險(xiǎn)前驅(qū)的原則，漸進(jìn)地展開(kāi)分析、設(shè)計(jì)及其相關(guān)活動(dòng)，每個(gè)迭代都會(huì)提供一次驗(yàn)證和調(diào)整模型機(jī)會(huì)，推動(dòng)軟體品質(zhì)的提升。3.3.3微軟產(chǎn)品開(kāi)發(fā)週期模型微軟產(chǎn)品週期模型產(chǎn)品規(guī)劃階段測(cè)試階段產(chǎn)品開(kāi)發(fā)階段發(fā)佈階段M1…MnCCZBBRTM/WRC1…RCnAlphaGoldenMastersBetaProductVisionFunctionSpecQFEsRTM/WQAMnM0本章內(nèi)容提要CMM和ISO9000

傳統(tǒng)軟體開(kāi)發(fā)生命週期模型

擴(kuò)展軟體開(kāi)發(fā)生命週期模型

3.1品質(zhì)計(jì)畫(huà)

3.4案例分析

3.5本章小結(jié)3.6復(fù)習(xí)思考題

3.73.23.33.4.1品質(zhì)與品質(zhì)規(guī)劃

軟體品質(zhì)是“所有描述電腦軟體優(yōu)秀程度的特性的組合”。軟體品質(zhì)度量模型由三層組成第一層為品質(zhì)特性第二層為品質(zhì)子特性第三層稱為度量3.4.1品質(zhì)與品質(zhì)規(guī)劃ISO／IEC9126–1991（GB／T16260–1996）標(biāo)準(zhǔn)標(biāo)準(zhǔn)定義的6個(gè)品質(zhì)特性功能性可靠性易使用性高效性可維護(hù)性可移植性

品質(zhì)規(guī)劃指識(shí)別哪些品質(zhì)標(biāo)準(zhǔn)適用於軟體專案，並確定如何滿足這些標(biāo)準(zhǔn)的要求

3.4.2品質(zhì)體系、品質(zhì)手冊(cè)和品質(zhì)計(jì)畫(huà)

品質(zhì)體系指為保證產(chǎn)品、過(guò)程或服務(wù)品質(zhì)，滿足規(guī)定（或潛在）的要求，由組織機(jī)構(gòu)、職責(zé)、程式、活動(dòng)、能力和資源等構(gòu)成的有機(jī)整體。

品質(zhì)手冊(cè)

是描述企業(yè)品質(zhì)體系的檔。品質(zhì)計(jì)畫(huà)是品質(zhì)管理（品質(zhì)計(jì)畫(huà)編制、品質(zhì)保證和品質(zhì)控制）的第一過(guò)程域。3.4.2品質(zhì)體系、品質(zhì)手冊(cè)和品質(zhì)計(jì)畫(huà)

品質(zhì)體系、品質(zhì)手冊(cè)和品質(zhì)計(jì)畫(huà)之間的關(guān)係品質(zhì)體系好比一個(gè)國(guó)家的法制機(jī)構(gòu)，品質(zhì)手冊(cè)就如同憲法，是品質(zhì)體系的文檔化的體現(xiàn)。而為每個(gè)專案制定的品質(zhì)計(jì)畫(huà)類似地方法規(guī)，它在符合品質(zhì)手冊(cè)的前提下，根據(jù)自身的要求與特殊性，通過(guò)適當(dāng)?shù)牟脺p修正而來(lái)。

關(guān)係圖3.4.3專案品質(zhì)計(jì)畫(huà)的內(nèi)容

專案實(shí)施總體目標(biāo)品質(zhì)時(shí)間成本三者是一個(gè)相互制約、相互影響的統(tǒng)一體，其中任一專案標(biāo)變化，都會(huì)引起另兩個(gè)目標(biāo)變化，並受其制約。

專案分類品質(zhì)傾斜型體系工期傾斜型體系成本傾斜型體系3.4.3專案品質(zhì)計(jì)畫(huà)的內(nèi)容

編寫軟體品質(zhì)計(jì)畫(huà)涉及的範(fàn)圍相當(dāng)廣，不論是專案選型、軟體開(kāi)發(fā)各階段，還是配置管理、崗位職責(zé)與團(tuán)隊(duì)組織，又或是其他如專案制度的制定等等方面，都應(yīng)該是包含在專案品質(zhì)計(jì)畫(huà)中的內(nèi)容。3.4.4品質(zhì)目標(biāo)

軟體生命週期三大階段（以傳統(tǒng)的瀑布模型為例）軟體定義軟體開(kāi)發(fā)軟體使用與維護(hù)階段

需要監(jiān)控的關(guān)鍵元素問(wèn)題定義

關(guān)於規(guī)模和目標(biāo)的報(bào)告書(shū)可行性研究系統(tǒng)的高層邏輯模型：數(shù)據(jù)流圖，成本/效益分析需求分析系統(tǒng)的邏輯模型：數(shù)據(jù)流圖（MSC圖），數(shù)據(jù)字典（類清單、對(duì)象間關(guān)係），演算法描述總體設(shè)計(jì)可能的解法：系統(tǒng)流程圖，成本/效益分析推薦的系統(tǒng)結(jié)構(gòu)：層次圖，結(jié)構(gòu)圖詳細(xì)設(shè)計(jì)

編碼規(guī)格說(shuō)明綜合測(cè)試綜合測(cè)試方案和結(jié)果完整性一致的軟體配置維護(hù)完整準(zhǔn)確的維護(hù)記錄3.4.4品質(zhì)目標(biāo)各階段的關(guān)鍵元素3.4.5專案品質(zhì)計(jì)畫(huà)的編寫

品質(zhì)計(jì)畫(huà)應(yīng)說(shuō)明專案管理小組如何具體執(zhí)行它的品質(zhì)策略。目的規(guī)劃出哪些是需要被跟蹤的品質(zhì)工作，並建立文檔，此文檔可以作為軟體品質(zhì)工作指南，幫助專案經(jīng)理確保所有工作按計(jì)畫(huà)完成。

編寫準(zhǔn)則具體情況具體對(duì)待，沒(méi)有統(tǒng)一定律。

3.4.6按照品質(zhì)計(jì)畫(huà)實(shí)施有效的品質(zhì)控制

品質(zhì)計(jì)畫(huà)確定後，按其建立的品質(zhì)管理體系，各責(zé)任單位必須按PDCA品質(zhì)環(huán)的要求，實(shí)施有效的品質(zhì)控制。

品質(zhì)控制可分為兩個(gè)階段監(jiān)測(cè)控制品質(zhì)控制應(yīng)貫穿於專案的整個(gè)過(guò)程。專案收尾的兩個(gè)階段專案評(píng)估專案終止專案收尾階段的品質(zhì)控制是一個(gè)非常重要而又容易忽視的內(nèi)容。本章內(nèi)容提要CMM和ISO9000

傳統(tǒng)軟體開(kāi)發(fā)生命週期模型

擴(kuò)展軟體開(kāi)發(fā)生命週期模型

3.1品質(zhì)計(jì)畫(huà)

3.4案例分析

3.5本章小結(jié)

3.6復(fù)習(xí)思考題

3.73.23.33.5案例分析

HRMS系統(tǒng)即人力資源管理系統(tǒng)，是為某跨國(guó)企業(yè)的ISS部門而開(kāi)發(fā)的。

HRMS系統(tǒng)生存期模型選擇過(guò)程針對(duì)本項(xiàng)目的開(kāi)發(fā)特點(diǎn)，參考企業(yè)的生存期模型說(shuō)明和軟體過(guò)程體系，決定採(cǎi)用迭代增量式模型。

3.5案例分析HRMS項(xiàng)目生存期模型

本章內(nèi)容提要CMM和ISO9000

傳統(tǒng)軟體開(kāi)發(fā)生命週期模型

擴(kuò)展軟體開(kāi)發(fā)生命週期模型

3.1品質(zhì)計(jì)畫(huà)

3.4案例分析

3.5本章小結(jié)3.6復(fù)習(xí)思考題

3.73.23.33.6本章小結(jié)講述了軟體開(kāi)發(fā)過(guò)程管理需要掌握的部分知識(shí)。介紹了ISO9000，CMM和CMMI三種常見(jiàn)的軟體過(guò)程改進(jìn)方法，並比較了它們之間的異同，對(duì)於選取哪種方法給予了建議。詳細(xì)介紹了多種軟體開(kāi)發(fā)生命週期模型的特點(diǎn)、優(yōu)缺點(diǎn)，對(duì)於軟體開(kāi)發(fā)中的相當(dāng)重要的專案選型工作提供了參照。此外還介紹了品質(zhì)計(jì)畫(huà)的定義和詳細(xì)的模版。(品質(zhì)計(jì)畫(huà)的制定對(duì)於軟體品質(zhì)控制的重要性非同小可，它涉及的範(fàn)圍很廣，需要制定的內(nèi)容相當(dāng)多，部分內(nèi)容讀者可以在其他章節(jié)去詳細(xì)瞭解。)本章內(nèi)容提要CMM和ISO9000

傳統(tǒng)軟體開(kāi)發(fā)生命週期模型

擴(kuò)展軟體開(kāi)發(fā)生命週期模型

3.1品質(zhì)計(jì)畫(huà)3.4案例分析

3.5本章小結(jié)

3.6復(fù)習(xí)思考題

3.73.23.33.7復(fù)習(xí)思考題CMM和CMMI的五個(gè)級(jí)別分別是什麼？CMM和CMMI的關(guān)係是什麼？在軟體企業(yè)中推行ISO9000的意義何在？傳統(tǒng)的軟體開(kāi)發(fā)生命週期可以分為哪幾個(gè)子階段？原型模型可以細(xì)分為哪兩種？它們的內(nèi)容是什麼？你覺(jué)得進(jìn)化模型和螺旋模型有哪些相似之處嗎？它們的核心思想是什麼？品質(zhì)體系、品質(zhì)手冊(cè)和品質(zhì)計(jì)畫(huà)的聯(lián)繫何在？在需求分析階段需要監(jiān)控的關(guān)鍵元素是什麼？第4章軟體專案團(tuán)隊(duì)管理本章內(nèi)容提要

軟體團(tuán)隊(duì)管理概述

4.1

軟體專案組織計(jì)畫(huà)編制

4.2

軟體專案團(tuán)隊(duì)人員的獲取

4.3

軟體團(tuán)隊(duì)建設(shè)

4.4

案例分析4.5

本章小結(jié)

4.6復(fù)習(xí)思考題

4.74.1軟體團(tuán)隊(duì)管理概述

專案團(tuán)隊(duì)是軟體專案中最重要的因素，成功的團(tuán)隊(duì)管理是軟體專案順利實(shí)施的保證。軟體專案團(tuán)隊(duì)軟體專案開(kāi)發(fā)團(tuán)隊(duì)是通過(guò)將不同的個(gè)體組織在一起，形成一個(gè)具有團(tuán)隊(duì)精神的高效率隊(duì)伍來(lái)進(jìn)行軟體專案的開(kāi)發(fā)。軟體專案團(tuán)隊(duì)包括所有的專案干係人。軟體團(tuán)隊(duì)管理概述

專案干係人

指參與專案和受專案活動(dòng)影響的人，包括：專案發(fā)起人資助者供應(yīng)商專案組成員協(xié)助人員客戶使用者專案的反對(duì)人軟體團(tuán)隊(duì)管理概述軟體專案團(tuán)隊(duì)的特徵是一個(gè)臨時(shí)性的團(tuán)隊(duì)是跨職能的在軟體專案不同階段中團(tuán)隊(duì)成員具有不穩(wěn)定性成員具有極大的流動(dòng)性年輕化程度高軟體專案團(tuán)隊(duì)屬於高度集中的知識(shí)型團(tuán)隊(duì)員工業(yè)績(jī)難以量化考核軟體專案團(tuán)隊(duì)非常注重自我

高效的軟體開(kāi)發(fā)團(tuán)隊(duì)是建立在合理的開(kāi)發(fā)流程及團(tuán)隊(duì)成員密切合作的基礎(chǔ)之上，團(tuán)隊(duì)成員需共同迎接挑戰(zhàn)、有效的計(jì)畫(huà)、協(xié)調(diào)和管理各自的工作直至成功完成專案目標(biāo)。軟體團(tuán)隊(duì)管理概述軟體專案團(tuán)隊(duì)管理美國(guó)專案管理協(xié)會(huì)(ProjectManagementInstitute，簡(jiǎn)稱PMI)的《專案管理知識(shí)體系指南》(ProjectManagementBodyofKnowledge，簡(jiǎn)寫為PMBOK)對(duì)專案人力資源管理的定義為：最有效地使用參與專案人員所需的各項(xiàng)過(guò)程。包括針對(duì)專案的各個(gè)利益相關(guān)方展開(kāi)的有效規(guī)劃、合理配置、積極開(kāi)發(fā)、準(zhǔn)確評(píng)估和適當(dāng)激勵(lì)等方面的管理工作。軟體團(tuán)隊(duì)管理概述軟體專案團(tuán)隊(duì)管理的定義軟體專案團(tuán)隊(duì)管理就是運(yùn)用現(xiàn)代化的科學(xué)方法，對(duì)專案組織結(jié)構(gòu)和專案全體參與人員進(jìn)行管理，在專案團(tuán)隊(duì)中開(kāi)展一系列科學(xué)規(guī)劃、開(kāi)發(fā)培訓(xùn)、合理調(diào)配、適當(dāng)激勵(lì)等方面的管理工作，使專案組織各方面人員的主觀能動(dòng)性得到充分發(fā)揮，以實(shí)現(xiàn)專案團(tuán)隊(duì)的目標(biāo)。軟體團(tuán)隊(duì)管理概述軟體專案團(tuán)隊(duì)管理的任務(wù)

軟體專案團(tuán)隊(duì)管理主要包括：團(tuán)隊(duì)組織計(jì)畫(huà)指確定、記錄與分派專案角色、職責(zé)，並對(duì)請(qǐng)示彙報(bào)關(guān)係進(jìn)行識(shí)別、分配和歸檔。團(tuán)隊(duì)人員獲取指獲得專案所需的並被指派到專案的人力資源（個(gè)人或集體）。團(tuán)隊(duì)建設(shè)既包括提高利害關(guān)係者作為個(gè)人做出貢獻(xiàn)的能力，也包括提高專案團(tuán)隊(duì)作為集體發(fā)揮作用的能力。個(gè)人的培養(yǎng)（管理能力與技術(shù)水準(zhǔn)）是團(tuán)隊(duì)建設(shè)的基礎(chǔ)。團(tuán)隊(duì)的建設(shè)是專案實(shí)現(xiàn)其目標(biāo)的關(guān)鍵。軟體團(tuán)隊(duì)管理概述軟體專案團(tuán)隊(duì)管理工作結(jié)構(gòu)軟體團(tuán)隊(duì)管理概述

軟體專案團(tuán)隊(duì)管理的重要性是軟體專案管理中至關(guān)重要的組成部分是有效地發(fā)揮每個(gè)參與專案的人員作用的過(guò)程人員的組織管理是影響軟體開(kāi)發(fā)專案品質(zhì)的決定性因素

如果企業(yè)要想在軟體開(kāi)發(fā)專案上獲得成功，他們就需要認(rèn)識(shí)到專案人力資源管理的重要性，瞭解專案人力資源管理的知識(shí)體系及範(fàn)疇，並將有效的管理理論和方法引入專案管理的過(guò)程中，充分發(fā)揮專案人員的積極性與創(chuàng)造力來(lái)實(shí)現(xiàn)企業(yè)的目標(biāo)。本章內(nèi)容提要

軟體團(tuán)隊(duì)管理概述

4.1

軟體專案組織計(jì)畫(huà)編制

4.2

軟體專案團(tuán)隊(duì)人員的獲取

4.3

軟體團(tuán)隊(duì)建設(shè)

4.4

案例分析4.5

本章小結(jié)

4.6復(fù)習(xí)思考題

4.74.2軟體專案組織計(jì)畫(huà)編制專案組織計(jì)畫(huà)編制概述大多數(shù)軟體專案中，組織計(jì)畫(huà)是在最早的專案階段編制的。組織計(jì)畫(huà)編制的結(jié)果應(yīng)在整個(gè)專案過(guò)程中定期審查以保證其連續(xù)的適用性。如果初始的組織編制不再有效，應(yīng)及時(shí)修正。軟體專案組織計(jì)畫(huà)編制專案組織計(jì)畫(huà)編制的輸入專案介面人員配備需求制約組織計(jì)畫(huà)編制的方法和技術(shù)樣板人力資源慣例組織理論專案干係人分析組織計(jì)畫(huà)編制的輸出組織結(jié)構(gòu)圖角色和責(zé)任分配人員配置管理計(jì)畫(huà)支持細(xì)節(jié)軟體專案組織結(jié)構(gòu)設(shè)計(jì)和專案角色與職責(zé)分配是專案組織計(jì)畫(huà)編制的主要內(nèi)容。軟體專案組織計(jì)畫(huà)編制專案團(tuán)隊(duì)的角色分類軟體專案經(jīng)理

軟體企業(yè)最基層的管理人員，負(fù)責(zé)分配資源、確定優(yōu)先順序、協(xié)調(diào)與客戶之間的溝通，儘量使專案團(tuán)隊(duì)一直集中於正確的目標(biāo)。專案經(jīng)理需要領(lǐng)導(dǎo)、決策、組織、控制和創(chuàng)新方面的能力。系統(tǒng)分析員

主要從事需求獲取和研究，是專案中業(yè)務(wù)與技術(shù)間的橋樑。系統(tǒng)分析員應(yīng)該善於簡(jiǎn)化工作、善於協(xié)調(diào)，並且具有良好的人際溝通和書(shū)面溝通技巧，必須具備業(yè)務(wù)和技術(shù)領(lǐng)域知識(shí)，需要熟悉用於獲取業(yè)務(wù)需求的工具，同時(shí)還要掌握引導(dǎo)客戶描述出需求的方法。軟體專案組織計(jì)畫(huà)編制系統(tǒng)設(shè)計(jì)員根據(jù)軟體需求說(shuō)明書(shū)進(jìn)行構(gòu)架設(shè)計(jì)、資料庫(kù)設(shè)計(jì)和詳細(xì)設(shè)計(jì)，負(fù)責(zé)在整個(gè)專案中對(duì)技術(shù)活動(dòng)和工件進(jìn)行領(lǐng)導(dǎo)和協(xié)調(diào)。軟體開(kāi)發(fā)人員負(fù)責(zé)按照專案所採(cǎi)用的標(biāo)準(zhǔn)來(lái)進(jìn)行單元開(kāi)發(fā)與測(cè)試。軟體開(kāi)發(fā)人員需要能夠迅速並準(zhǔn)確地理解系統(tǒng)設(shè)計(jì)員的設(shè)計(jì)文檔，並能快速地進(jìn)行代碼開(kāi)發(fā)和單元測(cè)試。系統(tǒng)測(cè)試人員負(fù)責(zé)對(duì)測(cè)試進(jìn)行計(jì)畫(huà)、設(shè)計(jì)、實(shí)施和評(píng)估。軟體專案組織計(jì)畫(huà)編制軟體配置管理人員負(fù)責(zé)策劃、協(xié)調(diào)和實(shí)施軟體專案的正式配置管理活動(dòng)的個(gè)人或小組。品質(zhì)保證人員負(fù)責(zé)計(jì)畫(huà)和實(shí)施專案品質(zhì)保證活動(dòng)的個(gè)人或小組，以確保軟體開(kāi)發(fā)活動(dòng)遵循軟體過(guò)程標(biāo)準(zhǔn)。軟體專案組織計(jì)畫(huà)編制專案角色與職責(zé)分配過(guò)程定義和分配工作的過(guò)程是在專案啟動(dòng)階段開(kāi)始運(yùn)作並且是重複進(jìn)行的。一旦專案組決定了採(cǎi)用的技術(shù)方法，他們將建立一個(gè)工作分解結(jié)構(gòu)圖(WBS)來(lái)定義可管理的工作要素。接著，他們指定活動(dòng)定義，進(jìn)一步確定WBS中各個(gè)活動(dòng)所包含的工作，最後指派工作。軟體專案組織計(jì)畫(huà)編制定義和分配工作的一個(gè)框架軟體專案組織計(jì)畫(huà)編制

定義和分配工作的過(guò)程包括四個(gè)部分確定專案要求；定義工作如何完成；把工作分解為可管理的部分；制定工作職責(zé)。軟體專案組織計(jì)畫(huà)編制組織分解結(jié)構(gòu)(OBS)OBS（組織分解結(jié)構(gòu)）是一種特殊的組織結(jié)構(gòu)圖，它建立在一般組織結(jié)構(gòu)圖的基礎(chǔ)上，根據(jù)公司各部門的具體單元或者子公司的組織單元將一般組織結(jié)構(gòu)圖再進(jìn)行更詳細(xì)地分解。專案經(jīng)理通常使用OBS來(lái)分配工作任務(wù)。責(zé)任分配矩陣(RAM)RAM就是將工作分解結(jié)構(gòu)圖(WBS)中的每一項(xiàng)工作指派給OBS中的執(zhí)行人而形成的一個(gè)矩陣。軟體專案組織計(jì)畫(huà)編制專案組織結(jié)構(gòu)設(shè)計(jì)專案組織結(jié)構(gòu)定義

專案的組織結(jié)構(gòu)，是具體承擔(dān)某一專案的全體職工為實(shí)現(xiàn)專案目標(biāo)，在管理工作中進(jìn)行分工協(xié)作，在職務(wù)範(fàn)圍、責(zé)任、權(quán)力方面所形成的結(jié)構(gòu)體系。組織結(jié)構(gòu)的本質(zhì)是員工的分工協(xié)作關(guān)係。設(shè)計(jì)組織結(jié)構(gòu)的目的是為了實(shí)現(xiàn)專案的目標(biāo)。所以，組織結(jié)構(gòu)是實(shí)現(xiàn)專案目標(biāo)的一種手段。組織結(jié)構(gòu)的內(nèi)涵是人們?cè)诼?、?zé)、權(quán)方面的結(jié)構(gòu)體系。所以，組織結(jié)構(gòu)又可簡(jiǎn)稱為權(quán)責(zé)結(jié)構(gòu)。軟體專案組織計(jì)畫(huà)編制專案組織結(jié)構(gòu)體系主要包括：職能結(jié)構(gòu)，即完成專案目標(biāo)所需的各項(xiàng)業(yè)務(wù)工作及其比例和關(guān)係；層次結(jié)構(gòu)，即各管理層次的構(gòu)成，又稱為組織的縱向結(jié)構(gòu)；部門結(jié)構(gòu)，即各管理部門的構(gòu)成，又稱為組織的橫向結(jié)構(gòu)；職權(quán)結(jié)構(gòu)，即各層次、各部門在權(quán)力和責(zé)任方面的分工及相互關(guān)係。軟體專案組織計(jì)畫(huà)編制

軟體專案的基本組織結(jié)構(gòu)及其比較在實(shí)際的專案管理中，主要有三種基本的專案組織形式——直線性、職能性和矩陣形。

直線性組織結(jié)構(gòu)直線性組織最大的優(yōu)點(diǎn)在於可以防止多重指令和防止雙頭管理現(xiàn)象的出現(xiàn)，對(duì)於一個(gè)部門來(lái)說(shuō)可以避免出現(xiàn)接收多個(gè)相互矛盾指令的情況。軟體專案組織計(jì)畫(huà)編制

直線性組織結(jié)構(gòu)軟體專案組織計(jì)畫(huà)編制

職能性組織結(jié)構(gòu)在職能組織結(jié)構(gòu)中，工作部門的設(shè)置是按照專業(yè)職能和管理業(yè)務(wù)來(lái)劃分的。職能組織結(jié)構(gòu)有利於發(fā)揮職能部門的專業(yè)管理作用和專業(yè)管理專長(zhǎng)，能適應(yīng)生產(chǎn)技術(shù)發(fā)展和間接管理複雜化的特點(diǎn)。但如果多維指令產(chǎn)生衝突，則將使得下級(jí)部門無(wú)所適從，容易造成管理混亂。軟體專案組織計(jì)畫(huà)編制

職能性組織結(jié)構(gòu)軟體專案組織計(jì)畫(huà)編制

直線型組織職能結(jié)構(gòu)直線型組織職能結(jié)構(gòu)在職能組織結(jié)構(gòu)的基礎(chǔ)上引入線性組織結(jié)構(gòu)在命令源上單一和一致性的優(yōu)點(diǎn)，可以防止組織中出現(xiàn)矛盾的指令，同時(shí)，保持線性指揮的前提下，在各級(jí)領(lǐng)導(dǎo)部門下設(shè)置相應(yīng)的職能部門，分別從事各項(xiàng)專門業(yè)務(wù)。軟體專案組織計(jì)畫(huà)編制

矩陣形組織結(jié)構(gòu)矩陣組織結(jié)構(gòu)的主要特點(diǎn)是按兩大類型設(shè)置工作部門。其命令源是非線性的，因而橫向管理部門和縱向管理部門各自負(fù)責(zé)的工作和管理內(nèi)容必須明確。軟體專案組織計(jì)畫(huà)編制

三種組織結(jié)構(gòu)的優(yōu)缺點(diǎn)及比較線性組織結(jié)構(gòu)特點(diǎn)反應(yīng)迅速靈活；運(yùn)營(yíng)成本較低；指令唯一且責(zé)任明確；低正規(guī)化和高度集權(quán)度的結(jié)構(gòu)會(huì)導(dǎo)致高層資訊超載；隨著規(guī)模的擴(kuò)大制定決策變得非常緩慢；高層經(jīng)理會(huì)陷入日常經(jīng)營(yíng)活動(dòng)而無(wú)法做好長(zhǎng)期性的資源配置工作。軟體專案組織計(jì)畫(huà)編制

職能制組織形式特點(diǎn)在人員利用上有較大的彈性和適應(yīng)性；個(gè)別專家可被不同專案利用；部門中的專家可以被組織起來(lái)共用知識(shí)和經(jīng)驗(yàn)；在個(gè)別人離開(kāi)專案甚至上級(jí)組織時(shí)仍可以保持技術(shù)上的延續(xù)性；職能部門有自己的常規(guī)工作，這些工作常常優(yōu)先於專案考慮，客戶常被忽略；職能部門中沒(méi)有一個(gè)人對(duì)專案全權(quán)負(fù)責(zé)，不能引起對(duì)專案的高度責(zé)任感；協(xié)調(diào)性差；不易形成對(duì)專案的系統(tǒng)化管理系統(tǒng)。軟體專案組織計(jì)畫(huà)編制矩陣制組織形式特點(diǎn)專案管理強(qiáng)調(diào)的重點(diǎn)是，專案經(jīng)理個(gè)人負(fù)責(zé)管理專案以保證專案在規(guī)定費(fèi)用之內(nèi)按期完成；由於專案組織覆蓋於職能部門之上，因此人力資源管理方便，且專案可充分利用職能部門的技術(shù)優(yōu)勢(shì)；對(duì)客戶反應(yīng)迅速；專案決策權(quán)力需要在專案組織和職能部門二者之間平衡從而帶來(lái)一定困難；多個(gè)專案之間優(yōu)化專案目標(biāo)是矩陣制的一個(gè)優(yōu)點(diǎn)但也由此帶來(lái)專案之間的資源競(jìng)爭(zhēng)從而互相影響；由於專案人員至少有兩個(gè)上級(jí)：專案經(jīng)理和職能部門經(jīng)理，容易造成上級(jí)命令的不統(tǒng)一，從而帶來(lái)管理混亂。本章內(nèi)容提要

軟體團(tuán)隊(duì)管理概述

4.1

軟體專案組織計(jì)畫(huà)編制

4.2

軟體專案團(tuán)隊(duì)人員的獲取

4.3

軟體團(tuán)隊(duì)建設(shè)

4.4

案例分析4.5

本章小結(jié)

4.6復(fù)習(xí)思考題

4.74.3軟體專案團(tuán)隊(duì)人員的獲取

通過(guò)組織計(jì)畫(huà)編制過(guò)程決定了軟體專案所需的人員之後，需要做的就是確定如何在合適的時(shí)間獲得這些人員。專案經(jīng)理的確定確定與指派專案經(jīng)理是專案啟動(dòng)階段的一個(gè)重要工作。專案經(jīng)理是專案組織的核心和專案團(tuán)隊(duì)的靈魂，對(duì)專案進(jìn)行全面的管理。他的管理能力、經(jīng)驗(yàn)水準(zhǔn)、知識(shí)結(jié)構(gòu)、個(gè)人魅力都對(duì)專案的成敗起著關(guān)鍵的作用。專案經(jīng)理的工作目標(biāo)是負(fù)責(zé)專案保質(zhì)保量按期交付。在專案決策過(guò)程中，專案經(jīng)理不僅要面對(duì)專案班子中有著各種知識(shí)背景和經(jīng)歷的專案管理人員，又要面對(duì)各利益相關(guān)方以及客戶。軟體專案團(tuán)隊(duì)人員的獲取

對(duì)專案經(jīng)理的主要要求在本行業(yè)中某一技術(shù)領(lǐng)域中具有權(quán)威，技術(shù)過(guò)硬；任務(wù)分解能力強(qiáng)；注重對(duì)專案成員的激勵(lì)和團(tuán)隊(duì)建設(shè)，能良好的協(xié)調(diào)專案小組成員的關(guān)係；具備較強(qiáng)的客戶人際關(guān)係能力；具有很強(qiáng)的工作責(zé)任心，能夠接受經(jīng)常加班的要求；應(yīng)更注重管理方面的貢獻(xiàn)，勝過(guò)作為技術(shù)人員的貢獻(xiàn)。軟體專案團(tuán)隊(duì)人員的獲取專案團(tuán)隊(duì)人員的確定在專案經(jīng)理確定之後，專案經(jīng)理就要與公司相關(guān)人員一起商討如何通過(guò)招聘流程獲取專案所需的人力資源，這種招聘過(guò)程可以是面向內(nèi)部員工，也可以面向社會(huì)人力資源。對(duì)軟體專案團(tuán)隊(duì)中成員的主要要求：具備特定崗位所需的不同技能，這可能是設(shè)計(jì)、編碼、測(cè)試、溝通等能力；適應(yīng)需求和任務(wù)的變動(dòng)；能夠建立良好的人際關(guān)係，與小組中其他成員協(xié)作；能夠接受加班的要求；認(rèn)真負(fù)責(zé)、勤奮好學(xué)，積極主動(dòng)，富於創(chuàng)新。本章內(nèi)容提要

軟體團(tuán)隊(duì)管理概述

4.1

軟體專案組織計(jì)畫(huà)編制

4.2

軟體專案團(tuán)隊(duì)人員的獲取

4.3

軟體團(tuán)隊(duì)建設(shè)

4.4

案例分析4.5

本章小結(jié)

4.6復(fù)習(xí)思考題

4.74.4軟體團(tuán)隊(duì)建設(shè)軟體專案團(tuán)隊(duì)的組建軟體專案團(tuán)隊(duì)的組建工作包括：團(tuán)隊(duì)成員的到位和專案組內(nèi)部的組織結(jié)構(gòu)、角色分配和任務(wù)分工。團(tuán)隊(duì)規(guī)劃主要包括：人數(shù)要求技術(shù)能力要求業(yè)務(wù)能力要求各類人員的比例需要強(qiáng)調(diào)的是必須明確技術(shù)能力和業(yè)務(wù)能力的要求，以及各類人員是否需要通過(guò)培訓(xùn)以達(dá)到技術(shù)能力或業(yè)務(wù)能力的要求。軟體團(tuán)隊(duì)建設(shè)微軟專案開(kāi)發(fā)團(tuán)隊(duì)舉例軟體團(tuán)隊(duì)建設(shè)軟體開(kāi)發(fā)專案組的主要成員是具有一定專業(yè)知識(shí)的技術(shù)人員，為了更好的發(fā)揮這些人員的作用，專案的管理人員應(yīng)注意以下幾個(gè)原則：人盡其才公平原則透明原則給專案成員提供盡可能多的培訓(xùn)機(jī)會(huì)正確處理人力資源的風(fēng)險(xiǎn)問(wèn)題軟體團(tuán)隊(duì)建設(shè)控制人員風(fēng)險(xiǎn)

以較低的代價(jià)進(jìn)行及早的預(yù)防是降低人員風(fēng)險(xiǎn)的基本策略，具體來(lái)說(shuō)可以從以下幾個(gè)方面對(duì)人員風(fēng)險(xiǎn)進(jìn)行控制：保證開(kāi)發(fā)組中全職人員的比例，且專案核心部分的工作應(yīng)該儘量由全職人員來(lái)?yè)?dān)任，以減少兼職人員對(duì)專案組人員不穩(wěn)定性的影響；建立良好的文檔管理機(jī)制；加強(qiáng)專案組內(nèi)技術(shù)交流；對(duì)於專案經(jīng)理，可以從一開(kāi)始就指派一個(gè)副經(jīng)理在專案中協(xié)同專案經(jīng)理管理專案開(kāi)發(fā)工作，如果專案經(jīng)理退出開(kāi)發(fā)組，副經(jīng)理可以很快接手。一般只建議在專案經(jīng)理這樣高度重要的崗位採(cǎi)用這種冗餘制的策略來(lái)預(yù)防人員風(fēng)險(xiǎn)，否則將會(huì)大大增加專案成本；為專案開(kāi)發(fā)提供盡可能好的開(kāi)發(fā)環(huán)境。軟體團(tuán)隊(duì)建設(shè)團(tuán)隊(duì)合作團(tuán)隊(duì)意識(shí)就是團(tuán)隊(duì)成員為了團(tuán)隊(duì)的整體利益和目標(biāo)而相互合作、共同努力的意願(yuàn)與作風(fēng)。團(tuán)隊(duì)意識(shí)的內(nèi)涵在團(tuán)隊(duì)與其成員的關(guān)係方面，團(tuán)隊(duì)意識(shí)表現(xiàn)在團(tuán)隊(duì)成員對(duì)團(tuán)隊(duì)的強(qiáng)烈歸屬感與一體感；在團(tuán)隊(duì)成員之間的關(guān)係上，團(tuán)隊(duì)意識(shí)表現(xiàn)為成員間的相互協(xié)作從而形成有機(jī)的整體；在成員對(duì)團(tuán)隊(duì)的事務(wù)上，團(tuán)隊(duì)意識(shí)表現(xiàn)為團(tuán)隊(duì)成員對(duì)團(tuán)隊(duì)事務(wù)的盡心盡力和全方位投入。軟體團(tuán)隊(duì)建設(shè)團(tuán)隊(duì)合作的指導(dǎo)方針作為一名團(tuán)隊(duì)領(lǐng)導(dǎo)，我將：避免團(tuán)隊(duì)目標(biāo)向政治問(wèn)題妥協(xié)；向團(tuán)隊(duì)目標(biāo)顯示個(gè)人的承諾；不用太多優(yōu)先順序的事物沖淡團(tuán)隊(duì)的工作；公平,公正的對(duì)待團(tuán)隊(duì)成員；願(yuàn)意面對(duì)和解決與團(tuán)隊(duì)成員不良表現(xiàn)有關(guān)的問(wèn)題；對(duì)來(lái)自員工的新思維和新資訊採(cǎi)取開(kāi)放的態(tài)度。軟體團(tuán)隊(duì)建設(shè)作為一名團(tuán)隊(duì)成員，我將：展示對(duì)於個(gè)人角色和責(zé)任的真實(shí)理解；展示目標(biāo)和以事實(shí)為基礎(chǔ)的判斷；和其他團(tuán)隊(duì)成員有效的合作；使團(tuán)隊(duì)目標(biāo)優(yōu)先於個(gè)人目標(biāo)；展示投身於任何專案成功所需的努力的願(yuàn)望；願(yuàn)意分享資訊、感受和產(chǎn)生適當(dāng)?shù)幕仞?；?dāng)其他成員需要時(shí)給與適當(dāng)?shù)膸椭?；展示?duì)自己的高標(biāo)準(zhǔn)要求；支持團(tuán)隊(duì)的決策；展示直接面對(duì)重要問(wèn)題的勇氣和信念；以為團(tuán)隊(duì)的成功奮鬥的方式體現(xiàn)帶頭作用；對(duì)別人的回饋?zhàn)龀龇e極的反映。軟體團(tuán)隊(duì)建設(shè)團(tuán)隊(duì)成員激勵(lì)激勵(lì)是用人的藝術(shù)，它通過(guò)研究人的行為方式和需求心理來(lái)因勢(shì)利導(dǎo)的激發(fā)人的工作熱情，改變?nèi)说男袨楸憩F(xiàn)，提高個(gè)人或組織績(jī)效。軟體專案團(tuán)隊(duì)中，激勵(lì)是組織成員個(gè)人需要和專案需要的結(jié)合，一方面必須考察瞭解專案成員的需要，進(jìn)行有針對(duì)性的激勵(lì)；另一方面，必須符合專案發(fā)展的需要，進(jìn)行有目的的激勵(lì)。軟體團(tuán)隊(duì)建設(shè)馬斯洛把人的需求分為五個(gè)層次：生理需要（衣食住等）安全需要（穩(wěn)定，身體安全，經(jīng)濟(jì)安全）社交需要（親情，友情，歸屬感）尊重需要（地位和自我尊重、認(rèn)可和感激）自我實(shí)現(xiàn)需要軟體人員是追求自我實(shí)現(xiàn)需要的群體，學(xué)習(xí)機(jī)會(huì)、創(chuàng)造是對(duì)他們主要的激勵(lì)因素。對(duì)於企業(yè)來(lái)講，軟體企業(yè)的成長(zhǎng)需要員工不斷學(xué)習(xí)，永遠(yuǎn)創(chuàng)新，並且進(jìn)行充分的團(tuán)隊(duì)合作。軟體團(tuán)隊(duì)建設(shè)團(tuán)隊(duì)的學(xué)習(xí)團(tuán)隊(duì)學(xué)習(xí)是提高團(tuán)隊(duì)績(jī)效，保持其先進(jìn)性的重要舉措。培訓(xùn)可以給公司帶來(lái)巨大的經(jīng)濟(jì)效益，提高員工的自身能力，也是提高員工工作熱情和效率的重要一環(huán)。學(xué)習(xí)型組織是指通過(guò)培養(yǎng)彌漫於整個(gè)組織的學(xué)習(xí)氣氛、充分發(fā)揮員工的創(chuàng)造性思維能力而建立起來(lái)的一種有機(jī)的、高度柔性的、扁平的、符合人性的、能持續(xù)發(fā)展的組織。這種組織具有持續(xù)學(xué)習(xí)的能力，具有高於個(gè)人績(jī)效總和的綜合績(jī)效。軟體團(tuán)隊(duì)建設(shè)軟體專案團(tuán)隊(duì)成員績(jī)效評(píng)估管理績(jī)效評(píng)估的根本目的是為了完善工作，為了員工更好地發(fā)展。按照目的劃分，績(jī)效評(píng)估的類型有：獎(jiǎng)金分配評(píng)估提薪評(píng)估業(yè)績(jī)?cè)u(píng)估人事評(píng)估職務(wù)評(píng)估晉升評(píng)估軟體團(tuán)隊(duì)建設(shè)

績(jī)效評(píng)估遵循的原則公開(kāi)性原則客觀、公正原則及時(shí)回饋原則敏感性原則，又稱區(qū)分性原則可行性原則多層次、多管道、全方位評(píng)價(jià)的原則績(jī)效評(píng)估經(jīng)常化、制度化的原則本章內(nèi)容提要

軟體團(tuán)隊(duì)管理概述

4.1

軟體專案組織計(jì)畫(huà)編制

4.2

軟體專案團(tuán)隊(duì)人員的獲取

4.3

軟體團(tuán)隊(duì)建設(shè)

4.4

案例分析4.5

本章小結(jié)

4.6復(fù)習(xí)思考題

4.74.5案例分析微軟團(tuán)隊(duì)模型可以描述為專案組都是小型的、多元化的團(tuán)隊(duì)專案組擁有嚴(yán)格的產(chǎn)品發(fā)佈期限專案組成員分工協(xié)作、各司其職，相互依賴、相輔相成專案組成員在統(tǒng)一的專案指導(dǎo)思想指引下，對(duì)各自的工作目標(biāo)負(fù)責(zé)每一個(gè)成員都參與專案的設(shè)計(jì)和討論，並從過(guò)去的專案實(shí)踐中吸取經(jīng)驗(yàn)。專案組成員在同一地點(diǎn)辦公，共同管理專案過(guò)程、制定相關(guān)決策。案例分析微軟MSF團(tuán)隊(duì)角色和責(zé)任分配在MSF（微軟解決方案框架）團(tuán)隊(duì)小組內(nèi)部，每個(gè)角色通過(guò)對(duì)小組本身負(fù)責(zé)（也對(duì)他們各自所屬的組織負(fù)責(zé)）實(shí)現(xiàn)該角色的品質(zhì)目標(biāo)。在這種意義上，每個(gè)角色都對(duì)最終解決方案品質(zhì)的一部分負(fù)責(zé)。小組成員之間共同承擔(dān)職責(zé)（根據(jù)不同小組角色指派）。角色之間是相互依賴的，有以下兩個(gè)原因：就其必要性而言，把每個(gè)角色的工作分隔開(kāi)來(lái)是不可能的；出於優(yōu)先的原因，如果每個(gè)角色都瞭解全局情況，那麼小組的效率會(huì)更高。案例分析

角色間相互依賴性的作用：相互的依賴性會(huì)鼓勵(lì)小組成員對(duì)由他們負(fù)責(zé)的直接區(qū)域以外的工作做出評(píng)論和貢獻(xiàn)，以確保小組所有的知識(shí)、能力和經(jīng)驗(yàn)?zāi)軌虮粦?yīng)用到解決方案裏。專案的成功屬於所有的小組成員，他們共同分享一個(gè)成功的專案所帶來(lái)的榮譽(yù)和回報(bào)，他們也同時(shí)希望，即使是一項(xiàng)不太成功的專案，也能做到全心投入並從中吸取教訓(xùn)以完善他們的專長(zhǎng)。案例分析

專案組中的職能劃分：產(chǎn)品管理角色程式管理角色開(kāi)發(fā)角色測(cè)試角色用戶體驗(yàn)角色發(fā)佈管理角色案例分析微軟MSF團(tuán)隊(duì)組建模型案例分析微軟專案團(tuán)隊(duì)結(jié)構(gòu)以“三駕馬車”架構(gòu)為核心的矩陣式組織結(jié)構(gòu)。微軟的專案團(tuán)隊(duì)由程式經(jīng)理、開(kāi)發(fā)組、測(cè)試組組成。專案開(kāi)始，由程式經(jīng)理到開(kāi)發(fā)組、測(cè)試組選擇相應(yīng)的成員，組成開(kāi)發(fā)團(tuán)隊(duì)，程式經(jīng)理對(duì)團(tuán)隊(duì)成員沒(méi)有領(lǐng)導(dǎo)權(quán)，所有成員的領(lǐng)導(dǎo)權(quán)還是在各個(gè)團(tuán)隊(duì)中。程式經(jīng)理發(fā)現(xiàn)開(kāi)發(fā)人員工作有問(wèn)題的時(shí)候會(huì)提交問(wèn)題到開(kāi)發(fā)組進(jìn)行解決，當(dāng)在同一層面上問(wèn)題無(wú)法進(jìn)行達(dá)成一致的時(shí)候，可以將問(wèn)題上升到產(chǎn)品單元總經(jīng)理。案例分析微軟團(tuán)隊(duì)模型的結(jié)構(gòu)圖，反映了微軟專案團(tuán)隊(duì)組織中的層級(jí)關(guān)係、隸屬關(guān)係、彙報(bào)關(guān)係案例分析微軟VSTS工具VSTS(VisualStudioTeamSystem)是一套高生產(chǎn)力的、集成的、可擴(kuò)展的生命週期開(kāi)發(fā)工具，它擴(kuò)展了VisualStudio產(chǎn)品線，增強(qiáng)了軟體開(kāi)發(fā)團(tuán)隊(duì)中的溝通與協(xié)作。利用VisualStudioTeamSystem，開(kāi)發(fā)團(tuán)隊(duì)能夠在開(kāi)發(fā)過(guò)程的早期以及在整個(gè)開(kāi)發(fā)過(guò)程中確保更高的可預(yù)見(jiàn)性和更好的品質(zhì)。使用VisualStudioTeamSystem，Microsoft可以幫助不同的軟體開(kāi)發(fā)小組開(kāi)發(fā)更健壯的軟體系統(tǒng)。本章內(nèi)容提要

軟體團(tuán)隊(duì)管理概述

4.1

軟體專案組織計(jì)畫(huà)編制

4.2

軟體專案團(tuán)隊(duì)人員的獲取

4.3

軟體團(tuán)隊(duì)建設(shè)

4.4

案例分析4.5

本章小結(jié)

4.6復(fù)習(xí)思考題

4.74.6本章小結(jié)本章講述了軟體專案團(tuán)隊(duì)管理的概念、特點(diǎn)、過(guò)程、方法及其在軟體專案管理中的作用與重要性。軟體專案團(tuán)隊(duì)管理主要包括團(tuán)隊(duì)組織計(jì)畫(huà)、團(tuán)隊(duì)人員獲取和團(tuán)隊(duì)建設(shè)三個(gè)部分。軟體企業(yè)是知識(shí)密集型的技術(shù)企業(yè)，其有沒(méi)有市場(chǎng)競(jìng)爭(zhēng)力，能否快速發(fā)展，關(guān)鍵在於是否擁有一支具有高素質(zhì)的軟體人才隊(duì)伍。本章最後介紹了微軟團(tuán)隊(duì)管理的MSF團(tuán)隊(duì)角色、產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)結(jié)構(gòu)並給出了Windows2000開(kāi)發(fā)團(tuán)隊(duì)的案例和VSTS團(tuán)隊(duì)開(kāi)發(fā)和管理工具。本章內(nèi)容提要

軟體團(tuán)隊(duì)管理概述

4.1

軟體專案組織計(jì)畫(huà)編制

4.2

軟體專案團(tuán)隊(duì)人員的獲取

4.3

軟體團(tuán)隊(duì)建設(shè)

4.4

案例分析4.5

本章小結(jié)

4.6復(fù)習(xí)思考題

4.74.7復(fù)習(xí)思考題什麼是軟體專案團(tuán)隊(duì)？它與其他企業(yè)的人力資源有什麼不同？什麼是軟體專案團(tuán)隊(duì)管理？它是怎樣出現(xiàn)的？軟體專案團(tuán)隊(duì)管理主要包括哪些個(gè)方面？簡(jiǎn)述如何進(jìn)行軟體專案的組織計(jì)畫(huà)編制。在軟體專案中，對(duì)專案經(jīng)理有哪些要求？團(tuán)隊(duì)的學(xué)習(xí)對(duì)團(tuán)隊(duì)的建設(shè)有哪些作用？學(xué)習(xí)完微軟專案團(tuán)隊(duì)管理案例後，你有哪些收穫？第5章軟體專案需求管理本章內(nèi)容提要軟體專案需求管理概述

需求開(kāi)發(fā)和管理過(guò)程

需求獲取方法

5.15.25.3需求分析建模方法

5.4需求管理工具

5.5案例分析

5.6本章小結(jié)

5.7復(fù)習(xí)思考題

5.85.1軟體專案需求管理概述影響軟體專案成敗的因素軟體開(kāi)發(fā)的目標(biāo)——按時(shí)按預(yù)算開(kāi)發(fā)出滿足用戶真實(shí)需要的軟體。需求——一個(gè)軟體專案的開(kāi)始階段。在軟體工程中，需求分析階段是包括客戶、用戶、業(yè)務(wù)或需求分析員、開(kāi)發(fā)人員、測(cè)試人員、用戶文檔編寫者、專案管理者和客戶管理者在內(nèi)的所有的風(fēng)險(xiǎn)承擔(dān)者都需要參與的階段。軟體專案需求管理概述

需求定義

IEEE軟體工程標(biāo)準(zhǔn)辭彙表(1997年)中將需求定義為：用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或權(quán)能(Capability)；系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)範(fàn)或其他正式規(guī)定文檔所需具有的條件或權(quán)能；一種反映上面(1)或(2)所描述的條件或權(quán)能的文檔說(shuō)明。軟體需求包括以下幾個(gè)層次：業(yè)務(wù)需求（businessrequirement）用戶需求（userrequirement）功能需求（functionalrequirement）同時(shí)也包括非功能需求、軟體需求規(guī)格說(shuō)明（softwarerequirementsspecification，SRS）等。軟體專案需求管理概述軟體專案需求管理概述軟體需求各組成部分關(guān)係

需求類型

在UP（統(tǒng)一過(guò)程）中，軟體需求是根據(jù)FURPS+模型來(lái)分類的，其中FURPS的含義如下：Functional（功能性）Usability（可用性）Reliability（可靠性）Performance（性能）Supportability（可支持性）“+”是指一些輔助性的和次要的因素：

Implementation（實(shí)現(xiàn)）Interface（介面）Operations（操作）Packaging(包裝)Legal（授權(quán)）軟體專案需求管理概述本章內(nèi)容提要軟體專案需求管理概述

需求開(kāi)發(fā)和管理過(guò)程

需求獲取方法

5.15.25.3需求分析建模方法

5.4需求管理工具

5.5案例分析

5.6本章小結(jié)

5.7復(fù)習(xí)思考題

5.8需求過(guò)程所涉及的工作5.2需求開(kāi)發(fā)和管理過(guò)程需求工程——也叫做需求過(guò)程或需求階段，包括需求開(kāi)發(fā)和需求管理。需求開(kāi)發(fā)——包括需求獲取、需求分析、編寫需求規(guī)格說(shuō)明、驗(yàn)證需求四個(gè)階段，在這四個(gè)階段執(zhí)行以下活動(dòng)：確定產(chǎn)品所期望的用戶類；獲取每個(gè)用戶類的需求；瞭解實(shí)際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求；分析源於用戶的資訊以區(qū)別業(yè)務(wù)需求、功能需求、品質(zhì)屬性、業(yè)務(wù)規(guī)則，建議解決的方法和附加的資訊；

分解需求，並將需求中的一部分分配給軟體組件；瞭解相關(guān)屬性的重要性；劃分實(shí)施優(yōu)先順序；編寫需求規(guī)格說(shuō)明和模型；評(píng)審需求規(guī)格，驗(yàn)證對(duì)用戶需求的正確理解和認(rèn)識(shí)。需求開(kāi)發(fā)和管理過(guò)程需求管理——是一種用於查找、記錄、組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法，可用於獲取、組織和記錄系統(tǒng)需求並使客戶和專案團(tuán)隊(duì)在系統(tǒng)需求變更上保持一致。有效的需求管理在於維護(hù)清晰明確的需求闡述、每種需求類型所適用的屬性，以及與其它需求和其他專案工件之間的可追蹤性。需求管理活動(dòng)包括定義需求基線評(píng)審需求變更並評(píng)估每項(xiàng)需求變更對(duì)軟體產(chǎn)品的影響從而決定是否實(shí)施它。以一種可控制的方式將需求變更融入當(dāng)前的軟體專案。讓當(dāng)前的專案計(jì)畫(huà)和需求保持一致。估計(jì)變更所產(chǎn)生的影響並在此基礎(chǔ)上協(xié)商新的約定實(shí)現(xiàn)通過(guò)需求可跟蹤對(duì)應(yīng)的設(shè)計(jì)、源代碼和測(cè)試用例。在整個(gè)專案過(guò)程中跟蹤需求狀態(tài)及其變更情況。需求開(kāi)發(fā)和管理過(guò)程

需求獲取

需求獲取的主要目的是從宏觀上把握用戶的具體需求方向和趨勢(shì)，瞭解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、系統(tǒng)環(huán)境等，對(duì)任務(wù)進(jìn)行分析、從而開(kāi)發(fā)、捕獲和修訂用戶的需求，以建立良好的溝通管道和方式。需求獲取需要執(zhí)行以下活動(dòng)：確定需求開(kāi)發(fā)過(guò)程編寫專案視圖和範(fàn)圍文檔獲取涉眾請(qǐng)求選擇每類用戶的產(chǎn)品代表建立典型的以用戶為核心的隊(duì)伍讓用戶代表確定用例召開(kāi)應(yīng)用程式開(kāi)發(fā)聯(lián)繫會(huì)議分析用戶工作流程確定品質(zhì)屬性和其他非功能需求需求開(kāi)發(fā)和管理過(guò)程

需求分析

需求分析包括提煉、分析和仔細(xì)審查已收集到的需求，為最終用戶所看到的系統(tǒng)建立一個(gè)概念模型以確保所有的風(fēng)險(xiǎn)承擔(dān)者都明白其含義並找出其中的錯(cuò)誤、遺漏或其他不足的地方。分析用戶需求應(yīng)該執(zhí)行以下活動(dòng)：繪製系統(tǒng)關(guān)聯(lián)圖創(chuàng)建用戶介面原型分析需求可行性確定需求的優(yōu)先順序別為需求建立模型建立數(shù)據(jù)字典使用品質(zhì)功能調(diào)配需求開(kāi)發(fā)和管理過(guò)程

需求規(guī)格說(shuō)明軟體需求規(guī)格說(shuō)明闡述一個(gè)軟體系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統(tǒng)測(cè)試和用戶文檔的基礎(chǔ)，也是所有子系列專案規(guī)劃、設(shè)計(jì)和編碼的基礎(chǔ)。需求分析完成的標(biāo)誌是提交一份完整的軟體需求規(guī)格說(shuō)明書(shū)（SRS）。軟體需求規(guī)格說(shuō)明作為產(chǎn)品需求的最終成果必須包括所有的需求。在開(kāi)發(fā)人員的組織中要為編寫軟體需求文檔定義一種標(biāo)準(zhǔn)範(fàn)本。需求開(kāi)發(fā)和管理過(guò)程需求規(guī)格說(shuō)明範(fàn)本123456a.引言目的文檔約定預(yù)期的讀者和閱讀建議產(chǎn)品的範(fàn)圍參考文獻(xiàn)b.綜合描述產(chǎn)品的前景產(chǎn)品的功能用戶類和特徵運(yùn)行環(huán)境設(shè)計(jì)和實(shí)現(xiàn)上的限制假設(shè)和依賴附錄c.外部介面需求附錄用戶介面附錄硬體介面軟體介面通信介面d.系統(tǒng)特性說(shuō)明和優(yōu)先順序激勵(lì)/回應(yīng)序列功能需求e.其他非功能需求性能需求安全設(shè)施需求安全性需求軟體品質(zhì)屬性業(yè)務(wù)規(guī)則用戶文檔f.其他需求g.附件辭彙表分析模型待確定問(wèn)題的列表需求開(kāi)發(fā)和管理過(guò)程

需求驗(yàn)證驗(yàn)證是為了確保需求說(shuō)明準(zhǔn)確、無(wú)二義性並完整地表達(dá)系統(tǒng)功能以及必要的品質(zhì)特性。需求驗(yàn)證要求客戶代表和開(kāi)發(fā)人員共同參與，對(duì)提交