軟件項(xiàng)目管理作業(yè)

大連理工大學(xué)軟件項(xiàng)目管理SoftwareProjectManagement學(xué)院（系）：軟件學(xué)院專業(yè)：軟件工程（日語(yǔ)強(qiáng)化）組長(zhǎng)姓名：學(xué)號(hào)：組員姓名：學(xué)號(hào)：組員姓名： 學(xué)號(hào)：大連理工大學(xué)Dalian目錄1項(xiàng)目簡(jiǎn)介 11.1項(xiàng)目介紹 11.2項(xiàng)目分工 ④決定問(wèn)題的類型和結(jié)構(gòu)問(wèn)題的基本形式分為開(kāi)放式問(wèn)題和封閉式問(wèn)題，根據(jù)面談對(duì)象的不同來(lái)確定問(wèn)題。對(duì)于醫(yī)生和護(hù)士的問(wèn)題主要是關(guān)于他們的工作以及希望有什么樣的查詢功能，對(duì)于工作人員主要與界面以及辦理出入院手續(xù)相關(guān)的問(wèn)題。4.1.2列出面談問(wèn)題開(kāi)放式問(wèn)題：你的日常工作有哪些?在工作中你覺(jué)得哪些事情過(guò)于繁瑣？你最喜歡你的哪部分工作？在住院過(guò)程中你希望能夠隨時(shí)了解什么信息？你對(duì)住院時(shí)醫(yī)院所提供的服務(wù)有什么要求？封閉式問(wèn)題：你對(duì)目前使用的住院管理系統(tǒng)滿意嗎？你覺(jué)得錄入病人信息的工作繁瑣嗎？你想在系統(tǒng)中增加醫(yī)生的登錄界面管理自己的病人嗎？除了住院管理系統(tǒng)，你還接觸過(guò)其他類似的管理系統(tǒng)嗎？在住院過(guò)程中，你想通過(guò)這個(gè)系統(tǒng)了解自己的即時(shí)賬單嗎？4.1.3制作一個(gè)問(wèn)卷調(diào)查表調(diào)查表：你熟悉電腦操作嗎？A很熟練B一般C接觸過(guò)D完全沒(méi)用過(guò)當(dāng)病人很多時(shí)你能很清楚的記住你所負(fù)責(zé)病人的病情嗎？A非常清楚B一般C有時(shí)會(huì)混淆D記不住，需要時(shí)刻查詢你覺(jué)得有必要時(shí)刻通知病人醫(yī)藥費(fèi)用嗎？A很有必要B沒(méi)什么必要你認(rèn)為現(xiàn)在紙檔的病人的病例存儲(chǔ)方式繁瑣嗎？A非常麻煩，存在丟失現(xiàn)象B還可以，查找有些吃力C不麻煩，感覺(jué)挺好你覺(jué)得辦理入院手續(xù)麻煩嗎？A非常麻煩，好多要做的事B還行，就是不愛(ài)填東西C不麻煩，感覺(jué)挺方便的你覺(jué)得出院通知單什么時(shí)候發(fā)放比較好？A提前一個(gè)星期發(fā)放B提前一天發(fā)放C提前三天發(fā)放4.2需求分析管理系統(tǒng)是任何一個(gè)企事業(yè)單位都不可缺少的部分，一個(gè)管理系統(tǒng)的好壞對(duì)于企事業(yè)的決策者和管理者來(lái)說(shuō)也是至關(guān)重要的。面對(duì)現(xiàn)在醫(yī)療設(shè)施的先進(jìn)化及全民及時(shí)就醫(yī)的日益普及化，一個(gè)優(yōu)良的醫(yī)院管理系統(tǒng)成為醫(yī)療事業(yè)更加快速發(fā)展不可或缺的幫手。為了使醫(yī)院工作人員在面對(duì)眾多病人的時(shí)候工作更加輕松，為了使病人方便就醫(yī)并且能及時(shí)了解自己的病情，也為了使醫(yī)院能夠更加有序的、有效率的運(yùn)轉(zhuǎn)，我們初步設(shè)想開(kāi)發(fā)一個(gè)醫(yī)院管理系統(tǒng)。但是，介于我們項(xiàng)目開(kāi)發(fā)時(shí)間較短，參加人員較少，為了保證系統(tǒng)的質(zhì)量，我們最終決定開(kāi)發(fā)醫(yī)院管理系統(tǒng)的一個(gè)子系統(tǒng)——醫(yī)院住院管理系統(tǒng)。我們所開(kāi)發(fā)的醫(yī)院住院管理系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莸臄?shù)據(jù)處理手段，使用計(jì)算機(jī)對(duì)醫(yī)院工作人員及病人的各項(xiàng)信息進(jìn)行管理，具有檢索迅速、查找方便、易修改、可靠性高、存儲(chǔ)量大、數(shù)據(jù)處理快捷、保密性好、壽命長(zhǎng)、成本低等優(yōu)點(diǎn)，能夠極大地提高醫(yī)院工作人員對(duì)信息的管理和流動(dòng)效率，也是醫(yī)院的科學(xué)化、正規(guī)化管理與世界接軌的重要條件。5項(xiàng)目任務(wù)分解此醫(yī)院住院管理系統(tǒng)是集醫(yī)院住院部門(mén)相關(guān)工作人員和病人于一體、精密統(tǒng)計(jì)管理病人從入院到出院的所有住院信息、便于醫(yī)生和護(hù)士檢索自己病人的相關(guān)情況等一系列的運(yùn)用，真正做到對(duì)醫(yī)院住院部住院工作管理的科學(xué)化、正規(guī)化。本著一切為用戶著想的指導(dǎo)思想，界面要美觀大方，操作盡量簡(jiǎn)單明了，而且作為一個(gè)實(shí)用的應(yīng)用程序要有良好的容錯(cuò)性，在用戶出現(xiàn)誤操作時(shí)能盡量及時(shí)地給出警告，以便用戶及時(shí)改正。醫(yī)院住院管理系統(tǒng)是醫(yī)院管理系統(tǒng)的一個(gè)子系統(tǒng)。它分為入、出院處理，病人治療處理和收費(fèi)處理三個(gè)子系統(tǒng)，能夠管理病人出、入院信息及病人在住院期間與醫(yī)院的所有交互信息。入、出院處理子系統(tǒng)入、出院處理子系統(tǒng)負(fù)責(zé)處理病人入、出院時(shí)的所有信息，包括辦理病人的入、出院手續(xù)并結(jié)清相關(guān)款項(xiàng)。主要分為以下幾個(gè)步驟進(jìn)行：查詢病人醫(yī)囑信息，給需要住院的病人發(fā)入、出院通知單；辦理入、出院手續(xù)，將病人的基本信息及相關(guān)治療過(guò)程錄入系統(tǒng)備案；入院時(shí)辦理押金或預(yù)交款的收取手續(xù)，出院時(shí)辦理結(jié)算醫(yī)藥費(fèi)手續(xù)；病人治療處理子系統(tǒng)病人治療處理子系統(tǒng)負(fù)責(zé)根據(jù)醫(yī)囑給用戶安排合適的藥物、護(hù)理或手術(shù)，根據(jù)定期錄入用戶的體征信息，醫(yī)生或護(hù)士可以隨時(shí)查詢自己正在治療的病人的治療情況。主要有以下幾個(gè)管理功能：系統(tǒng)自動(dòng)查詢住院病人的所有醫(yī)囑，在每天早上8點(diǎn)統(tǒng)一生成要給病人配送的藥品及護(hù)理清單，工作人員也可自行查詢；定期錄入住院病人的體征信息，由系統(tǒng)自動(dòng)生成清單供主治醫(yī)生及護(hù)士查詢核對(duì)；查詢醫(yī)囑，并生成手術(shù)信息清單給相應(yīng)的手術(shù)管理部門(mén)，將病人的所有手術(shù)信息（包括手術(shù)前后的體檢信息）錄入系統(tǒng)供醫(yī)生查詢。收費(fèi)處理子系統(tǒng)收費(fèi)處理子系統(tǒng)負(fù)責(zé)處理病人的住院相關(guān)費(fèi)用及所有帳單，供醫(yī)院工作人員及病人自己查詢。主要分為以下幾個(gè)步驟進(jìn)行：根據(jù)配送的藥物及護(hù)理自動(dòng)生成相關(guān)費(fèi)用；錄入其他費(fèi)用，并及時(shí)計(jì)算病人住院期間所有費(fèi)用，生成總清單（包括已付款項(xiàng)目和未付款項(xiàng)目），在病人出院前結(jié)清病人住院期間的所有賬單。醫(yī)院住院管理系統(tǒng)（圖表）分解如下：F0醫(yī)院住院管理系統(tǒng)F1入、出院處理子系統(tǒng)F1.1查詢病人醫(yī)囑信息，給需要住院的病人發(fā)入、出院通知單F1.2辦理入、出院手續(xù)，將病人的基本信息及相關(guān)治療過(guò)程錄入系統(tǒng)備案F1.3入院時(shí)辦理押金或預(yù)交款的收取手續(xù)，出院時(shí)辦理結(jié)算醫(yī)藥費(fèi)手續(xù)F2病人治療處理子系統(tǒng)F2.1系統(tǒng)自動(dòng)查詢住院病人的所有醫(yī)囑F2.2定期錄入住院病人的體征信息，由系統(tǒng)自動(dòng)生成清單供主治醫(yī)生及護(hù)士查詢核對(duì)F2.3查詢醫(yī)囑，并生成手術(shù)信息清單給相應(yīng)的手術(shù)管理部門(mén)，將病人的所有手術(shù)信息（包括手術(shù)前后的體檢信息）錄入系統(tǒng)供醫(yī)生查詢F3收費(fèi)處理子系統(tǒng)F3.1根據(jù)配送的藥物及護(hù)理自動(dòng)生成相關(guān)費(fèi)用F3.2錄入其他費(fèi)用，并及時(shí)計(jì)算病人住院期間所有費(fèi)用，生成總清單（包括已付款項(xiàng)目和未付款項(xiàng)目），在病人出院前結(jié)清病人住院期間的所有賬單6規(guī)模成本估算6.1估算方法本項(xiàng)目規(guī)模估算使用專家估算法—Delphi法進(jìn)行估算，具體步驟如下：1．協(xié)調(diào)人向小組成員提供項(xiàng)目規(guī)格和估計(jì)表格；2．協(xié)調(diào)人召集小組討論與規(guī)模相關(guān)的因素；3．小組成員匿名填寫(xiě)迭代表格；4．協(xié)調(diào)人整理出一個(gè)估計(jì)總結(jié)，以迭代表的形式返回各成員；5．協(xié)調(diào)人召集小組會(huì)，討論較大的估計(jì)差異；6．成員復(fù)查估計(jì)總結(jié)并在迭代表上提交另一個(gè)匿名估計(jì)；7．重復(fù)4-6，直到達(dá)到一個(gè)最低和最高估計(jì)的一致。附Delphi法規(guī)模估計(jì)迭代表。Delphi法規(guī)模估計(jì)迭代表項(xiàng)目名稱：估計(jì)日期：估計(jì)者：估計(jì)輪次：結(jié)果：代碼行（LOC）周期（月）工作量（人月）費(fèi)用（元）理由：6.2項(xiàng)目規(guī)模估算經(jīng)過(guò)小組內(nèi)部討論得出項(xiàng)目規(guī)模估算如下：項(xiàng)目名稱：《醫(yī)院住院管理系統(tǒng)》規(guī)模預(yù)測(cè)：代碼行：15，000LOC周期：1月工作量：6人月費(fèi)用：￥55300元項(xiàng)目進(jìn)度估算任務(wù)完成時(shí)間負(fù)責(zé)人資源備注需求討論2012.6.152開(kāi)發(fā)人員參與項(xiàng)目規(guī)劃2012.6.18全體人員參與需求確定2012.6.22全體人員參與設(shè)計(jì)2012.6.263開(kāi)發(fā)人員參與項(xiàng)目實(shí)施2012.7.9全體人員參與測(cè)試2012.7.143開(kāi)發(fā)人員參與部署2012.7.152開(kāi)發(fā)人員參與交付2012.7.20項(xiàng)目執(zhí)行期間可根據(jù)實(shí)際完成情況申請(qǐng)延期。附延期申請(qǐng)表。項(xiàng)目名稱：項(xiàng)目代號(hào)：項(xiàng)目所處階段：第階段（）申請(qǐng)時(shí)間：年月日原計(jì)劃時(shí)間：年月日申請(qǐng)延期至：年月日申請(qǐng)延期的理由（逐條列出）：申請(qǐng)人簽字：項(xiàng)目經(jīng)理意見(jiàn)不同意延遲，理由：同意延遲至：年月日簽字：6.3項(xiàng)目成本估算這里采用統(tǒng)一的￥300.00人天。成本估算任務(wù)名稱工時(shí)成本估算醫(yī)院住院管理系統(tǒng)111人天￥55300.00設(shè)備損耗31工作日￥10000.00需求討論2*2人天￥1200.00軟件規(guī)劃6*2人天￥3600.00需求開(kāi)發(fā)6*4人天￥7200.00設(shè)計(jì)4*4人天￥4800.00實(shí)施6*13人天￥23400.00測(cè)試3*5人天￥4500.00部署2*1人天￥600.007項(xiàng)目進(jìn)度計(jì)劃分別用甘特圖和PERT圖表示項(xiàng)目的進(jìn)度安排。甘特圖：任務(wù)名稱工時(shí)開(kāi)始時(shí)間完成時(shí)間1項(xiàng)目規(guī)劃15天2012-5-152012-5-302需求分析20天2012-5-252012-6-153架構(gòu)設(shè)計(jì)35天2012-6-102012-7-154細(xì)節(jié)設(shè)計(jì)35天2012-7-102012-8-155產(chǎn)品開(kāi)發(fā)60天2012-8-162012-10-166集成測(cè)試60天2012-10-172012-12-167確認(rèn)測(cè)試30天2012-12-172013-1-178產(chǎn)品提交和維護(hù)2013-1-18PERT圖開(kāi)發(fā)時(shí)間計(jì)算該系統(tǒng)的開(kāi)發(fā)語(yǔ)言已確定為第三代語(yǔ)言java，所以，代碼行數(shù)=80X功能點(diǎn)=15552估計(jì)項(xiàng)目完成所需的人月數(shù)的經(jīng)驗(yàn)法則是：人月數(shù)=1.4X(代碼行數(shù)/1000)=21.7728；計(jì)劃的月數(shù)=3X人月1/3≈8個(gè)月8項(xiàng)目質(zhì)量計(jì)劃8.1組織機(jī)構(gòu)在項(xiàng)目實(shí)施期間成立項(xiàng)目質(zhì)量保證組織，該組織由質(zhì)量保證人員和項(xiàng)目經(jīng)理組成，項(xiàng)目經(jīng)理負(fù)責(zé)質(zhì)量監(jiān)督工作及項(xiàng)目進(jìn)展過(guò)程中各環(huán)節(jié)的質(zhì)量把關(guān)，開(kāi)發(fā)經(jīng)理負(fù)責(zé)質(zhì)量控制的工作，質(zhì)量保證人員負(fù)責(zé)質(zhì)量保證的工作。

