用例分析的问题

2007-12-13 Jerry 软件

1. 业务流程:

用例是不表达业务流程的,业务流程的表达会利用如活动图来描述。用例仅仅是表达参与者在某个时间点使用系统的局部功能观点。

2. 模块化思维:

用例的单位要符合“S.M.A.R.T”原则,即 Specific 具体的,Measurable 可测量的,Accurate 精确的,Reachable 可达成的,Time-Limit 有时限的。

用例的命名法则,一定是“动词+名词”,充分表达出系统 What (goal) can I (system) do for you (actor) 的目标。

3. 权限控制:

用例的叙述只专注在参与者与系统之间的互动对话过程 (session),事实上,“谁” (actor) 使用用例,已经包含了权限控制。

4. 系统本身:

参与者 (actor) 只有两种:1. 使用系统的使用者, 2. 外部的系统。因此,不应该用系统本身作为参与者,其实很多都是外部系统,例如:Timer,排程系统 (schedule system) 等。

注意,在分析用例时,最好将系统范围 (system boundary) 界定表达出来

5. 子系统:

业务逻辑面的子系统,并不能成为系统的外部参与者,很多情况也是“排程系统”。

6. 总结:

第一阶段,应先做好用例的功能需求分析和实做开发。第二阶段,再施以结构重整及程序代码重构的方式,让系统的质量更有延展和弹性度。


发表评论:

Powered by emlog sitemap