人事管理系统

1、人事管理系统(中介公司) 一可行性研究报告1引言1.1编写目的人事管理系统是现代企业管理工作不可缺少的一部分，是适应现代企业制度要求，推动企业劳动认识管理走向科学化，规范化的必要条件。人事管理系统可以应用于支持企业完成劳动人事管理工作，有如下三个方面的目标：1支持企业实现规范化管理。2.支持企业高效率完成劳动人事管理的日常业务，包括新员工加入人事档案的建立，老员工转出，辞职，退休等。3.支持企业进行劳动人事管理及相关方面的科学决策。可行性研究的目的是是为了对问题进行研究，在最短时间内确定问题是否可解。经过对此项目进行调查研究，初拟系统实验报告，对软件开发将要面临的问题及其解决方案进行初步设计及

2、合理安排。明确开发风险及其所带来的经济效益。本报告经审查后，交组长审查。根据人事系统的业务分类、业务操作规程及其数据结构等具体要求，调查了单位的组织结构、相关部门的业务范围，业务逻辑结构，业务操作规程，业务样本，业务数据规格，确定了系统性能要求，系统运行支持环境要求，数据项的名称、数据类型、数据规格。以上这一切为统下一步的开发工作奠定了良好的基础。 本软件需求说明书全面、概括性地描述了人事管理系统所要完成的工作，使软件开发人员和用户对本系统中的业务流程及功能达成共识。通过本需求说明书可以全面了解人事管理系统所要完成的任务和所能达到的功能。预期读者：项目开发者、投资者、领导，以及参与实施本项目的

3、工作者。2可行性研究的前提2.1要求开发软件的基本要求，如a. 功能： 员工基本信息的录入、修改、查询、删除模块,员工考勤信息和员工调动信息的录入、修改、查询、删除模块,以及系统维护功能。完善的人事档案管理支持员工照片、人员增加、调动，支持工作经历管理、社会关系管理、证书管理、职称评定管理、职工培训管理、奖惩管理以及本公司员工的聘用、试用、报到、保证、职务、任免、调迁、解职、服务、交卸、给假、出差、值班、考核、奖惩、待遇、福利、退休、抚恤情况的管理。b. 输出： 员工基本信息清单、工作经历清单、考勤信息清单、调动信息清单。c. 输入： 家庭地址、联系方式、家庭成员情况、曾经在何时何地任过何职、

4、某年某月某日到勤情况、何年何月何日有何调动。d. 基本的数据流程和处理流程：登录人事管理系统权限验证管理员领导阶层教职工查看个人信息查看全部读写全部退出 图1-2 系统功能实现图e. 安全与保密要求： 人事档案管理人员有读写权限，部长、经理有察看权限，一般教职工有察看自己信息的权利，其他人员未经允许无任何权限。2.2目标 我们的目标就是在于开发一个功能实用、操作方便，简单明了的人事管理系统。在设计出功能强大的软件的同时，尽可能地减少对系统资源的占用，并且还要力求做到通过使用本系统，尽量使单位的人事管理工作系统化，自动化和规范化，从而达到提高企、事业单位管理效率的目的。同时也希望此次工程加强我们

5、自身的团体协作意识，加深程序设计思想，同时要学习工程设计思想，在技术和软件工程思想上同时得到锻炼和提高。2.4可行性研究方法 从技术可行性、经济可行性、操作可行性三个方面来研究该系统的可行性。根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求；操作可行性方面，根据使用部门处理事务的原则和习惯检查技术上可行的方案，去掉其中从操作方式或操作过程的角度看用户不能接受的方案；经济方面的可行性，应估计可能的系统开发成本和运行费用，并且估计可以节省的开支或可以增加的收入。2.5决定可行性的主要因素依据可行性研究的具体方法，考虑到现行开发环境的实际情况，此系统技术难度不高，实现环节不复杂，所以在技术

