（2）员工的工资首先应该包括基本工资和资金两个部分。基 本工资根据员工的级别划分（临时员工、正式员工、组长、部 门经理、总经理），资金应根据员工的业绩由其直接或更高级 领导确定。同时，工资还会有根据考勤和奖惩记录给出的罚款 和奖励，一并加入工资核算。
（3）员工在来到公司上班时应该首先登录公司系统签到；离 开公司时登录系统签离。规定如果迟到和早退超出2个小时， 按照缺席处理，并在本月工资核算的时候对迟到、早退、缺勤、 事假、病假给予一定数量的罚款。
2.需求分析
人事/工资/考勤管理系统是将企业的人事管理、工 资管理、考勤管理有机相合，综合运用的一个企 业管理软件，它使企业的人事管理由以往的手工 作业，向自动化、网络化、现代化迈进了一大步。 从而使企业的人事管理人员从繁重的人事管理中 解放出来，大大提高了工作效率，减轻了管理人 员的工作量。
下面分别讲解人事/工资/考勤管理系统的理解需求 和分析需求。
应该注意到上述用例中员工离职包括了辞退员工、员工的辞职以及 员工的退休，也可以根据用户的具体需要将3种行为分别建立用例。 本系统中把和Excel连接起来，通过Com组件，可以把数据 库、数据集和数据表中的内容直接输出到Excel中处理。员工的升 降可以看作调动的一种，但是，如果是在同一部门升降职就不好处 理了，因此，建议将升降职和调动分开，升职将只界定在同一部门 的职务变化，而调动界定为员工在不同部门的转变。员工在上班是 要签到，下班时要签离，对此系统将给予刷卡记录，自动记录系统 时间和自动判断是否迟到、早退、缺勤等，并允许员工请假，分为 事假和病假。根据每个月的员工的表现，管理部门会有相应的奖惩 记录。在管理部门进行发放工资时，根据员工的职务生成基本工资， 管理部门根据员工的表现给予奖金，系统自动统计员工的出勤事假、 病假和奖惩记录来共同核算工资。
（7）系统客户端运行在Windows平台下，服务器端可以 运行在Windows平台或者Unix平台下。系统还应该有一个 较好的图形用户界面。
（8）系统应该有很好的可扩展性，例如系统界面上的 “基础设置”这一功能的作用是，当系统运行起来以后可 以以员工属性的候选值进行设置，例如当公司新添加了部 门，可以在“部门”一项中添加项目，这样在设置员工属 性时，新添加的项目自动出现在列表框中以被选择。总之， 此程序可以在当系统运行起来后不必改变源代码或者后台 数据库就可以进行基础设置。
第七讲 人事/工资/考勤管理系统
－需求分析
主讲:
主要内容：
1、概述 2、需求分析 3、UML系统建模
1.概述
人事/工资/考勤管理系统，主要处理公司雇员的人 事信息。在数据库应用刚出现时，就在DOS系统 下出现了各种版本的人事/工资/考勤管理系统。从 Dbase I到Oracle，从单机版到网络版再到后来的 三层结构，人事/工资/考勤管理系统也在不断地随 计算机技术的发展扩充其功能。
3.UML系统建模
需求分析后，就可以使用 Rational Rose以系统进行UML建 模了。下面分别讲解人事/工资考 勤管理系统的UML建模过程。
3.1人事/工资/考勤管理系统的用例分析
在上一节需求分析中列出了人事/工资/考勤管理系 统的全部用例，增加员工、员工离职（包括了辞退、 辞职、退休等）、员工调动、员工升降职、出勤登 记、工资发放（包括奖金）、员工签到、员工签离。 人事/工资/考勤管理系统的用例图如图所示。
签到的时序图如图3-3所示。
: 员工
签到界面
确认身份 :
签到记录
1.登录签到界面
2.员工刷卡确认身份 3.增加签到记录
可以参照上述时序图画出其他用例的时序图，例 如员工离职时序图、员工升降职务时序图、工资 结算发放的时序图等。考虑到本书篇幅所限，这 里就不再赘述，请读者自己完成。
时序图设计完成后，开始进行人事/工资/考勤管理 系统的架构设计和细节设计。
员工调动 标记员工记录——增加员工履历信息——标记部门信息。 员工升降职 标记员工记录——增加员工履历信息——标记部门信息。 员工签到 增加员工签到记录——标记员工当日考勤信息。 员工签离 增加员工签离记录——标记员工当日考勤信息。 员工请假 增加员工请假记录——标记员工请假记录信息。 员工奖惩 增加员工奖惩记录——标记员工奖惩记录。 工资发放 统计员工考勤、请假、奖惩登记处——统计计算工资——计算奖 金——增加工资发放记录。
（1）人事管理提供包括姓名、性别、职称、职务、部门、学历、工 作记录等项全面合理地反映员工的人事档案，并可随时查询及打印 人事档案卡片。
（2）考勤管理包括每天的签到和签离、事假、和病假等。考勤管理 和奖惩工资管理、人事管理无缝结合，能及时反映员工考勤情况。
（3）奖惩管理，对每个员工的表现给出奖惩记录，并和工资发放结 合。
（4）奖惩记录的管理，除了考勤，对表现好的员工给予 表扬、资金等奖励，对表现不好的员工给予警告、罚款、 开除等惩罚。这些奖惩记录也会在工资核算中给予体现。
（5）员工调动和离职应保留员工的历史住处以备日后查 询。在打印员工卡片时应输出此员工的职务变更和调动的 历史。
（6）系统还应该提供强大数据统计、查询、报表生成以 及打印等功能。
（4）工资管理需要将工资核算与人事管理无缝结合，确保资料的及 时准确及一致性，每月的工资数据可由系统自动生成。既每月的工 资可以作为一个核算单元，也可随时切换工资核算期间。
人事/工资/考勤管理系统作为数据库管理信息系统应用的一 种，其开发流程与其他数据库管理住处系统类似，包括需求 分析、UML系统建模、确定系统集成方案、数据库分析和设 计以及各功能模块的开发等，在下面的几节中交分别讲述。
一个公司的角色是员工、各级管理者（包括组长、部门经 理和总经理等）和系统管理员。员工和各级管理者是系统 的用户，而系统管理员是系统管理者，虽然系统管理员也 是一个员工，但这并不影响本系统的功能。
人事/工资/考勤管理系统的用例包括：
·增加员工 ·员工离职(包括了辞退、辞职、退休等) ·修改员工信息 ·员工调动 ·员工升降职 ·查询员工信息 ·导出员工信息 ·员工签到 ·员工签离 ·员工奖惩 ·员工请假 ·工资发放（包括奖金）
本阶段将讲解典型的人事/工资/考勤管理系统的设 计和实现。
人事/工资/考勤管理系统广泛应用于工业、商业、企业、 行政等单位，几乎每个进行了信息化建设的单位都具 有人事/工资/考勤管理系统。图1-1和图1-2是典型的人 事/工资/考勤管理系统的界面。
图1-1
图1-2
从界面可以看到，一个人事/工资/考勤管理系统应该提供包 括人事管理、工资管理、考勤管理和奖惩管理4部分内容。
图3-2
3.3人事/工资/考勤管理系统的设计
在设计阶段，首先要设计类的状态图。不是所有
的类都有状态图，在本系统中，有状态图的类有
雇员和部门。
雇佣
雇员的状态图如图所示。
确定职务 和部门
升降职
签到
调动 离职
退休
指定出勤 出勤
签离
部门的状态图比较简单，这里不在赘述。
设计阶段的最后是设计UML模型，也就是将前面设计的模 型，也就是将前面设计的模型进行扩展和细化，这里主要 考虑技术问题和限制，下面给出各个用例的序列图。设计 的目的是产生一个可以使用的解决方案，并且可以比较容 易地将方案转换成程序代码。
2.1理解需求
下面是一分典型的文本需求说明，是通过对系统的终端用户 和客户进行调研后编写的。因为篇幅所限，这里只列出比较 关键的部分。
（1）系统在员工进入公司时为员工建立人事档案，人事档案 的管理由公司经理级人员完成，应该包括员工进入公司的时间、 员工级别、员工的基本工资、员工所在部门和员工的其他基本 信息等。
需要注意的是，设计架构时。应该将应用逻辑和 技术逻辑分割。应用逻辑是需要编码设计的，而 技术逻辑性，主要包括用户接口、数据库或者通 信一般是已经有的。
要注意的是，人事管理部门只是信息的录入和操 作人员，并不具备用例描述的权限。它们仅根据 上级领导的决策将员工的变动录入到系统。对于 是普通员工，签到和签离采用外接考勤机刷卡的 方式，而且刷卡时间是系统自动记录，根本没有 办法人为干预，做到了绝对公正，系统根据时间 判断员工是否迟到、早退等。
3.2人事/工资/考勤管理系统的域类分析
UML建模的第二步就是域类分析。实际开发人事/工资/考 勤管理系统时，域类分析是建立在用例分析基础上的。要 了解系统要处理的概念，这时最好将公司的有关人员组织 起来开一个讨论会，了解概念和概念之间的关系。
人事/工资/考勤管理系统中的域类主要包括：员工 （Employee）、签到(CheckIn)、签离（CheckOut）、调 动（Move）、升降职（UpDown）、离职（Dimmision）、 部门（Department）、职务（Duty）、请假（Leave）、 奖惩（RewardAndPunish）、奖惩类型（RewandType） 和工资结算（Wage）。可以在域类图中将上面这些域以 及它们之间的关系表示出来，如图3
员工升降职
工资发放
员工奖惩
签到
请假 签离
员工
该用例图标标记了所有的用例，从中可以得知， 人事/工资/考勤管理系统的角色可以划分为以下两 类。
·普通员工：用例包括签到、签离和请假。
·人事管理部门：用例包括工资发放、员工调动、增加 员工、员工升降职、员工离职以及员工奖惩等。
人事/工资/考勤管理系统的分析可以用UML的用例图来描述，。每 个用例以文本的方式描述，描述的内容包括用例以及用例与角色交 互的更详细的信息。
文本的内容是通过于用户讨论后确定的。下面给出上述用例的描述。
增加员工 增加员工记录——增加员工履历履历信息——工标记部门信息。 员工离职 删除员工记录——删除员工履历信息——删除考勤记录——标记 部门信息。
2.2 需求分析
需求分析就是描述系统的需求，通过定义系统中 的关键域来建立模型。分析的根本目的是在开发 者和提出需求的人之间建立一种理解和沟通的机 制，因此，人事/工资/考勤管理系统的需求分析也 应该是开发售货员和用户或者客户一起完成的。