在業務目標確定下來之後，需要確定和軟件系統相關的業務需求範圍及其頂層劃分方式。
需求範圍的頂層劃分方式，我們稱爲主題域的劃分方式，它應該按照業務職責區塊來劃分子系統。避免和系統開發過程中的功能模塊劃分混淆。
舉例1：
舉例2：
下面兩個案例，讓我們進一步識別：
案例1：:一個數據資產管理系統，如果是有涉及到PC端和APP端，且兩個端都會涉及到單獨的數據採集業務，數據整理業務，數據開放共享業務，那麼，主題域的劃分，是劃分PC端和APP端，還是劃分數據採集業務、數據整理業務和數據開放共享業務？
由前面講到的業務職責區塊來確定，應該劃分爲數據採集業務、數據整理業務和數據開放共享業務。即以“事”爲線索。
案例2：一個系統有多個業務，都涉及到消息通知，那麼主題域設計的時候，是應該通知消息單獨一個主題域，還是不提供。
同樣的分析，通知消息對於組織來說不是一個單獨的業務模塊，所以，它不應該作爲單獨的一個主題域出現。
總結：
從主題域應該按照業務職責區塊來劃分子系統可以看出，需求定義階段的背景調研，如果瞭解組織自己從事的業務，組織的部門構成，各部門擔當的職責。將有助於我們劃分更清晰的主題域。
同時，在進行主題域分析的時候，應該拋棄非系統建設相關的主題域。例如當我們爲醫院建設的系統，僅僅解決的是體檢問題的時候，那麼急診業務，可能就不在我們的業務考慮範疇了，那麼主題域，也就不需要“急診”。