6、上是可行的；设计人员已经过了详细调查，充分地了解了用户的需求，因此从操作上来讲可以给用户提供一个优良的系统；由此可见决定可行性的主要因素便是经济可行性，但鉴于此软件投入不大，所以综上所述，此软件是完全可行的。3对现有系统的分析3.1人员 此软件的设计开发团体为三人组成的小组，具备软件工程的专业知识以及相应的设计编程能力。3.2设备 微型计算机，网络，相关的参考书。3.3局限性 初次应用开发人事管理系统对于许多的细节没有具体的认识，缺乏经验，所以开发后的系统应经过严格的试用，反复改进方可正式投入使用。本系统的最终用户是某公司的员工，具有一定的计算机操作能力。目前该司全部采用手工操作方式进行记帐，

7、对于较小的业务量仍然可以进行。但随着公司的逐步发展壮大，手工处理信息的方式已经越来越不能满足业务的需求，而本系统正是为了解决这一问题而设计的一套解决方案。4所建议技术可行性分析4.1对系统的简要描述 我们所计划开发的系统是一个相对简单的人事管理系统，它是独立使用的系统。在公司整个管理系统中它是一个组成部分，起到不可或缺的作用，通过它可以快捷有效的实现内部的人事管理工作。4.2采用建议系统可能带来的影响4.2.1对设备的影响 因为此人事管理系统是一个相对较小的应用系统，所以对原有设备的影响不太明显，一般而言，我们日常所使用的操作设备足以运行这个软件。4.2.2对用户的影响 使用这个管理系统会使用

8、户和原来相比节省很多时间，使工作更高效。4.2.3对运行环境的影响 由于用户通过使用此系统会更快的完成工作，所以整个开发环境会因系统的使用节省很多人力物力，从而进入更有效的工作运行状态。4.2.4对经费支出的影响 经分析可知开发这个项目的经费预算并不高昂；再者，通过使用此软件会节省人力物力方面的开支，换句话说，就等于挽回了相当一部分的经费支出；所以说对经费支出的影响是乐观的。4.3技术可行性评价 根据系统目标来衡量所需的技术是否具备，一般可从硬件、软件的性能要求、环境条件、技术人员水平和数量等方面去考虑和分析。其中开发人员的技术力量应首先考虑能力与水平，开发小组经过软件工程知识和相应开发语言的

9、学习，已具备一定的设计能力，经过实际学习与相互促进，相信此项目在技术上市是可行的。5所建议系统经济可行性分析5.1支出 估算系统的开发费用和今后的运行、维护费用，估计系统将获得的效益。开发、运行和维护费用主要包括：购买和安装设备的费用、计算机硬件、系统软件、电源；软件开发费用包括：人员费用（系统开发人员、操作人员和管理人员）；消耗品费用：系统开发所用材料、系统正常运行所用消耗品，例如电费，u盘、开发软件的购买等开支。5.2效益 鉴于这是为公司所使用的管理软件，所以需要具备快速的经济收益。它的效益主要体现在对工作人员劳动强度的大幅降低以及对整个环境人力物力的节省方面。最重要的是，整体工作效率的提

10、高，这是此项目所隐含的最大效益。5.3收益/投资比通过以上两个方面的分析，我们可看出从客观角度讲，这个系统的收益/投资比将会是大于一的，所以说此系统在经济上同样是可行的。4所建议软件可行性分析1. 软件实现原则根据软件工程规范和HR系统的要求及特点，系统开发时必须遵循以下原则， 实用性原则:开发的系统必须满足实用性需求，做到使用方便，输入数据量尽量小，界面直观，易学易用，不同业务之间界面转换速度快。功能完整性原则:所提出的业务都能够在计算机平台上完成，对于同一类型的业务，由于输入要求或地址模式等条件的不同，将设计不同的功能模块。高性能原则:系统在性能上做到实时性强、数据容量小、响应速度快、稳定

11、性高、出错率低、容错性好等优点。数据安全性原则:安全性永远是数据库的重要课题，必须采取多种措施保证数据库的安全。满足速度要求下的少余量原则:余量指的是逻辑上相同的数据，在不同的记录中重复出现，或在逻辑上能导出存在于数据库的记录中。从理论上讲，余量的存在，在数据库设计的不合理，是破坏数据库一致性的潜在危险，同时会增加数据空间开销。但是，在特殊情况下，为了满足速度要求，常常设计一些余量作为数据库记录。当余量存在时，数据库一致性不能靠数据库管理系统来保证，只能通过开发软件的计算方法来解决，余量的存在，大大增加了系统的开发难度，所以余量是万不得已时才能使用，使用时，在计算方法上保证数据的一致性。输入量

