2010-05-14 18 views
1

我有兴趣使用用例图作为收集用户需求的工具。但是,这将是新功能,而不是从头开发系统。此外,该系统仅具有较小级别的用户交互 - 大多数参与者都是外部系统。用例图作为新功能的需求收集工具 - 特别是在只需要非常少的用户交互的系统中

我想知道人们使用这种收集需求的方法是什么。你的客户是如何回应这种变化的,这是否是积极的?它对任何人都没有用吗?

感谢,

回答

1

一个的用例的主要优点是它们有助于沟通思想明确,让你和最终用户可以在相同的波长得到。他们可以引发讨论并揭示用户(或你)可能认为理所当然的微妙之处。

另一方面,系统之间的交互是具体的,所以你可以放弃讨论,而是试图记录事实;什么样的数据将被传输,什么样的数据,将要采取什么形式,当收到垃圾时会发生什么,等等。

+0

+1下半年你是否认为记录事实比使用用例图更好? – 2010-05-14 13:34:46

+1

现在我不是说用例图是谎言:-)相反,系统交互足够具体,您将从用例图中得到额外的好处,除非您需要讨论高层次的交互(在哪种情况下白板也可以) – 2010-05-14 13:36:00

+1

@Ed这是一个很好的观点 - 我不想陷入使用方法论的陷阱,因为我想使用它(不管它是否合适) – 2010-05-14 13:43:14

相关问题