《软件需求工程3》由会员分享，可在线阅读，更多相关《软件需求工程3（54页珍藏版）》请在装配图网上搜索。
1、单击此处编辑母版标题样式,,单击此处编辑母版文本样式,,第二级,,第三级,,第四级,,第五级,,*,,*,单击此处编辑母版标题样式,,单击此处编辑母版文本样式,,第二级,,第三级,,第四级,,第五级,,*,,*,识别业务用例,,,1,识别用例,,,2,识别用例,,,3,识别用例,,,4,识别用例,,,5,表示用例,,,6,表示用例,,,7,错误表示,,,8,用 例,下面哪些是用例？,,1,、支持跨行业务,,×,这是一个业务规则，限定业务的范围。,,2,、插入卡片,,×,这是一个过程步骤，不是完整的目标。,,3,、输入密码,,×,这是一个过程步骤，不是完整的目标。,,4,、选择服务,,×,这是一
2、个过程步骤，不是完整的目标。,,,,9,用 例,5,、取钱,,√,这是一个有效的完整目标。,,6,、存钱,,√,这是一个,有效的完整,目标。,,7,、挂失卡片,,√,这是一个,有效的完整,目标。,,8,、交纳费用,,√,这是一个,有效的完整,目标。,,9,、三次错误吞没卡片,,×,这是一个业务规则，限定业务的范围。,,,,10,用例和功能的误区,一个错误的理解认为用例就是功能的划分和描述。,,虽然用例是捕获功能性需求的，但有一个前提条件，即这个功能性需求是从参与者的角度出发的，用例并不是功能。,,功能是脱离使用者的愿望而存在的。,,11,粒 度,,,12,粒 度,,,13,粒 度,,,14,粒
3、 度,,尽量不要用,CRUD,为用例，因为它们一般不提供价值，过于在乎细节，是从,数据库,角度进行考虑的。,,如果确定为,CRUD,，则合并为管理***，可以把,Create,当作主路径，,Read,，,Update,，,Delete,当作其它可选的路径。,,15,粒 度,,,16,业务建模的步骤,选定业务单元,,识别业务执行者,,识别业务用例,,详述业务用例,,建立对象模型,,17,,详述业务用例的可选技术,,18,文字,,,19,书写用例文档,,,20,详述业务用例,---,活动图,,,21,详述业务用例,---,循序图,,,22,,,23,详述业务用例,,24,,,25,业务序列图,,,
4、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,
软件需求工程3