12、最小原则:在保证信息量充分性条件下，让员工以最小的数据输入完成业务操作，从而提高员工的工作效率。数据库字符段可空原则：具有默认数值和状态的数据库字符段，采用可空假定。对于可伸缩的数据库，可空字符段在没有数据输入的情况下是不占空间的。操作模式可选择性原则：对不同的操作模式，设计不同的功能和不同的界面，或在同一功能和界面下设计多个选择项，以适应模式多变的需求。美观化设计原则：在满足实用性的条件下，界面设计做到美观大方，大小适中，排列整齐，各种控制键的中文名字简单明了，不同的业务甚至不同的功能，有不同的界面。美观的界面配色柔和，减轻视觉疲劳，给员工一个良好的计算机工作环境。常用性与特殊性相结合原则：

13、对常用的状态和数值，作为缺省，对常用的功能放在主要界面和排前原则，对不常用功能启动时进行折叠和排后。数据可维护性原则：对于正常的数据维护，管理人员可以通过HR系统本身来实现。数据维护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与恢复等功能。系统可维护性原则：全面按照软件工程的要求来开发HR系统，做到严格管理、严格测试。每个工作阶段，都具备相应的经过严格审查的文档，为将来系统服务提供技术上的保证。统一性原则：建立统一合理的数据库模型，实行统一的文档编排和管理；实行统一的数据库关系命名、文件命名、函数命名、变量命名；实行统一的编程风格。系统的可扩展性原则：在满足一期方案

14、的基础上，考虑今后系统可能新增功能（比如，财务、人事等）带来的系统软硬件的变化，为系统的扩充预留接口。6社会因素可行性分析6.1法律因素 该人事管理系统为学院内部使用，经学校相关部门批准开发，而且具备相关方面的合法性，又是我开发小组独立研发，因此相信此项目无法律问题。6.2用户使用可行性 由于开发工作建立在详细的需求分析之上，并且对开发环境进行了深入调查，因此学院的行政管理以及工作制度、人员素质完全可以满足要求。7结论意见 经过以上各个方面的研究，可见这个开发项目在技术、操作、经济以及法律和社会各个方面均满足可行性条件，因此决定着手组织开发。二、系统概要设计1.2项目背景l 系统名称：中介公司

15、系统l 项目提出者：中介公司l 最终用户：公司或企业术语定义l 事务流：数据进入模块后可能有多种路径进行处理。l 主键：数据库表中的关键域，值互不相同。l 外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。1. 总体设计2.1 需求规定 本系统主要是用来处理员工的相关信息以及工资等的情况统计，公司把员工的信息，包括姓名、性别、年龄等信息输入人事管理系统的数据库，然后在管理终端可以对数据进行查询和修改等操作。使用人事管理系统，便于公司领导掌握人员的动向，及时调整人才的分配。2.2结构 系统的模块的划分已在需求规格说明书中写出，每个模块相对应的有一个程序模块，我们

16、把这些程序模块命名为程序块。从需求规格说明书中得出各模块之间的关系如下：2.3 人工处理过程本系统人工处理过程主要有：1. 登记员工的信息。2. 设置系统的基础数据。3. 设置员工的权限。3. 接口设计3.1 用户接口 用户接口主要采用图形接口和命令接口方式，用户可以通过点击图形界面的按钮、菜单、对话框等图形接口元素对程序和数据进行操作和在输入框中输入命令的方式查询信息。3.2 外部接口 在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风

17、格较熟悉，应尽量向这一方向靠拢。3.3 内部接口身份认证模块的返回值决定当前用户是否可以进入人事管理系统，身份通过以后再根据用户本身的权限判定进入哪一个功能模块，并且判断其相应的操作权限，这些采用返回值方式由用户本身的权限标志决定4 运行设计4.1 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在数据库操作方面，终端发送数据后，将等待数据库管理程序的确认收到信号，收到后发送查询条件或者更改数据内容，数据库完成操作后将返回操作状态码，前台程序显示出操作结果或者错误提示。4.2 运行时间在软件的需求分析中，对运行时间的

