在《
10月10-11日北京非盈利公開課》上，關於需求捕獲的討論，引發了乙個問題。
從一般意義上講，類似於手機作業系統，作業系統，office系統等這些系統的需求，仍然也只能是客戶提出來的。但是乙個基本事實是，包括筆者在內很多使用者，並沒有直接提出過任何具體的需求，我我要用它做什麼什麼。而在這些軟體系統的宣傳上，會大幅的介紹他們的系統可以有這樣或那樣的功能。
作為使用者而言，我根據自己的需要，決定是否購買這個軟體，或者別的廠家的軟體。有時候會根據自己的特殊需要而作取捨。比如，對於遊戲玩家，在裝電腦的時候就會選擇高配置的顯示卡。在使用者的角度上看這些是很自然的事情，而作為軟體開系統而言，它的需求又是從何而來的，是不是他們拍腦袋想出的呢？
[待續]
答案是否定的。許多大的軟體廠商都有自己的需求部門，有專門的需求工程師，需求是乙個被嚴格管理的物件。那麼需求是怎麼產生的呢？需求只能來自於使用者，但是使用者之中有細分，不同的使用者的需要有所不同，口味也不一樣，可以說各有個的想法。
[介面分離]
如果說對於程式功能實現來說，普通使用者還無法表達什麼意見，那麼，對於乙個軟體應該看起來是什麼樣子，估計每個人都有自己的看法。是標準的視窗-選單-滑鼠，還是像flash動畫一樣的，還是快捷鍵組合，甚至是純字元的命令列介面等到。這些是使用者所關心的，但是對於軟體功能來說卻不是重點。還句話說，同樣通能的軟體既可以長成這個樣子也可以長成那個樣子，從桌面應用到基於網頁的應用都可以，電子郵件系統就是有個很好的例子。
基於介面不是系統的核心的觀點，介面應該從需求中分離出去。
[待續]
軟體產品需求分析報告
軟體產品需求分析報告 開發這個軟體的作用 意義 目的與最終要達到的意圖。如果這份軟體需求分析報告只與整個系統的某個部分有關係，軟體產品的需求分析報告中說明那個部分或系統 這部分軟體是怎麼樣與大系統關聯 同時說明相互關係的存在形式，並定義出兩者之間的全部介面。內容 產品範圍 產品功能 使用者的類與特性...
軟體產品公司需要需求管理系統
1.1 缺少需求管理的例子 網上有一幅漫畫形象地描述了需求在傳遞過程中產生的誤差。圖 1 關於需求的漫畫 1.2 產品持續改進需要需求管理 軟體產品是軟體產品公司核心業務，圍繞著軟體產品的開發周期往往是長期的 持續的，有自己的產品生命週期，這與內容變化的單次專案開發活動有其本質區別。而在產品型公司中...
軟體產品的藝術之美 老吳說產品
今天要與大家談的是藝術，現在藝術這個詞已經走近了平常百姓家了，家裡有孩子的都知道誰家孩子不學習個舞蹈 畫畫 樂器什麼的，舊時王謝堂前燕，飛入尋常百姓家 生活質量的提高讓大家欣賞美的水平也提高了，80年代的相聲現在聽起來已經索然無味，更多的視覺衝擊和聲音衝擊已經給我們開啟了更多的想像空間，再也不是中國...