自己写的几个用例还没做完。请各位高手给我点意见

flyingxfxf 2004-10-06 02:41:42

这段时间自己在学着做一个电子图书销售的网站的需求分析就象china-pub 那

样的购书网站。
自己写了些用例感觉问题多多现在写了一部分，就当做反面教材吧。请各位高

手多多指点多多批判呵呵，我会虚心研究的。另外有兴趣参与讨论的可以加

我的QQ 86364018 邮箱 flyingxf@126.com期待和大家的交流。

由于没有实际的客户，有的地方是自己假象的。但还是希望可以切近真实的写，

目前购书者的用例写完了。还有管理员的用例没写。有时候反过来看，会发现自

己很多的错误，对自己挺有帮助的。当然在整个需求分析中。用例只是其中的一

部分，还有数据定义，业务规则，UI需求，性能。。。等。我的想法是把这些需

求都通过用例来引导出来,就是说用例和别的需求有一定的关系。比如当UI设计

人员看到用例就会知道在设计时要注意什么。。。所以我想对用例的要求就比较

高，并且，在这个项目以后制作的过程中开发人员是分散的，同和客户没联系。

所以用例一定要写好。

图书销售网站需求分析
系统范围：
本项目只负责销售网站以及网站的管理部分（包括前台销售系统，系统运行管理系统，会员管理系统，书籍管理系统，帮助系统），公司其余部门职能不在系统范围之内
项目相关人员与主执行者：
浏览者，会员，站点广告购买者，打印系统，仓库系统，人力资源系统，财务系统，邮局，系统管理员（系统总管理员，书籍管理员，订单管理员，会员管理员，系统维护员）
项目用例
说明：本项目功能需求采用书写用例的方式进行编写。
红色的字是子层用例
业务用例：
***********************************************************
用例1：浏览页面
主执行者：浏览者
范围：公司业务运作
层次：业务概要
前置条件：浏览者打开浏览器，进入到网站任何一个页面
触发事件：通过链接或直接进入网站
主成功场景：
1. 系统识别访问者身份，并根据身份显示页面
2. 浏览者根据自己的爱好和需要浏览页面，点击链接
3. 系统根据用户要求显示页面
4. 浏览者购买书籍
扩展：
*a.在全过程中系统根据需要记录日志
4a.浏览者不是会员
4a1.提示用户注册
发生频率：频繁，每次点击链接都会发生
成功保证：浏览者逗留时间长，有强烈的购买欲望
最小保证：浏览者得到必需的信息
项目相关人员和利益：
浏览者希望浏览页面信息全面，美观，快速，使用方便，安全。
公司希望更多的人访问，有目地的引导浏览者，吸引浏览者买书。
广告商希望自己的广告醒目，有更多浏览者看到。
未解决问题：//待写
———————————————————————————————————————
用例2：购买书籍
主执行者：会员
范围：公司业务运作
层次：业务概要
前置条件：会员登陆
触发事件：会员决定购买书籍
主成功场景：
1. 系统列出书籍目录
2. 会员搜索书籍
3. 会员确定书籍种类
4. 系统把货物放入购物车
5. 会员点击生成订单
扩展：
2a.未搜索到所要书籍
2a1.系统询问是否登记新书
2a2.系统根据会员选择是否登记新书
2a3.回到第2步
发生频率：每次购书都会发生
成功保证：订单成功建立
最小保证：选择图书保存在购物车中
项目相关人员和利益：
会员希望书的价格便宜，享受更多的折扣，货物可以早日送到手中。
公司希望顾客可以购买更多的书。
未解决问题：//折扣问题，付费问题（网上银行支付，手机支付，货到付款，送货上门服务），礼品问题
———————————————————————————————————————

用例3：管理帐户
主执行者：会员
范围：系统
层次：用户目标
前置条件：会员已登陆
触发事件：会员选择进入帐户管理功能
主成功场景：
1. 系统根据会员帐户显示页面
2. 会员选择以下流程：
更新会员信息：
1. 会员输入新帐户信息
2. 系统验证输入
3. 系统更新帐户信息
查看历史订单：
1. 会员点击查看订单
2. 系统显示订单列表
修改密码：
1. 会员点击修改密码
2. 系统提示输入旧密码，并确认新密码并更新
查看评论：
1. 会员点击评论
2. 系统显示用户参与的评论
3. 用户查看评论，并可以继续参与。
选择兴趣爱好：
1. 会员点击配置兴趣爱好
2. 系统显示用户选择的兴趣爱好
3. 用户修改兴趣爱好
扩展：
*系统对用户输入数据都要进行验证输入
发生频率：
成功保证：会员成功管理帐户
最小保证：原有资料不会丢失
项目相关人员和利益：
未解决问题：
———————————————————————————————————————

