企业内部信息管理系统JSP

摘 要摘要：本论文介绍了一个企业部信息管理系统的开发。系统的开发设计使用了Eclipse作为开发工具,搭配SQL_SERVER作为后台数据库。本文首先对开发工具Eclipse和作为后台数据库的SQL_SERVER做简单的介绍,其次对系统的基本原理进行简要的说明,最后通过部分系统截图和数据表格来介绍了系统的开发设计过程以及系统的基本操作。本系统的开发采用了技术比较成熟的STRUTS架构,开发语言采用了JAVA与JSP,实现了员工信息查询、员工考勤、员工工资管理及企业部公告等功能,并根据软件工程的方法,从需求分析、概要设计、详细设计、编码实现等方面阐述了系统的开发流程,并通过系统界面的截图、数据表格等体现了作者的设计思路,最后就系统测试运行情况和系统开发过程中的技术难点加以分析。关键词：Struts框架；Eclipse ；SQL-SERVER数据库；JSP；JAVAAbstractAbstract: The paper introduces the development of an Intranet information management system of enterprises. Eclipse is used as the development tool for development and design of the system, and SQL_SERVER is the background database of the system. First of all, this paper simply introduces the development tool Eclipse and the database SQL_SERVER, and then the summary of the basic principles of the system, finally the process of development and the general operation of the system with several photos and charts. This system uses STRUTS as the development structure, JAVA and JSP as the developmenttool.Itcan executes the functions like staff information requirement, staff attendance, staff wages management, the internal bulletin management and so on. According to method of software engineering, it expounds the development process with requirementanalysis,summary design,detailed design,code implementation and so on. And it show the autors design thoughtfulness through photos from the system and charts. Finally, it gives analysis according to the testing of the system and the developmnet of the system.Keyword: Struts；Eclipse；SQL_SERVER；JSP；JAVA目录摘要IAbstractV第1章 绪论11.1 课题的背景11.2课题目的和意义11.3系统设计思想21.4课题的国外发展状况21.5本章小结3第2章 系统可行性分析42.1业务流程分析42.2系统流程分析52.3可行性分析52.3.1经济可行性62.3.2技术可行性62.3.3运行可行性72.3.4法律可行性72.3.5开发方案可行性72.4本章小结7第3章 系统的需求分析83.1系统基本需求描述83.1.1 功能需求8312数据需求8313用户需求9314 性能需求9315 平台需求93.3数据流分析143.4数据字典173.4数据实体及关系分析233.5 本章小结23第4章 系统的总体设计254.1设计模式概述254.2系统模块总体设计264.3数据表结构设计284.4本章小结34第5章 系统实施及详细设计355.1系统开发环境及开发工具355.2基本技术简介355.2.1 Struts框架简介355.2.2Java简介375.2.3 JSP简介385.2.4 SQL-SERVER简介405.2.5 Eclipse简介415.2.6 TOMCAT简介435.3数据库连接的实现435.4系统的主界面功能设计445.4.1实现目标445.4.2实现过程465.5用户登陆界面功能设计475.5.1实现目标475.5.2实现过程485.6员工信息查询界面功能设计485.6.1实现目标495.6.2实现过程495.7新员工入职界面功能设计505.7.1实现目标505.7.2实现过程515.8工资管理模块功能设计525.8.1实现目标525.8.2实现过程525.9考勤管理模块功能设计535.9.1实现目标535.9.2实现过程545.10公告管理模块功能设计555.10.1实现目标555.10.2实现过程565.11本章小结56第6章 系统的测试与维护576.1系统的测试目标576.2测试方法586.3系统测试的实施586.3.1登陆测试586.3.2员工管理模块测试596.3.3工资管理模块测试606.3.4其它模块测试616.3本章小结61结论62致63参考文献64附录1英文参考文献及译文65附录2部分源代码列表72千万不要删除行尾的分节符,此行不会被打印。在目录上点右键更新域,然后更新整个目录。打印前,不要忘记把上面Abstract这一行后加一空行2 / 87第1章 绪论随着企业数量的不断增加以及企业对部管理的重视,对企业信息管理软件的需求量也与日俱增。纵观现有的系统或多或少的存在功能不够完善、性能低下、维护困难等缺点。而企业部产业结构不一致,以及企业对管理软件要求的不同,以至于这些软件的功能也大相径庭。另外,企业信息管理软件设计缺乏一个统一的标准,也是导致企业信息管理软件质量参差不齐的原因之一。因此,如何设计开发一个高性能、功能全面的系统成了目前软件设计者的需要考虑的主要问题。我们应该在系统开发的过程中有的放矢,在满足用户基本功能需求的同时,为用户设计一个高性能、安全的系统环境,这样我们设计的软件才会被越来越多的用户接受,我们的系统才会做得越来越好！1.1 课题的背景信息化时代,部管理的信息化已经成为企业发展、参与市场竞争的首要条件。但从目前的情况来看,大多数企业所使用的部局域网只起到一个文件共享的作用,使得花费大量人力、财力建立起来的部网络系统没能被真正有效的利用起来。因此,怎样实现通过对部局域网的有效管理及利用,达到优化工作流,强化项目管理,决策支持及预测是企业部管理面临的主要问题。1.2课题目的和意义企业需要一种管理方式或者一个管理工具为公司的管理部门提供一个高效方便的管理平台,提高企业管理部门的工作效率。那么这样的管理工具能给企业带来怎样的好处呢？首先,可以提升工作效率与降低管理成本,将部份繁杂的工作或是重复性高的工作,交给企业部信息管理系统来完成,可以明显的减少管理人员花费于重复性工作的时间。其次,提升了投资报酬率,透过企业部信息管理系统我们可以降低人力成本与提升工作效率,也就是提升了组织支付于人力与时间成本的投资报酬率。再次,简化与优化了工作流程,引进企业部信息管理系统的同时,也重新检视了企业管理工作的结构与流程,帮助企业找出传统工作流程的瓶颈,让一些工作可以更顺畅的进行。 最后,提升了组织运作能力,企业部管理系统可以帮助企业简化传统办公室的重复性管理工作,节省人力与时间的同时,也提高了企业可以接纳的服务量。1.3系统设计思想一个大型的信息管理系统,必须有一个正确的设计指导思想,通过合理选择数据结构、网络结构、操作系统以及开发环境,构成一个完善的网络体系结构,才能充分发挥计算机信息管理的优势。根据所属企业的具体要求,本系统的设计按照下述原则进行。 实用性：系统以用户需求为目标,以方便用户为原则,同时融入先进的管理经验。根据用户实际的需求情况,量身打造一套先进的企业部信息管理系统,并且将在统一的Windows 图形界面下提供各种实用功能,尽可能降低使用前的培训、实施和使用中的维护时间。 先进性：本设计将采用现今比较流行的开发语言JSP和JAVA的相给合,以及最初由OTI和IBM两家公司的IDE产品开发组研发的ECLIPSE作为开源开发工具,采用JVAV语言的STRUTS架构进行开发,并采用SQL Server2000作为数据库,可以方便的满足企业部门管理上的需要。 高可靠性：一个实用的系统同时必须是可靠的,本设计通过合理而先进的网络设计以及软、硬件的优化选型,可保证系统的可靠性与容错性。 高安全性：在设计中,将充分利用网络软、硬件提供的各种安全措施,既可以保证用户共享资源,同时也可保证关键数据的安全性。采用标准技术：本系统的所有设计遵循国际上现行的标准进行,以提高系统的开放性。可维护性：系统的设计要求方便维护,包括硬件的维护,软件的维护更改,升级等和网络的维护。可扩展性及灵活性：系统的设计以方便未来业务的扩展和系统扩充为目标,系统要求能够方便的升级,充分保护系统的投资。 智能性：系统在设计时,充分考虑系统运行的智能性,尽量的使程序智能化,在使用系统一段时间后,系统可以和所处部门的业务相融合。毕业设计网.56doc.QQ: 306826066 优秀毕业设计网.2bysj计算机毕业设计网.papersay.毕业设计资料网.doc163.毕业设计论文网.think58.1.4课题的国外发展状况随着信息化建设的日益深入,无论是政府还是企事业单位,相互之间的信息沟通与协同工作越来越重要。通过分析调研表明,当前市面信息管理系统软件面临着很大的实施障碍,因为信息管理系统对政府和企业的影响甚大,从最初期的BBS、系统到后期的群件系统、公文管理、知识管理以及企业门户,信息管理系统已经经历了20多年、多个阶段的产品演化。第一代信息管理系统起源于政府公文和档案管理的需求,它实现了企业部分工作流程的自动化和文档的电子化管理。它的特点是以公文处理、档案管理为核心,办公其实就是办文,并形成了以后OA的基本体系。第二代信息管理系统是从90年代中期开始,随着互联网Internet的兴起与发展而产生的。以Internet为基础,第二代信息管理系统实现了B/S架构,并很好的支持了移动办公的需求,企业资源不再受到通讯技术的限制。同时,信息管理系统也加入了更多的功能,如BBS、新闻发布、日程安排、人事信息等,但从本质上来说第二代信息管理系统依然以公文和档案管理为核心容。90年代末期开始,随着市场环境的变化和协同管理Collaboration的兴起,信息管理系统的指导思想开始发生转变,更多的强调跨地域、跨部门之间的协同,信息管理系统中也加入了新的协作工具,如即时通讯、项目管理、网络会议、文档共享等等,第三代信息管理系统出现了。以上得知,企业信息管理系统软件的产品和市场应该已经十分成熟。但从一些贴近客户的专业信息论坛,比如OA软件联盟的专题分析文章我们却看到了不同的、谦虚的声音。无论是协同OA还是知识管理等等技术,都存在被高估的嫌疑,总结现在的信息管理系统软件及其在实施方面的不足有以下几点：空抛概念,雷声大、雨点小；功能缺乏整合、基本功能不过关；盲目追求功能模块数量,不注意个性化和有机分配；缺乏核心的、用户易掌握的系统结构,功能凌乱,难以掌握全局；综上所述,针对以上的种种弊端,本课题进行了深入的调研,并确定了解决方案,让该类系统的实施更加简单和条理化。同时也能让客户在实际操作中更容易上手,还支持三种语言版本的用户界面,繁体/简体自动转换码显示,人性化的界面让客户融汇多种的文化特色,体现人文关怀。1.5本章小结在本章中主要介绍了课题的开发背景、设计思想、意义及要求,并对国外信息管理系统的发展进行了调研,熟悉了当前该课题的发展状况,明确了研究本课题的重要性和必要性。第2章 系统可行性分析系统的可行性研究的目的就是用最小的代价在尽可能短的时间确定问题是否能够解决。在进行可行性研究时需要了解和分析现有的系统,并以概括的形式表达对现有的系统的认识。本章将对系统的流程图及系统的可行性进行介绍。2.1业务流程分析业务流程图是一种描述系统各单位、人员之间业务关系、作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的业务处理流向。本系统的业务流程图如图2-1所示。图2-1 系统业务流程图2.2系统流程分析系统流程图是描绘物理系统的传统工具,在进入系统的设计阶段以后应该把所设想的新系统的逻辑模型转变成为物理模型,需要描绘未来的物理系统的概貌,本系统的系统流程图如图2-2所示。图2-2 系统流程图2.3可行性分析本小型企业部信息管理系统为企业和用户提供了相互交流的平台,并能够完成员工信息管理、工资管理、考勤管理、部门管理等功能。从而让工作人员从繁杂,枯燥的资料管理中解脱出来,并把计算处理任务交给计算机去做从而提高工作效率,避免人为失误。经过多次的调研和分析,结合当今小型企业的实际情况。该系统能达到以下的几个目标： 为客户端提供较好的操作界面,方便企业与个人用户更好的、更轻松的交流。 完成对不同身份的用户的权限及登录页面设置,保证了系统的安全可靠性。 操作简单易行,查询灵活方便。 系统维护方便可靠,有较高的安全性,满足实用性、先进性的要求。本系统在实现基本的功能基础上,考虑到由于企业的一些工作流程不固定而引起的数据和系统动态性要求,将系统安全性和稳定性提到更高档次。同时系统将留出其他一些功能的接口,以便今后软件继续升级。新系统的目标确定后,可以从以下四个方面对能否实现新系统目标进行可行性分析：2.3.1经济可行性经济可行性主要进行成本效益分析,包括估计项目的开发成本,估算新系统的开发费用和今后的运行、维护费用,估计新系统将获得的效益,估算开发成本是否会高于项目的预期的全部利润。对于本系统则应着重分析其社会效益。例如,系统投入运行后可以提供哪些以前无法及时提供的信息,企业与个人用户以及管理员使用中查询和使用信息的方便程度提高多少、速度增加了多少等。2.3.2技术可行性技术可行性是最难决断和最关键的问题。根据客户提出的系统功能、性能及实现系统的各项约束条件,从技术的角度研究系统实现的可行性。根据新系统目标来衡量所需的技术是否具备,一般从软硬件的性能要求、环境条件、技术人员水平和数量等方面去考虑和分析。 风险分析：在给出的限制围,能否设计出系统,并实现必要的功能和性能。 资源分析：研究开发系统的人员是否存在问题,可用于建立系统的其他资源,如硬件、软件等是否具备。 技术分析：相关技术的发展是否支持这个系统。2.3.3运行可行性运行可行性研究容包括新系统规定的运行方式是否可行。对新系统运行后给现行系统带来的影响包括组织机构、管理方式、工作环境等和后果进行估计和评价。同时还应考虑现有管理人员的培训问题,分析在给定时间里能否完成预定的系统开发任务等。2.3.4法律可行性法律可行性是指研究在系统开发过程中可能涉及的各种合同、侵权、责任以及各种与法律相抵触的问题。2.3.5开发方案可行性在考虑到多种系统实现方案后,经过研究选择最优秀、适合的方案进行开发。2.4本章小结本章主要对于系统的可行性研究进行了简要的分析,通过复查系统的规模和目标,了解系统的流程,并且从现有的物理系统出发,能够导出系统的高层逻辑模型。通过以上对本系统在经济上、技术上、运行上、法律上的可行性,以及对于新系统的主客观条件的分析,认为该系统可以立即执行。第3章 系统的需求分析需求分析的基本任务是准确地回答系统必须做什么这个问题,是对目标系统提出完整、准确、清晰、具体的要求。需求分析的结果是系统开发的基础,关系到工程的成败和软件产品的质量。因此,必须用行之有效的方法对软件需求进行严格的审查验证。3.1系统基本需求描述小型企业部信息管理系统是企业各种信息的交汇点,它既是企业信息流通的载体,也是企业所有对对外数据运行、数据采集加工的软件平台。又是以企业部信息集成为核心的办公自动化系统,涉及信息共享、事务处理和决策分析。本系统是通过对几家小型软件公司进行实地调研后,以实际为基础进行设计的。该系统属于B/S模式,管理员可以通过前台的操作界面访问后台数据库,对数据库进行数据的更新和修改。而普通员工只可以查阅各自的所需信息,也可分别对自己的信息进行维护及更新,匿名用户可以查看一些最新资讯及新闻、可以查看个人工资信息、考勤信息和产品信息等。后台数据库可以单独存放在一个服务器上。该系统包括六大模块：员工信息管理、工资管理、考勤管理、部门管理、产品信息管理、公告管理。3.1.1功能需求企业部网信息管理系统主要是实现企业部员工信息管理及交流的系统。根据的企业基本的管理模式,一个企业部网信息管理系统应该提供诸如员工信息管理、工资管理、考勤管理、部门管理、管理维护等功能,同时也应该提供企业部公告功能,以便企业部及时迅速地传递信息。312数据需求系统的数据可分为输入数据和输出数据。输入数据主要是用户在JSP页面提交的数据。包括用户登录时输入的用户名和密码、管理员对新员工信息的录入提交、普通用户对信息的提交的查询申请等。输出数据主要是系统响应用户提交的数据,经过处理之后,通过JSP页面的形式显示的信息。例如用户在提交了查询申请之后,系统响应请求,然后就查询数据库,读取数据库中相应数据表的字段,最后将这些字段通过JSP页面显示。313用户需求企业部信息管理系统的用户可分为以下两大类：系统管理员：拥有对系统的一切操作权限,包括员工信息的录入、删除、修改,部门信息的录入、删除、修改。员工考勤情况、工资信息的录入等等。系统管理员通常是企业管理人员,也可以是企业的领导。系统管理员的人数不是唯一的,可根据具体情况来确定系统管理员的数量。普通用户：信息查询和公告发布权限。能对本人个人信息进行查询、部门信息查询、产品信息查询、公告的查询和发布。314 性能需求虽然系统的使用的网络环境是企业部的局域网,但是为了保证服务器高效稳定地工作,本系统设置了最多只能同时10个用户登录使用。由于是部网络,服务器和数据库都在本地,在进行信息发布、信息修改时可以做到及时更新,一般不会发生由于网络延时而导致数据提交失败的情况。315 平台需求本系统服务器运行环境如下：网络及硬件平台CPUIntel Pentium III 800MHz or Higher存256MB or Higher硬盘空间10GB or Higher网络接入局域网接入操作系统平台Windows 2000 ServerWindows 2000 advance ServerWindows 2003 ServerWindows NT /Workstation数据库平台MS SQL Server 2000图3-1 服务器运行平台用户端运行环境如下：网络及硬件平台CPUIntel Pentium III 700MHz or Higher存128MB or Higher硬盘空间5GB or Higher网络接入局域网接入操作系统平台Windows 9X / meWindows 2000 ServerWindows 2003 ServerWindows XP ProfessionaiWindows NT / WorkstationLinux/UNIX浏览器要求IE 6.0 Maxthon etc图3-2 用户操作平台3.2用例分析活动图用于显示动作及结果。其重点在于描述方法实现中所完成的工作,以及用例的实例或对象中的活动。下面是进入本系统时具体可以进行的操作。在具体实现时,用户进入每个子模块时都会进行员工身份的验证及权限的检查,如果登录用不具备对该子模块进行操作的基本权利,则系统将会提示警告信息,并阻止该用户进入该子模块。描述本企业信息部管理系统的UML活动图如图3-3。 图3-3 系统UML活动图用例图的目的是使用简单直观的方式,描述软件系统的功能需求。用例图一般中包括行为者和用例两个方面的描述。其中用例用以说明用户的具体需求,而行为者则是用来描述要和用例之间进行交互的软件系统外部的人或者系统。图3-3所示为企业部信息管理系统的用例图,该图用以描述本系统所需要实现的用户具体的需求。图3-4 企业部信息管理系统用例图根据小型企业部信息管理系的基本需求,依据上述用例图的描述,本系统需要完成的具体任务如下：1、员工管理、员工信息查询：可以按部门、年龄等多条件对员工基本信息进行查询；可以对员工的基本信息进行修改和提交；可以对员工进行部门间的调动和职务的调动；可以查询员工的详细信息。、新员工入职：可以添加一个新员工的详细信息,包括,部门、学历、年龄等30余多记录。、调动信息查询：可以查询看员工的调动信息,其中包括调动日期、调动前后职务及部门等信息。、用户密码修改：登陆用户可以对本身的密码进行修改和提交,系统默认密码为0000。2、工资管理、基本工资管理：可以查看并修改员工的基本工资数额,如：基本工资、养老保险,补助金等信息。、基本工资录入：对员工的每个月的基本工资情况进行信息录入,包括基本工资、养老保险,补助金等信息。、奖金数据管理：可以查看员工的每个月的奖金金额,并可以对员工的奖金记录进行删除、调整。、奖金数据录入：按员工编号,选择奖金年月,录入每个月员工应发的月奖金金额、生成月工资明细：按年月统计员工的工资基本情况,计算员工的应发工资和实发工资等信息；可以生成并打印各个月份的所有员工工资情况,生成每个员工的工资条。、月工资明细查询：按年月查询员工的工资基本情况,可以打印各个月份的所有员工工资情况及每个员工的工资条。、个人工资查询：查询当前登陆用户的每个月的工资收入情况。3、考勤管理、考勤信息录入：输入员工编号,系统根据当前时间为该员工添加当日考勤记录, 早退,迟到的判定,以录入考勤记录的时间。、考勤明细查询：可以按考勤年月、部门及员工姓各进行查询,查询的容包括考勤日期、上班时间、下班时间的具体信息,如果有迟到、早退的员工,在相应的上下时间栏会以红色背景显示。、请假信息录入：对员工的请假基本情况进行录入,包括员工编号、请假开始日期、请假结束日期和请假原因,系统默认的请假开始日期和结束日期为当前的系统日期。、请假信息管理：对当日员工请假信息进行管理,如果有特殊情况可以进行撤消其请假记录。、请假历史记录：该模块记录了所有员工从入职起到现今的请假情况,其中包括请假的开始日期、结束日期和请假原因。、加班信息录入：.对员工的加班情况进行录入,其中包括员工编号、加班日期、加班开始时间、加班结束时间,加班时长等信息。、加班信息管理：对当日员工的加班情况进行管理,可以调整某员工的加班基本信息。、加班历史记录：该模块记录了所有员工从入职至现今的所有加班信息,可以依据该信息对员工进行加班奖励。、考勤数据汇总：可以按年月统计员工的考勤情况,计算出应扣款额和加班费等信息,还可以按年月打印员工的考勤基本信息。、汇总数据查询：可以按年月、部门、查询员工的考勤基本信息,包括员工的应出勤天数、实出勤天数、迟到次数、早退次数、休假次数、事假次数、病假次、旷工次数等信息。4、部门管理、添加部门：可以新添加一个部门,其中包括该部门的名称、部门负责人,部门职责等信息。、部门信息查询：可以查询该企业所有部门的基本信息。5、公告管理、发布公告：员工可以在这里发布信息,与其他人进行交互,也可以发布新闻,通知等信息。、查询公告：员工可以在这个模块查询有关企业的通知及新闻等信息,方便、快捷的掌握有关企业发布的信息。6、产品信息管理、产品信息发布：企业可以在本模块中发布本企业的一些最新产品,以及这些产品的详细说明等信息。、产品信息查询：员工通过该模块可以查看本企业的最新产品信息。3.3数据流分析数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响,在数据库系统开始设计的时候应该尽量考虑全面,尤其应该仔细考虑用户的各种需求。数据流图是表示系统逻辑模型的常用工具,图中不存在任何具体的物理元素,只表示信息在系统中流动和处理的情况。它是和用户进行交流的极好工具。本系统的数据流图描述：、管理员可以根据入职员工的基本信息,对员工信息进行修改和删除,同时备份员工基本信息到档案中,递交给人事部进行管理,员工也可以通过员工管理模块进行个人信息查询和修改。、管理员根据企业各部门的基本信息对部门信息进行管理,可以进行修改、删除和添加新部门。、管理员根据考勤情况录入员工的出勤信息,进行统计早退、迟到、事假、病假、出勤、缺勤次数等数据,依据出勤统计信息计算员工的应发工资、实发工资等信息,生成工资表和工资条递交给财务部,便于结算员工工资。、管理员根据企业最新产品信息、公告信息进行发布及更新,如追加最新产品信息、添加新闻、发布公告、分类查询公告信息等进行管理。由于系统的数据流图比较大,所以采用分层的形式给出。因此数据流图父图如图3-5所示。 图3-5 数据流图第1层以上为本系统数据流图,它描述本系统的基本数据流程信息,而制作本系统是围绕着员工管理、工资管理和考勤管理三个大模块来制作的。然而在这几大模块中企业和用户之间的交流部分数据流向相对复杂,对于数据的提取以及存储实现起来有些繁锁,为此将企业对员工信息管理、工资管理和考勤管理单独列出,作为数据流图的第二层介绍。以下主要介绍了企业与个人的交流部分的信息和数据流向及数据存储、使用、加工。员工信息管理模块主要完成了新员工入职、员工调动、员工基本信息修改及查询、用户登陆信息修改等功能,并可以多条件进行检索企业员工的基本信息。由以上分析得出员工信息管理模块的数据流图如图3-6所示。 图3-6 员工管理数据流图考勤管理模块和工资管理模块之间存在着密切的联系,考勤管理主要是完成了对员工考勤的各种数据进行考核和统计,如对员工的早退、迟到、病假、事假、加班等信息进行考核,并自动计算出员工在每个月的应扣款数及应奖励款数等功能。由以上分析得出考勤管理模块的数据流图如图3-7所示图3-7 考勤管理数据流图工资管理主要是完成了对员工的基本工资管理、基本工资录入、奖金数据管理、奖金数据录入、生成月工资明细等功能,可以按年月统计员工的工资基本情况,计算员工的应发工资和实发工资等信息；可以生成并打印各个月份的所有员工工资情况,生成每个员工的工资条。由以上分析得出工资管理模块的数据流图如图3-8所示图3-8 工资管理数据流图3.4数据字典数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。数据字典是关于数据信息的集合,它对数据流图中的各个元素作完整的定义与说明,是数据流程图的补充工具,数据流图和数据字典共同构成了系统的逻辑模型,没有数据字典数据流图就不严格,然而没有数据流图数据字典也难以发挥作用,因此在本节中给出了本系统的第一层数据流图中各重要元素的数据字典。1、 数据流数据流名称：员工信息数据流编号：HY1-01数据流来源：GY1-01数据流去向：H1-01数据流组成：员工编号+性别 +职务+职称+联系+政治面貌+特长+在职情况+入党日期+爱好+出生年月+婚姻状况+籍贯+民族+号+邮政编码+家庭住址+身体状况+学历+专业+外语水平+毕业日期+毕业院校+电脑水平+入职日期+离职日期+合同签订+合同到期+转正日期+参加工作+退休日期+工龄+工资等级+银行卡号+员工等级+员工密码+部门编号 数据流名称：考勤信息数据流编号：HY1-02数据流来源：GY1-01数据流去向：H1-02数据流组成：考勤序号+员工编号+员工+所属部门+考勤时间+请假时间+加班时间数据流名称：工资信息数据流编号：HY1-03数据流来源：GY1-01数据流去向：H1-03数据流组成：工资编号+基本工资+养老保险+补助金+员工编号数据流名称：部门信息数据流编号：HY1-04数据流来源：GY1-01数据流去向：H1-04数据流组成：工资编号+基本工资+养老保险+补助金+员工编号数据流名称：公告信息数据流编号：HY1-05数据流来源：GY1-01 数据流去向：H1-05数据流组成：公告编号+公告标题+公告容+发布人+发布时间数据流名称：产品信息数据流编号：HY1-06数据流来源：GY1-01 数据流去向：H1-06数据流组成：产品编号+产品名称+生产日期+产品介绍数据流名称：处理后的员工信息数据流编号：HY1-07数据流来源：H1-01 数据流去向：S1-01数据流名称：统计后的考勤信息数据流编号：HY1-8数据流来源：H1-02 数据流去向：S1-02数据流组成：考勤序号+员工编号+员工+所属部门+考勤时间+应出勤天数+实出勤天数+迟到次数+迟到扣款+早退次数+休假+事假+病假+旷工+外出+周末加班+普通加班+加班次数数据流名称：统计后的工资信息数据流编号：HY1-09数据流来源：H1-03 数据流去向：S1-03数据流组成：月工资编+号工资年月+员工编号+员工+部门名称+基本工资+养老保险+补助金+全勤奖+加班费+奖金+考勤扣款+个人所得税+其它扣款+应发工资+实发工资 数据流名称：更新的部门信息数据流编号：HY1-10数据流来源：H1-04 数据流去向：S1-04 数据流名称：更新的公告信息数据流编号：HY1-11数据流来源：H1-05数据流去向：S1-05 数据流名称：更新的产品信息数据流编号：HY1-12数据流来源：H1-06 数据流去向：S1-06 数据流名称：员工详细资料数据流编号：HY1-13数据流来源：S1-01 数据流去向：H1-07 数据流名称：考勤明细数据流编号：HY1-14数据流来源：S1-02 数据流去向：H1-08 数据流名称：全体员工工资明细数据流编号：HY1-15数据流来源：S1-03 数据流去向：H1-09 数据流名称：个人员工工资明细数据流编号：HY1-16数据流来源：S1-04 数据流去向：H1-10 数据流名称：近期公告信息数据流编号：HY1-17数据流来源：S1-05 数据流去向：H1-11 数据流名称：最新产品信息数据流编号：HY1-18数据流来源：S1-06 数据流去向：H1-11 数据流名称：员工报表数据流编号：HY1-19数据流来源：H1-07 数据流去向：GY1-02 数据流名称：考勤报表数据流编号：HY1-20数据流来源：H1-08 数据流去向：GY1-02 数据流名称：工资明细表数据流编号：HY1-21数据流来源：H1-09 数据流去向：GY1-03 数据流名称：工资条数据流编号：HY1-22数据流来源：H1-10 数据流去向：GY1-04 数据流名称：更新容数据流编号：HY1-23数据流来源：H1-11数据流去向：GY1-042 处理逻辑处理逻辑名称：员工管理处理逻辑编号：H1-01简述：用来管理员工信息查询、新员工入职、员工调动信息查询、用户密码修改等功能。处理逻辑名称：考勤管理处理逻辑编号：H1-02简述：用于管理考勤信息录入、请假信息管理、加班信息管理、考勤数据汇总等功能。处理逻辑名称：工资管理处理逻辑编号：H1-03简述：用于管理员工基本工资管理、奖金数据管理、生成月工资明工细、个人工资查询等功能。处理逻辑名称：部门管理处理逻辑编号：H1-04简述：用于管理添加部门、部门信息查询等功能。处理逻辑名称：公告管理处理逻辑编号：H1-05简述：用于管理发布公告、添加新闻,查询公告、浏览新闻等功能。处理逻辑名称：产品管理处理逻辑编号：H1-06简述：用于管理发布最新产品、更新产品列表等功能。处理逻辑名称：生成员工报表处理逻辑编号：H1-07简述：为人事部提供员工的详细资料。处理逻辑名称：生成考勤报表处理逻辑编号：H1-08简述：为人事部提供员工的考勤详细,作为对员工进行奖惩的依据。处理逻辑名称：生成工资表处理逻辑编号：H1-09简述：用于提供给财务部作为企业财务汇总的依据。 处理逻辑名称：生成工资条处理逻辑编号：H1-10简述：用于提供给员工进行领取工资。 处理逻辑名称：更新信息处理逻辑编号：H1-11简述：用于更新最近发布的产品和公告信息,提供给员工进行浏览。3 数据存储数据存储名称：员工信息表编号：S1-01简述；用来存储员工的基本信息,如存储员工、性别、学历等。数据存储名称：考勤表编号：S1-02简述：用来存储员工的考勤信息,如存储员工的早退、迟到次数等。数据存储名称：基本工资表编号：S1-03简述：用来存储员工的基本工资信息,如存储基本工资、补助金等。数据存储名称：部门表编号：S1-04简述：用来存储部门的基本信息,如存储部门负责人、部门名称等。数据存储名称：公告表编号：S1-05简述：用来存储公告的基本信息,如存储公告发布人、发布时间等。数据存储名称：产品表编号：S1-06简述：用来存储产品的基本信息,如存储产品名称、产品介绍等。4 外部实体 外部实体名称：管理员外部实体编号：GY1-01简述：操作本系统的主要人员。 外部实体名称：人事部外部实体编号：GY1-02简述：用于管理企业的人员调动,可以对员工进行惩罚的部门。 外部实体名称：财务部外部实体编号：GY1-03简述：用于管理企业的所有财务支出的部门。 外部实体名称：员工外部实体编号：GY1-04简述：可以操作本系统的企业部人员,即该企业的员工。3.4数据实体及关系分析E-R模型是对现实世界的一种抽象,它根据分析阶段收集到的材料,利用分类、聚集、概括等方法抽象出实体,并一一命名,再根据实体的属性描述其间的各种联系。通过以上对系统的分析,经过多次调研以及资料的阅读,总结了本系统的各种实体的关系。以下的E-R图描述出了系统的几个主要实体之间的联系,如图3-9所示。图3-9系统的E-R图3.5 本章小结本章对小型企业部信息管理系统的需求进行分析,通过本章的论述对整个系统的设计有更加详细的了解。熟悉所依据的系统流程,根据系统流程图画出系统的数据流程,根据系统的数据流程写出所用到的数据字典和画出E-R图,本章为整个系统的需求分析部分需求分析阶段结束之后马上进入总体设计阶段。第4章 系统的总体设计可行性研究和需求分析构成了软件分析阶段,在这个阶段确定了需要做什么和系统需求规格。而软件开发阶段的任务是概括地回答系统如何实现的问题。4.1设计模式概述设计模式Design pattern是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样。常用的基本的设计模式如下； Abstract Factory：提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。 Factory Method：定义一个用于创建对象的接口,让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。 Singleton：保证一个类仅有一个实例,并提供一个访问它的全局访问点。 Bridge：将抽象部分与它的实现部分分离,使它们都可以独立地变化。 Builder：将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 Command：将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志,以及支持可取消的操作。 Composite：将对象组合成树形结构以表示部分-整体的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。 Decorator：动态地给一个对象添加一些额外的职责。就扩展功能而言, 它比生成子类方式更为灵活。 Flyweight：运用共享技术有效地支持大量细粒度的对象。 Interpreter：给定一个语言, 定义它的文法的一种表示,并定义一个解释器, 该解释器使用该表示来解释语言中的句子。 Iterator：提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的部表示。 Memento：在不破坏封装性的前提下,捕获一个对象的部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。 Observer：定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新。 结合本课题的总体设计思路,主要选择采用工厂模式Factory Method和单子模式进行开发,以便于具体应用实现者能集中精力于应用本身的特定细节。4.2系统模块总体设计利用层次图来表示系统中各模块之间的关系。层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框,它代表完整的数据结构,下面的各层矩形框代表各个数据的子集,最底层的各个矩形框代表组成这个数据的实际数据元素不能再分割的元素。随着结构的精细化,层次方框图对数据结构也描绘得越来越详细,这种模式非常适合于需求分析阶段的需要。从对顶层信息的分类开始,沿着图中每条路径反复细化,直到确定了数据结构的全部细节为止。本系统一共分为六大模块,每个模块之间虽然在表面上是相互独立的,但是在对数据库的访问上是紧密相连的,各个模块访问的是同一个数据库,只是所访问的表不同而已。每个模块的功能都是按照在调研中搜集的资料进行编排制作的。依据上述功能的分析,系统功能模块图如图4-1所示,系统在六大块的基础上每一大模块又分为几个模块。 员工管理包括：员工信息管理员工信息查询、员工信息修改、员工详细资料备份、新员工入职、调动信息管理员工离职、调动岗位、撤清调动、调动查询、用户密码修改。 工资管理包括：基本工资录入、基本工资调整、奖金金额录入、奖金金额调整、工资汇总管理统计工资明细、查询工资明细、打印工资明细表、打印工资条、个人工资查询。 考勤管理包括：考勤信息录入、考勤明细查询、请假信息录入、查看请假历史查询、加班信息录入、加班历史信息查询、考勤汇总管理统计考勤明细、修改考勤信息、查询考勤明细、打印考勤明细表。 部门管理包括：添加部门、修改部门信息、部门信息查询、部门人员管理。 公告管理包括：发布公告、修改公告、查询公告、回复公告。 产品管理包括：产品发布、产品查询、产品统计。图4-1 系统功能模块图4.3数据表结构设计根据现今小型企业的实际情况,本系统数据库的设计结果如下：数据库名称为：emp。数据库中除一些相关视图等之外有12表,各表的描述已于系统E-R图部分介绍过,故以下只介绍详细的表设计：员工信息表：YUAN_GONG_BIAO部门表：员工调动信息表：产品信息表：CHAN_PIN公告表：GONG_GAO考勤表：KAO_QIN请假表：QING_JIA加班表：JIA_BAN考核表：基本工资表：GONG_ZI月奖金记录表：YUE_JIANGJIN月工资明细表：GONGZI_YUE数据库中各表详细设计结果所下面的表4-2至4-15所示：表4-2 员工信息表YUAN_GONG_BIAO字段名数据类型长度是否可空说明YG_BIAN_HAOint4NOTNULL主关键字YG_XING_MINGvarchar20NOTNULLYG_XING_BIEvarchar2NOT NULL性别YG_ZHI_WUvarchar20NOT NULL职务YG_ZHI_CHENGvarchar20NULL职称YG_LXDHvarchar15NULL联系YG_ZZMMvarchar10NULL政治面貌YG_TE_CHANGvarchar50NULL特长YG_RDRQDatetime8NOT NULL入党日期YG_AI_HAOvarchar50NULL爱好YG_CSJYDatetime8NOT NULL出生年月YG_HYZKvarchar4NULL婚姻状况YG_JI_GUANvarchar20NULL籍贯YG_MIN_ZUvarchar10NULL民族YG_SFZHvarchar18NOT NULL号YG_YZBMvarchar6NULL邮政编码YG_JTZZvarchar40NULL家庭住址YG_STZKvarchar10NULL身体状况YG_XUE_LIvarchar8NOT NULL学历YG_ZHUAN_YEvarchar20NULL专业YG_WYSPvarchar10NULL外语水平YG_BYSQDatetime8NOT NULL毕业日期YG_BYYXvarchar30NULL毕业院校YG_DNSPvarchar20NULL电脑水平YG_RZRQDatetime8NOT NULL入职日期YG_LZRQDatetime8NULL离职日期YG_HTQDDatetime8NOT NULL合同签订YG_HTDQDatetime8NOT NULL合同到期YG_ZZRQDatetime8NOT NULL转正日期YG_TXRQDatetime8NULL退休日期YG_GONG_LINGint4NULL工龄YG_GZDJvarchar10NULL工资等级YG_YHZHvarchar20NULL银行卡号YG_DENGJIvarchar8NULL等级 管理员、员工YG_PWDvarchar30NULL员工密码BM_BIAN_HAOInt4NULL部门编号外键表4-3 部门表 字段名数据类型长度是否可空说明BM_BIAN_HAO int4NOTNULL主关键字BM_MING_CHENGvarchar14NOTNULL部门名称BM_FU_ZE_RENvarchar8NOT NULL部门负责人BM_ZHI_ZEvarchar100NULL部门职责BM_RE_SHUint4NULL部门人数表4-4员工调动信息表：字段名数据类型长度是否可空说明DD_BIAO_HAOint4NOTNULL主关键字DD_LEI_XINGvarchar8NOTNULL调动类型DD_RI_QIDatetime8NOT NULL调动日期DD_QIAN_ZHIWUvarchar20NOT NULL调动前职务DD_HOUZHIWUvarchar20NULL调动后职务DD_QIAN_BUMENvarchar20NOT NULL调动前部门DD_HOU_BUMENvarchar20NOT NULL调动后部门DD_PIZHU_NRENvarchar8NULL批准人DD_JINGBAN_RENvarchar8NOT NULL经办人YG_BIAN_HAOint4NOT NULL员工编号外键表