经营决策提供了大量的、权威的数据,使企业的管理进行到科学化、系统化的范筹。硬件方面主要是计算机,我们的实际情况可以满足开发任务,所需资料书籍可以到图书馆翻阅或者个人购买,因此整个系统的所需投资符合我们的支付状况,经济可行性良好。
2.2.2 技术可行性
基于中小型企业的办公自动化系统的开发采用了先进成熟并且符合实际应用的开发方法,广泛应用于网站开发的网页开发工具Dreamweaver,MyEclipse,动态网页开发技术JSP,提供用户全新体验的AJAX技术,功能强大的数据库管理工具MySQL,采用最新最流行的框架技术Struts +Hiberate等,结合自己的实际开发能力,可以开发出较为完善的办公自动化系统。应解决的主要问题及技术要求:收集系统开发所使用的足够的信息;按实际应用的可行性划分模块,确定模块功能;建立完善的数据库支持环境;使用JSP语言实现前台页面视图,使用AJAX技术实现数据与页面的整体实现,并实现与数据库之间的各项操作;各模块功能的协调及信息的沟通;各框架之间的整合,尤其是Struts +Hiberate框架之间的整合。
第三章 概要设计
概要设计是对系统的一个简要的描述,包括系统的结构设计、系统包含哪些功能模块、各个功能的模块的主要功能以及系统的数据流程图。
3.1 系统体系结构设计
该系统是基于 B/S(Browser/Server)架构的三层体系结构,即浏览器和服务器结构。它是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过浏览器来实现,极少部分事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器端(Server)实现,形成所谓三层结构。这样就大大简化了客户端电脑载荷,减轻了系统的维护与升级的成本和工作量,降低了用户的总体成本。特别是在JAVA这样的跨平台语言出现之后,B/S架构管理软件更是方便、快捷、高效。如果能将该系统划分的用户身份验证模块和其他模块再分解成一些相互独立、功能简单、易于理解和修改的模块,这样的系统就具备了系统设计首要考虑的可变更性。由模块组合构成的系统一般称为模块化结构系统。在这样的系统中,由于各个模块之间基本上是相互独立的,所以每个模块都可以独立的被理解、编程、调试和修改,使其复杂的系统设计工作变得相对简单。在遵循模块化结构设计原则的基础上,根据实现的目标,用户身份验证只需要一个模块,而其他模块则分成了几个不同的子模块,各子模块既相互配合,又各自具有一定的独立功能。这样就形成了一个树形的结构[8]。
3.2 系统功能模块图
对系统做出需求分析后,预计准备实现本系统的功能模块如下图3.1所示:
图3.1系统功能模块图
3.3 系统模块设计
系统设计要实现的模块有:员工管理模块、通讯录模块、日程管理模块、签到管理模块、短消息管理模块、部门管理模块、公告管理模块、文件管理模块、权限管理模块、信息反馈模块。
3.3.1 消息管理模块
用户登录系统后可以进入点击系统桌面的消息图标和菜单栏的消息管理功能模块菜单进入消息模块。用户可以使用该模块和公司内部员工进行基于web的即时聊天,该模块中用户分为在线和未上线两种状态,用户可以查看所有人的在线情况,用户既可以给在线用户发送消息,也可以给未上线用户发送消息,在线用户可以即时看到对方发送的消息,未上线用户如果有其他用户发送了离线消息,那么在登录上线后就可以看到对方发送的离线消息。
3.3.2 签到管理模块
用户登录系统后可以进入点击系统桌面的"上班"图片进行签到上班,之后可以点击"下班"图片进行签到下班。同时还可以点击菜单栏的签到上班和签到下班菜单进行签到。用户还可以点击菜单栏的签到信息进行签到信息的查看。
3.3.3 部门管理模块
部门管理模块有查询部门、设置部门和添加部门三大功能。系统管理员具有该模块的所有权限,而其他用户只具有查询部门的权限。查询部门可以查询具体某个部门的详细信息,设置部门可以修改和删除部门,添加部门可以添加部门。
3.3.4 员工管理模块
员工管理模块有查询员工、设置员工和添加员工三大功能。系统管理员具有该模块的所有权限,而其他用户只具有查询员工的权限。查询员工可以查询某个员工的详细信息,设置员工可以修改和删除员工,添加员工可以添加员工。
3.3.5 文件管理模块
文件管理模块可以进行文件的上传和下载。
3.3.6 通讯录模块
通讯录模块可以查询和添加通讯录,还可以生成通讯录的报表(excel文件)。
3.3.7 权限管理模块
权限管理模块可以查看角色权限和员工角色,修改员工角色和角色权限。系统管理员才具有该模块的权限。
3.3.8 日程管理模块
用户可以使用该模块进行日程的添加和查看日程,主要用于员工对工作安排的记录,即记录每天的重要工作内容,以免忘记。
3.3.9 反馈信息模块
反馈信息模块可以发送反馈信息和查看历史反馈信息。反馈信息主要是员工对一些工作的安排的意见。
3.4 系统流程图
系统流程图主要是用来描述系统在运行过程中数据的传输过程。
3.4.1 登录流程图
用户进入登录页面,输入用户名和密码后,点击登录按钮可以进行系统登录。如下图3.2所示:
图3.2登录流程图
3.4.4 菜单显示流程图
用户登录成功后,系统讲当前登录用户的ID传递给相应的action去查询当前用户的菜单使用权限,从而显示菜单栏,如下图3.3所示:
图3.3菜单显示流程图
3.4.3 数据查询流程图
用户查询使用某个模块的查询功能时,通过JSP页面提交查询条件给action,action在调用查询方法返回查询结果给JSP页面,如下图3.4所示
图3.4查询显示流程图
3.4.4 添加或修改据数据流程图
用户查询使用某个模块的添加或修改功能时,通过JSP页面提交添加或修改的信息给action,action在调用新增和修改方法返回提示结果给JSP页面,添加或修改是否成功,如下图3.5所示:
图3.5新增或修改流程图
第四章 数据库
数据库的设计是对系统数据库的实现,主要包括表的设计和表与表之间的关系的设计,本系统采用MySQL5.0进行实现的。
4.1 数据分析
根据OA系统的需求分析,需要以下的数据表:
用户信息表:存放用户的基本信息。
部门信息表:存放部门信息。
文件信息表:存放文件信息,例如文件位置,文件名称等。
菜单表:存放菜单显示名称,菜单指向位置,以及菜单级别。
消息表:存放发送以及接收的信息。
消息状态表:存放消息的状态。
公告表:存放公告信息。
部门公告表:存放部门的公告信息
用户角色表:存放用户的角色相关信息。
角色表:保存角色等相关信息。
角色权限表:保存角色权限信息表。
日程表:存放添加的日程信息。
签到信息表:存放签到信息。
反馈信息表:存放反馈的信息。
通讯录表:存放通讯录信息。
4.2 数据库逻辑设计
数据库的逻辑设计主要包括数据库的实体关系图,数据库E-R图以及数据库表结构图。主要用来描述实体与属性之间的关系,实体与实体之间的关系以及表与表直接的关系。
4.2.1 数据库实体关系图
数据库的实体关系E-R图主要用来描述实体与属性之间的关系。如下图所示,给出了本系统所需要的实体及其属性关系图。
图 4.1 员工实体图
图 4.2 文件实体图
图 4.3角色权限实体图
图 4.4日程实体图
图 4.5角色实体图
图 4.6消息实体图
图 4.7菜单实体图
图4.8部门实体图
4.2.2 数
上一篇:
在线答疑系统论文1
下一篇:
上海电气集团毕业实习报告