8.2職責(zé)在本項(xiàng)目中，質(zhì)量保證組織的職責(zé)如下。8.2.1高層管理高層管理是公司負(fù)責(zé)質(zhì)量的高級(jí)管理，其質(zhì)量職責(zé)如下：受理項(xiàng)目?jī)?nèi)不能解決的不符合問(wèn)題，必要時(shí)與項(xiàng)目經(jīng)理協(xié)調(diào)；負(fù)責(zé)聽(tīng)取質(zhì)量保證組的工作報(bào)告，評(píng)審質(zhì)量保證活動(dòng)和結(jié)果；參加有關(guān)質(zhì)量保證過(guò)程改進(jìn)的評(píng)審。8.2.2項(xiàng)目的質(zhì)量保證人員質(zhì)量保證人員的質(zhì)量職責(zé)如下：負(fù)責(zé)項(xiàng)目實(shí)施過(guò)程中對(duì)項(xiàng)目實(shí)施情況進(jìn)行監(jiān)督，包括對(duì)項(xiàng)目實(shí)施過(guò)程和工作產(chǎn)品進(jìn)行監(jiān)督檢查；實(shí)施項(xiàng)目組成員的質(zhì)量保證培訓(xùn)；制定質(zhì)量保證計(jì)劃；按計(jì)劃實(shí)施審計(jì)活動(dòng)，依照質(zhì)量保證計(jì)劃執(zhí)行評(píng)審/審計(jì)，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項(xiàng)；對(duì)不符合問(wèn)題提交不符合項(xiàng)報(bào)告，跟蹤并驗(yàn)證糾正措施的執(zhí)行情況；對(duì)項(xiàng)目?jī)?nèi)不能解決的不符合項(xiàng)問(wèn)題向高層管理提交報(bào)告；向項(xiàng)目經(jīng)理報(bào)告項(xiàng)目質(zhì)量工作狀況和質(zhì)量度量結(jié)果；定期向項(xiàng)目組報(bào)告質(zhì)量活動(dòng)的結(jié)果；制訂質(zhì)量保證的過(guò)程改進(jìn)計(jì)劃，記錄過(guò)程數(shù)據(jù)。8.2.3項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理的質(zhì)量職責(zé)如下：評(píng)審質(zhì)量計(jì)劃；與質(zhì)量保證人員一起協(xié)商不符合項(xiàng)問(wèn)題的糾正措施，并安排資源實(shí)施糾正措施；定期或事件驅(qū)動(dòng)的評(píng)審質(zhì)量保證活動(dòng)和結(jié)果。8.3質(zhì)量目標(biāo)根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)，結(jié)合本項(xiàng)目特點(diǎn),制定項(xiàng)目的總體質(zhì)量目標(biāo)：1）基于需求的測(cè)試覆蓋率為100%；2）

