《341.高校教师工资信息管理系统的研究与设计.doc》由会员分享，可在线阅读，更多相关《341.高校教师工资信息管理系统的研究与设计.doc（57页珍藏版）》请在三一办公上搜索。
1、课 程 设 计高校教师工资信息管理系统的研究与设计 课程名称 _信息系统开发与管理 学生学院 管理学院 专业班级 财务管理学 号 学生姓名_ _ _指导教师_ _ _ _2009 年 7 月 8 日目 录1 绪论11.1 题目的背景及意义11.2 现行系统的现状研究11.2.1 现行系统分析11.2.2 我校的现行系统的管理现状21.3 论文的构成及研究内容22系统分析32.1 用户需求32.2 可行性研究32.3 目标系统相关调查52.3.1 业务相关组织机构调查52.3.2 工作现状调查62.3.3 信息流程调查72.3.4 现状评价92.4 目标系统的数据存储分析92.4.1 基本项92
2、.4.2 E-R图构思92.4.3 E-R图改进112.4.4 数据存储初步构思112.4.5 业务流程再造（BPR）132.4.6 构思新的DFD132.4.7 功能层次图193 系统设计203.1 系统总体设计203.1.1 一般关系模型设计203.1.2系统结构图设计213.2系统详细设计223.2.1代码设计224系统实现与运行335心得体会52参考文献54致谢551 绪论1.1 题目的背景及意义随着计算机技术的飞速发展，计算机在企事业单位管理中应用的普及，利用计算机实现企事业单位工资的管理势在必行。对于企事业单位来说，利用计算机可以高效率完成工资管理的日常事务，推动企事业单位管理走向
3、科学化、规范化。工资管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，一般不允许出错，如果实行手工操作，每月发放工资须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行工资发放工作，不仅能够保证工资核算准确无误、快速输出，而且还可以利用计算机对有关工资的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高工资管理的效率,也是企事业单位的科学化、正规化管理,与外部接轨的重要条件。目前高校以加强管理水平、提高办学效率为
4、目标的体制改革正在逐步实施，加上近年来工资变动频繁，采用灵活、高效的先进技术使得工资管理科学化规范化、现代化已经成为越来越迫切的要求。开发具有实用价值的工资管理专用软件，可以实现工资管理自动化，提高工作效率，减少手工工作方式难以避免的数据错漏。目前高校各部门已经普遍配备了较好的电脑和相关的外部设备，计算机知识和操作技能也已经得到了广泛普及，工资管理自动化已经有了很好的基础。本系统立足于高校工资管理的实际事务，面向工资主管部门提供工资数据的常规维护功能、工资变动申报功能、报表处理功能、年度统计数据生成等功能。 1.2 现行系统的现状研究1.2.1 现行系统分析目前市面上用于高校工资管理方面的软件
5、为数不少，但由于这些软件的开发模式注重通用性，忽略了各高校之间的差异，没有充分考虑每一个具体单位的实际需求， 同时在软件开发细节上考虑不足， 从而在实际使用中存在一些问题和不方便之处。如：1、打印报表处理功能差，许多上报表格需要手工制作。一些系统虽然提供了几种工资报表格式，但这些格式很难满足不同高校以及报表内容发生变化的需求。由于报表中的数据项与数据库中的数据项一一对应，若报表中的数据项是数据库中若干数据项之和，则系统无能为力。 用户不能制作自己的报表格式，若要制作新的报表格式，必须由软件开发商来完成。2、数据转移存在缺陷。当人员退休时，需要把人员工资信息从在职工资库移到离退休工资库中， 但系
6、统只能把人员的代码和姓名转移到离退休工资库中， 其它的工资数据需要手工重新录入。3、与其它信息库(如人事信息库)的数据交换能力差。4、有些提供工资管理功能的软件并不是面向工资主管部门的专用软件，它们往往只是涉及到工资管理的某些方面而远不能全面处理工资主管部门工资管理事务中的所有环节。1.2.2 我校的现行系统的管理现状通过调查了解，现行系统的管理工作主要存在的问题是：1、虽然各部门都有计算机，但只是做简单的表格编制工作，没有充分发挥其作用。2.、学校的信息管理方式是基于文本、表格等纸质的手工处理，教师工资的计算处理工作由手工完成，工作量大且繁琐，而且较易出错。3.、学校管理工作中处理的表格格式
7、不统一，缺乏规范标准，存在大量信息冗余，浪费人力、物力，且不便于管理。4、学校的信息管理工作方面安全性措施不够，文件保密性不够好。1.3 论文的构成及研究内容本论文由四个部分构成：第一部分是绪论，主要是对本设计题目来源的总体性概述，包括题目的背景与意义、现行系统的现状研究、论文的构成与内容。第二部分是系统分析，主要是对系统开发前的相关需求做分析，包括用户需求、目标系统流程、目标系统的数据存储分析。第三部分是系统设计，主要是对系统设计过程的描述，包括一般关系模型设计、总体结构设计、数据库结构的具体设计、主页总体布局设计、基础数据页面设计。第四部分是系统实现与运行，主要是对系统开发后的测试运行说明
8、，包括数据库表结构的建立与数据输入、系统设计与测试、系统操作使用的简要说明、运行系统并打印出结果、系统评价。2系统分析2.1 用户需求为了使管理系统符合用户的要求，我们进行了深入的调研。确立了该系统的用户需求是：高校教师工资管理系统要使工资政策数字化，从而实现工资管理自动化，使管理人员得以从大量繁杂、机械的劳动中解放出来，大大地提高管理水平和工作效率；系统要提供全面的工资管理功能，并具备工资信息查询、各类统计数字查询，供日常管理用，也可以为领导部门的决策提供参考。2.2 可行性研究（1）提出方案方案一：由学校的财务部门自行开发，采用原型法开发方法，反复式开发策略，使用vfp开发单机版系统，只安
9、装在一台计算机上实现工资处理功能，无法与其他计算机进行联网。 方案二：由学校财务部门自行开发或委托开发，采用结构化生命周期开发方法，直线式开发策略，使用SQL Server +delphi开发C/S系统。构建财务部门的局域网，使财务部门内部的信息实现实时共享，保证了数据的完整性，提高了工作效率。（2）可行性分析A、技术上可能性：方案一采用vfp生成一个静态的系统并安装在财务部的计算机上即可实现。方案二需要多台电脑，组建部门的局域网，此方案的开发涉及网络操作，开发的难度较高，特别是数据的安全性以及权限控制都必须得到保证。必要性：如果不采用方案一，手工处理速度慢，效率低。方案二具有很好的扩展性和延
10、伸性，便于后期的维护和升级。用Delphi开发的系统速度快，准确，数据的安全性好。有益性：方案一容易满足，但对学院的信息技术发展、综合技术水平提高和技术创新等促进作用不大。方案二有利于改善学院的信息技术发展，促进网络化办公与合作。B、经济上可能性：方案一开发维护成本较低，系统建设不需要很大的投入。方案二网络平台的建设投资要花费比较大的费用。要对相关人员进行专门的管理培训。必要性：方案一能加快工资账务处理速度和效率，初步实现计算机化操作。方案二可以进一步实现财务部门的网络化办公，实现业务协同，提升整体效率。有益性：采用方案一对工作效率的改进不大，尤其是无法实现多用户同时操作。采用方案二，虽然其经
11、济投入要大于方案一，但其经济效益也会比方案一所带来的要多很多。C、社会上可能性：方案一对原来的工作融合性较好，对学校影响不大。方案二需要适当改变原来的工作方式和管理模式，但也能提高学校的工作水平。必要性：若不采用方案一，则学校仍处于手工处理阶段，效率低且容易出错，增加管理难度。若不采用方案二，则学校部门内部协调性不够，难以实现网络化工资帐务处理有益性：方案一能由手工阶段较好地平稳过渡，无需太多调整。方案二提高学校的信息化水平，改变学校职工的网络协同办公观念，便于对于交流。表2.01 可行性研究九宫格必要性可能性有益性技术方案一较为简单，用户操作也比较方便。否则，手工处理速度慢，效率低。方案二具
12、有很好的扩展性和延伸性，便于后期的维护和升级。用Delphi开发的系统速度快，准确，数据的安全性好。方案一所需人员及其技术水平、软硬件设备不多，资源容易满足。 且开发容易。方案二需要多台电脑，组建部门的局域网，此方案的开发涉及网络操作，开发的难度较高，特别是数据的安全性以及权限控制都必须得到保证。方案一容易满足，但对学校的信息技术发展、综合技术水平提高和技术创新等促进作用不大。方案二有利于改善学校的信息技术发展，促进网络化办公与合作。经济方案一能加快工资帐务处理速度和效率，初步实现计算机化操作。方案二可以进一步实现财务部门的网络化办公，实现业务协同，提升整体效率方案一开发维护成本较低，系统建设
13、不需要很大的投入。方案二网络平台的建设投资要花费比较大的费用。要对相关人员进行专门的管理培训。方案一对工作效率的改进不大，尤其是无法实现多用户同时操作。方案二可以较大程度的提高学校管理效率，减少管理成本和费用。社会若不采用方案一，则学校仍处于手工处理阶段，效率低且容易出错，增加管理难度。若不采用方案二，则学校部门内部协调性不够，难以实现网络化帐务处理方案一对原来的工作融合性较好，对学校影响不大。方案二需要适当改变原来的工作方式和管理模式，但也能提高学校的工作水平。方案一能由手工阶段较好地平稳过渡，无需太多调整。方案二提高学校的信息化水平，改变学校职工的网络协同办公观念，便于对于交流。通过对两个
14、备选方案的九宫格分析，都具有可行性，但结合学校实际对比，方案二更优。2.3 目标系统相关调查叙述要实现目标系统的逻辑模型，包括业务相关的组织机构调查，业务处理过程调查，信息流程调查等方面。2.3.1 业务相关组织机构调查通过调查分析，学校的组织结构如图2.01所示：校 长教务办公室本科教育本科评建办公室学生工作办公室研究生工作办公室继续教育办公室实验室行政办公室图2.01 业务相关组织机构图2.3.2 工作现状调查根据学院的组织的构造，分析得到教师工资核算业务流程图如下：教务处课程安排表财务部教师授课统计表教师课酬统计表统计计算汇总教师核对签名财务部教师工资统计表审核确 认办公室教师工资单据工
15、资发 放工资发放记录表统计固定工资统计变动工资 图2.02工资核算业务流程图如上面所绘的业务流程图所示，根据调查分析，学校教师工资管理工作的主要业务流程为：学校教务员根据学年课程安排表统计编制出学校每位教师每个课程的授课统计表并送往办公室，办公室主任根据教师职称、学生人数、课时标准计算每位教师的每笔课酬并记录下来，形成教师课酬统计表，经授课教师的核对签名后，再分别编制课酬、固定、变动的工资表，再汇总出每位教师的工资总额，形成教师工资统计表，最后经审核确认开出教师工资单据，通过银行转帐的方式将教师该学期的工资总数分六个月每月以整数数额存入教师的银行户口里并记录每位教师的工资发放情况。工资核算业务
16、过程所涉及的相关表单： 工资通知单姓名部门编号基本工资课酬补贴津贴奖金代扣合计2.3.3 信息流程调查根据业务流程图，用功能数据（P-D）分析法，分析画出U/C矩阵。表2.02 工资核算业务U/C矩阵 数据（数据类）过程（功能）固定工资原始数据变动工资原始数据固定工资表变动工资表工资结算表工资单工资汇总表工资汇总单工资转账单教师基本资料教师资料汇总表固定工资表UC编变动工资表UC计算工资CC工资汇总UC工资转账UC教师资料U教师资料管理C注：.编工资表 .工资结算汇总 .工资转账 .教师管理根据U/C矩阵画出现状数据流图图T：工资核算业务管理财务部教师工资处理教 师FT-2 变动工资原始数据F
17、T-10 教师基本资料FT-9 工资转账FT-1 固定工资原始数据图2.03工资核算业务管理DFD（顶层图）图0：工资核算业务管理FT-2 变动工资原始数据FT-9 工资转账FT-10 教师基本资料1、编工资表FT-1 固定工资原始数据 S0-3工资结算表2、工资结算汇总S0-4工资结算汇总表4、教师管理S0-7教师资料汇总表3、工资转账图2.04工资核算业务管理DFD（0层图）图1：编工资表FT-1 固定工资原始数据 FT-2 变动工资原始数据 1.2、编变动工资表1.1、固定工资表S0-2变动工资表S0-1固定工资表图2.05 编工资表数据流图图2：工资结算汇总S0-1固定工资表S0-2变
18、动工资表2.1计算工资S0-3工资结算表2.2工资汇总FT-5 工资结算S0-4工资汇总表图2.06 工资结算汇总数据流图图3：工资转账3、工资转账S0-6 工资转账单S0-5 工资汇总单图2.07 工资转账数据流图图4：教师管理FT-10 教师基本资料 4、教师管理S0-7 教师资料汇总表图2.08 教师管理数据流图2.3.4 现状评价以上的工资核算业务过程只是实现了简单的工资统计和查询教师信息功能，并不可以开放被所有老师查询自己的工资和资料信息，只能在财务人员在财务部门的计算机上可以进行工作业务处理。例如，如果校长要查询某教师的工资资料并需向财务处要，不利于提高工作效率。2.4 目标系统的
19、数据存储分析由调查的相关单据票证帐簿报表以及开发系统所要用到的数据项找出要长期存储的基本项；写出由基本项构思ERD的四条原则及相应得出的实体、联系及其属性；构思并改进ERD；写出由ERD导出一般关系模型的四条原则，列出数据存储初步构思的关系框架；进行业务流程再造；根据再造后的业务流程图绘制新的DFD；伴随着新的DFD绘制画出的网站系统的功能层次图（FHD）。2.4.1 基本项数据分析：由现状DFD的数据存储和业务的相关单据票证帐簿报表以及开发系统所要用到的数据项，得到以下所要长期存储的基本项：用户：用户名、密码教师：教师编号、教师名、性别、出生日期、毕业学校、入职时间、课程编号、所教课程、学院
20、、学员编号、单位电话、手机、住宅电话、家庭地址、婚否固定工资：教师编号、教师姓名、基本工资、生活补贴变动工资：教师编号、教师姓名、奖金津贴、特种津贴、房贴应扣款：教师编号、教师姓名、公积金、个人所得税、假旷课程：课程编号、课程名学系：学系编号、学系名2.4.2 E-R图构思由基本项构思ERD的四条基本原则：1、根据由基本项构思ERD的原则1，能独立存在的事物。可得出“用户”、“教师”、“固定工资”、“变动工资”、“应扣款”、“课程”、“学系”七个实体。2、根据由基本项构思ERD的原则2，两个或多个实体间的关联与结合。可得“所教”、“所属”两个联系。3、根据由基本项构思ERD的原则3，实体的属性
21、是实体的本质特征。可得：“用户”的属性有：用户编号、用户名、密码、级别“教师”的属性有：教师编号、教师名、性别、出生日期、毕业学校、入职时间、课程编号、所教课程、学院、学员编号、单位电话、手机、住宅电话、家庭地址、婚否“固定工资”的属性有：教师编号、教师姓名、基本工资、生活补贴“变动工资”的属性有：教师编号、教师姓名、奖金津贴、特种津贴、房贴“应扣款”的属性有：教师编号、教师姓名、公积金、个人所得税、假旷“课程”的属性有：课程编号、课程名“学系”的属性有：学系编号、学系名4、根据由基本项构思ERD的原则4，所有基本项在同一E-R图中作为属性要在且仅在一个地方出现。得到初始的E-R图：姓名 教
22、师*编号性别出生日期学院所教课 程*课程编号课程名所属学 院*学系编号学院名NNM1固定工资变动工资应扣款入职时间家庭地址单位电话课程编号学院编号基本工资生活补贴房 贴特种津贴奖金津贴 公积金个人所得税 假 旷手机婚否单位电话所教课程住宅电话毕业学校图2.09 工资核算业务E-R图2.4.3 E-R图改进从图2.09按从ERD导出一般关系的4条原则，得到所教、所属关系框架，如下表：表2.03 所教关系表教师编号课程编号任职日期外键外键主键表2.04 所属关系表教师编号学系编号调来日期外键外键主键经改进后的E-R图如下： 教 师*编号性别出生日期学院所教课 程*课程编号课程名所属学 院*学系编号
23、学院名NNM1固定工资变动工资应扣款入职时间家庭地址单位电话课程编号学院编号基本工资生活补贴房 贴特种津贴奖金津贴 公积金个人所得税 假 旷手机婚否单位电话所教课程住宅电话毕业学校任职日期调来日期姓名图2.10 改造后的工资核算业务E-R图2.4.4 数据存储初步构思从E-R图导出一般关系模型的四条原则：1、 E-R图中的每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码2、 E-R图中的从实体及相应的主从联系变换为一个关系，从实体的属性加上主实体关系的主码构成这个关系的属性。如果主从联系是1:1的，则以主实体关系的主码（作为外来码）为这个关系的主码；如果主从联系是1:
24、M的，则以主实体关系的主码加上同一主实体个体联系的不同从实体个体赖以相互区分的属性组，组成该关系的主码。3、 1:M联系通过在“多”实体关系中增加相联系的“1”实体关系的主码及联系本身的属性来表达。其中“1”实体主码为外来码。4、 M:M联系转换成一个独立的关系，被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。根据从E-R图导出一般关系模型的第一条原则，每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。可得到“教师”、“固定工资”、“变动工资”、“应扣款”、“课程”、“学系”六个关系。“教师”关系：（教师编号、教
25、师名、性别、出生日期、毕业学校、入职时间、课程编号、所教课程、学院、学员编号、单位电话、手机、住宅电话、家庭地址、婚否），（教师编号）为关系主码“固定工资”关系：（教师编号、教师姓名、基本工资、生活补贴），（教师编号）为关系主码“变动工资”关系：（教师编号、教师姓名、奖金津贴、特种补贴、房贴），（教师编号）为关系主码 “应扣款”关系：（教师编号、教师姓名、公积金、个人所得税、假旷），（教师编号）为关系主码“课程”关系：（课程编号、课程名），（课程编号）为关系主码“学系”关系：（学系编号、学系名），（学系编号）为关系主码根据从E-R图导出一般关系模型的第四条原则，M：M联系转换成一个独立的关系，
26、被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。可得“所教”、“所属”两个关系。“所教”关系：（教师编号、课程编号、任职日期），（教师编号、课程编号）为关系主码。“所属”关系：（教师编号、学系编号、调来日期），（教师编号、学系编号）为关系主码。2.4.5 业务流程再造（BPR）教务处编课程表审查有错程表无错程表课程安排表财务处统计变动工资表应扣款表固定工资表课酬表计算汇总教师工资统计表办公室审查确认有错统计表无错统计表教师工资单据工资发放工资发放记录表图2.11 改造后的工资核算业务流程图2.4.6 构思新的DFD根据新的业务流程图，用功
27、能数据（P-D）分析法，分析画出U/C矩阵。表2.05 改造后工资核算业务的U/C矩阵 数据（数据类）过程（功能）固定工资原始数据变动工资原始数据课酬原始数据应扣款原始数据教师基本信息固定工资表变动工资表课酬表应扣款表工资结算表工资单工资汇总表工资汇总单工资转账单用户信息用户权限登陆信息信息查询U信息删除U信息更新U信息录入C固定工资表UC变动工资表UC课酬表UC应扣款表UC计算工资CC工资汇总UC工资转账UC用户注册CU权限设置C用户登录UUC用户管理UU用户查询UUU注：.教师管理 .编工资表 .工资结算汇总 .工资转账 .系统管理根据U/C矩阵画出现状数据流图图T:工资核算业务管理财务部
28、教师工资处理教 师FT-4 应扣款原始数据FT-5 教师基本信息FT-14 工资转账FT-3 课酬原始数据FT-2 变动工资原始数据FT-1 固定工资原始数据图2.12 工资核算业务管理DFD(顶层图)图0: 工资核算业务管理FT-9 应扣款表FT-5 教师基本信息FT-14 工资转账FT-8 课酬表FT-7 变动工资表FT-6 固定工资表2、编工资表S0-10 工资结算表3、工资结算汇总S0-12 工资汇总表4、工资转账S0-5 教师基本信息1、教师管理FT-15 用户信息S0-17 登陆信息5、系统管理FT-16 用户权限图2.13 工资核算业务管理DFD(0层图)图1:教师管理FT-5
29、教师基本信息S0-5 教师基本信息1.1、信息查询1.2、信息删除1.3、信息更新1.4、信息录入图2.14 教师管理DFD图2:编工资表FT-1 固定工资原始数据 FT-2 变动工资原始数据 2.2、变动工资表2.1、固定工资表S0-7变动工资表S0-6固定工资表FT-3 课酬原始数据 FT-4 应扣款原始数据 2.4、应扣款表2.3、课酬表S0-9 应扣款表S0-8课酬表图2.15 编工资表DFD图3:工资结算汇总S0-6固定工资表S0-7变动工资表3.1计算工资S0-10工资结算表3.2工资汇总FT-10 工资结算S0-12工资汇总表S0-8课酬表S0-9应扣款表图2.16 工资结算汇总
30、DFD图4:工资转账4、工资转账S0-13 工资转账单S0-12工资汇总表图2.17 工资转账DFD图5:系统管理FT-15 用户信息5.1、用户注册FT-16 用户权限S0-17 登陆信息5.2、权限设置5.3、用户登录图2.18 系统管理DFD相应的数据字典如下:表2.06 基本项表编号项名类型长度小数位值域从属说明001用户名字符8用户关系002密码字符8用户关系003教师编号字符8教师关系004教师名字符8教师关系005性别字符2教师关系006出生日期日期8教师关系007任职日期日期8教师关系008学院字符22教师关系009所教课程字符20教师关系010手机字符11教师关系011家庭住
31、址字符60教师关系012单位电话字符8教师关系013住宅电话字符8教师关系014所教课程编号字符3教师关系015所属学系编号字符3教师关系016毕业学校字符20教师关系017婚否逻辑1教师关系018基本工资数值82固定工资关系019生活补贴数值82固定工资系020奖金津贴数值82变动工资关系021特种津贴数值82变动工资关系022房贴数值82变动工资关系023公积金数值82应扣款关系024个人所得税数值82应扣款关系025假旷数值82应扣款关系026课程编号字符3课程关系027课程名字符10课程关系028学系编号字符3学系关系029学系名字符10学系关系表2.07 数据流表编号数据流名来源结构
32、去向从属说明FT-1固定工资原始数据财务部门P2FT-2变动工资原始数据财务部门P2FT-3课酬原始数据财务部门P2FT-5应扣款原始数据财务部门P2FT-6教师基本信息教师P1F2-1固定工资表 P2.1P3F2-2变动工资表P2.2P3F2-3课酬表P2.3P3F2-4应扣款表P2.4P3FT-10工资结算表财务部门P3FT-15用户信息P5FT-16用户权限P5表2.08 数据存储表编号数据存储名写入结构读出增减SO-5教师基本信息P1P4SO-6固定工资表 P2P3SO-7变动工资表P2P3SO-8 课酬表P2P3SO-9应扣款表P2P3SO-10工资结算表P2P4SO-12工资汇总表
33、P3P4SO-13用户信息P5P5SO-17用户权限P5P5表2.09 加工处理说明表编号加工名输入处理逻辑输出P1教师管理FT-5SO-5P2编工资表FT-1FT-2FT-3 FT-4SO-6SO-7SO-8SO-9P3工资结算汇总FT-10SO-12P4工资转账FT-12S0-13P5系统管理FT-15SO-172.4.7 功能层次图通过仔细分析构想之后，本系统的基本功能如下。教师工资管理系统工资管理系统管理教师管理用户信息查询 打印工资条本月工资录入上月工资信息浏览上月工资信息查询系统介绍 信 息 录 入用 户 管 理 信 息 查询信 息 打印图2.19 系统功能层次图系统功能描述：系统
34、功能模块包括三大模块：教师管理模块，工资管理模块，系统管理模块。1、 系统管理模块 该模块包括3个子模块用户管理实现用户密码修改、权限修改等功能。用户信息查询实现用户名称、密码、登陆信息、权限等的查询功能。系统介绍-介绍系统的详细情况。2、工资管理模块 该模块包括4个子模块上月工资查询实现上月工资查询。上月工资浏览实现上月工资的浏览。录入本月工资实现录入新的工资信息。工资条打印实现工资的汇总并打印。3、教师管理模块 该模块包括3个子模块信息录入实现教师信息的录入功能。信息打印实现教师信息的打印功能。信息查询实现教师信息的查询功能。3 系统设计3.1 系统总体设计3.1.1 一般关系模型设计表3
35、.01 用户关系表用户编号用户名密码主键表3.02 教师关系表教师编号教师名性别出生日期所教课程入职时间家庭地址住宅电话手机单位电话所教课程编号所属学院编号学院毕业学校婚否主键表3.03 固定工资关系表教师编号教师名基本工资生活补贴主键表3.04 变动工资关系表教师编号教师名奖金交通特种津贴房贴主键表3.05 应扣款关系表教师编号教师名公积金个人所得税假旷主键表3.06 课程关系表课程编号课程名主键表3.07 学院关系表学系编号学系名主键表3.08 所教关系表教师编号课程编号任职日期外键外键主键表3.09 所属关系表教师编号学系编号调来日期外键外键主键3.1.2系统结构图设计先由主程序调用系统
36、主页表单，通过用户输入的用户名/密码，判断是否为合法用户。如果是合法用户，则调用主菜单和主界面表单。主程序系统主页表单系统维护教师信息管理学院、课程管理工资信息管理系统说明表单退出Setuser表单Setuser1表单感谢表单退出系统表单主界面表单主菜单工资数据输入表单录入工资信息表单设置输入工资日期表单工资查询表单课程查询表单浏览上月工资表表单工资汇总报表学院查询表单教师信息报表教师信息查询表单录入教师信息表单3.2系统详细设计3.2.1代码设计【确定】click代码select user表locate for 用户名=alltrim(bo1.value)if found() And 密码=
37、alltrim(thisform.text1.value) do form 主界面 do 主菜单.Mpr release thisformelse messagebox(密码错！+Chr(13)+请再试一次！,48,警告) bo1.value=space(10) thisform.text1.value=space(10) bo1.setfocus endif【重输】click代码thisform.text1.value=thisform.text1.setfocus【退出】click代码do form 退出系统【Form1】init代码public recs,flagselect user表count to recsgo top【添加】click代码flag=1do form setuser1【插入】click代码flag=2do form setuser1【修改】click代码flag=3do form setuser1【删除】click代码if messagebox (真的要删除用户+alltrim(用户名)+/+alltrim(密码)+吗?,4+23,信
