内网网站建设方案,网页翻译app,深圳高端网站,北京网站建设策划解决方案刘京城 2020-4-14 23:01 。。。。(注#xff1a;这是一个人的昵称#xff0c;不是省略号)
首先#xff0c;执行者是同一个#xff0c;那么思考焦点要关注“过数”用例是不是“发放父作业单”用例的一个步骤#xff0c;和行为操作的频率无关#xff0c;而是和责任有关这是一个人的昵称不是省略号)
首先执行者是同一个那么思考焦点要关注“过数”用例是不是“发放父作业单”用例的一个步骤和行为操作的频率无关而是和责任有关和逻辑有关
如果确定不是一个步骤那么只是存在这样一个状态的变化就是“过数”用例的执行会产生逐步改变达到“发放父作业单”用例的前置条件你说所的过数员的期望应该是系统提供一个任务提醒用例
其次思考的焦点还是应该退后一步就是回到你的业务序列图上去如果业务序列图上责任分配出现问题的话那么集中在系统用例这里思考这些就是有点误入歧途了毕竟系统用例是从业务序列图推导得到的不应该存在这样疑惑不清的地方既然你的序列图上存在“技术员”、“过数元”、“仓管员”、“投料工程师”这些人脑系统但是很明显你的序列图只表达了他们使用系统的请求但没有表达业务责任在这些人脑系统中的请求责任逻辑序列也就是说你没有用序列图把真实的业务用例描述清楚尤其是责任过程
关于用例名使用一个动宾短语来恰当的描述一个用例本身就很难如果不恰当的话可以写一段备注语句来详细描述用例不用在命名上太过耗费精力也许哪天你会突然发现更好的名称再改就是了。
刘京城 看到你发的我的一点思考希望有帮助
还是听潘老师的
UMLChina潘加宇
发放父作业单是过数用例的步骤。它的发生频率是由“过数”的发生决定的。
这个和取现金是最后系统要出一张小票一样的不能武断认为“不是一个事情”。
起名“过数”就可以了后面列举的都是过数用例的步骤。
还是拿取现金类比取现金不只是吐钞票还有扣除账户余额打印收据如果取钱的人身份有问题还要暗地报警.....这都是取现金过程中在尽量朝储户目标迈进的前提下根据其他涉众利益安排的情节。
京城困惑的一个根源可能是只考虑了台上的演员忘了照顾台下的观众。
刘京城 2020-4-15 14:38
谢谢潘老师确实我没想到在一个用例里面可以安排一些情节以照顾到其它涉众的利益尤其是当这些情节与本身这个用例感觉没多大关系时(就像暗地里报警已经跟取钱没多大关系了
。。。。感谢你的这些思考对我有帮助。当时我也感觉发放父作业单有点像是一个自动任务只是被过数触发而已不该当作过数用例的实现。不过按潘老师那样理解也就通了。以后多交流
