根据需求获取的结果分析出系统各个业务用例.doc

根据需求获取的结果分析出系统各个业务用例.doc

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
根据需求获取的结果分析出系统各个业务用例

实验项目 名称 软件需求用例分析 实验 目的及要求 掌握从需求获取转换为系统用例的过程 实验 内容 根据需求获取的结果分析出系统各个业务用例 实验步骤 1.从业务目标进行边界定义 边界是系统与外界的交接,定义边界的目的是为我们确定一个分析的起点。 比如业务目标一:为顾客提供业务办理自动化服务,提高办事效率,方便客户,为客户提供更好的服务,就是一个可能的边界。为此,能够为顾客服务的就应该是服务部门、收银部门和店内终端服务机,而系统管理人员和采购和维护都与顾客服务无关。所以应该划分到边界之外。系统边界的划分如图所示图1-1边界定义 2.结合涉众、用户概要信表进息行主角分析 首先根据涉众概要,可以得到涉众列表,其次根据所定义的边界也可以从中寻找那些站在边界外的涉众。而这些涉众可能就是我们需要分析出来的主角(actor)。 示例:在顾客服务边界之外,顾客,管理人员、采购部门和系统维护部门是在边界外的涉众。 顾客涉众主角分析: 对所有顾客来说,假设顾客不会直接使用系统,而是由店内的服务人员代为填写电子表单并提交,另外顾客也是通过终端机对系统进行查询交互,那么服务员和终端机将代表顾客行使其系统利益,也就是说对顾客服务边界而言,虽然利益来自于顾客,但由于顾客不直接与边界说代表的系统交互,而委托店内服务人员或者终端机来代表其与系统交互,因此顾客不能构成为业务主角,服务人员和终端机则代表涉众利益的业务主角。而管理人员、采购部门和系统维护部门都是和用户没有直接联系的,所以通过分析,可以得到顾客服务的主角。如图 -2所示 用例分析 当有了主角和用例边界后,根据需求分析 边界外的主角 要做什么事情(即边界内的用例),用例描述了系统与外部角色之间的一系列的交互。通过用例来描述用户需要系统执行的所有工作,是一组相关的使用场景。 获取用例有很多方法,可以从岗位手册、业务流程指南,职务说明等一些文件中获取,也可以从涉众分析中获得,最重要的方法,是与业务主角访谈。可以通过以下问题来引导业务主角代表说出他们的业务需求。 ? 您对系统有什么期望? ? 您打算在这个系统中做些什么? ? 您做这件事的目的是什么? ? 您做完这件事希望有什么样的结果? 根据访谈结果可以得出如图 的业务用例图用例描述 用列描述是用来描述一组相关的使用场景。用例描述的基本内容包括:唯一的标识一个用例名,简要地说明用户的任务,采用“动词+对象”的形式,如“下订单”用自然语言书写的简短的文字描述。一组前置条件,只有满足这些条件才能使用用例。 ? 后置条件,描述用例成功完成后的系统状态。 ? 一组带编号的步骤,描述从前置条件到后置条件过程中,系统与角色间的一系列会话步骤与交互。 ? 都有一个场景被确定为事件的主干过程normalcourse,也称为主过程、基本过程、主场景。 ? 其他有效场景则被描述为分支过程alternativecourse或次要场景。分支过程的结果也是任务的顺利完成和用例后置条件的满足,但它们反映了任务细节或用于完成任务的会话序 列的多样性。 表 2-1用例描述表 2-用例描述表 2-用例描述表 2-用例描述

文档评论(0)

dashewan + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档