軟件項目管理綜合實驗

1、華 北 科 技 學(xué) 院軟件項目管理綜合實驗報告學(xué)號： 班級: 信管B132班 姓名: 設(shè)計題目: 高校食堂售飯系統(tǒng) 設(shè)計地點: 基礎(chǔ)七 設(shè)計時間: 2016.11.18 至 2016.12.2 成績評定：1、工作量： A（ ），B（ ），C（ ），D（ ）,F( )2、難易度： A（ ），B（ ），C（ ），D（ ）,F( )3、答辯情況：基本操作： A（ ），B（ ），C（ ），D（ ）,F( )代碼理解： A（ ），B（ ），C（ ），D（ ）,F( )4、報告規(guī)范度： A（ ），B（ ），C（ ），D（ ）,F( )5、學(xué)習(xí)態(tài)度： A（ ），B（ ），C（ ），D（ ）,F( )總評成績

2、:_ 指導(dǎo)教師: 郭曉欣 一、 實驗?zāi)康模?、掌握軟件項目需求管理過程。2、掌握軟件項目進度估算方法。3、能夠使用Project 2003編制項目進度計劃。4、掌握成本估算方法。5、掌握資源管理過程。6、掌握風(fēng)險管理過程。7、掌握配置管理過程。二、 實驗設(shè)備及環(huán)境：硬件：多媒體計算機軟件：Windows系列操作系統(tǒng)、Microsoft Project 2003.三、 需求分析（1）系統(tǒng)需求各大高校食堂，都采取刷卡形式售飯，食堂售飯系統(tǒng)主要包括前臺的充值業(yè)務(wù)、繳費業(yè)務(wù)、掛失業(yè)務(wù)、領(lǐng)款業(yè)務(wù)，后臺的用戶信息管理、信息記錄、賬戶管理、補卡管理。食堂售飯系統(tǒng)對實時性要求較高，在食堂繳費信息化的過程中，它

3、還需要學(xué)生信息管理系統(tǒng)提供準(zhǔn)確可靠的數(shù)據(jù)。為保持學(xué)生隨時查詢查詢卡內(nèi)余額，本系統(tǒng)實時提供更新數(shù)據(jù)。在系統(tǒng)的使用者中、學(xué)生、售飯人員、充值管理員、系統(tǒng)管理員和最高管理者分別扮演著不同的角色：1、學(xué)生：登錄系統(tǒng)，通過刷卡扣款的方式繳納飯費，在存錢窗口可將現(xiàn)金存入卡中，在自助掛失機器進行掛失，在自助領(lǐng)款機可將線上余額轉(zhuǎn)存飯卡內(nèi)。2、售飯人員：登錄系統(tǒng)，根據(jù)學(xué)生購飯的價值在刷卡機輸入金額3、充值管理員：登錄系統(tǒng)，將學(xué)生所存金額驗證真?zhèn)魏?，輸入?shù)據(jù)存入卡內(nèi)。 4、系統(tǒng)管理員：登錄系統(tǒng)，將學(xué)生存款扣款的余額實時更新，收到學(xué)生的掛失信息后進行新卡信息錄入，轉(zhuǎn)存學(xué)生線上金額。5、最高管理者：登錄系統(tǒng)，不可修改

4、金額。綜上所述，高校食堂售飯系統(tǒng)應(yīng)該滿足以下需求：1、資金往來上要滿足學(xué)校原有的高校食堂售飯系統(tǒng)，能夠方便地進行充值、繳費、掛失、領(lǐng)款，學(xué)生信息記錄和統(tǒng)汁，賬戶信息記錄記錄和統(tǒng)計、補卡。2、為保障考勤數(shù)據(jù)的可靠性，學(xué)生信息變動應(yīng)有最高管理者有權(quán)修改3、為學(xué)校食堂流水提供數(shù)據(jù)支持。4、傳統(tǒng)的手工管理相比，要添加基礎(chǔ)數(shù)據(jù)的管理和用戶權(quán)限的設(shè)置。5、打印需要的報表。（2）功能需求根據(jù)系統(tǒng)的需求分析，得到本系統(tǒng)的功能要求如下：1、系統(tǒng)管理功能是管理系統(tǒng)用戶的權(quán)限和密碼，包括用戶管理和修改密碼。要進行用戶權(quán)限設(shè)置，可以在權(quán)限范圍內(nèi)進行用戶的添加、刪除和修改，學(xué)生可以修改自己的密碼，最高管理者可以修改學(xué)生

5、信息，但是不可以修改金額。2、數(shù)據(jù)管理功能是設(shè)置和管理基礎(chǔ)數(shù)據(jù)，包括學(xué)生信息、金額的定義和消費記錄的定義。在權(quán)限范圍內(nèi)可以進行基礎(chǔ)數(shù)據(jù)的添加、刪除和修改。3、充值業(yè)務(wù)學(xué)生在存錢窗口可將先進存入卡內(nèi)，由充值管理員進入系統(tǒng)，鎖定學(xué)生信息，將卡內(nèi)余額更新至學(xué)生現(xiàn)在金額。4、繳費業(yè)務(wù)學(xué)生可以購買餐食后通過飯卡扣費進行繳費，由售飯人員輸入扣除金額，學(xué)生進行扣費。 5、掛失業(yè)務(wù)飯卡丟失后可以提出掛失申請，由系統(tǒng)管理員后臺處理。收到掛失信息后將學(xué)生原有卡信息鎖定，并向新卡錄入學(xué)生信息。6、用戶信息管理學(xué)生信息修改、增加、刪除等只能由最高管理員進入系統(tǒng)處理。7、信息記錄學(xué)生購買餐食消費后實時將消費記錄明細計入

