? ? 現在軟件已經(jīng)和我們的生活息息相關(guān)，滲透到各行各業(yè)，例如現在我們平時(shí)接觸到的windows操作系統、玩的電子游戲、使用的財務(wù)軟件、機場(chǎng)的售縹系統、醫院的掛號系統、還有我們去唱歌的點(diǎn)歌系統等等都屬于軟件的范圍。舉一個(gè)例子來(lái)說(shuō)，你肯定用過(guò)自動(dòng)提款機吧？提款機本是一臺實(shí)體機器，金屬的，本身臺機器是不會(huì )給您提供任何服務(wù)的，所有就需要有一套東西來(lái)提示您插卡、輸入密碼、取多少錢(qián)、拔卡等等步驟，這就叫做軟件。然后告知我們是制作軟件的，在IT業(yè)內稱(chēng)為軟件開(kāi)發(fā)。
? ? 軟件工程把整個(gè)軟件開(kāi)發(fā)過(guò)程大致分為需求分析、設計、編碼、測試和維護等五個(gè)方面。只有每個(gè)方面都做好了，才有可能做成一個(gè)好的系統，這只是一個(gè)必要條件而非充分條件。每個(gè)階段的產(chǎn)出就是文檔，在瀑布開(kāi)發(fā)模型里面，下一階段所需要的信息來(lái)源于上一階段的文檔。
? ? 需求分析顧名思義就是了解客戶(hù)具體的需求，了解客戶(hù)到底要做成一個(gè)什么樣子的系統。幾年前學(xué)習軟件工程的時(shí)候聽(tīng)說(shuō)需求分析是軟件開(kāi)發(fā)過(guò)程中最重要的一步，不以為然，現在我認為一個(gè)好的需求分析師比開(kāi)發(fā)人員重要得多。一個(gè)好的需求分析師不僅能充分發(fā)現客戶(hù)的要求，還能發(fā)掘客戶(hù)沒(méi)想到的地方;一個(gè)好的需求分析師需要把各種系統的業(yè)務(wù)流程熟記在心，專(zhuān)攻一個(gè)行業(yè)系統實(shí)在是明智之舉;一個(gè)好的需求分析師生成的需求文檔各方面信息一目了然，減少了不必要的溝通時(shí)間。
?設計包括概要設計和詳細設計，需要產(chǎn)出概要設計說(shuō)明書(shū)、詳細設計說(shuō)明書(shū)和數據庫設計說(shuō)明書(shū)等。系統設計人員應該有著(zhù)豐富的設計經(jīng)驗和開(kāi)發(fā)經(jīng)驗，一份好的設計讓開(kāi)發(fā)人員看得賞心悅目，開(kāi)發(fā)起來(lái)簡(jiǎn)單高效，而一份糟糕的設計會(huì )讓所有人感覺(jué)墜入云端，自然開(kāi)發(fā)的時(shí)候困難重重。
? 編碼是所有的程序員最熟悉的一個(gè)階段，也是大多數程序員自認為最重要的一個(gè)階段，其實(shí)不然。公司沒(méi)有編碼人員，我可以招，工作經(jīng)驗不足的沒(méi)關(guān)系，我花點(diǎn)時(shí)間來(lái)培訓，給時(shí)間讓他成熟，并不是所有的編碼都有著(zhù)很高的技術(shù)要求，一般一年時(shí)間都可以培訓出合格的編碼人員。但是公司如果沒(méi)有需求分析人員，招一個(gè)進(jìn)來(lái)不見(jiàn)得對我這個(gè)系統有多了解，不見(jiàn)得他有著(zhù)良好的溝通能力，需求分析人員不僅需要掌握計算機方面的知識，還需要掌握所需要開(kāi)發(fā)的系統行業(yè)知識，溝通技巧等多方面的知識，這些知識需要時(shí)間的積累，并不是一朝一夕的事情。同樣設計人員沒(méi)有豐富的設計經(jīng)驗，那么你這個(gè)系統就準備宣布失敗吧。編碼階段的產(chǎn)出文檔就是具體的程序代碼。
測試是用來(lái)保障系統質(zhì)量的，一個(gè)好的測試是發(fā)現了系統中尚未發(fā)現的缺陷，一個(gè)成功的測試是發(fā)現了測試中的錯誤。測試并不一定要在編碼完成后再展開(kāi)，在需求分析階段就可以開(kāi)始著(zhù)手設計測試用例。測試也并不全是測試人員的事情，編碼人員一定要自己先測試沒(méi)問(wèn)題后再提交自己的代碼，最好能完成單元測試。測試人員一般都會(huì )進(jìn)行功能測試和集成測試，有白盒、黑盒等測試方法。本階段的產(chǎn)出是測試報告，測試出來(lái)的bug等編碼人員修正后再進(jìn)行回歸測試。
? ? ?維護可以說(shuō)是軟件開(kāi)發(fā)過(guò)程中最冗長(cháng)的階段。一個(gè)系統開(kāi)發(fā)可能就幾個(gè)月，一年兩年的事情，但是維護可能要持續幾年，十幾年甚至幾十年的時(shí)間。上述幾個(gè)階段生成的文檔在維護階段也會(huì )派上用場(chǎng)，因為系統出問(wèn)題的時(shí)候系統設計人員可能已經(jīng)不在公司任職了，這時(shí)候你就需要閱讀他留下來(lái)的設計文檔，了解當初設計人員的想法思路。
? ? ?軟件（尤其是中大型軟件）質(zhì)量好壞還有一個(gè)很重要的因素：軟件體系結構。打個(gè)比方，我要建房子。軟件體系結構就好比房子的結構，采用哪種樣式（歐式？中式？）決定了房子的結構，軟件體系結構的規劃設計也就決定了軟件本身的結構（軟件的環(huán)境，功能模塊的安排，位置，互相聯(lián)系關(guān)系等等）。那么，房子的結構設計好了，就要解決建筑材料的問(wèn)題。在這里，牢固的磚頭和橫梁是房子牢固的根本保證。同樣，擁有良好數據結構和算法的功能函數或函數塊也是整個(gè)軟件質(zhì)量的根本保證！有了質(zhì)量過(guò)硬的磚頭和橫梁，只要結構合理，房子的壽命是完全可以保證的。一樣道理，我們手頭有了大批信的過(guò)的功能函數或函數塊，在編程的時(shí)候嚴格按照軟件工程規范，合理運用面向對象方法，按照科學(xué)的體系結構要求，就能在經(jīng)濟的條件下，開(kāi)發(fā)出優(yōu)良（準確，健壯，時(shí)空效率高，易修改補充，美觀(guān)，易使用）的軟件。
