-头水 UML和Rose教程.doc 雇员 合同工 季时工 把某些角色的共同行为（原角色中的部分行为），抽取出来表示成通用行为，且把它们描述成 为超类(superclass),即通用化关系。 这样在定义某一具体的角色时，仅仅把具体的角色所特有的那部分行为定义一下就行了，具体 角色的通用行为则不必重新定义，只要继承超类中相应的行为即可。表示方式如上图。 2.2用例和用例之间的关系 用例代表的是一个完整的功能。在L中的用例是动作步骤的集合。 2.2.1用例的特征： 用例总由角色初始化 用例为角色提供值 用例具有完全性 2.2.2发现用例 ·角色需要从系统中获得哪些功能？角色需要做什么？ ●角色需要读取、产生、删除、修改或存储系统中的某些消息吗？ ●系统中发生的事件需要通知角色吗？或者角色需要通知系统某件事吗？这些事件（功能） 能干些什么？ 如果用系统的新功能处理角色的日常工作是简单化了，还是提高了工作效率？ 。系统需要的输入/输出是什么信息？这些输入/输出信息从哪儿来到哪儿去？ ●系统当前的这种实现方法要解决的问题是什么（也许是用自动系统代替手工操作）？ 表示方式： 第0UML 和 Rose 教程.doc 第页10 把某些角色的共同行为（原角色中的部分行为），抽取出来表示成通用行为，且把它们描述成 为超类(superclass)，即通用化关系。 这样在定义某一具体的角色时，仅仅把具体的角色所特有的那部分行为定义一下就行了，具体 角色的通用行为则不必重新定义，只要继承超类中相应的行为即可。表示方式如上图。 2.2 用例和用例之间的关系 用例代表的是一个完整的功能。在 UML 中的用例是动作步骤的集合。 2.2.1 用例的特征： 用例总由角色初始化 用例为角色提供值 用例具有完全性 2.2.2 发现用例
角色需要从系统中获得哪些功能？角色需要做什么？
角色需要读取、产生、删除、修改或存储系统中的某些消息吗？
系统中发生的事件需要通知角色吗？或者角色需要通知系统某件事吗？这些事件（功能） 能干些什么？
如果用系统的新功能处理角色的日常工作是简单化了，还是提高了工作效率？
系统需要的输入/输出是什么信息？这些输入/输出信息从哪儿来到哪儿去？
系统当前的这种实现方法要解决的问题是什么（也许是用自动系统代替手工操作）？ 表示方式：