大侠帮我看看根据这个需求所画的用例合格吗?

stg609 2009-03-05 01:41:36
留言板主要角色:普通用户、登记用户、系统管理员
留言板的主要业务需求如下:
1)浏览留言 任何用户都可以浏览留言板中的所有留言
2)发表留言 登记用户可以发表自己的看法
3)用户登记 填写用户个人信息
4)管理员登陆 管理员是指留言板拥有管理权限的用户
5)留言管理 留言管理包括:
5.1)留言审核 管理员可以对登记用户所发表的未经审核的留言进行审核(通过、失败)
5.2)留言回复 管理员可以就审核通过的某一登记用户所发表的意见给予回复
5.3)留言编辑 管理员可以对留言进行删除\置顶操作

下面是我画的用例图,大家看看这样画是否正确:


另外,我有个疑问:管理员的操作都是要先登陆才能进行留言管理等操作的,那我这里用include来表示期间的关系是否正确?
...全文
120 4 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
panjf 2009-03-05
  • 打赏
  • 举报
回复
用例的定义基本正确,只是“添加|删除|置顶”这个要分开来,一个用例只干一件事儿。
include关系用的不正确,你可能是想表达部分用例是要在某个用例执行之后才起能起作用的,但后台登录和回复留言并没有直接的关系,应该在回复留言的前置条件里写明“已登录”。
  • 打赏
  • 举报
回复
关于include问题,我认为可画可不画,如果把不准就千万不要画。实际上,你在顺序图中会才明白到底用例之间有什么样的顺序关系。
  • 打赏
  • 举报
回复
用例图是极端空洞的。设计中我建议跳过用例图,直接从顺序图开始进行设计。只有当你总结顺序图中的用例,或者给外人看时,才需要特意画一个用例图。
  • 打赏
  • 举报
回复
其实,我认为用例图无法检验用例设计是否合格,你应该设计出顺序图(时序图),如果你发现某些用例无法在顺序图上占有一席之地,或者发现在顺序图上竟然同意用例有两种以上的行为解释(需要根据条件分支来区分不同的消息通讯对象),那么这就说明用例设计错误了!

1,268

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