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