事情是這樣的，我們是一家小軟件公司，兩三年前做了幾個Java Web項目，由於薪資原因，原主程都離開了。

由於公司不規範，也沒有留下正規的開發文檔，只有一個源程序在手裏。後面的很多系統維護都很被動。

領導就覺得說，這樣不好，你們做軟件要實現模塊化、標準化，即使有人離職，新來的人也能迅速上手維護系統。

初衷是好的，我也想這樣，可是，這些已經開發完成的系統還能如何模塊化標準化呢？

誰能告訴我？

自己想的幾個方案：

1. 整理數據庫表結構

2. 整理界面樣式，截圖留存

3. 整理復雜業務的邏輯和流程圖

這些都是文檔，其實我不明白的是 Java Web系統如何模塊化？微服務，面向服務？這些新名詞我了解過，

不過像我們這種只會 SSM、SSH的小作坊根本不知道這些名詞怎麽實踐出來，並且架構設計之出也沒有考慮

這麽多。

So...慢慢摸索。

資料：

1. 可以看到，模塊過大或過小都會滋生更多的bug。Hatton的經驗表明，200~400行之間的邏輯行的代碼是最佳的。

2. 正交性是有助於使復雜設計也能緊湊的最重要特性之一。在純正交設計的軟件中，任何操作均無 副作用。每一個動作（方法調用）只做一件事，不會影響其它。

Douglas McIlroy 的“只做好一件事”的忠告是針對簡單性的建議，但其實也暗含了對正交性的強調。

3. 緊湊型是一個設計是否能裝入人腦的的設計。緊湊的設計讓人樂於使用，不會在你的想法與實際工作之間格格不入。緊湊不等同於“薄弱”，也不等同於“容易學習”。對於某些緊湊學習而言，在掌握其精妙的內在概念模型之前，要理解它是非常困難的。比如 Lisp 語言的設計就是緊湊的，又如 jQuery 庫的設計也是非常緊湊的。

1. 軟件的模塊化開發

Web/Java Web項目如何模塊化?沒有正文，別點