系统分析师UML用例实战-读书摘要-绘制用例图(1)

本文介绍了系统分析师在分析阶段使用UML用例的时机,详细阐述了用例图的构成,包括参与者(小人)、用例(椭圆)和系统边界。通过实例解释了如何确定系统边界,找参与者和用例的方法,强调参与者与用例的关系,以及在系统开发中接口设计的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.1使用用例的时机

将软件开发分为分析-设计-实现这三大步骤的话,用例主要用在分析阶段。也就是说用例是一种系统分析技术。

分析:是为了说明系统是什么,并说明这个系统会做哪些事。

设计:是为了说明系统如何工作,也就是说明系统应该如何一步一步地做到在分析阶段所承诺的事情。

实现:就是按照系统设计,真正的开始编写代码。

通常,系统分析师使用用例之后,主要会有两个结:其一是用例图,其二是用例叙述。

1.2一睹用例图的长相

用例图:

图中小人为参与者,代表系统外部的用户

椭圆为用例,代表系统内部对外提供的服务项目

方框图则表示系统

用例叙述:

用例订购书籍

事件流程:

1.当会员选择订购书籍时,这个用例就会启动

2.会员输入他的姓名和地址

3.会员输入欲购买的书籍的书号

4.系统提供书籍说明与每一本数的价格

5.当会员输入欲订购的书号时,系统会持续保留订购的累计金额

6.会员输入信用卡付款的信息

7.会员确认订购

8.系统核对信息,保存订购信息,并且把付款信息转交给会计系统。如果信息有任何不正确的地方,系统就会提示会员修正该信息。

9.当付款信息确认后,订购交易会标记为“已结账”,交易代号会回传给会员,而且这个用例即告终结。如果付款没有确认,系统会提示会员修正付款信息或取消。如果会员选择修正该信息,则轨道上述的第6个步骤。如果会员选择取消,则该用例即告终结。

1.3绘制用例图

确立系统边界,就是先划定一个系统范围,晚点再来推敲系统范围内该做的细节。确立边界就像剁鸡一样,需要的留下来,不需要的剁掉。所以系统分析师要做好

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值