時間：2023-03-30 11:35:43
引言：易發(fā)表網憑借豐富的文秘實踐，為您精心挑選了九篇軟件項目論文范例。如需獲取更多原創(chuàng)內容，可隨時聯(lián)系我們的客服老師。
有時即使不開展項目管理工作，軟件開發(fā)項目也能取得成功。但是如果乏項目管理，則難以將成本控制在一定范圍內，容易導致軟件企業(yè)面臨著虧損的風險。在開展項目管理工作的過程中，需要借助技術、方法等，管理軟件開發(fā)活動，如此既有助于實現(xiàn)軟件開發(fā)目標，又能夠控制軟件開發(fā)的進度以及開發(fā)成本。當前，雖然有部分軟件企業(yè)依據(jù)軟件工程理論，制定了管理軟件開發(fā)的制度，但是卻沒有嚴格控制軟件開發(fā)的進度以及成本。這種做法不僅會延長軟件開發(fā)的時間，還會增加軟件公司的經營風險，最終損害到相關用戶的利益。而在軟件開發(fā)過程中，開展項目管理工作，就有助于保證軟件開發(fā)工作的順利完成，同時提高軟件企業(yè)的經營管理效率。
2項目管理在軟件開發(fā)中的應用現(xiàn)狀
在二十世紀六十年代中期，人們發(fā)現(xiàn)了在開發(fā)軟件過程中存在著很多問題，具體的問題表現(xiàn)在以下兩個方面：一方面，不規(guī)范的生產過程；另一方面，不重視管理工作。為了能夠有效解決軟件開發(fā)過程中存在的問題，人們開始嘗試利用過程管理方法。但是到了二十世紀八十年代，還是沒有制定管理軟件開發(fā)過程相關標準。近幾年來，在信息技術快速發(fā)展的背景下，人們采取項目管理來控制軟件開發(fā)的質量、軟件開發(fā)的成本等，以此確保軟件開發(fā)的質量和成本等因素，符合當時的既定標準。在軟件開發(fā)過程中，每一個項目組的不同成員都應該承擔不同的任務，并且企業(yè)管理者應該要求他們要在規(guī)定的時間內完成自身的任務，這種明確分工制度，有助于提高員工的工作效率。
3項目管理在軟件開發(fā)中的應用
每一個軟件開發(fā)項目都要經過以下幾個階段：提出問題、研究可行性、分析需求、測試等。因此項目管理工作應該貫穿于軟件開發(fā)的整個過程。
3.1可行性研究
無法開發(fā)哪一個項目，都需要進行可行性分析與研究。通過利用項目管理來研究軟件開發(fā)項目可行性的目的在于：在最短的時間內確定軟件開發(fā)項目是否具有開發(fā)的價值。其中可行性研究的內容包括：
1）、研究技術的可行性。其主要是指：要合理地分析開發(fā)項目的功能與性能，分析其中所隱藏的技術風險。
2）、研究經濟的可行性。其主要是指：估計所開發(fā)的項目給企業(yè)帶來的經濟效益，然后依據(jù)所估算的經濟效益，確定該項目是否具有投資的價值。
3）、研究社會的可行性。其主要是指：分析此項目的運行方式是否正確，分析當前的人員技術水平以及管理制度是否具有可行性。
3.2軟件項目估算
在軟件開發(fā)過程中，首先要規(guī)劃軟件開發(fā)項目，如此便于項目管理人員制定切合實際的估算方案。規(guī)劃軟件開發(fā)項目的內容主要包括：明確軟件開發(fā)的目標、明確軟件開發(fā)過程中需要用到的各種資源、明確軟件開發(fā)的進度等。在軟件開發(fā)過程中，估算起著非常重要的作用。通過估算可以保證軟件項目在規(guī)定的時間內完成，也可以確保軟件項目的成本未超出預算。在估算資源、成本以及進度的時候，要依據(jù)自身豐富的經驗以及相關的數(shù)據(jù)。但是當前所使用的估算方法較為單一，此種估算方法容易增加估算風險。對此，研究人員應該努力研究出更多科學、有效的估算方法。
3.3軟件項目開發(fā)人員的管理
在開展軟件項目開發(fā)人員管理工作的時候，首先要合理安排人員。通常情況下，是由多個小組成員共同完成軟件開發(fā)項目。在具體安排人員任務的時候，要依據(jù)每位人員的優(yōu)勢進行，并且要明確小組內每一位成員的工作任務以及工作目標。在軟件開發(fā)過程中，要確定不同的責任人，比如：項目經理、開發(fā)經理，并且為每一個小組安排一名組長，如此有助于確保軟件開發(fā)項目的順利完成，同時保證所開發(fā)出來的軟件屬于高質量產品。
4結束語
1.項目設計要具有可行性
項目驅動教學中受教育者是學習主體，所以在立項過程中教育者要協(xié)助學生為其樹立正確的理論依據(jù)及可行的操作步驟。不能憑借學生自身的想象而不考慮實際的可操作性及可完成性。通過項目驅動的教育模式來取得進步就要根據(jù)循序漸進的原則，遵循事物發(fā)展的普遍規(guī)律，過于困難或者沒有實際意義的立項及理念都會使學生們失去興趣，從而失去了項目驅動教學的真正意義。
2.項目設計的難易程度要適中
難度適中的項目驅動教學方案可以從正面激發(fā)學生的自主學習興趣，過于簡單的設計方案不具備實踐意義，過于困難的設計方案違反了教育過程的規(guī)律性，不會達到真正的教育效果。所以不符合學生情況的設計方案不僅沒有起到應有的作用，反而浪費了時間及成本，同時也容易使學生喪失積極性，這個時候教育者要根據(jù)難易適中的原則來引導學生對項目思想及步驟進行創(chuàng)新及重組，使得項目驅動教學模式真正深入學生內心，并在未來的學習及發(fā)展過程中運用的得心應手，項目驅動教學模式相對于傳統(tǒng)教育的灌輸模式，對軟件技術這種新型課程的學習具有更大的幫助。
3.項目設計要具有實際的應用性
項目驅動教學的意義就是讓學生在學習過程中培養(yǎng)主動、積極、創(chuàng)新的學習意識，如果項目的設計不具備實際的應用性，則學生在學習與工作過程中就無法與現(xiàn)實很好地聯(lián)系，不能夠將所獲取的知識應用到實際中去，這一點對于項目驅動模式的教學來說失去了其本真的價值。當今計算機網絡飛速發(fā)展，軟件技術專業(yè)的知識更新速度更是讓人望塵莫及，所以我們要掌握的是學習知識的意識、手段及流程，而不單單是知識本身。所以項目設計要擺脫應試教育的影響，充分考慮其實際的應用性。
二、項目驅動教學模式在軟件技術專業(yè)中的設計研究
1.在教育者的輔助下充分發(fā)揮學生的自主意識
在以往的教學過程中，都是簡單的灌輸說教模式，很少考慮到學生在教學過程中真正欠缺的是什么，而項目驅動教學模式是以學生為主體，充分發(fā)揮其主體意識。在項目設計過程中，學生們可以充分發(fā)揮自身的創(chuàng)造力及整合力，在教育者的指導下，按照軟件開發(fā)方法、開發(fā)過程和規(guī)范實現(xiàn)各課程小組的項目調研、分析與設計，組織項目小組自評，小組之間展示項目、交流體會、互評，進一步提升個人的實踐能力。在這個過程中將軟件技術專業(yè)所需掌握的知識及學生在學習過程中需要的素質培養(yǎng)方案設計其中，使學生在項目驅動教學模式下得到全面的發(fā)展。
2.教學要緊跟軟件技術的發(fā)展方向和市場的研發(fā)動態(tài)
計算機軟件技術專業(yè)更新?lián)Q代的速度快，要讓學生們不斷適應飛速發(fā)展的軟件技術，就要牢固掌握學習的方式方法，通過項目驅動教學展開的活動來緊跟軟件技術的發(fā)展方向和市場的研發(fā)動態(tài)。只有在掌握行情的基礎上才能不斷充實自身的知識貯備及市場的發(fā)展需求。在平時的教學過程中，這種靈活的項目設計教學模式幫助學生在實踐過程中自發(fā)地對市場行情及發(fā)展動態(tài)進行了解。
3.不斷完善學習的資源和學習的環(huán)境
針對計算機軟件技術專業(yè)的項目驅動教學模式，完善的資源及環(huán)境是順利完成教育進程的保障，學校在這個方面應該投入相應資金來進行資源及環(huán)境的優(yōu)化。為了加強學校項目驅動教育的綜合實力及培養(yǎng)人才的效率，建立專門的軟件工程校內實習基地，將項目研發(fā)、實踐、實訓與實習融于一體，實現(xiàn)教學資源及協(xié)作環(huán)境的完善，這使得學生在設計活動的過程中能夠享受更加完備的資源設施，及更加專業(yè)化的教育引導。
4.需加強學生團隊合作精神的培養(yǎng)
在項目驅動教育過程中，教師根據(jù)項目需要建立相關小組，協(xié)助學生在設計過程中按照正規(guī)流程分配及安排任務，讓不同的學生在不同的設計小組內實現(xiàn)不同的學習任務。在各個項目小組的交流過程中不斷總結與分析自身存在的缺點與項目存在的劣勢，久而久之就能夠讓學生們在互相協(xié)作的過程中培養(yǎng)自身的團隊合作意識。并在共同解決困難的過程中鍛煉學生的思維能力、及表達能力及溝通交流能力，使其對團隊合作的理解不斷升華，并在實踐過程中學會溝通與理解，提高了學生們適應社會發(fā)展的能力。
三、小結
在軟件項目特別是信息系統(tǒng)構建項目投資過程中的風險因素眾多，其后果嚴重程度各異，要把每個風險因素都加以考慮會導致問題的復雜化，是不現(xiàn)實的。本文以某高校人力資源管理信息系統(tǒng)的構建過程中所提出的指標體系，建立了該項目風險遞階層次結構圖。
1.1基于層次分析法的一致性效驗結果根據(jù)圖1對各風險子因素進行判斷，從而得到單因素評判矩陣。咨詢相關專家，對專家們的評判結果進行分析，合理取舍，得到風險子因素的評判矩陣。最終將評語集確定為：A={低風險，中等風險，高風險}。對于風險子因素的權重矩陣，則采用層次分析法，邀請十位技術專家進行調查研究和相關分析，采用不同因素兩兩比較的方法，構造不同層次的判斷矩陣，并進行歸一化處理和一致性檢驗。根據(jù)選定專家事先估計出項目實施人員對各個因素的側重程度，進行一級風險因素的權重分配，加權后建立權重集，現(xiàn)以一級風險“技術性風險”中各組成因素的權數(shù)確定為實際評判對象，其一致性效驗結果如表2。由以上一致性效驗結果可得到一個模糊集：P2=（0.5015，0.4985）同樣也可以估計出各專家對人員風險、經濟風險、環(huán)境風險、管理風險中各因素側重程度而加權組成因素的權重集如下：P1=（0.4238，0.5762），P3=（0.3824，0.2527，0.3649），P4=（0.4237，0.5673），P5=（0.3792，0.2284，0.3924）
1.2模糊綜合風險評估分析在這個過程中，要使用專家調查法，具體操作如下，選取10名專家，讓這10名專家根據(jù)各自的相關經驗，給出每一個風險指標對各類風險的隸屬度，然后對其進行歸一化，最后得出一級評判矩陣，本文通過下面的“技術性風險”中的各風險因素的一級評判矩陣，對該種方法進行說明。該一級評判矩陣如表3所示。由此相應的可得出人員風險、經濟風險、管理風險中各因素的一級評判矩陣。
1.2.1一級模糊綜合評價用加權平均模型模糊評價理論，計算項目風險評估中一級模糊評價指標的模糊值BK1=PK*RK，其中BK1代表一級模糊綜合評價指標值，P代表權系數(shù)，R為一級評判矩陣，仍以“技術性風險”為例來計算一級評判矩陣，將上述過程中的P2與R2代入公式。
1.2.2二級模糊綜合評價由人員風險、技術性風險、經濟風險、環(huán)境風險、管理風險共同組成的項目總體風險權重矩陣。從向量矩陣B的結果可以看出，三個數(shù)中0．3841最大，其隸屬于風險等級為低風險，說明該校人力資源管理信息系統(tǒng)的構建過程和投資風險很小，是切實可行的。
2結論與展望
2.1結論①運用模糊綜合評判法對某高校的人力資源管理信息系統(tǒng)的設計與實現(xiàn)項目進行綜合評估，得到了該項目在未來發(fā)生較低風險的可能性最大，也就是項目的生命周期是很穩(wěn)定的。項目的發(fā)展也是隨著項目的目標而進行的，由此可以看到，該項目的研究和系統(tǒng)的構建都對某高校的人力資源現(xiàn)代化管理和信息化建設起到一定作用。②在實際應用模糊綜合評價法建立相關軟件項目的風險評價模型時，最關鍵的步驟是把項目中包含的方向不明、影響大小不易確定影響因素轉化成可以進行相關數(shù)學處理的模糊變量，然后在通過使用相關的模糊評價模型，對上述得出的模糊變量進行統(tǒng)計分析，最后得到可以定量的數(shù)據(jù)結果。從實際經驗來看，這種評價的數(shù)據(jù)結果和一般的常規(guī)分析結果基本保持一致，這種量化的風險分析結果，使得項目負責人可以隨時根據(jù)項目風險的量化指標，合理安排項目的風險防范措施，這種使用量化數(shù)據(jù)的風險分析指標，對于動態(tài)監(jiān)控風險有著良好的作用。③從本文的應用實例可以看出，層次分析法適用于風險管理比較簡單方便，通過一致性效驗結果進行數(shù)學建模的方式能夠更好的反應風險的層級關系和權重指標。
一般來說，軟件工程師總是非常樂觀。當他們在計劃軟件項目時，經常認為每件事情都會像計劃那樣運行，或者，又會走向另外一個極端。軟件開發(fā)的創(chuàng)造性本質意味著我們不能完全預測會發(fā)生的事情，因此制定一個詳細計劃的關鍵點很難確定。當有預想不到的事情引起項目脫離正常軌道時，以上兩種觀點都會導致軟件項目的失敗。
目前，風險管理被認為是IT軟件項目中減少失敗的一種重要手段。當不能很確定地預測將來事情的時候，可以采用結構化風險管理來發(fā)現(xiàn)計劃中的缺陷，并且采取行動來減少潛在問題發(fā)生的可能性和影響。風險管理意味著危機還沒有發(fā)生之前就對它進行處理。這就提高了項目成功的機會和減少了不可避免風險所產生的后果。
2什么是風險
所謂“風險”，歸納起來主要有兩種意見，主觀說認為，風險是損失的不確定性；客觀學認為，風險是給定情況下一定時期可能發(fā)生的各種結果間的差異。它的兩個基本特征是不確定性和損失。IT行業(yè)中的軟件項目開發(fā)是一項可能損失的活動，不管開發(fā)過程如何進行都有可能超出預算或時間延遲。項目開發(fā)的方式很少能保證開發(fā)工作一定成功，都要冒一定的風險，也就需要進行項目風險分析。在進行項目風險分析時，重要的是要量化不確定的程度和每個風險相當?shù)膿p失程度，為實現(xiàn)這一點就必須要考慮以下問題：
要考慮未來，什么樣的風險會導致軟件項目失??？
要考慮變化，在用戶需求、開發(fā)技術、目標、機制及其它與項目有關的因素的改變將會對按時交付和系統(tǒng)成功產生什么影響？
必須解決選擇問題，應采用什么方法和工具，應配備多少人力，在質量上強調到什么程度才滿足要求？
要考慮風險類型，是屬于項目風險、技術風險、商業(yè)風險、管理風險還是預算風險等？
這些潛在的問題可能會對軟件項目的計劃、成本、技術、產品的質量及團隊的士氣都有負面的影響。風險管理就是在這些潛在的問題對項目造成破壞之前識別、處理和排除。
3風險管理
項目風險管理實際上就是貫穿在項目開發(fā)過程中的一系列管理步驟，其中包括風險識別、風險估計、風險管理策略、風險解決和風險監(jiān)控。它能讓風險管理者主動“攻擊”風險，進行有效的風險管理。
在項目管理中，建立風險管理策略和在項目的生命周期中不斷控制風險是非常重要的，風險管理包括四個相關階段：
風險識別識別風險的方法常用的有風險識別問詢法（座談法、專家法）、財務報表法、流程圖法、現(xiàn)場觀察法、相關部門配合法和環(huán)境分析法等。
風險評估對已識別的風險要進行估計和評價，風險估計的主要任務是確定風險發(fā)生的概率與后果，風險評價則是確定該風險的經濟意義及處理的費/效分析，常用的方法有：概率分布、外推法、多目標分析法等。
風險處理一般而言，風險處理有三種方法，①風險控制法，即主動采取措施避免風險，消滅風險，中和風險或采用緊急方案降低風險。②風險自留，當風險量不大時可以余留風險。③風險轉移。
風險監(jiān)控包括對風險發(fā)生的監(jiān)督和對風險管理的監(jiān)督，前者是對已識別的風險源進行監(jiān)視和控制，后者是在項目實施過程中監(jiān)督人們認真執(zhí)行風險管理的組織和技術措施。
在IT軟件項目管理中，應該任命一名風險管理者，該管理者的主要職責是在制訂與評估規(guī)劃時，從風險管理的角度對項目規(guī)劃或計劃進行審核并發(fā)表意見，不斷尋找可能出現(xiàn)的任何意外情況，試著指出各個風險的管理策略及常用的管理方法，以隨時處理出現(xiàn)的風險，風險管理者最好是由項目主管以外的人擔任。
險識別
風險識別就是企圖采用系統(tǒng)化的方法，識別某特定項目已知的和可預測的風險。常用方法是建立“風險條目檢查表”，利用一組提問來幫助項目風險管理者了解在項目和技術方面有些風險。在“風險條目檢查表”中，列出了所有可能的與每一個風險因素有關的提問，使得風險管理者集中來識別常見的、已知的和可預測的風險，如產品規(guī)模風險、依賴性風險、需求風險、管理風險及技術風險等。“風險條目檢查表”可以以不同的方式組織，通過判定分析或假設分析，給出這些提問確定的回答，就可以幫助管理或計劃人員估算風險的影響。軟件項目一般有如下五類風險：
4.1產品規(guī)模風險
有經驗的項目經理都知道：項目的風險是直接與產品的規(guī)模成正比的。與軟件規(guī)模相關的常見風險因素有：
估算產品的規(guī)模的方法（LOC或代碼行，F(xiàn)P或功能點，程序或文件的數(shù)目）。
產品規(guī)模估算的信任度
產品規(guī)模與以前產品規(guī)模平均值的偏差
產品的用戶數(shù)
復用的軟件有多少
產品的需求改變多少
4.2需求風險
很多項目在確定需求時都面臨著一些不確定性和混亂。當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產生錯誤的產品或者拙劣地建造正確的產品。每一種情況都會導致使人不愉快。
與客戶相關的風險因素有：
對產品缺少清晰的認識
對產品需求缺少認同
在做需求中客戶參與不夠
沒有優(yōu)先需求
由于不確定的需要導致新的市場
不斷變化需求
缺少有效的需求變化管理過程
對需求的變化缺少相關分析
4.3相關性風險
許多風險都是因為項目的外部環(huán)境或因素的相關性產生的。經常我們不能很好地控制外部的相關性，因此緩解策略應該包括可能性計劃，以便從第二資源或協(xié)同工作資源中取得必要的組成部分，并且覺察潛在的問題。與外部環(huán)境相關的因素有：
客戶供應條目或信息
內部或外部轉包商的關系
交互成員或交互團體依賴性
經驗豐富人員的可得性
項目的復用性
4.4管理風險
盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經理經常是寫項目風險管理計劃的人，并且大部分人都不希望在公共場合暴露自己的弱點。然而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目。當我們定義了項目追蹤過程并且明晰項目角色和責任，就能處理這些風險因素：
計劃和任務定義不夠充分
實際項目狀態(tài)
項目所有者和決策者分不清
不切實際的承諾
員工之間的沖突
4.5技術風險
軟件技術的飛速發(fā)展和經歷豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。在早期，識別風險從而采取合適的預防措施是解決風險領域問題的關鍵，比如：培訓、雇傭顧問以及為項目團隊招聘合適的人才等。主要有下面這些風險因素：
缺乏培訓
對方法、工具和技術理解的不夠
應用領域的經驗不夠
新的技術和開發(fā)方法
不能正確工作的方法
5風險估計
風險估計，又稱風險預測，常采用兩種方法估價每種風險。一種是估計風險發(fā)生的可能性或概率，另一種是估計如果風險發(fā)生時所產生的后果。一般來講，風險管理者要與項目計劃人員、技術人員及其他管理人員一起執(zhí)行四種風險活動：
（1）建立一個標準（尺度），以反映風險發(fā)生的可能性。
（2）描述風險的后果。
（3）估計風險對項目和產品的影響。
（4）確定風險的精確度，以免產生誤解。
另外，要對每個風險的表現(xiàn)、范圍、時間做出盡量準確的判斷。對不同類型的風險采取不同的分析辦法。
1．確定型風險估計
（a）盈虧平衡分析
盈虧平衡分析（Break-EvenAnalysis）通常又稱為量本利分析或損益平衡分析。它是根據(jù)軟件項目在正常生產年份的產品產量或銷售量、成本費用、產品銷售單價和銷售稅金等數(shù)據(jù)，計算和分析產量、成本和盈利這三者之間的關系，從中找出它們的規(guī)律，并確定項目成本和收益相等時的盈虧平衡點的一種分析方法。在盈虧平衡點上，軟件項目既無盈利，也無虧損。通過盈虧平衡分析可以看出軟件項目對市場需求變化的適應能力。
（b）敏感性分析
敏感性分析（SensitivityAnalysis）的目的，是考察與軟件項目有關的一個或多個主要因素發(fā)生變化時對該項目投資價值指標的影響程度。通過敏感性分析，使我們可以了解和掌握在軟件項目經濟分析中由于某些參數(shù)估算的錯誤或是使用的數(shù)據(jù)不太可靠而可能造成的對投資價值指標的影響程度，有助于我們確定在項目投資決策過程中需要重點調查研究和分析測算的因素。
（c）概率分析
它是運用概率論及數(shù)理統(tǒng)計方法，來預測和研究各種不確定因素對軟件項目投資價值指標影響的一種定量分析。通過概率分析可以對項目的風險情況做出比較準確的判斷。主要包括解析法和模擬法（蒙特卡羅MonteCarlo技術）兩種。
2．不確定型風險估計
主要有小中取大原則、大中取小原則、遺憾原則、最大數(shù)學期望原則、最大可能原則。
3．隨機型風險估計
主要有最大可能原則、最大數(shù)學期望原則、最大效用數(shù)學期望原則、貝葉斯后驗概率法等。
5.1建立風險清單
風險清單是關鍵的風險預測管理工具，清單上列出了在任何時候碰到的風險名稱、類別、概率及該風險所產生的影響。其中整體影響值可對四個風險因素（性能、支持、成本及進度）的影響類別求平均值（有時也采用加權平均值）。
一旦完成了風險表的內容，就可以根據(jù)概率及影響來進行綜合考慮，風險影響和出現(xiàn)概率從風險管理的角度來看，它們各自起著不同的作用（見圖1）。一個具有高影響但低概率的風險因素不應當占用太多的風險管理時間，而具有中到高概率、高影響的風險和具有高概率及低影響的風險，就應該進行風險分析。
5.2風險評估
在風險分析過程中，我們對風險進行評估時可以建立一個如下的四元數(shù)組：
[ri,li,xi，yi]
其中，ri是風險，li為風險出現(xiàn)的概率，xi則表示風險損失大小，yi則表示期望風險。
一種對風險評估的常用技術是定義風險的參照水準，對絕大多數(shù)軟件項目來講，風險因素——成本、性能、支持和進度就是典型的風險參照系。也就是說對成本超支、性能下降、支持困難、進度延遲都有一個導致項目終止的水平值。如果風險的組合所產生的問題超出了一個或多個參照水平值時，就終止該項目的工作，在項目分析中，風險水平參考值是由一系列的點構成的，每一個單獨的點常稱為參照點或臨界點。如果某風險落在臨界點上，可以利用性能分析、成本分析、質量分析等來判斷該項目是否繼續(xù)工作。圖2表示了這種情況。
但在實際工作中，參照點很少能構成一條光滑的曲線，大多數(shù)情況下，它是一個區(qū)域，而且是個易變的區(qū)域。因而在做風險評估時，盡量按以下步驟執(zhí)行：
（1）定義項目的水平參照值
（2）找出每組[ri,li,xi，yi]與每個水平參照值間的關系
（3）估計一組臨界點以定義項目的終止區(qū)域
（4）估計風險組合將如何影響風險水平參照值
5.3估計損失的大小
表1是風險分析表的一個例子，可以建立一個用風險、損失概率、損失大小和期望風險這樣的風險評估表。
在表1所示的風險估價的例子中，一個理論項目已經識別了從1到20周期間的潛在的幾個風險，風險發(fā)生的概率范圍在5%到50%之間。在現(xiàn)實的項目中，可能會識別出比此表要多得多的風險。
損失的大小常常比概率更容易受到控制。在以上的例子中，可以很精確地估計出完全支持自動從主機更新數(shù)據(jù)的時間是20個月。根據(jù)管理層將在何時討論項目建議書,可以知道項目不是在2月1日就是3月1日會被批準。如果假定會在2月1日批準，項目被批準的風險大小會比期望的長一些，也就是1個月時間。
如果損失的大小不容易直接估計出來，可以將損失分解為更小的部分，再對其進行評估，然后將各部分評估結果累加，形成一個合計評估值。例如，如果使用3種新編程工具，可以單獨評估每種工具未達到預期效果的損失，然后再把損失加到一起，這要比總體評估容易多了。
5.4評估損失的概率
評估損失的概率要比評估損失大小更具有主觀性。這里有許多實踐方法可以提高主觀評估的準確度。有以下方法：
由最熟悉系統(tǒng)的人評估每個風險的發(fā)生概率，然后保留一份風險評估審核文件。
使用Delphi法或少數(shù)服從多數(shù)的方法。使用Delphi法，必須要求每個人對每個風險進行獨立地評估，然后討論（口頭或紙上）每個評估的合理性，特別是最高和最低的那個。一輪輪討論，直到達成共識。?使用“形容詞標準”。首先讓每個人用表示可能性的形容詞短語選擇風險的級別，如非常可能、很可能、可能、或許、不太可能、不可能、和根本不可能。然后把可能性的評估轉換為數(shù)量化的評估（Boehm1989）。
5.5整個項目超限和緩沖
實際上，表1中表示的期望風險的計算數(shù)值來源于一個被稱為“期望值”的統(tǒng)計術語。設計欠佳引起的風險如果真正發(fā)生將花費15周的時間。既然它不是100%地會發(fā)生，當然不能預計損失15周時間。但它也不是沒有可能發(fā)生，所以也不應指望不會發(fā)生損失。統(tǒng)計學認為，預計損失的數(shù)量是概率乘以損失大小，即15%乘以15周。因此，在這個例子中，預計的是損失2.25周。由于只是談論計劃風險，可以累加所有的風險暴露量來得到項目的全部可預料超標值。這個項目可預料的超標值是12.8到13.2周，這就是如果不做任何風險管理的話有可能超過計劃的周數(shù)。
超出預期值的大小為整個項目風險控制級別的確定提供了依據(jù)。如果例子中的項目是個25周的項目，超出預期值的12.8到13.2周就很明顯需要進行風險管理了。
6風險管理策略
風險管理策略就是輔助項目組建立處理項目風險的策略。項目開發(fā)是一個高風險的活動，如果項目采取積極的風險管理策略，就可以避免或降低許多風險，反之，就有可能使項目處于癱瘓狀態(tài)。一般來講，一個較好的風險管理策略應滿足以下要求：
（1）在項目開發(fā)中規(guī)劃風險管理，盡量避免風險
（2）指定風險管理者，監(jiān)控風險因素
（3）建立風險清單及風險管理計劃
（4）建立風險反饋渠道
7風險駕馭和監(jiān)控
風險的駕馭與監(jiān)控主要靠管理者的經驗來實施，它是利用項目管理方法及其它某些技術，如原型法、軟件心理學、可靠性等來設法避免或轉移風險。風險的駕馭和監(jiān)控活動可用圖3來表示。
7.1建立風險駕馭與監(jiān)控計劃
從圖3中可以看出，風險的駕馭與監(jiān)控活動要寫入RMMP（RiskMonitoringandManagementPlan風險駕馭與監(jiān)控計劃）。RMMP記述了風險分析的全部工作，并且作為整個項目計劃的一部分為項目管理人員所使用。
風險管理策略可以包含在軟件項目計劃中，也可以組織成一個獨立的風險緩解、監(jiān)控和管理計劃（RMMP計劃）。RMMP計劃將所有風險分析工作文檔化，并由項目管理者作為整個項目計劃中的一部分來使用。一旦建立了RMMP計劃，且項目開始啟動，則風險緩解及駕馭及監(jiān)控步驟也開始了。正如前面討論的，風險緩解是一種問題避免活動。風險駕馭及監(jiān)控則是一種項目跟蹤活動，它有三個主要目標：?判斷一個預測的風險是否事實、是否發(fā)生。
進行風險再估計，確保針對某個風險而制定的風險消除活動正在使用。
收集可用于將來進行風險分析的信息。
風險駕馭及監(jiān)控的策略如下：
與在職人員協(xié)商，確定人員流動原因。
在項目開始前，把緩解這些流動原因的工作列入風險駕馭計劃。
項目開始時，要作好人員流動的思想準備，并采取一些措施確保人員一旦離開時，項目仍能繼續(xù)。
制定文檔標準，并建立一種機制，保證文檔及時產生。
對所有工作進行細微詳審，使更多人能夠按計劃進度完成自己的工作。
對每個關鍵性技術人員培養(yǎng)后備人員。
在考慮風險成本之后，決定是否采用上述策略。
7.2軟件項目風險追蹤工具
追蹤風險的一個辦法是將風險輸入缺陷追蹤系統(tǒng)中，缺陷追蹤系統(tǒng)能將風險項目標示為已解決或尚未處理等狀態(tài)，也能指定解決問題的項目團隊成員，并安排處理順序。可將軟件風險項目依序排列出來，按照缺陷存在的時間與負責者等資料排列。這樣，缺陷追蹤系統(tǒng)就是追蹤風險的工作能更好執(zhí)行并且不那么單調。
關鍵詞:Web;研究性學習;教學網站
軟件行業(yè)是一個極具挑戰(zhàn)性和創(chuàng)造性的行業(yè),軟件開發(fā)是一項復雜的系統(tǒng)工程,牽涉到各方面的因素,在實際工作中,經常會出現(xiàn)各種各樣的問題,甚至面臨失敗。如何總結、分析失敗的原因,得出有益的教訓,對一個公司來說,是在今后的項目中取得成功的關鍵。
1.項目管理在軟件開發(fā)中的應用的成因
目前我國大部分軟件公司,無論是產品型公司還是項目型公司,都沒有形成完全適合自己公司特點的軟件開發(fā)管理模式,雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范,但并沒有從根本上解決軟件開發(fā)的質量控制問題。這樣導致軟件產品質量不穩(wěn)定,軟件后期的維護、升級出現(xiàn)麻煩,同時最終也會損害用戶的利益。
隨著軟件開發(fā)的深入、各種技術的不斷創(chuàng)新以及軟件產業(yè)的形成,人們越來越意識到軟件過程管理的重要性,管理學的思想逐漸融入軟件開發(fā)過程中,應用開發(fā)的項目管理日益受到重視。
2.軟件項目管理常見問題及解決方案
(1)缺乏項目管理系統(tǒng)培訓
在軟件企業(yè)中,以前幾乎沒有專門招收項目管理專業(yè)的人員來擔任項目經理,被任命的項目經理主要是因為他們能夠在技術上獨當一面,而管理方面特別是項目管理方面的知識比較缺乏。
解決方案:項目經理接受系統(tǒng)的項目管理知識培訓是非常必要的,有了專業(yè)領域的知識與實踐,再加上項目管理知識與實踐和一般管理的知識和經驗的有機結合,必能大大提高項目經理的項目管理水平。
(2)項目計劃意識問題
項目經理對總體計劃、階段計劃的作用認識不足,因此制定總體計劃時比較隨意,不少事情沒有仔細考慮;階段計劃因工作忙等理由經常拖延,造成計劃與控制管理脫節(jié),無法進行有效的進度控制管理。
解決方案:計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式進行不斷完善。提高項目經理的計劃意識,采用項目計劃制定相關知識、技術、工具,加強對開發(fā)計劃、階段計劃的有效性進行事前事后的評估。
(3)管理意識問題
部分項目經理不能從總體上把握整個項目,而是埋頭于具體的技術工作,造成項目組成員之間忙的忙、閑的閑,計劃不周、任務不均、資源浪費。有些項目經理沒有很好的管理方法,不好安排的工作只好自己做,使項目任務無法有效、合理地分配給相關成員,以達到“負載均衡”。
解決方案:加強項目管理方面的培訓,并通過對考核指標的合理設定和宣傳引導項目經理更好地做好項目管理工作。技術骨干在擔任項目經理之前,最好能經過系統(tǒng)的項目管理知識,特別是其中的人力資源管理、溝通管理的學習,并且在實際工作中不斷提高自己的管理素質,豐富項目管理經驗,提高項目管理意識。
(4)溝通意識問題
在項目中一些重要信息沒有進行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足,造成各做各事、重復勞動,甚至造成不必要的損失;有些人沒有每天定時收郵件的習慣,以至于無法及時接收最新的信息。
解決方案:制定有效的溝通制度和溝通機制,提高溝通意識;采取多種溝通方式,提高溝通的有效性。通過制度規(guī)定對由于未及時收取郵件而造成損失的責任歸屬;對于特別重要的內容要采用多種方式進行有效溝通以確保傳達到位,例如:除發(fā)送郵件外還要電話提醒、回執(zhí)等,重要的內容還要通過舉行各種會議進行傳達。
(5)風險管理意識問題
有些項目經理沒有充分意識到風險管理的重要性,對計劃書中風險管理的章節(jié)簡單應付了事,隨便列出幾個風險,隨便地寫一些簡單的對策,對于后面的風險防范起不到什么指導作用。
解決方案:通過學習項目管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法,掌握項目風險管理所必備的知識。通過加強對項目規(guī)劃中風險管理計劃的審核提高項目組的風險管理意識?？偨Y本行業(yè)項目中常見的風險及其對策作為風險管理計劃中必要的風險內容,并切實評估相應對策的有效性和可行性。
(6)項目干系人問題
在范圍識別階段,項目組對客戶的整體組織結構、有關人員及其關系、工作職責等沒有足夠了解以至于無法得到完整需求或最終經權威用戶代表確認的需求;或者是多個用戶代表各說各話、昨是今非,但同時又要求項目盡早交付;項目后期需求變化隨意,造成項目范圍的蔓延,進度的拖延,成本的擴大。
解決方案:項目的目的就是實現(xiàn)項目干系人的需求和愿望。項目干系人管理應當從項目的啟動開始,項目經理及其項目成員就要分清項目干系人包含哪些人和組織,通過溝通協(xié)調對他們施加影響,驅動他們對項目的支持,調查并明確他們的需求和愿望,減小其對項目的阻力,以確保項目獲得成功。
(7)項目團隊內分工協(xié)作問題
項目團隊內部有時由于各階段不同角色或同階段不同角色之間的責任分工不夠清晰而造成工作互相推諉、責任互相推卸的現(xiàn)象;有時各階段不同角色或同階段不同角色之間的責任分工比較清晰,但是各項目成員只顧完成自己那部分任務,不愿意與他人協(xié)作。這些現(xiàn)象都將造成項目組內部資源的損耗,從而影響項目進展。
解決方案:項目經理應當對項目成員的責任進行合理的分配并清楚地說明,同時應強調不同分工、不同環(huán)節(jié)的成員應當相互協(xié)作,共同完善。
關鍵詞:需求分析用戶方干系人項目經理需求分析員
眾觀國內計算機軟件業(yè)的發(fā)展，除遠不如歐美等西方發(fā)達國家外，與人均GDP不及我國的印度相比也相距甚遠，軟件業(yè)的劣勢正嚴重制約著我國IT業(yè)的發(fā)展。我國軟件業(yè)的劣勢表現(xiàn)在自主開發(fā)的成熟軟件不多，而開發(fā)的大量軟件工程項目(如ERP等)存在缺陷或完全開發(fā)失敗。目前，國家正在加大對軟件工程的研究和對軟件工程人才的培養(yǎng)。根據(jù)資料顯示，屬于需求分析造成軟件設計的錯誤和缺陷約占軟件失敗的6400，而屬于程序代碼的錯誤僅占軟件失敗的360a，數(shù)據(jù)表明需求分析是提高軟件質量的基礎也是決定一個軟件項目成敗的關鍵。通過對軟件項目管理知識的系統(tǒng)學習并結合近年來自己參與部分軟件項目實施的經驗，介紹在需求分析研究中探索出的一些有效措施。
1盡快熟悉項目用戶方干系人全貌
項目用戶方干系人，指所有可能受到項目結果重大影響的人，即項目的風險承擔者，他可能是項目的受益者，也可能是項目的受害者。因此，應當從項目的啟動開始，需求分析員及其項目成員就要分清項目用戶方干系人包含哪些人和組織，通過溝通協(xié)調對他們施加影響，驅動他們對項目的支持，調查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。
有些項目在做需求調查時，由于受進度要求等客觀因素影響，需求分析員與建設單位的技術部門交流較多，向業(yè)務管理部門和實際使用者調查不夠深入，造成軟件試用后不得不再對需求做較大調整，“從頭再來”的部分比例很高，大大超過進度要求時間。因此，熟悉項目用戶方干系人全貌是進行需求調查的第一步，也是需求調查的基礎。在定制開發(fā)項目的項目用戶方干系人中，最重要的是建設單位中的人事組織、業(yè)務關系。最好是能夠用組織結構圖畫出相關單位的組織結構;還應當在相關單位組織結構圖基礎上畫出全體項目用戶方干系人結構圖，以便更好更全面地進行需求調研分析;用責任矩陣確定各部分的調研對象;建立調研對象通訊錄以保證調研及分析期間及時的溝通。
2采取正確的需求獲取方法
軟件開發(fā)項目的目的就是要實現(xiàn)項目用戶方的需求，項目用戶方的需求包含明確的和隱含的，也可以分為NEED,WANT,WISH等不同的層次。如果對項目所有用戶方干系人沒有進行足夠的溝通和影響，使其盡可能地參與項目，則會出現(xiàn)客戶方相關責任人不明確或對范圍和需求責任心不強，提出的需求具有隨意性，項目前期對需求的確認不夠積極，或者是多個用戶代表各說各話、昨是今非，項目后期需求變化隨意等現(xiàn)象，這就會造成項目范圍的蔓延，進度的拖延，成本的擴大，甚至項目的完全失敗。
各種用戶對系統(tǒng)具有不同的要求，如一個沒有經驗的用戶關心系統(tǒng)是否簡單易用，對于高級用戶則關心產品的易用性和高效性。因而需要對用戶進行分類，每一個用戶類將有自己的一系列功能和非功能要求。在項目中，要盡早為產品確定并描述不同的用戶類，這樣就能從每一個重要的用戶類代表中獲取不同的需求。
項目需求具有雙面性(用戶與開發(fā)商)和多面性(項目中各干系人)，因此，項目經理和系統(tǒng)集成者應了解用戶干系人需求，用戶干系人也應了解技術方面的需求，兩者缺一不可。正確的需求獲取需要了解需求的來源、用戶的分類、用戶的代表性、用戶需求誰說了算數(shù)等因素。開發(fā)人員和項目經理要有足夠的耐心聆聽用戶的講述，要足夠詳細地了解每一個細節(jié)。項目管理者要善于將需求分類、歸類，善于將需求文檔化，并有所查詢標記。
3可視化需求調研，引導各種客戶挖掘他們的需求
有的客戶因為自己缺乏計算機知識，無法提出完整準確、隱含的或潛在的需求。若這些需求不能滿足將導致用戶的不滿。因此需求調研分析人員應善于想用戶所想，不但要確定明確的需求，還要善于用啟發(fā)的方式與用戶探討隱含的或潛在的需求，并結合各種調研分析技術挖掘超出客戶期望的令人興奮的需求。這就要求需求調研分析員要盡快完整地熟悉相關業(yè)務，從而能夠站在用戶的立場看待軟件需求，想用戶所想，做好業(yè)務與計算機之間的橋梁。利用可視化需求調研的方法可以很好地啟發(fā)用戶深人挖掘潛在的需求?？梢暬枨笳{研就是使用圖表等工具來啟發(fā)引導用戶清楚地敘述需求，并且使需求更加全面完善。
對于高層領導，可以提供系統(tǒng)總體框架圖;對于業(yè)務管理人員，可以用業(yè)務流程圖來描述新舊系統(tǒng)的業(yè)務流程;對于客戶中的技術人員，可以用數(shù)據(jù)流圖、實體關系圖或UMI中的各種圖形對系統(tǒng)進行各種角度的描述;而對于業(yè)務管理人員、客戶中的技術人員、以及各層次各流程中的用戶，畫出用戶界面圖來進行需求挖掘，是個比較有效的溝通方式。
這里特別說明一下用戶界面的重要性。用戶界面的設計按理來說是軟件設計的責任，當然客戶自己對界面有特別提出要求的除外。但是，如果把它提前到需求調研時與客戶進行討論，則可以大大改善需求調研的效果。因為這時客戶對于將來的系統(tǒng)還沒有一個形象上的概念，或者有一個模糊的預想的概念需要表述、驗證、明晰化、完善化，以筆者的經驗，畫出用戶界面草圖與客戶進行討論，可以大大激發(fā)他們提供更為準確全面的需求。原來收集資料，描述業(yè)務，說明系統(tǒng)模型到了山窮水盡的時候，這種方法可以達到柳暗花明又一村的效果。
4詳細描述各項業(yè)務，以便讓所有客戶確認
盡可能全面詳細地調查并且描述原有系統(tǒng)和用戶希望將來系統(tǒng)具有的各項業(yè)務的流程，并將這些業(yè)務流程文檔化后與客戶進行討論，對描述錯誤或不準確不精確的進行修改，最終讓客戶進行確認。從近年來開發(fā)的軟件看，對業(yè)務處理過程了解的完整性和準確性非常重要。雖然對數(shù)據(jù)來說都是SIDUT(查增刪改傳)，但具體業(yè)務都是分為若干步驟，每個步驟都有其業(yè)務名稱，同一步驟可能對多個數(shù)據(jù)集進行不同操作，需要調查了解清楚才能設計出適合用戶業(yè)務特點和習慣的軟件，使開發(fā)出來的軟件更受歡迎。當然在進行軟件概要設計時，要盡量排除業(yè)務流程的制約，即把流程中的各項業(yè)務節(jié)點工作作為獨立的對象，充分考慮他們與其他各種業(yè)務對象的接口，在流程之間通過業(yè)務對象的相互調用實現(xiàn)其業(yè)務流程，這樣，在業(yè)務流程發(fā)生有限的變化時，就能夠比較方便地修改系統(tǒng)程序而實現(xiàn)新的需求。
對于各項業(yè)務的調查可以通過對以下資料的收集整理分析來完成，這些資料來自各種各樣的項目用戶方干系人:遵循的標準、組織發(fā)放的工作手冊、作業(yè)流程、有關業(yè)務的上級通知、有關業(yè)務的辦事指南、辦理業(yè)務時需要填寫的登記表、各種相關的統(tǒng)計報表及通過其他途徑收集的類似系統(tǒng)的介紹、技術資料等等。
5對項目用戶方干系人的愿望進行平衡
不同的項目用戶方干系人其愿望和追求的目標往往相差甚遠，因此對項目用戶方干系人的愿望進行平衡可能是非常重要而又相當困難的事情。例如:我曾在參與的某醫(yī)院計算機管理系統(tǒng)項目中，遇到醫(yī)院管理層希望能夠采集盡可能多的信息項以便對數(shù)據(jù)進行多種多樣的統(tǒng)計分析，同時為了對信息進行有效控制而增加一些審批流程;而門診、藥房等對外辦公的基層窗口則因為客流速度的壓力希望減少信息項的輸人量;甚至有些不良的基層部門由于害怕建立透明度高的信息系統(tǒng)會影響他們的利益而消極地應付，即所謂反需求;而客戶的客戶(就診的病人)則希望相關機構能夠簡化工作流程，加快辦事速度，增加診斷情況和就診費用的透明度;甚至項目組本身因為技術、資源、進度等原因，需要對一些功能進行優(yōu)先級排序和取舍。雖然不是所有人的需求都是可以滿足的，特別是消極的反需求是不能接受的，但他們的需求都是應當考慮全面并進行平衡的。
如果不同的用戶方干系人有不一致的需求，那么必須決策出滿足哪一類用戶方干系人的需求更為重要。了解可能使用產品的客戶種類的信息和他們的用法與產品的業(yè)務目標的關系如何，將有助于決定哪一個用戶類所占份額更大。如果系統(tǒng)分析人員提出的需求與開發(fā)者所想要開發(fā)的系統(tǒng)發(fā)生沖突時，通常由于系統(tǒng)分析人員作為客戶的人，市場需求具有更重的分量，但是，系統(tǒng)分析人員不能一味地遷就客戶需求。
不同的用戶方干系人可能都要求產品按照他們各自的喜好來設計。運用項目的業(yè)務目標來決定哪些是你最關心的客戶，非核心客戶的需求可以安排在下一個版本中開發(fā)。當開發(fā)者想像的產品與客戶需求沖突時，通常應該由客戶作出決策，然而，不要陷人“客戶總是對的”的陷阱中去，現(xiàn)實中，客戶并不總是對的。
6強調實現(xiàn)項目需求的層次遞進性
了解該系統(tǒng)或者該項目用戶所能夠提供的最小的工程費用。當預計經費不能支持時，應當考慮將項目分期實施。在系統(tǒng)上、技術上對用戶進行引導性建議，使用戶了解集成商所要進行的工作，了解集成商是為了幫助用戶實現(xiàn)他的需要、達到用戶的目的，而不僅僅是為了賺錢，用戶更了解集成商，也更了解自己的系統(tǒng)，有利于以后的項目合作、工程實施和系統(tǒng)維護。
分析用戶曾用系統(tǒng)模式、數(shù)據(jù)結構和庫模式，看是否保持、共用、轉換，這涉及保護用戶投資的問題。根據(jù)現(xiàn)在工作業(yè)務流情況確定現(xiàn)有的工作模式，還應兼顧將來可能會發(fā)生的變化、擴展、新規(guī)定，及與同國際接軌可能的帶來的變化?？疾楣こ虒嵤┉h(huán)境是否有保證，尤其是網絡工程，必須在需求調查時充分了解用戶領域的實施環(huán)境，當不具有實施環(huán)境時，要求進行配套設計和環(huán)境改造。
7編寫需求文擋和進行需求評審與其他項目小組成員協(xié)作完善系統(tǒng)需求
文檔資料是集成商重要的財富，貫穿于系統(tǒng)集成和項目開發(fā)的整個過程，其中包括法律文檔、技術文檔、資料文擋。文擋要求完整性、一致性、可修改性、可跟蹤性。
1）時間：擴大了教學內容，該如何調整有限的課時？增加課程的實踐內容意味著應當增加一定的課時，因此必須考慮如何在教務部門限定的課時內，騰出一定時間進行實踐。首先我們在繼續(xù)積極申請擴大課程學時的同時，盡量精簡基礎教材的理論講授內容，對落后于時代的內容不做過多擴展，把主要精力放在具有指導實踐意義的內容上，并注意理論與實踐內容的融合銜接。其次，我們調整教學形式，要求學生不僅在課堂進行主要知識的學習，還要通過作業(yè)的形式，在課下補充學習。學生在項目組活動中補充實踐所需要的知識，達到課上與課下學習實踐的有機結合。大部分實踐時間以虛擬項目小組開發(fā)活動的形式落實到了課下解決，精簡出來的時間用于檢查各個虛擬項目小組的階段成果。各小組制作PPT并自選一名成員進行答辯。
2）組織：如何引導和組織學生建立項目小組以更好地實現(xiàn)教學目標？由于項目組的建立必須在開課之初，這時學生還未接觸軟件工程的體系內容，因此需要教師妥善引導建立。建議的步驟是：①提前根據(jù)授課班級人數(shù)確定好合適的小組規(guī)模，將小組數(shù)量限制在可控范圍內。②在第一節(jié)課上，布置學生按照規(guī)定的小組規(guī)模自行分組，每人選好自己在小組中的角色，如項目經理、程序員、需求分析人員等，這涉及個人在小組活動中可能要完成的任務。③分好小組及各自角色后，“項目經理”以電子郵件(各小組的聯(lián)絡信箱)的形式將小組成員及對應角色的名單提交給教師，同時需要提交的還有各虛擬項目小組確定的虛擬開發(fā)項目。針對少數(shù)學生在項目小組的組合及活動上可能存在偷懶行為，我們建議在布置分組時，提前分組規(guī)則。例如，項目小組原則上是班級學生自由組合；布置的實踐作業(yè)及小組活動階段答辯要算成績，成績的計算方式是以小組為單位，小組成員成績均等；平時成績在考試中的占比較大。當意識到項目組成員構成以及成員合作的重要性后，學生會更慎重地選擇分組，而且當組內成員偷懶時，為了不影響小組成績，其他成員也會督促。另外，經驗表明，很多小組的成員會在角色上各盡所能，善于言辭的去答辯，善于設計歸納的做PPT，還有的進行資料收集工作。當然，也不排除有的小組有能者多勞現(xiàn)象，但這是學生自己的選擇。
3）內容：在有限時間內項目小組圍繞自己的虛擬項目該做些什么？要明確在現(xiàn)有條件下需要學生重點體驗項目開發(fā)實踐活動中的哪些內容。我們認為除代碼開發(fā)外，讓學生感受經典軟件工程項目開發(fā)的主要階段和其中的一些重要角色，是該課程的重點。因此，項目小組以工程文檔編制為主要內容，根據(jù)各自指定的虛擬開發(fā)項目，定期提交階段項目文檔并針對文檔答辯。這在一定程度上加深了學生對最容易忽視的開發(fā)文檔的認識和理解。當然，教師也要定期發(fā)放給學生一些軟件工程的標準文檔作為參照。
2教學設計
2.1課堂部分目前學院軟件工程課程設置48個理論授課學時，每學期16個教學周，每次課包含兩小節(jié)，即2學時。課程安排為單雙周課時方式，即逢單周為一次課，正常進行軟件工程基礎理論授課；逢雙周為兩次課，小部分時間進行軟件工程基礎理論授課，大部分時間進行虛擬項目小組匯報答辯活動。課程選用國外教材[6]，教材內容貼近于實踐，甚至可以在實踐中當作工作指南來使用，非常適于配合筆者提出的教學模式。
2.2實踐部分學生按照教師定期布置的實踐內容，在課下圍繞所在小組的虛擬開發(fā)項目自主完成。教師可以通過匯報答辯環(huán)節(jié)進行評估檢查，同時在期末試題中也可以體現(xiàn)相關內容。在教學實踐中，為了規(guī)范及督促項目小組的活動，對小組組成及任務給出如下規(guī)則：①全班分成若干個項目組，每個項目組5~6個人；②每人都要參與項目組，否則無平時成績；③各項目組自主制訂合適的模擬開發(fā)項目(充分發(fā)揮想象力)；④項目組的活動圍繞軟件工程文檔進行；⑤項目組安排各階段任務；⑥項目組內要分工明確；⑦階段報告及答辯活動需要做PPT配合。
2.3任務布置依據(jù)正規(guī)、全面的經典軟件工程開發(fā)模型，要求每個項目小組完成項目開發(fā)階段文檔，包括編寫項目計劃書、可行性分析報告、需求分析報告、項目進度計劃、體系結構及總體設計、SQA計劃、詳細設計、測試計劃及測試報告、SQA評審等各種項目文檔。在每次階段匯報活動中，各小組要將所有文檔提交給教師。
3考核方式
3.1分值配比及要求按照學校的規(guī)定，科目總成績由平時成績與期末考試成績兩部分組成。由于軟件工程課程實踐部分占有較大權重，故設定平時成績占30%，均以小組為單位，包括出勤、答辯表現(xiàn)及項目文檔（代碼）；期末成績占總成績的70%，以個人為單位，偏重于課程的理論內容。具體要求是：①每人只允許累計缺勤2次，否則沒有成績；②個人缺勤將影響小組成績；③答辯表現(xiàn)部分按小組整體給分，答辯人由小組自主確定；④作業(yè)以小組形式給出，故按小組給分；⑤最終成績與所在項目組的表現(xiàn)有較大關聯(lián)。
3.2計分細則（1）出勤。每人每缺勤一次所屬小組扣3分，遲到扣1分，從平時成績里扣除。（2）文檔。2分×7次+1分×1次=15分(組內按角色自行安排撰寫人)。（3）答辯。2分×7次+1分×1次=15分(組內按角色自行安排答辯人)。（4）與考試關聯(lián)10分(根據(jù)答題情況浮動)。最后一項與答辯情況關聯(lián)，即隱性的平時成績，形式是主觀論述題，與每個角色的答辯內容有關，評分標準是答辯與答題情況的綜合。在實際制訂的試題中，除了上述主觀題，還有一道題與學生在所屬小組里承擔的角色有關，涉及角色職能描述，需要學生談看法和感受，并闡述某項目模擬角色的工作等。
4實施效果及總結
軟件工程師應當對所需開發(fā)的軟件本身以及計算機系統(tǒng)有一定的了解深度。首先，軟件工程師要明確相應用戶的需求問題，并針對這些問題給出相應的解決方法來滿足這些需求，這個過程主要考慮以下問題：①準備做什么？即軟件工程項目的功能是什么？②I/O分別需要哪些數(shù)據(jù)？如何處理？③用什么樣的平臺來進行開發(fā)？這些問題將和用戶進行共同協(xié)商，最后由開發(fā)者的團隊以及廠商共同擬定所開發(fā)軟件的規(guī)格參數(shù)。軟件工程項目的系統(tǒng)設計應從硬件和軟件兩方面著手。硬件方面，需明確整個開發(fā)與維護環(huán)境的硬件框架，包括機房的大小、機箱的配置、服務器的架設、電纜與通信設施的完整性、控制臺的規(guī)格等；軟件方面，需要把待燒寫芯片的程序規(guī)模、程序處理規(guī)格、操作系統(tǒng)規(guī)格、I/O數(shù)據(jù)信號的定義、I/O來源與接口等條件明確清楚。除此之外，還需要定制計算機處理程序的算法，規(guī)定程序與硬件之間的相互關系、維護處理的時鐘周期，軟硬件的可擴充性等。所有有關程序方面、接口方面、硬件方面、數(shù)據(jù)庫方面的各種條件參數(shù)都要在系統(tǒng)設計的初級階段規(guī)劃好，軟件工程項目的設計就像一個金字塔，而地基就是這些條件參數(shù)，只有打好了地基，才能保證接下來的工作順利進行。
2軟件工程項目自動化管理
2.1數(shù)據(jù)管理軟件工程項目的自動化管理人員需要定期對自動化操作設備各項指數(shù)進行嚴格的校驗，按照相應的標準規(guī)范對設備數(shù)據(jù)進行抽樣采集與處理，通過人工的校驗計算或者其他可用的軟件工具來對數(shù)據(jù)進行比對與調試，調試后根據(jù)結果來判斷設備是否運行有誤。經過一系列校驗之后若確定了設備可以正常運行，則將本次校驗過程與數(shù)據(jù)記錄在數(shù)據(jù)庫中，然后開始啟動設備使其開始運轉。軟件工程項目自動化運行中產生的數(shù)據(jù)非常重要，這些數(shù)據(jù)對于整個系統(tǒng)的擴展與改進都是至關重要的，所以需要做到實時的、多重的備份，避免一臺存儲設備故障后造成不可避免的數(shù)據(jù)丟失，可以使用類似企業(yè)內部的具有云存儲功能的軟件進行備份。云存儲具有如下優(yōu)點：①可擴展性。云存儲往往具有無限擴展能力。按照目前的云存儲技術來說，存儲空間已經徹底不是瓶頸了，企業(yè)及個人不再需要擔心空間不足而增加投資；②效率高。云存儲的存儲技術是非常先進的，比如多重備份、壓縮備份、加密備份、重復數(shù)據(jù)篩選、虛擬化服務器、虛擬化存儲、數(shù)據(jù)優(yōu)化等，為企業(yè)和個人提供了各種高效的存儲方案；③可恢復性高。本地磁盤中的數(shù)據(jù)被誤刪之后，恢復工作往往非常耗時。從云存儲中的數(shù)據(jù)恢復則非?？旖荩恍枵业絼h除時間點然后通過廣域網進行傳輸即可，既省去了本地設備控件，又節(jié)約了時間；④可復用性。建立本地磁盤存儲需要大量的資金支持，而一旦出現(xiàn)災難性事故，則所有數(shù)據(jù)不可避免遭受損壞。對于無力負擔災難恢復或者想降低成本的企業(yè)來說，通過云存儲離線備份將是最佳選擇。
2.2環(huán)境與設備管理軟件工程項目自動化運行過程中，環(huán)境因素對硬件設備的影響是至關重要的，環(huán)境要保持干燥，避免塵土、煙霧以及磁場干擾，盡量消除噪音以及避免溫度過高或者過低等等。在軟件工程項目的擴展過程中，需要對第三方硬件設備進行仔細的考察，確定其是否能夠和當前的系統(tǒng)以及項目兼容，并且應用了第三方硬件之后應當在一定時間內記錄數(shù)據(jù)變化，以及時發(fā)現(xiàn)是否存在問題，若存在問題，要及時向有關職能部門匯報。若有必要將硬件設備進行調整更換，也必須在經過了嚴密的數(shù)據(jù)與邏輯分析之后，確定所需要更換的設備可行，向有關職能部門匯報后進行更換。除此之外，企業(yè)員工還應當遵循如下規(guī)定：①每個人對所分配的設備必須愛護與定期維護；②每個人只能使用本部門的設備，未經同意禁止跨部門使用；③所有設備未經授權時，不得自行拆、改、換任何配件；④未經同意不得擅自加入外來設備。
2.3軟件測試管理軟件測試管理是軟件工程項目的結晶，是軟件工程中的一個重要組成部分，對于整個系統(tǒng)都具有重要的意義，軟件測試管理不僅僅能夠揀選系統(tǒng)中出現(xiàn)的漏洞與錯誤，更是體現(xiàn)了在經過各種技術方法測試之后，對于軟件工程項目質量提高的信心所在。但是個人的智慧總是有限的，開發(fā)者無法預先知道所開發(fā)的軟件中有多少漏洞和錯誤存在，所以即便經過了測試階段，依然不能保證軟件中不再存在問題。不過，在通過了數(shù)次的軟件測試之后，可以對軟件系統(tǒng)中存在的一些問題以及可能出現(xiàn)的后果進行定性地評估，將出現(xiàn)錯誤的幾率控制在可以接受的范圍之內，這些都可以大大提高軟件系統(tǒng)的可靠性，尤其對于醫(yī)療監(jiān)控、航空航天系統(tǒng)來說，軟件測試更是必不可少的環(huán)節(jié)。軟件工程項目自動化測試相對于傳統(tǒng)測試來說具有很多優(yōu)勢。自動化測試由一套邏輯縝密的測試標準組成，具有一套完整的自我測試過程，它可以在很大程度上避免個人習慣性思維所造成的疏忽，也可以減少傳統(tǒng)測試中重復工作所帶來的誤差。同時，自動化測試是具有縝密邏輯的一套測試步驟，能夠追蹤到錯誤信息出現(xiàn)的時間與位置，并且進行場景再現(xiàn)。由此可見，自動化測試將給測試人員帶來很大的方便，所以自動化測試也成為了提高測試效率與確保測試成功率的重點研究對象。常見的軟件測試模型有CMM模型、TMM模型等。
2.4安全管理通常情況下，企業(yè)或公司內部所進行的軟件工程項目自動化開發(fā)的數(shù)據(jù)都是屬于該公司的內部保密數(shù)據(jù)，所以從開發(fā)人員到管理維護人員來說人人都必須遵守公司的內部保密規(guī)章制度，在未取得權限之前不得向外界任何關于保密數(shù)據(jù)的信息。在保密措施方面，可以在計算機設備中使用暗碼，阻止不相干人員接觸到核心數(shù)據(jù)，并且這種暗碼的特性決定了它是很難被破解的；含有保密數(shù)據(jù)信息的工作間須安裝監(jiān)控攝像頭，隨時記錄各個員工對于計算機的使用情況；計算機內部安裝記錄軟件，使其保留每個員工的操作記錄；含有敏感數(shù)據(jù)的計算機不得連接公共網絡，需做到只連接內網或徹底斷網運行。各種保密措施應用到位之后，基本上就可以杜絕因個人原因而導致的敏感信息外泄的可能性。例如國內著名的奇瑞汽車集團，其內網安全體現(xiàn)在“4個管理”上，即為外設安全管理、核心數(shù)據(jù)管理、互聯(lián)網應用管理與應用程序管理。這4個管理關系著奇瑞內部員工工作的方方面面，能夠有效阻止內部敏感數(shù)據(jù)信息泄露。數(shù)據(jù)信息在存儲和傳輸過程中也面臨著一些安全風險。通常來說，存儲介質必須符合以下規(guī)定：包含敏感信息的移動設備必須由專人保管與看守；刪除存儲介質上的敏感信息后，必須對存儲介質進行徹底格式化并且在存儲區(qū)域填入無用信息對存儲區(qū)域進行覆蓋；存儲媒介出入庫的情況必須通過安全系統(tǒng)授權并保留記錄；對數(shù)據(jù)信息的傳輸過程應采取對應安全級別的加密技術（對稱加密與不對稱加密等）；敏感數(shù)據(jù)信息在傳輸過程中必須使用數(shù)字簽名，這樣可以使信息具備不可否認性。除此之外，還應當保證系統(tǒng)中計算機密碼的安全性，密碼安全應當遵循如下原則：采用大腦記憶密碼，不得在書面媒介上出現(xiàn)密碼，更不能出現(xiàn)在電子郵件中；不采用缺省密碼；密碼由專人設置記憶，不與其他人分享；若密碼泄露，必須第一時間修改；密碼強度要足夠高；強制指定密碼的有效期；禁止交互式登錄；每周檢查一次口令強度。
3總結
一引言
項目管理技術是軟件工程專業(yè)的一門重要專業(yè)課。其教學任務是使學生了解和掌握項目管理的基本概念、基本原理和工程化方法。內容涉及項目管理知識體系（PMBOK）九大知識領域和五個標準化過程組，幾乎涵蓋了軟件項目從立項到結束的方方面面，是一門具有相當廣度的課程。然而，該課程的教學效果卻不容樂觀。
其一、項目管理技術的理論知識多脫胎于工程管理領域，由于國內軟件工程專業(yè)建設剛剛起步，相關教材往往照搬工程管理理論，缺乏完全針對軟件開發(fā)的必要整理和篩選。因此同軟件開發(fā)實踐結合并不十分緊密。
其二、而傳統(tǒng)的教學方式往往重理論而輕實踐，教師將理論知識“滿堂灌”給學生，學生“死記硬背”理論條文，并不懂得如何將理論用于實際軟件開發(fā)。這種僅以理論的多寡深淺作為對學生評價激勵唯一標準的教學手段，必然導致培養(yǎng)的人才實用性不強，職業(yè)能力較差，工程化程度較低。達不到項目管理技術的教學要求。
因此，需要對軟件項目管理技術的教學進行改革。二基于具體項目的軟件項目管理教學軟件工程項目相比一般工程項目具有更強的復雜性和更多的不可控因素，傳統(tǒng)的項目管理教學所傳授的知識常常不易使理論知識和實際開發(fā)吻合，給學生造成“學習無用之感”；課程本身也難以完全包括軟件開發(fā)過程的全部情況。最好的方法是通過一個具體軟件項目的開發(fā)過程，使學生接受項目管理的理念，而軟件項目的開發(fā)設備相對單一，團隊人數(shù)相對較少，相比一般工程項目更易進行實踐演練。
可以看出，項目管理進行過程將根據(jù)實際情況不斷進行計劃變更、計劃控制和計劃執(zhí)行的搏弈和循環(huán)。由于軟件項目有以下特點：
（1）軟件產品是無形的，不可捉摸的，無法感覺形狀，設計也難以直觀表示，很難確定產品質量或估計開發(fā)工作量。
（2）由于軟件的拷貝生產輕而易舉，因此，幾乎全部的軟件項目成本在開發(fā)過程中，而不是在制造過程。
（3）軟件開發(fā)過程屬于勞動密集型過程，尚未實現(xiàn)完全自動化，因此對軟件項目開發(fā)進度的計劃和控制比對一般工程項目更加復雜。
（4）軟件是邏輯實體，本身很容易修改，但由于其復雜性，又很難正確地修改，在缺乏溝通的情況下，對個別模塊的修改可能會帶來新的錯誤。
（5）軟件不像其他產品會因使用而磨損，和一般工程產品不同，軟件產品的維護常常通過增加新模塊功能完成升級。為保證新版本的穩(wěn)定性，常常需要對新版本的重新設計因此，軟件過程主要集中于軟件項目的開發(fā)過程，而在這一過程中，相比一般工程項目，項目管理過程組的核心循環(huán)表現(xiàn)得更加突出。基于具體項目對軟件開發(fā)過程進行闡述將更有利于學生理解軟件開發(fā)過程中的項目管理。由于課程目標并不在于具體技術細節(jié)的學習，而在于體會軟件開發(fā)過程中的項目管理。因此在項目選擇中，不能使學生投入過多精力在技術細節(jié)上，而應更多的關注軟件項目管理的溝通、計劃和控制。我們選擇計算機學院行政管理系統(tǒng)網站作為實踐項目讓學生組隊開發(fā)，這一項目屬于MIS（信息管理系統(tǒng)）項目類，難度不大，且能充分體現(xiàn)軟件項目需求不明確、多變、溝通復雜等特點。作為計算機學院的學生，學生對項目的需求的理解也將更加實際。
2.1基于項目驅動的評價體系“為了解決軟件問題，重要的第一步就是將整個軟件開發(fā)任務看做一個可控的、可度量的以及可改進的過程?！睂㈨椖抗芾矸椒ㄟ\用于具體軟件項目開發(fā)的實踐或在實踐中改進現(xiàn)有方法，能夠幫助學生更好的掌握項目管理技術。在實際教學中，我們將學生分成若干團隊，每個團隊8~13人，充分使學生體會到團隊感，增加管理意識。項目經理是靠干出來的，不是靠背出來的。為使學生在具體項目實踐中更加投入，必須改革原有的基于卷面成績的評價體系。我們提出基于項目驅動的評價體系，使學生自覺將課堂所學的理論知識及時用于項目。學生的總評成績將由團隊項目評分、演練與總結評分、期末論文評分三部分組成：
（1）團隊項目評分：60%其中20%由教師根據(jù)團隊分階段提交的項目資料給出；剩下40%由每個團隊的“項目經理”根據(jù)團隊的成員的表現(xiàn)給出。而項目經理的打分權限則取決于項目完成時專家對項目的評審得分。
（2）演練與總結評分：20%項目結束后各個團隊成員對整個項目管理過程進行總結，評價和反思項目經理的管理過程，教師根據(jù)學生個人上課時有關項目的各種演練表現(xiàn)以及項目總結報告進行評分。
（3）期末論文評分：20%要求學生對項目管理九大知識領域進行一定深度的論述。為確保評價體系更加公平、公開、公正，我們規(guī)定：
（1）項目經理享有計劃和分配項目團隊資源，為項目組成員進行打分的權利，同時具有帶領項目組完成所有課堂演練環(huán)節(jié)，完成項目開發(fā)的義務。作為獎勵，項目經理可以直接獲得滿分的演練與總評成績；作為制約，項目經理為自己所打分數(shù)只得在項目評審得分5%上下浮動，如果項目經理引起過團隊半數(shù)以上成員不滿，將被彈劾，一旦彈劾，相應權利和獎勵同時消失。
（2）項目評審后，項目經理將得到“項目評審得分*團隊開發(fā)人數(shù)”的可分配分數(shù)，項目經理根據(jù)項目組分數(shù)分配方法給團隊成員打分，上限為40。
（3）項目評審時將邀請學院軟件工程專家、需方代表不少于5人組成專家組對各團隊項目進行公開評審，評審將從需方滿意度、項目開發(fā)文檔、項目開發(fā)過程三個角度進行打分。團隊最終得分通過delphi法得到。可以看出，在以上的評價體系中，基于項目驅動的評分所占比重相當大，不僅注重項目的結果，同時注重項目開發(fā)過程。學生的分數(shù)在一定程度上模擬了現(xiàn)實生活的“獎金”，而項目團隊則更加貼近現(xiàn)實生活中的軟件開發(fā)公司。為了使項目成功，學生必須自覺地實踐和探索科學的項目管理方法，不論成功與失敗都將成為學生寶貴的經驗和教訓。評分中，由于個體學生所能獲得的成績與其所在團隊成績緊密相關，因此，為整個團隊獲得高分而努力的開發(fā)過程極大地培養(yǎng)了學生的團隊協(xié)作精神。通過教學實踐，這一評價體系調動了學生的學習主動性，起到了較好的作用。超級秘書網
2.2基于項目過程的知識傳授和情景演練表1顯示了項目管理九大知識領域在五個標準化過程組中的作用?？梢钥闯鲈诓煌倪^程組中，各知識領域所起的作用是不同的。配合實際項目開發(fā)的過程，為使所傳授的知識能夠及時用于實際項目，我們顛覆了原有教材順序，按軟件項目五個過程組所涉及的知識領域對教學順序進行重新安排，基本做到項目進行階段與所傳授的相關知識同步。每次課程教學前后都及時安排對相關內容的情景演練。由表2所示教學實施安排表可以看出，項目管理的九大知識領域幾乎都能做到安排于項目情景中進行傳授，起到了理論對實踐的指導或總結作用?？梢钥闯?，每次演練環(huán)節(jié)一般都是對上次所本傳授知識的總結或當次所傳授知識的及時操練，知識點覆蓋較全面。通過設身處地去當一名項目經理或軟件工程師，增加了學生對軟件開發(fā)項目的感性認識和興趣，提高了他們的管理才能。通過知識傳授和情景演練的密切配合，使學生對軟件項目的管理過程理解得更加深刻。
二結論
基于具體項目的項目管理教學使學生能夠體會項目管理各知識領域的作用，領會各種方法、規(guī)范所適用的環(huán)境。通過實際開發(fā)后自己總結提煉的經驗和教訓，學生將更加接受項目管理的理念和知識，培養(yǎng)了團隊合作精神。在學期末進行的教學效果調查中，83%的學生認為這種教學方法效果良好。學生普遍反映“項目管理枯燥的理論知識變活了，知道怎么用了，印象更加深刻了?！?/p>
項目管理是軟件工程重要的專業(yè)課，在今后的教學實踐中，我們將繼續(xù)改進教學方法，做到量體裁衣，因地制宜，加強教學效果。
參考文獻：
[1]韓萬江，姜立新.軟件項目管理案例教程[M].北京:機械工業(yè)出版社.2005.
[2]張海藩.軟件工程[M].北京:人寫作論文民郵電出版社,2002.
