保安公司劳务输出派遣系统的设计与实现

1、本科毕业设计（论文）题 目 保安公司劳务输出派遣系统的设计与实现 指 导 教 师 院（系、部） 专 业 班 级 学 号 姓 名 日 期 2014年3月28日 1 项目概述1.1 课题背景所谓的劳务派遣是一种人力资源的合理分配，管理劳务派遣的机构根据不同的需要，将人力资源合理的分配到需要的地方，实现从饱和地区到缺乏地区的转移，这样可以合理的使用人力资源。用人单位向被派遣的劳务工人支付工资和保险等费用，管理机构和用人单位之间并不存在实际上的主顾关系，他们之间是合作的管理，用人单位与派遣工人之间是一种使用和被使用的关系。劳务派遣体系是由派遣单位、用人单位、劳动者三方既相互联系又相互独立组成的一种劳动

2、和人事的共同体。随着社会的发展，已经进入信息化的社会，技术融入我们的生活，计算机成为生活中必不可少的处理大量信息的工具，外加网络技术的支持，各种资源可以方便的共享，扩大信息的采集整理；而且，随着保安公司脱离公安部门以及国家允许保安公司私营，全国保安公司数量高速增长，为了提高保安公司领导的决策服务水平的科学性以及保安人员派遣管理的科学化和规范化，急需开发一个适合全国保安公司的劳务输出派遣管理信息系统，积极构建现代化的派遣管理体制，形成自己的服务规范，提高人员派遣的效率，赢得更多的优秀客户，为构建更大的发展平台打好基础。本文从劳务派遣三方层面设计的保安劳务输出派遣管理系统，增加了三方主体间的互动性

3、，共同维护三方主体的利益，促进保安公司劳务输出派遣有序健康的发展。1.2 保安公司组织结构 根据对武汉市保安服务有限公司的实地考察，目前保安公司组织机构如下图1-1所示：公司实行董事长监管下的总经理负责制，总经理和办公室负责协调保安器材销售部门、安防技术部门、护卫部、人事部门、办公室、各保安大队和财务部门之间相互合作。整个劳务派遣系统将上述部门连接成一体，共同协作完成整个公司的产品从保安招聘、到派遣，最后和财务挂接整个过程。系统实施由总经理牵头，各部门主管领导负责，部门业务员配合系统研发人员来完成。图1-1 保安公司组织结构1.3 系统业务流程经过前期调研分析和综合其它各方面相关理论知识，给出

4、整个ERP系统的业务流程图如下图1-2所示：整个劳务派遣系统的开发主要围绕上述业务流程进行开发，开发过程采用面向对象的开发技术，具体开发过程见下面的章节。图1-2 保安公司劳务派遣系统流程1.4 系统功能模块根据上述业务流程，整个劳务派遣系统抽象出以下几个功能模块，如图1-3所示。下面模块划分只是抽象意义上的划分，各模块之间需要共享数据，相互协作，完成整个系统流程，单一事物功能模块间是相互独立的。图1-3 保安公司劳务派遣系统功能模块2 系统需求分析2.1 需求陈述 目前武汉市保安服务有限公司招聘保安员，和需要保安服务的单位签订合同进行安全保卫工作，并分派保安员到服务需求单位，保安公司对客户信

5、息和合同信息进行负责管理。保安公司组织结构主要包括办公室，负责后勤工作和公司财务管理工作，管理部，负责保安队伍的队伍管理，人事管理等和保安员工资管理，业务部，负责保安保安公司业务的开展，保安公司的业务是自己去开发的，可以开发本地所属区域的业务和外地业务。保安部负责保安员的具体人员管理，工作管理等。保安公司在对公司客户信息、合同信息和人员的管理上没有协调统一的制度，各保安公司的管理方法和制度各成一章，主要表现在以下几个方面：1. 对保安员资料的管理没有统一的规则和格式，基本是用简单的Excel表格登记，数据的修改删除等常常不能适应实际情况的变化和要求。建立的档案是用手工填写的表格，采用原始的人员

6、手工查找，修改；2. 保安公司给保安员所建人事档案的内容也不统一，公安部门也没有给保安公司作一个具体的标准；4. 保安公司对客户的资料没有一个详细的登记，许多公司只是用一些简单的Excel 表格进行管理。常常不能进行及时的修改，还停留在老旧的手工操作管理。面对将来的市场需求，已经远远不能满足；5. 保安公司对合同信息的管理，虽然保安公司和服务单位签订了一份由公安部门统一规定的合同。但是同样客户的资料也是不能被及时的反映，如：客户缴费情况客户基本情况等。随着保安市场的开放，保安企业的壮大，需要面对越来越多的客户。靠手工作业肯定不能满足市场需求；6. 有些客户单位不在本地，具体的对人员的管理，对客

