用例
系统中的业务用例有n个xx管理
细化后，变成了新增xx、删除xx、修改xx、查询xx、审批xx
是不是我的业务用例划分错误了
如何写好用例？
用例是从用户出发的，对开发的作用？？
问题点数：0、回复次数：12Top
1 楼xiaoysh（阿肖）回复于 2004-08-03 20:18:13 得分 0
你那个××管理可作为包
新增xx、删除xx、修改xx、查询xx、审批xx作为用例应没什么问题
如何写好用例可不是一二句话说得清的
用例对开发的作用简单讲就一句“驱动整个开发过程”Top
2 楼crsit（常乐笑）回复于 2004-08-04 09:00:27 得分 0
数据库操作一般细化点会需要那些``
关键是你要明白写用例 actor执行的目的是否能描述清楚你的问题~`
Top
3 楼ychunshui（阿水）回复于 2004-08-04 09:48:40 得分 0
to iaoysh(阿肖)
新增xx、删除xx、修改xx、查询xx、审批xx这样的用例给用户看没有问题吗?Top
4 楼chenlong9610（剑魔）回复于 2004-08-04 10:23:33 得分 0
好处:所见即所得
作用:增加沟通
Top
5 楼xiaoysh（阿肖）回复于 2004-08-04 14:12:28 得分 0
re:ychunshui(阿水)
你觉得有什么问题??说来听听Top
6 楼ozzzzzz（希望敏捷）回复于 2004-08-04 14:45:01 得分 0
我去年年底到今年年初在这个论坛上曾经写过几个帖子教人如何写用例，大家可以找找看。
实际上楼主提出了一个很重要的问题，“对开发的作用”，而这个问题刚好就是对于楼主的解答的根据。
就我们平常作的MIS系统来说，用例中很多的部分都是在对于平时用户的数据进行管理，所以会有很多的xx管理的名字，并且随着分析的深入这个趋势会越来越显著。但是我们不要忘记用例是用来指导我们进行软件开发的。我们应该把那些流程类似，并且多次在不同地方出现的用例流程进行合并，这样作不但是有利于开发，而且对于用例的维护也是有好处的。Top
7 楼ychunshui（阿水）回复于 2004-08-04 15:07:47 得分 0
to xiaoysh(阿肖)
当用户看到整个系统都是新增xx、删除xx、修改xx、查询xx、审批xx什么的,这样的系统用户接受吗?Top
8 楼ychunshui（阿水）回复于 2004-08-04 15:13:05 得分 0
to ozzzzzz(希望敏捷)
是不是要有两份不同的用例,一份给用户看的,一份给开发看的Top
9 楼ozzzzzz（希望敏捷）回复于 2004-08-05 10:13:57 得分 0
ychunshui(阿水)
用例只有一份。
但是要记住用例只是刚刚开始对于需求的分析，而不是对于需求分析的结束。对于用例来说保持统一是必须的，这样才能保证客户的需求不失真。同时维护两份用例是一件非常困难的工作，这样子显然是不经济的。同时我们可以看到，有相似的流程的需求颗粒，往往具有内在的业务逻辑关联性，显然对于客户来说这也是很重要的，得到他们的认可是必要的。
但是我们不应该忘记用例是代表了系统的功能，而开发工作的分配则是基于系统的结构进行划分的。我们必须承认功能和结构是存在紧密的关系的，但是如果不考虑结构单纯的依靠功能去划分工作为认为是非常危险的，这多数情况下代表了不存在一个整体的设计。这个整体设计其实又高度依赖对于系统的功能的分析。
对于设计者来说功能会映射到某种结构（会存在多种可能的结构），而把这些结构进行实现的划分就是功能分配的下一步（但是存在多种的划分），而同时使最终实现中知晓其结构对应于系统的功能也是非常重要的，这对于系统的测试和集成是必须的条件。Top
10 楼aboush（无人居）回复于 2004-08-06 15:46:39 得分 0
问题太大了，建议变成小的，一个个问哦Top
11 楼kingdom99（kingdom）回复于 2004-11-28 21:20:18 得分 0
白盒：从程序员流程写用例
黑盒：从用户使用角度写用例
例如：
新增xx 可以分成n个用例(单元)
删除xx 可以分成n个用例(单元)
修改xx 可以分成n个用例(单元)
查询xx 可以分成n个用例(单元)
审批xx 可以分成n个用例(单元)
各个功能组合测试：（功能）Top
12 楼vc_hking（编程的尼采）回复于 2004-11-29 12:26:36 得分 0
用例有三个层次：概要级别，用户级别和子功能级别的。有不同的针对点。Top