18、要求为必须对作出的操作有较快的反应。硬件对运行时间有最大的影响，当设备负载量大时，对操作反应将受到很大的影响。所以尽量采用高性能主机，充分发挥软件性能。3、 功能模块4、3.1.2 规章制度管理3.2绩效管理3.2.1 考核打分3.2.2考核计划3.2.3考核统计3.2.4考核指标3.3考勤管理3.3.1考勤管理列表3.3.2考勤类别考勤管理模式及其解决方案综合各企业考勤制度来进行分析，不同行业、不同规模、不同性质的企业考勤制度有着千差万别。考勤管理模式有有四种：（1）、固定模式：以星期为单位来指定的固定上下班时间和休息时间；适用于行政、管理、后勤人员，只有一个班次。（2）、排班模式：以月为单

19、位按日期指定其所上班次和休息时间，适用于大型企业的固定倒班的生产人员。（3）、倒班模式：不以时间为单位，依据员工的考勤时间和企业设定的考勤班次来自动判断出员工所上班次（详见自动倒模式）。（4）、弹性模式：在没有设定考勤班次的情况下，依照员工考勤数据自动汇算工作时间。3.4人事管理人事系统顺序图人事部用例图3.4.1考核记录3.4.2离退记录3.4.3人事调动人事调动的活动图，部门的人员将申请提交给部门经理的所操作的界面，操作系统验证信息的完整性，如果信息是完整的，那么就将信息提交给部门经理进行考核，部门经理如果考核通过，那么就把员工的信息提交给数据库，如果信息不通过，就把员工的申请信息返还给员

20、工，并且标注申请不通过。申请通过的数据可将对员工的信息惊醒整合修改。并且将整合修改的结果返还给员工本人。3.4.4特殊选项3.5系统管理3.5.1部门管理 3.5.2角色管理3.5.3用户管理登录人事管理系统权限验证管理员领导阶层教职工查看个人信息查看全部读写全部退出3.5.4权限管理3.6招聘管理3.6.1简历管理3.6.2招聘管理3.6.3权限计划普通用户以及公司的一般职员只可以查看自己的资料。公司的领导与高层可以查看公司员工的基本信息。系统的管理员可以对数据库的信息进行更改。3.6.4招聘需求一）最合适的，就是最好的对于招聘来说，标准要求需是具体的、可衡量的，从而作为招聘部门在考察人、面

21、试人、筛选人、录用人的过程中的标杆。因为人才不是越优秀就越好，只有真正合适的人才是最好的。所谓的合适其标准如下：首先，企业目前需要什么样的人？8这就是“软”的素质，这是由企业文化所决定的。即选人是要德才兼备，以德为先还是要以才为先？是强调个性突出还是要强调团队合作？是开拓型还是稳健型等等，这主要侧重于考察应聘者的兴趣、态度、个性等。其次，岗位需要什么样的人？这就是“硬”的条件，人力资源部门通过职务分析明确该岗位的人需要具备的学历、年龄、技能、体能等。这侧重于考察应聘者的能力、素质等。只有掌握了标准，招聘人员才能做到心中有数，才能用心中的这把“尺”去衡量每一位应聘者。否则稀里糊涂，根本没有办法从

22、众多的应聘者中挑选出企业所需要的人，更严重的是若经过“层层筛选”出来的优秀的人才在使用一段时间后发现原来并不适合本企业，那么将造成企业财力和精力的极大浪费。（二）强调双向选择即树立“双向选择”的现代人才流动观念，与应聘者特别是重点应聘者（潜在的未来雇员）平等地、客观地交流，双向考察，看彼此是否真正合适。在对企业现有人员进行员工分类时，会发现对于意向不是非常强烈的员工，其会有惰性并缺乏主动性，如果企业不能针对这类员工进行相应的激励的话，那么这类员工将增大企业人力资源自然减员的幅度，这也将大大的浪费企业的财力和精力。在进行高效的招聘时，需要特别的强调“双向选择”这一条，不能为了喜迎应聘者，故意美化

