图7 宿舍管理系统实体类E-R图
在分析模型中提到过，分析模型中的类图中有不少的实体类，在设计模型中，这些实体类都应被设计成数据库中相应的数据表。
在分析模型的管理类图中，数据处理类和各个实体类的关系怎么解决呢？在本次系统的实施中，对于系统的大部分实体类进行了如下处理：
² 将需要进行保存数据的实体类建成相应的数据库表。
² 在数据处理类中设置一个连向该数据库表的连接，这样，数据处理与各个实体类关系仍然是存在的。
² 将每个实体类的属性转换成相应数据库表中的字段。
在面向对象系统的开发中，数据库设计的开始阶段，最主要的工作就是要找出待开发系统中的实体关系图，即ERD。而分析阶段给出的实体类之间的关系图也正好属于这个范畴，能够表现系统中大部分实体之间的关系。这样，数据库的设计就可以在此实体类图的基础上不断完成。
在一个包含多个子系统的校园资源管理平台，各个子系统的最后实现为一个独立的DLL。由于各管理子系统中的各个类在最后的实现中，每个类都包含两个文件，一个头文件和一个实现文件，所以一般应该用源文件来表示管理子系统的组件模型在最后所得到组件图和类图所表示类似。因此，在最后的实现模型中，一般使用了组件图和配置图来表示整个系统的实现模型。
在本次的宿舍管理系统中，因为只包含一个子系统。其组件模型如下所示：
图7 系统组件模型
用来表示管理系统的实现模型的另一个图是配置图，配置图定义系统中软硬件的物理体系结构。如下图所示：
图8 系统配置图
此次开发的系统只在单台PC测试，但我们可以把数据库放置在服务端，在一般的硬件结构上，服务器为一个独立的机器，各个客户端为一个单独的PC机，服务器和客户端通过局域网相连，从而达到多个用户可以同时运行管理系统。
在RUP过程的指导下，完成了宿舍管理系统的各个阶段的各个主要的模型。本文在管理系统UML模型的基础上，特别是在设计模型的基础上，完成了从UML模型到代码的转换。使用UML对宿舍管理系统进行建模的工作在设计模型完成后，接着便是编码的工作，在整个系统的实现编码过程中，仍然是按照RUP设计过程的指导下完成的。
这次整个系统的开发是在PC机上完成的，在开发的过程中，基于整个系统是一个基于C/S结构的系统，因此对开发环境有着较大的要求；系统是在如下的开发环境中完成的。
硬件及网络环境：
² 操作系统：客户端使用Windows 2000 Professional，
² 开发工具：Delphi7.0。
² 数据库服务器：Access 2003
因为系统是只由1个子系统运行平台组成，所以系统运行平台主要提供用户登录、与数据库的连接、系统的更新等运行环境。系统运行平台是一个可执行程序，。整个系统的总体结构图可以表示如下：
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] ... 下一页 >>