軟件工程與項目管理精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件工程與項目管理主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：軟件工程與項目管理范文

關鍵詞：項目需求；需求管理；軟件需求

中圖分類號：TP311 文獻標識碼：A 文章編號：1007-9599 （2013） 02-0000-02

1 引言

社會的不斷進步促使產生許多軟件公司，使他們之間的業務合作與競爭關系越來越普遍，隨之而來的是客戶需求的不斷變化，這使得從事軟件開發工作十分困難。軟件開發的根源是客戶的軟件需求，因此，軟件需求管理在軟件行業中具有十分重要的地位。在我國，許多軟件公司很多時候并不能達到客戶的需求，所以我們對軟件需求的開發管理過程進行研究具有十分重要的價值和實踐意義，能夠為以后軟件需求管理提供一定的指導作用。

2 項目需求工程基礎

為了更好的使項目的開發方和項目的委托方對所合作的項目能夠產生清晰的認識，并且可以在以后的合作過程中能夠順利完成要求工作，我們就運用了需求工程。所以需求工程在項目的進行中具有舉足輕重的作用，它是針對所有與需求有著直接或者間接聯系的工作的總稱。按照活動不同將需求工程進行分類可以分為需求開發和需求管理兩大類別。從根本上來說需求工程就是為以后我們所進行的項目進行系統概述，并且進行指導，所以它具有很好的實用價值。

在軟件行業中，軟件需求針對開發商所涉及的軟件規格進行系統定義說明，在開發的過程中，軟件需求對于整個軟件系統的特性和進展狀況進行概述，對開發進程進行全方位約束，促進軟件開發的順利完成。軟件需求針對不同的應用方面起到不同的作用，一般分為：針對用戶的需求、針對業務性質的需求、針對軟件功能的需求、針對商業進展的需求、針對軟件設計的需求以及針對軟件整個系統的需求，這些在實際的軟件開發過程中會經常用到。

在軟件開發過程中，軟件需求如果運行不能順利，軟件開發商與需求客戶之間會出現分歧，開發商的設計過程不能夠滿足客戶需求，對整個項目的進展狀況產生嚴重的影響，很大程度上會導致整體系統的失敗。因此，在軟件的開發過程中，如果能夠把握好軟件需求，能極大的提高軟件開發的速度，提高軟件開發設計的效率，為企業增加效益。

3 軟件需求開發與管理

3.1 軟件需求開發。在軟件工程中，軟件的設計周期一般分為需求階段、設計階段、編碼階段、測試階段和維護階段。軟件需求開發是首要步驟，在所有進行的工作中，它始終占有重要的位置，為整個軟件工程的進展起到鋪墊的作用，決定了整個項目結果是否滿足客戶的需求。

一般情況下，軟件需求開發主要包括以下幾個步驟：

（1）針對客戶的需求進行調查研究。使用不同渠道搜集各種信息，來得到客戶的最根本的需求。一般來說，獲得軟件需求由很多種不同的方法，根據不同的情況進行使用，具體方法如下：直接接觸客戶，咨詢相關問題；參與客戶實際工作狀態，了解客戶真實工作需求；針對客戶工作場景進行分析；進行與客戶相關人群問卷調查或者市場調查；請教用戶工作領域內專家學者，聽取他們的意見；收集已有或者同類軟件資源，分析其運行狀態；通過互聯網進行國內外技術方面資料查詢等。

（2）針對客戶調查研究進行客戶需求分析。分析以上所收集的客戶根本需求的各種材料信息的真實數據，處理數據，補充遺漏細節問題，完善需求文檔方案，確保最終能夠完全正確的達到客戶的要求。

（3）對客戶的需求進行項目需求制定。在前面所做工作的基礎上，完整的按照客戶要求編寫客戶需求文檔，即《需求規格說明書》，整個項目參與人員必須都要依據此項目說明書進行以后的開發設計維護等工作。

3.2 軟件需求管理。在網絡急速發展的今天，軟件需求管理包含項目評審、跟蹤、以及變更控制三項，三項完成的好壞關系到項目能否成功，它們相互制約集成為一體。無論其中哪一個環節出現差錯都會影響整個系統的完成情況。下面我們著重對需求管理中潛在的問題和出現問題的應急措施進行闡述。

（1）需求管理中潛在的問題。源于需求管理在項目實施中的關鍵作用而言，對于某一項目的描述應盡量細致。但在實際實施過程中，經常會出現只要基本要求達到預期效果即可，詳細的細節便可省略或過后再補寫。這樣就會造成用戶信息不詳，項目與項目之間沒有統一的標準，在項目竣工后的整理規劃非常困難，難以實現再改進。

開發人員對用戶描述的正確性有待把握。技術人員和使用者之間存在對專有名詞理解的代溝，致使在需求理解方面存在偏差，經常會出現用戶需求與軟件描述不一致的現象。如果用戶想了解其需求的軟件還要借助其他幫手，不僅浪費資源還浪費時間。

完整的描述也是軟件賣點的關鍵?？蛻魧浖枨竽康牟煌?，要求軟件必須把所能解決的問題及解決的詳細步驟寫明。然而，隨著社會的快速發展，客戶需求的多樣性決定我們不可能列舉來所有的步驟，這樣需求的完整性就難以達到。成為我們難以攻克的難題。

需求變更問題是軟件需求管理的難題。就像地球每天都在自轉和公轉一樣，用戶的需求也不是一層不變的。用戶需求一旦變化，要求程序、項目計劃書等都要重新編寫，為項目按時完成構成威脅。

（2）需求管理對出現問題的應急措施。終上所述，建立解決問題模塊勢在必行。用戶的需求變更問題的解決是重中之重。如何認識變更，解決變更，就必須把用戶的需求放在第一位，把用戶的需求作為我們的終極目的。

首先，細節很重要，抓好交易過程中所有文檔的保存工作。當用戶需求發生變更時，工作人員要經過細致的評審，跟蹤其需求基線的發展路線，為用戶需求再次發生變更做有效的控制準備。

其次，正確理解用戶需求變更。與生物鏈相似，每一個需求變更都會涉及到下面多個需求程序語言變化，意味著所有程序均要修改，不僅費時而且費力，所以建立一個具有一題多解式的產業鏈彈性結構顯得更加重要，只要發生變更，軟件會自動判斷并執行用戶需求指令。

再次，建立需求變更實施流程標準。由發生需求變更到最終實現變更需求，整個項目完成周期依次經歷了發生變更、細致評估、跟蹤變更和變更控制四個節點，每個節點都需要有一個明確的流程標準，并依此標準實現用戶的需求。此標準包括需求變更的交易文檔，詳細的評審報告和執行變更指令所需要的所用文檔。這樣可以從實施過程中節省不必要的理論爭議，有理可依。

最后，完善軟件服務體系。服務體系包括用戶需求接待、用戶需求管理及與用戶需求溝通，其中需求溝通是項目成功的關鍵。軟件需求及需求變更的每一步都需要與用戶充分交流，了解用戶需求的終極目的，工作人員為用戶分析并整理相關資料，找到最適合用戶項目的軟件程序。

