1、识别业务用例,1,识别用例,2,识别用例,3,识别用例,4,识别用例,5,表示用例,6,表示用例,7,错误表示,8,用 例,下面哪些是用例？ 1、支持跨行业务 这是一个业务规则，限定业务的范围。 2、插入卡片 这是一个过程步骤，不是完整的目标。 3、输入密码 这是一个过程步骤，不是完整的目标。 4、选择服务 这是一个过程步骤，不是完整的目标。,9,用 例,5、取钱 这是一个有效的完整目标。 6、存钱 这是一个有效的完整目标。 7、挂失卡片 这是一个有效的完整目标。 8、交纳费用 这是一个有效的完整目标。 9、三次错误吞没卡片 这是一个业务规则，限定业务的范围。,10,用例和功能的误区,一个错误
2、的理解认为用例就是功能的划分和描述。 虽然用例是捕获功能性需求的，但有一个前提条件，即这个功能性需求是从参与者的角度出发的，用例并不是功能。 功能是脱离使用者的愿望而存在的。,11,粒 度,12,粒 度,13,粒 度,14,粒 度,尽量不要用CRUD为用例，因为它们一般不提供价值，过于在乎细节，是从数据库角度进行考虑的。 如果确定为CRUD，则合并为管理*，可以把Create当作主路径，Read，Update，Delete当作其它可选的路径。,15,粒 度,16,业务建模的步骤,选定业务单元 识别业务执行者 识别业务用例 详述业务用例 建立对象模型,17,详述业务用例的可选技术,18,文字,1
3、9,书写用例文档,20,详述业务用例-活动图,21,详述业务用例-循序图,22,23,详述业务用例,24,25,业务序列图,26,业务序列图,27,业务序列图,28,业务序列图,29,循序图,30,传入：表示责任 传出：表示协作,检索零件UC的责任有哪些？,寻找改进点,31,业务序列图,32,寻找改进点,33,业务序列图,34,业务序列图,35,改进点,36,改进点,37,改进点,38,39,改进点,40,41,改进点,42,水电站财务处业务用例,43,找出改进的流程,如用例：其他部门人员-申报费用中哪些是愿景中提出要改进的地方（业务单元）？,44,水电站财务处用例,45,其他部门人员申报费用-基本路径,46,循序图,消息的方向代表责任不代表数据。 数据流用虚线表示，可以不画。 循序图侧重描述责任如何在业务工人和业务实体之间转移。 画循序图的目的是从图中找改进点。 找改进点就是在找需求。,47,业务建模的步骤,选定业务单元 识别业务执行者 识别业务用例 详述业务用例 建立对象模型,48,业务对象模型,49,申报费用-业务对象模型,50,从业务模型到系统模型,至此业务模型阶段已完成，现在需要把目光从业务模型转到系统模型。,51,业务用例和系统用例,52,一个业务用例和多个系统用例,53,多个业务用例和一个系统用例,54,
