2.6 软件分布图
软件系统需要和硬件环境一起工作，软件分布图也表示了硬件设备和它们的界面，以及硬、软件的协同工作。 CTS 的软件分布图表示了执行程序、计算机节点以及设备的布局。 CTS 的分布图如图 9 所示。图中 Main 和 Backup 分别表示主用和备用计算机，只有主用计算机向 CCP 输出，但主备机均接收 CCP 来的数据。
图 9 CTS 软件分布图
3 实现
在系统的逻辑设计（模型）和组件设计（模型）完成之后，便可以进入编程。 CTS 的编程实现采用 Microsoft 的 VC 语言， Rational Rose C 对 VC 有专门的支持。编程实现主要是利用 Rose 的生成和反向生成工具根据系统的设计模型来完成的。它包括三大步骤，每个步骤又包括多个过程。
3.1 系统设置
系统设置主要用来设置 Rose 的特性和目录，它包括四步，这里就不详述了。
3.2 开始一个新的VC 项目
在开始 VC 编程时，首先创建 VC 应用程序，此时应遵循以下步骤：
使用VC 的Application Wizards 为应用生成框架
创建Rose 分析器Analyzer 下的项目，加入VC 创建的文件
定位头文件，关闭不含类也不能由分析器生成和反向重新生成的文件的Regenerate 属性，并向Rose 输出初始模型。
在 Rose 下打开 .red 文件
反向生成的模型不带特性，选rosevcpp.pty 文件作为新的特性文件，最后把模型保存为 .mdl 文件。
3.3 增加类、数据成员和成员函数
把 Rose 模型中的类增加到 VC 应用程序中可分为两种情况：一种是不使用 VC 的 Class Wizard 支持机制的类（如信息映射），一种是使用此机制的类。
前一种情况比较简单，它正是在 Rose 中生成代码，然后把这些文件加入 VC 项目中即可。对于后一种情况，其步骤大致如下：
在 VC 中创建新类，然后将新类的文件加入 Rose 的 Analyzer 对应 的项目中。
在分析器Analyzer 中进行特性设置以反映项目当前的变化。
在分析器Analyzer 中输出文件。 向已经存在的文件中添加数据成员和成员函数的方法与添加类的方法相同。
4、结束语 从应用的结果看，总的来说，使用 UML 进行监控实时应用软件开发取得了比较好的效果，与以前使用的结构法方法相比有明显的优势。我们体会，这主要表现在以下几个方面：
1.Use Case 是系统分析人员从用户的视角出发、从功能边界描述目标软件系统，这从模型上规范了对需求的描述，也能够和后面的设计较好地衔接，比以前纯粹的文字描述要好一些。用
2. 逻辑设计代替功能模块设计和实体－关系设计，解决了以前的功能和数据分离的问题，以及模块中数据的组织问题。
3. 用状态图在较高的层次上描述了系统的动态结构。
4. 由于同时使用了文档生成工具，使得系统设计和文档、程序代码保持一致，较好的解决了极易造成的文档和实现不一致的现象。这一点非常重要。
