对于工商局中的线索管理业务如何画出四色模型图

对于每一条线索，都会有一个唯一的编号

DDD让我们首先要抓住核心子领域，也就是用一句话概括这个软件系统的目的，比如展会软件是让参展商展示他们的商品；货物运输软件核心需求是货物转运，也就是明确它是什么。

根据你的只言片语，我推测它是一个违法线索跟踪系统。

角色是管理部门或调查部门　
MI是填写登记表，包括违法行为
des是违法主体
ppt是某个登记表

多谢指点。
>MI是填写登记表，包括违法行为
你的意思是不是说违法行为也是MI?

>des是违法主体
违法主体是指那些违法企业、个体工商户。这里为什么把它作为des呢？我老觉得把它更像ppt。

>ppt是某个登记表
填写登记表和登记表的区别是什么？是不是填写登记表应该包含的是填写动作的时间等属性，而登记表就应该是线索的内容呢？

我原先的想法是这样的，不过就老觉得应该把线索独立出来作为一个对象才好，但也觉得不知道该怎么和线索登记这些区分开来

经过这两天的学习，似若有所得，下面说说我的最新理解希望banq能够指正。

我们按照什么人(role)对什么东西(ppt)做什么(mi)的方法来确定分类会有：
1、线索管理者对违法主体的违法行为线索进行登记；
2、线索调查者对违法主体进行现场检查；
这样我们不难得出：
mi:“线索登记”、“现场检查”；
role: 线索管理者、线索调查者;
ppt: 违法主体;
由于线索登记表和现场检查记录应该是作为实体对象所以把他们也归类为ppt；
而违法行为就是线索登记表、现场检查记录里违法行为的一个具体描述，一个分类，因此它是des;

四色原型有时非常类似用例图，四色原型可以和用例共同对需求进行完整表达。

四色原型是最初分析，这个时期我们要防止数据库影子来影响我们，具体就是表现为我们常注重行为的结果，而不是行为本身，比如线索登记表其实是线索登记的结果，现场检查记录是现场检查的结果。

四色图MI指依赖时间存在或跟踪记录，那么线索登记是一段时间内存在的活动，线索登记表则是这个跟踪行为的结果，两者是一回事。

所以，你的最新图中应该去除线索登记表和检查记录表，要找出需求中真正存在的des，违法行为描述可以认为是一个des。

信息思维的一个基本特征就是抛开事物的具体运动形式，把它看成是一个信息的信息的输入处理输出反馈的过程。

楼主上面画的这个图中也不应该出现具体的角色如线索管理者和线索调查者，应该归于一个role类。

我的观点：角色是两个，不过可以用两个状态不同的对象存在，图里画两个应该是对的吧？他们能做的动作应该有所不同
[该贴被freebox于2008-03-07 23:11修改过]

各位高手能不能贴上你们的四色图，这样说说很难理解

description原型的确是个比较抽象的东西
对ppt（这里的违法主体）的描述 违法行为好象不合适 ：）

banq说四色原型有时候有点像用例，应该和说顶层的业务用例有点想通，从这个一点说，需求分析的方法、工具很多，基本上都离不开那几个根本的东西。
不过我看四色原型的原著说，四色原型还有一个重要的目的就是帮助大家更好的识别类。不知道banq是不是也这么认为。

为什么不对这个讨论继续下去呢？我想知道最好的设计是什么