7、户信息的管理，对合同信息的管理等已经不能采用公司现有的C/S结构的程序进行管理。只有采用 B/S 结构的程序才能适应跨地区的信息交流需求。根据调研分析可知，保安公司劳务派遣的主要工作流程和工作内容主要包括，保安员管理客户单位管理、合同管理、劳务派遣管理四个主要部分，这四个部分占保安公司日常管理工作量的 90，其余10%为保安员证考试管理、保安员入职的政审管理。每项任务具体描述如下：1保安员管理保安员管理主要提供保安员的基本信息的录入，修改和查询服务，同时为派遣管理、政审管理和考试管理提供信息依据。2客户单位管理客户单位管理主要提供客户单位的基本信息的录入，修改和查询服务，同时为保安员劳务输出派

8、遣管理和合同管理提供信息依据。主要流程为保安公司办公室人员根据客户单位信息对保安系统进行信息的添加修改删除，人事部管理部和护卫部可以对客户进行查找和详细信息的查看。3. 劳务派遣管理根据保安公司与客户单位签订的劳务派遣合同，按规定时间内对保安员进行劳务派遣，并规范保安员工作制度，及时从客户单位收取保安员薪酬以及对保安员上岗工作的日常监察情况进行管理。4. 合同管理 保安公司合同管理主要包括，合同详细信息的添加修改查看 查找删除等。主要流程为保安公司办公室人员根据业务部门提供的信息对保安系统进行信息的添加修改删除，业务部管理部和保安部可以对合同进行查找和详细信息的查看。5. 保安员考试管理提供每

9、年一次的保安员资格证的报名、缴费以及照片等基本信息的管理，统计考试合格人数和不合格人数。6. 政审管理 政审管理与当地公安局内部网络连接，通过公安局内部网和保安员身份证号对保安元进行政审，查看是否有吸毒、违法违纪等其他违法事件的审核。2.2 Use Case建模2.2.1定义活动者根据保安公司劳务派遣管理的需求可以确定4个活动者，即总经理，人事部、护卫部、系统管理员。人事部使用劳务派遣系统可以进行保安员基本信息的录入，管理保安员资格考试以、政审的管理和保安员合同管理。护卫部使用劳务派遣系统可以进行劳务派遣输出管理，客户单位管理以及客户单位的合作合同管理。总经理可以使用劳务派遣系统的任何功能，统

10、筹规划。系统管理员对系统进行日常维护，主要是对用户账户和权限进行管理。2.2.2 Use Case图根据系统需求分析，结合上节系统活动者的定义分析，得到保安公司劳务派遣管理系统的七个用例如下：1. 合同管理2. 保安员管理3. 政审管理4. 考试管理5. 劳务派遣管理6. 客户单位管理7. 系统管理结合活动者和用例得到保安公司劳务输出派遣管理系统的用例图如下图2-1所示。图2-1 系统整体用例图将包图展开，得到类图，它是架构的静态结构图，表达了各个类之间的静态联系。保安公司劳务派遣管理系统架构类图如下图3-13所示。图3-13 系统类结构4 系统详细设计本部分设计主要涉及软件系统的动态建模和系

11、统类图的详细设计。软件系统的动态模型分为交互模型和活动状态模型，其中的交互模型主要由顺序图和协作图构成，活动状态模型主要包括活动图和状态图。通过为软件系统项目建立动态模型，从而产生体现系统动态行为的可视化分析结果包括对象的时间特性和对象为完成目标任务而相互进行通信的机制、对象行为的改变和状态变化情况，以及对象可能出现的各种活动状况等信息。4.1 系统交互图4.1.1系统架构类交互图系统架构类的工作流程：1.用户界面对象在接收了用户的输入请求后，向业务代理对象发送处理请求。2.业务代理对象接收到请求后，向权限管理对象发送验证权限请求。3.权限管理对象验证权限后将验证结果返回给业务代理对象。4.业

