图9 宿舍管理系统总体结构
其实，上图所表示的系统结构图可以从上一章的系统的系统实现模型中看出，它表示了管理系统与系统运行平台以及数据库服务器之间的关系。
在本文给出的各种UML的各种模型中，都是宿舍管理系统的模型，因此，在介绍每部分系统功能的具体实现中，仍按照宿舍管理系统的实现来描述。
在编码阶段，可以从已经建立的各种UML模型中得到所创建系统的详细的信息，这些信息包含如下：
² 类说明：设计模型中的类图，给出了每个类的详细定义，包括该类应该具有的属性和方法。
² 类图：当有类说明无法确定的情况，可以参考类图，类图显示类的静态结构和类间的关系。
² 状态图：类的状态图，显示类所有可能到达的状态，以及需要处理的状态转移和触发状态转移的操作。
² 序列图/协作图：显示了类中方法的实现，以及其他类如何使用类的对象的情况。
² 用例图和用例：当开发人员需要了解更多有关如何使用系统的信息时，可以通过用例图来了解使用系统的结果。
在编码阶段，可能会发现设计模型中存在的不足和缺陷。因此，在这种情况下，就需要对类增加新的方法/属性或修改已有的方法/属性，并且对设计模型进行相应的修改，保持设计模型和编码的同步，这样，所创建的各种模型就可以成为系统的最终文档，尽量避免系统对各种文字文档的依赖。
这里给出的代码的例子是实现物品出入记录的类。在将UML中的模型转化成Delphi的代码过程中，要按照UML的模型进行，按照如下原则进行：
w Delphi代码中的属性对应模型中指定的属性。在模型中是私有属性的，则在Dephi的代码里也是私有属性，即模型和代码中的属性可见性是相同的。
w Delphi代码中的方法对应模型中的方法。在将模型中的方法转化为代码中的方法时，如果发现方法需要修改，则先修改模型中的方法，然后再对代码中的方法进行修改。下图为系统的最终界面：
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>