软件开发建模（四）

软件全程建模4

 

4 物理架构模型

系统的物理架构模型主要通过组件图和部署图来表达。组件图的主要目的是显示系统组件间的结构关系。部署图用来描述系统硬件的物理拓扑结构以及在此结构上运行的软件。

图19是A系统的一个组件图，它描述了系统有两个可执行程序，一个是质量鉴定的主程序，另外一个是进行数据库设置和创建新数据库的工具。主程序依赖这个工具。

 

图19 组件图

 

图20是部署图，它是一个C/S结构的部署方案，但同时还考虑该系统同其它系统的数据交互。同一个企业内部多个鉴定客户端通过局域网连接到同一个SQL Server服务器上工作。如果这个企业需要和其它的企业交互数据，采用通过Access数据库传递数据的方式。由于客户需要交互的数据量比较少，所以这样的设计能够满足要求而且实现简单。通过软件的导出功能将数据存储在一个Access数据库文件中，通过其它的传输途径到了目的地，通过软件的导入功能，将数据传入目的数据库中。而且导出的Access文件可以使用A系统进行阅读。

 

图20 部署图

5 代码导出

软件建模的作用就是要将用户的需求平滑地过渡到代码。模型应该可以生成代码，模型也应该与代码保持同步。很多的建模工具都支持将模型转化成代码。使用建模工具的一个好处是它的正向工程可以产生模型对应的代码，而逆向工程功能可以根据代码更新模型。本软件的建模采用ModelMaker，它具有很强的代码生成能力，可以容易产生Delphi的源代码，而且它还可以集成到Delhpi的IDE环境中，很方便地实现代码和模型同步。ModelMaker的代码生成功能是根据类图来产生代码。下面使用Tuser类来说明代码生成。它的类图如图21所示。

 

图21Tuser类图

ModelMaker根据类图和模板来生成代码。图22是ModelMaker中默认的单元模板，其中包括宏和控制标记，用户也可以定制自己的模板。

 

图22 ModelMaker默认的单元模板

图23 TUser类的Delphi代码

图23是使用ModelMaker根据TUser类产生的Delphi代码。