軟件功能測(cè)試用例通過(guò)率不低于95％；3）

每個(gè)階段評(píng)審中發(fā)現(xiàn)的問(wèn)題都已經(jīng)解決或得到適當(dāng)處理。4）

產(chǎn)品發(fā)布時(shí)不存在嚴(yán)重及其以上的缺陷。注：嚴(yán)重問(wèn)題指導(dǎo)致系統(tǒng)或模塊不能正常工作的問(wèn)題。結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)和企業(yè)的質(zhì)量相應(yīng)標(biāo)準(zhǔn)，制定質(zhì)量標(biāo)準(zhǔn)如下表：質(zhì)量計(jì)劃標(biāo)準(zhǔn)項(xiàng)目具體描述計(jì)劃實(shí)際缺陷排除率（缺陷數(shù)/頁(yè)）需求檢查4

系統(tǒng)總體設(shè)計(jì)檢查2

缺陷排除率（缺陷數(shù)/KLOC）詳細(xì)設(shè)計(jì)復(fù)核30

詳細(xì)設(shè)計(jì)檢查10

代碼復(fù)核65

代碼檢查20

編譯20

單元測(cè)試15

系統(tǒng)集成5

系統(tǒng)測(cè)試5

8.4質(zhì)量策略為了保證提交用戶的產(chǎn)品是高質(zhì)量,實(shí)施過(guò)程中采取的質(zhì)量保證措施包括：1）將質(zhì)量貫徹到日常的項(xiàng)目進(jìn)展過(guò)程中；2)應(yīng)該特別注意項(xiàng)目工作產(chǎn)品質(zhì)量的早期評(píng)審工作，無(wú)論是質(zhì)量保證還是質(zhì)量控制采取的策略都是早期預(yù)防和早期排除缺陷。8.5軟件質(zhì)量保證軟件質(zhì)量保證指通過(guò)評(píng)價(jià)項(xiàng)目整體績(jī)效,建立對(duì)質(zhì)量要求的信任，提供項(xiàng)目和產(chǎn)品可視化的管理報(bào)告，例如：《總體設(shè)計(jì)規(guī)格》質(zhì)量審計(jì)。這個(gè)任務(wù)本身并不能提高產(chǎn)品的質(zhì)量，一般由質(zhì)量保證部門(mén)人員實(shí)施。質(zhì)量保證的要點(diǎn)如下：對(duì)項(xiàng)目進(jìn)行評(píng)價(jià)推測(cè)能否達(dá)到質(zhì)量指標(biāo)建立對(duì)項(xiàng)目的信心8.6質(zhì)量控制活動(dòng)質(zhì)量控制指確定項(xiàng)目結(jié)果與質(zhì)量標(biāo)準(zhǔn)是否相符,同時(shí),確定消除不符的原因和方法，控制產(chǎn)品的質(zhì)量，及時(shí)糾正缺陷，例如：評(píng)審、單元測(cè)試。這個(gè)任務(wù)本身提高產(chǎn)品的質(zhì)量，一般由開(kāi)發(fā)人員實(shí)施。質(zhì)量保證人員有獨(dú)立的匯報(bào)途徑，日常的匯報(bào)途徑如下：發(fā)現(xiàn)的問(wèn)題通知項(xiàng)目經(jīng)理，協(xié)調(diào)糾正措施。將項(xiàng)目組內(nèi)不能協(xié)調(diào)的問(wèn)題匯報(bào)給高級(jí)管理者，由高級(jí)管理者協(xié)調(diào)解決。8.7不符合性問(wèn)題處理將不符合性問(wèn)題寫(xiě)入審計(jì)報(bào)告，并與項(xiàng)目經(jīng)理一起協(xié)商加以解決（糾正措施、解決期限和復(fù)審時(shí)間），將不符合性問(wèn)題、糾正措施等事宜寫(xiě)入SQA審計(jì)報(bào)告，報(bào)告給項(xiàng)目經(jīng)理，并抄送SQA主管；SQA組針對(duì)上述不符合性問(wèn)題進(jìn)行復(fù)審，驗(yàn)證不符合性問(wèn)題是否得到糾正。如果所有問(wèn)題已糾正，SQA組在審計(jì)報(bào)告上簽字確認(rèn)，本過(guò)程結(jié)束；有些不符合性問(wèn)題在不能和項(xiàng)目經(jīng)理一起協(xié)商加以解決的（特指不能與項(xiàng)目經(jīng)理形成一致的解決方案和期限的；或項(xiàng)目經(jīng)理不能提供相關(guān)證據(jù)證明SQA指出的不符合性問(wèn)題是錯(cuò)誤的），SQA組將不符合性問(wèn)題及情況說(shuō)明寫(xiě)入SQA審計(jì)報(bào)告，報(bào)告給開(kāi)發(fā)部部門(mén)主管，并抄送SQA主管和項(xiàng)目經(jīng)理；SQA組針對(duì)上報(bào)給部門(mén)主管的不符合性問(wèn)題進(jìn)行復(fù)審，驗(yàn)證不符合性問(wèn)題是否得到糾正。如果所有問(wèn)題已糾正，SQA組在審計(jì)報(bào)告上簽字確認(rèn)，本過(guò)程結(jié)束；如果仍有問(wèn)題沒(méi)有解決，SQA組將沒(méi)有解決的不符合性問(wèn)題及情況說(shuō)明寫(xiě)入SQA審計(jì)報(bào)告，上報(bào)給中央研究院院長(zhǎng)，并抄送開(kāi)發(fā)部部門(mén)主管、項(xiàng)目經(jīng)理和SQA主管；追蹤上報(bào)的不符合性問(wèn)題，直至不符合性問(wèn)題解決；SQA組根據(jù)不符合性問(wèn)題的嚴(yán)重程度，有權(quán)直接將審計(jì)報(bào)告匯報(bào)給CTO；將審計(jì)報(bào)告納入項(xiàng)目SCM并提交到組織的過(guò)程數(shù)據(jù)庫(kù)中。8.8記錄的收集、維護(hù)和保存項(xiàng)目組應(yīng)當(dāng)保留項(xiàng)目執(zhí)行過(guò)程中形成的各類文檔、各種記錄、各級(jí)周報(bào)、各級(jí)會(huì)議記錄、對(duì)于項(xiàng)目中問(wèn)題的處理也需要形成記錄保存。每周由質(zhì)量保證人員根據(jù)任務(wù)清單的審計(jì)任務(wù)進(jìn)行審計(jì)活動(dòng)，并收集各活動(dòng)的過(guò)程數(shù)據(jù)。9項(xiàng)目配置管理計(jì)劃9.1配置管理的目的配置管理的目的是保證在整個(gè)軟件生命周期中軟件產(chǎn)品的完整性。軟件配置的基本目標(biāo)包括：軟件配置管理的各項(xiàng)工作是有計(jì)劃進(jìn)行的。被選擇的項(xiàng)目產(chǎn)品得到識(shí)別，控制并且可以被相關(guān)人員獲取。已識(shí)別出的項(xiàng)目產(chǎn)品的更改得到控制。是相關(guān)組別和個(gè)人及時(shí)了解軟件基線的狀態(tài)和內(nèi)容。9.2軟件項(xiàng)目管理的職責(zé)及角色本項(xiàng)目在實(shí)施中所涉及的角色及職責(zé)如下表格：角色人員職責(zé)、工作范圍配置管理者（1）制定《配置管理計(jì)劃》（2）創(chuàng)建和維護(hù)配置庫(kù)SCC負(fù)責(zé)人（1）審批《配置管理計(jì)劃》（2）審批重大的變更SCCB成員項(xiàng)目經(jīng)理－，質(zhì)量保證人員－,配置管理者－審批某些配置項(xiàng)或基線的變更