軟件需求管理要求其不斷的更新換代，已由以往的簡單發展到今天的復雜，形成了較為完善規模，但還存在著一系列的缺陷，這就要求工作人員繼續研究和總結，深層次的剖析用戶的需求，不斷的改進軟件需求管理水平。

4 結語

在軟件工程中關于需求管理會出現很多問題，因此軟件需求管理也會伴隨著項目的進行不斷的進行改進，如果能使軟件需求管理做到完善，將會明顯減少我們的工作返工數量，可以降低軟件在開發過程中不必要的成本，提升企業的實力。因此，在以后的軟件工程發展中，我們一定要認真對待軟件需求管理，不斷提高需求管理技術，在實踐中認識軟件需求管理重要性，這樣才能更順利的完成軟件項目，對提高軟件整體質量水平做出自己應有的貢獻。

參考文獻

第2篇：軟件工程與項目管理范文

摘要：對于項目的不同階段所實行的各個過程的管理稱為項目的進度管理，工程項目的主要特征是：獨特性以及臨時性，而且它們的特征決定著多樣化的工程項目的進度管理方面，對于項目的費用管理、質量管理以及項目進度管理等一系列關鍵的項目目標管理具有交互作用和交錯重疊特點。Project軟件提供了多種進度計劃的管理方法，通過使用甘特圖、日歷圖以及網絡圖等，在用戶分解的工作任務之間建立相關性，方便用戶對項目進行更加有效的管理。Project軟件能使項目進度管理更加簡單、容易，能夠更好的對項目進度進行控制。本文從以下六方面論述了項目進度管理方法。

關鍵詞：項目管理 project 進度計劃網絡

中圖分類號：G420 文獻標識碼：A 文章編號：1673-9795（2014）01（b）-0000-00

1.活動的概念

對于項目進度管理方法來說，其第一前提是哪些計劃活動需進行確定并且將計劃活動中需完成的一系列工作進行記錄，即通常所提到的活動的概念，也可以稱作是項目可交付的成果。為了進度安排以及估算、監控以及執行項目進度，打下了堅定的基礎。進行活動的概念此項目的進度管理階段，我們按照綜合不同部門的具體外部環境和資源情況等一系列相關要素，通過滾動式規劃技術以及分解技術對項目工作組合進行了細致的分解，得到了更容易管理的、更小的稱為計劃活動組成部分，進一步明確我們工作的內容提供詳實的依據以及相關資料，得到本過程管理組的輸出――一份詳細的活動清單，將其輸入到Project軟件的項目管理文件中，目的是保證有著明確的計劃管理任務。

2.安排日程以及活動排序

位于項目進度管理過程中，在確定好一份詳細的計劃活動清單后，下一步是根據相關的邏輯對現有的活動清單進行一系列的日程安排以及排序，活動排序目的是對現有的活動清單進行記載計劃活動以及辨別間邏輯關系，可以相應的緊前、緊后、滯后以及提前等邏輯關系，由此才能夠制定出一系列和實際相關的以及可實現的項目進度表，Project軟件可以很好的實現邏輯關系的考慮和安排，通過使用Project軟件，可以將工作效率進行大大提高以及將不必要的錯誤減少，在進行排序階段，我們主要是依據上個過程的成果，也就是活動的清單，根據本企業的實際和外部環境要素，按照Project，能夠形成合理的、科學的項目進度管理網路圖，所以形成展示項目進度管理中各個計劃活動和邏輯關系的文件以及圖形，為了任務資源預算或計劃活動奠定了一定的基礎。

3.活動資源估計

項目進度管理當中，待任務間的各個邏輯關系與任務清單得到確定后，第三步是考慮進行估計任務資源。資源是用來協助完成每一項任務的重要元素，即指定由誰或什么設備和工具來負責完成日程中的任務；因此，完成任務所需的人力、設備、材料都是典型的資源[2]。在實施項目活動時計劃活動的資源估計是確定需用到的不同種類的資源，不同種類資源的利用數目以及它的資源所投入到活動中的時間，將這些數據輸入到Project軟件中，就可以清晰、明確的看出什么時間、什么地點需要什么資源、需要多少資源，以及每種資源的總需求；資源在項目活動中的分配和預算時，還要考慮經濟性，不僅要符合要求的滿足方面，而且必須是在經濟原則的條件下進行的。進行估計活動資源估計的時候，我們應該按照以上的管理活動成果，按照利用外部資源的情形與各個單位資源的需求情況而進行綜合性評估，根據專家的判斷、達到此活動不同種類的方案的論證、進行全面的估計以及累加計劃活動資源使用的情況，從而得到詳細的資源需求計劃，為活動計劃資源持續的時間做好一定基礎。不同類型的資源質量決定了資源使用的時間，所以資源消耗時間的主要依據就是確定資源數量與類型。

4.估計活動資源持續時間

在一系列的項目進度管理中，按照以上的管理過程能夠總結出活動排序、活動資源估計以及活動清單，第四步是進行估計活動或任務資源的持續時間，在所估計計劃的活動時間中，對于項目的團隊熟悉，則具體實際到計劃活動的個體身上亦或是集體作為關鍵性的依據，對于估計持續時間來說，是不斷完善以及細化的，需要正確的數據估計過程，原始數據正確與否關系到活動計劃估計的準確性，而且是十分必要的。

5.制定項目進度表

處于項目進度管理中，總結出了前四個過程管理成果，第五步則是制定一系列進度表，主要是關于項目進度計劃的，需要說明的是，在一系列的項目進度表的制定過程中，此過程充滿了復雜性，也就是是一個反復來回的過程，此過程對于項目活動的開始于結束時間進行了確定[4]。不可能存在那些沒有任何變化的項目管理進度計劃表，在這過程中最關鍵的是將某個計劃活動的開始以及結束時間進行制定，此成果是對于項目經理或者管理者來說，他們是十分關心的，他們密切關注此信息；按照上述的4個管理過程的結果，應該利用Project軟件，得到一個項目進度執行的進度表，項目進度表的表現形式一般是甘特圖和里程碑圖。同時Project軟件還能自動根據各個過程的時間變動改變其以下各個過程的開始時間和結束時間，以及總體時間的變動。進行控制項目進度的重要依據就是此進度表，根據進度表能夠判斷環節出故障之處，然后再具體問題具體分析，并找出解決辦法。

6.項目進度控制

在項目進度管理中，上述的五個過程管理，總結出了項目的進度表，最后一步也就是第六步，是項目的進度控制階段，此階段是引起關注的，對于進度控制來說，不只是依賴于進度表，主要原因是提前或者是落后的進度，均說明了有一個環節之處出了問題，諸如存在一系列錯誤的活動邏輯、估計不精確的資源持續時間、沒有詳細分解的活動......所以說，在進度控制方面，必須按照上述所論述的各個方面進行綜合性的評估和探究，通過Project軟件能夠簡單、直接的找出其中環節上的錯誤，判斷出那個環節出現問題，及時調整，從而獲取一份新的進度較基準的資料和報告，對于進度管理要不斷的進行調整，保證項目進度的更好開展，提高項目的成功率。