12、务代理对象根据验证结果进行以下处理：对于不符合权限的请求则返回提示信息；对于符合权限的请求，则将请求转发给业务对象。5.业务对象进行业务处理。对于业务处理中的数据持久化操作，通过访问数据库访问对象进行操作，期间的任何异常都交给异常处理对象处理。最后返回处理结果信息给业务代理对象。6.业务代理对象将处理结果信息返回给用户界面。系统架构类的交互图如图4-1所示：4.1.2 活动者与模块间的交互与劳务派遣模块进行交互的活动者（角色）主要包括护卫部和总经理。护卫部和总经理与劳务派遣的交互图如下图4-2和图4-3所示：图4-1系统架构类的交互图Fig4-1 Interactive Diagram of

13、System Architecture Class 图4-2总经理与劳务派遣管理交互图图4-3 护卫部与保安派遣管理交互图下面对参与保安劳务派遣管理活动的情况进行动态建模，由于篇幅限制，在此仅以总经理的派遣管理进行时序图、协作图、状态图和活动图的建模。派遣管理主要涉及：1根据客户单位的需求生成合同，在保安员派遣之前可以修改合同，合同状态为未完成。在保安员派遣之后，合同为完成状态。2提供客户单位保安员派遣的查询功能（按合同编号、客户单位名称、保安员名称等查询）。总经理创建派遣管理的时序图如下图4-4所示。图 4-4 销售业务员创建订单合同的时序图Fig4-4 Timing Diagram for

14、 Salesman Making Order4.1.3 系统协作图交互图用来说明系统如何实现一个用例或用例中的一个特殊场景。UML提供两类交互图：时序图和协作图。时序图按时间顺序描述系统元素之间的交互；协作图则按照时间和空间顺序来描述系统元素之间的交互。根据上节描述的总经理派遣保安的时序图，给出总经理派遣保安的协作图如下图4-5所示。4.1.4 系统状态图状态图是通过类对对象的生命周期建立模型来描述对象随时间变化的动态行为。状态图显示了一个状态机，它基本上是一个状态机中的元素的一个投影，也就意味着状态图包括状态机的所有特性。在派遣管理模块中，主要有创建派遣信息、修改派遣信息、查询派遣信息3种状

15、态，这三种状态完成过程非常相似，所以下面仅给出总经理创建派遣信息的状态图如下图4-6所示。图 4-5 总经理派遣保安的协作图图 4-6总经理派遣保安状态图4.1.5 系统活动图活动图是描述活动是如何协同工作的。当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。在保安派遣管理模块中，主要涉及护卫部和总经理的活动。总经理或者护卫部领导首先登录系统，然后查看客户单位的合同信息；还可以对派遣信息进行修改；同时可以查询客户单位保安派遣相关信息等活动。完成活动后退出系统，下面给出总经理的活动图，如下图4-7所示。图 4-7 总经理在保安派遣管理模块的

16、活动图4.2 业务逻辑对象类设计4.2.1发现业务逻辑类本小节的主要任务是对系统架构类图中的业务逻辑类进行设计，由系统分析中的Use Case交互图我们可以发现业务逻辑类包括客户类，用户类，保安员工类，合同类，人事类。 根据Use Case交互图中的消息找到对象类相应的方法。4.2.2业务逻辑对象类图系统业务逻辑对象类图如下图4-8所示。图4-8销售管理对象类图4.3 数据库设计关系型数据库是目前应用最广泛的数据库。既然是面向对象系统设计，数据库设计当然也要是面向对象的。现在要考虑如何对类进行持久化操作，即如何将对象类映射到关系数据库的二维表。目前可以采用数据库建模工具来实现，象PowerDe

17、signer、Rose 等。4.3.1 ER图客户类、员工类、合同类都是基础类，可以直接映射为一个表。架构设计中的操作员类是一个用于管理系统操作角色的类，也要直接映射为一个表。本系统的ER模型图见图4-10。图4-10 系统ER图4.3.2 物理表结构图将销售管理ER模型中的实体转换为物理表，得到物理表结构如下：Customer（客户单位信息表）表4-1(Table 4-1)主键字段名称数据类型长度字段说明1CustomerIDvarchar20客户编号CustomerNamevarchar30客户名称CustomerAddressvarchar256单位地址SecurityNumdecima

18、l(14,0)保安数量contractIDvarchar20合同编号contactsvarchar20联系人mobilephonevarchar20联系电话customerTypevarchar2客户类型contractdatedatetime签订合同日期datelimitdatetime合同到期日期SC（保安合同表）表4-2(Table 4-2)主键字段名称数据类型长度字段说明1contractIDvarchar20合同编号contractTypevarchar20合同类型1secrityIDvarchar20保安员编号InTimedatetime签订合同时间insuranevarchar2