用例4：用户退货
主执行者：收到书的会员
范围：公司业务运作
层次：业务概要
前置条件：会员已收到货物
触发事件：会员发现货物与订单不符，或货物有损坏，或找不到收货人（收货人信息错误）。
主成功场景：
1. 用户写明原因把货物邮寄回公司
2. 订单管理员核实货物
3. 订单管理员核实收货人信息
4. 订单管理员从仓库换货，重新生成订单
扩展：
2a.订单管理员发现货物和订单的一致，或并非有损坏
2a1.管理员把货物回寄到用户
3b. 收货人信息错误
3b1.管理员发邮件或打电话询问用户收货人信息
发生频率：出错量大时频繁
成功保证：会员收到正确的货物
最小保证：货物、订单不会丢失
项目相关人员和利益：
会员希望可以尽快换回货物，并不愿因此多付出邮寄费用。
公司希望尽量减少出现这种情况。。。
未解决问题：是否有限期退货的问题。。。
———————————————————————————————————————

用例5：客户服务
主执行者：会员
范围：公司业务运作
层次：业务概要
前置条件：会员登陆
触发事件：会员需要帮助，或要提意见，投诉
主成功场景：
提供帮助：
1. 会员点击页面中的帮助
2. 系统提供帮助信息
建议，投诉：
1. 会员点击页面中的投诉
2. 系统请会员输入意见，投诉
3. 会员提交
扩展：
发生频率：会员有困难时，不满意时
成功保证：会员尽快找到解决问题的答案
最小保证：无法解决，但可以提交疑问
项目相关人员和利益：
会员希望帮助系统完善，尽快解决问题
公司希望得到会员的宝贵意见。
未解决问题：

用例6：用户注册
主执行者：浏览者
范围：公司业务运作
层次：业务概要
前置条件：浏览者的使用状态不是会员
触发事件：浏览者点击注册，或把货物放入购物车
主成功场景：
1. 系统提示只有注册才可以购物，
2. 系统询问是否遵守注册条约，用户守则
3. 用户表示遵守
4. 用户填写注册信息
5. 系统检测帐号
6. 用户选择兴趣，爱好
7. 系统欢迎新用户加入，跳转到主页
扩展：
2a.浏览者不同意条约
2a1.系统提示欢迎以后加入，跳转到主页
发生频率：
成功保证：
最小保证：
项目相关人员和利益：
未解决问题：
———————————————————————————————————————

用例7：登记新书
主执行者：会员
范围：系统内
层次：系统目标
前置条件：会员没有发现想要的书
触发事件：会员点击登记新书
主成功场景：
1. 系统提示会员输入书籍信息
2. 会员输入书籍信息
3. 系统验证输入，显示添加成功。
扩展：
发生频率：
成功保证：
最小保证：
项目相关人员和利益：
未解决问题：新书有了，如何通知会员
——————————————————————————————————————

...全文

2305 41 打赏收藏转发到动态举报

写回复

用AI写文章

41 条回复

切换为时间正序

请发表友善的回复…

发表回复

popsmart_410108 2004-12-30

打赏
举报

mark~

icedut 2004-12-29

打赏
举报

在作执行者-目标列表的时候,列表如下.
我还有许多基础维护的项目(都要添加\修改\查询\删除),这些都要列出来么

执行者任务级目标
物流配货人员给各仓库分货
制定新品发货需求
制定追加发货需求
查询发货需求
修改发货需求
删除发货需求
查询收货需求
修改收货需求
删除收货需求
查询出仓指令
查询进仓指令
添加店铺信息
查询店铺信息
修改店铺信息
删除店铺信息

icedut 2004-12-29

打赏
举报

我也正在看《编写有效用例》

感觉还是什么都不会

flyingxfxf 2004-12-21

打赏
举报

