用例分析实践体会-计算机系统应用.pdf

计 算 机 系 统 应 用 .//0 年 第 1 期 用 例 分 析 实 践 体 会 !# $%#’(#)*# +) ,)-./0(0 +1 20# 3-0# 吴! 艳! 金献珍! （浙江工业大学 之江学院 浙江杭州 #$$% ） !! #’() H/bJK +V WW $*+,-./0 1 234.5 ,ef /x3 T \ V4D_ y /,K -. /+ , kl* +w:; o/@A2W Y3T_ y klw:/bJKV Wefhw/xG /}~ YDG [= m/ / b: 4 =(JbJ TOP Hl01 /g]O P ‘| 45l W =/g] ‘a :2 /rJ=9C 4Z (Q0y /c8 Y }~ 7#bJ2W c2 rJ 67 (7 8 7 97 : #! 引言 点的需求模型。要画出有效的用例图必需遵循67 (7 ［% ］ 要开发复杂的系统，开发者必须抽象出系统不同 8 7 97 : 原则和用例模型的准则 。 的视图，使用准确的表示法来构建模型，检验模型是否 ! # $ % ’ ( 原则 满足系统的需求，并逐步地给模型增加细节，最终将其 用例的命名法则，一定是“动词”B “名词”，充分 转换并实现［# ］。常见的模型有三类：（# ）类模型表示系 表达系统的“CD30 /3A 4E40.F 5, G,+ 3/0,+ ”的目标。 统静态的、结构化的：“数据”层面；（% ）状态模型表示 用例的单位要符合“67 (7 8 7 97 : ”原则，即“6H./@G@/ （具 体的）”、“(.34?+32=. （可靠的）”、“8//?+30. （精确 系统时序的、行为的“控制”层面；（ ）交互模型表示独 的）”、“9.3/D32=.（可达成的）”、“:@F. 1 =@F@0 （有时限 立对象的协作，是系统的“交互”层面。用例图、顺序 的）”。更简单地说，每一个用例都是可以个别在某个 图和活动图用来描述交互模型。用例描述系统和外部 时间点内通过系统能履行的功能来满足参与者使用系 参与者之间交互的主要内容，每个用例都表示系统提 统的目的。 供的、可以单独运行的一段功能。 ! ! 用例模型的准则 用例模型（’6; 34. (,5.= ）易学难精，入门很快： 用例标识系统的功能，并根据用户的观点组织这 只用几个简单的椭圆就能画出系统功能、几个小人就 些功能。下面是一些构建用例模型的指南［ ］： 能表示系统的参与者以及仅用几个文字就能记录功能 （# ）首先确定系统边界。必须识别参与者和 的需求描述。事实上，在许多案例中根本就是把用例 用例。 模型当成是另一种需求记录的工具而已。就其原因， （% ）关注参与者。每个参与者都应该有单一的、 最大的问题在于写用例的需求分析人员摆脱不了传统 一致的目的。 思想的束缚，例如他们