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