人事管理系统软件uml测试报告.doc

实验一 人事管理系统 可行性研究报告1引言1.1编写目的人事管理系统是现代企业管理工作不可缺少的一部分，是适应现代企业制度要求，推动企业劳动认识管理走向科学化，规范化的必要条件。人事管理系统可以应用于支持企业完成劳动人事管理工作，有如下三个方面的目标：1支持企业实现规范化管理。2.支持企业高效率完成劳动人事管理的日常业务，包括新员工加入人事档案的建立，老员工转出，辞职，退休等。3.支持企业进行劳动人事管理及相关方面的科学决策。预期读者：项目开发者、投资者、领导，以及参与实施本项目的工作者。2可行性研究的前提2.1要求开发软件的基本要求，如a. 功能： 员工基本信息的录入、修改、查询、删除模块,员工考勤信息和员工调动信息的录入、修改、查询、删除模块,以及系统维护功能。完善的人事档案管理支持员工照片、人员增加、调动，支持工作经历管理、社会关系管理、证书管理、职称评定管理、职工培训管理、奖惩管理以及本公司员工的聘用、试用、报到、保证、职务、任免、调迁、解职、服务、交卸、给假、出差、值班、考核、奖惩、待遇、福利、退休、抚恤情况的管理。b. 输出： 家庭基本信息清单、工作经历清单、考勤信息清单、调动信息清单。c. 输入： 家庭地址、联系方式、家庭成员情况、曾经在何时何地任过何职、某年某月某日到勤情况、何年何月何日有何调动。d. 基本的数据流程和处理流程：图1-1 系统数据流程图登录人事管理系统权限验证管理员领导阶层教职工查看个人信息查看全部读写全部退出 图1-2 系统功能实现图e. 安全与保密要求： 人事档案管理人员有读写权限，院长、书记有察看权限，一般教职工有察看自己信息的权利，其他人员未经允许无任何权限。2.2目标 我们的目标就是在于开发一个功能实用、操作方便，简单明了的人事管理系统。在设计出功能强大的软件的同时，尽可能地减少对系统资源的占用，并且还要力求做到通过使用本系统，尽量使单位的人事管理工作系统化，自动化和规范化，从而达到提高企、事业单位管理效率的目的。同时也希望此次工程加强我们自身的团体协作意识，加深程序设计思想，同时要学习工程设计思想，在技术和软件工程思想上同时得到锻炼和提高。2.3条件、假定和限制在系统方案设计完成后的两个月内选择其中一个优秀的方案，软件运行最短寿命为三年；使用经费均由信息学院财务科支付，此软件也只能由信息学院内部使用；运行环境为Windows操作系统，内存216M以上，其他运行条件无明显限制；预计此软件投入使用的最迟时间为2008年1月1号。2.4可行性研究方法 从技术可行性、经济可行性、操作可行性三个方面来研究该系统的可行性。根据技术可行性的考虑初步排除一些不现实的系统和不合理的要求；操作可行性方面，根据使用部门处理事务的原则和习惯检查技术上可行的方案，去掉其中从操作方式或操作过程的角度看用户不能接受的方案；经济方面的可行性，应估计可能的系统开发成本和运行费用，并且估计可以节省的开支或可以增加的收入。2.5决定可行性的主要因素依据可行性研究的具体方法，考虑到现行开发环境的实际情况，此系统技术难度不高，实现环节不复杂，所以在技术上是可行的；设计人员已经过了详细调查，充分地了解了用户的需求，因此从操作上来讲可以给用户提供一个优良的系统；由此可见决定可行性的主要因素便是经济可行性，但鉴于此软件投入不大，所以综上所述，此软件是完全可行的。3对现有系统的分析3.1人员 此软件的设计开发团体为三人组成的小组，具备软件工程的专业知识以及相应的设计编程能力。3.2设备 微型计算机，网络，相关的参考书。3.3局限性 初次应用开发人事管理系统对于许多的细节没有具体的认识，缺乏经验，所以开发后的系统应经过严格的试用，反复改进方可正式投入使用。4所建议技术可行性分析4.1对系统的简要描述 我们所计划开发的系统是一个相对简单的人事管理系统，它是独立使用的系统。在学院整个管理系统中它是一个组成部分，起到不可或缺的作用，通过它可以快捷有效的实现内部的人事管理工作。4.2采用建议系统可能带来的影响4.2.1对设备的影响 因为此人事管理系统是一个相对较小的应用系统，所以对原有设备的影响不太明显，一般而言，我们日常所使用的操作设备足以运行这个软件。4.2.2对用户的影响 使用这个管理系统会使用户和原来相比节省很多时间，使工作更高效。4.2.3对运行环境的影响 由于用户通过使用此系统会更快的完成工作，所以整个开发环境会因系统的使用节省很多人力物力，从而进入更有效的工作运行状态。4.2.4对经费支出的影响 经分析可知开发这个项目的经费预算并不高昂；再者，通过使用此软件会节省人力物力方面的开支，换句话说，就等于挽回了相当一部分的经费支出；所以说对经费支出的影响是乐观的。4.3技术可行性评价 根据系统目标来衡量所需的技术是否具备，一般可从硬件、软件的性能要求、环境条件、技术人员水平和数量等方面去考虑和分析。其中开发人员的技术力量应首先考虑能力与水平，开发小组经过软件工程知识和相应开发语言的学习，已具备一定的设计能力，经过实际学习与相互促进，相信此项目在技术上市是可行的。5所建议系统经济可行性分析5.1支出 估算系统的开发费用和今后的运行、维护费用，估计系统将获得的效益。开发、运行和维护费用主要包括：购买和安装设备的费用、计算机硬件、系统软件、电源；软件开发费用包括：人员费用（系统开发人员、操作人员和管理人员）；消耗品费用：系统开发所用材料、系统正常运行所用消耗品，例如电费，u盘、开发软件的购买等开支。5.2效益 鉴于这是为学院所使用的管理软件，所以并无直观的经济收益。它的效益主要体现在对工作人员劳动强度的大幅降低以及对整个环境人力物力的节省方面。最重要的是，整体工作效率的提高，这是此项目所隐含的最大效益。5.3收益/投资比 通过以上两个方面的分析，我们可看出从客观角度讲，这个系统的收益/投资比将会是大于一的，所以说此系统在经济上同样是可行的。6社会因素可行性分析6.1法律因素 该人事管理系统为学院内部使用，经学校相关部门批准开发，而且具备相关方面的合法性，又是我开发小组独立研发，因此相信此项目无法律问题。6.2用户使用可行性 由于开发工作建立在详细的需求分析之上，并且对开发环境进行了深入调查，因此学院的行政管理以及工作制度、人员素质完全可以满足要求。7结论意见 经过以上各个方面的研究，可见这个开发项目在技术、操作、经济以及法律和社会各个方面均满足可行性条件，因此决定着手组织开发。实验二 人事管理系统需求规格说明书1.引言1.1编写目的：可行性研究的目的是是为了对问题进行研究，在最短时间内确定问题是否可解。经过对此项目进行调查研究，初拟系统实验报告，对软件开发将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审查后，交组长审查。2.任务概述2.1目标吸取客户建议，完善项目，完成项目，是客户满意。2.2运行环境操作系统：Microsoft Windows seven数据库：Microsoft SQL Sever 20052.3条件与限制两个月之内完成。3. 数据描述3.1 静态数据职工信息表（职工编号，职工姓名，年龄，性别，工作单位，任职岗位，任职时间）单位机构表（机构编号，机构名称，任职人员数）3.2 动态数据输入数据：职工工作单位变动，薪水变动。输出数据：经过修改的数据写入到中心数据库。3.3 数据库介绍数据库名：Personnel Manage System类型：MySQL数据库内容：编制花名册、人员花名册、干部任免审批表、干部履历表、汇总表、各种统计年报。3.4 数据采集 由用人单位提供。4. 功能需求4.1 功能划分编制花名册管理人员花名册干部任免审批表管理干部履历表管理汇总表管理统计年报制作 4.2 功能描述编制花名册：涉及职工信息的录入，删除，修改管理人员花名册：管理管理人员的信息，汇总收录干部任免审批表：调入调出、职务变动、考核情况、派驻、离职干部履历表管理：管理干部履历信息汇总表管理：汇总人事信息大纲管理统计年表：把一年来的人事变动会总收录5. 性能需求5.1 数据精确度输入的人事信息必须明确数值，对应相应栏目的数据定义5.2 适应性本软件的硬件要求低，以提供较好的通用性，本软件支持多种数据库，有较好的通用性。6.运行需求6.1用户界面有明确的提示信息，要求软件操作一目了然，简单易懂6.2硬件接口支持各种X86系列PC机，鼠标6.3 故障处理故障描述输出信息形式错误含义处理方法连接数据库失败对话框提示网络连接失败；服务器未启动；数据库配置错误检查网络连接，开启数据库服务，进行正确的书籍库配置目前权限无法惊醒相关操作对话框提示当前状态下不能进行相关的操作先进性某些才左后才能进行该操作7. 其他需求安全密保：设有操作口令，要求用户进入前必须输入账号密码，设有管理员账户及一般账户和来宾账户和维护性：数据库设有数据维护功能实验三 人事管理系统概要设计说明书1. 引言1.1编写目的 在本人事管理系统项目的前一阶段，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段的实地调研中获得。 本阶段在系统的需求分析的基础上，对人事管理系统做概要设计。主要解决实现该系统需求的程序模块设计问题。包括决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对人事管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。1.2项目背景l 系统名称：企业人事管理系统l 项目提出者：某公司l 最终用户：公司或企业术语定义l 事务流：数据进入模块后可能有多种路径进行处理。l 主键：数据库表中的关键域，值互不相同。l 外部主键：数据库表中与其他表主键关联的域。l ROLLBACK: 数据库的错误恢复机制。2. 总体设计2.1 需求规定 本系统主要是用来处理员工的相关信息以及工资等的情况统计，公司把员工的信息，包括姓名、性别、年龄等信息输入人事管理系统的数据库，然后在管理终端可以对数据进行查询和修改等操作。使用人事管理系统，便于公司领导掌握人员的动向，及时调整人才的分配。2.2结构 系统的模块的划分已在需求规格说明书中写出，每个模块相对应的有一个程序模块，我们把这些程序模块命名为程序块。从需求规格说明书中得出各模块之间的关系如下：2.3 人工处理过程本系统人工处理过程主要有：1. 登记员工的信息。2. 设置系统的基础数据。3. 设置员工的权限。3. 接口设计3.1 用户接口 用户接口主要采用图形接口和命令接口方式，用户可以通过点击图形界面的按钮、菜单、对话框等图形接口元素对程序和数据进行操作和在输入框中输入命令的方式查询信息。3.2 外部接口 在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。3.3 内部接口身份认证模块的返回值决定当前用户是否可以进入人事管理系统，身份通过以后再根据用户本身的权限判定进入哪一个功能模块，并且判断其相应的操作权限，这些采用返回值方式由用户本身的权限标志决定。4.数据库设计 参考数据库设计说明书。4 运行设计4.1 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在数据库操作方面，终端发送数据后，将等待数据库管理程序的确认收到信号，收到后发送查询条件或者更改数据内容，数据库完成操作后将返回操作状态码，前台程序显示出操作结果或者错误提示。4.2 运行时间在软件的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。硬件对运行时间有最大的影响，当设备负载量大时，对操作反应将受到很大的影响。所以尽量采用高性能主机，充分发挥软件性能。5 出错处理设计5.1 出错输出设计程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如操作超时等，产生的问题，称为硬错误。对于软错误，须在查询/维护模块判断输入数据的正确性，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置，数据库内容返回操作之前的状态。出错信息必须给出相应的出错原因，例：输入数据越界没有找到相关记录等。5.2 出错处理策略主机必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是数据库上：在断电后恢复过程可采用 SQLServer的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。实验四 人事管理系统详细设计说明书一、 引言1. 编写目的 根据人事系统的业务分类、业务操作规程及其数据结构等具体要求，调查了单位的组织结构、相关部门的业务范围，业务逻辑结构，业务操作规程，业务样本，业务数据规格，确定了系统性能要求，系统运行支持环境要求，数据项的名称、数据类型、数据规格。以上这一切为统下一步的开发工作奠定了良好的基础。 本软件需求说明书全面、概括性地描述了人事管理系统所要完成的工作，使软件开发人员和用户对本系统中的业务流程及功能达成共识。通过本需求说明书可以全面了解人事管理系统所要完成的任务和所能达到的功能。2. 背景1） 本软件的名称本系统的名称：华软人事管理系统 以下简称为：HR2） 任务提出者：某公司3） 开发商：华软国际4） 硬件环境：一台数据库服务器和若干终端PC机5） HR系统的特点：众所周知，自1961年加拉格尔(JDGallagher)提出管理信息系统(management information system，缩写为HR)概念以来，随着计算机技术的迅速发展和应用领域的不断拓宽，出现了许多种对于HR的定义。总的来说，HR是信息科学、计算机科学、系统科学和管理科学等新兴学科综合交叉的产物，目前仍处在既迅速发展又有待深入完善的过程之中。系统软件结构名词术语过程预定义过程决策可选过程数据内部储存 数据流1人事系统(或者HR)：即指人事信息管理系统2用户：是指最终使用HR的人员。3档案：包括文件和卷宗，案卷是具有相同分类的文件集合。上面为本需求分析报告中所用到的图例以及缩略语。3. 参考资料在编写本需求分析报告时，参考的文档资料主要有：1形式化软件方法与可靠性 张继生 1999 武汉轻工业大学出版社2软件工程流程设计张春良2000 长沙铁道学院二、 任务概述运用先进的计算机信息处理技术，实现各部门各种信息的规范化管理，提高信息的正确率和信息资源的共享，便于信息的查询、长期存储以及快速的决策和分析。1. 目标本需求分析报告主要是对进销存管理理系统中业务流程作详细的分析和描述，详细描述系统应具备的功能，并粗略描述该系统所涉及到的动态和静态实体、实体关联图及各数据字典。2. 用户特点本系统的最终用户是某公司的员工，具有一定的计算机操作能力。目前该公司全部采用手工操作方式进行记帐，对于较小的业务量仍然可以进行。但随着公司的逐步发展壮大，手工处理信息的方式已经越来越不能满足业务的需求，而进销存HR正是为了解决这一问题而设计的一套解决方案。3. 设计和实现的约束和限制1 开发环境：前台用面向对象开发工具Java，服务器端拟采用企业级数据库SQL server 2005。2 运行环境：中文WIN2000/WINXP/WIN 2003/Linux，64M以上内存，1G以上硬盘，服务器端需要运行sql server 2005数据库和jdk1.5以上。3 条件和限制：1. 限制整个HR系统系统正常实施的主要因素是基础数据的准确性和完整性。同时该系统也是对用户新系统各种代码设计的真正的一次考验。因此必须做好系统实施的先后次序计划，和对用户的培训。2. 限制HR的另外一个因素是系统的维护性和完善性，因为HR的建立不可能一次全部解决问题，开发后期和使用初期的维护工程也是一个必须考虑的因素。这里的维护工作包括数据的维护，也有系统功能的维护，包括旧功能的删除和新功能的添加等。4. 开发环境与技术 开发环境和技术：jdk1.6+Eclipse、java awt +swing+ SQL server 20055. 软件实现原则根据软件工程规范和HR系统的要求及特点，系统开发时必须遵循以下原则， 实用性原则:开发的系统必须满足实用性需求，做到使用方便，输入数据量尽量小，界面直观，易学易用，不同业务之间界面转换速度快。功能完整性原则:所提出的业务都能够在计算机平台上完成，对于同一类型的业务，由于输入要求或地址模式等条件的不同，将设计不同的功能模块。高性能原则:系统在性能上做到实时性强、数据容量小、响应速度快、稳定性高、出错率低、容错性好等优点。数据安全性原则:安全性永远是数据库的重要课题，必须采取多种措施保证数据库的安全。满足速度要求下的少余量原则:余量指的是逻辑上相同的数据，在不同的记录中重复出现，或在逻辑上能导出存在于数据库的记录中。从理论上讲，余量的存在，在数据库设计的不合理，是破坏数据库一致性的潜在危险，同时会增加数据空间开销。但是，在特殊情况下，为了满足速度要求，常常设计一些余量作为数据库记录。当余量存在时，数据库一致性不能靠数据库管理系统来保证，只能通过开发软件的计算方法来解决，余量的存在，大大增加了系统的开发难度，所以余量是万不得已时才能使用，使用时，在计算方法上保证数据的一致性。输入量最小原则:在保证信息量充分性条件下，让员工以最小的数据输入完成业务操作，从而提高员工的工作效率。数据库字符段可空原则：具有默认数值和状态的数据库字符段，采用可空假定。对于可伸缩的数据库，可空字符段在没有数据输入的情况下是不占空间的。操作模式可选择性原则：对不同的操作模式，设计不同的功能和不同的界面，或在同一功能和界面下设计多个选择项，以适应模式多变的需求。美观化设计原则：在满足实用性的条件下，界面设计做到美观大方，大小适中，排列整齐，各种控制键的中文名字简单明了，不同的业务甚至不同的功能，有不同的界面。美观的界面配色柔和，减轻视觉疲劳，给员工一个良好的计算机工作环境。常用性与特殊性相结合原则：对常用的状态和数值，作为缺省，对常用的功能放在主要界面和排前原则，对不常用功能启动时进行折叠和排后。数据可维护性原则：对于正常的数据维护，管理人员可以通过HR系统本身来实现。数据维护包括权限设置、高级地址的集合运算、无用数据的删除、数据库的清理、数据备份与恢复等功能。系统可维护性原则：全面按照软件工程的要求来开发HR系统，做到严格管理、严格测试。每个工作阶段，都具备相应的经过严格审查的文档，为将来系统服务提供技术上的保证。统一性原则：建立统一合理的数据库模型，实行统一的文档编排和管理；实行统一的数据库关系命名、文件命名、函数命名、变量命名；实行统一的编程风格。系统的可扩展性原则：在满足一期方案的基础上，考虑今后系统可能新增功能（比如，财务、人事等）带来的系统软硬件的变化，为系统的扩充预留接口。三、 功能模块3.1规章制度3.1.1 目录结构设置1 规章制度的录入有专人负责编写文件、规范、规定等文档2 规章制度的公布 对发来的文档进行相应的接受并可浏览。3. 国家政策、劳动法规的制定录入主题、内容、附件4. 国家政策、劳动法规的公布员工可以查看国家政策、劳动法规，来规范自己3.1.2 规章制度管理3.2绩效管理3.2.1 考核打分3.2.2 考核得分3.2.3 考核计划3.2.4 考核统计3.2.5 考核指标类别 3.3考勤管理3.3.1考勤管理列表3.3.2考勤类别查询3.3.3考勤类别列表3.3.4考勤类别详情3.4人事管理3.4.1考核记录3.4.2离退记录3.4.3人事调动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招聘需求数据库设计数据库概述在设计中通过实体-关系图的方法分析系统的数据库各实体的关系，推导出相关表结构和相应的内、外主键，并可结合业务进一步设计相关存储过程和约束条件等实现方法。系统中所有的数据表主要分为以下几部分：(1) 职工信息表（tb_employee）(2) 请假信息表（tb_sick）(3) 考勤信息表（tb_check）(4) 加班信息表（tb_ex_work）(5) 用户信息表(tb_user)(6) 薪资信息表(tb_pay)UML图E-R图 部门实体属性E-R分图 职工实体E-R分图 请假实体E-R分图 考勤实体E-R分图加班和用户实体E-R分图薪资实体关系E-R图 数据库表说明1、职工信息表名称职工信息表别名标识tb_employee描述记录职工基本信息索引对id列建立唯一索引。字段名字段定义id名称年龄2、请假信息表名称请假信息表别名标识tb_sick描述记录请假基本信息索引对id列建立唯一索引。字段名字段定义字段描述3、考勤信息表名称考勤信息表别名标识tb_check描述记录考勤基本信息索引对id列建立唯一索引。字段名字段定义字段描述4、用户信息表名称用户信息表别名标识tb_user描述记录用户基本信息索引对id列建立唯一索引。字段名字段定义字段描述5、加班信息表名称加班信息表别名标识tb_ex_work描述记录加班基本信息索引对id列建立唯一索引。字段名字段定义字段描述6、薪资信息表名称薪资信息表别名标识tb_pay描述记录薪资基本信息索引对id列建立唯一索引。字段名字段定义字段描述五、业务逻辑(UserService)5.1概述业务逻辑层是用来实现具体业务的。5.2用户管理(UserService)名称用户管理别名标识UserService描述封装了对用户的业务处理类别Class成员方法成员方法名称功能描述1、功能2、输入3、输出4、算法5、流程public boolean addUser(UserBean user)1、增加一个用户2、参数user，存放了员工相关信息3、返回对象boolean封装了操作结果信息Public boolean queryUser(String username,String password)判断用户是否存在public UserList Manage(String condition)1、根据条件查询用户信息2、参数condition存放了要查询的条件信息3、返回对象UserBean封装了操作结果信息六、用户数据访问(UserDao)6.1概述DAO：Data Access Object，数据访问对象层，负责与数据库服务层交互，封装增、删、查、改原子操作。6.2用户数据访问(UserDao)名称用户数据访问别名标识UserDao描述封装了对数据表UserDao的操作类别Class成员方法成员方法名称功能描述1、功能2、输入3、输出4、算法5、流程public boolean addUser(UserBean user)1、增加一个用户2、参数user，存放了员工相关信息3、返回对象boolean封装了操作结果信息public UserList Manage(String condition)1、根据条件查询用户信息2、参数condition存放了要查询的条件信息3、返回对象UserBean封装了操作结果信息 实验五 人事管理系统数据库设计以及测试设计说明书1.前言在需求分析阶段已经画出了每个模块需要的数据的E-R图，在数据库设计阶段根据这些E-R图写出对应的数据字典。1. 数据字典表2-1员工就职表PersonInductionInfo：字段名称数据类型可否为空约束条件说明PersonnelIdCHAR(10)NOT NULL主键员工号PersonnelNameCHAR(10)NOT NULL无员工姓名SexCHAR(4)NULL无员工性别DepartmentCHAR(20)NULL无所在部门PositionCHAR(10)NULL无职位PositionalTitleCHAR(10)NULL无职称DateIntoCompanyDATETIMENULL无进公司日期表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：字段名称数据类型可否为空约束条件说明PositionalTitleIdCHAR(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无培训时数TrainingScoresCHAR(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(10)NULL无授课对象TeachingHoursINT(4)NULL无授课时数PlannedStartTimeDATETIMENULL无计划开始日期PlannedEndTimeDATETIMENULL无计划结束日期ActualStartTimeDATETIMENULL无实际开始日期ActualEndTimeDATETIMENULL无实际结束日期AccruedHeadcountINT(4)NULL无应参训人数AttendedHeadcountINT(4)NULL无实际参训人数CourseRemarkVACHAR(50)NULL无课程备注表2-7 试用期合同表ProbationaryContractInfo: 字段名称数据类型可否为空约束条件说明ProbationaryIdCHAR(10)NOT NULL主键试用期合同编号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名DepartmentCHAR(10)NULL无部门PositionalTitleCHAR(10)NULL无职称ProbationaryDaysINT(4)NULL无试用天数ProbationaryStartTimeDATETIMENULL无试用开始日期ProbationaryEndTimeDATETIMENULL无试用结束日期ProbationarySalaryINT(4)NULL无试用月薪表2-8 正式合同表OficialContractInfo：字段名称数据类型可否为空约束条件说明OficialContractIdCHAR(10)NOT NULL主键正式合同编号PersonnelIdCHAR(10)NULL无员工编号PersonnelNameCHAR(10)NULL无员工姓名PositionCHAR(10)NULL无职位FirstStartTimeDATETIMENULL无首次签订日期FirstEndTimeDATETIMENULL无首次结束日期FirstContractTermINT(4)NULL无首次合同期限LastEndTimeDATETIMENULL无最后到期日期RenewTimesINT(4)NULL无续签次数RenewTotalMonthsINT(4)NULL无续签总月数ProbationaryDaysINT(4)NULL无试用天数TotalContractYearsINT(4)NULL无合同累计年数ProbationarySalaryINT(4)NULL无试用月薪OfficalSalaryINT(4)NULL无正式月薪DateIntoCompanyDATETIMENULL无进入公司日期 表2-9 续签表 RenewContractInfo：字段名称数据类型可否为空约束条件说明RenewContractIdCHAR(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)NULL无部门PositionCHAR(10)NULL无职位AttendanceTypesName