一个MIS系统,如何利用用例来对需求建模呢?请大家讨论一下
　

---

我们的一个MIS中,界面上没有很复杂的交互,绝大多数都是对单据进行新建 修改 审核 等等简单操作.

我觉得项目中最复杂的要数各个单据之间的联系
例如一张单子要作废, 必须要求和它关联的哪些哪些单子都已经作废了才能进行.

像这样的小项目如何利用用例来描述需求呢?

是否还需要写每个用例的用例文档呢(如:用户提交订单信息. 系统生成订单.)
因为交互都很简单, 要是都写那就会有很多重复.

可以用其他方法描述需求吗?如活动图?协作图??

呵呵，项目小吗？
如果如你所说，交互很少，那就文字描述下业务用例行了。但因为实体关系复杂，所以系统用例一定要建立。分析和设计必须要参照了（除非应用类似XP敏捷开发过程，又把设计文档融入代码）。当然用UML，一定要用交互图（sequence,collaborate...）

建议个方法：定制单据关系
制定关系表 1 关系类型表（记录关系，如：作废，生效...）2 单据关系表（记录单据间关系）

愚见，仅供参考！

那么系统用例建了以后还需要用用例脚本来详细描述吗? 我看到别人的描述都是类似于: 系统给出提示, 用户输入密码, 系统验证密码, 系统返回验证结果.....等等这样的详细步骤

但是我的这里对单据的操作步骤基本都一致: 都是先打开列表, 选中一张单子, 然后填写信息, 提交, 系统保存. 就好了

像这样该如何用交互图来表示呢?
如果对每张单据都表示一遍, 那基本上都是重复的.



我用活动图来描述业务流程,如 下定单--合同确认--开通知单--收货
然后再建各个单据的类图
再用状态图来表述各个单据状态变化的约束关系

这样可以吗??
　

是啊，要描述的。
交互图不止是与用户的交互，系统内部的信息交互也要反映。
交互图不一定每个UC都要，只画那些重要的，复杂的就行了。
最后的问题设计到了开发过程的内容了，裁剪经典的过程吧！推荐你看一本书看吧 uml和模式应用。其中结合裁剪后的rup，对一个例子进行分析设计。
但，具体情况具体分析，切忌生搬硬套。裁剪的艺术就像服装设计！

好