參考文獻

[1] 張會斌.Project2007企業項目管理實踐[M].北京：人民郵電出版社.2008.5

[2] 趙杰.Project2003企業項目管理[M].北京：清華大學出版社.2005.

第3篇：軟件工程與項目管理范文

1計算機軟件工程項目管理的基本概念

1.1工程項目管理的含義工程項目管理主要是業主通過委托從事工程項目管理的企業，簽署相關協議，工程項目管理企業有義務和權力代表業主在工程項目進行的情況卜干預和服務。工程項目管理企業可以協助業主同項目工程總承包簽訂一系列合同，只是起到輔作用，不直接與總承包企業或者施工、勘察、供貨和設計簽署協議或合同，工程項目管理企業有責任在施工過程中監督合同的完成情況。

1.2軟件工程項目的概況

1.2.1管理人員開展有序的項目計劃

企業必須把人員管理放在重要位置，在軟件工程項目的開發上人員的調配問題是保證工程順利進行的重要因素，因此，項目能否成功和工作人員的工作能力、寫作能力息息相關，針對工程項目的操作類別不同，可以分配成各個研究小組，進行科學合理的針對性開發和高效的協作，有利于工程的快速推進和更加完善。小組內的人員根據自身優勢，確定自己的工作內容和工作時間。對項目進行正確的認識和對風險進行評估，與此同時從節約成木的方而出發，形成科學的人力資源調配機制，使項目得以順利開展。

1.2.2質量和配置管理工作

軟件的質量管理工作是整個項目的核心工作，質量管理決定著計算機軟件工程項目管理是否真正的成功，通過一系列保證質量的手段，有計劃的編制、控制和保證項目質量。保證項目質量的方式可以通過定期的進行質量評估得以實現，在日常項目管理中要不斷的對工作進行考查，對于項目不合格的地方要提出意見并且考慮整改措施，不斷完善整個軟件配置管理的記錄工作，使項目的質量能有一定的檢測體系，這樣開發者會對項目工程的質量問題有比較深入的了解。

1.2.3風險評估和管理工作

風險管理大致分為兩種工作，一種是風險識別，另一種是風險評估。得到評估結果以后要針對問題提出相應的解決辦法，定期檢測計算機軟件工程的好處是可以減小產生風險的概率，還可以避免一些因疏忽而產生風險，使項目的損失減少到最低，也減少了因項目風險而造成的一些相關責任人的利益沖突。

2計算機軟件工程項目管理中存在的問題

2.1管理團隊的協作問題

分工合作是我們完成一個項目的基木因素，在軟件開發方而更需要每個人的智慧一起凝聚出果實，共同享受成果，而目前在計算機軟件工程項目管理方而信息的交流方而存在一些問題，例如分工不清、團隊不合作等問題。

2.2需求分析和實際中的業務存在差距問題

計算機軟件工程項目沒有結合實際的活動需求，也沒有調查有效的數據分析，因此計算機軟件工程項目管理在開發出新的產品以后并沒有取得理想的業務效果。

2.3風險管理的問題

項目的風險工作是企業需要考慮的很重要的問題，如果風險沒有相應科學管理，很容易帶來巨大的損失，但是很多員工并不懂得如何規避風險，缺乏相應的專業知識，更是缺少對風險工作的管理，導致很多企業在風險來臨時無法做出正確行動，造成巨大的經濟損失。

3計算機軟件工程項目管理的對策

3.1對風險管理和工作進度進行有效管理

制定風險管理制度。計算機軟件工程項目管理的工作人員必須具有一定的風險識別意識和相應的遇到風險的專業知識，并且能有效的控制風險的能力。在平時要做好風險評估的管理報告，針對可能發生的風險要及時預測并且做出相應的解決行動。設置專門的人員對計算機軟件工程項目定期進行風險的評估和檢查工作。在整個項目中，根據需要進行多次的風險管理工作，因為風險無時無刻都有可能存在，檢查的目的是盡量減少風險發生，在一般情況卜處理風險的措施一般有三種:減緩、規避和轉移。提高工程的進度，不斷的推進工程的工作效率。要制定詳細的工作計劃表，并且盡可能達到最高的工作目標。工作人員有嚴謹的工作態度和高效的作息時間安排，管理人員要密切關注工程進度，不斷的督促員工完成應做的工作量，有條理、高效的完成對員工的工作任務的監督工作。

3.2建立完善的管理體系針對計算機軟件工程的人員日常管理工作，要建立科學有效的管理方案。合理安排人才資源，確保在進行計算機軟件項目工程時人員調配順利進行。專業知識的培訓對于工作人員來說

是必不可少的，可以極大的豐富計算機軟件工程項目人員的專業水平和實踐能力，減少工作上的失誤，提高工作效率和工作人員的素質。獎罰制度是對企業員工優劣的衡量標準，所以在計算機軟件工程項目管理方而采取獎罰制度可以極大程度上調動員工的積極性，使員工主動為企業創造效益，企業的發展才能有長遠的未來。

3.3建立合作的團隊

在員工內部建立有效的交流機制。員工的內部工作經驗交流是非常重要的，因此要完善溝通方法，開辟多種交流方式和渠道，不斷的增強各個部門的溝通意識，使團隊的力量不斷凝聚起來。明確分工，責任落實到個人。計算機軟件工程管理非常復雜，需要的人員也眾多，因此必須要使每個員工明確自己的工作內容和范圍，清晰的劃分自己所需要負責的區域，清楚自己的責任，這樣能夠確保每一個步驟都井井有條，非常有秩序。調動整個團隊的工作積極性。通過一些活動、獎勵措施等使每一個工作人員全身心的投入到工作中去，愿意并想要去做的更好，不斷激發團隊的潛力和員工的協作能力，這樣項目不僅會做的越來越好，員工內部也會越來越和諧并且充滿正能量，企業的效益也會不斷得到提升。

4結語

第4篇：軟件工程與項目管理范文

（1）加強項目管理系統性的培訓，建立和完善軟件工程管理體系。建立一個有效和完善的管理體系，首先應該加強項目組成員尤其是項目經理在工程項目管理方面的系統性培訓，避免在項目管理中單純依靠個人現有的知識經驗，使管理工作存在較大的盲目性和隨意性。其次，應該加強對項目相關業務人員的培訓，讓項目業務工作人員也能從思想上認識到軟件工程管理的重要性，使其既能理解和接受管理理論，又能熟練掌握軟件工程的專業知識，從而提高計算機軟件工程項目的執行力。另外，要建立和完善軟件工程管理的制度建設，落實獎懲制度，激發項目組人員的工作積極性和工作熱情，從而更好地實現計算機軟件工程管理的目標。

（2）提高對項目計劃的認識，進行合理的項目計劃和控制。雖然項目實施過程中有很多不確定的因素，但是項目總體計劃和階段性計劃的作用非常關鍵，科學的項目計劃可以有效地降低軟件工程項目的實施風險，可以有效地對項目進度進行管理和控制。項目計劃在項目實施中具有承上啟下的作用，在項目管理的重要階段，在制定項目計劃的過程中，需要著重考慮項目計劃的系統性、動態性、經濟性、相關性等方面的內容。