9.3配置項(xiàng)目管理的環(huán)境本項(xiàng)目采用SourceSafe作為配置管理工具。配置庫(kù)的目錄結(jié)構(gòu)序號(hào)內(nèi)容說(shuō)明路徑

TCM技術(shù)合同管理$\prj-School\TCM

RM需求管理$\prj-School\RM

SPP軟件項(xiàng)目規(guī)劃$\prj-School\SPP

SPTO軟件項(xiàng)目跟蹤與管理$\prj-School\SPTO

SCM軟件配置管理$\prj-School\SCM

SQA軟件質(zhì)量保證$\prj-School\SQA

SPE軟件產(chǎn)品工程設(shè)計(jì)$\prj-School\SPE\DESIGN

源代碼$\prj-School\SPE\SOURCECODE

目標(biāo)代碼$\prj-School\SPE\BUILD

測(cè)試$\prj-School\SPE\TEST

發(fā)布$\prj-School\SPE\RELEASE

配置庫(kù)的用戶權(quán)限類別人員權(quán)限說(shuō)明配置管理者負(fù)責(zé)項(xiàng)目配置管理，對(duì)庫(kù)擁有所有權(quán)限項(xiàng)目管理訪問(wèn)、讀質(zhì)量保證人員訪問(wèn)、讀開(kāi)發(fā)人員，訪問(wèn)、讀高層管理訪問(wèn)、讀9.4主要配置項(xiàng)配置項(xiàng)列表類型主要配置項(xiàng)標(biāo)識(shí)符預(yù)計(jì)正式發(fā)表時(shí)間技術(shù)合同《合同》QTD-School-TCM-Contract-V1.02012/6/15SOWQTD-School-TCM-SOW-V1.02012/6/15

計(jì)劃《項(xiàng)目計(jì)劃》QTD-School-SPP-PP-V1.02012/6/15《質(zhì)量保證計(jì)劃》QTD-School-SPP-SQA-V1.02012/6/15《配置管理計(jì)劃》QTD-School-SPP-SCM-V1.02012/6/15需求《需求規(guī)格說(shuō)明書(shū)》QTD–School-RM-SRS--V1.0201用戶DEMOQTD–School-RM-Demo--V1.0201

