数据库课程设计---校园日常事务管理系统.docx

数据库设计论文题目：数据库课程设计-校园日常事务管理系统姓 名： 苏 宇 学 号： 200805070407 学 院：信息科学与技术学院专 业： 软 件 工 程 指导老师： 李 军 19目录第1章引言31.1项目背景31.2项目目标及意义31.3任务概述3第2章软件项目计划42.1问题定义42.2可行性分析42.2.1技术可行性分析42.2.2操作可行性分析4第3章 需求分析43.1功能分析43.2 软硬件环境需求5第4章 系统设计54.1绘制用例图设计系统功能54.2系统流程图6第5章 数据库设计75.1数据库分析与设计75.1.1数据库分析75.1.2数据库概念设计75.1.3数据库逻辑结构设计85.2绘制表之间的关系e-r图95.3用于建表的sql语句10第6章 程序界面说明146.1系统演示146.2文件夹组织结构：16结束语19参考文献19数据库课程设计-校园日常事务管理系统第1章引言1.1项目背景xxxx大学是一个拥有n万师生的大学。随着大学的扩招，校园人数的增多，学校领导和学生之间的沟通成为一个大大的问题。同学们和校园领导之间需要一些信息的沟通。然而很多时候，学校领导都很忙，而且大多数同学都找不到很多领导的办公地点。这给同学们和老师、领导之间的沟通带来了不便。校园日常事务管理系统是这样一个网站：同学们遇到了生活和学习上的一些问题可以在网上发布信息，老师和领导可以看到，并给同学们给出答复和解决方案。校园日常事务管理系统大大方便了同学与领导之间的沟通。因此开发一款校园日常事务管理系统已成为一个亟待解决的问题。1.2项目目标及意义该系统可以帮助学校快速地进行日常事务管理，大幅度提高学校办公的效率，方便同学与领导之间的交流。学生反映的问题能得到及时的反馈，问题也能很快得到解决。1.3任务概述校园日常事务管理系统主要功能模块及描述如下：1）登录模块 用于登录系统，只有登录系统的用户才能发布消息。如果没有登录则只能查看消息2）消息列表模块 显示最新发布的消息列表，通过点击消息标题可以查看具体消息内容。3）发布消息模块 负责消息的发布，以及消息的回复。4）批复消息模块 如果是用户是领导，则可以对消息进行批复，批复的内容会是红色字体。第2章软件项目计划2.1问题定义学校的学生希望能进入系统能发布消息，也能回复消息，自己发布的消息能被领导看见，然后领导看到了可以进行批复。给出解决问题的方法。2.2可行性分析2.2.1技术可行性分析现在计算机的普及，大学生基本都有自己的电脑，具有一定的软硬件基础，会使用各种管理软件和上网。学校的老师更不用说了。新系统投入使用时，用户都能很轻松的上手。2.2.2操作可行性分析而整个校园日常事务管理系统采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。由于我们是在模拟现实的实际需要而开发的系统，作为我们的课程设计课题。因此在经济可行性研究不给予考虑。由此，该系统的操作是可行的，能满足校园日常事务管理的需求。综合以上几个方面，该系统具有很高的开发可行性，无论是从技术上还是操作上。 可行性分析是为了弄清所定义的项目是不是可能实现和值得进行。这样可以大大简化了系统分析和系统设计的过程。减少风险。第3章 需求分析3.1功能分析对校园内部网站来说，信息的及时信是要考虑的最大问题。每个人都可以发布自己的消息，其他人员可以刷新网站的方式来查看最新的消息，也可以对发表的信息进行回复，管理层领导可以对学生的消息进行批复。具体的角色功能如下所示：学生角色（普通用户）：发布新消息回复已经发布的消息查看所有消息管理层领导角色：发布新消息回复已经发布的消息批复已经发布的消息查看所有消息3.2 软硬件环境需求根据系统的基本功能需求，以及客户的信息系统环境，计划采用浏览器/服务器模式来构建管理系统。本项目计划采用j2ee技术来开发。由于本系统不涉及复杂的数据分析和处理，为了节约开发成本和降低开发难度，计划采用jsp model2结构来开发，具体的软硬件环境要求如下。（1）硬件环境：采用普通办公用个人计算机作为服务器即可。（2）操作系统：可以采用windows xp以上系统。（3）数据库系统：采用mysql 5.0即可。（4）web服务器：采用tomcat 5以上系统。（5）java运行环境：采用jre 1.5以上中文版本。（6）客户端：采用浏览器工具即可。（7）开发工具：myeclipse 8.6。第4章 系统设计4.1绘制用例图设计系统功能校园日常管理系统一共包含两种用户角色，分别是管理层领导、学生。下面来分析这两个角色所对应的用例图。从前面的功能分析可以看出管理层领导和学生的功能非常类似，不同的是管理层领导多了一个批复已发布消息的功能。所以可以得出管理层领导继承了学生的功能，其关系如4.1.1图所示图4.1.1学生可以发布新消息、回复已经发布的消息、查看所有消息。其用例图如图所示管理层领导可以发布新消息、回复已经发布的消息、查看所有消息以及批复已经发布的消息，其用例图如图4.1.2图所示。图系统流程图本系统需要对普通用户身份进行验证，验证过后再判断用户是普通用户还是管理层领导，如果是普通用户，可以发布新消息、回复已经发布的消息、查看所有消息；如果是管理层领导则会有一个更高级的功能，那就是批复消息。系统流程图如4.2.1图所示。图4.2.1第5章 数据库设计5.1数据库分析与设计5.1.1数据库分析本系统采用mysql5.0作为后台数据库，数据库名为db_affairmanage。数据库中一共包含4张表，用来储存不同的信息，详细信息如图图所示图5.1.2数据库概念设计本系统一共规划出4个实体，分别是人员信息实体、消息信息实体、消息回复实体以及消息批复实体。只有校园内部人员才可以使用该系统，因此需要在数据库中建立一个人员信息表，用来储存员工的相关信息。人员信息实体e-r图如下图所示。图用户信息实体e-r图图消息信息实体e-r图图消息回复实体e-r图图5.1.2.消息批复实体e-r图5.1.3数据库逻辑结构设计用户信息表字段名数据类型是否主键描述employeeidint 是用户编号employeenamevarchar否用户姓名employeesexbit否用户性别employeebirthdate否用户生日employeephonevarchar否用户电话employeeplacevarchar否用户住址jointimedate否加入时间passwordvarchar否密码isleadbit否是否领导消息信息表：字段名数据类型是否主键描述messageidint 是（自动递增）消息idmessagetitlevarchar否消息标题messagecontenttext否（外键）消息内容employeeidint否发布人publishtimedate外键发布时间消息回复表字段名数据类型是否主键描述replyidint是（自动递增）消息回复idreplycontenttext否回复内容employeeidint 否（外键）回复人replytimedatetime否回复时间messageidint否（外键）消息id消息批复表字段名数据类型是否主键描述criticismidint是（自动递增）消息批复idcriticismcontenttext否批复内容employeeidint否（外键）批复人criticismtimedatetime否批复时间messageidint否（外键）消息id5.2绘制表之间的关系e-r图表之间的关系e-r图如图5.2.1图所示图用于建表的sql语句以下是用mysql-front建立好数据库后导出的sql语句。# host: localhost database: db_affairmanage# -# server version 5.1.46-community# source for table tb_criticism#drop table if exists tb_criticism;create table tb_criticism ( criticismid int(11) not null auto_increment, criticismcontent text, employeeid int(11) default null, criticismtime datetime default null, messageid int(11) default null, primary key (criticismid), key employeeid (employeeid), key messageid (messageid) engine=innodb auto_increment=4 default charset=gb2312 comment=?;# dumping data for table tb_criticism#lock tables tb_criticism write;/*!40000 alter table tb_criticism disable keys */;insert into tb_criticism values (1,早点睡觉,123,2011-11-26 21:17:54,23);insert into tb_criticism values (2,允许请假,123,2011-11-26 21:18:25,24);insert into tb_criticism values (3,好的，会尽快修复,123,2011-11-26 21:21:42,25);/*!40000 alter table tb_criticism enable keys */;unlock tables;# source for table tb_employee#drop table if exists tb_employee;create table tb_employee ( employeeid int(11) not null default 0, employeename varchar(20) default null, employeesex bit(1) default null, employeebirth date default null, employeephone varchar(20) default null, employeeplace varchar(50) default null, jointime date default null, password varchar(20) default null, islead bit(1) default null, primary key (employeeid) engine=innodb default charset=gb2312 comment=?1d?;# dumping data for table tb_employee#lock tables tb_employee write;/*!40000 alter table tb_employee disable keys */;insert into tb_employee values (123,苏宇,b1,1989-01-12成都,2008-01-11,123456,b1);/*!40000 alter table tb_employee enable keys */;unlock tables;# source for table tb_message#drop table if exists tb_message;create table tb_message ( messageid int(11) not null auto_increment, messagetitle varchar(50) default null, messagecontent text, employeeid int(11) default null, publishtime datetime default null, primary key (messageid), key employeeid (employeeid) engine=innodb auto_increment=26 default charset=gb2312 comment=?;# dumping data for table tb_message#lock tables tb_message write;/*!40000 alter table tb_message disable keys */;insert into tb_message values (1,222222,22222222222222,123,2011-11-11);insert into tb_message values (22,看能不能发布中文信息,看能不能发布中文信息,123,2011-11-26 20:54:40);insert into tb_message values (23,寝室断电了怎么办,寝室断电了怎么办,123,2011-11-26 21:17:43);insert into tb_message values (24,由于生病请假,由于生病请假,123,2011-11-26 21:18:16);insert into tb_message values (25,6b401的投影仪坏了,6b401的投影仪坏了，影响了我们正常的上课,123,2011-11-26 21:21:16);/*!40000 alter table tb_message enable keys */;unlock tables;# source for table tb_reply#drop table if exists tb_reply;create table tb_reply ( replyid int(11) not null auto_increment, replycontent text, employeeid int(11) default null, replytime datetime default null, messageid int(11) default null, primary key (replyid), key employeeid (employeeid), key messageid (messageid) engine=innodb auto_increment=3 default charset=gb2312 comment=?;# dumping data for table tb_reply#lock tables tb_reply write;/*!40000 alter table tb_reply disable keys */;insert into tb_reply values (1,adfsdfasdfsdfasdfs,123,2011-11-22,1);insert into tb_reply values (2,就是，我们也影响了,123,2011-11-26 21:21:29,25);/*!40000 alter table tb_reply enable keys */;unlock tables;# foreign keys for table tb_criticism#alter table tb_criticismadd constraint tb_criticism_ibfk_1 foreign key (employeeid) references tb_employee (employeeid),add constraint tb_criticism_ibfk_2 foreign key (messageid) references tb_message (messageid);# foreign keys for table tb_message#alter table tb_messageadd constraint tb_message_ibfk_1 foreign key (employeeid) references tb_employee (employeeid);# foreign keys for table tb_reply#alter table tb_replyadd constraint tb_reply_ibfk_1 foreign key (employeeid) references tb_employee (employeeid),add constraint tb_reply_ibfk_2 foreign key (messageid) references tb_message (messageid);第6章 程序界面说明6.1系统演示打开浏览器在首页输入http:/localhost/cdutmanage/index.jsp，打开系统首页。首页在首页中能够显示用户的身份信息及当前最新的消息列表，如果要显示用户的身份信息就必须先进行身份验证，单击首页导航栏的“身份识别”链接，页面将跳转到身份识别页，在该页面中输入用户的编号以及预设的系统口令，单击“提交”按钮即可完成身份识别，识别完成后，系统将跳转到首页，并显示员工的身份信息，如6.1.1图所示。图6.1.1登录界面登录页面输入用户的编号和口令，如6.1.2图所示。图6.1.2消息列表界面消息列表页面中列出了当前最新的5条消息，如果需要查看其他消息，可以使用“上一页”，“下一页”链接。如果希望查看消息的内容，只需要单击消息的标题即可进入消息的详细内容页面，如6.1.3图所示。图6.1.3发布消息的界面可以单击导航栏中的“发布新消息”链接来发布消息。在发布消息时，需要填写消息标题和消息内容两部分内容，对于消息内容可以使用编辑器调整字体大小、颜色、背景颜色等，还可以插入表情图片，如6.1.4图所示。图6.1.4消息内容界面在消息列表里单击消息标题，即可跳转到详细消息的页面，其中领导批复的内容自动变成红色字体。如6.1.5图所示图文件夹组织结构：如6.2.1图：6.2.1图文件结构说明：src用于保存java类的源文件com.sanqing.bean用于保存所有的vo类com.sanqing.dao用于保存所有的数据库操作接口com.sanqing.daoimpl用于保存所有的数据库操作类com.sanqing.factory用于保存所有的数据库操作工厂com.sanqing.servlet用于保存所有的servlet类com.sanqing.util用于保存所有的工具类webrootcss用于保存所有css文件fckeditor用于保存fckeditor所需的文件images用于保存所有的图片web-infclasses用于保存编译后的class文件lib-用于保存项目所需的库文件此项目用的是jsp model2模式开发。在model 2中所有的开发都是以servlet为主体展开的，由servlet接收所有的客户端请求，然后根据请求调用相应的javabean，并将所有的显示结果交给jsp完成，也就是俗称的mvc设计模式。在本程序中也运用到了工厂设计模式。mvc设计模式mvc是一个设计模式，它强制性地使用应用程序的输入、处理和输出分开。mvc设计模式被分成3个核心层，即模型层、显示层和控制层。它们和自处理自己的任务，各层的任务如下。显示层(view)：主要负责接收servlet传递的内容