不,不是这样的。它显示您理解用例事务时,应该与用例事务本身被理解保持同一个层次。现在,您可能对输入字母这种操作不感兴趣,当字母出现在屏幕上的,您就会觉得这是理所当然的;您不需要在系统中构建什么东西来产生结果。但是,如果您的内容是描述键盘模型与图形化反应器,这样一个用例事务是十分合理的。项目管理者联盟
怎样计算事务项目管理者联盟
既然您已经看到了决定什么是以及什么不是用例事务的清晰解释,让我们检查在用例中计算事务的一些挑战。如上面所述,用例的权重是由它所包含的用例事务的数量所决定的,但是,什么时候系统对刺激源的反应会计算成不同的?项目管理者联盟
使用用例事务与流程项目经理博客
让我们通过检查上面介绍过的工作入口的搜索流程开始。如果用户在寻找一个“Java”类型的工作,他选择了 Java,然后系统会在数据库中搜索这种类型的所有工作。当用户寻找一个“.Net”类型的工作,它选择了.Net。然后系统会搜索数据库来找到该类型的所有工作。这两种是不是不同的事务?当然不是。用例配置本身是抽象的或者通用的,在这个意义上您不要对不同的搜索项期待不同的流程。这只不过是安装过程中的一点不同。但是,您可以对一个使用预定义类型或者自由格式文本的搜索期待不同的流程。项目管理者联盟
另一方面,处理例外是一个灰色的区域。假设您有了带有七个区域的输入屏幕,它们中的所有都有不同的限制。您有一个日期区域,一个邮政编码,一个输入区域,以及等等。每一个检查可能会在单独的流程中得到描述,因此被计算成可能不止一个事务。您可以选择的是,提供一个通用的流程。它预假设有一个可以容易处理的例外种类的框架。在这种情况下,您应该将该流程计算成一个事务。项目管理者联盟
使用当作环形路线的用例事务,可以在用例中随处可见。因为一个用例配置至少有一个基本流程,它也至少应该有一个事务。没有事务的流程是没有意义的,因为系统在没有刺激源时什么都不会做,用户在没有弄清系统的反应之前也不会提供任何刺激源。项目管理者联盟
几乎一直都会有描述处理例外的流程(因此,“例外的流程”)。每一个例外流程都至少含有一个事务。这点也适用于一个可选择的流程;对于每一个可选择的流程都应该有至少一个流程。很可能您需要查看基本流程,以查看可选择流程中事务的刺激源;这取决于处理用例的特定指定原则。项目经理圈子
它给了您一个任何用例配置中用例事务最小数量的指示:流程中至少应该有以下数量的事务。项目管理者联盟
显示和计算项目管理者联盟
如果您拥有识别用例事务的能力,您是否需要对它们平等的重视?我们的策略是显示它们中的,每一个与事务(如果可以应用的话),但是有些时候并不计算它们的权重。我们的策略要比直接忽略它们更加直接。如果需要的话,调整原始的估算也十分的容易。项目管理者联盟
通过这种方式,您就能够看出框架的价值。如果用例计算十个事务的话,但是它们中只有三个值得处理,另外三个遵循框架,该用例是普通的而不是复杂的。pmp.mypm.net
表 1 中显示了一个例子。项目管理者联盟
用例转自项目管理者联盟 |
# 事务项目管理者联盟 |
# 计算项目管理者联盟 |
原因club.mypm.net |
UC 权重项目管理者联盟 |
1 申请工作talent.mypm.net |
4项目管理者联盟 |
3项目经理博客 |
项目管理者联盟 |
简单项目管理者联盟 |
2 找工作项目管理者联盟 |
3www.mypm.net
|
|