教职工工资管理系统

项目开发计划书1.引言1.1编写目的 1.1.1为了解决学校在使用人工工资系统中出现的投入资金大，运作效率低的问题 1.1.2工资发放更透明化，让教职工更了解工资发放的流程 1.1.3加强学校在工资发放时的实时性和可操作性1.2背景 1.2.1工程的名称：工资管理系统 1.2.2工程产品的名称：学校工资管理系统 1.2.3产品的设计者：张伟、汤盛、张冬林、汤凯1.3 定义 需求：系统的功能必须与学校方对提出学校工资管理系统的要求相符，必须遵循合同规范。系统能够正确的运行，而且要附部分主要代码和规定文档。 需求分析：包括提炼，分析和审查收集的用户需求，以确保最大限度的满足用户的需求，以及用户承担的风险。 系统的安全性：系统是由jsp服务器脚本编辑的B/S构架，具有很高的安全性1.4 参考资料 1.栗菊民 Java web应用程序设计 机械工业出版社 2.王忠群 软件工程 中国科学技术大学 3王珊 萨师煊 数据库系统概论 高等教育出版社2项目概述 2.1 工作内容 2.1.1做好需求分析、系统分析，确定好开发工具与数据库等 2.1.2做好界面设计及其功能描述 2.1.3连接数据库 2.1.4功能测试，交接用户 2.2 主要参加人员 张伟：主要负责整体框架设计、后台管理功能的实现，并要参与主界面的设计、代码编写和数据库的设计与维护。 汤盛、张冬林：主要负责前台功能和界面设计，同时也参与版面设计、数据库设计以及编写文档的工作。 汤凯：主要负责系统和数据库的连接，同时也负责系统开发后的管理、测试和维护工作。2.3 产品类型 2.3.1系统源程序 待定 2.3.2 文档 待定 2.3.3 服务 待定2.4 验收标准 1确保在开发的每个阶段都能正常完成，并最终完成系统 2确保系统的功能和用户的需求尽量保持一致 3用户在使用的过程中，若遇到问题可以向用户提出维护要求，并交纳维护费用2.5 完成项目的最迟期限 2011年6月5日 星期日3.实施计划 3.1 工作任务的分解与人员分工 张伟：主要负责整体框架设计、后台管理功能、主界面的设计、代码编写和数据库的设计与维护。 汤盛、张冬林：前台功能和界面设计、版面设计、数据库设计以及编写文档的工作。 汤凯：数据库设计、系统和数据库的连接、系统开发后的管理、测试和维护工作。 3.2 进度 预订开始日期：2011年5月20日 预订完成日期：2011年6月5日 所需资源：用户对系统的需求以及用户的使用规范、系统开发工具（Myeclipse 7.0）、参考资料 工作流程：需求分析、详细设计、数据库设计、代码设计、功能测试 3.3 关键问题 a开发工具（Myeclipse 7.0）与数据库的兼容性问题，直接导致数据库与开发软件不能进行连接，最终影响系统功能的完备性。 b开发工具与数据库的连接是否能成功，无法开发出与数据库连接的系统，系统将打不到用户的要求。 c工作安排是否合理，会影响工作中组员之间的协调行，会影响各个阶段任务的完成期限，导致完成期限一拖再拖。 d每个阶段的任务能否按时完成，就不能按时的完成系统，在约定的时间不能与用户完成交接。目 录摘要4第一章 可行性研究51.1问题描述41.2开发背景及意义51.3应用范围51.4开发工具5第二章 系统需求分析62.1系统基本功能62.2功能分析62.3用户对系统的性能需求62.4 系统功能模块图解6第三章 数据库设计83.1系统数据流图83.2数据字典93.3系统数据分析103.4实体-关系图11第四章 系统设计124.1系统模块设计设计124.2系统界面设计13第五章 调试145.1“登录”单元测试145.2 “删除、修改”单元测试15第六章 总结166.1个人总结166.2小组总结17参考文献18论文摘要工资管理系统是典型的管理信息系统设计，采用计算机管理企业的工资发放是当前不可缺少的一种管理手段。其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强，数据安全性好的数据库。而对于后者则要求应用程序功能完备，易使用等特点。 本系统着眼于工资管理制度的业务实际，经过实际的需求分析，采用功能强大的myeclipse7.0 做为开发工具、sqlserver 2000做为数据库开发出来的系统。本系统可管理职工基本信息的记录，进行修改,增加,查询,删除一些功能.并可以进行工资的修改,增加,查询,删除.主要用于电脑城员工工资的统一管理，同时方便统计部分数据。 论文主要介绍了本课题的开发背景，所要完成的功能和开发的过程。重点的说明了系统设计的重点、设计思想、难点技术和解决方案。 关键词：工资管理系统 myeclipse7.0 数据库 sqlserver 2000第一章 可行性研究1.1问题描述教职工工资管理是一项琐碎、复杂而又十分细致的工作，一般不允许发生差错。最初的工资统计和发放都是使用人工方式处理，工作量大的时候，出现错误的机率也随之升高，不仅花费财务人员大量的时间，而且往往由于抄写不慎，或者由于计算的疏忽，出现工资发放错误的现象。同时工资的发放具有较强的时间限制，必须严格按照单位规定的时间完成计算和发放工作。正是教职工工资管理的这种重复性、规律性、时间性，使得教职工工资管理计算机化成为可能。教职工工资管理系统就是使用电脑代替大量的人工统计和计算，完成众多学校工资信息的处理，同时使用电脑还可以安全地、完整地保存大量的教职工工资记录。1.2开发背景及意义教职工的工资管理是学校管理的一个重要内容。随着教职人员数量增加，学校的工资管理工作也变得越来越复杂。工资管理既涉及到教职工劳动人事的管理，同时也是学校财务管理的重要组成部分。工资管理需要和人事管理相联系，同时连接工时考勤、奖金和津贴等等，来生成每个教职工的基本工资、津贴、奖金、实际发放工资等。资金是学校生存的主要元素，资金的流动影响到学校的整体运作。早期的工资统计和发放都是使用人工方式处理纸质材料，不仅花费财务人员大量的时间且不易保存，往往由于个人抄写不慎或计算疏忽，出现工资发放错误的现象。基于以上原因，教职工工资管理系统使用电脑安全保存、快速计算、全面统计，实现工资管理的系统化、规范化、自动化。教职工工资管理系统是典型的信息管理系统，前台程序开发工具采用myeclipse，后台数据库采用SQL 2000数据库。运行结果证明，本教职工工资管理系统能提高了工作效率，节省了人力和物力，最终满足学校财务管理、职工工资发放的需要，同时现在大部分的学校管理职工工资都逐步走向信息化。1.3应用范围实现工资的集中管理。部门负责人可对本单位的人员以及工资进行增加、删除、修改、查询，对人事的管理及工资发放中的应发工资合计等项目由系统自动进行计算；同时本系统还可对人事及工资管理情况进行多角度查询。1.4开发工具数据库：SQL 2000数据库；开发工具： myeclipse7.0程序开发工具第二章 系统需求分析2.1系统基本功能假设学校共有教职工约1000人，10个行政部门和8个系部。每个月20日前各部门（包括系、部）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初（3日前）将工资条发给各单位。若有员工调入、调出、校内调动、离退休等数据变化，则由人事处通知相关部门和财务处。2.2功能分析经过分析研究，确定了用户对系统的主要功能需求有：(1)查询子系统：职工资料查询，职工部门查询，职工工资查询。 (2)数据库管理子系统：职工基本信息管理，部门信息管理，用户信息管理。(3)统计分析：统计职工出勤情况，职工奖励情况查询 部门负责人的职能是职工信息管理，包括职工个人信息、基本工资、出勤状况、动态工资的录入以及奖惩信息登记。2.3用户对系统的性能需求一般的性能需求是指相互消息传递顺利，协议分析正确，界面友好，运行时间满足使用需要，安全性得到完全保证。 1稳定性：本系统面对的是大量的职工，一旦服务器发生阻塞而崩溃将带来很大的麻烦和问题。系统服务器的及时响应也是服务质量的重要指标，太长的延迟时间将给工作带来不便。由于数据量大，必须对数据及时备份与恢复。 2安全性：通过提供信息的机密性、完整性提供充分的保护来预防风险，保障系统安全。对职工工资管理系统而言，除了保护系统免受恶意攻击，还要防止职工信息泄漏。3可扩展性：系统要满足用户需求和业务复杂性要求。主要表现在用户数量以及提供的用户服务的复杂性和集成性等方面，系统要随着用户的要求和技术的不断发展改进。因此系统可扩展性非常必要。 4易于管理：可以很方便的对系统进行管理，确保系统正常运行，同时系统的管理和监控可以在远程完成 5. 一致性：系统数据要保证一致性、准确性，当某一数据库中记录改变，与之相关联的数据库也随之变化。就实际情况，在高系统配置、内部控制很容易得到保证的情况下，我们最需要考虑的性能需求就是系统安全性问题。2.4系统功能模块图解本系统功能模块如下图2.1所示：职工工资管理系统统计分析查询子系统数据库管理子系统登录子系统图2.1功能模块职工基本信息管理功能模块如下图2-2所示：职工基本信息管理职工基本信息的录入职工出勤状况的录入奖惩信息登记(奖励、考勤)职工退休处理职工调动处理图2.2 职工信息管理模块职工查询个人信息功能模块如下图2-3所示：修改密码查询出勤情况查询工资信息查询个人信息职工查询个人信息图2.3 职工查询信息模块第三章 数据库设计3.1系统数据流图该系统的数据流图如下：顶层数据流图：图2.3 系统顶层数据流图细化的数据流图：图2.4 系统细化数据流图3.2数据字典3.2.1 登录表属性名数据类型长度主键是否为空默认值说明UsernameChar10是否用户名PasswordChar8否00000000口令LogintypeInt4否用户类型：“1”表示部门负责人“2”表示普通用户3.2.2 员工信息表属性名数据类型长度主键是否为空默认值说明Th_idChar10是否员工号Th_nameVarchar10否姓名Th_sexChar2否“男”性别Th_ageInt4否年龄Th_birthDatetime8否出生年月Th_positionidChar5否职称号：外码Th_deptidChar5否系部号：外码，3.2.3 出勤表属性名数据类型长度主键是否为空默认值说明Th_idChar10是否员工号Th_nameVarchar10否姓名YearChar4否2011年份MonthChar2否05月份AttendInt4否出勤天数Th_positionidVarchar5否职称号：外码3.2.4 职称表属性名数据类型长度主键是否为空默认值说明Th_positionidChar5是否职称号Th_positionVarchar20否职称Basic_salaryInt4否基本工资BonusInt4否0奖金AllowanceInt4否0津贴3.2.5 工资表属性名数据类型长度主键是否为空默认值说明Th_idChar10主键否员工号Th_nameVarchar10否姓名YearChar4否年份MonthChar2否月份Basic_salaryInt4否基本工资BonusInt4否0奖金AllowanceInt4否0津贴3.2.6 部门表属性名数据类型长度主键是否为空默认值说明Th_deptidChar5是否系部号Th_deptVarchar10否系部Th_adminidVarchar10否系部负责人：外码3.3系统数据分析系统主要的实体包括：(1) 登录表：用户名、密码、登录类型(2) 部门表:部门编号、部门名称、部门负责人(3) 职工表:职工编号、姓名、性别、年龄、出生年月、部门编号、职称。(4) 工资表: 职工编号、姓名、年份、月份、基本工资、奖金、津贴。(5) 职称表：职称编号、职称、基本工资、奖金、津贴 (6)出勤表: 职工编号、姓名、年份、月份、出勤天数、职位3.4实体-关系图下面用E-R图描述各实体与实体之间的联系如下：完整的实体关系图：图3.1系统完整E-R图部分实体关系图：图3.1系统部分E-R图第四章 系统设计4.1 系统模块设计经过分析研究，确定了系统应该包括如下功能：(1) 查询子系统：职工资料查询(职工个人信息、职工工资查询、修改密码)，职工出勤查询(按职工编号或时间查询)，职工工资查询(按职工编号和时间查询)(2) 数据管理子系统：职工信息管理(职工出勤信息录入、职工调动录入、退休职工的处理、新增员工的处理)，用户信息管理(对管理员的权限可见)(3) 统计分析：统计职工出勤次数，根据出勤发放奖金(4) 登录子系统：用户输入正确的用户名密码，登录学校的工资管理系统根据以上对系统的功能需求的分析，将系统的功能划分为九大模块：一职工个人信息查询模块 二职工出勤查询模块 三. 职工工资查询模块四职工调动处理模块五职工退休处理模块六新增职工处理模块七录入出勤信息模块八计算工资模块九登录模块系统的层次结构图如下：职工工资管理系统登录登录子系统职工退休处理新增职工处理职工调动处理考勤奖励统计职工基本信息职工工资查询职工出勤查询取消数据管理子系统统计分析查询子系统图4.1 系统层次模块图4.2界面设计1.登陆界面用户身份是管理员：图4.3 管理员登录系统界面说明：管理员在每月初登录系统时如果其没有设置本月工作日，系统会提示让管理员设置工作日，这也是本系统的不足之处，因工作日的设置是为了让系统可以给缺勤次数的计算提供参数，如果本月工作日的参数不设置便不可统计出职工的缺勤次数。2.“删除、修改用户信息”界面 图4.4删除、修改用户信息界面说明：删除、修改用户信息是为了修改一般用户修改自己的登录密码，此界面只有普通用户可以拥有权限，在系统中对普通用户可见，对管理员不可见；一般用户登录系统后可以对自己的密码修改界面拥有权限。第五章 系统调试5.1 “登录”单元测试：采用白盒测试法测试该单元，下面使用路径覆盖的测试方法对该单元进行测试，流程图中涵盖两条路径，使用下面两对数据进行测试。路径覆盖测试用例：（1） 要登录的职工信息为: 职工编号=3082104217(姓名为张伟的那条记录) ，密码=00000000，选择登录类型=部门负责人。若登录成功则进入部门负责人界面，否则弹出相应的错误信息。5.2 “删除、修改”单元测试：采用白盒测试法测试该单元，下面使用路径覆盖的测试方法对该单元进行测试，流程图中涵盖两条路径，使用下面两对数据进行测试。路径覆盖测试用例：(1)要删除、修改的系部: 职工号=3082104217，用户名=张伟，系部=计算机学院输出结果：操作提示“信息保存成功！”。预期输出结果：操作提示“信息保存成功！”。(2) 要删除、修改的员工信息:职工号=3082104217，职工姓名=张伟。 输出结果：操作提示“删除成功”。 预期输出结果：操作提示“删除成功”。其他所有的数据更新都通过数据库观察得到了正确的结果，就不再赘述。通过测试发现现在的系统还存在很多的漏洞，但是由于个人能力有限。故还有很多问题没有解决。希望通过学习的深入，在以后的学习和工作中能够将其解决！第六章 设计总结6.1个人总结组员张冬林：在本次课程设计中我感受颇多。参与了数据库的设计、功能模块的设计以及文档的编写，其中主要负责文档的编写。在编写文档时遇到了很多问题，如文档的格式要求，模块的分布问题。在及时翻阅各种资料以及复习数据库课程后，基本了解了编写文档的基本要求和基本步骤。设计过程中由于只参与了极少量网页的编写，故仍需提高网页编写的能力。但也学到了很多东西。文档的编写、组织的需要、数据库的连接、任务及时完成的重要性。在设计过程中，组长付出了很多，感谢他。 组员汤盛：软件工程的实验课，我们以团队的形式进行了教师工资管理系统的设计。完全以软件工程的方式来完成该项目的。在此过程中，我觉得最主要的就是学会了团队的合作以及设计过程的步骤条理化。在一个团体里，不是靠其中一个人的努力就能很好的做好自己的项目，只有大家资源共享，共同的去做好自己该做的部分，在最后才能够取得很好的结果。尽管在此过程中我们遇到了很多困难，但通过交流协调，借阅图书，上网查阅资料，我们都很好的完成了本来很难实现的模块。我们采取网页设计的方式来做这个项目的，在做的过程中最麻烦的就是数据库的连接，我们开始并不能很好的实现它，但后来，通过看视频，套用书上的方法，我们最后很好的实现了系统的数据库操作。在设计过程中，我们各自分工，完成各自的任务。我和张东林主要实现后台界面的设计及文档的编写。只有很好的把握项目的各个步骤及模块的构造，才能很好的实现它。以前我们做项目，主要注重项目的实现，杜宇文档的编写，都不是很在意。但在此次设计过程中，使我明白到，其实我们设计项目，包含的不仅仅是实现项目的功能，我们所要递交的不仅仅只是做出来的软件，还要有相应的文档。因此也要注重自己的表达能力的锻炼。作为一名的大学生，我们应该从各方面发展自己，要注重综合能力的提高。 组员张伟：本项目的设计让我明白，我们学习的软件工程只是让我们在设计的过程中，能够条理清晰化，正真的要实现项目，还还得需要别的方面的知识。例如此次，我们需要掌握数据库的知识，学会连接数据库操作数据库，懂得化数据流图，能合理的制表，我们还要懂得jsp网页设计。我们要通过项目，利用软件工程的理念，将我们掌握的内容很好的表现出来。而之前如果我们的学习不够努力，存在盲点的话，那会直接影响到现在我们的设计进度。因此在以后的日子里，我需要更好的学习相关的专业知识，努力的提高自己，同时对于之前学习的内容也要不断巩固和完善。只有这样不断的促进自己的提高，我们将来才能很好的适应自己的工作需求。同时我们还要注重团队意识的培养，一个人是不可能做好一个完整的项目。只有大家共同努力，我们才有可能按时的完成好规定的任务。在合作的工程中，我们要懂得表达自己的看法，在提出意见的同时也要积极采纳别人的意见。对于自己遇到的困难要及时与队友相互共同。只有很好的实现资源共享才会减少不必要的耽搁。有些问题，个人的看法或多少总存在着片面或是不足。当大家一起去商讨时，并很好的分工。我们能够以最快的时间办好最多的事。可能我们这次的设计里面还存在许多缺点和不足，但我相信只要我们不断努力，在今后的不断提日子里高中，日后我们的能力都会上升一个档次。因此我以后会努力把握机会，更多的去和别人一起参与类似的项目设计，更好的完善自己。组员汤凯：在本次学校工资管理系统的设计中，我主要负责系统和数据库的链接以及系统开发后的管理、测试和维护工作.刚开始时我们做的系统和数据库链接不上，后来才发现是数据库建立的不完善以及程序上的一些问题，但是在我们组的共同努力下以及多次的讨论、修改和调试下，最终系统和数据库成功的连接上了，我们得到了我们想要的结果，当时我们很高兴，一种成就感油然而生，相信唯有团队能够精诚合作，齐心协力，相互沟通、协调才能顺利的完成系统的设计。在本次的课程设计中我也学到了很多东西，无论是在硬件方面还是在软件方面我都有了很大的提升，但是我觉得更重的收获是无论什么样点的团队都不能缺少有团队合作精神6.2小组总结软件工程课程设计工作结束了。在这次任务完成过程中，我们体会到了许多。团体里每个组员的思