23、、夸大企业，对企业存在的问题避而不谈，以至于应聘者过分相信招聘企业的宣传而对企业满怀期望。一旦人才进入企业，发现企业实际上并没有原先设想的那样好，就会产生失落，上当受骗的感觉，挫伤工作积极性。因此，企业在招聘中一定要强调双向选择。（三）以企业现阶段发展需求为标准（华为为例）人才是企业最宝贵的资源，所以，招聘是每一家企业格外看重的大事。然而，招聘的目的绝不是简单地吸引大批应聘者，人力资源招聘的根本目的是获得企业所需要的人员，减少不必要的人员流失，同时梳理企业形象。为了占领未来的人才高地，绝大多数企业都日益重视人才的引进和培训，而华为早已经把人才的优势提升到国内其他企业无法企及的极致。其令人生畏的

24、“秘技”中关键的一点就是随着企业发展阶段的不同而适时地用科学的手段调整对人才的招聘思路。1初创业，实力单薄，小范围需求人才初创业期，是华为正在寻求技术突破阶段，通信人才奇缺，像当时的华为这样的企业不可能也没有能力进行大面积的招聘，所以华为当初的招聘主要是通过去人才市场和去固定的几个学校招聘，招聘的对象也是主要的工科技术人员2高速发展，尽揽人才市场的迅速扩张带来了企业对人才需求的增加，机会牵引人才，华为实施了掠夺性的人才策略，员工数量成倍增加。由于市场空间足够大，企业高速成长和9发展，华为对人才的消化能力很强。3给国际化的企业配备国际化的人才从2005年底开始，华为的招聘模式和前两个模式都有很大

25、的区别，主要是招聘的人才明显倾向于其全球业务的发展。结合公司全球化业务布局、全球人才分布情况等因素，华为“欢迎能够帮助公司加快国际化进程的各领域人才加盟”。可以看出，华为在人才招聘方面的思路完全是根据企业在不同阶段发展的不同需要制定的，这种做法完全符合国际最先进的人力资源引进机制。（四）人才信息储备是给企业备足粮食招聘实践中，常会发现一些条件不错且适合企业需要的人才，因为岗位编制，企业阶段发展计划等因素限制无法现时录用，但企业很可能在将来某个时候需要这方面的人才。这个时候，企业人力资源不要轻易就与这些人才擦肩而过，需要将这类人才的信息纳入企业的人才信息库（包括个人资料、面试小组意见、评价等），

26、不定期地与之保持联系，一旦将来出现岗位空缺或企业发展需要，即可招入麾下，既提高了招聘速度也降低了招聘成本。 人事管理系统数据库1. 数据字典表2-1员工就职表PersonInductionInfo：字段名称数据类型可否为空约束条件说明PersonnelIdCHAR(10)NOT NULL主键员工号PersonnelNameCHAR(10)NOT NULL无员工姓名SexCHAR(4)NULL无员工性别DepartmentCHAR(20)NULL无所在部门PositionCHAR(10)NULL无职位PositionalTitleCHAR(10)NULL无职称DateIntoCompanyDAT

27、ETIMENULL无进公司日期表2-2 部门表DepartmentInfo：字段名称数据类型可否为空约束条件说明DepartmentIdCHAR(10)NOT NULL主键部门编号DepartmentCHAR(10)NULL无部门名称DeparmentIntroductionCHAR(60)NULL无简介表2-3 职位表PsoitionInfo：字段名称数据类型可否为空约束条件说明PositionIdCHAR(10)NOT NULL主键职位编号PositionCHAR(20)NULL无职位名表2-4 职称表 PositionalTitleInfo：字段名称数据类型可否为空约束条件说明Posit

28、ionalTitleIdCHAR(10)NOT NULL主键职称编号PositionalTitleCHAR(20)NULL无职称名表2-5培训记录表TrainingInfo：字段名称数据类型可否为空约束条件说明TrainingIdCHAR(10)NOT NULL主键培训记录号PersonnelIdCHAR(10)NOT NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名PersonnelStyleCHAR(10)NULL无员工类型TrainingCourseCHAR(10)NULL无培训课程TrainingHoursCHAR(4)NULL无培训时数TrainingS

