摘要:軟件項目管理PMS是一種科學的管理手段，是為使軟件項目能夠按照預定的成本、進度、質量順利完成以及對成本、人員、進度、質量、風險等進行分析和管理的一系列活動。筆者在分析了MVC模式的優缺點之后，運用面向對象的編程思想闡述了系統的設計與實現。
關鍵詞:軟件項目管理;MVC模式;面向對象
1中國軟件產業的現狀
目前，中國的軟件企業正處于高速發展，急需規范管理并以項目為主導的環境中。盡管近年來我國的軟件產業保持高速的成長態勢，然而在繁榮火爆的市場背后，也隱藏著相當的危機。我國軟件產業的軟件生產力落后是必須直面的一種現實。具體體現在以下幾個方面:國產軟件市場占有率低，軟件企業規模偏小，企業缺乏競爭力，軟件企業創新能力不足。
中國目前軟件的落后狀況，實際已經不是技術本身的問題，而是科學管理的問題。軟件工程理論與軟件項目管理的實際應用與經驗［1］，是我國軟件企業急待學習與渴求的。中國軟件各個層次上的管理問題，目前可以說已經制約了中國軟件業走向國際化的進程。
隨著信息技術的飛速發展，計算機軟件產品的規模和復雜度也隨之增加。個人單打獨斗的作坊式開發方式已經越來越不適應發展的需要。與此同時，軟件項目總“項目黑洞”也應運而生:項目無法按期完成，項目合作方的工作難以協調，用戶需求經常變動，工作質量難以保證，給企業帶來了愈來愈多的損失。這種情況說明了軟件項目開發及管理過程中，存在著許多的問題，需要更多的重視和研究。
2項目管理與軟件項目管理
項目管理是企業管理的下屬層次，在很大程度上項目管理的成功與否常常受企業管理的制度制約(比如說設備采購的批復等待會延誤工期)。由于在制定計劃時，沒有考慮自身和客戶雙方的企業管理的環境，所以在實施過程中會受到企業管理環境因素的影響。因此，作為一個項目管理者，審視自身的項目所處的企業環境并做出準確的判斷是非常有必要的。缺少良好的項目環境，項目管理者的心血常常白費。
一個項目按時在預算范圍內完成了而另外一個則沒有按時完成，這不意味著第一個項目管理得比較好。因為前者可能是項目時間和成本寬松的項目而后者根本就是不可能完成的項目。前者項目管理的意義在于獲得較高的項目效益而后者的意義在于避免更大的項目損失。但是，充滿了浮躁的軟件企業沒有諸如此類的意識，一些項目在未開始前注定就是失敗的，項目經理們一上手便被扣以一責任人的鐐銬。因此，項目管理有無具體效果，需要合理地進行評判，單純以出效益為上的觀點未必有失偏頗。作為項目管理的來說，項目管理的真正意義在于事先預防各種偏離項目目標的問題出現而不是在于解決問題。
軟件項目管理PMS作為一種科學的管理手段，就是為使軟件項目能夠按照預定的成本，進度，質量順利完成，對成本，人員，進度，質量，風險等進行分析和管理的一系列活動。軟件行業是一個極具挑戰性和創造性的新行業。管理上沒有成熟的經驗可供借鑒。而軟件項目管理應該說對于軟件企業，，是行之有效的管理方法。因此，決定一個軟件項目實施成功與否，軟件項目管理無疑起著舉足輕重的作用，軟件項目管理已經是公認的軟件開發企業的核心競爭力之一。
3基于MVC模式軟件項目管理系統的架構的分析
3.1MVC模式
MVC模式即模型－視圖－控制器(Model-View-Controller)。即把一個應用的輸入、處理、輸出流程按照Model、View、Controller的方式進行分離，這樣一個應用被分成三個層———模型層、視圖層、控制層。
MVC強調將業務邏輯放在模型中，表示邏輯放在視圖中，而將應用程序的整個流程控制放在控制器中。通過這種分離，可以極大地降低數據保持和數據顯示之間的耦合度，提高系統的開發效率、易維護性、易擴展性，因此從提出至今已成為交互式應用中使用最廣泛的架構技術。
MVC模式強調兩類主要的分離:從模型中分離表現和從視圖中分離控制器。
從模型中分離表現是一個好的軟件設計方案中最基本的啟發式方式。其重要性表現在:表現和模型的關注點不同。開發視圖時，需要考慮的是怎樣布局一個好的用戶界面。在設計模型時，需要考慮的是業務邏輯，或數據庫交互。而當設計兩者之一時，所用的資源與設計另一種時所用的資源可能是完全不一樣的。
這個分離的關鍵點是依賴的方向:表現依賴模型，但是模型不依賴表現。在模型中編程時，必須完全不知道是哪個表現在起作用。這樣可以簡化他們的任務，并且將來容易增加新的表現。同時，這也意味著表現也可以自由變化而無需改變模型。
第二個分離，視圖和控制器的分離，相對不是很重要。在基于客戶端技術，基本上不進行這類分離。因為顯示和控制的關系過于密切，分離反而導致不必要的復雜性。而基于Web的瘦客戶端技術(ThinClient)大多進行分離，因為在這類技術下，瀏覽器只負責顯示數據，而將流程控制交給服務器。J2EE中的前端控制器模式(FrontControllerPattern)為J2EE平臺下最常用的視圖/控制器分離模式。它使用JSP完成視圖的顯示，使用Servlet完成服務器端的控制。現在廣泛使用的Struts也是基于這一模式。
3.2MVC模式對應J2EE框架的位置
MVC與J2EE架構的對應關系是［2］:View處于WebTier或者說是Client
Tier，通常是JSP/Servlet，即頁面顯示部分。Controller也處于WebTier，通常用Servlet來實現，即頁面顯示的邏輯部分實現。Model處于MiddleTier，通常用服務端的JavaBean或者EJB實現，即業務邏輯部分的實現。
3.3MVC模式的優缺點
MVC模式強調了一種分離的思想。通過這種分離，可以使數據保持、數據顯示和數據控制可以獨立演化而不用依賴于任何一方。從而從結構上降低了系統各部分的耦合性。提供了靈活的擴展空間，比如可以很輕松的更換一種視圖而不需要改動模型部分。
但是，MVC模式也有一定的缺點。即在將模型、視圖、控制器的分離的同時增加了系統結構和實現的復雜性;視圖與控制器間很難實現良好的松耦合，過于緊密的連接妨礙了其獨立重用;由于視圖需要模型和控制器與底層數據進行訪問，據模型操作接口不同，視圖可能需要多次調用才能獲得足夠的顯示數據，這樣會損害系統操作性能。
4系統的總體實現
4.1項目管理模型
(1)項目管理模型。如圖1所示。
(2)實體說明
項目:軟件項目管理是為了使軟件項目能夠按照預定的成本、進度、質量順利完成，而對人員(People)、產品(Product)、過程(Process)和項目(Project)進行分析和管理的活動［3］。項目是項目管理的核心。
(3)實體關系
項目―項目分配表:項目與項目分配表之間是一對一的關系。項目分配表記錄項目的分配情況，記錄項目的編號，及項目小組編號，從而記錄了項目的工作人員。
項目―人員:項目與項目人員分配表之間是多對多的關系。對于一個項目，從立項到結項是一個艱巨的任務，時間可能會很長。在同一時間可能會有多個項目，為了達到公司資源的合理利用，同一個員工可以分配到多個項目里。項目人員分配表用來記載項目與人員之間的關系。
圖1任務管理模型
員工―項目小組分配表:為了便于管理，建立一個項目小組分配表，項目小組分配表與員工之間是多對多的關系。項目員工小組分配表是記錄項目分配表和員工的中間表，此外，項目小組分配表中還記錄了員工的崗位信息。
4.2任務管理模型
(1)任務管理模型。如圖2所示。
圖2任務管理模型
(2)實體說明
任務:公司在接到項目后，對項目立項和分析后，將項目分成多個任務，將任務分配給指定的員工，員工在接到任務后，可以接受任務或依據現況對任務進行駁回。
(3)實體關系
任務―項目項目和任務之間是一對多的關系，一個項目可以分成若干個任務。只有任務一個一個的成功完成，才能最后將一個項目完成。每個任務都對應著一個計劃開始時間和計劃結束時間，通過這個時間，可以估計整個任務的完成情況。從而可以通過這個情況和項目本身而及時調整對任務的分配。
5結語
實施項目管理的目的是為了提高項目的效益，即引入項目管理后所產生的效益減去項目管理的成本后必須大于未引入項目管理時的效益。軟件項目管理是一個從"自發"走向"自覺"的過程，也是一個從經驗主義走向理性主義的過程。而這一目標的實現，則需要配合廣大項目管理者的項目管理思維和積極實踐。
參考文獻:
［1］韓雯．項目管理過程中的會計應用［J］．中小企業管理與科技，2008(11):78．
［2］薩師煊，王珊．數據庫系統概論［M］．北京:高等教育出版社，2000．
［3］張海藩．軟件工程［M］．北京:人民郵電出版社，2002．
［4］［美］福爾斯泰因，普瑞拜爾著，林琪，王宇譯．OraclePL/SQL程序設計．2版［M］．北京:中國電力出版社，2004．(本文于2010年發表于《長春大學學報》)
