- 博客(3)
- 收藏
- 关注
原创 需求工程系列(六)- 在已有系统改造中如何使用用例技术
目前大多数用户的开发都是对现有系统的升级和改造,在这样的情况下还能使用用例技术吗?很幸运答案是肯定的,你可以按照以下步骤进行:1. 确定系统边界:通过标识Actor来定义系统边界; 2. 重构用例模型:简要地捕获和描述现有系统的用例模型;3. 扩展用例模型补充用例规约:根据系统的升级和改造要求,增加新的用例或对已有用例进行扩展;在对现有用
2008-08-24 22:54:00 2497 1
原创 需求工程系列(五)- 确定用例的粒度几个基本原则
用例的粒度问题一直是困扰着需求分析员的常见问题,对于这个问题,抱歉,没有银弹,我只能给出一些解决这个问题的基本原则:1. 控制用例的总体数量:一般来说,一个相当复杂的系统的用例数量可能在30-50个之间,如果一个系统的用例数量大大超过了这一范围,那就该看看是不是陷入了功能分解的误区;2. 高内聚、低耦合:用例是一种结构化写作需求的技术,用例是被从现实的场景中
2008-08-18 21:44:00 3578 4
原创 需求工程系列(四)- 用例基本与UML“无关”
最近在与用户的沟通过程中,发现用户经常会认为用例是一种基于图形描述或UML的方法,从而质疑用例是否能够有足够的描述能力,或者用例是否易于被业务人员理解。其实,这是对用例的另一种典型的误解。 在用例模型中,的确会用到一些UML的图符(一个小人代表Actor,一个椭圆代表Use Case,等等),但这些图符是非常容易理解的。而且用例的主要信息是在需求规约当中,用例模型传递的信息可能只占所有相关
2008-08-03 14:41:00 2477 1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人