肯能很多做過中小型專案的專案經理都有這樣的感受，軟體到了維護期，很難維護了。
原因是什麼呢？
1. 客戶最終的需求比較開始需求分析時，變化了太多。
2. 軟體在開發工程中未測試到的bugs，在資料庫裡造成一些錯誤資料。然後經過軟體工程師的一些小工具進行了矯正。但是問題並不徹底。
我想到乙個自認為比較好的解決方案就是：
軟體執行正確與否，最根本在於資料庫的結構以及資料的儲存限制。
從這點出發，我認為在專案開發工程中，把客戶的業務規則寫成sql指令碼，用於檢測當前執行的資料是否正確。
無論需求怎麼變化，只要發生變化，就往指令碼裡增加相應的業務規則。這樣系統在經歷多次比較大的需求變更後，對使用者的資料執行
業務規則檢查指令碼，就能更好地保證資料的正確性了。
當然，sql指令碼寫的業務檢查規則必須要經過嚴格測試，保證其正確性，而且sql指令碼要把發生錯誤的資料，生成比較詳盡的文件進行輸出，方便
工程師查閱。
以上只是我的一家之言，希望大家多多討論中小專案的開發管理的心得。
還有，就是維護著這樣乙個sql指令碼，也是增加了專案的開發成本。
資料庫在專案中的應用（軟體測試方向）
場景 測試人員要做的事 開發配置好環境，但沒有連線資料庫 連線資料庫 已經建好資料庫，但沒有建立資料表 建立資料表 已經建好資料庫和資料表，但資料表中沒有資料 新增資料 資料表中有資料，但資料量不夠，開發只提供一兩條樣例資料 製造大量資料 後台管理沒有註冊功能 手動向資料表中插入使用者名稱和密碼 比...
資料庫應用第二章 資料庫的建立與維護
一.sql server 2005中建立 檢視 開啟 刪除資料庫的方法有哪些？方法分別有兩種 即可以通過sql server management studio圖形化介面實現,也可以通過sql語句命令實現。二.sql server 2008的系統資料庫有哪幾種？功能是什麼？系統資料庫由master ...
iOS 基於Realm資料庫的記賬軟體 前言
筆者在今年畢業的時候，為了應付學校的畢業設計，因此做了一款基於realm資料庫的記賬軟體。現在畢業後，稍微閒下來了，所以打算將整個專案的核心實現步驟記錄下來，供大家學習學習。當然，專案中肯定還存在著大大小小的bug，例如資料的溢位等細節處理。那麼先讓大家看看專案的效果圖吧 時間線布局 記錄介面 錢包...