6、卡中。8、補卡管理系統(tǒng)管理員收到掛失信息后將學(xué)生原有卡信息鎖定，并向新卡錄入學(xué)生信息。9、賬戶管理賬戶內(nèi)余額及消費記錄明細可以學(xué)生、售飯人員、充值管理員、系統(tǒng)管理員、最高管理員查詢。（3）生存期模型V模式是一個經(jīng)典的模型，是一個理想化的生存期模型。因為食堂售飯系統(tǒng)設(shè)計金額的交易，必須非常嚴(yán)謹(jǐn)，并且方案目的都非常明確，高校食堂日日都必須進行售飯，且客流量極大。并且食堂交易時刻都存在著資金流轉(zhuǎn)，為了保證用戶的權(quán)益，在完成整體項目時需對系統(tǒng)和安全有嚴(yán)格的要求，故本項目采用V生存期模型。圖3.1 生存期模型（5）任務(wù)分解結(jié)構(gòu)圖(WBS)圖3.2 WBS圖四、 軟件項目進度計劃（1）估算方法 采取定額估

7、算法，因為定額估算法屬于比較簡單的估算方法。（2）估算過程Q：該軟件任務(wù)規(guī)模估算為330(人天)R：開發(fā)人員5人S：每個開發(fā)人員的效率為1T=Q/(R*S)=66（天） 所以該任務(wù)需要66天完成。（3）project截圖1、網(wǎng)路圖 網(wǎng)絡(luò)圖是活動排序的輸出，展示到各個業(yè)務(wù)的邏輯管理，本項目中按照時間排序后，邏輯關(guān)系如下：圖4.1.1 網(wǎng)絡(luò)圖（1）圖4.1.2 網(wǎng)絡(luò)圖（2）2、里程碑圖 將每個業(yè)務(wù)完成的標(biāo)志設(shè)為一個里程碑，將整體業(yè)務(wù)連貫。從整體上看，整個周期開發(fā)系統(tǒng)會被劃分為若干階段，根據(jù)里程碑圖的完成情況，可以靈活調(diào)整任務(wù)量和完成時間。 圖4.2 里程碑圖3、甘特圖 甘特圖可以非常清晰的表明一個

8、任務(wù)的開始時間和結(jié)束時間，并且將每個任務(wù)之間的連貫性都顯示的非常清楚。圖4.3 甘特圖4、資源分配 在項目進度中進行資源分配，如下圖：圖4.5 資源分配五、 項目成本管理計劃（1）估算方法自下而上估算法。（2）估算方法選擇原因自下而上的預(yù)算方法要求全面考慮所有涉及到的工作任務(wù)。和自上而下預(yù)算方法一樣，自下而上預(yù)算方法也要求項目有一個詳盡的WBS。自下而上預(yù)算方法也涉及到一定的博弈形勢。自下而上預(yù)算的優(yōu)點是，基層人員更為清楚具體活動所需的資源量。而且由于預(yù)算出自于基層人員之手，可以避免引起爭執(zhí)和不滿。本系統(tǒng)的主要壓力是，系統(tǒng)的更新于維護，因為每當(dāng)進入新學(xué)年時，大量學(xué)生信息需要更新，所以在更新與維

9、護上花銷較大。（3）資金詳細報表 資金詳細的表明了項目最后預(yù)算為3.1萬元，如下：圖5.1 資金報表六、 項目資源管理計劃本項目為小規(guī)模項目，整體完成工作的只有五人，其中兩名工作人員按照整體要求完成需求分析，三名程序員分工合作。 圖6.1 資源工作表 因為本系統(tǒng)銜接性較強，為了讓資源分配更直觀，時間上更明確，繪制了如下資源分配報表圖6.2 資源分配報表因為資源分配報表雖然時間非常明確，但是在人員分配比例上無法直觀表現(xiàn)，于是我通過柱狀圖的方式體現(xiàn)出各業(yè)務(wù)的人員分配，如下圖： 圖6.3 資源分配柱狀圖七、 風(fēng)險管理計劃（1）風(fēng)險識別方法 因為“風(fēng)險條目檢查表”是比較常用且簡單的風(fēng)險識別方法，并且我

