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

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

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

軟件功能測試用例通過率不低于95％；3）

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

產(chǎn)品發(fā)布時(shí)不存在嚴(yán)重及其以上的缺陷。注：嚴(yán)重問題指導(dǎo)致系統(tǒng)或模塊不能正常工作的問題。結(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ù)/頁）需求檢查4

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

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

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

代碼復(fù)核65

代碼檢查20

編譯20

單元測試15

系統(tǒng)集成5

系統(tǒng)測試5

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

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

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

測試$\prj-School\SPE\TEST

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

配置庫的用戶權(quán)限類別人員權(quán)限說明配置管理者負(fù)責(zé)項(xiàng)目配置管理，對庫擁有所有權(quán)限項(xiàng)目管理訪問、讀質(zhì)量保證人員訪問、讀開發(fā)人員，訪問、讀高層管理訪問、讀9.4主要配置項(xiàng)配置項(xiàng)列表類型主要配置項(xiàng)標(biāo)識符預(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ī)格說明書》QTD–School-RM-SRS--V1.0201用戶DEMOQTD–School-RM-Demo--V1.0201

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

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

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

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