19、0是否买保险CC（客户单位合同表）表4-3(Table 4-3)主键字段名称数据类型长度字段说明1contractIDvarchar20合同编号contractTypevarchar20合同类型1CustomerIDvarchar25客户单位编号secrityNUMdecimal(14,0)保安人数1pricedecimal(14,2)合同金额datedatetime合同日期1contracttimedatetime起始日期contractendtimedatetime结束日期contractpeoplevarchar20合同联系人CS（保安员工类）表4-4(Table 4-4)主键字段名称数

20、据类型长度字段说明1IDvarchar20保安编号namevarchar20保安姓名mobilevarchar20联系电话positionvarchar20职位departmentvarchar20所属部门intimedatetime入职时间agevarchar20年龄sexvarchar20性别salarydecimal(14,2)工资dispatchidvarchar20派遣编号1customeridvarchar20客户单位编号examvarchar20保安资格考试politicalexamvarchar20政审Users（用户表）表4-5(Table 4-5)主键字段名称数据类型长度字

21、段说明1UserNamevarchar20用户名1Passwordvarchar100密码RealNamevarchar20真实姓名DepartmentIDvarchar20部门编号Authorityint权限级别ISAuthorityint是否授权RegisterDatedatetime注册日期ModifyDatedatetime修改日期4.4 开发环境的选择4.4.1系统开发工具本系统采用Eclipse作为保安公司劳务派遣系统开发工具。使用Eclipse专业开发人员能够：使用改进后的可视化设计工具、编程语言和代码编辑器，享受高效率的开发环境 ，在统一的开发环境中开发并调试多层次的服务器应用

22、程序使用集成的可视化数据库设计和报告工具，创建SQL Server 2005解决方案4.4.2数据库的选择SQL Server2000是一个具备完全Web支持的数据库产品，其特点如下：真正的客户机/服务器体系结构。1图形化用户界面，使系统管理和数据库管理更加直观、简单。丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。2SQL Server与Windows NT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。SQL Server也可以很好地与Microsoft BackOffice产品集成。3很好的伸缩性，可跨越从运行Windows 95/98的膝上型电脑Wind

23、ows 2000的大型多处理器等多种平台使用。4对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。 5SQL Server提供数据仓库功能，这个功能只在Oracle和其他更昂贵的DBMS中才有。4.4.3 系统网络架构设计系统采用B/S结构，系统网络架构图见图4-11。图4-11系统网络架构图5 测试5.1 测试原则及测试方法概述黑盒测试（Black-box Testing，又称为功能测试）通过测试来检测每个功能是否都能正常使用。黑盒测试是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适

24、当地接收输入数据而产生正确的输出信息。它需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。黑盒测试的流程：(1) 测试计划。首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。(2) 测试设计。将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响到测试结果的有效性）。(3) 测试开发。建立

25、可重复使用的自动测试过程。(4) 测试执行。执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理。测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。 (5) 测试评估。结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。5.2 功能测试针对该系统的功能需求和实现设计，可以采用如下测试方法：(1) 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。(2) 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。(3)

26、检查按钮的功能是否正确：如登录、退出等功能是否正确。(4) 字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错。(5) 字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，会否报错。(6) 特殊符号检查：输入内容包括各种标点和符号，特别是空格、各种引号、回车键，看系统处理是否正确。(7) 检查删除功能：对于可以完成批量删除的“Delete”按钮，不选择任何信息，点击按钮，看系统如何处理，会否出错；然后选择一个和多个信息，进行删除，看是否正确处理。(8) 输入信息位置：注意在光标

27、停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。(9) 必填项检查：应该填写的项没有填写时系统是否都做了处理，是否有提示信息。(10)快捷键检查：是否支持常用快捷键，如Ctrl+C、Ctrl+V等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。(11)回车键检查：在输入结束后直接按回车键，看系统处理如何，会否报错。(12)超时测试。具体的测试用例设计如下列表所示。表5.1 登录测试账号密码预期结果缺陷情况“”“”提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“”“123”（假设错误）提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至

28、账号文本框处。“”“112a”（假设正确）提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“3”“”提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“3”“123”（假设错误）提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“3”“112a”（假设正确）提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“61”“”提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“61”“123”（假设错误）提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“61”“112a”（假设正

