軟件工程第八章作業(yè)PHTRS?一、引言軟件工程作為一門重要的學科，旨在指導軟件開發(fā)的全過程，確保軟件的質量、可靠性和可維護性。第八章主要圍繞軟件項目的計劃、監(jiān)控與風險管理等內容展開。本次作業(yè)PHTRS要求我們對相關知識點進行深入理解和應用，通過實際案例分析、理論闡述等方式完成各項任務，以檢驗我們對軟件工程第八章知識的掌握程度。

二、軟件項目計劃

（一）項目范圍定義項目范圍定義明確了項目要完成的工作邊界。在PHTRS作業(yè)中，首先需要清晰界定軟件項目的具體功能和特性。通過與相關利益者（如客戶、用戶等）溝通，收集需求信息，整理出詳細的項目需求文檔。例如，對于一個電商購物軟件，其范圍可能包括商品展示、購物車功能、訂單管理、支付系統(tǒng)、用戶評價等核心功能模塊，同時還需明確各個模塊的具體功能細節(jié)，如商品展示的圖片要求、購物車的商品數量限制、支付方式的支持種類等。

（二）工作分解結構（WBS）工作分解結構是將項目整體分解為較小的、易于管理和控制的工作單元。以一個簡單的學生信息管理系統(tǒng)為例，WBS可以如下構建：1.系統(tǒng)管理用戶管理用戶注冊用戶登錄用戶權限設置數據備份與恢復2.學生信息管理學生信息錄入學生信息查詢學生信息修改學生信息刪除3.成績管理成績錄入成績查詢成績統(tǒng)計分析4.報表生成學生信息報表成績報表

通過WBS，能夠清晰地看到項目的各個組成部分及其相互關系，為后續(xù)的進度安排、資源分配等提供基礎。

（三）項目進度計劃制定項目進度計劃需要考慮各項任務的先后順序和持續(xù)時間。利用甘特圖等工具可以直觀地展示項目進度。例如，對于上述學生信息管理系統(tǒng)項目，假設用戶管理模塊預計2周完成，學生信息錄入預計3周完成，成績管理模塊預計2.5周完成等，通過甘特圖可以清晰地看到從項目啟動到各個模塊完成以及最終項目交付的時間安排。在制定進度計劃時，還需考慮到可能的風險因素，預留一定的緩沖時間，以應對意外情況的發(fā)生。

（四）資源計劃資源計劃包括人力資源、硬件資源、軟件資源等的規(guī)劃。對于學生信息管理系統(tǒng)項目，人力資源方面可能需要軟件開發(fā)工程師、測試工程師、項目經理等。硬件資源可能包括服務器、開發(fā)用計算機等。軟件資源可能涉及開發(fā)工具、數據庫管理系統(tǒng)等。合理分配資源，確保每個任務都有足夠的資源支持，同時避免資源的閑置浪費，是資源計劃的關鍵。例如，在學生信息錄入階段，可能需要安排較多的軟件開發(fā)工程師進行代碼編寫，而在測試階段，則需要集中測試工程師進行全面測試。

三、軟件項目監(jiān)控

（一）監(jiān)控指標1.進度指標：通過實際進度與計劃進度的對比，計算進度偏差（SV=EVPV）和進度績效指數（SPI=EV/PV）。例如，如果學生信息管理系統(tǒng)項目計劃在第5周完成用戶管理模塊，實際在第6周完成，計劃成本（PV）為5萬元，實際成本（AC）為6萬元，掙值（EV）為4萬元，則SV=45=1萬元，SPI=4/5=0.8，說明項目進度滯后，效率較低。2.成本指標：計算成本偏差（CV=EVAC）和成本績效指數（CPI=EV/AC）。上述例子中，CV=46=2萬元，CPI=4/6≈0.67，表明項目成本超支，成本控制效果不佳。3.質量指標：可以通過缺陷數量、缺陷密度等指標來衡量。例如，統(tǒng)計學生信息管理系統(tǒng)測試階段發(fā)現的缺陷數量，計算每千行代碼的缺陷數（Density=Defects/KLOC），以評估軟件質量狀況。

（二）監(jiān)控方法1.定期會議：每周或每兩周召開項目例會，項目團隊成員匯報各自工作進展、遇到的問題及解決方案等。通過會議可以及時掌握項目整體情況，協(xié)調各方工作。2.狀態(tài)報告：要求團隊成員定期提交詳細的工作狀態(tài)報告，包括已完成任務、未完成任務、遇到的風險等信息。項目經理通過匯總分析這些報告，全面了解項目進展。3.關鍵路徑法監(jiān)控：確定項目的關鍵路徑，密切關注關鍵路徑上任務的執(zhí)行情況。一旦關鍵路徑上的任務出現延誤，可能會影響整個項目的交付時間，需及時采取措施進行調整。

（三）偏差分析與應對當發(fā)現進度、成本或質量出現偏差時，需要進行深入分析。對于進度偏差，可能是由于任務估計不準確、資源不足、技術難題等原因導致。針對不同原因采取相應措施，如重新評估任務時間、增加資源、尋求技術支持等。對于成本偏差，可能是成本估算失誤、費用控制不當等，可通過優(yōu)化成本預算、加強成本管理等方式進行糾正。對于質量偏差，若缺陷數量過多，需加強測試力度、改進開發(fā)流程等。例如，如果發(fā)現學生信息管理系統(tǒng)中用戶登錄功能存在較多缺陷，經分析是由于代碼邏輯錯誤導致，則需要開發(fā)人員重新檢查代碼，修正錯誤，并進行全面回歸測試。

四、軟件項目風險管理

