所在位置:答疑 - 内容   
添加好友用例的规约怎么写
 

2008-2-28  11:42:05  dxyot:  老师 能帮我看看这个用例有什么问题吗? 
2008-2-28  11:42:05  dxyot:  l
执行者注册用户 l
前置条件 1. 用户已登录并具有小组创建者身份 l
后置条件 系统(已)将普通成员设置成管理员 l
涉众利益 1. 成员担心被提升成管理员后,还不具备管理员的权限。
基本路径
1. 用户请求提升管理员
2. 系统显示普通成员
3. 用户选择成员,提交提升请求
4. 系统验证管理员提升上限
5. 系统将该成员设置成管理员
6. 系统反馈提升完成 l
扩展
4a. 验证不通过:
4a1. 系统提示管理员已超上限,提升失败
字段列表
2. 普通成员=头像+昵称+性别+等级+职位 l
业务规则: 2.小组成员具有创建者、管理员、普通成员三种类别
3.管理员的数量<=3 个  
2008-2-28  11:43:51  潘:  l 涉众利益 1. 成员担心被提升成管理员后,还不具备管理员的权限。--这个太苍白,没必要,用例的目的就是提升管理员,还有什么可说的。担心的是提升过程中,之后可能会引起的后果 
2008-2-28  11:47:30  dxyot:  恩 明白了  
2008-2-28  11:49:18  潘:  2.小组成员具有创建者、管理员、普通成员三种类别,这个不用出现在这个用例中,可能是出现在"管理用户角色"这样的用例中 
2008-2-28  11:49:56  潘:  3.管理员的数量<=3 个--这是什么意思,"允许3 个管理员同时使用此用例"? 

2008-2-28  11:51:06  dxyot:  这个用例只有小组的创建者才有资格使用 
2008-2-28  11:55:32  dxyot:  管理员的数量<=3 个 是4 的规则 
2008-2-28  11:55:35  dxyot:  写错了 
2008-2-28  12:44:12  dxyot:  4.一个小组最多提升3 个管理员 
2008-2-28  12:47:32  潘:  了解 
2008-2-28  12:57:35  dxyot:  还有其他什么问题吗。:D 
2008-2-28  13:01:00  dxyot:  还有一个规则就是创建者不能把自己提升成管理员 
2008-2-28  13:05:12  潘:  应该可以了 
2008-2-28  13:05:41  dxyot:  好的 谢谢! 
2008-2-28  13:17:11  dxyot:  在基本路径3.用户选择成员,提交提升请求 中,提升请求可不可以作为一个字段列表写成 提升请求=成员 
2008-2-28  13:18:25  潘:  不用写了 
2008-2-28  13:18:45  潘:  前面不是写着用户选择成员了吗

2008-2-28  13:20:57  dxyot:  是的  
2008-2-28  13:22:17  潘:  请求时用户要告知系统的信息是哪些,系统反馈时返回的信息是哪些,没有漏就行 
2008-2-28  13:24:38  dxyot:  好 应该没有漏的了  
2008-2-28  15:28:58  dxyot:  老师 在先前的那个"提升管理员"用例中 用户具有小组创建者身份能不能作为前置条件? 感觉好像有点不妥 
2008-2-28  15:30:46  dxyot:  是不是应该改成 用户已作为小组创建者身份登录? 
2008-3-4  21:12:33  dxyot:  执行者普通用户
前置条件 用户已登录
后置条件 系统(已)记录加好友请求
涉众利益
基本路径
1. 用户提交添加某一用户为好友请求
2. 系统验证该用户添加好友的权限
3. 系统记录加好友请求
4. 系统发送加好友消息给对方
5. 系统反馈用户处理完毕  
2008-3-4  21:14:11  dxyot:  用例名是添加好友 
2008-3-4  21:15:51  dxyot:  系统还需要检查对方好友验证的方式 有两种:公开加入和需要验证 
2008-3-4  21:16:10  潘: 
1. 用户请求添加某一用户?为好友
2. 系统验证该用户有添加好友的权限
3. 系统将××添加为用户的好友
4. 系统发送加好友消息给××
5. 系统反馈已添加好友 
2008-3-4  21:16:26  潘:  噢,要验证是吧 
2008-3-4  21:16:37  潘:  3. 系统记录加好友请求

2008-3-4  21:16:41  dxyot:  是的 需不需要写在步骤中 
2008-3-4  21:17:02  潘:  确认验证应是另一个用例 
2008-3-4  21:18:24  潘:  没有"对方",用户"加别人","被要求通过验证" 
2008-3-4  21:18:50  潘:  就像我们"收邮件""发邮件" 

2008-3-4  21:19:41  dxyot:  但如果需要验证的话 系统发送的是请求验证的消息给×× 是公开加入的话就是提示用户添加您为好友 
2008-3-4  21:20:12  dxyot:  步骤5 也是 
2008-3-4  21:24:21  潘: 
1. 用户请求添加某一用户为好友
2. 系统验证用户有添加好友的权限
3. 系统记录添加好友请求
4. 系统验证被添加好友用户的的好友偏好为公开
5. 系统添加该用户为好友
6. 系统提示消息。。。。。给被添加用户
4a. 偏好为要求验证:
4a1. 系统发送消息。。。。。给被添加用户
  
2008-3-4  21:26:01  dxyot:  还有 如果被添加好友用户的的好友偏好为需要验证,系统记录添加好友的请求就是需要被验证的 
2008-3-4  21:26:33  潘: 
1. 用户请求添加某用户为好友
2. 系统验证用户有添加好友的权限
3. 系统验证被添加好友用户的的好友偏好为公开
4.系统添加该用户为好友
5.系统提示消息A。。。。。给被添加用户
3a.偏好为要求验证:
3a1. 系统记录添加好友请求
3a2. 系统发送消息B。。。。。给被添加用户
3a3. 用例结束  

2008-3-4  21:29:49  dxyot:  恩 我在系统验证好友偏好这里不知道怎么做,还犯了"对方"的错误 呵呵 
2008-3-4  21:30:00  dxyot:  谢谢啊 :) 
2008-3-4  21:32:20  潘:  "对方"无所谓,只要注意到这是一个系统用例,另外一个人(实际上也还是"用户")验证的应该另起一个。这和员工"提出申请",领导"批准申请"一样 
2008-3-4  21:40:24  dxyot:  哦 这个用例里 添加好友可以作为一个实体类吗 需要维护添加的时间 
2008-3-4  21:41:20  潘:  可以啊,"添加请求"类 
2008-3-4  21:48:04  潘:  和用户有两个关联