29、确）提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“3”“”提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“3”“123”（假设错误）提示：账号或密码不匹配。光标跳至账号文本框处。光标未跳至账号文本框处。“3”“112a”（假设正确）登录成功，跳转至主页面表5.2 主页面测试操作预期结果缺陷情况查看主界面导航栏顺序：首页 退出 保安管理 合同管理 客户单位管理 员工管理 政审管理 保安资格考试管理 派遣管理。无单击 首页 按钮刷新主界面。单击 退出 按钮跳出退出确认提示；确认后进入退出界面。未进行退出确认；单击 保安管理 按钮进入保安员管理界面，

30、显示保安公司所有保安队员列表。单击 合同管理 按钮进入合同管理界面，分为客户单位的合作合同和队员的劳务合同两大模块单击 客户单位管理 按钮进入客户单位管理界面，显示和本公司合作的所有客户单位。客户单位分类有问题单击 员工管理 按钮进入员工界面，显示员工列表。单击 政审管理 按钮出现所有已经政审和没有政审的队员列表。无法对队员的政审状态进行编辑单击 考试管理 按钮进入考试管理，显示已经通过和没有通过保安资格考试的列表单击 派遣管理 按钮进入劳务派遣界面，显示已经派遣的保安队员的派遣情况。通过测试结果可以看出，系统的功能还并不完善甚至发生错误。可以总结为以下几点：(1) 注册、登录过程中，在提示错

31、误时，光标不能跳到发生错误的文本框处。(2) 在业务流程中缺少返回（或上一步）操作。(3) 删除、退出操作缺少二次确认。(4) 字符定义不合实际。例如手机号、邮编等只能为数字的信息，在录为其他字符时，缺少错误提示。(5) 无超时限制，登录后，长时间不作任何页面处理，不会自动下线，用户信息安全难以保障。(6) 队员的政审状态无法进行编辑。(7)无登陆次数限制，登录错误次数无限制，难以保障账号安全。5.3 性能测试5.3.1创建Vuser脚本打开Virtual User Genertor，创建虚拟用户脚本。点击File>New Script and Solution按钮，这时将打开“新建虚拟

32、用户”对话框，选择显示用于新建单协议脚本的选项。协议是客户端用来与系统后端进行通信的语言。本系统是基于Web的应用程序，因此这里将创建一个Web虚拟用户脚本。选择“Web (HTTP/HTML)”将创建一个空白Web脚本（如图5-1）。图5-1创建虚拟用户图5.3.2 定义场景设置面向目标的高级场景(1) 每秒点击5次；(2) Vuser最小数60，最大数150；(3) 达到目标后继续运行4分钟；(4) 如果未达到目标也继续运行；(5) 自动加载（如图5-2）图5-2 场景定义图运行时设置：(1) 使用扩展日志，一直发送日志；(2) 为了模拟不同的用户，思考时间选择“使用录制思考时间的随机百分

33、比”选项。指定最小值为50%，最大值为150%。(3) Internet协议，选择图像与文本检查。(4) 其他可以遵循既定脚本。负载生成器连接：配置负载生成器（使用本地计算机Localhost作为负载生成器）。Windows资源添加度量：负载下的系统，在Windows资源图添加度量，需要监控的计算机为本地计算机Localhost。5.3.3运行场景自动加载时只加载了50个Vuser，在给出以下提示时，即提示定义的目标已达到，是否增加运行数量时，选择Yes，就会自动增加Vuser数量，达到设置的最小值60。本次试验，由于系统资源有限（后文图3-7所反映的错误），只能达到50（如图5-3）。图5-

34、3 定义目标状态图以实时方式监控正在运行的用户，可以看到用户的状态：Running, Ready和Initial。在加载负载的过程中可以查看Vuser具体行为的日志和监察场景运行时的状态。负载测试完成时的场景状态图5-4负载完成场景图由图5-4可以看到，（1）运行时间为4分21秒；（2）在最后60秒的时间内，每秒点击次数为4.51；（3）通过的事务总数为250；（4）失败的事务数为0；（5）错误数为38。(1) 错误信息图5-5错误信息图由图5-5可以查看具体的错误信息。本次错误数38个，具体为cpu使用率超过80%，即说明测试主机（计算机硬件条件遭到瓶颈），这也是本次负载测试Vuser增加不上去的原因。另外，除此错误外，不存在其他错误，所有事务也都成功运行，即至少在负载50个Vuser的情况下，测试系统并不存在问题。(2) Vuser的状态图5-6用户状态图由Vuser状态图可以查看每