一个活动组织的四色原型分析，求指教

以前的设计思路就是，通过画出usecase之后 找出需要被存储的表和属性，然后在业务操作的时候就是操作对应的表数据，这样典型的就是数据库驱动设计。如果碰到复杂的业务系统，数据库设计就会让人望而生畏，没有标准的设计原语，只有生涩的数据库图表，一旦复杂系统升级基本上是噩梦不如重做。

我先是看的《领域驱动设计》，然后才去看分析方法-四色原型。
四色原型看了一段时间，总感觉几年的数据库设计的思路在阻挡我正常的分析，一旦碰到概念性的问题的时候，总是会朝着数据如何做存储的方向思考。痛苦着。

列下一个简单的 活动组织系统 的 usecase。
需求简单如下：
1.张三以组织者的身份在 A球场 组织了周5下午2点~4点的 普通足球活动。
2.李四报名 A球场 周5下午2~4点的足球活动。
3.王五退出已经报名的 A球场 周五下午2~4点的足球活动。
4.张三以组织者的身份取消了李四的报名。
5.张三以组织者的身份取消了 A球场 周5下午2点~4点的足球活动。

规则： 普通足球活动 ， 长包足球活动
普通足球活动就是简单是件区间的足球活动 --> 本周5 下午2点~4点。
长包足球活动也是区间的活动，只不过增加了周期性。--> 每周5下午 2点~4点。

usecase：

活动usecase

创建活动的四色原型图如下：

貌似感觉有点不对劲，模型是活动没错，可是角色呢？ 我缺感觉到迷惑了，
按照活动作为模型的话，那角色就应该是活动对应的场景角色。普通活动|长期活动。
但是从需求来看，是不是i应该把人做为ppt？参与者作为角色？？？ 比如 -->活动组织者|球友。

报名活动的四色原型如下：

请教下高手门， 两个场景的 ppt 不一样，是否是有些问题? 或者我理解的四色方式有偏差。还有一些规则 Specification,应该放在 MI 里面换是在 Role 里面？

banq大哥 我的分析思路是不是i存在问题的？
[该贴被zpp2025于2014-04-14 15:11修改过]