体系机制研究论文

企业风险与内控机制关系研究会计论文

摘要： 内控机制是企业管理的重要组成部分，对于化解各种金融风险有着极其重要的理论意义和现实意义。目前，我国企业的内控机制并不健全，还存在着诸多亟需改革的问题。为此，我们要采取各项切实有效的措施，增强企业内控机制建设的实效性。

关键词： 企业风险 内控机制 理论 问题 对策

随着社会经济的不断发展，企业风险与内控机制的关系问题引起了人们越来越广泛地关注。近些年来，金融操作风险案件频繁发生，不仅给金融企业造成了严重的经济损失，而且严重地破坏了正常的市场经济秩序和金融秩序。内控机制是企业管理的重要组成部分，对于化解各种金融风险有着极其重要的理论意义和现实意义。从某种意义上讲，企业的内控机制状况直接关系到企业风险的高低。因此，企业要想避免或者化解风险，必须建立健全自身的内控机制。这就是企业风险和内控机制的辩证关系，在实践中，如何处理这两者的关系，将是企业面临的重要课题和难点课题。本文从企业内部控制的相关理论阐述、存在问题、应对策略三个角度，对该问题进行了深入的分析与研究，希望以此能为该项事业的发展贡献自身的力量。

一、企业内部控制的相关理论阐述

内部控制是指企业为了合理保证企业各项资产的安全、促进遵循国家法律法规、合理保证企业经营方针的贯彻与执行、合理保证企业会计信息资料的正确性与可靠性、合理保证企业各项经营目标的实现，促进企业实现发展战略而在企业内部采取的计划、调整、控制、评价等各项措施的总称。内部控制包括控制环境、风险评估、控制活动、信息与沟通、监控等五个相互联系的要素。内部控制的内容非常丰富：在控制要素方面，它主要包括风险评估、环境控制、活动控制、沟通、监控五种要素;在控制程序方面，它主要包括事前防范、事中控制和事后监督三项程序;在控制种类方面，它主要包括内部会计控制和内部管理控制两种。在实践中，内部控制的作用非常突出，这种作用主要体现在：第一，它有利于保护企业财产的完整与安全;第二，它有利于保障企业生产和经管活动地顺利进行;第三，它有利于增强会计信息资料的可靠性与正确性;第四，它有利于保证企业方针的贯彻与执行;第五，它有利于为审计工作提供坚实的基础和保障。

在企业内部牵制制度的基础上，内部控制理论逐渐发展起来。然后，该项理论先后经历了内部牵制、内部控制制度、会计控制与管理控制、内部控制结构、内部控制整合框架、风险管理框架六个发展阶段。近些年，随着企业各类风险的不断发生，内部控制理论得到了人们的进一步重视和发展。

二、目前企业内部控制中存在的问题分析

现如今，国家有关部门出台了大量的政策法规，用以规范企业的内部控制制度。然而，总体而言，我国企业的内部控制体系并不健全，还存在着诸多亟需改革的问题。本文对目前企业内部控制中存在的问题进行了以下几项归纳和总结：

第一，企业内部控制的内部环境欠佳企业内部控制

只有具备了优良的内部或外部环境，其作用才能得到充分发挥。目前，总体而言，企业内部控制的.内部环境较差。这种内部环境的内容有很多，如产权制度、组织制度、内部审计制度、人力资源政策、企业文化、治理结构等等。在这些内部环境不存在或者比较恶劣时，企业内部控制制度即使再完善，其作用的发挥也无从谈起。由此可见，良好的内部环境是企业内控机制功能发挥的必要条件。因此，在实践中，企业的内控机制建设必须与企业内部环境建设同时进行，决不能避开内部环境建设谈内控机制建设。

第二，企业的内部控制体系不健全

对于企业的发展而言，内部控制体系建设是一项必然举措。然而，内部控制体系建设是把双刃剑。一方面，它给企业带来了实际的经济效益;另一方面，它给企业增加了相应的内部控制成本。在实践中，企业如果不能很好地处理两者之间的关系，就会给企业发展带来致命的打击。因此，企业应当严格地按照成本—效益原则办事，分析出最佳的内部控制点。一个高效的内部控制体系能降低企业风险、保证各项业务的顺利进行、保证决策目标的实现，这就是内部控制效益的重要表现形式。企业内部控制成本有直接成本和间接成本两部分组成。

一般而言，在建设的初始阶段，内部控制的边际效益会逐渐增加，此时，各类间接成本相对较低。但是，随着时间的推移，当内部控制建设达到一定水平以后，内部控制的边际效益会逐渐减少，而各类间接成本会不断增加。纵览我国企业内部控制体系的建设状况，它存在着内部控制体系不健全的问题。原因就在于它们违背了内部控制体系的建设规律。因此，企业必须对目前的现状有一个清晰的认识，采取各项有效措施，切实加强内部控制体系建设。

