首页 理论教育软件需求工程中的系统情景模型

软件需求工程中的系统情景模型

【摘要】:这里就以审核薪资表为例,建立起系统情景模型如图3-16所示。图3-16审核薪资系统情景视图当然,活动图只描述了过程,并未展示出系统实现需求的所有细节,这些细节就使用用例规约来描述,如图3-17所示审核薪资表的用例规约。

在方法论中系统情景是对系统用例执行过程的动态描述,是用户与计算机交互的具体体现,是用户功能性需求的集中显现。具体来讲,我们的视角和建模目的已经从原来的业务是什么样子,业务人员如何完成,变成了计算机应该怎么做,用户应该怎样操作计算机。当然使用活动图还有一个好处,在现实中却常常被忽略,那就是测试,而且现在的软件越来越复杂,测试也就变得越来越重要,但是测试测什么呢?测试与被测试的软件之间必须要有契约,这个契约规定软件必须完成的功能,测试就按照这个契约来设计测试用例。那么,很显然,如果作为一名测试人员,你就会很喜欢系统情景模型,因为这基本就是一个黑盒测试的现成测试用例了。

针对薪资管理案例,结合对系统用例的说明,我们还以薪资审核为例,它可以分出三个系统情景:发送薪资表、审核薪资表和修改薪资表。这里就以审核薪资表为例,建立起系统情景模型如图3-16所示。在用户与计算机交互过程中,将计算机所要展示的页面、系统的功能按钮、操作的核心实体及其元素、页面校验规则、业务处理逻辑名称约束和规则、应用的业务规则等体现出来。

图3-16 审核薪资系统情景视图

当然,活动图只描述了过程,并未展示出系统实现需求的所有细节,这些细节就使用用例规约来描述,如图3-17所示审核薪资表的用例规约。(www.chuimin.cn)

图3-17 审核薪资系统用例规约

从活动图和系统用例规约中我们可以读出计算机实现业务所需的全部细节,包括了人机交互场景、计算机执行过程及分支、异常情况处理、业务规则的应用、概念实体的使用以及关键有用字段信息等。在设计阶段需要的类、对象和信息等细节都提供了基本的信息显示。一般而言,系统用例用活动图和用例规约就足以将系统需求描述清楚了。