描述业务用例实现的三种对象模型型叫做领域模型,也叫做什么

请指出三种以上现实生活中的常鼡模型并说明它们分别在各自的领域中发

)电路图:电子产品设计、生产、维修

)园区沙盘:直观、立体化地展示园区的景观、布局

请簡要说明建模的意义和建模的原则。

建议能够帮助我们按照实际情况或按我们需要的样式对系统进行可视化;

种详细说明系统的结构或行為的方法;

给出一个指导系统构造的模板;

在建模时应遵循以下原则:

选择要创建什么模型对如何动手解决问题和如何形成

解决方案有着意义深远的影响;

每一种模型可以在不同的精度级别上表示;

的模型是与现实相联系的;

对每个重要的系统最好用一组

请说明蓝图和草图嘚区别并简单描述其适用的场景。

工具绘制的、正式的、规范的

常是指手工绘制的、规范度较低的在纸张的

对于局部的、重要性不高的、共享范围较小的

模型直接将草图扫描到电

脑存档即可;对于全局的、重要性高的、高度共享的,在草图的基础上用

工具绘制成为正式嘚蓝图并将其纳入统一的模型管理中

适用的建模领域,以及其作用和主要的参与人员

用来加强对业务领域的了解,

系统分析员、架构師可参与

需求模型:用来加强需求了解,便于技术决策以需求分析人员为主,系统分析

员是主力领域专家提供指导,架构师和资深開发人员参与

包括高层设计模型和详细设计模型。

高层设计模型以架构师为主

统分析员从需求方面提供支持,

资深开发人员从技术实現方面提供支

持详细设计模型则以资深开发人员为主,架构师提供指导

实现模型:架构师、资深开发人员(设计人员);以资深开发囚员(设计人员)

为主,架构师提供总体指导

以数据库开发人员为主,

架构师提供指导资深开发人员予以配合。

是一种方法论吗并簡要说明理由。

}

       领域模型经常被其它功能引用洇此,我们应该时刻注意不应该让切面逻辑侵入到领域模型的实现中去

2      当我们的关注点,例如持久化事物管理,权限等出现在领域模型的实现中时这就是代码侵入(leaky concerns)。领域模型的实现不应该依赖于java api例如领域模型中不应该用JDBC api调用数据库操作。所以实现领域模型的规則:MVC三层中都能访问领域模型实体类并能改变其状态。

      防止领域模型代码侵入可以方便单元测试因为可以不必为其配置特定的上下文環境或者容器。

concerns用注解或者XML配置文件,hibernate不是javaee运行时环境他只是用来实现JPA中数据持久化的功能。JPA主要定义实体类实现变成通明持久化。hibernate实现了自动持久化这里的通明是指把领域模型的持久化类和持久化层的关注点(concerns)完全分离,也就是说持久化类不关注也不依赖于持久囮机制。我们用自动指的是一个持久化的解决方案(注解持久化类层次,元数据)依赖于你去处理底层操作细节(比如用JDBC


注:没有一个洎动的持久化解决方案是完全通明的我们应该让持久化机制对领域模型类的实现影响最小。

         二:你能在持久化上下文之外复用持久化类比如在显示层访问持久化类或者单元测试。有可重用性和可测试性

7 可持久化类必须是顶层类(可以继承一个不是持久化的父类,不可鉯是内部类)JPA和hibernate要求持久化类必须有一个无参数构造函数

}

业务建模是一种建模方法的集合目的是对现有业务进行建

模。具体的工作包括对业务流程建模、对业务组织建模、改进业务流

程、领域建模等业务用例模型是说明业務预期功能的模型,是业务

用于确定组织的各个角色和可开展工作的操作

识别业务参与者找出业务活动的服务对象;

识别业务用例,业務活动的操作序列;

详述业务用例建立文档与

从业务模型到系统模型需要做哪些工作?

对于每个将被系统实现的业务用例在用例视图Φ确定一个

系统用例或用例包(或单独的子系统)来实现该业务

为需要支持自动化业务确定相应的用例

对于业务三种对象模型型中的业务實体,可以在系统模型中定义对

为系统构架提供一些重要的构架机制

}

我要回帖

更多关于 三种对象模型 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信