软件工程-第9讲R6.pptVIP

用例：零件销售系统 谢谢！ 步骤 识别系统边界和参与者 列出事件 识别用例 书写用例文档 识别用例的关系 对用例进行优先级排序 用例的角色 作为总图使用最合适 用例的本质是文字 书写用例文档——用例模板 用例编号 用例名 用例描述 参与者 前置条件 后置条件 基本路径 1…….XXXX 2 …….XXXX 3 …….XXXX 扩展点 2a. XXXX 2a1….XXXXX 补充说明 书写用例文档 ——前置、后置条件 开始用例前所必需的系统及其环境的状态 用例成功结束后系统应该具备的状态 书写用例文档 ——前置、后置条件 某些用例依赖于其他用例 一个用例在离开系统时，可能是另一个用例的前置条件（例如：“登录”和“管理订单”） 有助于识别漏掉的用例 如果一个用例的前置条件不能由执行其他用例满足，可能意味着丢失了用例（例如：“管理订单”却没有“登录”） 书写用例文档 ——用例的路径 书写用例文档 ——用例交互四步曲 书写用例文档 ——路径交互步骤的描述 小鸟视角 每个步骤一个句子 使用主动语句，参与者或系统作为主语 不要涉及界面细节 书写用例文档 ——扩展点 书写用例文档 ——识别扩展点的思路 参与者的选择 另一条成功路线 “用支票结账” 参与者错误的操作 “没有提供Email地址” 每次系统验证时，都暗示着扩展 “系统验证账户名和密码” 系统内部出现错误 书写用例文档：讨论和练习 用例：登录 系统显示输入用户名和密码的界面 会员输入用户名和密码，点击“确定” 如果用户名和密码正确，系统根据用户名从数据库中的“会员”表中查询该会员信息，系统显示会员定制界面 如果用户名不存在…… 以上用例文字有什么问题？ 步骤 识别系统边界和参与者 列出事件 识别用例 书写用例文档 识别用例的关系 对用例进行优先级排序 识别用例的关系 ——用例的关系 扩展 包含 泛化 识别用例的关系 ——通过关系提高用例复用 扩展：“冻结”基用例以保持稳定 包含：提取公共交互，提高复用 泛化：同义业务目的的不同技术实现 基用例 扩展用例1 扩展用例2 用例A 用例C 用例B 步骤 识别系统边界和参与者 列出事件 识别用例 书写用例文档 识别用例的关系 对用例进行优先级排序 列出事件 ——事件 系统必须响应的外部事件和内部事件 外部事件：来自系统外部 顾客＋下订单 内部事件：来自系统内部 和时间有关：每天晚上检查账户 列出事件 ——头脑风暴法 “主语＋动词(＋宾语)” 主语：Actor的候选。例如：乘客，顾客，店员。 动词：表示行为。例如：买，发送，修改… 宾语：动词所代表行为的目标 列出事件 ——零件销售系统事件表格 步骤 识别系统边界和参与者 列出事件 识别用例 书写用例文档 识别用例的关系 对用例进行优先级排序 识别用例 ——用例 定义用例实例是系统执行的一系列动作，这些动作将生成特定主角（参与者）可观测的结果值。一个用例定义一组用例实例。 通俗一些Actor使用系统达到某个目标 识别用例 ——用例要点 可观测?用例止于系统边界 结果值?用例是目标导向的 系统执行?结果值由系统生成 由参与者观测?业务语言，用户观点 一组用例实例?用例的粒度 识别用例 ——用例止于系统边界 识别用例 ——用例是目标导向的 系统的存在是因为：参与者有一些需要使用它来满足的目标 识别用例 ——结果值由系统生成 识别用例 ——业务语言而非技术语言 识别用例 ——用户观点而非系统观点 识别用例 ——用例vs. 功能 识别用例 ——用例命名：参与者视角 识别用例 ——用例的粒度（1） 粒度过细，陷入功能分解 过细的粒度，一般都会导致技术语言的描述，而不再是业务语言 识别用例 ——用例的粒度（2） 常见错误： 把交互的某个步骤当作用例 把系统活动当作用例 识别用例 ——用例的粒度（3）：四轮马车的错误 蜕变成关系数据库的建模 “系统就是数据的增删改查”。这是常犯的错误，先关心数据的存储和维护，反而忽略了用户的目的。 注意粒度适度原则，如果CRUD不涉及复杂的交互，一个用例“管理××”即可。 识别用例 ——用例的粒度（4）：四轮马车的错误 可以把包含复杂交互的路径独立出去形成用例 识别用例：讨论和练习 以下用例的名字是否合理？ 识别用例：讨论和练习 电梯－－参与者和用例？ 识别用例：讨论和练习 识别用例：讨论和练习 Email客户端（如：outlook express），A在北京发邮件给深圳的B，系统提醒B”你有新邮件”，B收邮件 识别用例：讨论和练习 Email客户端（如：outlook express），A在北京发邮件给深圳的B，系统提醒B”你有新邮件”，B收邮件 识别用例：讨论和练习 一个论坛类的应用，用户可以提问，别人来回答，如果有自己问题被解答的话，