（一）風險識別1.技術風險：如采用新技術可能存在技術不成熟、兼容性問題等。例如，在學生信息管理系統(tǒng)中，如果引入新的數據庫技術，可能面臨與現有系統(tǒng)集成困難、性能不穩(wěn)定等風險。2.人員風險：關鍵人員離職、團隊成員技術能力不足等。比如，項目中核心開發(fā)人員突然離職，可能導致項目進度受阻，知識傳承出現問題。3.需求風險：需求變更頻繁、需求不明確等。若客戶在項目進行過程中不斷提出新的功能需求，可能打亂原有的項目計劃，增加成本和工作量。4.外部風險：政策法規(guī)變化、市場競爭加劇等。例如，相關教育政策調整可能影響學生信息管理系統(tǒng)的某些功能需求，市場上出現類似競爭軟件可能對項目的市場前景產生影響。

（二）風險評估對識別出的風險進行評估，確定其發(fā)生的可能性和影響程度。采用定性或定量的方法，如風險矩陣。以技術風險中采用新數據庫技術為例，若評估其發(fā)生可能性為中等，對項目進度和質量的影響程度較大，則可在風險矩陣中標記出相應的位置，直觀地了解該風險的重要性。

（三）風險應對策略1.風險規(guī)避：對于風險發(fā)生可能性高且影響程度大的風險，如因政策法規(guī)變化可能導致項目無法繼續(xù)進行的情況，可考慮放棄相關功能或項目方向，以規(guī)避風險。2.風險減輕：針對技術風險，可提前進行技術預研、組織技術培訓等，降低技術難題出現的可能性。例如，在引入新數據庫技術前，先進行小規(guī)模試驗，積累經驗，減少風險影響。3.風險轉移：通過購買保險、簽訂合同等方式將風險轉移給第三方。如對于可能因自然災害導致的服務器損壞風險，可購買服務器保險。4.風險接受：對于發(fā)生可能性低且影響程度小的風險，如團隊成員偶爾生病請假等情況，可選擇接受風險，在出現問題時靈活調整項目安排。

五、案例分析

以某企業(yè)的客戶關系管理系統(tǒng)（CRM）項目為例。

（一）項目范圍定義該CRM系統(tǒng)旨在實現企業(yè)對客戶信息的集中管理、銷售機會跟蹤、客戶服務記錄等功能。具體包括客戶信息錄入、查詢、修改，銷售線索跟進，客戶投訴處理，報表生成等功能模塊。通過與企業(yè)銷售、客服等部門溝通，明確了各模塊的詳細業(yè)務需求，如客戶信息需包含聯系方式、購買歷史、偏好等，銷售線索跟進要記錄每個階段的進展和預計成交時間等。

（二）工作分解結構1.系統(tǒng)基礎架構搭建服務器選型與配置網絡環(huán)境搭建2.客戶信息管理模塊客戶信息錄入界面開發(fā)客戶信息存儲與管理客戶信息查詢功能實現客戶信息修改功能實現3.銷售管理模塊銷售線索錄入銷售線索跟蹤與提醒銷售機會分析4.客戶服務模塊客戶投訴受理服務記錄與跟蹤服務質量評估5.報表生成模塊客戶信息報表生成銷售業(yè)績報表生成客戶服務統(tǒng)計報表生成

（三）項目進度計劃采用甘特圖制定進度計劃，預計項目周期為6個月。第1個月完成系統(tǒng)基礎架構搭建，第23個月完成客戶信息管理模塊開發(fā)與測試，第45個月完成銷售管理和客戶服務模塊，第6個月進行系統(tǒng)集成測試、修復缺陷并最終交付。

（四）資源計劃人力資源方面，安排了5名軟件開發(fā)工程師、2名測試工程師、1名項目經理。硬件資源包括服務器、開發(fā)用計算機等。軟件資源涉及數據庫管理系統(tǒng)、開發(fā)工具等。在項目不同階段，合理分配資源，如在客戶信息管理模塊開發(fā)階段，集中軟件開發(fā)工程師進行相關功能代碼編寫。

（五）項目監(jiān)控在項目進行過程中，通過定期會議、狀態(tài)報告等方式進行監(jiān)控。每周召開項目例會，團隊成員匯報工作進展。通過計算進度、成本和質量指標進行偏差分析。例如，在第3個月末，客戶信息管理模塊實際進度滯后，計劃完成80%，實際完成60%，計劃成本40萬元，實際成本35萬元，掙值25萬元。經分析是由于部分功能開發(fā)難度超出預期導致進度滯后，通過增加開發(fā)人員和調整任務優(yōu)先級，加快了項目進度。

（六）風險管理1.風險識別技術風險：采用新的數據庫技術可能存在性能問題。人員風險：關鍵開發(fā)人員可能因其他項目任務繁忙而影響本項目進度。需求風險：企業(yè)業(yè)務部門可能在項目中提出新的需求變更。2.風險評估新數據庫技術風險發(fā)生可能性中等，對系統(tǒng)性能影響程度較大。關鍵開發(fā)人員風險發(fā)生可能性較低，對項目進度有一定影響。需求變更風險發(fā)生可能性較高，對項目成本和進度影響較大。3.風險應對策略針對新數據庫技術風險，提前進行性能測試和優(yōu)化，減輕風險影響。與關鍵開發(fā)人員協(xié)調，合理安排工作時間，降低人員風險。制定需求變更管理流程，嚴格控制需求變更，轉移需求變更帶來的風險。

六、總結通過本次軟件工程第八章作業(yè)PHTRS，深入學習了軟件項目計劃、監(jiān)控與風險管