用例驱动的需求分析.pptVIP

面向对象的需求分析 1 结构化分析方法的不足 2面向对象的软件工程 3用例是什么？用例建模的基本过程 4 用例模型的提交物 1 用例模型 2 每个用例的详细描述 3 术语表：所用到的术语说明 4 补充规约：非功能性需求的说明 如，系统会监控执行者在系统里的操作，并在执行者删除数据之前备份。虽然它是系统的一个必需组成部分，但它在需求阶段却不应该作为用例出现。 因为这是一个后台进程，对执行者来说是不可观测的，它应该在系统用例分析阶段定义。 又比如，登录系统是一个有效的用例，但输入密码却不是。这是因为登录系统对执行者是有意义的，这样他可以获得身份认证和授权，但输入密码却是没有意义的，输入完了呢？有什么结果吗？ * * * 事实上，基础用例没有扩展也是完整的，一个扩展用例反而改变了基础用例的事件流。扩展用例的行为是否被执行要取决于主事件流中的判定点。如果特定条件发生，扩展用例的行为才被执行。值得注意的是扩展用例的事件流往往也可以抽象为基础用例的备选流。 * 在图书管理系统中，假设有一个基础用例“还书”，规定了一般情况下的还书流程。但是，如果读者所借书籍超期，在还书的时候是要交纳罚金的，这时基础用例“还书”不能描述超期情况下的还书流程。如果修改基础用例，可能会增加基础用例的复杂性，因此可以考虑在基础用例中添加扩展点，特定条件是超期，如果满足特定条件，将执行“交纳罚金”这个扩展用例。 判