业务建模模板
- 格式:docx
- 大小:42.96 KB
- 文档页数:4
作业:结合自己的毕业设计,完成需求分析
业务建模
主要工作:
针对项目特点,分析业务现状,识别业务参与者、业务用例、业务工人、业 务实体。(釆用活动图对业务流程进行图形化建模)
1•业务现状:
某旅店可对外开放50个双人间和20个单人间,房间费用视情况按季节调整, 但周一到周五提供半价(周末全价)折扣。
旅客可以直接入住房间(如果有空房),也可提前预订;入住和预订都需要登 记个人信息八
旅‘V总前预订房间时,需提交一定的订金;入住时间24小时之前,旅客可 以取消预订,并退回所有订金,24小时以内则不退还订金。
退房时缴纳全部的住宿费用。
服务员每月为经理提供房间的预订情况和入住情况的详细信息。
2•业务用例图(业务参与者,业务用例):
3•针对业务用例住宿的活动图(流程图.数据流图):
4•识别业务工人和业务实体,完成业务对象模型的建模:
5•需要注意的地方:
(1)针对业务用例的建模,可以针对项L1特点釆用序列图或活动图,其中序列 图强调对象之间的消息传递,使用Rational Rose建模,序列图中较难体现分支、 循环和并发。活动图侧重描述活动和活动之间的关系(顺序、分支、循环、并发), 如果要在活动图中体现对象之间的交互,可以添加泳道,但为了保证图形的清晰 化,建议泳道不要超过四个。
(2)业务用例只有1个,针对该业务用例采用活动图进行图形化建模;若业务 用例有多个,且多个业务用例之间也具有联系,建议采用总体活动图+子活动图 的方式展开。
用例建模(需求分析)
••从用户的角度去看待问题
针对业务建模中提到的功能,从业务用例模型中寻找系统改进点,结合系统 远景,获取系统用例来表达需求,最终确定系统功能点。此阶段主要工作为:识 别系统参与者,识别系统用例,识别用例与用例之间的关系,完成用例描述。
可能存在的对应关系(并非一一对应):
(1)业务用例一〉系统(子系统)(2)业务参与者-〉系统参与者
(3)业务工人一〉系统参与者 (4)业务实体-> 实体类
(5)业务工人的操作(活动)一〉系统用例
1. 识别系统参与者
・系统在哪些部门使用
・谁向系统提供信息、使用和删除信息。
・谁与系统的需求有关联
・谁使用系统的功能(用例)
・谁对系统进行维护
・与外部系统是否有关联
・时间参与者:一种习惯用法,用于激活那些系统定期的、自动执行的用例
用例C
2. 识别系统用例
・参与者的工作是什么 ・参与者的角色(作用)是什么
・参与者是否生成、参照、删除系统信息
・参与者是否需要把外部变更通知给系统
・系统是否需要把内部事情通知给参与者
・是否存在进行系统维护的用例
3. 用例之间的关系
■ Include (包含)
4-基用例中复用被包含用例的行为
*提取公共步骤,便于复用
・Extend (扩展):通过扩展用例对基用例增加附加的行为
・Generalization (泛化):同一业务目的的不同技术实现
4. 用例描述(用例规约)
表3 “预约挂号”用例文档
用例名 预约挂号
简要描述 注册用户可通过该用例完成预约挂号业务
参与者 注册用户
涉众 注册用户、医院
扩展点 打印预约单、打印挂号费、支付挂号费
前置条件 用户成功登录到本系统
后置条件 用户的预约信息被记录到系统中
基本事件流
1. 该用例起始于注册用户需要通过该系统进行预约挂号(A-1);
2. 用户设定查询条件(D-1),查询到需要预约的医院、科室以及出诊信息:
3. 系统显示可预约的岀诊信息(A-2, D-2);
4. 用户选择一个可用的出诊信息,进行预约:
5. 系统显示有关本次预约的详细信息(D-3):
6. 用户提交本次预约记录:
7. 系统保存本次预约记录,并提示用户预约成功(A-3)。
针对预约成功的记录,系统提供三个扩展点:打印预约单、打印挂号费、支付挂号费 备选事件流
A-*用户在提交该预约前,随时都可能中止本次预约
1. 系统显示中止确认的消息:
2. 用户可以结朿该用例,也可以选择继续。
A-1当用户已经有成功预约且还没看病的预约记录时
1.系统显示用户已有的预约记录:
针对每个预约记录,系统提供三个扩展点:打印预约单、打印挂号费、支付挂号费
A-2无法查询到所要的出诊信息
1. 系统显示没有可用的出诊信息; 2. 注册用户可以重新输入查询条件进行查询,也可以结束该用例。
A-3保存信息失败
1. 系统显示保存失败,并提示用户需要再次提交;
2. 注册用户可以重新提交,也可以结束用例。
补充约束•数据需求(有关数据需求尚需进一步细化)
D-l 0前初步应该包括:医院名称、类别、科室名称、预约时间、医生姓冬、医生职称等。
D-2出诊信息应包括:医院冬称、类别、课程需称、出诊时间、医生姓冬、医生职称、医生 特长等内容。
D-3预约信息应包括:出诊时间、医院、科室、医生姓名、医生职称、挂号费用等
补充约束•业务规则
B-1每个医生每次出诊所能看病的人数有一左的限制,当某个医生的预约人数满员后即不可 预约
B-2 一个用户每个时间段最多只能预约5位医生
待解决问题
(暂无)
相关图
(暂无)
用例描述中需要注意的地方:
1. 使用业务语言(用户语言),不要使用技术语言;
2. 描述参与者与系统的交互过程,以参与者或系统作为主语描述;
3. 不要细化GUI (不要出现下拉框、文本框、按钮等与界面细节相关的语言);
4. 将分支放到备选路径中;循环直接描述继续到哪一步;
5. 用例文档重点描述功能需求,必要的业务规则、数据需求等也要适当给出, 方便后续工作。