軟體方法：業務模組化和需求劄記-模組化和UML

版權聲明：歡迎轉載，請注明沉默王二原創。 https://blog.csdn.net/qing_gee/article/details/43915413

前言：軟體方法第一章主要講解模組化和UML，書中提出了很多新穎的概念，對于模組化-需求-分析-設計之間的關系，讓我耳目一新。雖然很多概念我知曉的很混亂，但是我仍然堅持寫到讀書劄記中，因為我相信，閱讀者早晚會給我啟發，而我通過反複閱讀我自己的感悟，終究會探尋出我想要的答案。

利潤=需求（能賣）-設計（低成本）

        需求緻力于解決“産品好賣”的問題，設計緻力于解決“産品成本”的問題，我在作者的标題中加上了能賣和低成本兩個概念，這樣可能就更加直覺。先來了解需求和設計是什麼樣的概念，以及其相關概念應該是什麼？

1. 業務模組化
   • 組織要解決什麼問題
   • 以軟體模型方式描述企業管理和業務所涉及到的對象、要素，以及他們的屬性、行為和彼此關系
   • 非常苦澀，拿手機來按照我自己的意向來表述一下，在沒有手機之前，我假設我要創造一個産品XX，手機當然也是為了解決人們之間的及時通信，那麼它和電話有什麼差別呢，XX要解決電話帶給我們的什麼問題呢，當然就是更加便利，人們不再通過電話機進行通信，you can say hello to someone anywhere。
2. 需求
   • 較長的描述系統要賣出去所必須提供的功能和性能
   • 繼續拿XX來說，XX隻是以不要同于電話，必須要沒有電話線，也就是說最主要先解決掉電話線的麻煩，這時我們就可以拿着一個不需要電話線的電話到處和其他人通信，然而這還不能使XX賣得更好，XX還需要有一個便捷的電話号碼輸入方式，還需要友善的接聽和對話，還需要能夠續航，那這些功能和性能就是XX所要的需求
3. 分析
   • 提煉系統内需要封裝的核心領域機制
   • 對于XX産品，需求有了很多很多，那麼就需要分析，為了提供這些功能，要解決什麼樣的核心問題，我們都知道，必須是先解決電話線的問題，手機之是以稱之為行動電話，核心就是要先解決電話線的核心領域
4. 設計
   • 将核心域知識和非核心域知識結合，最終實作系統
   • 代碼也是設計

       看完書中介紹，我們目前靈活開發的确存在很大弊端，我們使用禅道，禅道裡面雖然有需求池、疊代、單元測試，但是真正的需求、單元測試都沒有其真正應擔負的職責，我們把代碼作為設計，把客戶想要什麼作為需求，我們把這些稱謂我們的财富，冷靜下來想想，這會成為我們進步的障礙。

工具操作

       CSDN上提供了

enterprise architect的下載下傳

，下載下傳完成後，可用。