需求工程系列(三)- 对用例的典型误用 - 功能分解
2008-07-27 21:34
766 查看
用例是一个门槛很低的技术,任何人都可以随便画几个小人和几个椭圆,然后向全世界宣称我在用用例进行需求建模了,但是好像也没有真正解决我的问题。在这种情况下,用例技术很可能被误用了。在对用例不同类型的误用之中,最严重、最普遍的莫过于利用用例来进行功能分解了。刚在为了偷懒,想找张现成的错误使用用例的例子,结果找的了2001年Kurt写的在这方面的文章以及最近一位老兄在CSDN上给出的翻译(已经收藏在我的网摘里)。Kurt对这个问题的阐述已经相当清楚了,我也就不多写了,大家去看我的网摘或原文吧!
作为总结,可以记住这样两句话:1、Login往往不是一个好的用例;2、用例是不会互相调用的;
英文原文:
http://www-128.ibm.com/developerworks/rational/library/content/RationalEdge/dec00/WhyUseCasesAreNotFunctionsDec00.pdf
中文翻译:
http://blog.csdn.net/soaringbird/archive/2007/03/28/1544093.aspx
作为总结,可以记住这样两句话:1、Login往往不是一个好的用例;2、用例是不会互相调用的;
英文原文:
http://www-128.ibm.com/developerworks/rational/library/content/RationalEdge/dec00/WhyUseCasesAreNotFunctionsDec00.pdf
中文翻译:
http://blog.csdn.net/soaringbird/archive/2007/03/28/1544093.aspx
相关文章推荐
- 需求工程系列(三)- 对用例的典型误用 - 功能分解
- 需求工程系列(四)- 用例基本与UML“无关”
- 需求工程系列(二)- 基于用例的需求管理框架
- 需求工程系列(六)- 在已有系统改造中如何使用用例技术
- 需求工程系列(四)- 用例基本与UML“无关”
- 需求工程系列(五)- 确定用例的粒度几个基本原则
- 需求工程系列(七)- 如何编写用例的前置条件
- 需求工程系列(五)- 确定用例的粒度几个基本原则
- 需求工程系列(二)- 基于用例的需求管理框架
- 需求工程系列(六)- 在已有系统改造中如何使用用例技术
- OO系统分析员之路--用例分析系列(8)--如何编写一份完整的UML需求规格说明书[整理重发]
- OO系统分析员之路--用例分析系列(8)--如何编写一份完整的UML需求规格说明书[整理重发]
- 基于需求文档(PRD)的功能用例设计
- 需求工程系列(一)- 软件需求的困境 - 分析代替了需求
- 登录工程:现代 Web 应用的典型身份验证需求
- SWT模拟Eclipse左侧菜单,简单实现新建工程,新建包,添加用例等功能.
- UI自动化测试系列之TestNG----失败用例自动重试功能
- 《AjaxPro 教程系列》 一、环境配置和经典用例AutoComplete功能的实现
- 【需求解决系列之一】移动卡片实现答题功能
- 需求工程系列(一)- 软件需求的困境 - 分析代替了需求