在上篇文章[url=工作初體驗-軟體工程篇》[/url]中，簡單說了自己對軟體工程的一些體會，現在繼續侃侃。
需求分析。在工作中會經常遇到客戶無休止的提出新的需求，這個時候我們該怎麼辦呢？軟體開發者和客戶始終存在著矛盾，客戶肯定想花越少的錢獲得越多的功能。不過我們要讓客戶明白：軟體開發人員的精力是有限的，不可能開發出功能無限的軟體。不過乙個優秀的公司，必定是謙虛的、內斂的，我們當然不能直接拒絕，而是要很有藝術。這樣有時肯定不行，所以必須在合同中嚴格說明維修範圍、功能、效能等。另外在《工作初體驗-軟體工程篇》中提到開發方應充分引導客戶提需求，把需求分析的主動權放在自己的手上。不過怎麼樣才能充分引導客戶提需求呢？要達到這種程度，必須比客戶更了解客戶的業務,比客戶更知道客戶的所需。事實上，當你比客戶更了解客戶的業務，比客戶更知道客戶的所需時，就可以剖析客戶的業務，發現其中的不足，為客戶提供與之配套的技術解決方案。
設計。在《工作初體驗-軟體工程篇》中我提到任務要自上而下，產品要自下而上，這是「嫦娥一號」總指揮在今年的it兩會上說的。任務要自上而下：模組式開發方式非常符合這個構思。對於乙個軟體產品，非常仔細地自上而下地進行分析。每分析到乙個邏輯上非常清晰的模組的時候，就停下來，把這個模組交給個人或團隊去做。產品要自下而上：如果讓我們做乙個軟體產品，我們肯定不能完成；不過如果讓我們做其中的乙個模組，我們可能可以；如果還不行，讓寫一些類總可以吧！就這樣自下而上，軟體產品出來了。其實現在web2.0的產品也很符合這個idea：產品要自下而上。
測試。最近公司在培訓自動化測試，用的工具是borland的silktest，在[url=測試jfc--pagelist[/url]中簡單使用了一下silktest，功能還挺強大的。待續...
(補)記得在乙個同學的qq簽名上看到：應用工程師=測試+全面知識+溝通。我認為其中的"全面知識"就是對業務知識的掌握，現在社會需要的開發人員既能在技術能力上突出又要能夠精通業務，打個比方，他們就是士官，既能指揮小組，也能打仗，沒有業務理解和分析能力、純粹的編碼人員將被淘汰。在我們公司比較明顯，領導相對來說更傾向於能在業務和技術能力上同樣突出的技術人員。這點也印證了我剛才在需求裡面所說的，如果對業務知識很熟悉，那麼在製作需求說明書的時候主動性很大。所以說，測試也應當由對業務比較熟悉的人來做。當然如果使用者能充當這個角色，那就太好了。
軟體工程目標以及軟體工程實踐體驗！
軟體工程的目標 生產具有正確性 可用性以及開銷合宜的產品。正確性指軟體產品達到預期功能的程度。可用性指軟體基本結構 實現及文件為使用者可用的程度。開銷合宜是指軟體開發 執行的整個開銷滿足使用者要求的程度。這些目標的實現不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程 過程模型及工程方...
軟體工程 軟體工程概述
一.軟體 定義 計算機系統中的程式及其文件 程式 計算任務的處理物件和處理規則的描述 文件 為了便於了解程式所需的闡明性資料 特點 軟體的種類 按功能劃分 系統軟體 支援軟體 應用軟體 二.軟體工程的起源和概念 早期電腦程式 現在人們認為 在資訊產業中，微電子是基礎，計算機和網路是載體，軟體是核心 ...
軟體工程 軟體工程的概述
軟體工程是研究和應用如何以系統性的 規範化的 可定量的過程化方法去開發和維護軟體，以及如何把經過時間考 驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來的學科，它涉及到程式語言 資料庫 軟體 開發工具 系統平台 標準 設計模式等方面。先從軟體工程的第一章開始說起 軟體工程的概述，這一章是...