to 小阿我觉得你说的很对。我后来发也发现了自己的系统边界定义的太模糊了，自己把它想的太大了。呵呵。

浏览页面这个用例写的是有问题。。。我写这个用例的意思本意是要系统根据用户的类别不同显示不同的页面，
我这样写有几个问题，第一标题有问题显的太过于模糊笼统了，第二它只能是个系统用例。。
还有些不知道怎么说。。。。

用例是精确的反应系统功能片断这么说我觉得很有道理。用例在描述功能方面是最好的。别的需求方面就。。我的老师说要写很多用例，但是我看一本书上写的。却不要太多。我想只要把问题描述的清楚就好了。。。

caff 2004-12-13

打赏
举报

只看了开头一点,提点意见
----------------------
用例1：浏览页面
主执行者：浏览者
----------------------
这个用例名称有问题,用例名称最好是"角色+动作"的形式,例如浏览者浏览页面
另外,"浏览者","页面"这些词太偏向于实现
从需求的角度讲,用"用户/客户","功能列表"更合适一些
在用例的描述中也是一样,"点击链接"说明你已经假定以后要用链接来实现
最好是"选择一个功能"

showerXP 2004-12-13

打赏
举报

如何编写有效用例
ms_blog(毛氏部落) ：
a. 企业黑盒用例（语境图）描述企业级目标
b. 概要级企业白盒用例（概要级业务用例）大致的描述企业业务过程（EBP）
c. 概要级系统黑盒用例（概要级系统用例）描述用例集（大部分可以对应概要级业务用例）
d. 用户目标级系统黑盒用例（用户目标级系统用例）描述用户目标
可具体怎么操作？

比如：
用例1：浏览页面
主执行者：浏览者
范围：公司业务运作
层次：业务概要
前置条件：浏览者打开浏览器，进入到网站任何一个页面
触发事件：通过链接或直接进入网站
主成功场景：
1.系统识别访问者身份，并根据身份显示页面
2.浏览者根据自己的爱好和需要浏览页面，点击链接
3.系统根据用户要求显示页面
4.浏览者购买书籍
扩展：
*a.在全过程中系统根据需要记录日志
4a.浏览者不是会员
4a1.提示用户注册

我的疑问：
浏览页面这个用例是否有效？
我看过一本书，他的观点：用例是精确的反应系统功能片断。这样上面四点是否就是“精确”的反应呢。如果真要是“精确”的反应那整个需求分析过程就是灾难。可要是大概的描述一下，能捕获需求吗？

showerXP 2004-12-12

打赏
举报

最近仔细看了一下。发表一些意见，不一定正确

首先从你的uc1看出，你的系统边界定义模糊。特别是发过来的word文档上的场景说明uc1的情况。二个是分析、设计uc阶段中间还有uc排序一步。

flyingxfxf 2004-11-17

打赏
举报

showerXP(小阿！)

难道你的每一个usecase都有扩展吗？

我觉得应该保守的使用高级usecase特性。

----------------------------------------------------

我也同意你说的，我并没有在每个usecase中都有扩展啊。~~
现在觉得也有很多地方写的不好，请多提意见，我会在第一个版本完成后，做大的修改。

luckywb 2004-11-17

打赏
举报

showerXP 2004-11-15

打赏
举报

难道你的每一个usecase都有扩展吗？

我觉得应该保守的使用高级usecase特性。

flyingxfxf 2004-11-08

打赏
举报

这个东西做了开一个多月了吧。

上上个星期在分析类，做序列图，感觉分析设计类还是有些困难的。和指导老师在某些方面的意见也不统一，有时候甚至自己看了一些东西，也会否定自己以前的想法，毕竟是第一次做这种东西，还是在参考duwamish　的结构，有时候发现自己设计的和duwamish的有差别，分析了下觉得还是自己设计的不好，呵呵。　总觉得没有什么是自己的东西。　
　
上个星期刚把数据库做出来。　现在开始编码了。

感觉还有有一些收获的，但是回过头来看自己做的还是有很多问题，不论是在设计，还是分析的阶段，都会发现很多的问题，应该说软件过程应该是个逐步完善的过程，不可能一次性做好，所以每次叠带的过程就要注意这次的重点在那里。。。

感谢大家的关注。。。

zhang_yzy 2004-11-06