体系机制研究论文

大数据时代企业管理员工绩效评价体系构建研究论文

摘要： 随着现代科技的不断发展，信息技术的使用使得数据成为了人们工作的重要指标。而随着企业在人力资源中绩效管理与高新技术应用的越加紧密，数据支撑着整个企业高效经营运作与管理工作。本文研究大数据时代企业管理员工绩效评价体系的构建旨在为提高大数据时代企业人力资源服务能力，为企业制定出合理、人性化的制度提供参考资料。

关键词： 大数据；企业管理；员工绩效评价体系

企业管理员工作为企业组成的一部分，是企业运作的基本动力来源，同样是企业发展的核心所在。而随着我国企业在近几年的高速发展，我国企业内部的管理机制也必须进行及时的改革，以保证企业的可持续发性。但是从我国当前的机制改革情况来看，主要问题表现在企业人力资源的开发与管理中绩效考核能力的不足上。具体表现为考核方法的不合理、考核标准的不稳定、考核人员素质的低下、企业高层不重视等方面。

一、大数据时代下绩效考核内涵

绩效考核是对员工工作行为与工作结果进行全面、科学、系统的综合分析，在一定程度是能够反映出员工的工作状态以及工作能力。因此，越来越多的企业注重对企业员工绩效考核的建设。但是从我国当前的企业绩效考核的建设情况来看，随着我国进入信息的大数据时代，企业的发展也越来越技术化、网络化。企业通过大数据对员工绩评价体系进行管理，可以对员工潜在能力进行深入挖掘，大数据可以通过相应的数据程序，将公司电子档案中的员工绩效进行细致的整理，并整合出便于挂差的数据表，方便公司高层的管理和数据的调取。同时，大数据的应用，还能够使得企业员工能够更好的进行网络交流，方便了各个部门之间的协同合作，而这就使得企业在进行绩效管理的顺利进行[1]。

二、大数据时代企业管理员工绩效考核体系构建中的问题

（一）绩效考核体系的指标构建不完善

在传统的绩效考核过程中都是使用EXCEL等办公软件进行简单的公司任务指标数据的统计工作，但是这种做法往往使得领导只能看到员工在某一方面或某一时刻的表现，难以对员工进行整体的概况进行了解，并且该考核指标所设计的范围也比较单一，因此其形成的绩效考核机构也比价片面性，在一定程度上具有较强的主观随意性，存在很多的不确定因素。当员工规模过大，或者当出现需要调取员工某一阶段的工作表现情况的时候，往往会由于数据量的过大，大大增大了绩效考核员工的数据调取工作量，甚至可能会导致在调取过程中出现一些认为性的误差。

（二）缺少高层管理的支持与重视

