二、类模型-领域类映射

第一步,照猫画虎

    首个要解决的问题是:类从哪里来?

    从上一章中总结的领域模型关系图中可以看到,这些领域对象基本上就是我们所需要的类,只是有些映射到软件类后并不是系统真正参与的类,所以要剔除掉。

    领域类是需求涉及的业务的概念,软件类是软件系统内部的概念。

    以POS机为例,顾客这个领域类可以剔除,因为它是业务流程中的一个重要参会者,但它不是POS机内部需要实现的一个实体。POS机业务中,顾客甚至不会和POS机直接交互。站在POS机软件系统角度上,顾客和POS机没有任何关系。

    键盘、屏幕、扫码枪这些是硬件组成部分,不是软件组成部分,也可以剔除。假设屏幕显示要求是既可以图形界面,也可以字符界面,那么软件系统就要处理这种逻辑,此时,屏幕就是软件系统的一组成部分,就需要从领域类转换成软件类。

    接下来的工作就是细化了,首先:

        【名称映射】 根据领域类的名称,起个合适的软件类名称。

        【属性映射】 根据领域类的属性来设计软件类的属性,基本上可以理解为照搬。

        【提炼方法】 由于领域类中没有方法,因此根据用例模型中涉及到的“动词”来提炼方法。

        【筛选】我们可以从用例模型中找到很多的方法,找出来后,我们要筛选掉不属于软件类的方法。

        【进阶提炼】例如:我们可以看到方法中有“扫描”、“手动输入条形码”这两个动作。首先用例模型中,这两个动作都是收银员的动作,但提炼到软件类中它俩则不属于收银员,而是属于扫码枪和键盘提供的功能,收银员只是借助这两个工具来实现。另外,这两个的动作虽然不一样,但都是向系统中“增加交易产品”,因此可以提炼出一个动作,就是“增加交易商品”这个动词。提炼这些动词的精确度和完善度是和人员的经验有关的,要加强抽象的思维。

        【分配】将提炼出来的动词,分配到合适的类中。这个也是跟经验很有关系。分配之后的得到如下软件类关系图:

 

转载于:https://www.cnblogs.com/mysic/p/8452345.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值