二、UML用例图准则
29、用例名字以强动词(strong verb)开头。
30、用领域术语来命名用例。
31、以栈的形式排列用例来陷含表示时间先后顺序。
32、把主要参与者放在图的左上角。
33、把参与者画在用例图的外边缘。
34、用与领导相关的单数名词命名参与者。
35、每个参与者与一个或多个用例关联。
36、根据模型中的角色而不是工作中的称谓来命名参与者。
37、使用<<system>>指明系统参与者;
38、不要让参与者之间彼此交互。
39、引入一个称作Time的参与者来启动预先安排的事件。
40、如果参与者出现在用例逻辑中,则指明参与者和用例之间的关联。
41、避免使用参与者--用例关系上的箭头。
42、当完全知道什么时候要调用用例时,可使用<<include>>。
43、当一个用例可能会在几个用例步骤中被调用时,可使用<<extend>>.
44、慎重地使用<<extend>>关联。
45、当单个条件会引发重要的新业务逻辑时,应对用例进行泛化。
46、不要使用<<users>>、<<includes>>和<<extends>.。
47、避免超过两层的用例关联。
48、把被包含用例放在调用用例的右边。
49、把扩展用例放在交用例的下方。
50、对用例泛化使用“就像”(is like)规则。
51、把继承用例放在基本用例的下方。
52、对参与者继承关系使用“就像”(is like)规则。
53、把继承参与者放在交参与者的下方。
54、用系统边界框指明要发布的范围。
55、避免无意义的系统边界框。
29、用例名字以强动词(strong verb)开头。
30、用领域术语来命名用例。
31、以栈的形式排列用例来陷含表示时间先后顺序。
32、把主要参与者放在图的左上角。
33、把参与者画在用例图的外边缘。
34、用与领导相关的单数名词命名参与者。
35、每个参与者与一个或多个用例关联。
36、根据模型中的角色而不是工作中的称谓来命名参与者。
37、使用<<system>>指明系统参与者;
38、不要让参与者之间彼此交互。
39、引入一个称作Time的参与者来启动预先安排的事件。
40、如果参与者出现在用例逻辑中,则指明参与者和用例之间的关联。
41、避免使用参与者--用例关系上的箭头。
42、当完全知道什么时候要调用用例时,可使用<<include>>。
43、当一个用例可能会在几个用例步骤中被调用时,可使用<<extend>>.
44、慎重地使用<<extend>>关联。
45、当单个条件会引发重要的新业务逻辑时,应对用例进行泛化。
46、不要使用<<users>>、<<includes>>和<<extends>.。
47、避免超过两层的用例关联。
48、把被包含用例放在调用用例的右边。
49、把扩展用例放在交用例的下方。
50、对用例泛化使用“就像”(is like)规则。
51、把继承用例放在基本用例的下方。
52、对参与者继承关系使用“就像”(is like)规则。
53、把继承参与者放在交参与者的下方。
54、用系统边界框指明要发布的范围。
55、避免无意义的系统边界框。