|
[2] Cockburn,Alistair,Writing Effective Use Cases,Addison-Wesley,2001.项目经理圈子
[3] Ribu, Kirsten,“Estimating Object-Oriented Software Projects with Use Cases”,MSc Thesis Oslo 2001blog.mypm.net
[4]?vergaard, Gunnar 和 Karin Palmkvist,Use Cases: Patterns and Blueprints.Addison- Wesley 2005.项目管理者联盟
[5] Mohagheghi, Parastoo, Bente Anda 和 Reidar Conradi, “Effort estimation of Use Cases for incremental large-scale software development”,International Conference on Software Engineering (ICSE)。2005, pp. 303 -- 31.项目管理者联盟文章
[6] Laird, Linda M. 和 M. Carol Brennan,Software Measurement and Estimation: A Practical Approach.Wiley-Interscience 2006.blog.mypm.net
[7] Robiolo, Gabriela 和 Ricardo Orosco, “Employing Use Cases to early estimate effort with simpler metrics”,Innovations in Systems and Software Engineering,第 4 卷， Number 1,2008 年 4 月，pp. 31-43.项目管理者联盟
[8] Issa, Ayman, Mohammed Odeh 和 David Coward, “Software Cost Estimation Using Use-Case Models: a Critical Evaluation”,Information and Communication Technologies, 2006.ICTTA '06. 2ndVolume 2, pp. 2766-2771.项目经理圈子
[9] Vinsen, Kevin, Diane Jamieson 和 Guy Callender, “Use Case Estimation -- The Devil is in the Detail”,12th IEEE International Requirements Engineering Conference (RE'04)， 2004, pp. 10-15.项目管理者联盟
[10] Braz, Marcio Rodrigo 和 Silvia Regina Vergilio, “Software Effort Estimation Based on Use Cases”,Proceedings of the 30th Annual International Computer Software and Applications Conference (COMPSAC '06)，2006, pp. 221-228.www.mypm.net
[11] Diev, Sergey, “Use cases modeling and software estimation: Applying Use Case Points”,ACM Software Engineering Notes, Volume 31, Number 6, 2006 年 11 月。www.mypm.net
[12] Anda, Bente, Endre Angelvik 和 Kirsten Ribu, “Improving Estimation Practices by Applying Use Case Models”,Profes 2002, LNCS 2259, pp. 383-397.项目管理者联盟
[13] Bittner, Kurt, 和 Ian Spence,Use Caseuse case Modeling. Pearson Education 2003.项目管理者联盟
注释项目经理博客
1.可以从网上以及其他的手段来得到具体的描述、扩展卡以及工具;例如：[6],[3],[12].talent.mypm.net
2.查看 [6] 已得到估算方法的概述。项目管理者联盟
3.参考在 Diev [11] 中发现的同一个人。项目管理者联盟
4.[1], p. 127;同样比较 [2],p. 93-94.项目管理者联盟
5.[2],p. 119-127.
6.[7],p. 35.项目管理者联盟
7.[3],p. 20,[14],section 2.1,[15].项目管理者联盟
8.Diev [11] 看到了一个用例业务中两个(或者更多)的用例。他说，“用例业务‘购买金融产品’可能包含一系列成功的产品或者失败的”。我们并不认为这是一个好注意，因为业务和场景之间的关系变得不明确起来。“成功的购买”场景由至少一个刺激源和回应组成。“失败的购买”场景由成功场景中的相同刺激源组成。因此，它由两个业务，而不是一个组成。项目管理者联盟文章
9.查看 [4],p. 36-37.项目经理博客
10.Robiolo 与 Orosco 试着解决怎样同时计算非常复杂用例的难题。它们并没有将用例业务与用例的复杂性联系起来，只是简单的添加在用例中发现的所有业务，并直接根据业务 [7],p. 35 的大小来直接计算程序的大小。这听起来十分有前途，但是据我所知，人们对可应用的规则已经进行了大量的研究。现在，我们更加倾向于使用用例点方法。而且，为了保持相反可操作性，我们并不希望改变它的基础，就像以前有人建议的那样;例如：更改业务/复杂性比率([5],表 3);更改它(用例大小点，Fuzzy 用例大小点[10]);或者为“关键性场景”[16]更改业务。项目管理者联盟 项目管理者联盟
|
