关于建模的困惑

10-06-03 huantianxidi
最近刚看了j道里面讲的四色uml .

我自己模拟了一个小需求。需求如下:

提取crm需求中的一小部分

业务场景:

1 。 获取客户(每人最多200个)

销售代表可以从所有客户列表中获取客户。获取过的客户别人是不能再次获取的。在获取20天内,没有沟通过的,客户将自动返回客户列表。

2 。 保护客户(在获取的客户中可有10个保护客户)

保护客户是:在销售代表的手中可以有更长的时间(60天),当60天内销售代表没有签单成功,保护客户将自动变成普通的获取客户。

3 。 日程计划

销售代表可以给自己获取的客户增加计划。例:我可以制定针对单独用户的 拜访,电话等日程计划

3 。 沟通

每次沟通都要有记录记录沟通的内容,时间,地点,沟通方式.

我设计了一个图,是根据四色原则分的。请大师帮小弟看看。


         

1
huantianxidi
2010-06-04 10:12
我找错地方了。怎么没人回答呢

banq
2010-06-04 11:56
四色原型核心是原型,比如世界上有很多好片子,但是如果我们说这是一部好莱坞的英雄片,你就知道这个片子是什么?

用简单几个词语来抽象高度表达你的需求,这是原型,看了你罗嗦那么多业务场景细节,反而不知道你的原型是什么,你这个系统是干什么的?你能用一句话清楚清晰表达出来吗?

搞软件分析设计,一定要养成总体和细节的区别,具体表现就是类名称是否适当,需求名称是否合适,我们父母为我们取名也是很花费心思的,甚至要掐八字将四柱,这些都说明“名”的重要性,名可名,非常名。

可惜,我们很多人太心急,没搞清楚自己到底要干什么,就去干了,也无法直接简单告诉别人自己在干什么?只有行动,没有思考,这就是工程师文化,就是制造大国的文化。

以上感慨不是针对楼主,只是有感而发,不要介意。

[该贴被banq于2010-06-04 11:57修改过]

huantianxidi
2010-06-04 14:03
谢谢。是我没表达清楚

规范销售代表的销售过程。

负责记录和管理与客户接触相关的交互事件如联系信息、接触原因,维持与客户的持续交互

huantianxidi
2010-06-04 14:11
所有的的操作都是围绕销售代表和客户做的。客户属于销售代表。我想关键在这两点上

猜你喜欢
2Go 1 2 下一页