設(shè)計(jì)《總體設(shè)計(jì)說(shuō)明書(shū)》QTD-School-Design-HL-V1.0201《數(shù)據(jù)庫(kù)設(shè)計(jì)》QTD-School-Design-DB-V1.0201《詳細(xì)設(shè)計(jì)說(shuō)明書(shū)》QTD-School-Design-LL-V1.02012/6/20《設(shè)計(jì)術(shù)語(yǔ)及規(guī)范》QTD-School-Design-STD-V1.0201編程源程序QTD-School-Code-ModuleName-V1.02012/6/24編碼規(guī)則QTD-School-Code-STD-V1.02012/6/24

測(cè)試《測(cè)試計(jì)劃》QTD-School-Test-Plan-V1.02012/6/24《測(cè)試用例》QTD-School-Test-Case-V1.02012/6/24《測(cè)試報(bào)告》QTD-School-Test-Report-V1.02012/6/24提交運(yùn)行產(chǎn)品QTD-School-Product-Exe-V1.02012/6/25《驗(yàn)收?qǐng)?bào)告》QTD-School-Product-Repoort-V1.02012/6/25《用戶手冊(cè)》QTD-School-Product-Manual-V1.02012/6/25項(xiàng)目基線在SourceSafe中基線由LABEL標(biāo)識(shí)，字母必須為大寫(xiě)。基線管理由項(xiàng)目執(zhí)行負(fù)責(zé)人確認(rèn)，SCCB授權(quán)，由配置管理員執(zhí)行。基線發(fā)布計(jì)劃：基線名稱/標(biāo)識(shí)符基線所包含的主要配置項(xiàng)預(yù)計(jì)建立時(shí)間需求《需求規(guī)格說(shuō)明書(shū)》、用戶DEMO201總體設(shè)計(jì)《總體設(shè)計(jì)說(shuō)明書(shū)》、《數(shù)據(jù)庫(kù)設(shè)計(jì)》201項(xiàng)目實(shí)現(xiàn)軟件源代碼、編碼規(guī)則2012/6/24系統(tǒng)測(cè)試《測(cè)試用例》、《測(cè)試報(bào)告》2012/6/25配置項(xiàng)的版本管理配置項(xiàng)可能包含的分支從邏輯上可以劃分成4個(gè)不同功能的分支，讓它們分別對(duì)應(yīng)4類工作空間：主干分支；私有分支；小組分支；集成分支。上面定義的四類工作空間（分支）由項(xiàng)目執(zhí)行負(fù)責(zé)人統(tǒng)一管理，根據(jù)各開(kāi)發(fā)階段的實(shí)際情況定制相應(yīng)的版本選取規(guī)則，來(lái)保證開(kāi)發(fā)活動(dòng)的正常運(yùn)作。在變更發(fā)生時(shí)，應(yīng)及時(shí)做好基線的推進(jìn)。對(duì)配置項(xiàng)的版本管理在不同分支而策略不同：主干分支：系統(tǒng)缺省自動(dòng)建立的物理分支——主干分支（/main），BASELINE均以LABEL方式出現(xiàn)在主干分支上。

私有分支：如果多個(gè)開(kāi)發(fā)工程師維護(hù)一個(gè)配置項(xiàng)時(shí)建議建立自己的私有分支。配置管理員對(duì)其基本不予管理，如個(gè)別私有空間上的版本樹(shù)過(guò)于冗余，將對(duì)其冗余版本進(jìn)行限制。小組分支：如果出現(xiàn)小組共同開(kāi)發(fā)該配置項(xiàng)，該分支可視為項(xiàng)目組內(nèi)部分組的私有空間，存放代碼開(kāi)發(fā)過(guò)程中的版本分支，由項(xiàng)目組內(nèi)部控制。集成分支：集成測(cè)試時(shí)在主干分支的特定版本（由LABEL標(biāo)識(shí)清晰）上建立集成分支，測(cè)試工作在集成分支上完成。私有分支和小組分支均為可選，必要時(shí)建配置管理的狀態(tài)說(shuō)明：利用配置狀態(tài)統(tǒng)計(jì)可以記錄和跟蹤配置項(xiàng)的改變。狀態(tài)統(tǒng)計(jì)可用于評(píng)估項(xiàng)目風(fēng)險(xiǎn)，在開(kāi)發(fā)過(guò)程中跟蹤更改，并且提供統(tǒng)計(jì)數(shù)據(jù)以確保所有必須的更改被執(zhí)行。為跟蹤工作產(chǎn)品基線，配置管理者需收集下列信息：基線類型工作產(chǎn)品名稱配置項(xiàng)名稱／標(biāo)識(shí)符版本號(hào)更改日期／時(shí)間

