论文部分内容阅读
摘要：随着科技的不断发展，学生公寓管理信息化是高校后勤管理的发展趋势。结合当今各学校的宿舍业务管理，本文针对这方面阐述了对一个学生公寓管理系统的实现技术的研究分析，采用了DELPHI作为前台开发工具，以SQL server作为后台数据库服务器，实现了系统的分析、设计和技术等方面的过程。
关键词：公寓系统设计 DELPHI 信息化 学生信息
0 引言
随着众多高校办校规模的扩大，学生公寓的建设和管理工作越来越繁琐复杂。而信息现代化的发展对高校后勤社会化改革有着重要的影响。高校公寓根据自身需求，提出了要求采用先进的信息技术来加强管理能力、促进公寓发展，实现公寓管理的信息现代化。基于以上原因，为了从根本上改变目前不够规范、传统的管理模式，在进行了大量的研究调查后，决定采用DELPHI作为前台开发工具，以SQL server作为后台数据库服务器，设计了一款适用于高校公寓管理的系统。
该系统设计部分主要包括两部分，即系统功能结构的设计和数据库设计。系统功能主要包含系统管理模块、学生管理模块、来访出楼管理模块、教工管理模块、查询信息模块。
为了信息管理规范化，本系统所设用户权限为两种，包括普通用户权限和管理员用户权限。
学校公寓办普通工作人员具有普通用户的用户名、密码，具有普通权限，包括浏览、查询、统计、添加、删除和修改住宿人员的基本信息以及公寓楼的基本信息，可以满足平时公寓管理的工作。
学校公寓办负责人具有系统管理员权限，不但可以浏览、查询、统计、添加、删除、修改和统计住宿人员的基本信息以及公寓楼的基本信息，而且可以管理登陆系统的用户名、密码。这些操作使公寓负责人对系统具有强大的权限，足以管理整个系统的日常维护。
1 公寓系统的结构框架
公寓管理部门主要负责管理住宿人员和公寓楼的基本资料，具体包括住宿人员资料和出入管理的资料，以及公寓楼信息管理资料。其中住宿人员的资料为重点管理部分。
根据学校公寓楼管理的需求分析，针对学生公寓楼管理的业务流程，做出数据流程图如下：
接着，进入概念设计阶段，设计人员将从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。
利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
设计局部ER模式
实体和属性的定义：
教工表（员工号，姓名，性别，房号，楼层，职位，家庭住址，联系方式，备注）
学生表（学号，姓名，性别，寝室号，出生年月，入学日期，专业，班级，政治面貌，毕业学校，家庭地址，联系方式，状态，备注）
公寓楼表（楼房号，楼层数，房间数，建筑时间，建筑成本，楼管老师，备注）
学生个人财产表（学号，姓名，寝室号，床位号，钥锁发否，桌子号，凳子号，电话号码，电脑，箱子，被子，备注）
来访表（ID，要访人姓名，来访人姓名，关系，来访时间，结束时间，值班老师，学号，备注）
出楼表（ID，姓名，性别，班级，出楼货物，出楼时间，值班人，学号，备注）
宿舍管理表（ID，寝室号，应住人数，实住人数，价格，居住性别，状态，备注）
学期注册表（学号，姓名，寝室号，第一学期，第二学期，第三学期，第四学期，第五学期，第六学期，第七学期，第八学期，欠费情况，备注）
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:N，M:N，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
综上所述，“学校公寓管理系统”的全局ER模式如下图所示。
2 公寓系统的程序设计
学校公寓楼管理系统应用程序设计的内容是软件使用者可以接触到的，可以看见的，关系到软件使用者对整个系统的印象，所以要以易使用性、友好性、强壮性、美观性作为设计的基本原则。
2.1 系统窗体模块组成
整个管理系统由以下一些窗体组成：
*系统登陆窗体
*系统主界面
*维护界面
**教工信息资料维护界面
**学生信息资料维护界面
**公寓楼信息资料维护界面
**出楼信息资料维护界面
**来访信息资料维护界面
**查询学生资料维护界面
*权限管理界面
*说明文档界面
*关于界面
以上各界面中最重要的是系统主界面，它包含了除了维护数据，和权限管理之外的所有功能，代码编写的复杂程度很高。
2.2 数据模块窗体的设置 在编写数据库应用程序时，经常要遇到这样的情况，即好多组件、窗体同时访问相同的数据源，如果为每一个组件或者窗体都设置一个数据源将是十分耗时的工作，而且要保证这些数据源的确是相同的也需花一番功夫。那么，能不能将这些数据源集中管理，最好是做成一个统一的模块，需要时就将该模块引入而不必直接操作数据源本身呢？数据模块（DataModule）是解决这个问题最好的答案。简单说来，数据模块是用来集中管理数据源的一个窗体，该窗体可被需要的地方随时引入。在本系统里设置了DataModule9，在其中放置了ADOConnection，以及程序中用到的adoquery、adodataset、DataSource组件。
2.3 用户登录窗体的实现 本窗体是为两种不同的用户（一般用户，管理员）提供显示不同的模块，满足不同用户的需求，其中包括了用户名、密码的验证，用户权限的判断。当用户名、密码正确时候可以登陆系统，当用户权限是系统管理员，系统主界面可以显示系统管理功能菜单，如果用户权限是普通用户，则不显示。
2.4 普通用户模块的实现 普通用户模块是整个人事档案管理系统的基础，管理员模块也是在其之上增加了管理员所需的功能模块。
2.4.1 录入档案资料功能的实现 此功能是在完全资料维护窗口上实现的。在完全资料维护窗体上添加感知控件DBNavigator进行数据导航，添加数据感知控件DBEdit来显示VIEW1中的所有数据。
2.4.2 维护档案资料功能的实现 维护档案资料功能通过各个维护窗口实现的，采用的方法和代码和录入档案资料界面相类似，本论文不再叙述。
2.4.3 显示档案资料功能的实现 显示档案资料是在系统主界面来实现的，运用了DBGrid，ADOConnection，adoquery，DataSource等控件。显示的方法是：进入所需要察看内容的界面，点击查看按钮，即可在DBGrid中显示不同的数据。思路是通过判断被点击按钮来代码修改adoquery中的SQL语句，当添加数据时，可以及时地在已被打开的界面中看到添加的数据，从而完成动态的显示数据。
2.4.4 查找档案资料功能的实现 在专门为查询而建立的界面里，分为简单和混合查询，这样可以提高查询效率。实现的方法是通过点击相应的查询按钮，即可在stringgrid 中查看到信息。
2.5 系统管理员模块的实现 系统管理员模块不但包括普通用户模块而且拥有还原、备份数据库功能，用户权限管理功能，具有比较强大的管理功能。管理员有了以上功能就可以基本满足日常的系统维护，登陆用户的管理。
用户权限管理功能实现 用户权限管理里，管理员可以修改表中的用户名密码，也可以添加用户信息。运用了DBGrid、ADOConnection、ADODataSet，DataSource组件来完成。
3 结束语
综上所述可以看出，利用上述方案所开发出来的公寓管理系统，将会用SQL server 来组织管理各类数据。该系统提供了宿舍楼人员、资产信息的管理，包括注册、离校、来访、出楼等信息管理的功能；同时还具有不同管理员不同权限的功能，实现了信息严格管理、责任到人的目的。
实践表明本系统就是为了管理好学校公寓楼管理信息而设计的。该系统可以快速有效地进行信息管理，既提高了工作效率，还加强了安全性。尤其是對于复杂的信息管理，更能够充分发挥它的优越性。实现了真正意义上的无纸办公。
参考文献：
[1]萨师煊，王珊.《数据库系统概论》，高等教育出版社，2000.2.
[2]高守传.《精通SQL—结构化查询语言详解》，人民邮电出版社，2007.3.
[3]耿宏运.《Delphi6.0组件大全》，电子工业出版社，2002，TP311.245.
[4]李之明.《Delphi7.0组件经典解析》，中国铁道出版社，2003，TP311.42.
[5]伊人敏.《Delphi+SQL server数据库应用实例》，人民邮电出版社，2006.12.
关键词：公寓系统设计 DELPHI 信息化 学生信息
0 引言
随着众多高校办校规模的扩大，学生公寓的建设和管理工作越来越繁琐复杂。而信息现代化的发展对高校后勤社会化改革有着重要的影响。高校公寓根据自身需求，提出了要求采用先进的信息技术来加强管理能力、促进公寓发展，实现公寓管理的信息现代化。基于以上原因，为了从根本上改变目前不够规范、传统的管理模式，在进行了大量的研究调查后，决定采用DELPHI作为前台开发工具，以SQL server作为后台数据库服务器，设计了一款适用于高校公寓管理的系统。
该系统设计部分主要包括两部分，即系统功能结构的设计和数据库设计。系统功能主要包含系统管理模块、学生管理模块、来访出楼管理模块、教工管理模块、查询信息模块。
为了信息管理规范化，本系统所设用户权限为两种，包括普通用户权限和管理员用户权限。
学校公寓办普通工作人员具有普通用户的用户名、密码，具有普通权限，包括浏览、查询、统计、添加、删除和修改住宿人员的基本信息以及公寓楼的基本信息，可以满足平时公寓管理的工作。
学校公寓办负责人具有系统管理员权限，不但可以浏览、查询、统计、添加、删除、修改和统计住宿人员的基本信息以及公寓楼的基本信息，而且可以管理登陆系统的用户名、密码。这些操作使公寓负责人对系统具有强大的权限，足以管理整个系统的日常维护。
1 公寓系统的结构框架
公寓管理部门主要负责管理住宿人员和公寓楼的基本资料，具体包括住宿人员资料和出入管理的资料，以及公寓楼信息管理资料。其中住宿人员的资料为重点管理部分。
根据学校公寓楼管理的需求分析，针对学生公寓楼管理的业务流程，做出数据流程图如下：
接着，进入概念设计阶段，设计人员将从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。
利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
设计局部ER模式
实体和属性的定义：
教工表（员工号，姓名，性别，房号，楼层，职位，家庭住址，联系方式，备注）
学生表（学号，姓名，性别，寝室号，出生年月，入学日期，专业，班级，政治面貌，毕业学校，家庭地址，联系方式，状态，备注）
公寓楼表（楼房号，楼层数，房间数，建筑时间，建筑成本，楼管老师，备注）
学生个人财产表（学号，姓名，寝室号，床位号，钥锁发否，桌子号，凳子号，电话号码，电脑，箱子，被子，备注）
来访表（ID，要访人姓名，来访人姓名，关系，来访时间，结束时间，值班老师，学号，备注）
出楼表（ID，姓名，性别，班级，出楼货物，出楼时间，值班人，学号，备注）
宿舍管理表（ID，寝室号，应住人数，实住人数，价格，居住性别，状态，备注）
学期注册表（学号，姓名，寝室号，第一学期，第二学期，第三学期，第四学期，第五学期，第六学期，第七学期，第八学期，欠费情况，备注）
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:N，M:N，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
综上所述，“学校公寓管理系统”的全局ER模式如下图所示。
2 公寓系统的程序设计
学校公寓楼管理系统应用程序设计的内容是软件使用者可以接触到的，可以看见的，关系到软件使用者对整个系统的印象，所以要以易使用性、友好性、强壮性、美观性作为设计的基本原则。
2.1 系统窗体模块组成
整个管理系统由以下一些窗体组成：
*系统登陆窗体
*系统主界面
*维护界面
**教工信息资料维护界面
**学生信息资料维护界面
**公寓楼信息资料维护界面
**出楼信息资料维护界面
**来访信息资料维护界面
**查询学生资料维护界面
*权限管理界面
*说明文档界面
*关于界面
以上各界面中最重要的是系统主界面，它包含了除了维护数据，和权限管理之外的所有功能，代码编写的复杂程度很高。
2.2 数据模块窗体的设置 在编写数据库应用程序时，经常要遇到这样的情况，即好多组件、窗体同时访问相同的数据源，如果为每一个组件或者窗体都设置一个数据源将是十分耗时的工作，而且要保证这些数据源的确是相同的也需花一番功夫。那么，能不能将这些数据源集中管理，最好是做成一个统一的模块，需要时就将该模块引入而不必直接操作数据源本身呢？数据模块（DataModule）是解决这个问题最好的答案。简单说来，数据模块是用来集中管理数据源的一个窗体，该窗体可被需要的地方随时引入。在本系统里设置了DataModule9，在其中放置了ADOConnection，以及程序中用到的adoquery、adodataset、DataSource组件。
2.3 用户登录窗体的实现 本窗体是为两种不同的用户（一般用户，管理员）提供显示不同的模块，满足不同用户的需求，其中包括了用户名、密码的验证，用户权限的判断。当用户名、密码正确时候可以登陆系统，当用户权限是系统管理员，系统主界面可以显示系统管理功能菜单，如果用户权限是普通用户，则不显示。
2.4 普通用户模块的实现 普通用户模块是整个人事档案管理系统的基础，管理员模块也是在其之上增加了管理员所需的功能模块。
2.4.1 录入档案资料功能的实现 此功能是在完全资料维护窗口上实现的。在完全资料维护窗体上添加感知控件DBNavigator进行数据导航，添加数据感知控件DBEdit来显示VIEW1中的所有数据。
2.4.2 维护档案资料功能的实现 维护档案资料功能通过各个维护窗口实现的，采用的方法和代码和录入档案资料界面相类似，本论文不再叙述。
2.4.3 显示档案资料功能的实现 显示档案资料是在系统主界面来实现的，运用了DBGrid，ADOConnection，adoquery，DataSource等控件。显示的方法是：进入所需要察看内容的界面，点击查看按钮，即可在DBGrid中显示不同的数据。思路是通过判断被点击按钮来代码修改adoquery中的SQL语句，当添加数据时，可以及时地在已被打开的界面中看到添加的数据，从而完成动态的显示数据。
2.4.4 查找档案资料功能的实现 在专门为查询而建立的界面里，分为简单和混合查询，这样可以提高查询效率。实现的方法是通过点击相应的查询按钮，即可在stringgrid 中查看到信息。
2.5 系统管理员模块的实现 系统管理员模块不但包括普通用户模块而且拥有还原、备份数据库功能，用户权限管理功能，具有比较强大的管理功能。管理员有了以上功能就可以基本满足日常的系统维护，登陆用户的管理。
用户权限管理功能实现 用户权限管理里，管理员可以修改表中的用户名密码，也可以添加用户信息。运用了DBGrid、ADOConnection、ADODataSet，DataSource组件来完成。
3 结束语
综上所述可以看出，利用上述方案所开发出来的公寓管理系统，将会用SQL server 来组织管理各类数据。该系统提供了宿舍楼人员、资产信息的管理，包括注册、离校、来访、出楼等信息管理的功能；同时还具有不同管理员不同权限的功能，实现了信息严格管理、责任到人的目的。
实践表明本系统就是为了管理好学校公寓楼管理信息而设计的。该系统可以快速有效地进行信息管理，既提高了工作效率，还加强了安全性。尤其是對于复杂的信息管理，更能够充分发挥它的优越性。实现了真正意义上的无纸办公。
参考文献：
[1]萨师煊，王珊.《数据库系统概论》，高等教育出版社，2000.2.
[2]高守传.《精通SQL—结构化查询语言详解》，人民邮电出版社，2007.3.
[3]耿宏运.《Delphi6.0组件大全》，电子工业出版社，2002，TP311.245.
[4]李之明.《Delphi7.0组件经典解析》，中国铁道出版社，2003，TP311.42.
[5]伊人敏.《Delphi+SQL server数据库应用实例》，人民邮电出版社，2006.12.