第三，企业的风险防范系统比较缺乏

现如今，企业所面临的市场竞争越来越激烈，所面临的经营风险也越来越高。在这种情况下，企业必须建立一套有效的风险防范系统。然而，目前我国大多数企业还将风险防范系统建设停留在口头上，风险防范管理意识较为薄弱，对风险缺乏敏感性。同时，大多数企业的风险管理也不够到位，未能建立健全一套切实有效的风险防范系统。除此之外，在风险发生以后，大多数企业也缺乏有效的应急机制。由此可见，在风险防范系统建设方面，企业还有很长的一段路要走。

三、目前企业内部控制中存在问题的应对策略分析

针对目前企业内部控制中存在的问题，我们可以采取以下几项应对措施：

第一，要积极优化企业内部的控制环境

在实践中，企业内部控制环境会受到诸多因素的影响，如企业组织结构、预算与财务报告、职工胜任能力与忠诚度等等。因此，我们要想优化企业内部控制环境，必须综合考虑各方面因素的影响。具体而言，我们应当做好这样几项工作：首先，我们要完善企业的组织结构。一方面，我们要完善企业摘要：内控机制是企业管理的重要组成部分，对于化解各种金融风险有着极其重要的理论意义和现实意义。目前，我国企业的内控机制并不健全，还存在着诸多亟需改革的问题。为此，我们要采取各项切实有效的措施，增强企业内控机制建设的实效性。

法人治理结构，使企业的股东大会、董事会、监事会、经理层各司其职，形成各有分工、职责明确、协调高效的运行机制;

另一方面，我们要强化董事会的主导地位，发挥董事会在内控机制建立上的核心作用。其次，我们要进一步提高员工与管理者的素质。内控机制是由人来执行的，而人的执行效果又是由其素质决定的。企业的内控机制需要全体员工的共同参与。因此，我们必须加强对员工与管理者的教育与培训工作，提高他们的综合素质，这是增强内控机制效果的必然选择和必要举措。最后，我们要培育良好的企业文化。企业文化是影响内控机制功能发挥的一项重要因素。因此，我们要想充分发挥内控机制的功效，必须培育一种良好的、积极向上的企业文化。在培育企业文化的过程中，我们既要培育企业的价值观，增强企业的社会责任感，又要积极地确立企业文化的创新机制，从而营造出一种安定、和谐、健康、有序的企业文化氛围。

第二，要建立健全企业的风险防范机制

建立健全企业风险防范机制是完善内控机制的重要制度保障。为了建立一套完善的风险防范机制，我们应当做好这样几项工作：首先，我们要加强风险识别和风险评估工作，建立完善的风险应对机制。在现实中，企业要及时了解外部环境及自身业务的变化状况，特别是经济形势、产业政策、融资环境、资源供给等方面的变化，分析出自身的优势和劣势以及外部风险发生的可能性，然后做出科学有效的评估报告，并建立一套完善的风险应对机制。其次，我们要建立一套切实可行的风险防范机制。在实践中，企业除了要承受各类无法控制的经营风险和财务风险外，还必须建立一套切实可行的风险防范机制，通过综合运用风险规避、风险降低、风险分担和风险承受等措施，来实现规避和降低各类企业风险的目的。

第三，要加大完备性检验力度

内部控制建设是一个动态过程，在这个过程中，企业要依照全面性原则、重要性原则、制衡性原则、适应性原则和成本—收益的原则，加大完备性检验力度。这样做，有利于企业及时地弥补各项制度空白或者完善各项制度缺陷。进一步讲，企业要依据环境或业务的变化情况，不断修改或完善企业内控制度。同时，企业要依据新业务及其功能衍生的特点，重新梳理各项业务管理办法或业务操作流程，并积极地开展业务流程再造，保证内控体系的及时更新。重点关注企业的重要业务事项和高风险领域，使企业的内控机制与企业的经营规模、业务范围、竞争状况和风险水平相适应。除此之外，企业要强化岗位监督，从而保证内控机制的完备性。

四、结论

综上所述，企业内控机制建设是一项非常系统的工程。要想将该项工作做好，必须做好这样几项工作：首先，要对内部控制的相关理论有一个清晰的认识;其次，要对目前企业内部控制中存在的问题有一个准确的分析;最后，要采取各项切实有效的措施，增强企业内控机制建设的实效性。只有这样，才能充分地发挥企业内控机制的作用，才能切实地降低和化解各类企业风险。

参考文献：

[1]刘晓东.我国企业内部控制问题及其对策[J].保险职业学院学报.2009年05期

[2]黄齐朴.企业风险与内部控制[J].东方企业文化.2007年09期

[3]杨晓勇,孟波.企业风险与内部控制模式的构建[J].绿色财会.2009年10期

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

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

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

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

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

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