小型企业内部信息系统毕业论文.doc

小型企业内部信息系统毕业论文摘 要IAbstractII第1章绪论11.1课题的背景11.2课题目的和意义11.3系统设计思想21.4课题的国内外发展状况21.5软件开发方法概述3第2章系统可行性分析52.1业务流程分析52.2经济可行性62.3技术可行性82.4运行可行性82.5法律可行性82.6本章小结8第3章系统的需求分析93.1系统基本需求描述93.1.1功能需求93.1.2数据需求93.1.3用户需求103.1.4平台需求103.1.5性能需求113.2用例分析113.3数据流分析153.4数据字典183.5数据实体及关系分析243.6本章小结25第4章系统的总体设计264.1设计模式概述264.2系统流程分析274.3系统模块总体设计274.4数据表结构设计294.5本章小结35第5章系统实施及详细设计365.1系统开发环境及开发工具365.2基本技术简介365.2.1Struts框架简介365.2.2Java简介385.2.3JSP简介395.2.4SQL-SERVER简介405.2.5Eclipse简介405.2.6TOMCAT简介415.3数据库连接的实现425.4系统的主界面功能设计及实现435.4.1实现目标435.4.2实现过程445.5用户登陆界面功能设计及实现455.5.1实现目标455.5.2实现过程455.6员工信息查询界面功能设计及实现465.6.1实现目标465.6.2实现过程475.7新员工入职界面功能设计及实现485.7.1实现目标485.7.2实现过程495.8工资管理模块功能设计及实现495.8.1实现目标495.8.2实现过程505.9考勤管理模块功能设计及实现515.9.1实现目标515.9.2实现过程515.10公告管理模块功能设计及实现525.10.1实现目标525.10.2实现过程535.11本章小结53第6章系统的测试与维护546.1系统的测试目标546.2测试方法556.3系统测试的实施556.3.1登陆测试556.3.2员工管理模块测试566.3.3工资管理模块测试576.3.4其它模块测试586.4本章小结58结论59致谢60参考文献61附录162附录265附录369千万不要删除行尾的分节符，此行不会被打印。在目录上点右键“更新域”，然后“更新整个目录”。打印前，不要忘记把上面“Abstract”这一行后加一空行第1章绪论1.1课题的背景随着企业数量的不断增加以及企业对内部管理的重视，对企业信息管理软件的需求量也与日俱增。纵观现有的系统或多或少的存在功能不够完善、性能低下、维护困难等缺点。而企业内部产业结构不一致，以及企业对管理软件要求的不同，以至于这些软件的功能也大相径庭。另外，企业信息管理软件设计缺乏一个统一的标准，这也是导致企业信息管理软件质量参差不齐的原因之一。从目前的情况来看，大多数企业所使用的内部局域网只起到一个文件共享的作用，使得花费大量人力、财力建立起来的内部网络系统没能被真正有效的利用起来，因此，怎样实现通过对内部局域网的有效管理及利用，达到优化工作流，强化项目管理，决策支持及预测是企业内部管理面临的主要问题。1.2课题目的和意义企业需要一种管理方式或者一个管理工具为公司的管理部门提供一个高效方便的管理平台，提高企业管理部门的工作效率，所以，本课题所要解决的问题就是可以提升工作效率与降低管理成本，将部份繁杂的工作或是重复性高的工作，交给企业内部信息管理系统来完成，可以明显的减少管理人员花费于重复性工作的时间。其次，提升了投资报酬率，透过企业内部信息管理系统我们可以降低人力成本与提升工作效率，也就是提升了组织支付于人力与时间成本的投资报酬率。再次，简化与优化了工作流程，引进企业内部信息管理系统的同时，也重新检视了企业管理工作的结构与流程，帮助企业找出传统工作流程的瓶颈，让一些工作可以更顺畅的进行。 最后，提升了组织运作能力，企业内部管理系统可以帮助企业简化传统办公室的重复性管理工作，节省人力与时间的同时，也提高了企业可以接纳的服务量。1.3系统设计思想一个大型的信息管理系统，必须有一个正确的设计指导思想，通过合理选择数据结构、网络结构、操作系统以及开发环境，构成一个完善的网络体系结构，才能充分发挥计算机信息管理的优势。根据所属企业的具体要求，本系统的设计按照下述原则进行。(1)实用性：系统以用户需求为目标，以方便用户为原则，同时融入先进的管理经验。根据用户实际的需求情况，量身打造一套先进的企业内部信息管理系统，并且将在统一的Windows 图形界面下提供各种实用功能，尽可能降低使用前的培训、实施和使用中的维护时间。(2)先进性：本设计将采用现今比较流行的开发语言JSP和JAVA的相给合，以及最初由OTI和IBM两家公司的IDE产品开发组研发的ECLIPSE作为开源开发工具,采用JVAV语言的STRUTS架构进行开发，并采用SQL Server 2000作为数据库，可以方便的满足企业部门管理上的需要。(3)高可靠性：一个实用的系统同时必须是可靠的，本设计通过合理而先进的网络设计以及软、硬件的优化选型，可保证系统的可靠性与容错性。(4)高安全性：在设计中，充分利用网络软、硬件提供的各种安全措施，既可以保证用户共享资源，同时也可保证关键数据的安全性。(5)采用标准技术：本系统的所有设计遵循国际上现行的标准进行，以提高系统的开放性。(6)可维护性：系统的设计要求方便维护，包括硬件的维护，软件的维护和网络的维护。(7)可扩展性及灵活性：系统的设计以方便未来业务的扩展和系统扩充为目标，系统要求能够方便的升级，充分保护系统的投资。(8)智能性：系统在设计时，充分考虑系统运行的智能性，尽量的使程序智能化，在使用系统一段时间后，系统可以和所处部门的业务相融合。1.4课题的国内外发展状况随着信息化建设的日益深入，无论是政府还是企事业单位，相互之间的信息沟通与协同工作越来越重要。通过分析调研表明，当前市面信息管理系统软件面临着很大的实施障碍，因为信息管理系统对政府和企业的影响甚大，从最初期的BBS、邮件系统到后期的群件系统、公文管理、知识管理以及企业门户，信息管理系统已经经历了20多年、多个阶段的产品演化。第一代信息管理系统起源于政府公文和档案管理的需求，它实现了企业部分工作流程的自动化和文档的电子化管理。它的特点是以公文处理、档案管理为核心，办公其实就是办文，并形成了以后OA的基本体系。第二代信息管理系统是从90年代中期开始，随着互联网（Internet）的兴起与发展而产生的。以Internet为基础，第二代信息管理系统实现了B/S架构，并很好的支持了移动办公的需求，企业资源不再受到通讯技术的限制。同时，信息管理系统也加入了更多的功能，如BBS、新闻发布、日程安排、人事信息等，但从本质上来说第二代信息管理系统依然以公文和档案管理为核心内容。90年代末期开始，随着市场环境的变化和协同管理（Collaboration）的兴起，信息管理系统的指导思想开始发生转变，更多的强调跨地域、跨部门之间的协同，信息管理系统中也加入了新的协作工具，如即时通讯、项目管理、网络会议、文档共享等等，第三代信息管理系统出现了。以上得知，企业信息管理系统软件的产品和市场应该已经十分成熟。但从一些贴近客户的专业信息论坛，比如OA软件联盟的专题分析文章我们却看到了不同的、谦虚的声音。无论是协同OA还是知识管理等技术，都存在被高估的嫌疑，总结现在的信息管理系统软件及其在实施方面的不足有以下几点：空抛概念，雷声大、雨点小；功能缺乏整合、基本功能不过关；盲目追求功能模块数量，不注意个性化和有机分配；缺乏核心的、用户易掌握的系统结构，功能凌乱，难以掌握全局。综上所述，针对以上的种种弊端，本课题进行了深入的调研，并确定了解决方案，让该类系统的实施更加简单和条理化。同时也能让客户在实际操作中更容易上手，支持三种语言版本的用户界面，繁体/简体自动转换内码显示，人性化的界面让客户融会多种的文化特色，体现人文关怀。1.5软件开发方法概述60年代中期开始爆发了众所周知的软件危机。为了克服这一危机，在1968、1969年连续召开的两次著名的NATO会议上提出软件工程这一术语，并在以后不断发展、完善。与此同时，软件研究人员也在不断探索新的软件开发方法。至今已形成结构化方法、面向数据结构的软件开发方法、面向问题的分析法、原型化方法、面向对象的软件开发方法、可视化开发方法六大类软件开发方法。 本课题根据实际调研和总体分析，选择采用可视化开发方法过行软件开发，其实可视化开发并不能单独的作为一种开发方法，更加贴切的说可以认为它是一种辅助工具，比如用过SYBASE的S-Design的人都知道，用这个工具可以进行显示的图形化的数据库模式的建立，并可以导入到不同的数据库中去。当然用过S-Design的人不一定很多，但用过VB，DELPHI，C+ Builder等开发工具的人一定不少，实际上你就是在使用可视化开发工具。当然，不可否认的是，本系统只是在编程这个环节上用了可视化，而不是在系统分析和系统设计这个高层次上用了可视化的方法。实际上，建立系统分析和系统设计的可视化工具是一个很好的卖点，国外有很多工具都致力于这方面产品的设计。比如Business Object就是一个非常好的数据库可视化分析工具。可视化开发是把注意力集中在业务逻辑和业务流程上，用户界面可以用可视化工具方便的构成。通过操作界面元素，诸如菜单、按钮、对话框、编辑框、单选框、复选框、 列表框和滚动条等，由可视开发工具自动生成应用软件。 第2章系统可行性分析系统的可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。在进行可行性研究时需要了解和分析现有的系统，并以概括的形式表达对现有的系统的认识，本章将对系统的业务流程图及系统的可行性进行了介绍。经过多次的市场调研和分析，结合当今小型企业的实际情况进行可行性分析，该系统应达到以下的几个目标：(1)为客户端提供较好的操作界面，方便企业与个人用户更好的、更轻松的交流。(2)完成对不同身份的用户的权限及登录页面设置，保证了系统的安全可靠性。(3)操作简单易行，查询灵活方便。(4)系统维护方便可靠，有较高的安全性，满足实用性、先进性的要求。2.1业务流程分析业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，通常用矩形代表外部实体、圆形代表工作进程、带波浪线的梯形代表带标记的文档，利用它可以帮助分析人员找出业务流程中的业务处理流向。本小型企业内部信息管理系统为企业和用户提供了相互交流的平台，并能够完成员工信息管理、工资管理、考勤管理、部门管理等功能。从而让工作人员从繁杂，枯燥的资料管理中解脱出来，并把计算处理任务交给计算机去做从而提高工作效率，避免人为失误。归纳本系统的主要业务描述如下：人事部：可以进行备份新员工档案，调动员工部门或职务，汇总全体员工考勤情况，审批员工请假申请等业务。财务部：主要进行月工资汇总、年工资汇总、统计企业财务支出情况、发放工资等业务。考核人员：主要对企业员工的上下班情况进行监督并录入员工出勤的基本信息及加班基本信息等业务。根据以上分析，本系统的主要业务流程如图2-1。图2-1系统业务流程图本系统在实现基本业务的基础上，考虑到由于企业的一些工作流程不固定而引起的数据和系统动态性要求，将系统安全性和稳定性提到更高档次。同时系统将留出其他一些功能的接口，以便今后软件继续升级。2.2经济可行性经济可行性主要进行成本效益分析，包括估计项目的开发成本，估算新系统的开发费用和今后的运行、维护费用，估计新系统将获得的效益，估算开发成本是否会高于项目的预期的全部利润。对于本系统则应着重分析其社会效益。例如，系统投入运行后可以提供哪些以前无法及时提供的信息，企业与个人用户以及管理员使用中查询和使用信息的方便程度提高多少、速度增加了多少等。1系统初期投资系统初期投资如表2-1。表2-1 小型企业内部信息管理系统的系统初期投资序号项目人工（人日）单价（元）合计（元）1可行性分析510005,0002需求分析510005,0003总体设计510005,0004详细设计15100015,0005数据库设计10100010,0006编码实现10100010,0007系统测试510005,0008说明手册编制510005,0009合计600002货币的时间价值系统货币时间价值如表2-2。表2-2 小型企业内部信息管理系统货币时间价值年份将来值（万）（1+i）n现在值（万）累计的现在值（万）151.054.7624.762251.10254.5359.297351.15764.31913.616451.21554.11417.730551.27633.91821.6483投资回收期引入进销存系统一年后，可以节省4.762万元，比最初投资还少1.238万元。但第两年可以节省9.297万元。即：1.238/9.297=0.133 1+0.133=1.133由上计算得知，本系统在1.133年后就可以收回系统开发的成本。由以上分析，可知本系统纯收入即：21.648-6=15.648 (万元)当然，如果想要在五年后得到预计的纯收入，那么首先就应拿出初期投资的6万。而且考虑到开发本系统将为以后带来的利益，拿出6万来进行小型企业内部信息管理系统的开发，是合算的。经过以上经济可行性分析，该信息管理系统的开发是可行的。2.3技术可行性技术可行性是最难决断和最关键的问题。根据客户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究系统实现的可行性。根据新系统目标来衡量所需的技术是否具备，一般从软硬件的性能要求、环境条件、技术人员水平和数量等方面去考虑和分析。(1)风险分析：在给出的限制范围内，能否设计出系统，并实现必要的功能和性能。(2)资源分析：研究开发系统的人员是否存在问题，可用于建立系统的其他资源，如硬件、软件等是否具备。(3)技术分析：相关技术的发展是否支持这个系统。2.4运行可行性运行可行性研究内容包括新系统规定的运行方式是否可行。对新系统运行后给现行系统带来的影响（包括组织机构、管理方式、工作环境等）和后果进行估计和评价。同时还应考虑现有管理人员的培训问题，分析在给定时间里能否完成预定的系统开发任务等。2.5法律可行性法律可行性是指研究在系统开发过程中可能涉及的各种合同、侵权、责任以及各种与法律相抵触的问题。2.6本章小结本章主要对于系统的可行性研究进行了简要的分析，通过复查系统的规模和目标，了解系统的业务流程，并且从现有的物理系统出发，能够导出系统的高层逻辑模型。通过对本系统在经济上、技术上、运行上、法律上的可行性分析，以及对于新系统的主客观条件的分析，认为该系统可以立即执行。第3章系统的需求分析需求分析需要做的事情有：高层构思、确立系统目标、划分业务领域、现行业务分析、建立业务模型、信息需求分析、用户视图规范化、数据元素标准化与一致性控制。在了解用户的需求之后，将需求用一种模型来表示，就是需求分析，一般我们可以面向对象的方法，通过分析用户需求，用类、类之间的各种关系来表示整个系统。为了讨论软件运行的流程，可以采用UML的Use Case图。在系统分析的时候需要明确应用域的范围，然后明确我们系统需要做什么。同时我们需要决定用什么方法来完成需求的获取，这在很大程度上影响了需求分析的做法。3.1系统基本需求描述小型企业内部信息管理系统是企业各种信息的交汇点，它既是企业信息流通的载体，也是企业所有对内对外数据运行、数据采集加工的软件平台。又是以企业内部信息集成为核心的办公自动化系统，涉及信息共享、事务处理和决策分析。本系统是通过对哈尔滨几家小型软件公司进行实地调研后，以实际为基础进行设计的。该系统属于B/S模式，管理员可以通过前台的操作界面访问后台数据库，对数据库进行数据的更新和修改。而普通员工只可以查阅各自的所需信息，也可分别对自己的信息进行维护及更新，匿名用户可以查看一些最新资讯及新闻、可以查看个人工资信息、考勤信息和产品信息等。后台数据库可以单独存放在一个服务器上。该系统共包括六大模块：员工管理、工资管理、考勤管理、部门管理、产品管理和公告管理。3.1.1功能需求一般企业内部信息管理系统主要是实现企业内部员工信息管理及交流的系统。根据的企业基本的管理模式，一个企业内部信息管理系统应该提供诸如员工管理、工资管理、考勤管理、部门管理、管理维护等功能，同时也应该提供企业内部公告功能，以便企业内部及时迅速地传递信息。3.1.2数据需求系统的数据可分为输入数据和输出数据。输入数据主要是用户在JSP页面提交的数据。包括用户登录时输入的用户名和密码、管理员对新员工信息的录入提交、普通用户对信息的提交的查询申请等。输出数据主要是系统响应用户提交的数据，经过处理之后，通过JSP页面的形式显示的信息。例如用户在提交了查询申请之后，系统响应请求，然后就查询数据库，读取数据库中相应数据表的字段，最后将这些字段通过JSP页面显示。3.1.3用户需求企业内部信息管理系统的用户可分为以下两大类：(1)系统管理员：拥有对系统的超级操作权限，包括员工信息的录入、删除、修改，部门信息的录入、删除、修改。员工考勤情况、工资信息的录入等等。系统管理员通常是企业内管理人员，也可以是企业的领导。系统管理员的人数不是唯一的，可根据具体情况来确定系统管理员的数量。(2)普通用户：拥有信息查询和公告发布权限，能对个人信息进行查询、部门信息查询、产品信息查询、公告的查询和发布。3.1.4平台需求本系统服务器运行环境如表3-1。表3-1服务器运行平台网络及硬件平台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-2。表3-2用户操作平台网络及硬件平台CPUIntel Pentium III 700MHz or Higher内存128MB or Higher硬盘空间5GB or Higher网络接入局域网接入操作系统平台Windows 9X / meWindows 2000 ServerWindows 2003 ServerWindows XP ProfessionalWindows NT / WorkstationLinux/UNIX浏览器要求IE 6.0 Maxton etc 3.1.5性能需求虽然系统的使用的网络环境是企业内部的局域网，但是为了保证服务器高效稳定地工作，本系统设置了最多只能同时10个用户登录使用,并且在10个并发用户运行的负载下，能够在连续运行 12 小时过程中，保证本系统的各项操作能够正常使用并保持运行稳定。由于是内部网络，服务器和数据库都在本地，在进行信息发布、信息修改时可以做到及时更新，一般不会发生由于网络延时而导致数据提交失败的情况。3.2用例分析UML活动图记录了单个操作或方法的逻辑，单个用户案例，或者单个业务流程的逻辑。活动图用于显示动作及结果,其重点在于描述方法实现中所完成的工作，以及用例的实例或对象中的活动。下面是进入本系统时具体可以进行的操作。在具体实现时，用户进入每个子模块时都会进行员工身份的验证及权限的检查，如果登录用户不具备对该子模块进行操作的基本权利，则系统将会提示警告信息，并阻止该用户进入该子模块。描述本系统的UML活动图如图3-1。图3-1 系统UML活动图用例图的目的是使用简单直观的方式，描述软件系统的功能需求。用例图一般中包括行为者和用例两个方面的描述。其中用例用以说明用户的具体需求，而行为者则是用来描述要和用例之间进行交互的软件系统外部的人或者系统。图3-2所示为企业内部信息管理系统的用例图，该图用以描述本系统所需要实现的用户具体的需求。 图3-2 企业内部信息管理系统用例图根据小型企业内部信息管理系的基本需求，依据上述用例图的描述，本系统需要完成的具体任务如下：1员工管理(1)员工信息查询：可以按部门、姓名、年龄等多条件对员工基本信息进行查询；可以对员工的基本信息进行修改和提交；可以对员工进行部门间的调动和职务的调动；可以查询员工的详细信息。(2)新员工入职：可以添加一个新员工的详细信息，包括姓名、部门、学历、年龄等30余多记录。(3)调动信息查询：可以查看员工的调动信息，其中包括调动日期、调动前后职务及部门等信息。(4)用户密码修改：登陆用户可以对本身的密码进行修改和提交，系统默认密码为0000。2工资管理(1)基本工资管理：可以查看并修改企业员工的基本工资数额，如基本工资、养老保险，补助金等信息。(2)基本工资录入：对员工的每个月的基本工资情况进行信息录入，包括基本工资、养老保险，补助金等信息。(3)奖金数据管理：可以查看员工的每个月的奖金金额，并可以对员工的奖金记录进行删除、调整。(4)奖金数据录入：按员工编号，选择奖金年月，录入每个月员工应发的月奖金金额。(5)生成月工资明细：按年月统计员工的工资基本情况，计算员工的应发工资和实发工资等信息；可以生成并打印各个月份的所有员工工资情况，生成每个员工的工资条。(6)月工资明细查询：按年月查询员工的工资基本情况，可以打印各个月份的所有员工工资情况及每个员工的工资条。(7)个人工资查询：查询当前登陆用户的每个月的工资收入情况。3考勤管理(1)考勤信息录入：输入员工编号，系统根据当前时间为该员工添加当日考勤记录，早退，迟到的判定，以录入考勤记录的时间。(2)考勤明细查询：可以按考勤年月、部门及员工姓各进行查询，查询的内容包括考勤日期、上班时间、下班时间的具体信息，如果有迟到、早退的员工，在相应的上下时间栏会以红色背景显示。(3)请假信息录入：对员工的请假基本情况进行录入，包括员工编号、请假开始日期、请假结束日期和请假原因，系统默认的请假开始日期和结束日期为当前的系统日期。(4)请假信息管理：对当日员工请假信息进行管理，如果有特殊情况可以进行撤消其请假记录。(5)请假历史记录：该模块记录了所有员工从入职起到现今的请假情况，其中包括请假的开始日期、结束日期和请假原因。(6)加班信息录入：.对员工的加班情况进行录入，其中包括员工编号、加班日期、加班开始时间、加班结束时间、加班时长等信息。(7)加班信息管理：对当日员工的加班情况进行管理，可以调整员工的加班基本信息。(8)加班历史记录：查看员工的加班历史记录，包括加班时间、加班费等。(9)考勤数据汇总：可以按年月统计员工的考勤情况，计算出应扣款额和加班费等信息，还可以按年月打印员工的考勤基本信息。(10)汇总数据查询：可以按年月、部门、姓名查询企业员工的考勤基本信息，其中包括员工的应出勤天数、实出勤天数、迟到次数、早退次数、休假次数、事假次数、病假次、旷工次数等信息。4部门管理(1)添加部门：可以新添加一个部门，其中包括该部门的名称、部门负责人，部门职责等信息。(2)部门信息查询：可以查询该企业所有部门的基本信息。5公告管理(1)发布公告：员工可以在这里发布信息，与其他人进行交互，也可以发布新闻，通知等信息。(2)查询公告：员工可以在这个模块查询有关企业的通知及新闻等信息，方便、快捷的掌握有关企业发布的信息。6产品信息管理(1)产品信息发布：企业可以在本模块中发布本企业的一些最新产品，以及这些产品的详细说明等信息。(2)产品信息查询：员工通过该模块可以查看本企业的最新产品信息。3.3数据流分析数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响，在数据库系统开始设计的时候应该尽量考虑全面，尤其应该仔细考虑用户的各种需求。数据流图是表示系统逻辑模型的常用工具，图中不存在任何具体的物理元素，只表示信息在系统中流动和处理的情况。它是和用户进行交流的极好工具。数据流图常用的基本符号有四种，通常用矩形表示外部实体、圆形表示数据加工、带箭头的连接线表示数据流，双横线表示数据存储文件。本系统数据流图的画法遵循“由外向里”的原则，即先确定系统的边界或范围，再考虑系统的内部，先画加工的输入和输出，再画加工的内部。即： (1)识别系统的输入和输出。 (2)从输入端至输出端画数据流和加工，并同时加上文件。 (3)加工的分解“ 由外向里”进行分解。 (4)数据流的命名，名字要确切，能反映整体。 (5)各种符号布置要合理，分布均匀，尽量避免交叉线。 (6)先考虑稳定态，后考虑瞬间态。如系统启动后在正常工作状态，稍后再考虑系统的启动和终止状态。对于不同的问题，数据流图可以有不同的画法。一般情况下，应该遵守“由外向里”的原则。以下是本系统的数据流图描述：(1)管理员可以根据入职员工的基本信息，对员工信息进行修改和删除，同时备份员工基本信息到档案中，递交给人事部进行管理，员工也可以通过员工管理模块进行个人信息查询和修改。(2)管理员根据企业各部门的基本信息对部门信息进行管理，可以进行修改、删除和添加新部门。(3)管理员根据考勤情况录入员工的出勤信息，进行统计早退、迟到、事假、病假、出勤、缺勤次数等数据，依据出勤统计表计算员工的应发工资、实发工资等信息，生成工资表和工资条递交给财务部，便于结算员工工资。(4)管理员根据企业最新产品信息、公告信息进行发布及更新，如追加最新产品信息、添加新闻、发布公告、分类查询公告信息等进行管理。由于系统的数据流图比较大，所以采用分层的形式给出。本系统数据流图第1层如图3-3。 图3-3数据流图第1层以上为本系统数据流图，它描述本系统的基本数据流程信息，而制作本系统是围绕着员工管理、工资管理和考勤管理三个大模块来制作的。然而在这几大模块中企业和用户之间的交流部分数据流向相对复杂，对于数据的提取以及存储实现起来有些繁锁，为此将企业对员工信息管理、工资管理和考勤管理单独列出，作为数据流图的第二层介绍。以下主要介绍了企业与个人的交流部分的信息和数据流向及数据存储、使用、加工。员工信息管理模块主要完成了新员工入职、员工档案备份、员工岗位及职务的调动、查看员工调动历史信息、添加员工培训记录、员工基本信息修改及多条件查询、用户登陆信息修改等功能，并可以多条件进行检索企业员工的基本信息。由以上分析得出员工管理模块的数据流图如图3-4。 图3-4员工管理数据流图考勤管理模块和工资管理模块之间存在着密切的联系，考勤管理主要是完成了对员工考勤的各种数据进行考核和统计，如对企业员工的早退、迟到、病假、事假、加班等信息进行考核，并自动计算出员工在每个月的应扣款数及应奖励款数等功能。由以上分析得出考勤管理模块的数据流图如图3-5。 图3-5 考勤管理数据流图工资管理主要是完成了对员工的基本工资管理、基本工资录入、奖金数据管理、奖金数据录入、生成月工资明细等功能，可以按年月统计员工的工资基本情况，计算员工的应发工资和实发工资等信息；可以生成并打印各个月份的所有员工工资情况，生成每个员工的工资条。由以上分析得出工资管理模块的数据流图如图3-6。图3-6工资管理数据流图3.4数据字典数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。数据字典是关于数据信息的集合，它对数据流图中的各个元素作完整的定义与说明，是数据流程图的补充工具，数据流图和数据字典共同构成了系统的逻辑模型，没有数据字典数据流图就不严格，然而没有数据流图数据字典也难以发挥作用，因此在本节中给出了本系统的第1层数据流图中各重要元素的数据字典。1数据流(1)数据流名称：员工信息 数据流编号：HY1-01数据流来源：GY1-01数据流去向：H1-01数据流组成：员工编号+姓名+性别 +职务+职称+联系电话+政治面貌+特长+在职情况+入党日期+爱好+出生年月+婚姻状况+籍贯+民族+身份证号+邮政编码+家庭住址+身体状况+学历+专业+外语水平+毕业日期+毕业院校+电脑水平+入职日期+离职日期+合同签订+合同到期+转正日期+参加工作+退休日期+工龄+工资等级+银行卡号+员工等级+员工密码+部门编号 (2)数据流名称：考勤信息数据流编号：HY1-02数据流来源：GY1-01数据流去向：H1-02数据流组成：考勤序号+员工编号+员工姓名+所属部门+考勤时间+请假时间+加班时间(3)数据流名称：工资信息数据流编号：HY1-03数据流来源：GY1-01数据流去向：H1-03数据流组成：工资编号+基本工资+养老保险+补助金+员工编号(4)数据流名称：部门信息数据流编号：HY1-04数据流来源：GY1-01数据流去向：H1-04数据流组成：工资编号+基本工资+养老保险+补助金+员工编号(5)数据流名称：公告信息数据流编号：HY1-05数据流来源：GY1-01 数据流去向：H1-05数据流组成：公告编号+公告标题+公告内容+发布人+发布时间(6)数据流名称：产品信息数据流编号：HY1-06数据流来源：GY1-01 数据流去向：H1-06数据流组成：产品编号+产品名称+生产日期+产品介绍(7)数据流名称：处理后的员工信息数据流编号：HY1-07数据流来源：H1-01 数据流去向：S1-01(8)数据流名称：统计后的考勤信息数据流编号：HY1-8数据流来源：H1-02 数据流去向：S1-02数据流组成：考勤序号+员工编号+员工姓名+所属部门+考勤时间+应出勤天数+实出勤天数+迟到次数+迟到扣款+早退次数+休假+事假+病假+旷工+外出+周末加班+普通加班+加班次数(9)数据流名称：统计后的工资信息数据流编号：HY1-09数据流来源：H1-03 数据流去向：S1-03数据流组成：月工资编号+工资年月+员工编号+员工姓名+部门名称+基本工资+养老保险+补助金+全勤奖+加班费+奖金+考勤扣款+个人所得税+其它扣款+应发工资+实发工资(10)数据流名称：更新的部门信息数据流编号：HY1-10数据流来源：H1-04 数据流去向：S1-04(11)数据流名称：更新的公告信息数据流编号：HY1-11数据流来源：H1-05数据流去向：S1-05(12)数据流名称：更新的产品信息数据流编号：HY1-12数据流来源：H1-06 数据流去向：S1-06(13)数据流名称：员工详细资料数据流编号：HY1-13数据流来源：S1-01 数据流去向：H1-07(14)数据流名称：考勤明细数据流编号：HY1-14数据流来源：S1-02 数据流去向：H1-08(15)数据流名称：全体员工工资明细数据流编号：HY1-15数据流来源：S1-03 数据流去向：H1-09(16)数据流名称：个人员工工资明细数据流编号：HY1-16数据流来源：S1-04 数据流去向：H1-10(17)数据流名称：近期公告信息数据流编号：HY1-17数据流来源：S1-05 数据流去向：H1-11(18)数据流名称：最新产品信息数据流编号：HY1-18数据流来源：S1-06 数据流去向：H1-11(19)数据流名称：员工报表数据流编号：HY1-19数据流来源：H1-07 数据流去向：GY1-02(20)数据流名称：考勤报表数据流编号：HY1-20数据流来源：H1-08 数据流去向：GY1-022处理逻辑(1)处理逻辑名称：员工管理处理逻辑编号：H1-01简述：用来管理员工信息查询、新员工入职、员工调动信息查询、用户密码修改等功能。(2)逻辑名称：考勤管理处理逻辑编号：H1-02简述：用于管理考勤信息录入、请假信息管理、加班信息管理、考勤数据汇总等功能。(3)辑名称：工资管理处理逻辑编号：H1-03简述：用于管理员工基本工资管理、奖金数据管理、生成月工资明工细、个人工资查询等功能。(4)辑名称：部门管理处理逻辑编号：H1-04简述：用于管理添加部门、部门信息查询等功能。(5)理逻辑名称：公告管理处理逻辑编号：H1-05简述：用于管理发布公告、添加新闻，查询公告、浏览新闻等功能。(6)处理逻辑名称：产品管理处理逻辑编号：H1-06简述：用于管理发布最新产品、更新产品列表等功能。(7)处理逻辑名称：生成员工报表处理逻辑编号：H1-07简述：为人事部提供员工的详细资料。(8)处理逻辑名称：生成考勤报表处理逻辑编号：H1-08简述：为人事部提供员工的考勤详细，作为对员工进行奖惩的依据。(9)处理逻辑名称：生成工资表处理逻辑编号：H1-09简述：用于提供给财务部作为企业财务汇总的依据。(10)处理逻辑名称：生成工资条处理逻辑编号：H1-10简述：用于提供给员工进行领取工资。(11)处理逻辑名称：更新信息处理逻辑编号：H1-11简述：用于更新最近发布的产品和公告信息，提供给员工进行浏览。3数据存储(1)数据存储名称：员工信息表编号：S1-01简述；用来存储员工的基本信息，如存储员工姓名、性别、学历等。(2)数据存储名称：考勤表编号：S1-02简述：用来存储员工的考勤信息，如存储员工的早退、迟到次数等。(3)数据存储名称：基本工资表编号：S1-03简述：用来存储员工的基本工资信息，如存储基本工资、补助金等。(4)数据存储名称：部门表编号：S1-04简述：用来存储部门的基本信息，如存储部门负责人、部门名称等。(5)数据存储名称：公告表编号：S1-05简述：用来存储公告的基本信息，如存储公告发布人、发布时间等。(6)数据存储名称：产品表编号：S1-06简述：用来存储产品的基本信息，如存储产品名称、产品介绍等。4外部实体(1)外部实体名称：管理员外部实体编号：GY1-01简述：操作本系统的主要人员。(2)外部实体名称：人事部外部实体编号：GY1-02简述：用于管理企业的人员调动，可以对员工进行惩罚的部门。(3)外部实体名称：财务部外部实体编号：GY1-03简述：用于管理企业的所有财务支出的部门。(4)外部实体名称：员工外部实体编号：GY1-04简述：可以操作本系统的企业内部人员，即该企业的员工。3.5数据实体及关系分析E-R模型是对现实世界的一种抽象，它根据分析阶段收集到的材料，利用分类、聚集、概括等方法抽象出实体，并一一命名，再根据实体的属性描述其间的各种联系，用方框表示实体，用菱形表示联系。通过对以上系统业务流程图和数据流图的分析，经过多次调研以及资料的阅读，总结了本系统的各种实体的关系，描述出了系统的几个主要实体之间的联系如图3-7。图3-7系统的E-R图3.6本章小结本章对小型企业内部信息管理系统的需求进行了分析，从系统的功能需求、数据需求、用户需求、平台需求和性能需求五个方面进行了调研，通过系统的用例分析介绍了系统的操作流程及用户所能进行的相应操作，并对本系统的数据流及数据字典进行了详细描述，总结了数据实体之间的关系。通过本章的论述对整个系统的设计有更加详细的了解。熟悉所依据的系统流程，根据系统流程图画出系统的数据流程，根据系统的数据流程写出所用到的数据字典和画出E-R图，本章为整个系统的需求分析部分，需求分析阶段结束之后马上进入总体设计阶段。 第4章系统的总体设计可行性研究和需求分析构成了软件分析阶段，在这个阶段确定了需要做什么和系统需求规格,任务是对分析模型进行必要的修改，同时可能需要对某些类结构做一些修改，确定用户表示层、用户服务层、业务逻辑层、数据库服务层和具体数据库所需要做的工作。同时需要确定使用的体系结构和开发工具。4.1设计模式概述设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。常用的基本的设计模式如下； Abstract Factory：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 Factory Method：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。 Singleton：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 Bridge：将抽象部分与它的实现部分分离，使它们都可以独立地变化。 Builder：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 Command：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可取消的操作。 Composite：将对象组合成树形结构以表示“部分-整体”的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。 Decorator：动态地给一个对象添加一些额外的职责。就扩展功能而言， 它比生成子类方式更为灵活。 Flyweight：运用共享技术有效地支持大量细粒度的对象。 Memento：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。 Observer：定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新。 结合本课题的总体设计思路，主要选择采用工厂模式（Factory Method）和单子模式(Singleton)进行开发，以便于具体应用实现者能集中精力于应用本身的特定细节。4.2系统流程分析系统流程图是描绘物理系统的传统工具，在进入系统的设计阶段以后应该把所设想的新系统的逻辑模型转变成为物理模型，需要描绘未来的物理系统的概貌，本系统的系统流程图如图4-1。图4-1系统流程图4.3系统模块总体设计利用层次图来表示系统中各模块之间的关系。层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，底层的各个矩形框代表组成这个数据的实际数据元素（不能再分割的元素）。随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。本系统一共分为六大模块，每个模块之间虽然在表面上是相互独立的，但是在对数据库的访问上是紧密相连的，各个模块访问的是同一个数据库，只是所访问的表不同而已。每个模块的功能都是按照在调研中搜集的资料进行编排制作的。本系统功能模块图如图4-2。 图4-2系统功能模块图依据上述功能的分析，归纳本系统各功能模块的具体功能如下：(1)员工管理包括：员工信息管理（员工信息查询、员工信息修改、员工详细资料备份）、新员工入职、调动信息管理（员工离职、调动岗位、撤消调动、调动查询）、用户密码修改。(2)工资管理包括：基本工资录入、基本工资调整、奖金金额录入、奖金金额调整、工资汇总管理（统计工资明细、查询工资明细、打印工资明细表、打印工资条）、个人工资查询。(3)考勤管理包括：考勤信息录入、考勤明细查询、请假信息录入、查看请假历史查询、加班信息录入、加班历史信息查询、考勤汇总管理（统计考