（3）加強軟件工程的團隊建設，建立完善的項目溝通機制。有效的團隊合作是軟件項目工程得以順利開展的前提保障，有效的團隊合作需要有效地界定各團隊成員工作職責，使每個團隊成員發揮各自的長處，并且使團隊成員之間互補互助，從而達到整個團隊最大的工作效率。同時，要建立和不斷完善軟件工程項目的溝通機制，項目中的重要信息需要進行有效的傳遞和反饋，避免因在制定計劃、技術問題、項目成果、情況通報等方面的溝通不足，造成重復勞動和團隊成員間的互相推諉，甚至造成不必要的經濟損失。

（4）增強風險意識，加強計算機軟件工程的風險管理。與普通的管理工作相比，計算機軟件工程管理的風險較高，需要深入學習項目風險管理知識，掌握風險識別、量化、控制工具和方法，并在日常的工作實踐中加強對于風險防范知識的累積，從而能夠在項目實施過程中及時、精確地辨認風險，發現潛在的威脅與隱患，采取有效的措施進行風險避免、轉移、減緩、消除等控制措施。

2軟件工程的應用

第5篇：軟件工程與項目管理范文

[摘要]軟件項目管理通過應用知識，技能，工具和技術來指導軟件項目開發以滿足軟件項目的需求。本文從軟件項目管理的重要性談起,研究了軟件項目管理中的需求管理，溝通與協作，風險管理，并分析了四個主流的軟件項目管理技術。

[關鍵詞]軟件項目管理需求管理溝通與協作風險管理

一、引言

從上個世紀中期到現在，軟件產業迅猛發展。軟件產業在推動人類社會發展的同時，軟件危機產生了，這是因為落后的軟件生產方式無法滿足迅速增長的計算機軟件需求。軟件危機的產生促使人們開始研究軟件開發的技術手段和管理方法。

軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成,通過計劃、組織、控制等一系列活動,合理地配置和使用各種資源,而對成本、人員、進度、質量、風險等進行分析和管理,以達到既定目標的過程。項目管理更強調項目負責人的作用和團隊的協作精神,其組織形式靈活,更加關注人的因素,關注客戶和服務客戶,著重于提高軟件項目研發的效率和質量。在本文中，對軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理等方面進行了闡述。本文最后介紹了軟件項目管理的幾項經典技術。

二、需求管理

軟件需求是每個軟件開發的開端與基礎。在項目需求分析階段，雙方必須全面地盡可能細致地討論項目的應用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對項目進行評估的各種評價標準。在進行需求分析時，可以首先分析客戶原有系統的建設情況，對客戶的原有產品進行分析，明確建設目標等。

需求管理對軟件項目能否最終實現產生至關重要的影響。任何的軟件項目都必須進行合理的、細致的、一致的需求管理，只有這樣才能制定正確合理的軟件開發計劃，軟件項目才能順利地開發完成。

三、溝通與協作

軟件項目管理中的溝通與協作是指信息的交流,是使信息發揮積極作用和達到目標的手段；協作是指和諧地在一起工作的活動。溝通技術可分分四類：(1)正式書面溝通,包括項目文檔和備忘錄、項目里程碑和交貨時間表、需求變更和錯誤跟蹤規程、數據字典、系統分析模型(用例圖等)；(2)正式口頭溝通,包括狀態審查會、需求評審會、設計評審會、代碼評審會、用戶測試,項目定期例會等；(3)非正式口頭溝通,包括小組碰頭會、同行討論、與直屬業務領導討論等；(4)電子溝通,包括電子郵件、內部BBS等。協作技術包括資源合理配置、開發步驟有序化、工作目標一致化、提高關心程度、信息共享等。

四、風險管理

軟件項目風險管理是指對在軟件開發過程中所遇到的預算和進度等方面的問題進行分析,尋求風險應對方法,做好風險管理計劃。

針對軟件項目中的風險管理問題,不少專家、組織提出了自己的風險管理模型。常見的主要風險管理模型如下。

1.SEI的連續風險管理模型(CRM)。SEICRM模型的風險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風險;實現控制風險的策略；評測并確保風險策略實施的有效性。CRM模型要求在項目生命期的所有階段都關注風險識別和管理,它將風險管理劃分為五個步驟：風險識別、分析、計劃、跟蹤、控制。

2.BarryBoehm模型。Boehm模型的思想核心是：10大風險因素列表。針對每個風險因素,都給出了一系列的風險管理策略。在實際操作時,Boehm以10大風險列表為依據,總結當前項目具體的風險因素,評估后進行計劃和實施,在下一次定期召開的會議上再對這10大風險因素的解決情況進行總結,產生新的10大風險因素表,依此類推。Boehm模型的基本形式可描述為：RE=P(UO)3L(UO),其中RE表示風險或者風險所造成的影響；P(UO)表示令人不滿意的結果所發生的概率；L(UO)表示糟糕的結果會產生的破壞性的程度。

3.軟件工程風險模型(SERIM).SERIM模型要求從技術和商業兩個角度對軟件風險管理進行剖析,考慮的問題涉及開銷、進度、技術性能等。它還提供了一些指標和模型來估量和預測風險,由于這些數據來源于大量的實際經驗,因此具有很強的說服力。

五、軟件項目管理技術

