uses-case粒度问题

ccwlm741212

最初由 newzqs 发布
[B]编写用况时有三个非常重要的概念：
1、范围：我们讨论的系统是什么，定义了系统的边界
2、主执行者：规定了用况要实现的目标，他为什么要完成这个用况
3、层次：目标的层次是高，还是低，层次一般分为：概要层、用户层、系统层 [/B]

我个人认为：好好把握5W就可以了

yining

什么是5W啊？

newzqs

最初由 ccwlm741212 发布
[B]

我个人认为：好好把握5W就可以了 [/B]

可否说得详细一点！

newzqs

最初由 yining 发布
[B]能不能把这个论题扩大化一下？希望能够听一听大家对XP以及其他一些开发方式的看法，比如FDD，Crystal Clear，RUP等等。

个人觉得XP过于严格，倒不是在于对整个团队纪律性的强调。这个是必须的。但是如果团队的整体水平不高，而又没有前期设计的话，我觉得会造成重构的困难。所以应该有一些前期的设计，这样也可以通过让团队成员参加设计而得到提高。 [/B]

这个建议不错！

对于XP也有相同的看法，XP对团队的要求很高。

就像对待四则运算题一样，小学生要一步一步的做，而我们现在就可以一下子看出答案。但是现在软件的复杂性对于大多数团队来说还相当于四则运算题对小学生的复杂度，个人认为XP适合少数团队。

XP提倡简单、沟通、反馈、勇气是我赞赏的地方！

ccwlm741212

最初由 newzqs 发布
[B]

可否说得详细一点！ [/B]

WHO,WHERE,WHEN,.WHAT,WHY

newzqs

最初由 ccwlm741212 发布
[B]

WHO,WHERE,WHEN,.WHAT,WHY [/B]

可以这样理解吗
who 执行者、项目相关人员
what、why执行者通过系统完成什么，系统的目标
where、when用况的场景、范围　

ccwlm741212

最初由 newzqs 发布
[B]

可以这样理解吗
who 执行者、项目相关人员
what、why执行者通过系统完成什么，系统的目标
where、when用况的场景、范围　 [/B]

其实任何事情都逃不出  

用例的设计我认为还很重要一点：接口,，其实对象自身的设计一般问题不大，可与外界的接口必须考虑的仔细和周全，否则以后的扩充修改量大

yining

用例不应该包含接口。接口属于how的范围，也就是OOD的部分。用例是帮助OOA的。

ccwlm741212

最初由 yining 发布
[B]用例不应该包含接口。接口属于how的范围，也就是OOD的部分。用例是帮助OOA的。 [/B]

设计用例的属性还是需要考虑

newzqs

我认为用况也不应该包括接口，如果真的需要也属于用况的参与者，现在过多的考虑这些问题恐怕要陷入到系统的实现细节问题中去。