软考架构师论文-论软件系统建模方法及其应用.docx

摘要：

2018年下半年，本人有幸参加了某汽车玻璃生产厂商的“产品质量追溯与条码管理系统”的开发建设工作。该系统基于三层B/S架构，是以条码管理为基础、涵盖原材料采购、生产物料准备、生产制造执行、仓储管理、成品调拨销售为一体的综合性管理系统。在该系统的建设中，本人作为系统架构负责人，主要

负责需求分析与架构主体设计等工作。

本文以该系统的构建开发过程为例，首先探讨在软件系统开发中常用的建模方法有哪几类以及每种方法的特点和适用范围。然后着重探讨在该项目的建设过程中，我们是如何采用面向对象的建模方法，通过UML中的用例图、和状态图和活动图(泳道图)进行系统建模的。由于构建了良好的模型，该系统成功地在

客户要求的时间内，以较高的质量完成了建设任务。

正文：

在汽车工业快速发展的今天，越来越多的汽车零部件生产企业意识到，实现产品可追溯是提高自身产品质量的有效保证。随着汽车召回制度的颁布，快速召回有缺陷的产品并根据缺陷产品的条码标识追溯到产品的型号、批次、原材料信息甚至生产工序、生产人员、生产时间、生产设备等信息，可以为查找问题根源，

快速解决产品缺陷带来极大便利。

2018年下半年，我公司受当地某汽车玻璃生产厂商的委托，开发“产品质量追溯与条码管理系统”。该系统采用三层B/S架构，是基于条码管理的，涵盖该厂商整个生产过程的综合性管理系统。该系统需要覆盖该厂商分布在全国各地的三家生产基地和十多家供货仓库。客户希望通过该系统的建设达到如下几个目标：一是根据条码技术和生产数据的实时采集与记录，实现产品的可追溯属性；二是通过在生产过程中对条码的扫描核对，实现对生产过程的规范化控制，如批次控制、先进先出控制等；三是基于条码技术，实现物料防混，避免生产、发货过程中出现物料不一致的情况；四是通过对系统中累积数据的分析，制定更有效的经

营决策。

作为该系统的架构负责人，本人主要负责需求分析与架构主体设计等工作。

在客户沟通需求的同时，我们也在考虑应该使用那种方式进行系统的建模工作。

软件系统开发中，常用的建模方法共有三大类，分别是结构化建模方法、信

息工程建模法和面向对象建模方法。其中结构化建模方法是以过程为中心的建模技术，可用于分析现有系统或定义一个新系统的业务需求。结构化建模最常用的建模工具是数据流图(DFD),它用图形的方式表示数据的加工逻辑、流向与存储。数据流图包含的主要元素有数据加工、数据流向、外部实体、和数据存储。信息工程建模法是一种以数据为中心的建模方法，它强调在分析过程之前首先要研究和分析数据需求。信息工程建模法主要的建模工具是E-R图，E-R图又叫实体关系图，它由实体、实体属性和关系构成，其中关系又包括一对一、一对多和多对对三种。面向对象建模是当下最流行的建模方式之一。面向对象建模的主要思想是将现实世界中的事物进行抽象形成类与对象。经过多年的发展与应用，形成了面向对象的统一标准，即统一建模语言(UML)。UML图包括静态图(结构图)和动态图(行为图)两大类。其中静态图包括类图、对象图、包图等，动

态图包括用例图、顺序图、状态图、活动图等。

在该系统的开发过程中，我们最终采用了面向对象的建模方式，面向对象建模有如下几个优势，首先使用UML可以解决人员交流的障碍，它提供了一整套标准的图形化工具，有利于分析人员与用户间的沟通。其次UML可以很好的支持软件的复用，对象类的数据结构和实现代码可以作为软件的组件进行复用。最后，本次开发使用Java作为开发语言，Java本身就是面向对象的开发语言，与

面向对象的建模方式能够更好的结合。

采用UML进行需求分析，主要是通过用例模型来捕获用户的需求。在用例建模的过程中，首先是识别系统参与者，然后合并需求获取用例并绘制用例图，

最后是用例分解与细化，这里使用了状态图和活动图。

一、识别参与者合并需求获取用例图

我们通过分析该系统的需求了解到，生产活动的参与者主要有物料计划员、工段长、操作工、质检员等每个参与者都有自己特定的职责和公共职责。我们将系统的所有参与者和用例识别完成后，分别安装每个参与者绘制了用例图，然后将共有的用例进行了合并。比如操作工有打印作业计划、投料、产出等用例，工

段长有创建作业计划、打印作业计划、产品复检、投料、产出、关闭作业计划等

用例，这两个参与者的一些用例如打印作业计划可以进行合并。

二、通过状态图描述复杂的逻辑处理

我们通过需求了解到，在生产过程中会产生许多单据，比如作业计划、作业

日志、原材料复检单、采购接收单等，这些单据在流转的过程中会通过其状态的

变化进行业务逻辑的约束。为了描述这种复杂的逻辑，我们引入了状态图。比如

在原材料采购接收