首页 理论教育获取系统用例|软件需求工程

获取系统用例|软件需求工程

【摘要】:在方法论中系统用例获取的来源主要在参考业务用例的基础上,以对应的业务情景为主体。针对薪酬审核案例的业务情景,结合对用例的说明,得到如图3-14所示的系统用例视图。图3-14薪酬审核系统用例查看案例的业务情景活动图可知,其活动都可以用信息化手段实现,即可以计算机化,因此系统用例的获取就相对比较简单。

系统用例(简称用例)是从计算机系统执行业务的角度来描述业务场景的方式,平时使用UML绘制的用例图大多数情况下就是指这种类型的用例。在方法论中系统用例获取的来源主要在参考业务用例的基础上,以对应的业务情景为主体。即,用例主要由在业务建模阶段中的业务情景模型作为主要来源,通过关联、演绎、归纳和拆分等手段,依据业务情景中的活动是否能够被计算机化为标准,将活动转换为系统用例。除了业务建模阶段的推导原则之外,用例在系统建模阶段进行抽取的过程中还要时刻关注用例的粒度问题,经过多次实践与经验总结,这个粒度最好把握在用户能够与计算机进行一次完整的交互为宜。这个完整的交互一般是指一个页面业务的执行,一个表单与按钮的结合,一个表单、表格与功能的结合,或者一个按钮的执行过程等,当然也可以表示一个定时器的执行,与第三方系统的一次完整交互等。

针对薪酬审核案例的业务情景,结合对用例的说明,得到如图3-14所示的系统用例视图。

(www.chuimin.cn)

图3-14 薪酬审核系统用例

查看案例的业务情景活动图可知,其活动都可以用信息化手段实现,即可以计算机化,因此系统用例的获取就相对比较简单。而针对另外一个发工资的业务情景,其最后一步为银行根据薪资表发放工资,简单分析就可知,银行不会与当前这家公司的薪资系统集成,当我们分析系统用例时,就可以采用演绎的方法,将其更改为导出薪资表,当然这个薪资表是符合银行格式要求的表单。我们也可能会遇到业务情景中的某个活动,推导至系统用例时无法使用一个用例表示,例如,电力行业的用户申请用电,在业务情景中RA人员分析为整个用电服务的一个活动,但是在系统建模阶段发现,针对不同客户其申请方式不同,可以是个人申请形式,也可以是开发商集体申请形式。因此,申请用电活动在系统建模阶段应用拆分的方法形成了个人申请用电和集体申请用电两种形式。当然还有其他的演化方法,这里就不一一举例说明,在实际建模过程中大家可以结合具体案例再次体会。