如何實現敏捷高效可持續改進的軟件開發過程？

對於大部分軟件編程來講，面向對象都是應該放在首位的編程思想和問題解決方法。你必須先對系統作高度的抽象，作好職責劃分，讓各層各模塊高度解耦，只有這樣，才能實現一個富有彈性能輕鬆自如應對變化和新增需求的複雜系統。通過良好設計的軟件幾乎每一個部分均可以獨立改進，無限精細化，也能夠被替換，爲持續改進打下很好的基礎。若是想要系統性深刻的學習瞭解，能夠找設計模式、敏捷軟件開發和極限編程方面的書籍看看，尤爲推薦《敏捷軟件開發-原則、模式與實踐》這本書。

 

固然，若是你只是作一個簡單的功能，或者只是作一些表層模塊，或者你僅僅想盡快把功能搞定，你是不能體會到面向對象層層封裝所能帶來的好處的，這時你只須要使用面向過程的思想就足夠了。但不管何種方式，必要的備註能爲你和他人節約大量的精力。設想一下，你只須要讀一下備註就能迅速回憶或者瞭解某個類或函數的功能，與你須要讀了整個類或函數的代碼才能猜想或肯定其意義，工做量相差是多麼巨大。因此代碼備註也是很是重要的。

 

其實不止代碼備註很是重要，數據庫的備註也能給咱們帶來很大的便利。可是代碼備註能夠放在開發者最須要了解它的地方（調用它的地方或者實現它的地方經常是程序員正好想了解它的地方），而數據庫相對的獨立性和數據庫備註及其查詢不方便的緣由，幾乎讓全部的人都放棄了數據庫備註。一般，咱們能夠在設計之初就用文檔寫明數據庫設計，可是具體的實現過程當中你會發現設計不可能面面俱到，程序員也不可能受文檔的束縛，文檔很快就顯得粗糙並且過期了。有時在比較嚴格的狀況下，經理可能會要求開發人員注意時刻維護文檔的準確性，但這大大加大開發人員的負擔，一般這是不現實的。有時經理會要求在基本完成開發工做以後再維護設計文檔，但這一般會形式化，由於確定會有大量重要信息被遺漏。因此，用外部文檔來維護數據庫備註，能夠說基本是行不通的。

 

善用工具，善於藉助工具達成本身的目標，也是一個優秀開發者和管理者重要的能力，實際上對於數據庫備註的管理，也是有一些工具能給咱們提供幫助的。這裏重點給你們介紹一款針對性強的數據庫備註管理工具：DbRemark。應用DbRemark你能夠直觀方便的給數據庫中表、列、視圖、函數或存儲過程等添加標題和描述，並即時分享給其它團隊成員，這些備註信息能爲你從此迅速回憶、準確使用、持續改進帶來很大幫助，同時也是留給其餘團隊成員的重要信息。同時DbRemark作爲數據庫客戶端軟件，能夠用來查詢表、視圖、函數和存儲過程，或者用來執行SQL，此外，DbRemark提供很多其餘工具很難實現或者根本沒有提供的功能，好比，能夠進行數據庫全局數據搜索，能夠方便查看錶或視圖的關聯表或視圖，能夠方便查看引用表或視圖的視圖、函數或存儲過程，能以視圖、函數、存儲過程或歷史執行過的SQL爲參考爲你規劃二表或多表間的關聯關係，幫你對錶間關聯關係迅速造成全面而準確的認識，等等，這裏就不詳細展開了，你能夠本身下載下來操做體驗一下。

 

最後總結一下，如何實現敏捷高效可持續改進的軟件開發過程？最主要是提升軟件設計和開發者的素質，精熟面向對象思想方法，能在合適的地方合理應用，這方面能力和水平不是經過幾篇博文就能掌握的，你能夠選擇一些比較經典的書籍用心理解、實踐和體會；其次，富有表現力的命名和必要的註釋也是至關重要的。數據庫一般是軟件重要的組成部分，尤爲對於信息系統，但數據庫對象備註卻至關麻煩，這點藉助DbRemark能很好的獲得解決。

 

以上是我十多年編程中體會較深的一些看法，但願對你有所幫助。