“松鼠生命中的一天”,或者从建模过程到设计自动计算材料价值的系统“ Squirrel-1.0”(第2部分)

使用的插图是普希金的《沙皇萨尔坦的故事》,该书由儿童文学出版社出版,1949年,莫斯科,列宁格勒,由K. Kuznetsov绘制。
先前系列的摘要
在第一部分中,我们使用了一个“童话”主题领域,这一领域受到基于童话情节的UML图研究示例的启发(例如,参见此处 [1])。 在开始建模之前,我们同意使用活动图的某些元素,并开始制定建模协议。 基于这些协议,在第一阶段,我们以活动图的形式描述了过程,在第二阶段,我们确定了需要(并且可能)自动化的过程步骤。
让我提醒您,我们将使这些过程中产生的重大价值的会计活动自动化。
...
该岛位于海上,(E1,E2)
岛上的城市(E3,E1)
与金色圆顶教堂,(E4)
带有塔楼和花园; (E5,E6)
云杉生长在宫殿的前面,(E7,E8)
在它的下面是一座水晶屋。 (E9)
松鼠在那里生活手册(A1)
真是个艺人! (A1)
松鼠唱歌(P1,A1)
是的,坚果会咬住所有东西,(P2)
而且螺母并不简单,(C1)
所有贝壳都是金色的(C2)
内核是纯祖母绿。 (C3)
仆人守着松鼠,(P3,A2)
他们为她服务的另一个仆人(P4)
店员被命令(A3)
严格说明坚果; (P5,C1)
向她的军队致敬; (P6,A4)
从蛋壳中倒出硬币(P7,C2,C4)
是的,漂浮在世界各地; (P8)
女孩倒绿宝石(P9,A5,C3)
在厨房里,但在后台; (E10,E11)
...
(A.S. Pushkin,“沙皇萨尔坦的故事,他的光荣而强大的英雄格维登·萨尔塔诺维奇王子和美丽的公主天鹅”, 据信是对民间故事“膝盖深处为金,手肘为白银,”的免费治疗。这是普希金以各种方式记录的 )
在此示例中,我使用了澳大利亚公司Sparx Systems [2]的Enterprise Architect环境,在培训课程中,我使用了Modelio [3]。
让我提醒您,过程是不同的,例如,您可以在这里 [4]和这里 [5]结识。
有关建模和设计的应用方法的更多信息,请参见[6,7]。
请参见此处的完整UML规范[8]。
现在,我们准备继续进行下一步,并开始设计系统及其内部组织的功能。 附图编号将继续。
第3阶段。自动化步骤需要与系统功能匹配
开发的自动化系统(AS)旨在严格记录坚果的含量,还记得吗? 对于将要自动化的每个选定步骤(请参见第一部分中的图3,图4),我们写下功能要求,大致采用以下构造:“系统必须有机会实现……”并开发用例图。 现在,我们实际上是在用新规则补充我们的建模协议。 让我解释一下我们将使用哪些元素。

在“用户角色”和“功能”之间,我们将使用关联关联(图5),这意味着对于具有此角色的用户,可以执行此功能。

图5.使用关联类型通信
从“功能”到“需求”,我们绘制了“实施”关系(图6),以表明此需求将通过这些功能来实现,该关系可以是“多对多”,即 一个功能可能涉及多个需求的实现,并且可能需要一个以上的功能来实现需求。

图6.使用类型“ Implementation”的关系
如果一个功能需要执行另一个功能,并且有必要,我们将使用“ Dependency”与构造型“ Include”(包含)(包含)的关系(图7)。 如果在某些条件下需要执行附加功能,那么我们将使用“依赖”与原型“扩展”-扩展的关系。 一切都很容易记住:“包含”(总是)和“扩展”(有时)。

图7.使用类型为“ Dependency(包含)”的关系
结果,我们的图将看起来像这样(图8)。

图8.用例图(AS功能模型)
另外,用例图用于对用户角色进行建模(图9)。

图9.用例图(发言人用户角色)
阶段4.我们使用类图描述AS的内部组织
使用关于我们过程的输入和输出工件的信息(请参阅活动图-图2,图3,图4),我们将开发一个类图。 我们将使用“类”建模元素以及它们之间的各种类型的连接。

为了显示“整体”关系,我们将使用“聚合”类型关系(图10):螺母是整体,壳和仁是零件。

图10.关系“整个部分”
结果,我们的图的一部分看起来像这样(图11)。 颜色表示我们在流程的文本描述中直接识别的类。

图11.类图
该类图还用于对其他工件建模-不仅与那些将物料值自动计算的概念模型相关的工件,而且与运行时环境相关的工件-环境(图12)和“相邻”过程(图13),它们可以影响自动化过程,但尚未引起我们的关注(我们假设系统将会开发,并且此信息将是有用的)。

图12.类图(环境)
继承关系显示在“父”类“结构”下的各种建筑物“子”类的概括。

图13.类图(有关工件的其他信息)
“对情况的响应”取决于“外观检查数据”。 对于几个依赖关系,“跟踪”构造型用于显示未在流程描述中明确指示但对于其自动化所必需的类的跟踪,这些类在我们的描述中有确切的指示。
阶段5。我们分析“业务规则”轨道上的注释
指出了规则(请参阅第1部分中的图2):
- 需要将其中一个步骤分为两部分,第二部分仅在特定条件下才能执行;
- 任命进行特定官员的坚果核算;
- 技术技术(元素的白色),它表示在过程描述中未明确指出该元素。
应该注意的是,我们在开发图表时已经使用了所有这些规则。
结论性意见
因此,我们经历了5个阶段,构建了3种类型的图表。 添加一些有关建模环境中模型组织的评论。 有许多框架可以帮助构建开发中的模型,但这不是本文的主题,因此我们将限于以下简单的软件包集合以有序地执行我们的项目:业务流程,功能模型,工件,参与者和环境(图14)。

图14.项目包结构
因此,我们开发了一致的模型,这些模型从各个角度描述了会计材料价值的系统:自动化业务流程模型,功能模型以及概念上系统的内部组织模型。
从过程建模到设计自动化系统(第1部分)