1．CMM。CMM是美國卡納基梅隆大學軟件工程研究所(CMU/SEI)提出的軟件研發項目管理的一系列方法,它基于組織對關鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1(初始級)描述了不成熟,或者說是未定義過程的組織。級別2(可重復級),級別3(已定義級),級別4(已管理級)和級別5(優化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關的KPA是:級別2：需求管理,軟件項目計劃,軟件項目跟蹤和監控,軟件子合同管理,軟件質量保證,軟件配置管理。級別3：組織級過程焦點,組織級過程定義,培訓大綱,集成軟件管理,軟件產品工程,組間協調,同行評審。級別4：定量過程管理,軟件質量管理。級別5：缺陷預防,技術更新管理,過程更改管理。

2．CMMI。CMMI被看作是把各種CMM集成為一個系列的模型中。CMMI的基礎源模型包括:軟件CMM2.0版(草稿C),EIA-731系統工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5個不同的成熟度級別:級別1(初始級)代表了以不可預測結果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應管理,成功主要取決于團隊的技能。級別2(已管理級)代表了以可重復項目執行為特征的過程成熟度。組織使用基本紀律進行需求管理、項目計劃、項目監督和控制、供應商協議管理、產品和過程質量保證、配置管理、以及度量和分析。

3．PSP。PSP(PersonalSoftwareProcess,個體軟件過程)是由CMU/SEI開發出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標志。PSP為基于個體和小型群組軟件過程的優化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質量,如何與其他人相互協作等等。在軟件設計階段,PSP的著眼點在于軟件缺陷的預防,其具體辦法是強化設計約束準則,而不是設計方法的選擇。因此,PSP保障軟件產品質量的一個重要途徑是提高設計質量。

六、小結

本文分析研究了軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理。最后結合實踐,提出并分析了軟件項目管理技術。我們相信隨著軟件工程的發展和進一步成熟,軟件項目管理技術的發展會取得更大的進步。在實際項目中,我們要堅持改善軟件工程的管理,并在實踐中總結適合自身的經驗,這樣才有利于管理技術的進步和軟件項目的順利完成,創造出更高的品質、更大的效益。

參考文獻：

[1]PhpMetzger，JohnBoddie.軟件項目管理-過程控制與人員管理[M].北京：電子工業出版社，2002.

[2]RajeevTShandilya.王克仁譯.軟件項目管理[M].北京:科學技術出版社,2002.

第6篇：軟件工程與項目管理范文

[關鍵詞] 軟件項目管理 需求管理 溝通與協作 風險管理

一、引言

從上個世紀中期到現在，軟件產業迅猛發展。軟件產業在推動人類社會發展的同時，軟件危機產生了，這是因為落后的軟件生產方式無法滿足迅速增長的計算機軟件需求。軟件危機的產生促使人們開始研究軟件開發的技術手段和管理方法。

軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成, 通過計劃、組織、控制等一系列活動, 合理地配置和使用各種資源, 而對成本、人員、進度、質量、風險等進行分析和管理, 以達到既定目標的過程。項目管理更強調項目負責人的作用和團隊的協作精神, 其組織形式靈活, 更加關注人的因素, 關注客戶和服務客戶, 著重于提高軟件項目研發的效率和質量。在本文中，對軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理等方面進行了闡述。本文最后介紹了軟件項目管理的幾項經典技術。

二、需求管理

軟件需求是每個軟件開發的開端與基礎。在項目需求分析階段，雙方必須全面地盡可能細致地討論項目的應用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對項目進行評估的各種評價標準。在進行需求分析時，可以首先分析客戶原有系統的建設情況，對客戶的原有產品進行分析，明確建設目標等。

需求管理對軟件項目能否最終實現產生至關重要的影響。任何的軟件項目都必須進行合理的、細致的、一致的需求管理，只有這樣才能制定正確合理的軟件開發計劃，軟件項目才能順利地開發完成。

三、溝通與協作

軟件項目管理中的溝通與協作是指信息的交流, 是使信息發揮積極作用和達到目標的手段；協作是指和諧地在一起工作的活動。溝通技術可分分四類：(1)正式書面溝通, 包括項目文檔和備忘錄、項目里程碑和交貨時間表、需求變更和錯誤跟蹤規程、數據字典、系統分析模型( 用例圖等) ；(2)正式口頭溝通, 包括狀態審查會、需求評審會、設計評審會、代碼評審會、用戶測試, 項目定期例會等；(3)非正式口頭溝通, 包括小組碰頭會、同行討論、與直屬業務領導討論等；(4)電子溝通, 包括電子郵件、內部BBS 等。協作技術包括資源合理配置、開發步驟有序化、工作目標一致化、提高關心程度、信息共享等。

四、風險管理

軟件項目風險管理是指對在軟件開發過程中所遇到的預算和進度等方面的問題進行分析,尋求風險應對方法,做好風險管理計劃。

針對軟件項目中的風險管理問題,不少專家、組織提出了自己的風險管理模型。 常見的主要風險管理模型如下。

1.SEI的連續風險管理模型(CRM)。SEI CRM模型的風險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風險;實現控制風險的策略；評測并確保風險策略實施的有效性。CRM模型要求在項目生命期的所有階段都關注風險識別和管理,它將風險管理劃分為五個步驟：風險識別、分析、計劃、跟蹤、控制。

2.Barry Boehm模型。Boehm模型的思想核心是：10大風險因素列表。針對每個風險因素,都給出了一系列的風險管理策略。在實際操作時,Boehm以10大風險列表為依據,總結當前項目具體的風險因素,評估后進行計劃和實施,在下一次定期召開的會議上再對這10大風險因素的解決情況進行總結,產生新的10大風險因素表,依此類推。Boehm模型的基本形式可描述為：RE = P (UO) 3 L (UO) ,其中RE表示風險或者風險所造成的影響；P (UO)表示令人不滿意的結果所發生的概率；L (UO)表示糟糕的結果會產生的破壞性的程度。

3.軟件工程風險模型( SER IM) . SER IM模型要求從技術和商業兩個角度對軟件風險管理進行剖析,考慮的問題涉及開銷、進度、技術性能等。它還提供了一些指標和模型來估量和預測風險,由于這些數據來源于大量的實際經驗,因此具有很強的說服力。

五、軟件項目管理技術

1．CMM。CMM是美國卡納基梅隆大學軟件工程研究所(CMU /SEI)提出的軟件研發項目管理的一系列方法,它基于組織對關鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1 (初始級)描述了不成熟,或者說是未定義過程的組織。級別2 (可重復級) ,級別3 (已定義級) ,級別4 (已管理級)和級別5 (優化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關的KPA是:級別2：需求管理,軟件項目計劃,軟件項目跟蹤和監控,軟件子合同管理,軟件質量保證,軟件配置管理。級別3：組織級過程焦點,組織級過程定義,培訓大綱,集成軟件管理,軟件產品工程,組間協調,同行評審。級別4：定量過程管理,軟件質量管理。級別5：缺陷預防,技術更新管理,過程更改管理。

2．CMMI。CMM I被看作是把各種CMM集成為一個系列的模型中。CMM I的基礎源模型包括: 軟件CMM2. 0版(草稿C) , EIA - 731系統工程,以及IPD CMM( IPD) 0. 98a版。CMM I也描述了5個不同的成熟度級別:級別1 (初始級)代表了以不可預測結果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應管理,成功主要取決于團隊的技能。級別2 (已管理級)代表了以可重復項目執行為特征的過程成熟度。組織使用基本紀律進行需求管理、項目計劃、項目監督和控制、供應商協議管理、產品和過程質量保證、配置管理、以及度量和分析。

3．PSP。PSP ( Personal Software Process,個體軟件過程)是由CMU /SE I開發出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標志。PSP為基于個體和小型群組軟件過程的優化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質量,如何與其他人相互協作等等。在軟件設計階段, PSP的著眼點在于軟件缺陷的預防,其具體辦法是強化設計約束準則,而不是設計方法的選擇。因此, PSP保障軟件產品質量的一個重要途徑是提高設計質量。

六、小結

本文分析研究了軟件項目管理中的需求管理、員工之間的溝通與協作、軟件項目風險管理。最后結合實踐,提出并分析了軟件項目管理技術。我們相信隨著軟件工程的發展和進一步成熟,軟件項目管理技術的發展會取得更大的進步。在實際項目中,我們要堅持改善軟件工程的管理,并在實踐中總結適合自身的經驗,這樣才有利于管理技術的進步和軟件項目的順利完成,創造出更高的品質、更大的效益。

參考文獻：

[1]Php Metzger，John Boddie. 軟件項目管理-過程控制與人員管理[M]. 北京：電子工業出版社，2002.

[2] Rajeev T Shandilya. 王克仁譯. 軟件項目管理[M]. 北京:科學技術出版社, 2002.

[3] 楊根興，金榮得，宗宇偉.軟件需求的不確定性與解決途徑.計算機應用與軟件.

第7篇：軟件工程與項目管理范文

2002年國務院學位辦又批準在“工程碩士專業學位”中新增“軟件工程領域”，并于同年開始招收和培養研究生“示范性軟件學院”和“軟件工程領域’的設置不僅有助于在幾年后緩解我國IT業人才緊缺的狀況，而且也開創了我國IT人才培養的新模式。重慶大學是經教育部批準設置‘示范性軟件學院’的高校之一。而在信息類學科方向，我校還設有計算機學院、自動化學院、通信學院、光電學院等多個學院。因此，獲得“軟件工程領域’工程碩士招生和培養權后，學校即確定了在軟件工程碩士的培養、管理工作中既要充分發揮軟件學院的培養、管理優勢，又要積極調動全校的軟件學術、技術力量共同參與培養，并進一步整合學校軟件工程學科力量的指導思想。根據這一指導思想，研究生院與軟件學院等學院一起，經過反復研究逐步形成了重慶大學軟件工程領域工程碩士的培養、管理體系。目前已招收軟件工程碩士245名，共有11個學院參與培養工作。

一、學位評定分委員會

為了確保軟件工程碩士培養質量，促進軟件工程學科領域的發展，成立了全校統一的“軟件工程領域學位評定分委員會”。分委員會由10個學院的學科帶頭人（或學術負責人）組成，負責軟件工程領域工程碩士研究生培養方案制定、培養質量監控、學位授予審核、導師遴選等有關工作。學位評定分委員會掛靠在軟件學院。

軟件工程學位評定分委員會對軟件工程設置了10個研究方向：軟件工程理論與方法、軟件工程應用（軟件開發、測試、軟件質量保證）、數字化技術、嵌入式軟件及應用、網絡安全與信息安全技術、軟件項目管理、系統與領域應用工程（政府信息化、企業信息化、工業系統應用軟件等）、軟件系統技術支持與管理、軟件市場營銷和軟件政策法規體系。

根據《重慶大學碩士研究生指導教師遴選及考核的有關規定》和《重慶大學軟件工程領域導師遴選條件》，已遴選出軟件工程領域工程碩士生指導教師106名。

二、培養方案，培養目標

首先，軟件工程領域工程碩士的培養目標是為滿足國民經濟信息化建設和發展的需要、滿足企事業單位對軟件工程人才的需要，培養與國際接軌的高層次、實用型、復合型的軟件領域專門人才，包括軟件開發與項目管理者、軟件系統技術支持與維護人員、軟件企業管理者和政府相關部門的決策人員。一名合格的軟件工程領域工程碩士學位獲得者應當符合國民經濟信息化建設和發展需要，以及市場和企業對軟件工程技術人才需求，成為企業所需要的高層次軟件工程技術和管理人才，其基本能力應當達到（具有國際水準的）高級程序員、系統分析和設計師、以及項目管理人員的水平。

其次，按《關于制訂在職攻讀軟件工程領域工程碩士專業學位研究生培養方案的指導意見》制定了培養方案。

其三，很多學院參與招生與培養，培養方案既體現了軟件工程的培養共性，又反映了各個學院的培養個性。

三、管理模式

軟件工程領域工程碩士研究生的招生工作由研究生院招生辦公室統一負責。具備培養條件的學院，經研究生院批準可開展本領域在職攻讀工程碩士研究生的培養工作（原則需要5名軟件工程領域工程碩士生導師的學院方可招生）。

為了規范培養過程，對于在職攻讀軟件工程領域工程碩士的研究生，采取了培養過程分兩價段管理的培養模式。

第一階段：課程學習階段

在職攻讀軟件工程領域工程碩士研究生的學制為2—4年一般為2年。新生進校時，首先確定導師，導師所在學院即為學生所在學院，學生根據企業的需要和自己的愛好選擇導師，并在導師指導下于開學兩個月內完成個人培養計劃。

重慶大學軟件工程領域工程碩士研究生采用系統的課程學習和工程實踐相結合的培養方式。

課程學習實行學分制學生可以采取集中或分散學習的方式，本領域共修課程30學分，其中公共課7學分專業課23學分（其中專業必修課14學分，專業選修課8學分分人文及管理選修課1學分）。公共課由研究生院負責安排、管理專業課由軟件學院負責安排、管理。在此期間，學生的管理、學籍管理、跨專業本科段課程進修、專業介紹、教學條件建設、教學質量管理等均由軟件學院負責。軟件工程實踐要求學生直接參與軟件工程項目實踐，完成必要的技術方案設計、軟件開發、項目管理等工作，并在所取得的工程實踐成果基礎上完成學位論文或相應的技術報告的撰寫。

采用多種教學訓練方法，除了常規的課堂講授和學生動手操練以外，還廣泛采用討論班、專題講座和主題演講、經驗交流會、模擬項目演練、實際項目參與、自學與課外探索、學生團隊競賽、學生創新產品或項目計劃等。并且學校還聘請具有豐富實踐和教學指導經驗的企業資深技術或管理人員參與課程教學，并對學生的軟件工程實踐進行聯合指導。

第二階段：論文工作階段

此階段10學分（含專業實踐）。第一階段完成后，軟件學院將學生的學籍管理資料轉到學生所在學院，但課程考試試卷由軟件學院保存。學生由其所在學院進行管理，負責學籍管理、方向選修課開設及論文工作階段的有關事宜。

四、結束語

第8篇：軟件工程與項目管理范文

關鍵詞：軟件工程；教學研究；學生為主體

軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及工程概論、項目管理、程序設計語言、面向對象的需求、數據庫、軟件開發工具、系統平臺、標準、設計模式等，是一門綜合性很強的軟件課程，在計算機教學體系中占有十分重要的地位[1]。上世紀90年代以來，計算機科學蓬勃發展的同時，我國計算機軟件行業也進入了快速發展時期。軟件行業呼喚計算機教學方面的改革，希望走出校門時，新一代軟件人才能在更好掌握軟件工程理論知識的同時擁有一定的實踐經驗。這就對軟件工程這門計算機專業核心課程提出了更高的要求。目前，軟件工程課程的教學改革已經在各高校開展多年，其中引入案例教學，解決理論與實際應用銜接的問題[2]；以及引入項目式實踐教學，提高學生動手能力和感性認識等[3]，都是比較有效的教學方式。但對于如何以學生為主體，提高學生自主學習軟件工程的教學方式，目前還沒有系統的經驗總結。本文從軟件工程教學存在的問題開始，介紹在五邑大學計算機學院開展的以學生為主體的軟件工程教學，討論提高軟件工程課程教學質量的途徑和方法。

1軟件工程教學的困難

要提高軟件工程課程的教學質量，還存在一定困難。

從軟件工程的學科發展上看，軟件工程的學術研究和教學過程本身有著不同的動作機制，學術界的最新成果和正在進行的軟件設計很難直接相互滲透。另外一方面，從學生的認識結構看，在軟件工程的教材中添加大篇幅的工程經驗，雖然可以一定程度地解決學生缺乏實踐經驗的問題，但這些內容并不能完全構成學生對軟件工程的認知結構。教材和課程大綱中的學術成果和經驗理論，是知識的結果，不是知識的形成過程。經典理論不能代替學生從動手實踐中獲得自我認知的能力。軟件工程教學不能離開實際的體驗，否則就容易造成類似人文學科中學術成果和經典閱讀脫節的情況[4]。

因此，在傳統的軟件工程課程中，由于課堂教學方式具有局限性，學生學會了軟件工程的原理和方法，但不會在實踐中運用所學知識解決實際問題。引入項目式教學后，課本當中的例子多數是為概念和原理而設立的，無法在規模和復雜程度上與真正的軟件開發項目相提并論。這就導致學生缺乏對軟件工程實踐過程的感性認識，學完課程后仍不知道應如何著手一個軟件項目的開發[5]。而實踐又是掌握工程科學的最佳方式。對于不斷發展的軟件理論，其中的知識與經驗只能通過實踐者自己親身執行后，才能被理解和掌握。

為了提高軟件工程課程的教學質量，從根本上提高學生的學習興趣，五邑大學計算機學院在近年的軟件工程教學中，強調以學生為主體，實施學生自主體驗的教學改革。目的就是提高學生對軟件工程經典理論的感性認識，不讓項目式的實踐教學流于形式，使學生在完成軟件工程的學習后，能適應軟件行業的工程化需求。

2以學生為主體的自主體驗式教學設計

為了體現學生自主體驗的過程，我們在軟件工程的課程教學大綱中提出了以學生為主體的教學方案，其目的是使學生能主動投入到軟件工程的學習中，使教學內容能與學習體驗更緊密地結合。同時，在實踐教學中，軟件工程的教學設有學生自選項目的實踐環節。新的教學設計，關鍵就在于引導學生自主參與項目式教學。

為了強調學生自主體驗，該課內實踐的選題范圍要求來源于五邑大學校內的具體軟件需求，并將軟件開發的工作量控制在一定的范圍之內，使項目實踐內容能覆蓋整個軟件生命周期。最后，參考國家軟件開發的標準文檔要求，要求學生在各階段完成后提交階段性書面總結。具體地，以學生為主體的教學改革主要包括以下5個方面。

2.1提出注重互動的理論教學

互動式的理論教學首先要求教師要少講，把學習的機會留給學生。理論的學習和掌握依然是項目式教學的基礎，這些經典公式和行業標準通常是學生最不容易用心學習的部分，而引入互動式的課堂理論教學可以較好地解決這一問題。傳統的軟件工程教學大綱存在項目實踐方面內容的缺失，而補充了項目式教學后的軟件工程，往往更像是一種“基于項目活動的研究性學習”，這就使教師更注重項目經驗的傳授。其實，“最好的教學是對話式的教學”，教師應該從自身開始改變觀念，不再一成不變地重復教學。學生通過與教師的對話式交流，可以在互動中解決項目中的實際問題，完成教學大綱中要求的理論學習部分。

2.2要求學生完成真實可見的軟件項目

在課內實踐中，教師要求學生完成一個來自校內的實際軟件需求，這個軟件的需求通常是學生可以在日常生活中直接感受到的，這樣可以提高軟件開發中需求調研的真實性，更有利于增強學生的自主體驗。在以往的教學中，我們沒有提出這樣的選題范圍要求，而學生一開始對軟件開發的理解又有限，因此選題往往是教師熟悉的領域，或是學生從網絡上找到的參考題目。結果是部分學生在實踐中積極性不高，還出現有學生照搬參考書和網絡上已有案例的情況。新的實踐選題范圍要求必須來源于校內實際需求，這可以更方便教師控制實踐項目選題與某些參考書中案例之間的重復度，也加強了學生調研工作的真實性。

2.3在理論與實踐教學中開展深入的專題討論

專題討論的前提是學生的課外學習和總結，討論時的主體應該是學生而不是教師。長期以來，在軟件工程的理論與實踐教學中，基本是教師單向傳授，教師講學生聽，教師布置課題學生完成，學生離開了教師就不知道干什么，不利于提高學生的綜合素質。因此，在軟件工程教學時，教師必須要少講，目的是要把實踐過程留給學生去體驗。軟件的開發過程并不是一成不變的，每次軟件開發都是對軟件工程系統框架進行的一次創造性實踐，真實的開發過程往往不都能完全遵循教科書中建議的軟件開發流程。因此，在學生的課內實踐中，教師首先讓學生通讀教材和講義，然后鼓勵學生根據課程學習的要求去尋找來自生活中的實踐項目，也就是自己找到想解決什么問題，并進一步閱讀課本和參考資料，在教師、學生之間開展專題討論，用問答和辯論的方式完成理論學習和項目體驗。另外，專題討論的題目并不需要預先定好，而是應該在項目實踐的進程中挖掘出有討論必要的題目，同時鼓勵學生在討論前進行充分準備，查閱相關的期刊和論文，并在討論后進行總結。

2.4注重項目實踐中對軟件項目管理的體驗

軟件工程是一門鍛煉學生綜合能力的課程，工程實踐性非常強，而工程總離不開項目管理。學生一開始知道課程中包含項目實踐后，往往最先關心應該在軟件開發中使用什么技術和工具。但軟件工程的實踐教學并不應把實踐側重于軟件開發技術的應用，更不應指定實踐項目使用的開發技術。指定開發語言和開發工具容易使學生混淆軟件工程課內項目的實踐方式和其他專業課，如數據結構、數據庫、操作系統和Web體系結構的課內項目實踐。軟件工程教學的目標應是在講授軟件工程經典理論和工程經驗的同時，讓學生體驗軟件項目的開發過程，提高對軟件項目的整體把握能力，增強軟件項目管理理念。因此，教師應當引導學生把注意力集中在軟件工程的知識框架和對軟件過程的實踐上，并在實踐環節適當增加如成本控制、進度管理、風險分析以及人員管理等有關軟件項目管理的體驗。

2.5靈活的成績評價方式

學生完成軟件項目的分析、設計、編程和測試后，可以在課程答辯中展示已掌握的知識和在項目中實現的能力鍛煉。在課程答辯中，學生可以發現其他項目小組的優缺點，教師也可以在答辯過程中提出項目實踐中的不足之處，幫忙學生找出差距，彌補不足[6]。

3教學效果

五邑大學計算機學院在施行新的旨在激發學生自主體驗的教學方法后，學生普遍反映在學習軟件工程更有興趣的同時獲得了更多的實踐經驗。新的選題范圍使學生不出校園即可以做軟件項目的需求調研，大大提高了學生參與實踐的積極性，也激發了學生軟件開發創作的熱情。選題范圍的縮小反而使課內項目選題的多樣性得以實現，涌現出一批來自學生視角的新課題，如AP07064班的選題《宿舍網上自主充電系統》，以及AP07102班的選題《學生飲水管理系統》，都有一定的實際應用價值，也獲得了校內有關部門的關注。客觀上，學生在軟件工程課程中的成績穩步提升的同時，對教學的評價也不斷提高，2009-2010學年軟件工程的課程評價超過了9.2分，滿分為10分。

4結語

目前，軟件行業正在飛速的發展過程中，軟件工程教育的理念、教學形式也處于發展階段。學生為主體的教學形式作為一種嘗試，運用于軟件工程的課內實踐環節中，取得了一定的教學效果。如何立足于我國軟件行業的現狀、特點，采取相應的教學手法，提高軟件工程的學生學習體驗，提高教學質量，值得我們不斷探討和研究。

參考文獻：

[1] 姜湘崗,章曉莉. 軟件工程課程教學研究與研討[J]. 計算機教育,2010(5):112-114.

[2] 潘婭. 軟件工程教學方法探索[J]. 高教研究,2006(2):28-30.

[3] 溫穎,周昕. 項目教學法在軟件工程教學中的應用[J]. 科技信息,2010(24):206-207.

[4] 李翠葉. 重建人文學科的文化實踐機制[J]. 文教資料,2008(15):162-164.

[5] 黃芳. 基于項目實踐的軟件工程本科課程教學模式探討[J]. 湖南社會科學,2009(5):174-176.

[6] 胡洋,蘇琳. Web軟件時代的《軟件工程》課程改革與建設[J]. 中國成人教育,2010(5):111-112.

Student-oriented Course Design in Software Engineering

LIN Zihui, HE Guohui

(College of Computer Science, Wuyi University, Guangzhou 529020, China)

第9篇：軟件工程與項目管理范文

[關鍵詞]計算機 軟件工程 管理

中圖分類號：G633.67 文獻標識碼：A 文章編號：1009-914X（2015）12-0145-02

當前，我國還沒有充分重視計算機軟件工程管理工作。主要原因是由于軟件產品存在的特殊性，諸多方面與管理工作相關，那如何解決計算機軟件項目管理的問題，提高其效率，使其應用效果最大化的發揮，將成為當前亟待解決的問題。

1.軟件工程概述

軟件工程是應用計算機科學、數學、邏輯學及管理科學等原理，開發軟件的工程。軟件工程借鑒傳統工程的原則、方法，以提高質量、降低成本和改進算法。其中，計算機科學、數學用于構建模型與算法，工程科學用于制定規范、設計范型、評估成本及確定權衡，管理科學用于計劃、資源、質量、成本等管理。？

軟件工程的目標是在給定成本、進度的前提下，開發出具有適用性、有效性、可修改性、可靠性、可理解性、可維護性、可重用性、可移植性、可追蹤性、可互操作性和滿足用戶需求的軟件產品。追求這些目標有助于提高軟件產品的質量和開發效率，減少維護的困難。

2.計算機軟件工程管理的主要內容

目前軟件開發的自動化程度很低，在研究與開發過程中，人是最重要因素。因此，軟件工程管理絕大程度上是對工程開發人士的管理。我們首先需根據軟件工程的個別特性，來分析安排軟件工程管理的具體事項，其內容主要包括以下方面：

2.1 組織機構管理

不能僅僅停留在簡單集合開發人員的層面上，而是應注重人員分配和組織結構的完整性，使分工確保明確，做到上傳下達信息，這就是所謂的組織機構。但是由于不同工程具有不同的要求，因此，至今并沒有把組織機構的統一模式提出過。

2.2 工程開發者管理

工程開發者一般分成：項目負責人、系統分析員、高級程序員、初級程序員、資料員和其他輔助人員。根據項目的規模大小。有可能一人身兼數職，但職責必須明確。不同職責的人，要求的素質不同。如項目負責人需要有組織能力、判斷能力和對重大問題能做出決策的能力；系統分析員則要有概括能力、分析能力和社交活動能力；程序員需要有熟練的編程能力等。人員要少而精，選人要慎重。

2.3 用戶管理

用戶使用是軟件開發的最終目標。在軟件開發過程中，應對用戶的需求和操作習慣等進行全面的充分了解，從而使來自外界的干擾因素盡量的被減少。在軟件的開發中，積極的正確用戶使用的建議，能夠做到讓用戶把誠懇的意見提出來，這樣軟件的可操作性和實用性才會具有增強的機會。

3.軟件工程的應用

隨著計算機與網絡技術不斷發展并廣泛應用，計算機軟件工程體現出良好的精準性、便捷性，在社會發展的各個領域廣泛運用。典型的計算機軟件包括辦公軟件、操作系統、數據庫、人機界面等，在我國工業、農業、金融業、政府部門等各個領域發揮重要作用。在計算機軟件工程中，融人了開發人員的智慧，計算機軟件的不斷更新、不斷升級，推動了計算機軟件的系統化、細致化、普及化發展。

當前，計算機軟件已經在人們的工作、學習、生活中普遍應用。例如，在企業中使用辦公軟件，提高各項管理工作效率與質量水平，在企業內部實現信息資源共享，確保各項信息的上傳下達；在校園建設中，計算機軟件也發揮了重要作用，包括在教學過程中使用的計算機軟件，便于師生之間的交流；同時，學生學籍管理、學費管理、收費管理等都需要通過計算機軟件而實現，確保校園內各項工作的有序性。總之，當前計算機軟件已經無處不在，改變了人們的工作、生活方式，給人們帶來諸多便捷。加強對計算機軟件工作的管理，研發更多實用性強、操作性強的軟件，非常重要。

4.計算機軟件工程管理中存在的問題

4.1 軟件工程需求和實際業務存在較大差距

在開發計算機軟件的過程中，軟件工程需求和實際業務的差距較大是最主要的問題。此問題形成的根本原因在于在需求項目工程階段，市場調查項目的實體和數據等是重點，但是，這些工作僅僅停留在業務表面的層次上，初步獲得的資料也僅具有框架式的作用，而業務規劃工作卻完全被忽略了。而軟件的后續設計人員在進行業務規劃時也只能通過想象來完成，這樣就造成了實際情況與最終的產品之間產生直接的較大的差距。

4.2 軟件工程管理量較大

軟件工程項目管理的工作量是難以預計的。眾所周知，軟件工程實際工作量具有很大彈性，開發過程中的人為因素對其開發進度具有很大的影響。如開發者的投入程度、業務員的管理水準、用戶積極配合的程度等等。若撇開人為因素，則在確定業務規則的基礎下，軟件開發的工作量必然是很好估算的。？

4.3 風險管理意識較弱

任何項目都有風險，風險一旦發生便會產生難以預計的損失，項目風險管理特別重要。但是某些項目負責人沒有充分認識到風險管理在軟件項目管理中的重要作用，對計劃書中風險管理章節部分敷衍了事，對項目風險管理所必備的知識不能充分掌握，以至于對事后的風險防范起不到較好的抵御作用。

5.計算機軟件工程管理的方法與對策