《需求建模》课件.pptVIP

* * 用例定义了一个或多个参与者与系统之间的交互序列。 通俗来说 ，用例就是参与者使用系统达到某个目标 * 用例建模的过程就是迭代和逐步求精的过程：从确定用例的名称开始，然后添加用例细节信息，最后完成完整的用例规格说明。 * 根据需求分析作出用例后，并不是一切就万事大吉了，还需要对用例的正确性进行分析。错误的或描述不清的用例可能会导致错误的需求分析，并把我们的设计实现工作带入歧路。 ①用例应该描述系统做什么，但不应该描述系统是如何被实现的。只描述交互，而不是内在的系统活动，黑盒子 ②应该从参与者如何使用系统的角度出发定义用例，而不是从系统自身的角度。系统的存在是因为参与者有一些需要使用它来满足的目标。比如旅客订票和查看今日航班，不能描述为处理订票和显示今日航班 ③用例不是动作步骤的任意集合，它必须为参与者提供可辨识的价值。比如说图书管理员输入资料的输入过程没必要列举 ④每一个用例必须描述出在一个给定场景下参与者将如何使用系统的完整事件流。这有助于避免产生单步用例、部分用例或者功能分解用例。 ⑤每个用例都需要明确的解决参与者相关的问题，这个原则对于检查用例的合理性很有用。每个用例都必须至少有一个参与者与之相关联，否则新增加一个角色，或者删除该用例。某些用例间是否有相似性，如果有引入包含关系；某些用例间是否有特殊情况，如果有引入扩展关系。 最后，评价用例的划分是否适当的一个方