某高校工资管理信息系统的开发

某高校工资管理信息系统的开发概述计算机工资管理现在我国已积累了一定的理论基础，并且有了较为成熟的经验，但大多数的事业管理系统都应用于普通事业单位科室的办公管理，一般在工资之间的应用程度就相对较低，许多事业单位还处于半手工操作阶段。从制订单位计划，到工作安排、时间编排，从对教职员工的工作任务下达到教职员工的工作量核算以及考勤管理、考核管理，很多工作都是由管理人员笔抄、手工整理或通过计算器辅助完成，不仅速度慢，浪费了大量人力物力财力，而且极其容易出错，同时不容易进行查询，经常会出现信息不一致的现象。大学现行职工工资管理业务工作量特别大，工作时容易出现差错。有关人员迫切要求早日开发出工资管理信息系统，由计算机代替手工记帐、计算和制作报表工作。目录概述：............................................................11．系统分析...................................................11.1用户需求：...............................................11.1.1系统现状..............................................11.1.2解决主要问题.........................................11.2可行性研究...............................................21.3现状调查.................................................21.4目标分析：...............................................81.4.1构思ERD..............................................81.4.2由ERD初步考虑数据存储组织............................82系统设计.....................................................152.1系统平台的总体结构设计：..................................132.2详细设计................................................132.2.1代码系统设计：.......................................132.2.2数据库结构的具体设计：...............................132.2.3模块设计：...........................................154参考文献：.....................................................151.系统分析1.1用户需求1.1.1系统现状虽然目前很多高校已经引入了计算机信息管理系统，但由于操作人员没有经过正规培训或者基本技能较低的原因，他们往往只用来打字，做表格或图标以及侧重于一些功能简单的工资管理程序，但是由于没有全面调研，，也没有科学的理论支持，设计模型不完整，无法实现WINDOWS环境下友好的图形交互功能及丰富的软件支持，且功能较简单，无法实现全面，动态管理。由于现在的很多事业单位科学化管理方面做的不够成熟，大部分高校为了满足降低成本的目标而采用相对落后的管理方式，其实这种落后的管理方式在很大程度上制约了高校的发展，所以对于目前的现状，建立一个有效的管理系统刻不容缓。1.1.2需要解决的问题某高校共有教职员工2000人。学校下设教务处、人事处、财务处和总务处等二十六个处室和14个教学学院，如计算机学院、信息学院和工商管理学院等，此外还设有一个工厂和一所校医院。该校财务处负责全校教职工的工资管理工作，其工资管理业务情况如下：于每月24日至28日，有关部门将扣款清单(表1.1)、补贴清单(表1.2)、职工工资变动通知单(表1.3)报送财务处，财务处的工资管理会计依据上月的职工工资台帐制作本月职工工资台帐。职工工资台帐格式如表1.4所示，每名职工全年工资信息占据台帐的一页。1.2可行性分析：1.2.1经济可行性分析学校主管领导也十分支持这项工作，已批准投资6万元人民币用于购置设备和软件开发。1.2.2技术可行性分析由于某高校组建了计算机学院，有众多的计算机方面的专业人才，所以攻克高校工资信息管理系统的技术障碍已经不复存在，尤其在SQL数据库和利用VB或者VF进行前台操作界面的设计以及利用C语言等计算机语言进行后台相关变成具有很深造诣。1.2.3社会可行性分析通过新的工资信息管理系统的应用，使得高校的工资核算和支出账目清楚，每个教职员工的工资都公开透明，从而使得这一困扰高效发展多年的问题得以解决，并提高了教职员工的满意度，从而使得教职员工与学校的全面发展实现双赢。1.3现状调查1.3.1组织结构……如图所示，该学校采用的是直线职能制的组织结构，根据学校运作所需的各项功能成立相应的职能单位，分管学校的财务，人事，教务，教学，工厂，医院等单位的运行。1.3.2工作现状该校财务处负责全校教职工的工资管理工作，其工资管理业务情况如下：于每月24日至28日，有关部门将扣款清单(表1.1)、补贴清单(表1.2)、职工工资变动通知单(表1.3)报送财务处，财务处的工资管理会计依据上月的职工工资台帐制作本月职工工资台帐。职工工资台帐格式如表1.4所示，每名职工全年工资信息占据台帐的一页。学校教务处财务处人事处14个学院工厂医院业务流程图：正确错误正确有关部门扣款清单补贴清单工资变动通知单制作本月职工工资台账职工工资台账本月职工工资台账检验台账保存本月台账制作职工工资发放单制作职工工资汇总表职工工资发放单职工工资汇总表相关部门相关票据票证账簿以及其它文档的原始资料()月份职工()项扣款清单填表人：职工号姓名扣款金额合计表1.1()月份职工()项补贴清单填表人：职工号姓名补贴金额合计表1.2职工工资变动通知单职工号姓名改动前工资改动后工资表1.3某大学职工工资台帐帐页第页职工号:姓名:部门代号:部门名称:月份基本工资职务工资工龄工资交通补贴其他补贴应发工资住房公基金扣款１扣款２扣款合计实发工资一月二月三月四月五月六月七月八月九月十月十一月十二月表1.4接下来，工资管理会计再根据填制好的本月职工工资台帐，花费一个星期的时间制作出一式两份的本月全校职工工资发放单(按部门制作)和本月工资汇总表，如表1.5所示。职工工资汇总表部门名称姓名职务工资工龄工资交通补贴其他补贴应发工资住房公基金扣款１扣款２扣款合计实发工资合计：表1.51.3.3数据流图（顶层）扣款清单补贴清单本月职工工资台账工资变动通知单全校职工工资发放单职工工资台账职工工资汇总表数据流图（顶层）相关部门相关部门财务处工资处理数据过程扣款清单补贴清单工资变动通知上月职工工资台账本月职工工资台账全校职工工资发放单职工工资汇总表职工工龄工资基本工资职工工资住房公积金应发工资表实发工资表编制汇总表UC编制职工工资发放单UC制作工资台账UUUUC计算应发工资UUUUUUUC计算实发工资UUC工资计算初始U/C矩阵图扣款清单补贴清单工资变动通知上月职工工资台帐职工工龄工资基本工资职工工资住房公积金本月职工工资台帐全校职工工资发放单职工工资汇总表应发工资表实发工资表制作工资台帐UUUUC编制职工工资发放单UC编制汇总表UC计算应发工资UUUUUUUC计算实发工资UUC调整好的再造后工资管理U/C矩阵图数据过程程1.4目标分析：1..4.1构思ERD写出由基本项构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性：原则1（确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。原则2（确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。联系通常是某类行为动作，ERD中关注的是其状态与结果而非其过程。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。原则3（确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。属性具有如下几个特点：①非多值性②非复合性③非导出性，④实体的属性还应有非关联性，只是一个实体的基本特征，与其他实体无关；联系的属性应具有关联性，是对联系结果或状态的描述。原则4（一事一地检验原则）：业务的所有基本项在其ERD中作为属性要在且仅在在一个地方出现。经检查，业务中的所有基本项在其ERD中作为属性要在且仅在在一个地方出现，符合一事一地检验原则。由此可以画出E-R图如下：图3.1学生选修课教材管理系统全局ERD的基本结构1.4.2由ERD初步考虑数据存储组织由ERD导出一般关系模型的四条原则：原则1（实体转换为关系模式）：ERD中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。原则2（从实体及其主从联系转换为关系模式）：ERD中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成该关系的属性，其主实体关系的主码，在主从联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的、从实体的一组属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。原则3（一对多联系在关系模式中的表示）：ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。注：一对一联系作为一对多联系的特例处理，其中一个实体集中的较多个体按照这个联系不与对方实体集中的任何个体对应，该实体集称为“一”实体，对方实体集称为“零”实体。一对一联系应通过把“一”实体关系的主码与该联系本身的属性附加到“零”实体关系上来表示，即1：1联系应附加到没造成或少造成外码及联系本身属性空白的实体关系上。原则4（多对多联系转换为关系）：ERD中的一个多对多联系转换为一个关系，其被联系实体关系的主码作为外码和该联系本身的属性一起组成关系的属性，被联系关系的主码组成该关系的复合主码。工资管理ERD图职工职工号姓名部门代号部门名称工龄扣款清单职工号姓名扣款金额补贴清单职工号姓名补贴金额职工工资变动通知单职工号姓名改前工资改后工资职工号姓名部门代号部门名称基本工资职务工资其他补贴住房公积金交通补贴工龄工资财务处工资计算制作职工工资汇总表，发放单函数依赖消除：扣款清单职工号扣款金额外码主码补贴清单职工号补贴金额外码主码职工工资变动通知单职工号改动前工资改动后工资外码外码主码某大学职工工资台帐帐页职工号基本工资职务工资工龄工资交通补贴其他补贴应发工资住房公基金扣款１扣款２扣款合计实发工资主码表1.4职工工资汇总表职工号职务工资工龄工资交通补贴其他补贴应发工资住房公基金扣款１扣款２扣款合计实发工资功能层次图（ＦＨＤ）工资如图所示，该信息管理系统可以分为3个子模块，第一个模块是工资计算，第二个模块是各种数据凭证的管理，第三个模块是账簿的管理。财务管理工资计算清单管理账簿管理编制职工工资发放单扣款清单输入补贴清单输入工资变动通知单输入扣款清单审核补贴清单审核工资变动通知单输入编制职工工资台账职工工资台账输入编制职工工资汇总表工资台账输入1系统设计2.1系统平台的总体结构设计：开发业务系统所用的MIS的网络拓扑结构：职工主机服务器计算机3财务处计算机1计算机2相关部门计算机4计算机5数据库防火墙法火墙数据服务器交换机交换机交换机2.2详细设计2.2.1代码系统设计：代码设计的基本原则：①唯一确定性；②标准化和通用性；③简单性；④稳定性和可扩充性