29、coresCHAR(4)NULL无培训成绩TrainingExpenseCHAR(4)NULL无培训费用TrainingStartDATETIMENULL无培训开始日期TrainingEndDATETIMENULL无培训结束日期TrainingRemarkVARCHAR(50)NULL无培训备注 表2-6培训程表CourseInfo：字段名称数据类型可否为空约束条件说明CourseCodeCHAR(10)NOT NULL主键课程代码CourseNameCHAR(10)NOT NULL无课程名称CourseDeparmentCHAR(10)NULL无课程主办部门StudentsTypeCHAR(

30、10)NULL无授课对象TeachingHoursINT(4)NULL无授课时数PlannedStartTimeDATETIMENULL无计划开始日期PlannedEndTimeDATETIMENULL无计划结束日期ActualStartTimeDATETIMENULL无实际开始日期ActualEndTimeDATETIMENULL无实际结束日期AccruedHeadcountINT(4)NULL无应参训人数AttendedHeadcountINT(4)NULL无实际参训人数CourseRemarkVACHAR(50)NULL无课程备注表2-7 试用期合同表ProbationaryContra

31、ctInfo: 字段名称数据类型可否为空约束条件说明ProbationaryIdCHAR(10)NOT NULL主键试用期合同编号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10)NULL无部门PositionalTitleCHAR(10)NULL无职称ProbationaryDaysINT(4)NULL无试用天数ProbationaryStartTimeDATETIMENULL无试用开始日期ProbationaryEndTimeDATETIMENULL无试用结束日期ProbationaryS

32、alaryINT(4)NULL无试用月薪表2-8 正式合同表OficialContractInfo：字段名称数据类型可否为空约束条件说明OficialContractIdCHAR(10)NOT NULL主键正式合同编号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名PositionCHAR(10)NULL无职位FirstStartTimeDATETIMENULL无首次签订日期FirstEndTimeDATETIMENULL无首次结束日期FirstContractTermINT(4)NULL无首次合同期限LastEndTimeD

33、ATETIMENULL无最后到期日期RenewTimesINT(4)NULL无续签次数RenewTotalMonthsINT(4)NULL无续签总月数ProbationaryDaysINT(4)NULL无试用天数TotalContractYearsINT(4)NULL无合同累计年数ProbationarySalaryINT(4)NULL无试用月薪OfficalSalaryINT(4)NULL无正式月薪DateIntoCompanyDATETIMENULL无进入公司日期 表2-9 续签表 RenewContractInfo：字段名称数据类型可否为空约束条件说明RenewContractIdCHA

34、R(10)NOT NULL主键续签号OfficalContractIdCHAR(4)NOT NULL无正式合同号RenewStartTimeDATETIMENULL无续签起始日期RenewEndTimeDATETIMENULL无续签结束日期RenewMonthsINT(4)NULL无续签月数 表2-10 日期考勤表 AttendanceInfo：字段名称数据类型可否为空约束条件说明AttendanceIdCHAR(10)NOT NULL主键考勤号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10

35、)NULL无部门PositionCHAR(10)NULL无职位AttendanceTypesNameCHAR(10)NULL无考勤类型AttendanceTimeDATETIMENULL无考勤日期AttendanceRemarkDATETIMENULL无考勤备注表2-11 考勤类型表 AttendanceTypesInfo：字段名称数据类型可否为空约束条件说明AttendanceTypesIdCHAR(10)NOT NULL主键考勤类型号AttendanceTypesNameCHAR(10)NOT NULL无考勤类型表2-12 请假表 VacateInfo：字段名称数据类型可否为空约束条件说明

36、VavateIdCHAR(10)NOT NULL主键请假编号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名SexCHAR(4)NULL无性别DeparmentCHAR(10)NULL无部门PositionCHAR(10)NULL无职位VacateDaysINT(4)NULL无请假天数VacateStartTimeDATETIMENULL无请假开始日期VacateEndTimeDATETIMENULL无请假结束日期VacateTimeDATETIMENULL无请假日期VacateResultVACHAR(50)NULL请假原因