在当下的企业绩效评价体系中之所以存在很多的漏洞，在很大程度上与公司高层管理不重视有关。在许多高层管理人员看来，绩效考核工作仅仅只是人力资源的问题，因此，在更多的时候宁愿将时间放在工作上，也不愿意过多的过问人力资源的绩效考核问题。但是事实上，一个企业的发展离不开员工，而员工的工作动力来源于绩效，对于绩效的考核结果直接影响到了员工的工作状态，并且，绩效考核能够在一定程度上发现员工的贡献以及任务完成质量，如果不能得到公司充分的重视，也将导致员工的`大量流失。

（三）绩效考核的角度单一

很多企业在实施绩效考核的时候，往往只是关注员工的业绩的成绩的好坏，却忽视了对团队的考核，而这样的考核评价往往在一定程度上缺乏公正性，会虚弱员工的“团队意识”，甚至会在员工心中产生牺牲同事利益，破坏素质内部的协调关系；其次，它也会产生木桶效应，出现团队的短板效果，降低整个团队的工作质量。因此，科学的绩效考核不应该仅仅只是看中个人能力或个人业绩，同时也要将员工的平时成绩记录在内，将员工的团队成绩作为考核的重点方向之一，通过综合得分，对员工进行综合性的绩效考核评价[2]。

三、大数据时代企业管理员工绩效考核体系构建的改善措施

（一）明确标准的绩效考核制度

首先，绩效考核的目的一定要明确，并且被组织所接受，与组织的核心思想相结合，要让组织的每个员工清楚的了解考核中的奖惩制度，并对员工的高层以及相关管理部门进行绩效考核方面的专业知识的培训，让大家都认识到绩效考核的重要意义，掌握绩效考核的基本思想与基本能。其次，在对绩效考核工作的细分量化，通过问卷、访谈等形式，做出每个员工的工作职位说明书，从而更具各个部门制定出相应的考核标准。最后，就是在制定相应的考核指标的时候，应该尽量的选取具有典型性、具有针对性的指标。可以针对不同的部门、员工或不同的工作性质，制定相应的考核指标。比如：考核一个企业的普通操作工，更多的是去考核其在定期内所做产品的数量、质量以及出勤方面的指标[3]。

（二）树立以人为本的企业经营管理理念

以人为本的绩效考核与管理，就是让员工参与组织的管理过程，保证企业绩效考核的公正、公平、公开，并且重视员工的发展，在完成组织战略目标的同时，实现员工个人价值和职业生涯的规划。树立以人为本的企业经营管理历年为员工创造良好的激励环境和充分发挥其能力的场所，给于公正的评判，通过员工满意来保证客户的满意，从而做到企业的满意，最终实现企业的经营能力的提升的目标[4]。

（三）进行有效地绩效沟通和反馈

良好的沟通往往能够及时的发现工作的错误，同时也能够将企业中的不同的绩效考核过程中的障碍进行排除。因此，考核之后的绩效反馈与沟通一定要及时，持续并具有技巧性。也即是指在考核之后，对其中存在的问题要做到及时的反馈，从而迅速的处理和改进不足。

参考文献

[1]周佳蒙. 中小民营企业员工薪酬结构研究--以西安通达机电有限公司为例[J/OL]. 现代营销（下旬刊），2017，（10）：89-90（2017-11-21）

[2]孙超. 基层国有企业人力资源绩效考核体系构建初探[J/OL]. 中国高新技术企业，2017，（12）：298-299（2017-07-11）

[3]金璇. 医药企业财务绩效评价研究[J]. 商场现代化，2017，（10）：170-171.

[4]吴鸿.关于铁路基层站段绩效考核分配体系建立的思考[J]. 现代商业，2017，（01）：152-153.

软件体系结构论文：一种面向方面软件体系结构模型摘 要: 为了分离软件系统中的核心关注点和横切关注点，通过引入面向方面软件开发的思想设计了一种面向方面软件体系结构模型，并详细分析了该模型的三个基本构成单元，即构件、连接件和方面构件。最后通过一个网上支付实例验证了该模型具有一定的理论意义和实用价值。关键词: 面向方面软件体系结构;横切关注点;构件;连接件;方面构件20世纪60年代的软件危机使得人们开始重视软件工程的研究。起初，人们把软件设计的重点放在数据结构和算法的选择上，然而随着软件系统规模越来越大，对总体的系统结构设计和规格说明变得异常重要。随着软件危机程度的加剧，软件体系结构(software architecture)这一概念应运而生。软件体系结构着眼于软件系统的全局组织形式，在较高层次上把握系统各部分之间的内在联系，将软件开发的焦点从成百上千的代码上转移到粒度较大的体系结构元素及其交互的设计上。与传统软件技术相比，软件体系结构理论的提出不仅有利于解决软件系统日益增加的规模和复杂度的问题，有利于构件的重用，也有利于软件生产率的提高。面向方面软件开发(AOSD)认为系统是由核心关注点(corn concern)和横切关注点(cross-cutting concern)有机地交织在一起而形成的。核心关注点是软件要实现的主要功能和目标，横切关注点是那些与核心关注点之间有横切作用的关注点，如系统日志、事务处理和权限验证等。AOSD通过分离系统的横切关注点和核心关注点，使得系统的设计和维护变得容易很多。Extremadura大学的Navasa等人［1］在2002年提出了将面向方面软件开发技术引入到软件体系结构的设计中，称之为面向方面软件体系结构(aspect oriented software architecture，AO-SA)，这样能够结合两者的优点，但是并没有给出构建面向方面软件体系结构的详细方法。尽管目前对于面向方面软件体系结构这个概念尚未形成统一的认识，但是一般认为面向方面软件体系结构在传统软件体系结构基础上增加了方面构件(aspect component)这一新的构成单元，通过方面构件来封装系统的横切关注点。目前国内外对于面向方面软件体系模型的研究还相对较少，对它的构成单元模型的研究更少，通常只关注方面构件这一构成单元。方面构件最早是由Lieberherr等人［2］提出的，它是在自适应可插拔构件(adaptive plug and play component，APPC)基础之上通过引入面向方面编程(AOP)思想扩展一个可更改的接口而形成的，但它关于请求接口和服务接口的定义很模糊，未能给出一个清晰的方面构件模型。Pawlak等人［3］提出了一个面向方面的框架，该框架主要包含了一个方面构件模型———Java方面构件(Java aspect component，JAC)，但该方面构件模型仅包含了切点(pointcut)，并把AOP中装备(advice)集成到了切点的表达式中，它主要从实现的角度进行了阐述，并没有给出详细的方面构件模型。本文没有只关注面向方面软件体系结构中方面构件这一构成单元模型，还详细分析了它的另外两个构成单元，即构件和连接件，因为面向方面软件体系结构各部分之间是相互关联的。1面向方面软件体系结构相关概念面向方面软件体系结构涉及诸多概念，以下将分别介绍。软件体系结构在软件工程领域有着广泛的影响，但当前仍未形成一个统一的、标准的定义。目前国内外普遍认可的看法是软件体系结构包含构件、连接件和约束［4］。其中约束描述了体系结构配置和拓扑的要求，确定了体系结构的构件与连接件的连接关系。这样就可以把软件体系结构写成软件体系结构(software architecture)=构件(components)+连接件(connectors)+约束(constraints)构件是软件体系结构的基本元素之一。一般认为，构件是指具有一定功能、可明确辨识的软件单位，并且具备语义完整、语法正确、有可重用价值的特点，然而目前对于构件的具体结构及构成并没有一个统一的标准［5］，而且一些主要的构件技术也没有使用相同的构件类型。另外，当前被广泛接受的构件定义并不包含具体的软件构件模型(software component model)。例如，Szyperski等人［6］给出了软件构件一个很有名的定义:软件构件是一个仅带特定契约接口和显式语境依赖的结构单位，它可以独立部署，易于第三方整合。但是关于软件构件模型有一个被普遍接受的观点是:软件构件是一个具有服务提供和服务请求功能的软件单元［7］。连接件是软件体系结构另一个基本的构成元素，是用来建立构件间交互以及支配这些交互规则的构造模块。连接件最先是由Shaw［8］提出来的，她建议把连接件作为软件体系结构中第一类实体，用来表示普通构件之间的交互关系。目前对于连接件尚未形成统一的认识，尽管在软件体系结构中强调了连接件存在的必要性，但是关于连接件模型的研究还很少，连接件的实际应用还不成熟。面向方面软件体系结构在传统软件体系结构的基础上增加了方面构件单元。通常认为，方面构件是封装了系统横切关注点的一类特殊的构件。目前关于方面构件模型的研究还处于起步阶段。2面向方面软件体系结构模型由于传统软件体系结构模型包含构件、连接件和约束，而面向方面软件体系结构是在传统软件体系结构的基础之上扩展了方面构件，所以面向方面软件体系模型结构包含构件、连接件、方面构件和约束。其中约束描述了面向方面体系结构配置和拓扑的要求，确定了体系结构的构件、连接件和方面构件之间的连接关系，而构件、连接件、方面构件是它的三个基本的构成单元。以下对这三个构成单元的模型进行详细的设计。构件模型构件模型由以下几个要素构成(图1):(a)端口。构件的服务请求和服务提供功能是通过端口来实现的。端口是构件与外部环境进行交互的惟一通道。一般的构件模型通常采用两种端口，即双向端口和单向端口。在使用双向端口的构件模型中，服务请求和服务提供功能可以在同一个端口中实现。本文中的构件模型使用单向端口，此种端口分为请求端口和服务端口两种类型。(a)服务端口。构件通过服务端口向其他构件提供服务。构件通过服务端口向其他构件的请求消息进行应答，返回响应消息。每个服务端口对应一个接口。(b)请求端口。构件通过请求端口向其他构件请求服务。构件为了实现自己的业务功能，需要通过请求端口向其他构件发送请求消息。每个服务端口也对应一个接口。(b)接口。它定义了一个到多个业务功能。这些业务功能由服务端口进行提供，并由请求端口进行使用。一个接口限定了一个特定端口可以进行的交互功能，接口是构件间交互的契约。通常的接口类型有:Java Interface、WSDL 1．1 portTypes和WSDL 2．0 Interfaces等，也可以自定义接口类型。(c)属性。与类或对象相似，构件也具有属性，属性可以在构件使用前进行配置，它能够反映构件在交互过程中状态的变化。连接件模型连接件是用来建立构件间交互以及支配这些交互规则的体系结构构造模块。连接件为构件间信息交互提供传输和路由服务。在最简单的情况下，构件之间可以直接完成交互，这时体系结构中的连接件就退化为直接连接。在更为复杂的情况下，构件间交互的处理和维持都需要连接件来实现。对于构件而言，连接件是构件的粘合剂，是构件交互的实现，也可以看做是一种特殊的构件［8］。与构件相似，连接件也具有端口。连接件的端口可分为两种类型，即源端口(source port)和目标端口(target port)。源端口用于接收构件请求端口中的消息，目标端口用于向构件服务端口中输入消息。连接件通常需要使用一种合适的绑定(binding)机制，构件的请求端口使用这种绑定机制来描述服务请求的方法，构件的服务端口也使用这种机制来描述构件进行请求的方式。常用的绑定机制有:WebService Binding和JMS Binding等，也可以自定义绑定机制。与构件一样，连接件也具有属性，来表示构件间交互的状态变化，如图2所示。复合构件模型构件可分为两种，即原子构件和复合构件。前者是不可再分的构件。后者是可再分构件，它封装了若干个子构件。子构件间通过连接件相互连接，且子构件的端口也可以暴露成为复合构件的端口，子构件也可能是复合构件。如图3所示:复合构件A包含两个子构件B和D，子构件B和D通过连接件C进行相连，构件B的服务端口E暴露成为复合构件A的服务端口F，其请求端口G暴露成为A的请求端口H。方面构件模型方面构件是面向方面软件体系结构的一个核心的构成单元，它封装了横切关注点，这是与传统软件体系结构最大的不同之处。图4给出了方面构件模型，与普通构件一样，方面构件也有服务端口和请求端口以及属性，但是它还有普通构件所没有的方面端口。当一个构件具有一个方面端口时，即可认为此构件就是方面构件。一个方面端口中包含若干个方面，这与一般面向方面编程(AOP)技术中方面概念有所不同。面向方面编程具有以下四个基本概念:方面(aspect)、连接点(joinpoint)、通知(advice)和切点(pointcut)。连接点是应用程序执行过程一个定义明确的位置，如方法调用是一种典型的连接点。切点是一系列连接点的集合，是方面的作用点。通知表述了在切点所选定的连接点处要执行的动作，常见通知类型有before、around和after等，分表代表在连接点之前、连接点附近和连接点之后执行相应的通知代码。方面是用来描述和实现横切关注点的基本单位，由切点和通知构成。方面端口中的方面横切关注的是构件，这与一般AOP(如AspectJ)横切关注的对象(object)不同，由于构件能够表达对象所不能表达的请求服务的能力［9］，这使得方面端口中方面所采用的连接点模型和切点语言具有很大的不同。连接点模型该连接点模型包含两种不同类型的连接点，即构件服务端口中的服务提供操作和请求端口的服务请求操作。由于构件的内部结构通常被视为黑盒，因此连接点模型应该仅考虑构件的外部可见元素，如构件请求端口和服务端口中的服务操作。如果连接点模型包含构件的属性，那么它将会破坏构件的分装性。切点语言用来选用连接点的切点语言基于切点表达式，表1给出了切点的五个组成部分，即component、jp_type、port、interface和service，然后分别对其进行了说明。其中，jp_type代表选用的连接点类型，可以是请求端口中的服务、服务端口中的服务或所有端口中的服务，详细如表1。表2给出了切点语言的一些例子，其中正则表达式基于java．util．regexp包。面向方面软件体系结构模型面向方面软件体系结构由构件、连接件、方面构件组成，详细请参见图6。3基于面向方面软件体系结构模型的网上支付实例近年来，网上购物发展迅速，网上支付是消费者主要的支付手段之一，图7给出了基于面向方面软件体系结构的网上支付模型，它由四个原子构件，即一个复合构件、两个方面构件和三个连接件组成。其中WebClientComponent代表客户端构件，它可以向网上银行构件WebBankComponent请求AccountService()服务，该服务有三个参数，即username、password、cost，分别对应于用户的网上银行账户名、密码及购买商品的消费金额。〈component name="WebClientComponent"〉〈required．port name="WebClientRequest"〉〈java．interface interface="AccountServiceInterface"〉〈service name="AccountService()"〉〈param name="username"type="string"/〉〈param name="password"type="string"/〉〈param name="cost"type="float"/〉〈/service〉〈/java．interface〉〈/required．port〉〈/component〉连接件AccountServiceConnector用于连接客户端构件和网上银行构件，它采用WebServiceBinding绑定机制。〈connector name="AccountServiceConnector"binding="WebServi-ceBinding"/〉〈source name="S"/〉〈target name="T"〉〈/connector〉〈connect．source from="WebClientComponent．WebClientRequest"to="S"/〉〈connect．target from="T"to="WebBankComponent．Bank-Re-sponse"/〉网上银行构件是一个复合构件，由账户服务构件Account-ServiceComponent、账户数据库连接件AccountDBConnector和账户数据库构件AccountDBComponent组装而成。其中该复合构件的服务端口也使用接口AccountServiceInterface，这是为了兼容客户端构件请求端口使用的接口。身份验证构件AuthenticationComponent用于验证用户的身份信息，它通过UserInfoConnector连接件访问用户信息数据库构件UserInfoDBComponent。pointcut="WebBankComponent;BankResponse;AccountServiceInterface;AccountService()"是该方面构件的方面端口中使用切点的表达式。为了保证数据库构件UserInfoDBComponent和AccountDB-Component的安全性，方面构件SecurityComponent使用方面端口Security监视这两个构件的服务端口，使得在这两个构件服务调用之前增加日志和事务功能，而日志和事务功能在系统中通常表现为横切关注点，面向方面软件体系结构能够对它进行很好的封装，便于设计和维护。〈aspect．component name="SecurityComponent"〉〈aspect．port name="Security"〉〈aspect〉〈pointcut="UserInfoDBComponent;UserInfoResponse;*;*|Ac-countDBComponent;AccountDBResponse;*;*"/〉〈advice．role="before"action="Log()"/〉〈advice．role="before"action="Transaction()"/〉〈/aspect〉〈/aspect．port〉〈required．port name="UserInfoRequest"/〉〈/aspect．component〉4结束语本文给出了一种面向方面软件体系结构模型，详细设计了它的三个基本构成单元模型，即构件、连接件和方面构件;最后通过一个网上支付实例验证了该模型有效性和实用性，为面向方面软件体系结构的实际应用奠定了一定的基础。笔者将继续完善该模型的相关理论，研究面向方面软件体系结构的工程化应用方法。参考文献:［1］FABRESSE L，DONY C，HUCHARD M．Foundations of a simpleand unified component-oriented language［J］．Journal of ComputerLanguages，Systems＆Structures，2008，34(2-3):130-149．［2］LIEBERHERR K，LORENZ D，MEZINI M．Programming with as-pectual components，T R NU-CSS-99-01［R］．［S．l．］:NoutheastamUniversity，1999．［3］PAWLAK R，SERNTURIER L，DUCHIEN L D，et al．JAC:an as-pect-based distributed dynamic framework［J］．Software Practiceand Experiences，2004，34(12):1119-1148．［4］李千目．软件体系结构设计［M］．北京:清华大学出版社，2008．［5］马亮，孙春艳．软件构件概念的变迁［J］．计算机科学，2002，29(4):28-30．［6］SZYPERSKI C，GRUNTZ D，MURER S．Component software:be-yond object-oriented programming［M］．2nd ed．［S．l．］:Addison-Wesley，2002．［7］LAU K K，WANG Z．Software component models［J］．IEEE TransSoft Eng，2007，33(10):709-724．［8］SHAW M．Procedure calls are the assembly language of software in-terconnection:connectors deserve first-class status［C］//Proc of InICSE Workshop on Studies of Software Design．1993:17-32．［9］NAVASA A，PREZ M A，MURILLO J M，et al．Aspect orientedsoftware architecture:a structural perspective［C］//Proc of Workshopon Early Aspects．2002．