- 1、本文档共9页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
进销存系统用例建模案例
1. 案例研究目标
本案例通过对进销存系统进行用例建模,目的是使学生了解用例建模的基本思想方法,
学会从系统外部定义系统功能,能够根据系统需求识别适当的系统参与者和用例,掌握用例
建模的基本步骤。
用例方法完全是站在用户的角度上(从系统的外部)来描述系统的功能的。在用例方法
中,我们把被定义系统看作是一个黑箱,我们并不关心系统内部是如何完成它所提供的功能
的。用例方法首先描述了被定义系统有哪些外部使用者(抽象成为 Actor ),这些使用者与
被定义系统发生交互;针对每一参与者,用例方法又描述了系统为这些参与者提供了什么样
的服务(抽象成为 Use Case ),或者说系统是如何被这些参与者使用的。所以从用例图
中, 我们可以得到对于被定义系统的一个总体印象。
与传统的功能分解方式相比,用例方法完全是从外部来定义系统的功能,它把需求与设
计完全分离开来。在面向对象的分析设计方法中,用例模型主要用于表述系统的功能性需
求, 系统的设计主要由对象模型来记录表述。
2. 案例简介——超市进销存系统的需求调查
1、 销售: 售货员接受顾客订购,输入顾客购买的商品,计算
总价 顾客付款并接受清单 售货员保存顾客购买的商品
记录
2、 库存: 库存管理员每天进行
盘点
库存管理员每天发现库存商品有损坏时,及时到相关部门报损 在供应商的商
品到货时,潮湿人员首先检查商品是否合格,并将合格的商品入 库处理 经
理、统计分析员根据需要进行相关商品的模糊查询或详细查询
3、 订货: 订货员用新商品供应商信息更新供应商数据库的信息
订货员统计库存商品是否低于库存下限,然后制作订货单
4、 统计: 经理在促销期间或节日期间,注明相关商品的促销价格和
手段 经理按市场情况经常变动商品价格
3. 案例分析
构造需求用例模型的目的是分析和提取足够的需求信息,创建用例模型。本案例中,首
先要找出系统的主要用例,进行用例建模。模型从用户的角度表示系统需要实现什么;不涉
及系统如何构造和实现的具体细节。用例建模的步骤如下:
1. 确定业务参与者 .
2. 确定业务需求用例 .
3. 构造用例模型图 .
4. 记录业务需求用例描述 .
3.1 确定系统参与者
所谓的参与者是指所有存在于系统外部并与系统进行交互的人或其他系统。通俗地讲,
参与者就是我们所要定义系统的使用者。寻找参与者可以从以下问题入手:
系统开发完成之后,有哪些人会使用这个系统?
系统需要从哪些人或其他系统中获得数据?
系统会为哪些人或其他系统提供数据?
系统会与哪些其他系统相关联?
系统是由谁来维护和管理的?
本系统按照业务功能分成订货、销售、库存和统计四部分,这些职能对应不同的组织
部 门。超市服务的对象是顾客,系统内部员工可按照组织部门人员的职能分类,分别是订
货人 员、销售员、库存管理员、统计分析员等。因此,可以初步识别该系统的主要参与者
为:顾 客、订货人员、销售员、库存管理员、统计分析员。如图 1 所示:
员工
顾客
管理员 员工
库存管理员 统计分析员 订货员
图 1 系统的主要参与者
3.2 确定业务需求用例
找到参与者之后,我们就可以根据参与者来
文档评论(0)