2008-1-25 13:52:22 bruce: 还是之前的那个保险系统;其中有个UseCase 是""
2008-1-25 13:53:38 bruce: 录入投保资料;包含有查询、修改、删除和新增功能,我不知道如果在序列图中分配职责!
2008-1-25 13:56:09 潘: 我打开邮件了,看看先
2008-1-25 13:56:26 bruce: 好的,非常感谢!
2008-1-25 13:56:41 潘: 图还没出来,但画四张序列图是对的
2008-1-25 13:57:08 bruce: 被挡住了吗?
2008-1-25 13:57:18 bruce: 我感觉这样好像有CRUD 的嫌疑!
2008-1-25 13:57:42 潘: 这和CRUD 没关系。
2008-1-25 13:58:03 潘: 用例是一个还是四个,和你怎么做到的没有关系。
2008-1-25 13:58:19 bruce: 那就是对应4 个UseCase 吗?
2008-1-25 13:58:40 潘: 这就是问题的关键了:
2008-1-25 13:59:08 潘: 有几个UseCase,相当于卖什么东西给客人,这是在客人的角度去看的
2008-1-25 13:59:29 潘: UseCase 如何实现,这是开发团队内部的事情
2008-1-25 13:59:59 潘: 可以一个用例下面四张序列图,也可以四个用例,每个一张序列图,制造成本上没有变化
2008-1-25 14:00:07 bruce: 那是一个UseCae 对应4 张序列图吗?
2008-1-25 14:00:32 潘: 但是,在顾客看来卖给他的东西会变化
2008-1-25 14:00:37 潘: 当然可以了
2008-1-25 14:00:47 潘: 否则要用例干什么
2008-1-25 14:01:26 潘: 每张序列图对应一条"路径"(场景),用例是路径(场景)的打包
2008-1-25 14:01:54 bruce: 你这样说,我就全明白了!
2008-1-25 14:01:59 bruce: 非常感谢!
2008-1-25 14:02:32 潘: 下面是设计的问题。UC 的操作不能合成一个"管理保险资料"
2008-1-25 14:02:54 潘: 投保人也一样,应有四个操作
2008-1-25 14:08:51 潘: 这种简单用例的设计,画一个典型的用例就够了,其他告诉编码团队参照即可
2008-1-25 14:09:35 bruce: 好的!非常感谢!
2008-3-4 14:03:21 bruce: 请问一下,如果返回的是多笔数据;那需要将一个类实例化多次吗?
2008-3-4 14:11:32 潘: 什么叫多笔数据?
2008-3-4 14:11:48 潘: 这要看你实现的平台如何推荐
2008-3-4 14:12:43 bruce: 比方说我要查询一个人的保险资料,可能不止一笔,那对应到实现的时候就是多个保险类!na
2008-3-4 14:13:04 bruce: 那也就是要实例化多次吗?
2008-3-4 14:13:10 潘: 不是多个保险类,是多个保险对象
2008-3-4 14:13:23 bruce: 说错了,是保险对象!
2008-3-4 14:14:24 bruce: 之前习惯了用面向过程的写法,现在用面向对象的方法感觉有点不太习惯!
2008-3-4 14:16:28 潘: 最后有一个集合,里面有若干保险对象,但如何得到这些对象,不同的实现平台有不同的推荐做法。查询是很简单的,比如,会有一个仓储类负责把数据库里的东西变成对象返回来
2008-3-4 14:20:38 潘: CustomernewCustomer=_CreateACustomerAndAnOrder("Ronneby",420);
Order newOrder = (Order)_repository.GetOrders (newCustomer)[0]; foreach (OrderLine orderLine in
newOrder.OrderLines)return;
2008-3-4 14:21:04 潘: 类似这样,关键就是repository 如何
2008-3-4 14:23:27 bruce: 之前我有尝试过用Linq,后来没有用熟就放弃了!
2008-3-4 14:24:26 潘: 查询直接用SQL 语句和记录没关系的,面向对象的优势是修改时有状态机的保护
|