更改請(qǐng)求列表需要更改的配置項(xiàng)當(dāng)前狀態(tài)當(dāng)前狀態(tài)發(fā)生日期項(xiàng)目組每周提交配置項(xiàng)清單及其當(dāng)前版本。配置管理人員每半個(gè)月提交變更請(qǐng)求的狀態(tài)統(tǒng)計(jì)。變更控制管理變更控制管理流程圖變更管理的流程說(shuō)明：1)由請(qǐng)求者提交變更請(qǐng)求，變更控制委員會(huì)召開(kāi)復(fù)審會(huì)議對(duì)變更請(qǐng)求進(jìn)行復(fù)審，以確定該請(qǐng)求是否為有效請(qǐng)求。典型的變更請(qǐng)求管理有需求變更管理、缺陷追蹤等。2)配置管理者收到基線修改請(qǐng)求后，在配置庫(kù)中生成與此配置項(xiàng)相關(guān)的波及關(guān)系表。3)配置管理者將基線波及關(guān)系表提交給SCCB，由SCCB確定是否需要修改，如果需要修改，SCCB應(yīng)根據(jù)波及關(guān)系表,確定需要修改的具體文件，并在波及分析表中標(biāo)識(shí)出來(lái)。4）配置管理者按照出庫(kù)程序從配置庫(kù)中取出需要修改的文件。5)項(xiàng)目人員將修改后的文件提交給配置管理者。6)配置管理者將修改后的配置項(xiàng)按入庫(kù)程序放入配置庫(kù)。7)配置管理者按SCCB標(biāo)識(shí)出的修改文件，由波及關(guān)系表生成基線變更記錄表，并按入庫(kù)程序放入配置庫(kù)。10項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃10.1項(xiàng)目風(fēng)險(xiǎn)管理的目的風(fēng)險(xiǎn)是指在項(xiàng)目進(jìn)行過(guò)程中可能發(fā)生的事件，這些事件將會(huì)對(duì)項(xiàng)目按預(yù)期時(shí)間，資源和預(yù)算完成產(chǎn)生重大影響。風(fēng)險(xiǎn)管理的目標(biāo)是在潛在問(wèn)題發(fā)作以前就標(biāo)志它們，這樣就可以在生命周期中可以適時(shí)地計(jì)劃和啟用風(fēng)險(xiǎn)處理活動(dòng)。10.2項(xiàng)目風(fēng)險(xiǎn)管理的組成風(fēng)險(xiǎn)管理包括風(fēng)險(xiǎn)評(píng)估和風(fēng)險(xiǎn)控制。風(fēng)險(xiǎn)評(píng)估又包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)優(yōu)先級(jí)；風(fēng)險(xiǎn)控制又包括風(fēng)險(xiǎn)管理計(jì)劃、風(fēng)險(xiǎn)監(jiān)控、風(fēng)險(xiǎn)化解。10.3風(fēng)險(xiǎn)的種類分清風(fēng)險(xiǎn)的種類有利于更好的對(duì)項(xiàng)目進(jìn)行風(fēng)險(xiǎn)管理。10.3.1 組織對(duì)該項(xiàng)目是否有足夠的支持（包括管理人員、測(cè)試員、QA和其他外部的相關(guān)各方）。這是否是該組織嘗試過(guò)的最大項(xiàng)目。軟件工程是否有明確定義的流程？需求記錄和管理。資金完成項(xiàng)目所需的資金是否到位。是否為培訓(xùn)和指導(dǎo)分配了資金。是否有預(yù)算限制使得系統(tǒng)必須以固定的成本交付，否則將被取消。成本估算是否準(zhǔn)確人員是否可以獲得足夠的項(xiàng)目工作人員。他們是否具備合適的技能和經(jīng)驗(yàn)。他們以前是否在一起工作過(guò)。他們是否相信項(xiàng)目會(huì)成功。是否可以找到用戶代表來(lái)?yè)?dān)任復(fù)審員。是否可以找到領(lǐng)域?qū)＜?。時(shí)間表制定得是否現(xiàn)實(shí)。是否可以為了滿足時(shí)間表而對(duì)功能進(jìn)行規(guī)模管理。對(duì)交付日期的要求有多嚴(yán)格。是否有時(shí)間“把工作做好”。10.3.2如果競(jìng)爭(zhēng)對(duì)手搶先將產(chǎn)品推向市場(chǎng)怎么辦。如何確保有足夠的資金。系統(tǒng)的預(yù)計(jì)價(jià)值是否大于預(yù)計(jì)成本？（考慮貨幣的時(shí)間價(jià)值和資金的成本）。如果無(wú)法同關(guān)鍵的供應(yīng)商簽定合同怎么辦。10.3.3成功是否能夠被評(píng)測(cè)。是否有關(guān)于如何評(píng)測(cè)成功的協(xié)議。需求是否相當(dāng)穩(wěn)定并得到了充分的了解。項(xiàng)目規(guī)模是固定不變還是在不斷擴(kuò)展。項(xiàng)目開(kāi)發(fā)的時(shí)間范圍是否太短、不夠靈活。技術(shù)是否已經(jīng)過(guò)證明。重復(fù)使用目標(biāo)是否合理。工件必須要使用一次后才能被重復(fù)使用。構(gòu)件可能要在若干次發(fā)布后才能變得穩(wěn)定，以致無(wú)需重大變更即可復(fù)用。需求中的事務(wù)量是否合理。事務(wù)比率的估計(jì)值是否可靠？這些估計(jì)是否過(guò)于樂(lè)觀。數(shù)據(jù)量是否合理？當(dāng)前可用的框架是否能夠保存這些數(shù)據(jù)，或者，如果需求使您相信工作站或部門(mén)系統(tǒng)將成為設(shè)計(jì)的一部分，那么是否能夠在這些地方合理地保存數(shù)據(jù)。是否有特殊或苛刻的技術(shù)需求。成功是否依賴于新的或未經(jīng)試驗(yàn)的產(chǎn)品、服務(wù)或技術(shù)？是否依賴于新的或未被證明的硬件、軟件或技術(shù)。對(duì)于與其他系統(tǒng)（包括企業(yè)以外的系統(tǒng)）的接口是否存在外部依賴性？是否存在必需的接口或必須創(chuàng)建它們。是否存在極不靈活的可用性和安全性需求（例如“系統(tǒng)必須永遠(yuǎn)不出現(xiàn)故障”）。系統(tǒng)的用戶是否對(duì)正在開(kāi)發(fā)的系統(tǒng)類型沒(méi)有經(jīng)驗(yàn)。應(yīng)用程序的大小或復(fù)雜性，或者技術(shù)的新穎性是否導(dǎo)致了風(fēng)險(xiǎn)的增加。是否存在對(duì)國(guó)家語(yǔ)言支持的需求。是否可能設(shè)計(jì)、實(shí)施和運(yùn)行該系統(tǒng)？某些系統(tǒng)只由于太大或太復(fù)雜而無(wú)法正常工作。該項(xiàng)目是否依賴于其他（平行的）開(kāi)發(fā)項(xiàng)目。成功是否依賴于市售產(chǎn)品或外部開(kāi)發(fā)的構(gòu)件。成功是否依賴于開(kāi)發(fā)工具（設(shè)計(jì)工具、編譯器等）和實(shí)施技術(shù)（操作系統(tǒng)、數(shù)據(jù)庫(kù)、進(jìn)程間通信機(jī)制等）的成功集成。您是否有替代計(jì)劃，可以在沒(méi)有這些技術(shù)的情況下交付項(xiàng)目。10.3.4 功能是否無(wú)限追加。計(jì)劃是否過(guò)于樂(lè)觀。是否缺乏計(jì)劃。在壓力下是否放棄計(jì)劃。是否追趕計(jì)劃。10.4定義風(fēng)險(xiǎn)參數(shù)風(fēng)險(xiǎn)參數(shù)可用于評(píng)估、分類和劃分風(fēng)險(xiǎn)的優(yōu)先級(jí)；該項(xiàng)目將發(fā)生的可能性的等級(jí)劃分為：非常可能發(fā)生，可能發(fā)生，幾乎不可能發(fā)生3個(gè)級(jí)別。將對(duì)項(xiàng)目的影響程度劃分為：非常嚴(yán)重影響，嚴(yán)重影響，中等影響，微弱影響4個(gè)級(jí)別。10.5風(fēng)險(xiǎn)管理策略有三種主要的策略：風(fēng)險(xiǎn)規(guī)避：使其不再受到該風(fēng)險(xiǎn)的影響。風(fēng)險(xiǎn)轉(zhuǎn)移：讓其他方（客戶、廠商、銀行、其他主體等）承擔(dān)該風(fēng)險(xiǎn)。風(fēng)險(xiǎn)接受：決定將該風(fēng)險(xiǎn)當(dāng)作意外事件來(lái)接受。監(jiān)測(cè)風(fēng)險(xiǎn)征兆，并制定應(yīng)急計(jì)劃，以確定在風(fēng)險(xiǎn)發(fā)生時(shí)將采取何種行動(dòng)。10.6風(fēng)險(xiǎn)管理角色及職責(zé)項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理對(duì)風(fēng)險(xiǎn)管理工作負(fù)全部責(zé)任。項(xiàng)目組開(kāi)發(fā)人員項(xiàng)目組開(kāi)發(fā)人員將被要求作為項(xiàng)目風(fēng)險(xiǎn)分析組的成員，對(duì)項(xiàng)目工作中存在的風(fēng)險(xiǎn)進(jìn)行分析，并整理成書(shū)面材料。SQASQA經(jīng)理將定期對(duì)風(fēng)險(xiǎn)管理工作開(kāi)展情況進(jìn)行評(píng)審，確保所開(kāi)展的風(fēng)險(xiǎn)管理工作符合組織的要求。10.7醫(yī)院住院管理系統(tǒng)中風(fēng)險(xiǎn)的識(shí)別根據(jù)風(fēng)險(xiǎn)識(shí)別的分類標(biāo)準(zhǔn)可以識(shí)別出醫(yī)院住院管理系統(tǒng)中存在的風(fēng)險(xiǎn)，如下：資源風(fēng)險(xiǎn)完成該項(xiàng)目所需的資金受到一定的限制，人員的培訓(xùn)指導(dǎo)資金不到位，存在一定資金風(fēng)險(xiǎn)；參與項(xiàng)目的部分人員沒(méi)有一起工作過(guò)，也存在著一定的人員風(fēng)險(xiǎn)；此外，交付日期的嚴(yán)格要求導(dǎo)致項(xiàng)目存在時(shí)間風(fēng)險(xiǎn)。業(yè)務(wù)風(fēng)險(xiǎn)由于軟件行業(yè)的飛速發(fā)展，競(jìng)爭(zhēng)對(duì)手可能搶先將產(chǎn)品推向市場(chǎng)，故存在著業(yè)務(wù)風(fēng)險(xiǎn)。技術(shù)風(fēng)險(xiǎn)客戶可能隨時(shí)提出需求和對(duì)項(xiàng)目的改進(jìn)，需求的不穩(wěn)定性和項(xiàng)目規(guī)模的不斷擴(kuò)展，可能導(dǎo)致項(xiàng)目存在規(guī)模風(fēng)險(xiǎn)。進(jìn)度風(fēng)險(xiǎn)功能的無(wú)限追加，在強(qiáng)大的壓力下放棄計(jì)劃都造成了項(xiàng)目的進(jìn)度風(fēng)險(xiǎn)。10.8風(fēng)險(xiǎn)的控制控制方法（1）風(fēng)險(xiǎn)管理計(jì)劃重點(diǎn)是制定一個(gè)計(jì)劃，以處理在排位靠前的高風(fēng)險(xiǎn)項(xiàng)。風(fēng)險(xiǎn)管理計(jì)劃每階段/迭代重新評(píng)估一次。風(fēng)險(xiǎn)監(jiān)控時(shí)選取風(fēng)險(xiǎn)管理計(jì)劃中沒(méi)有關(guān)閉的前10大風(fēng)險(xiǎn)進(jìn)行監(jiān)控即可。每階段/迭代啟動(dòng)時(shí)，選取“風(fēng)險(xiǎn)管理計(jì)劃”中處于“監(jiān)控”狀態(tài)的前10大風(fēng)險(xiǎn)，用于本階段/迭代的周例會(huì)上進(jìn)行跟蹤和監(jiān)控（注意：周例會(huì)時(shí)只監(jiān)控階段/迭代啟動(dòng)時(shí)監(jiān)控的前10大風(fēng)險(xiǎn)）。（2）風(fēng)險(xiǎn)的化解避免風(fēng)險(xiǎn)（即：不要做冒險(xiǎn)的活動(dòng)）將風(fēng)險(xiǎn)從系統(tǒng)的一部分轉(zhuǎn)移到另一部分（可能對(duì)于系統(tǒng)的其他部分此風(fēng)險(xiǎn)不會(huì)發(fā)生或發(fā)生時(shí)影響不大）購(gòu)買(mǎi)關(guān)于風(fēng)險(xiǎn)的信息（例如：做實(shí)驗(yàn)性項(xiàng)目，請(qǐng)咨詢專家等）消除風(fēng)險(xiǎn)的根源接受風(fēng)險(xiǎn)（如果風(fēng)險(xiǎn)后果較小，而處理它可能代價(jià)很大，滾動(dòng)處理可能是最有效的途徑）發(fā)布風(fēng)險(xiǎn)（將風(fēng)險(xiǎn)發(fā)布給相關(guān)涉眾，如：管理者、市場(chǎng)人員、客戶{特別注意策略}等）控制風(fēng)險(xiǎn)制定風(fēng)險(xiǎn)無(wú)法化解時(shí)的“風(fēng)險(xiǎn)應(yīng)急計(jì)劃”分配額外的資源來(lái)處理風(fēng)險(xiǎn)為處理風(fēng)險(xiǎn)留出額外的時(shí)間記住風(fēng)險(xiǎn)（為將來(lái)的項(xiàng)目積累）10.9風(fēng)險(xiǎn)監(jiān)控在周工作例會(huì)上，項(xiàng)目經(jīng)理需要跟蹤項(xiàng)目的風(fēng)險(xiǎn)。根據(jù)風(fēng)險(xiǎn)列表，逐一分析前10大風(fēng)險(xiǎn)，確認(rèn)已經(jīng)風(fēng)險(xiǎn)狀態(tài)是否“發(fā)生”或“關(guān)閉”；如果風(fēng)險(xiǎn)發(fā)生則啟動(dòng)“風(fēng)險(xiǎn)應(yīng)急計(jì)劃”或項(xiàng)目組協(xié)商解決辦法，必要時(shí)PM請(qǐng)求相關(guān)高級(jí)管理者解決已發(fā)生的風(fēng)險(xiǎn)，并且PM負(fù)責(zé)在風(fēng)險(xiǎn)管理計(jì)劃中將此條風(fēng)險(xiǎn)標(biāo)示為“發(fā)生”。如果風(fēng)險(xiǎn)已經(jīng)消除，則PM負(fù)責(zé)在風(fēng)險(xiǎn)管理計(jì)劃中將此條風(fēng)險(xiǎn)標(biāo)示為“關(guān)閉”。統(tǒng)計(jì)每項(xiàng)風(fēng)險(xiǎn)的停留時(shí)間(周數(shù))。10.10醫(yī)院住院管理系統(tǒng)的風(fēng)險(xiǎn)管理醫(yī)院住院管理系統(tǒng)的主要風(fēng)險(xiǎn)是開(kāi)發(fā)人員對(duì)客戶需求不是很熟悉，另外，客戶要求的進(jìn)度比較緊，而且具體需求不是很明確，客戶可能隨時(shí)提出需求和對(duì)項(xiàng)目的改進(jìn)，需求的不穩(wěn)定性和項(xiàng)目規(guī)模的不斷擴(kuò)展，可能導(dǎo)致項(xiàng)目存在規(guī)模風(fēng)險(xiǎn)。功能的無(wú)限追加，在強(qiáng)大的壓力下放棄計(jì)劃都造成了項(xiàng)目的進(jìn)度風(fēng)險(xiǎn)。11項(xiàng)目團(tuán)隊(duì)管理計(jì)劃11.1項(xiàng)目經(jīng)理的確定和任務(wù)本項(xiàng)目的項(xiàng)目經(jīng)理是。項(xiàng)目經(jīng)理?yè)?dān)任了領(lǐng)導(dǎo)者、管理者、決策者、分析者、計(jì)劃者、控制者、組織者、評(píng)價(jià)者、協(xié)調(diào)者的角色，需要擔(dān)任項(xiàng)目的開(kāi)發(fā)計(jì)劃、組織實(shí)施和項(xiàng)目控制的責(zé)任。11.2項(xiàng)目組織形式的確定組織結(jié)構(gòu)具有臨時(shí)性和目標(biāo)性的特點(diǎn)。組織結(jié)構(gòu)大概分為職能型、項(xiàng)目型和矩陣型三種。由于考慮到本項(xiàng)目人員組成簡(jiǎn)單，決定采用項(xiàng)目型。項(xiàng)目型的優(yōu)點(diǎn)如下：項(xiàng)目經(jīng)理對(duì)項(xiàng)目可以負(fù)全責(zé)項(xiàng)目目標(biāo)單一，可以以項(xiàng)目為中心，有利于項(xiàng)目順利進(jìn)行避免多重領(lǐng)導(dǎo)組織結(jié)構(gòu)簡(jiǎn)單，交流簡(jiǎn)單，快速項(xiàng)目型的缺點(diǎn)如下：資源不能共享各個(gè)獨(dú)立的項(xiàng)目處于相對(duì)封閉狀態(tài),不利于公司政策的貫徹對(duì)項(xiàng)目組織的成員缺少一種事業(yè)上的連續(xù)性和安全感項(xiàng)目組織之間處于分割狀態(tài),缺少信息交流11.3項(xiàng)目團(tuán)隊(duì)的建設(shè)11.3本項(xiàng)目團(tuán)隊(duì)由3人組成，項(xiàng)目經(jīng)理由擔(dān)任，且與、共同擔(dān)任系統(tǒng)分析員、系統(tǒng)設(shè)計(jì)員、程序員、質(zhì)量保證工程師等職位。11.3開(kāi)始項(xiàng)目前，對(duì)本項(xiàng)目人員進(jìn)行項(xiàng)目培訓(xùn)。項(xiàng)目培訓(xùn)的特點(diǎn)如下：短期培訓(xùn)片斷式培訓(xùn)針對(duì)性強(qiáng)見(jiàn)效快11.3項(xiàng)目成員激勵(lì)的理論主要有馬斯洛的需求層次理論、海茲伯格的激勵(lì)理論、麥克勒格的X－理論和Y－理論和期望理論等。馬斯洛的需求層次理論：11.3.4團(tuán)隊(duì)建設(shè)的基本方法：創(chuàng)建有確實(shí)存在感的項(xiàng)目隊(duì)伍建立獎(jiǎng)勵(lì)機(jī)制建立良好人際關(guān)系11.4溝通管理11.4.1項(xiàng)目溝通的基本原則：及時(shí)性、準(zhǔn)確性、完整性、可理解性。11.4.2項(xiàng)目溝通的方式主要有：書(shū)面溝通和口頭溝通語(yǔ)言溝通和非語(yǔ)言溝通正式溝通和非正式溝通單向溝通和雙向溝通網(wǎng)絡(luò)溝通11.4,3項(xiàng)目溝通計(jì)劃編制項(xiàng)目溝通計(jì)劃：溝通需求分類聯(lián)系方式工作匯報(bào)的方式詳細(xì)說(shuō)明信息的收集渠道詳細(xì)說(shuō)明信息分發(fā)渠道項(xiàng)目文件的標(biāo)準(zhǔn)計(jì)劃表維護(hù)12項(xiàng)目度量管理12.1規(guī)模度量各個(gè)階段任務(wù)所耗文本頁(yè)數(shù)或代碼行指標(biāo)的預(yù)計(jì)度量如下表所示：任務(wù)名稱規(guī)模度量單位計(jì)劃需求規(guī)格說(shuō)明書(shū)文本頁(yè)數(shù)20總體設(shè)計(jì)說(shuō)明書(shū)HLD頁(yè)數(shù)50系統(tǒng)測(cè)試計(jì)劃文本頁(yè)數(shù)20詳細(xì)設(shè)計(jì)說(shuō)明書(shū)DLD行數(shù)10K單元測(cè)試計(jì)劃文本頁(yè)數(shù)40源程序LOC行數(shù)200K單元測(cè)試報(bào)告文本頁(yè)數(shù)60系統(tǒng)測(cè)試報(bào)告文本行數(shù)40總計(jì)文本頁(yè)數(shù)180HLD頁(yè)數(shù)50DLD行數(shù)10KLOC行數(shù)200K12.2時(shí)間度量預(yù)計(jì)計(jì)劃的各個(gè)階段任務(wù)所耗時(shí)間的度量如下表所示。各階段名稱計(jì)劃時(shí)間（小時(shí)）管理20需求分析20需求檢查3總體設(shè)計(jì)15測(cè)試計(jì)劃5總體設(shè)計(jì)檢查3詳細(xì)設(shè)計(jì)25詳細(xì)設(shè)計(jì)復(fù)核3詳細(xì)設(shè)計(jì)檢查3單元測(cè)試計(jì)劃15編寫(xiě)源程序80代碼復(fù)核3代碼檢查5單元測(cè)試15集成測(cè)試5系統(tǒng)測(cè)試3驗(yàn)收4合計(jì)22812.3需求變更度量下表呈現(xiàn)的是從需求說(shuō)明書(shū)完成后所做的一系列需求變更記錄，涵蓋了從概要設(shè)計(jì)一直到項(xiàng)目實(shí)施結(jié)束過(guò)程中所做的需求更改，每修改一次，版本也隨之改變。變更請(qǐng)求請(qǐng)求時(shí)間變更請(qǐng)求者變更內(nèi)容批準(zhǔn)否（Y/N）批準(zhǔn)時(shí)間需求規(guī)格版本增加功能模塊2012/6/24增加病人功能Y2012/6/251.1增加公共模塊2012/6/25增加床位查看Y2012/6/251.2增加功能模塊2012/6/25增加監(jiān)控功能N2012/6/261.2修改注冊(cè)模塊2012/6/30增加注冊(cè)條件要求Y2012/6/301.3取消功能模塊2012/7/5取消病人信息模塊Y2012/7/71.4修改功能模塊2012/7/8病情添加增加自定義模塊Y2012/7/91.5增加公共模塊2012/7/9添加病人檢索功能Y2012/7/101.6增加功能模塊2012/7/10增加病人隱私設(shè)置模塊Y2012/7/101.713項(xiàng)目集成計(jì)劃軟件項(xiàng)目集成管理是實(shí)現(xiàn)軟件開(kāi)發(fā)過(guò)程和軟件管理過(guò)程的全面管理。軟件項(xiàng)目集成管理是通過(guò)將項(xiàng)目管理工具和軟件開(kāi)發(fā)平臺(tái)工具有機(jī)地集成和擴(kuò)展，依據(jù)軟件工程和CMM/CMMI理論，按