业务领域建模Domain Modeling

一、业务领域建模的概念：

领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。

二、业务领域建模的原因：

1.业务角色显示了一个人承担的一系列职责。业务实体表示使用或产生的可交付工件、资源和事件。业务用例实现显示了协作的业务角色和业务实体如何执行某个工作流程。使用以下几种图来记录业务用例实现：图显示参与的业务角色和业务实体。活动图，其中泳道显示业务角色的职责，而对象流显示如何在工作流程中使用业务实体。序列图描述业务角色和业务主角之间交互的详细情况，并显示如何在业务用例执行过程中访问业务实体。

2.它是一个纽带工件，用于对业务关系进行清晰的表述，表述方式与软件开发人员的思考方式类似，同时仍保留一些纯粹的业务内容。将我们所知道的有关业务的信息按照对象、属性和职责进行了合并。

它探索业务领域知识的本质，所采用的方式使我们能够从对业务问题的思考转变到对软件应用程序的思考上来。

它是一种确定需求的方法，使需求能够为待建信息系统使用，并得到该系统的支持。

确定业务对象定义、对象间关系、对象名称和对象间关系名称的流程使我们能够以一种能被业务领域专家理解和验证的精确方式来表达业务领域知识。

三、业务领域建模的步骤：

领域模型设计是需求分析的关键步骤。它帮助用户及需求分析人员建立业务概念，确定用户业务的问题域，系统涉及的业务范围等等。

领域模型设计的步骤为：

1. 从业务描述中提取名词；

2. 从提取出来的名词中总结业务实体，区分名词中的属性、角色、实体、实例，形成问题域中操作实体的集合；

3. 从业务实体集合中抽象业务模型，建立问题域的概念（例如在前面的例子中，我们把容易变质的水果称之为“短期保持水果”，当然也可以是其它说法，只要能跟用户达成共识即可）；

4. 用UML提供的方法和图例进行领域模型设计、确定模型之间的关系

四、结合自己的工程实践：

我工程实践的题目是：智能仓储管理系统

1）收集应用领域信息：仓储管理在物流管理中占据着核心的地位。传统的仓储业是以收保管费为商业模式的，希望自己的仓库总是满满的，这种模式与物流的宗旨背道而驰。现代物流以整合流程、协调上下游为己任，静态库存越少越好，其商业模式也建立在物流总成本的考核之上。由于这两类仓储管理在商业模式上有着本质区别，但是在具体操作上如入库、出库、分拣、理货等又很难区别，所以在分析研究必须注意它们的异同之处，这些异同也会体现在信息系统的结构上。随着制造环境的改变，产品周期越来越短，多样少量的生产方式，对库存限制的要求越来越高，因而必须建立及执行供应链管理系统，借助电脑化、信息化将供应商、制造商、客户三者紧密联合，共担库存风险。仓储管理可以简单概括为8个关键管理模式：追-收-查-储-拣-发-盘-退。

2）系统扩展功能需求用例分析

1.系统管理

权限管理：给操作员分配相应的权限

日志管理：保存每个操作员所进行的所有操作，您并提供相关信息的查询

数据备份

2.报表管理

业务统计、库存统计、货位统计、盘点统计

3.查询管理

在库查询、进货查询、出货查询、盘点查询

4.基本资料管理：客户管理、货物管理、业务员管理等

5.权限管理：角色管理（管理权限的添加，删除等）

3）业务领域分析与设计