用例创建要素

用例创建要素:

by jefong 2005/04/12

1. 用例是由系统的最终用户或外部环境发起的,用例的发起者被成为参与者(actor)。参与者既可能是具体的人,也可能是某个外部的软件系统。
2. 每个用例只描述单独的任务,而不能描述多个任务。用例所描述的任务必须是符合用户意图的、完整的工作内容。例如,对于银行自动柜员机内的软件,“在自动柜员机上取钱”是用户希望完成的一个任务,而“输入密码”只是这个任务的一个步骤。
3. 用例必须产生一个对用户有意义的结果。
4. 一个编写良好的用例应该具有很好的可读性,它由多个句子组成,每个句子都采用同一种语法形式(一个简单的执行步骤)。
5. uml语言中的用例视图只能反映出两类信息:
   (1) 哪些参与者会和我们的系统发生交互?
   (2) 我们的系统需要实现哪些功能特性?
6. 我们应该使用描述性的文字或uml视图或其它形式的视图来概括最终用户完成某个任务的具体过程,确定用户操作系统软件并得到预期结果时的事件发生顺序。
7. 场景(Scenario)是用例的一个执行实例,是用例执行过程中的一条实际路径。一个用例可能会包含多个场景,如成功的场景,失败的场景。
8. 为了使用例能够达到前三点要素的要求,用例建模一般包括以下几个步骤:
   (1) 确定系统边界;
       系统“边界”就是将系统的功能特性与系统的外部环境分离开来的逻辑分界线。
   (2) 确定参与者;
       系统边界把系统和参与者分开。
   (3) 找出所有的用例;
       绘制用例图。
   (4) 确定每个用例的级别;
       分级别画用例层次图。用例级别包括:用户目标级用例,高层用例(概要级用例),子功能级用例。注意,不要把用户界面和用户目标级用例混同起来,每个高层用例可以对应于一个软件模块,子功能级用例具有包含和扩展关系。
   (5) 撰写用例的文字描述;
   (6) 画出以整个系统为对象的顺序图;

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值