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