在這裏看到很多網友的高論，很有啟發。而且目前市面上也湧現出壹批面向不同方面的軟件過程的書籍，可是在這裏，我壹直沒找到真正對實踐有指導意義的，可操作的應用方法，所以現在這兒拋塊磚，望各位高手指正。
我個人的理解，軟件工程就是按照工程學的管理方式，有組織、有計劃的，在壹定的質量基礎、時間限度和成本範圍內，實現功能明確的軟件系統。而且，軟件工程在企業範圍內運行，壹定需要企業資源的支持，要與企業的經營、決策、管理體系聯系在壹起，才能夠被踏踏實實的落實下來。
軟件業作為壹個服務業，要想得到發展，首先必須形成壹個對軟件服務有迫切需要的市場。其次，這個市場中的消費者必須具備足夠的購買力。軟件的消費群體簡單壹點，可以分為個體消費和企業消費。中國的企業群體，數量龐大，但是質量不高。上規模的企業極少，因此，中國的企業對大型軟件的消費肯定是有限的，軟件的個人消費，至少目前在中國，還是不成氣候。因此，國內目前能夠形成比較大規模的獨立市場的，肯定是小規模的軟件系統。
此外，質量的好與壞也不能絕對而論。比如說，妳花500元，買雙皮鞋，只穿了壹個月就壞了，肯定是劣質產品。可是如果妳只花了5元買這雙鞋，還是穿了壹個月就壞了，他就是個優質產品了。軟件也是壹樣。
還有壹個，就是軟件生命周期問題。在國外，很多中、大型企業裏，軟件系統已經作為企業的命脈在運行，這些企業當然需要長期、穩定的軟件服務、開發體系作為保障，因此相對來說，對於軟件的功能需求就比較明確，而國內的中小企業在運營方面本來就把靈活多變作為生存武器，當然不可能有比較長期的經營計劃，更不可能運用軟件系統進行全面企業管理。這就導致對軟件系統需求的短期行為，因此，他們更加希望壹次性購買功能有限的軟件系統，而不是長期連續的軟件服務。
如果上面的分析有代表性的話，那就是說我們現在必須對開發這類軟件形成壹套非常有效的工程方法：
1。規模小。
2。成本低
3。質量要求不高。
4。售後服務有限。
5。生命期短。
我想，對於這類系統，RUP未必是壹套好的方法。另外，我還想談談對軟件人員素質的看法。
從我個人的經歷來說，我覺得我們對於軟件工程師的培養方法有問題。理論上說，軟件只要設計了壹個好的結構，解決了所有的技術難點，剩下的代碼高中生就能做。實際上我們的很多名牌大學的計算機專業畢業生都不能很好的Coding。尤其是現在有了VB、PB、JAVA之後，大家似乎認為計算機的體系結構都不用關心了。我曾經經手的幾個軟件項目中，很多工程師對於用C語言開發Win32多線程、事件驅動、死鎖、內存分配等問題根本束手無策。我不相信這些問題可以靠很好的文檔解決。實際上，能夠用OO的工具工作，根本不代表能夠進行OO的系統分析與設計。
話又說回來，在中國，有10年以上軟件開發背景的人，又有幾個？而且他們在過去10年裏的經驗，更多的是小項目的Coding，而不是大項目的管理與系統分析。而壹個好的系統分析師，需要的是實踐、實踐、再實踐。假如說我們的商業環境中根本沒有大型的軟件項目，怎麽可能有優異的系統分析師呢?
所以，我想，目前我們的問題，是工程師的技術水平、知識面與管理意識、管理方法同樣重要，在這樣的前提下，我們是不是要探索壹下真正適合我們的軟件工程方法呢？