需求与用例.ppt

要点：用例粒度(2) 把步骤当用例 把系统活动当用例 要点：用例的粒度(3) “四轮马车” C(Create)R(Read)U(Update)D(Delete) 所有业务最终都会成为CRUD？ CRUD能为Actor提供价值？ CRUD掩盖业务，锐变成关系数据库的建模： “系统就是数据的增删改查” 关心数据的存储和维护，反而忽略了用户的目的 要点：用例的粒度(4) 如果确实是CRUD？ 如果CRUD不涉及复杂的交互，一个用例“管理××”即可 不管是C、R、U、D，都是为了完成“管理”目标 甚至很多种的基本数据管理都可以用一个用例表示 要点：用例的粒度(5) 阶段 粒度 例子 业务建模 （描述功能性需求） 用例名称能够说明一个完整业务流程 取钱、报装电话、借书等 概念建模 用例描述一项完整业务的一个步骤 提供申请资料、受理业务等 系统建模 用例能够描述操作者与计算机的一次完整交互为宜 填写申请单、审核任务单、验证密码等 粒度尚无标准规则 建议在不同阶段，使用不同粒度 * 应用UML：用例图 用例图用于描述用例名称和参与者及其之间的关系。 准则：绘制简单的用例图，并与“参与者-目标”列表关联。 * 图6-3 部分用例语境图 * 图6-4 表示法建议 思考题：绘制用例图 SP手机短信天气预报系统：用户如果预定了SP的手机短信天气预报业务，系统每天会定时给他发天气预报消息；如果