熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> Java編程 >> JSP教程 >> 正文

軟件過程的發展的思考

2013-11-15 11:34:34  來源: JSP教程 

  以目標為中心的項目開發可以為達成目標而不擇手段或者說不采用任何手段 只要最後項目成功項目人員可以使用任何辦法而以過程為中心則以過程為主要依據要求過程步驟完美最後結果如何都是成功的項目按儒家的中庸說法 兩種觀點看起來都是不正確的 能夠相互補充那時最好了
  
  首先 軟件項目剛剛開始出現的時候人們完全不知道需要如何對付它 所以那時候是只能以目標為中心 采取個人主義僅僅需要一個人或者幾個人就能完成一個偉大的項目 當時其中的領導者一定是能力超強 不僅技術令人折服而且充滿了人格魅力管理能力也是必不可少的這樣可以說靠著他一個人的能力和意志帶領著大家完成項目就像很多傳奇中的研發項目就是靠著個人能力領導著整個團隊
  
  中國的很多中小企業就是這一階段的以目標為中心 雖然使用了一些先進的工具但是思路還是沒有脫離原始的狀態在這樣的公司你往往能聽到這樣的話我頭頭說這個東西必須在這個星期完成 然後項目就在無序中進行如果項目有一個傑出技術專家可能會僥幸成功但更多都是糊裡糊塗的失敗了但是即使失敗了很多項目也會被公司當作成功項目因為沒人願意承認失敗所以如果去找工作如果一看要招一個XX高手這樣的人這個公司一定就是這一類型的公司經歷過很多次失敗以後它只能把希望寄托在一兩個高手身上
  
  慢慢的隨著業界對軟件的需求越來越大項目也越來越大開發人員也越來越多這種模式再也無法承受使用了仍采用這種模式的項目的失敗率也越來越高然後一些聰明人發明了瀑布模型從本身看這並非是一個創舉它把一個大目標分割成幾個小的目標步驟一個一個次序完成他們的一小步是人類的一大步他們開創了一種可行的文化這樣隨著目標越來越大越來越細化模式也從瀑布變成了增量模型也從以目標為中心轉變成了以過程為中心理論上只要把最簡單的瀑布模型每一個步驟都嚴格完成那麼項目一定會成功這個時候軟件業也從混沌轉變到了有序的階段
  
  國內很多企業做的形似而神不似項目雖然使用了一些過程但是這些過程只是用來擺樣子全無實用價值在過程中對各個階段的控制和審核是最主要的不然就失去了分階段的作用其實就是退回到混沌的階段在很多的項目中這一階段雖然完成的不好但是還是會往下面走原因就是根本沒有認識到為什麼要采用過程方式
  
  在過程為中心的開發中一般來說采用一個適合的過程模型然後適當的裁剪我認為是成功系數很高的 當然需要一個合適理解這個過程的項目經理很多公司的失敗是因為項目成員並不理解這個過程只是為了擁有過程而過程業界的過程模型已經經過長時間的檢驗如果問題出現了很大願意是使用的人的對這個過程理解得不夠
  
  任何過程都會帶來一個副面的影響太耗費資源大家應該深有感觸過程中的那些文檔的確是讓任何人都非常害怕尤其是對這些文檔的維護更是恐怖但是這是減少點對點交流的非常好的解決途徑之一對於這個問題只有大量采用裁剪畢竟實用才是大家追求的人們開始對動不動就是資源消耗極大的過程開始反感重新開始了對過程的思考他們希望有特別針對與中小項目的適合的過程即使是瀑布也太復雜他們需要在保持一定過程的前提下采用最為節省資源的做法保證項目成功並不一定需要繁瑣的步驟在每一道關口設卡檢查完全有可能在主要的關口設卡在內部如何方便通行就采用哪種路線這樣就能保證能最快最正確的通過這就是以目標為中心和以過程為中心的結合體於是XP等新的想法誕生了
  
  像任何行業一樣軟件業也從無序進入有序有從有序進入了過度繁瑣的有序然後再從繁瑣進入精簡進入了實用的有序在反反復復後我們會看到一個成熟的工業像其他所有的行業一樣實用是最重要的

From:http://tw.wingwit.com/Article/program/Java/JSP/201311/19229.html
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.