所有的軟件開發無非都離不開那幾個階段第一步：需求調研分析　　第二步：概要設計　　第三步：詳細設計　　　第四步：編碼　　　第五步：測試　　　　第六步：軟件交付準備

其實對于一個程序員來說，最為關心的當然是CODING，但是對于一個軟件是否成功，一個項目是否盈利，最為重要的應該是開頭，所謂萬事開頭難。

最近在做網頁，不小心被分到需求組了，哎，一個角色的轉換，說起來是有點不適應。不過卻也發現了一些些問題。

首先，不管是根據傳統的軟件做法，還是傳統的網頁做法，又或者是我們現在使用的快速迭代式開發模式，對于整個項目的理解是做需求設計的前提。其實網頁和桌面應用程序一樣，在需求設計中，也必須給出界面的設計，唯一有點區別的是網頁對美工的要求更為的高。而由于網頁開發的特殊性，和我們團隊的需要，我們把頁面設計直接用靜態的網頁方式展現出來，這樣第一我們可以在做討論功能的時候就能很清晰的展現整個流程的走向，并且可以很直觀的得到一個用戶的體驗效果。但是這樣一來，造成了一個至少是困擾我的問題。到底是功能驅動界面？還是界面驅動功能？

其實兩個方式都是可取的，功能和界面直接的關系是微妙的，他們既可以相互獨立，又可以相互依賴，但是作為一個項目的核心來說應該是功能，界面只是功能的一個表現形式，一個與用戶交互的手段、或者可以稱之為橋梁。用戶是一直存在的，那么要造好這座橋就必須讓橋梁另外一段的功能能更為的完善、堅實。

因此我個人覺得，界面雖然是可以脫離于功能獨立存在的一個東西，但是只有在把功能模塊分析的十分透徹的情況下，才能把這座與用戶能唯一溝通的橋梁建設的更加的完美。

再說點題外話，網站，到底該怎么設計？

抄襲可恥，但是去其槽粕，用其精華又何嘗不可，網絡社會發展至今，技術已經十分成熟了，CSS,JQUERY插件，很多東西已經是非常的牛逼了，為什么現有那么優秀的東西不用要自創呢？記得曾經有一位老師說過，有現成的代碼，在自身消化后，覺得是可行的，必定是要“抄襲”的，他沒說原因，因為這只有在自己親身的體會到之后才會懂的。門戶網站有門戶網站的一套，購物網站有購物網站的一套，社交網站也有社交網站的一套，我們做的既不是門戶也不是購物，更不是社交，但是我們為何不把他們三者之間的優勢結合起來，作為我們自己的成果物呢？我不是摒棄創新，也不是提倡抄襲，只是面臨現狀，我們需要的是用最快的時間得到最好的效果，我們需要的是成功個，至于怎么成功并不重要。比爾蓋茲成功了，但是他怎么成功的你注意過么？唐駿成功了，他成功背后充滿謊言如果不是有人故意翻舊賬又有誰會在乎呢？

其實說了這么多，我只是想說，只要我們成功了我們就是成功了，僅此而已，加油吧~~網頁設計之路很長，但是他又很短，他不想C++那么耐人尋味，也不想JAVA那么高高在上，但是他卻充分的展現了程序設計的美感，一點也不遜色于任何一個高級語言。

轉載于:https://www.cnblogs.com/gary2948/archive/2011/06/16/2083144.html

總結

以上是生活随笔為你收集整理的肉肉谈对需求设计的想法--到底是功能驱动界面？还是界面驱动功能？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。