10、個人在使用德爾菲法和頭腦風(fēng)暴法比較困難，所以我在詳細思考后采用該法。 在確認(rèn)所以風(fēng)險時，我思考了多方面，著重看到了本系統(tǒng)的弊端進行分析，尤其是規(guī)模較小、員工數(shù)量緊缺、任務(wù)連貫性較強等幾個方面。分別分出了商業(yè)風(fēng)險、技術(shù)風(fēng)險、管理風(fēng)險三方面進行分析，如下表： 圖7.1 風(fēng)險項目檢查表二、問答：（2）風(fēng)險評估7、對于生活中的一些廢棄物，我們可以從垃圾中回收它們并重新加工利用。這樣做不但能夠減少垃圾的數(shù)量，而且能夠節(jié)省大量的自然資源。我采取定性風(fēng)險評估方法，根據(jù)風(fēng)險發(fā)生的概率及后果進行定性評估。1、放大鏡為什么能放大物體的圖像呢？我們注意到它的特點了嗎？（P3）首先進行風(fēng)險發(fā)現(xiàn)概率的定性等級，我分為極

11、高、高、中、低四個等級：二、問答題： 圖7.2.1 風(fēng)險發(fā)現(xiàn)概率定性等級表其次進行風(fēng)險后果影響的定性等級，我分為災(zāi)難性的、嚴(yán)重的、輕度的、幾乎無影響四個等級：答：當(dāng)?shù)厍蜻\行到月球和太陽的中間，如果地球擋住了太陽射向月球的光，便發(fā)生月食。 圖7.2.2 風(fēng)險后果影響定性等級表最后我將風(fēng)險發(fā)生的概率等級和風(fēng)險后果影響的等級進行指數(shù)綜合，將極高、高、中、低四個等級設(shè)為縱向的1、2、3、4，將災(zāi)難性的、嚴(yán)重的、輕度的、幾乎無影響列為橫向1、2、3、4，故1為最嚴(yán)重情況，16為最小影響，從而列出綜合指數(shù)進行評估：答：連接北斗七星勺形前端的兩顆星，并將連線向勺口方延長約5倍遠，處于此位置的那顆星就是北極星

12、。 圖7.2.3 風(fēng)險評估指數(shù)矩陣實例9、月球地貌的最大特征，就是分布著許多大大小小的環(huán)形山，環(huán)形山大多是圓形的。關(guān)于環(huán)形山的形成，目前公認(rèn)的觀點是“撞擊說”。（3）風(fēng)險評估結(jié)果列表5、草蛉是蚜蟲的天敵，七星瓢蟲吃蚜蟲，蜻蜓吃蚊子。 在進行風(fēng)險評估后，將風(fēng)險評估結(jié)果通過表格的形式體現(xiàn)出來并進行排序，更加直觀的體現(xiàn)風(fēng)險的可行性和后果危險程度，有利于系統(tǒng)對風(fēng)險的預(yù)防措施和補救措施的準(zhǔn)備。 圖7.3 風(fēng)險評估指數(shù)矩陣實例八、心得體會答：燒飯時米變成了飯；寫字時紙上留下了字跡；下雨后路上的積水慢慢地變成水蒸氣消失在空中；巖石風(fēng)化變成沙子等。在這次軟件項目管理實驗的制作中，經(jīng)過了反復(fù)的推敲和更正，我受益

13、匪淺。首先，以宏觀角度說，我認(rèn)識到了IT行業(yè)的另一方向，曾經(jīng)以為本行業(yè)最后程序員這類的職位，現(xiàn)在學(xué)會了軟件項目管理后，我發(fā)現(xiàn)在完成整體項目之前，尤其是日后在真正的工作職位中，一定在正式開始之前進行項目管理分析，俗話說“預(yù)則立，不預(yù)則廢”，軟件項目管理這門課可以完成這個“預(yù)”。軟件項目管理可以在系統(tǒng)開始之前規(guī)劃估算出整個系統(tǒng)的時間進度，所需資金，以后做出盡善盡美的資源分配，最重要的還可以做出風(fēng)險預(yù)估，令整體效益損失達到最低。如此以來，整體工作就會有規(guī)劃、有條理的進行，還會提前為風(fēng)險做出應(yīng)對之策或直接減少風(fēng)險。其次，軟件項目管理非常鍛煉我的嚴(yán)謹(jǐn)性和預(yù)判能力，在為項目編輯任務(wù)時，我就發(fā)現(xiàn)工期的起始時

14、間和截止時間都是不能生成我理想的數(shù)據(jù)，后期發(fā)現(xiàn)我忽略的工作日的要點，導(dǎo)致工期很難安排合理。后期為分為階段性任務(wù)時，我由于粗心點錯，后面數(shù)據(jù)非常混亂，點錯一下就像蝴蝶效應(yīng)一樣，為了整體項目的連貫性我都加了任務(wù)鏈接，失誤的結(jié)果就是工期全部安排錯誤，無法生成正確的甘特圖，所以今后看待、處理問題一定要增加嚴(yán)謹(jǐn)性。如前所說，這門課程真的讓我認(rèn)識到了準(zhǔn)備的重要性，完成這次大實驗后，我對很多事情的把握都有了新的改觀，無論是學(xué)習(xí)還是生活，我都會提前做好規(guī)劃，并思考會發(fā)生的問題以及解決問題的方式方法。最后，我非常的感謝這次實驗的制作，到了四年級，很多對于我關(guān)鍵的事情都需要我在同一時間完成，所以在校內(nèi)基礎(chǔ)課程上我在聽課效