需求工程系列(四)- 用例基本与UML“无关”
2008-08-03 14:41
411 查看
最近在与用户的沟通过程中,发现用户经常会认为用例是一种基于图形描述或UML的方法,从而质疑用例是否能够有足够的描述能力,或者用例是否易于被业务人员理解。其实,这是对用例的另一种典型的误解。
在用例模型中,的确会用到一些UML的图符(一个小人代表Actor,一个椭圆代表Use Case,等等),但这些图符是非常容易理解的。而且用例的主要信息是在需求规约当中,用例模型传递的信息可能只占所有相关需求信息的5%。
所以,我建议,大家可以粗略地认为用例与UML基本无关,它主要是一种基于文本的结构化地书写需求的方式。
在用例模型中,的确会用到一些UML的图符(一个小人代表Actor,一个椭圆代表Use Case,等等),但这些图符是非常容易理解的。而且用例的主要信息是在需求规约当中,用例模型传递的信息可能只占所有相关需求信息的5%。
所以,我建议,大家可以粗略地认为用例与UML基本无关,它主要是一种基于文本的结构化地书写需求的方式。
相关文章推荐
- 需求工程系列(四)- 用例基本与UML“无关”
- 需求工程系列(二)- 基于用例的需求管理框架
- 需求工程系列(二)- 基于用例的需求管理框架
- 需求工程系列(三)- 对用例的典型误用 - 功能分解
- 需求工程系列(六)- 在已有系统改造中如何使用用例技术
- 需求工程系列(七)- 如何编写用例的前置条件
- OO系统分析员之路--用例分析系列(8)--如何编写一份完整的UML需求规格说明书[整理重发]
- 需求工程系列(三)- 对用例的典型误用 - 功能分解
- 需求工程系列(五)- 确定用例的粒度几个基本原则
- OO系统分析员之路--用例分析系列(8)--如何编写一份完整的UML需求规格说明书[整理重发]
- 需求工程系列(五)- 确定用例的粒度几个基本原则
- 需求工程系列(六)- 在已有系统改造中如何使用用例技术
- UML从需求到实现----用例
- UML从需求到实现----用例、UML用例图中包含、扩展和泛化三种关系详解
- 用例的基本概念-----摘自《大象-------Think in Uml》
- UML简单介绍(四)——用例图的基本概念与解析
- UML系列图--用例图
- UML用例图之泛化(generalization)、扩展(extend)和包含(include)关系--UML一波流系列讲解
- 需求工程的基本过程
- MapReduce 编程 系列一 搭建基本的Maven工程