最近幾天有點糾結，好像又回到了很久之前學習的一種狀態，在黑暗中摸摸索索，滾滾爬爬，可能就是這種感覺。
教務系統從真正開始分析需求，寫需求，建模，**，到現在已經兩周了，今天在完善bll層的**（同時完善dal層的**。。）。還是自己想事情做事不夠周到，到現在還在寫dal層中的方法。
這幾天一直在想乙個事情，做軟體最重要的是什麼，按照官方的語言做軟體的流程就是理解需求，進行需求分析，然後進入資料庫的設計，當然在資料庫設計之前可以先畫畫介面幫助自己理解需求，對整體的業務有乙個了解。然後再進行建模，寫**。對於這一套的理論自己並不陌生，因為之前在做機房收費系統的時候已經按照這個理論進行了n遍。但是機房收費系統是自己已經實現過的，需求對於我來說，不能說是如數家珍，但基本也已經瞭如指掌了。所以在上次做的過程中有很多問題沒有暴露出來，比如說確定介面的問題，因為你的需求很明確了，所以你的介面對你來說很簡單。介面能確定，資料庫設計當然也不在話下，進而根據mvc的思想，dal層，bll層的書寫都不是問題了。
會寫程式的人應該都知道，做軟體的人都有乙個牽一髮而動全身的感覺，而我們設計軟體設計不好的始作俑者就是我們的需求分析沒有做好。需求不明確，進而資料庫設計不出來，就算勉勉強強的能把資料庫設計出來，你模糊的陰影還是揮散不去，做每一步都會停留在這個陰影裡。這次做就是乙個很明顯的例子，需求想不清楚之後做每一步心裡都不踏實，寫出的資料庫，dal層的**也是不完善的。
這幾天的犯得幾點錯誤和感悟：
1、從一接手某個專案開始，就要努力明確需求，通過需求然後進行資料庫的設計，這時候通常是乙個迷茫期，不知道從**下手，這時個人感覺可以先大致的劃一下介面，確定有多少張表。有時大型專案不是你自己在做，很可能是合作，首先弄清楚自己這一塊的內容，需要多少別人的介面，需要給別人提供多少介面，往來交流一定要用文件形式。寫明提供引數，需要資料，資料型別等等。
2、弄清楚svn伺服器上的各個資料夾的含義，清楚各個資料夾的職責，這幾天因為不熟悉svn的環境沒少吃虧，出錯的具體原因還在調查之中。
3、這次的教務系統是從dal層**寫起的，但是個人感覺在熟悉業務畫出介面（同時資料庫能設計出來的情況下）的時候，不妨確定一下bll層需要哪些方法，先想一下bll層實現都需要通過什麼引數呼叫哪些資料，這樣在做資料層時可以想的全面一些。
這幾天的經歷讓我明白了一件事情，做軟體最重要的是需求一定要明確，需求不明確，無論在怎麼會設計，各種架構、設計模式運用的再好，那也是驢唇不對馬嘴，都是浮雲。
需求 做軟體的基礎
最近幾天有點糾結，好像又回到了很久之前學習的一種狀態，在黑暗中摸摸索索，滾滾爬爬，可能就是這種感覺。教務系統從真正開始分析需求，寫需求，建模，到現在已經兩周了，今天在完善bll層的 同時完善dal層的 還是自己想事情做事不夠周到，到現在還在寫dal層中的方法。這幾天一直在想乙個事情，做軟體最重要的是...
軟體需求如何做？
經歷軟甲軍標的編寫。加上幾年的軟體設計，對軟體的需求重要性可以說體會的很深刻。1 首先要自己學習。學清楚要面對的物件，我們現在做的儀器，需要搞清楚儀器的執行原理。技術細節的問題。2 同行的同類產品的比較分類。對國內外產品的考察。比較分類，要知己彼才能設計好軟體的需求。3 面對的主要使用者群體那邊來，...
軟體需求分析基礎
size large 軟體始於需求。軟體開發，能否獲得成功，最重要的是需求分析的工作。因此，軟體需求分析師的能力和水平，對軟體專案至關重要。多年以來，我接觸過非常多軟體從業人員，很多人說自己參加過多個專案，在專案組中做過需求分析，仔細聊起來卻發現他們根本沒有接受過軟體需求分析的培訓，對軟體需求根本沒...