37、ApprovalDepartment CHAR(10)NULL批准部门ApproverCHAR(10)NULL批准人表2-13 出差登记表 BusinessTripInfo:字段名称数据类型可否为空约束条件说明BusinessTripIdCHAR(10)NOT NULL主键出差登记号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10)NULL无部门PositionCHAR(10)NULL无职位BusinessDaysINT(4)NULL无出差天数BusinessStartTimeDATETIME

38、NULL无出差开始时间BusinessEndTimeDATETIMENULL无出差结束时间BusinessDstinationCHAR(20)NULL无出差地BusinessResultCHAR(20)NULL无出差原因表2-14 奖励表 RewardsInfo：字段名称数据类型可否为空约束条件说明RewardsIdCHAR(10)NOT NULL主键奖励编号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10)NULL无部门PositionCHAR(10)NULL无职位AwardMoneyINT

39、(4)NULL无奖金RewardTimeDATETIMENULL无奖赏时间RewardResultVACHAR(50)NULL无奖赏原因表2-15 惩罚表 PunishmentInfo：字段名称数据类型可否为空约束条件说明PunishmentIdCHAR(10)NOT NULL主键惩罚编号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10)NULL无部门PositionCHAR(10)NULL无职位FinedMoneyINT(4)NULL无罚金PunishTimeDATETIMENULL无惩罚日

40、期PunishResultVACHAR(50)NULL无惩罚原因表2-16 员工调动表TransferredInfo：字段名称数据类型可否为空约束条件说明TransferredIdCHAR(10)NOT NULL主键调动登记号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentBeforeCHAR(10)NULL无调前部门PositionBeforeCHAR(10)NULL无调前职位DepartmentAfterCHAR(10)NULL无调后部门PositionAfterCHAR(10)NULL无调后职位Tra

41、nsferredTimeDATETIMENULL无调动日期TransferredResultVACHAR(50)NULL无调动原因表2-17 绩效考评表 PAInfo:字段名称数据类型可否为空约束条件说明PAIdCHAR(10)NOT NULL主键考评号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10)NULL无部门PositionCHAR(10)NULL无职位PATimeDATETIMENULL无考评日期PAStylesCHAR(10)NULL无考评类型PAValuesINT(4)NULL无

42、分值PAAssessmentVACHAR(50)NULL无考评评价EvaluaterIdCHAR(10)NULL无考评人编号EvaluaterNameCHAR(10)NULL无考评人姓名EvaluaterPositionCHAR(10)NULL无考评人职位 表2-18 考评类型表 PAStylesInfo：字段名称数据类型可否为空约束条件说明PAStylesIdCHAR(10)NOT NULL主键考评类型号PAStylesCHAR(10)NOT NULL无考评类型名表2-19 员工解聘登记表 TerminationInfo:字段名称数据类型可否为空约束条件说明TerminationIdCHAR

43、(10)NOT NULL主键解聘登记号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10)NULL无部门PositionCHAR(10)NULL无职位TerminationTimeDATETIMENULL无解聘时间TerminationResultVACHAR(50)NULL无解聘原因StopSalaryTimeDATETIMENULL无停薪日期表2-20 帐套表AccountCoverInfo：字段名称数据类型可否为空约束条件说明AccountCoverIdCHAR(10)NOT NULL主键

44、帐套编号AccountCoverNameCHAR(10)NULL无帐套名AccountCoverRemarkVACHAR(20)NULL无帐套说明表 2-21 项目表ItemInfo：字段名称数据类型可否为空约束条件说明ItemIdCHAR(10)NOT NULL主键项目号ItemNameCHAR(10)NULL无项目名ItemStyleCHAR(10)NULL无项目类型ItemUnitCHAR(4)NULL无项目单位IFAttendanceINT(4)NULL无是否联系考勤表2-22 帐套项目设置表AccountCoverItemInfo：字段名称数据类型可否为空约束条件说明AccountCoverIdCHAR(10)NOT NULL主键帐套号ItemIdCHAR(10)NULL无项目号MoneyINT(4)NULL无金额表2-23 帐套人员设置表 AccountCoverPersonnelInfo：字段名称数据类型可否为空约束条件说明AccountCoverIdCHAR(