在业务目标确定下来之后，需要确定和软件系统相关的业务需求范围及其顶层划分方式。
需求范围的顶层划分方式，我们称为主题域的划分方式，它应该按照业务职责区块来划分子系统。避免和系统开发过程中的功能模块划分混淆。
举例1：
某医院信息管理系统
举例2：
某进销存信息管理系统
下面两个案例，让我们进一步识别：
案例1：:一个数据资产管理系统，如果是有涉及到PC端和APP端，且两个端都会涉及到单独的数据采集业务，数据整理业务，数据开放共享业务，那么，主题域的划分，是划分PC端和APP端，还是划分数据采集业务、数据整理业务和数据开放共享业务？
由前面讲到的业务职责区块来确定，应该划分为数据采集业务、数据整理业务和数据开放共享业务。即以“事”为线索。
案例2：一个系统有多个业务，都涉及到消息通知，那么主题域设计的时候，是应该通知消息单独一个主题域，还是不提供。
同样的分析，通知消息对于组织来说不是一个单独的业务模块，所以，它不应该作为单独的一个主题域出现。
总结：
从主题域应该按照业务职责区块来划分子系统可以看出，需求定义阶段的背景调研，如果了解组织自己从事的业务，组织的部门构成，各部门担当的职责。将有助于我们划分更清晰的主题域。
同时，在进行主题域分析的时候，应该抛弃非系统建设相关的主题域。例如当我们为医院建设的系统，仅仅解决的是体检问题的时候，那么急诊业务，可能就不在我们的业务考虑范畴了，那么主题域，也就不需要“急诊”。
网友评论