I.J. Education and Management Engineering, 2015, 4, 27-35
Published Online September 2015 in MECS (https://www.doczj.com/doc/3913064015.html,)
DOI: 10.5815/ijeme.2015.04.04
Available online at https://www.doczj.com/doc/3913064015.html,/ijeme
A Model Driven Framework for Portable Cloud Services: Proof of
Concept Implementation
Aparna Vijaya a, Neelanarayanan V a
a Vellore Institute of Technology of Technology, Chennai, India
Abstract
Rapid development of Cloud Computing and its increasing popularity in recent years has driven many commercial cloud providers in the market. Cloud service providers have a lot of heterogeneity in the resources they use. They have their own servers, different cloud infrastructures and APIs and methods to access the cloud resources. Lack of standards has caused the collaboration and portability of cloud services a very complex task. In this paper we have identified the challenges involved in portability of cloud apps and analyzed the existing techniques for portability at platform level. In this paper, we propose an approach using Model Driven Engineering to develop SaaS applications in a cloud-agnostic way. We introduce DSkyL, an eclipse plugin for cloud application development using feature models and domain model analysis, which would support construction, customization, development and deployment of cloud application components across multiple clouds. It also reduces the application development time drastically. This paper aims to sketch the architecture of DSkyL and the major steps involved in the process.
Index Terms: Portability, vendor neutral, model driven.
? 2015 Published by MECS Publisher. Selection and/or peer review under responsibility of the Research Association of Modern Education and Computer Science.
1.Introduction
Cloud computing is an emerging computing terminology which offers benefits for users to access their application anytime, anywhere. It also offers certain advantages such as high scalability, reduced IT costs, self-service on demand, and pay-as-you-use price models which has gained the attention of today’s IT world. A large number of small and medium businesses are now moving to cloud to reduce their infrastructure and operational cost and also to avail cloud benefits like elasticity and scalability. The increasing popularity has caused rapid increase in the number of cloud vendors in the market. Each of them promotes its own cloud infrastructure, and hence incompatibility in standards and formats to access the cloud has become a major issue. Such incompatibilities prevent them from being widely accepted. Many organizations have found it difficult to * Corresponding author
Email:
adopt cloud-based solutions, particularly because of the vender lock-in problem [2][3] and the huge investment and effort required to transform non cloud applications to cloud. One of the main obstacles faced by organizations is the lack of understanding in selecting the cloud provider and services best suited for their application [4]. However, different cloud application platform offerings are characterized by considerable heterogeneity. Because of incompatibilities, users that develop applications on a specific platform may encounter significant problems when trying to deploy their application in a different environment [5]. Hence, the need for multiple clouds to support same application and be able to work seamlessly i.e. cloud portability, is rising [6].
Standardization could be a simple way to achieve cloud portability, however, it may take years for the standards to be fully agreed upon and adopted, if ever. Hence, effort has been made from researchers for developing technologies to enable portability among clouds, from both the cloud provider’s and user’s perspectives.
This paper aims to propose an approach for cloud application portability. DSkyL is a development platform (PaaS), a key benefit is that users can develop and deploy applications without the burden of setting up and maintaining the necessary programming environment and infrastructure that is supported by the different cloud configurations. DSkyL also helps the developers to decrease development effort and time.
The rest of the paper is organized as follow: In section 2 we describe the related work. Section 3 talks about our proposed method, architectural and implementation overview. And Section 5 concludes the paper.
2.Background
In this section the need for deploying cloud applications over heterogeneous cloud providers and few existing solutions are discussed.
2.1. Need
Assume a startup company working on a mobile application development. They have developed the application with Slim REST API framework and pushed it into the HP Horizon Cloud as they were giving a free usage for limited use for its users. As months pass by the customer base grew gradually and now there is a need to step into other domains like Windows and iOS. Since the organization does not have a huge developer division, the cost for hiring separate platform programmers will incur more cost than the revenue it generated. This is a scenario where the need for application portability comes in.
Consider the scenario where you are a developer at an ISV (Independent Software Vendor) that offers CRM application on one of the most popular SaaS platforms available. Now if you want to sell your application to those customers using alternative platforms and if some of those potential customers want to have the application hosted in a different environment; the application have to be re-written to run on those environments and build a new cloud hosting relationship. As an ISV, this would be very expensive. Such a scenario limits the ―openness‖ at the platform level. Platforms which use a proprietary programming language, explicitly tied to a single vendor’s implementation will force the customers to use a specific platform ther eafter. Hence a platform independent image can be beneficial in four scenarios:
i)When application development and hosting is not particular to a cloud provider.
ii)When a cloud service provider aims to improve their services by providing new application development APIs and hosting methodologies.
iii)When a cloud service provider aims to scale their services (SaaS) by offering the services of a new cloud provider’s resources (IaaS).
iv)When a user needs more processing power for his application, he might want to host the application in multiple clouds. The equations are an exception to the prescribed specifications of this template.
2.2. Existing Literature
Recently, several initiatives have emerged that define approaches to support application migration to the cloud. A comparative study of different approaches is summarized in this section.
1) Open Cloud Computing Interface (OCCI): OCCI provides set of specifications for cloud tasks like deployment, dynamic scaling and monitoring across different cloud providers. It offers an API which is supported by Eucalyptus, OpenNabula and OpenStack. Hence, OCCI can be classified as a standardized approach for Open Cloud Computing Interface [11].
2) SimpleCloud: SimpleCloud is an API that allows to use storage services independent of cloud platforms. It offers two key services (i) File Storage Service and (ii) Document Storage Service. The File Storage Service allows file operations such as storing, reading, deleting, copying etc. It allows developers to access storage services from Amazon, Microsoft Azure, Rackspace and others, using the same application code. The Document Storage Service provides developer a single API that abstracts the interfaces of all major databases. SimpleCloud can be considered as an intermediary layer for decoupling applications from directly accessing the storage mechanisms of specific platforms [12].
3) MOSAIC: MOSAIC provides an Agnostic, vendor neutral, API at PaaS level and an Open Source Platform, with adapters to most notable Cloud Providers’ APIs. It also deals with Cloud Agency for multi Cloud Services brokering, SLA monitoring and dynamic reconfiguration. MOSAIC also proposes a machine-readable Cloud Ontology. At design-time, using this API developers can create applications that consist of multiple cloud components. A cloud component for example, can be a Java application. At this point the application is not bound to any specific platform. Then, at runtime, the mOSAIC platform decomposes the application into the various cloud components and deploys each one on the cloud platform that provides the best implementation for the cloud component’s functionality. The selection of the concrete cloud services to be used is automated and performed by the mOSAIC platform. Therefore developers can focus on developing their applications in a platform-neutral manner, and later on, they can decide on which cloud provider they wish to deploy them [13]. The mOSAIC API acts as an intermediary layer between the developers and the actual cloud platforms, and developers do not have to use proprietary APIs of the target could platforms.
4) OASIS TOSCA: The OASIS TOSCA works to enhance the portability of cloud applications and services. TOSCA aims to enable interoperable infrastructure cloud services and description of application, the relationships between parts of the service, and the operational behavior of these services. TOSCA will also make it possible for higher-level operational behavior to be associated with cloud infrastructure management. The TOSCA specification uses TOSCA xml and xs namespace prefixes [14]. The specification defines a meta-model for defining the structure of an IT service and its management. The Topology Template defines the structure of a service. Plans define the process models that are used to create, terminate and manage a service.
5) MODA Clouds: Model Driven approach for Design and Implementing application on multiple cloud allows allow developers to design software systems in a cloud-agnostic way and to be supported by model transformation techniques into the process of instantiating the system into specific, possibly, multiple Clouds [15]. During design, implementation and deployment, the MODACLOUDS Integrated Development Environment (IDE) supports a Cloud-agnostic design of software systems, the semi-automatic translation of design artifacts into code, and the automatic deployment on the targeted Clouds. The run-time layer offered by MODACLOUDS: (i) enables system operators to oversee the execution of the system on multiple Clouds; (ii) automatically triggers some adaptation actions (e.g., migrate some system components from a IaaS to another offering better performance at that time); and (iii) provides run-time information to the design-time environment (the IDE) that can inform the software system evolution process.
6) Openshift: OpenShift is a Platform as a Service offered by Red Hat. Openshift is a platform for developers to build, test, deploy and run cloud applications [16]. By using this developer can focus only in designing and coding, whereas all the infrastructure and middleware management is handled by Openshift. Steps for developers to use Openshift: i) Create an "Application" in OpenShift (using command-line or the IDE). ii)
Code the application (in IDEs like TextMate, Eclipse, Visual Studio etc). iii) Push the application code to OpenShift (again, with the command-line or the IDE). Openshift supports No-Lock-In at PaaS level by providing built-in support for Java, Python, PHP, Perl, Ruby and Node.js. In addition, OpenShift is extensible with a customizable cartridge functionality that allows enterprising developers to add any other language they wish. In addition to this flexible, OpenShift supports many of the popular frameworks such as Spring, Rails, Play that make developer's life easier.
7) ARTIST - ARTIST proposes an approach that starts with the characterization of application from two points of view; technical and business of the current legacy application and how the company expects those aspects to be in the future to provide a gap analysis. It is then followed by a technical feasibility analysis and business feasibility analysis. Based on this gap analysis using a technical feasibility tool and a business feasibility tool, the migration tasks and their effort are recorded, and it also simulates the impact of the modernized application in the organization [17].
A comparative study performed on these methodologies is summarized as follows:
Table 1. Comparison of cloud portability approaches
3.DSkyL – Proof of Concept
3.1. Overview
Traditional cloud computing providers enable developers to program and deploy applications in the cloud by using platform as a service (PaaS). PaaS based cloud computing allows cloud customers to concentrate on
application development and maintenance whereas the underlying plat-form is managed by a cloud provider. Despite the benefits of such an approach, since the PaaS is specific for each vendor; this service model usually comes with a high level of vendor lock in. Whenever the developer decides to change its cloud provider there will be a major application rewrite, specific for the new PaaS. This section details the initial results of a work whose goal is to build a PaaS which will create applications which are platform neutral.
It is always recommended to keep pieces of the applications as small as possible. If you're building out a giant application that's going to do multiple things, architect in such way that it is broken down into multiple smaller applications. Different cloud services run on different hardware, some with better performance than others. So if the company decides to move to another cloud service with the application, building it in small chunks makes it easier to run on multiple machines.
We have used the concept of feature models to decompose the application to small chunks. These feature models are platform-independent that captures the essence of the application to produce a domain specific code (DSL). The deployable file is generated from the configuration files. Portability is achieved by using the concept of containers. Containers will include everything that is needed for an application to run. A container will include all the dependencies associated for running the application.
3.2. Architecture
The proposed method allows the application to be ported based on: (i) an architecture model of the application (ii) deployment model or topology of the application and (iii) service level agreements for application deployment in cloud.
There is an abstraction between the application and the underlying cloud platform. Hence end users can quickly build and deploy applications without worrying about the underlying environment. This reduces the concern of missing dependencies due to differences in the underlying operating system. A high level architecture specifying where DSkyL fits in is specified below:
Fig.1. High Level Architecture of DSkyL
3.3. Modeling Notations
We have used the concept of nodes and relationship type for specifying the application components and their topology. The service level agreements or constraints can also be imposed on the model by mentioning them as a rule.
End users and developers have different perspectives about the software [20]. User focuses on the problem
domain, where system's features are the primary concern. Developer focuses on the solution domain, where life-cycle artifacts are of importance. Hence there arises a major difficulty in understanding the system because of different interest of the user and the developer. A feature is a bundle of system functionality that focuses on the system from the user’s perspective. Users generally request new functionality or report defects in existing functionality in terms of features.
To create an application, the first step is to create a new architecture template in which the components of the application are modeled. Every component is specified as a feature while describing the architecture of the application. Feature is a set of modules that implement a subset of system functionality. They are a user-centered view of a system's functionality and is an aspect in the problem domain. Every Feature Model has a root feature beneath which other optional or mandatory features are modeled. The dependencies between the features can also speci fied using relations. The relationship currently supported by the tool is ―compose of‖, ―refines‖, ―conflicts‖, ―requires‖ and ―mutually exclusive‖. Features for an application can be either optional or mandatory.
Once the application is modeled; the deployment topology for the application is defined using deployment template. The deployment topology can be specified using nodes where every node can be either a server or application or database and so on. The features are related to the nodes using relationships. Also the nodes can be related to one another using relationships. Three relationship types are by default implemented in the tool. They are ―deployed on‖, ―hosted on‖ or‖ installed on‖. User can create new relationship type according to the need.
The tool offers all available features and nodes in a palette in its template. From there, the user drags the desired features or nodes and drops it into the editing area. Selecting one relationship type creates a relationship that has to be connected to the desired source and target.
3.4.Container Overview
TOSCA is currently advanced in its specification for orchestration which makes it an ideal candidate for becoming the standard blueprint definition for containers. The fact that TOSCA is backed by a standards body (OASIS) makes it a great platform for defining a standard container orchestration specification that is portable across various cloud environments and container providers. We have used the Cloud Service Archive (CSAR) proposed by OASIS TOSCA. It is a container file in the ZIP file format. It includes the cloud application architecture and its deployment template, all artifacts like operations defined by every node type and artifacts required to execute the application like associated libraries, deployment descriptors and other configuration files.
It represents metadata of the other files in the CSAR. These metadata are given in the format of name/value pairs. These name/value pairs (
Manifest-Version: x.x
CSAR-Version: x.y
Created-By: test
Entry-Service-Template: file name that is the entry point for the cloud application.
3.5.Implementation
DSkyL is as an Eclipse plug-in and it adheres to OSGi architecture for plug-in development. It has a Modeling Tool Editor with application modeler template and deployment template. These templates facilitate the creation of application features and deployment topology.
Sample of application template and deployment topology template is shown below:
Fig.2. Application Topology
Fig.3. Deployment Topology
4.Conclusions and Future Work
In recent days the vendor lock-in problem has evolved as a major hindrance for cloud computing being widely adopted. It is because users/organizations may opt for different cloud providers over a period of time for various reasons like optimal choice on expenses and resources, contract termination or some legal issues. The lack of standard approaches for portability between cloud providers causes the problem. It might take years for providers to agree upon common standards. In order to solve this problem, this paper presents a model-driven approach for cloud portability. The cloud technologies and MDE, together, can benefit the users by providing better productivity, improved maintenance and reuse. The proposed approach is still under development. Only a prototype of the tool has been implemented. Currently data portability has not been implemented and the evaluation of the tool is not been carried out.
References
[1]Aparna Vijaya, Neelanarayanan V, ―Framework for Platform Agnostic Enterprise Application
Development Supporting Multiple Clouds‖, Proc. Symp of BigData and Cloud computing Challenges - Elsevier Procedia Computer Science (ISBCC 2015, March) (Pending publication).
[2]Aparna Vijaya, Neelanarayanan V ―Platform Agnostic Application development‖, Computational
Intelligence for Big Data Analysis: Frontier Advances and Applications, Springer-Verlag, Heidelberg, Germany, Series - 'Studies in Adaption, Learning, and Optimization'.
[3]Aparna Vijaya, Pritam Dash, Neelanarayanan V, ―Migration of Legacy Enterprise Applications to
Multiple Clouds: A Feat ure based approach‖.Lecture Notes on Software Engineering (LNSE, ISSN: 2301-3559, DOI: 10.7763/LNSE) Journal.
[4]Aparna Vijaya, Neelanarayanan, ― Survey on Decision Framework for Migration to Cloud‖, Proc. of
International Conference on Mathematical Computer Engineering (ICMCE 2013, November).
[5]―Cloud Computing P ortability and Interoperability: Portability and InteroperabilityInterfaces‖,
https://www.doczj.com/doc/3913064015.html,/cloud/cloud/cloud_iop/interfaces.htm. (2015).
[6]T. Dillon, C. Wu, and E. Chang, ―Cloud Computing: Issues and Challenges,‖ in 2010 24th IEEE
International Conference on Advanced Information Networking and Applications, 2010, pp. 27–33. [7]N. Loutas, V. Peristeras, T. Bouras, E. Kamateri, D. Zeginis, and K.Tarabanis, ―Towards a Reference
Architecture for Sem antically Interoperable Clouds,‖ in 2010 IEEE Second International Conference on Cloud Computing Technology and Science, 2010, pp. 143–150.
[8]S. b Yangui and S. Tata, ―PaaS elements for hosting service-based applications,‖ in CLOSER 2012,
2012, pp. 476–479.
[9]V. Nelson and V. Uma, ―Semantic based Resource Provisioning and scheduling in inter-cloud
environment,‖ in International Conference on Recent Trends in Information Technology, 2012, pp. 250–254.
[10] A. Sampaio and N. Mendon?a, ―Uni4Cloud,‖ in 2nd Intl. work shop on Software engineering for cloud
computing, 2011, pp. 15–21.
[11]N. Loutas, E. Kamateri, and K. Tarabanis, ―A Semantic Interoperability Framework for Cloud
Platform as a Service, in 2011 IEEE Third International Conference on Cloud Computing Technology and Science (CloudCom), Athens, 2011, pp. 280–287.
[12]Fotis Gonidis, Iraklis Paraskakis, Dimitrios Kourtesis, Addressing the Challenge of Application
Portability in Cloud Platforms, BCI-13.
[13] D. Petcu, G. Macariu, S. Panica, and C. Cr?ciun, ―Portable Cloud applications—from theory to
practice, Future Generation Computer Systems, 2012.
[14]Magdalena Kostoska, Marjan Gusev, Sasko Ristov, A New Cloud Services Portability Platform, 24th
DAAAM International Symposium on Intelligent Manufacturing and Automation, 2013.
[15]Danilo Ardagna, Elisabetta Di, Giuliano Casale, Dana Petcu , Parastoo Mohagheghi, S′ebastien Mosser,
Peter Matt hews, Anke Gericke, Cyril Ballagny, Francesco D’Andria, Cosmin-Septimiu Nechifor, Craig Sheridan, MODACLOUDS: A Model-Driven Approach for the Design and Execution of Applications on Multiple Clouds, MiSE-2012.
[16]Redhat: https://www.doczj.com/doc/3913064015.html,/developers/openshift/ (2015).
[17]Fotis Gonidis, Iraklis Paraskakis, Anthony J. H. Simons, Dimitrios Kourtesis, Cloud Application
Portability: An Initial View, Balkan Conference in Informatics, BCI '13, Thessaloniki, Greece, September 19-21, 2013.
[18]―Docker User Guide‖, https://https://www.doczj.com/doc/3913064015.html,/userguide (2015).
[19]―Portable cloud apps require standards, vendor research‖,
https://www.doczj.com/doc/3913064015.html,/tip/Portable-cloud-apps-require-standards-vendor-research
(2015).
[20] C. Reid Turner, Er L. Wolf, Luigi Lavazza, Alfonso Fuggetta, A Conceptual Basis for Feature
Engineering, The Journal of Systems and Software 49, 1999.
Author(s) Profiles
Aparna Vijaya is Currently pursuing PhD in Software Engineering. Masters of Science (MS) in
Computer Software Engineering from M?lardalen University, Sweden. Bachelor of Technology
(B.Tech.), Information Technology from Amrita Vishwa Vidyapeetham, India. Her major area
of work is Software Engineering and Model Driven Development. She has 5 years industrial
experience with Tata Consultancy Services.
Neelanarayanan V is Associate Professor at Vellore Institute of Technology, Chennai
Campus. He has completed his PhD from IT University of Copenhagen, Denmark. He has 7
years of R & D experience from CDAC, India and 6 years of teaching experience.
How to cite this paper: Aparna Vijaya, Neelanarayanan V,"A Model Driven Framework for Portable Cloud Services: Proof of Concept Implementation", IJEME, vol.5, no.4, pp.27-35, 2015.DOI: 10.5815/ijeme.2015.04.04
服务理念和服务标准 第一节正确认识服务业的服务和服务质量 一、什么是服务 1、概念：服务是能够满足他人某种需求的特殊礼遇行为，英文（服务）这一个词的每一个字母所代表的含义理解，其中每一个字母的含义，实际上都是对服务人员的行为语言的一种要求。理解为微笑、出色、准备好、看待、邀请、创造、眼光。 2、注解分析 S-Smile微笑服务员要对每位客人提供微笑服务 S-SPEED卓越的工作效率要将每一项细微的服务工作都要做得很出色准备好 S-SINCERITY诚信，诚信待客，诚信服务 S-SMART技巧，灵活应用，巧妙服务每一位顾客 S-specialty专业，，专业且丰富的产品、项目知识，为顾客带来更专业的服务 服务员要随时准备好为客人提供服务 服务员在每一次服务结束时都要邀请客人下次再来光临 服务员要精心创造出使客人能享受其热情服务的氛围 服务员要始终用热情友好的眼光关注客人，预测客人需求，及时提供服务，使客人时刻感到服务员在关心自己。 3、服务的六个要点 （1）能力
（2）知识 （3）自重（工作时表现的态度） （4）形象（注意自己的仪表） （5）礼貌（真诚待人的态度） （6）多尽一点力（额外的工作） 二、服务质量 1、服务质量的含义： 服务质量是指服务业向宾客提供的服务，指其产品在使用价值上，在精神上和物质上适合和满足，宾客需要的程度。服务质量应该包括设备设施、服务水平、酒水食品和安全保卫四个方面。可以说服务质量是服务业的生命线，是服务业的中心工作。 2、服务质量的特性： （1）功能性：是指事物发挥的作用和功能。 （2）经济性：是指客人来到公司后，在公司消费，其费用支出与所得到的服务是否相等，价与值是否相等。 （3）安全性：服务员在为客人服务的过程中，必须充分保证宾客的生命财产不受到影响和损失，身体和精神不受到伤害，机构设备是否完好运转，设施和环境卫生，这些都是服务质量不可忽视的重要方面。 （4）时间性：时间性强调为宾客服务要做到，准确和省时。 （5）舒适性：公司的设施要适应客人的习惯和要求，包括适用、方面整洁、美观和秩序。 3、服务质量的内容：
根据中国国家统计局自1985年以来实施的三次产业分类标准，第三产业内部又被划分为两大部门和四个层次。两大部门是流通部门和服务部门。四个层次： 一、第三产业与服务业 三次产业是从经济体系的供给角度进行的分类。即三次产业分类的逻辑过程是，下游产业的发展单向地依赖于上游产业，第二产业的发展依赖于第一产业提供的原料，第三产业的发展又依赖于第二产业和第一产业的产品供应。根据 2003年5月我国新颁布的产业分类标准——《国民经济行业分类》 （GB/T)，第一产业是指农、林、牧、渔业；第二产业是指采矿业，制造业，电力、燃气及水的生产和供应业，建筑业；第三产业是指除第一、二产业以外的其他行业，又称为广义服务业。从概念上讲，第三产业是指对消费者提供最终服务和对生产者(包括三个产业的生产者)提供中间服务的部门。具体来讲，根据新标准，第三产业包括： 交通运输、仓储和邮政业，信息传输、计算机服务和软件业，批发和零售业，住宿和餐饮业，金融业，房地产业，租赁和商务服务业，科学研究、技术服务和地质勘查业，水利、环境和公共设施管理业，居民服务和其他服务业，教育，卫生、社会保障和社会福利业，文化、体育和娱乐业，公共管理和社会组织，国际组织。 服务业是与农业、工业相对应的概念。服务业同农业、制造业的划分，是以经济体系的需求分类为基础的，它同农业、制造业之间是相互依赖关系，而不仅仅是单向依赖关系。 长期以来， 我国同时使用“第三产业”和“服务业”两个概念，两者内涵基本相同。在我国，“服务业”是同与国际通用概念一致的称谓，近年来，中央正式文件和政府主管部门也主要使用“服务业”这个概念。
二、市场型服务业与非市场型服务业 市场型服务业指市场机制决定资源配置和价格水平的服务业。包括批发和零售业，住宿和餐饮业，房地产业，租赁和商务服务业，居民服务和其他服务业，体育、娱乐业等。 非市场服务业指政府较大程度地利用行政手段和直接调控措施干预价格水平、市场准入、提供的规模和竞争行为的服务业。非市场型服务业包括垄断性服务行业、事业性服务行业、公共服务行业等。 三、公共服务业与私人服务 公共服务是依托社会公共设施或公共部门、公共资源为居民提供公共物品的服务业。包括基本公共服务、非基本公共服务业。 基本公共服务是政府或者机构提供的纯公共产品性质的服务。主要包括公共卫生体系建设，普及九年义务教育、社会保障等领域。 非基本公共服务是政府或机构提供的准公共产品性质的服务。主要包括非义务教育，新闻出版、科研、文化、体育等事业单位，非营利组织，城市公共交通运输，基础电信等。 私人服务是受竞争型市场机制约束并由市场参与者提供的产业化服务。主要包括零售和批发，运输，租赁和商务服务，文化休闲，房地产，商业银行，餐饮和旅馆等。 四、公共服务的分类 公共服务从功能方面可以分为三大类： 维护性公共服务，如国家安全、行政管理和国防外交等；为经济建设服务的公共服务，如政府为促进经济发展进行的相关基础设施建设、维护公平的市场竞争秩序等；社会性公共服务，如教育、社会保障、公共医疗卫生、科技、环保等。 公共服务也可以从性质方面分成三大类：
基于模型驱动架构的电信业务元模型抽象研究1 冯跃忠 北京邮电大学网络与交换国家重点实验室，北京（100876） E-mail：yzfeng1981@https://www.doczj.com/doc/3913064015.html, 摘要：模型驱动架构（MDA）业务生成技术是新一代的软件开发方法学。在深入分析基于模型驱动的电信业务生成后，文章以SIP Servlet平台为例，给出了一种SIP Servlet平台上的元模型抽象方法，并利用UML Profile的扩展机制在MDA工具上加以实现，实验表明，在SIP Servlet平台上采用此方法抽象的元模型是正确可行的。 关键词：模型驱动架构，元模型抽象，业务生成，SIP Servlet平台 中图分类号：TN911 1.引言 模型驱动架构（Model Driven Architecture, MDA）是对象管理组织(OMG)在2002年初确定的战略方向。在过去的几年中MDA技术取得了很大发展，被应用到诸如电信、航空航天、银行以及医疗卫生行业。作为一种新的业务生成方式，MDA越来越受到人们的关注。将模型驱动技术引入到电信领域，用于新一代电信业务生成具有重大意义。 基于MDA的电信业务元模型抽象是模型驱动业务生成技术的重要研究课题之一。如何抽象出正确且能够覆盖所有电信业务能力的元模型需要深入研究。文章给出一种基于模型驱动架构的电信业务元模型抽象方法，并以SIP Servlet平台为例给出抽象的元模型实例。2.基于模型驱动架构(MDA)的业务生成技术 2.1 MDA概念 MDA定义了开发IT系统的一个标准，使系统功能与功能的实现相分离。最显著的特点是，该标准把关注点放在模型上，模型不再仅仅是描述系统，辅助沟通的设计工具，而是软件开发的核心。MDA把建模语言当作编程语言来用，把软件开发的关注点从代码实现转移到设计和建模上来。 MDA的核心理念是一切以模型为中心，模型是MDA关注的焦点。其最终目标就是使模型可执行。MDA方法在开发过程中提供了更高层次的抽象，其在平台无关模型（PIM）与平台相关模型之间（PSM）的松耦合关系意义十分重大。模型是以精确定义的语言对系统(或系统的一部分)做出的描述【6】。在MDA中建模（描述问题）和模型映射技术（转换问题）是其核心,其技术基础为：统一建模语言（UML）、XML元数据交换（XMI）、元对象设施（MOF）、公共仓库元模型（CWM）。 在某个企业应用MDA方法，其实质就是创建一个新的特定领域的MDA描述语言集，该语言集由某种面向对象建模语言（如UML）的标记组成，比如由几个UML Profile组成的、可以由终端用户使用的集合。所以，MDA方法的核心在于用某种标准的建模语言建模，进行模型之间的转换，从而自动生成代码，提高软件的开发效率以及可重用性。MDA方法的概念模型是开发的基本脉路，如图1所示。 1本课题得到国家自然科学基金项目（60672122）资助。
客户服务的概念 如何为客户服务下定义 客户服务也许是无形的产品 【案例】 美国陆军第八师在修建水利工程时， 客户服务人员给工地附近居民打电话， 这段电话的录音是这样的： 你好? 夫人，请原谅打扰您。我们在炸掉这座水坝让河改道的过程中，不可避免 地会产生一点尘土和噪音，敬请谅解。 我们准备在我们施工区的外围栽种一些花草树木，您不反对吧? 很高兴为您服务。如果您能顺便填写这份市民满意度调查，我们会非常感激。我 们非常希望成为您在做决定时的帮手，祝您快乐。 ●您在军队施工也需要做“客户服务”。 ●客户服务语言、客户服务意识。 ●缺客客户服务意识的表现。 ●客户服务是一种无形的产品。 这段录音是美国工兵第八师在修建水坝之前， 给施工区辐射周边居民每家打的一个电话。从这个电话你会发现一个有趣的现象， 难道说做工兵的搞建筑的也需要做客户服务？他们专门有一个客户服务部门，而且是经过专业培训的客户服务部门， 专门负责打电话。 以前，在国内经常见到这种现象：早晨起来出门，发现在修路，挺好的路刨了一条沟，有些 指示牌写着“前方施工请绕行”。现在好像比原来好了一些，字也比原来多了一点：“前方 施工请您绕行，由于施工给您带来不便，请您谅解”。 多了的这句话就是客户服务的语言，有了一点点客户服务意识。我们经常在新闻里听到某某施工工地彻夜施工扰民， 人们睡不着觉，到处投诉。采访施工单位，施工单位觉得他们所做的一切是理所应当的，周边的居民应理解我们才对，而不是我们去理解居民。这就是中国的客户服务和世界先进客户服务水平的巨大差异。 那么客户服务究竟是什么呢？客户服务是一种无形的产品，而不是普通意义上的产品。 服务产品是无形的，服务是虚的，看不见摸不着。而普通意义上的产品是有形的， 看得见摸得着。在卖服务产品的时候，只能通过语言描绘。告诉你购买这个服务产品以后， 你能得到什么样的服务，但是没有办法让你看得见摸得着。所以现在，就是在研究如何把无形产品变为有形产品。怎么才能变成有形产品呢？就是把一种无形的东西通过客户服务人员， 通过服务的环境，通过各种方便服务的方式，来把它变成有形的产品。
模型驱动的开发方法——基于面向对象的开发 2012210874 魏翔案例 案例名称：《基于UML的GRAPPLE在数字化医院信息系统设计中的应用》 案例简述： GRAPPLE (Guidelines for Rapid application Engineering: 快速应用工程指导原则)主要适用于面向对象系统。因此，每个段中的动作主要是生成面向对象的工作产品。GRAPPLE 所包括的5个段分别为： 1需求收集 1.1发现业务过程 首先要分析员要用客户业务常用的词汇与客户进一步面谈，从而建立一个或者一组能够捕获业务过程中的步骤和判定点的活动图，即从客户的业务流程出发理解系统。 1.2领域分析 领域分析可以与前一个动作同时进行，它们的共同目标是达到对某特定领域的理解。在此过程中，分析员需要分析与客户的会谈从而开发初步类图、建立和标记类之间的关联并且找出关联的多重性。 1.3发现系统需求 在此阶段，GRAPPLE 要求开发组举行一次联合应用开发会议，参加者包括客户的决策者、用户以及开发组成员。会议的参加者一同收集系统需求，需求收集的结果是一个包图，这个包图中的每个包代表系统的一个主要功能模块，每个包中包括一组用例，它们详细说明这个包代表的功能。本系统最重要的是事务对象包，它包括了系统涉及的大部分功能模块，例如挂号收费模块、看病诊断模块、取药模块、住院出院模块等；用户接口包定义了数据导入导出接口、打印接口；数据库包则定义了系统使用的数据库表、视图、存储过程。 2分析 2.1开发用例 “发现系统需求”阶段得到的每个功能包中的用例说明系统必须要做的事。在“开发用例”阶段开发组还必须分析和理解每个用例，描述用例执行步骤以便绘制详细用例图。HIS 系统案例的用例图如图 1所示。
客户关系管理（CRM）已成为很多企业的基本商务战略，它与企业资源规划（ERP）、供应链管理（SCM）一起，是企业提高竞争力的三大法宝。CRM 不只是一个软件，管理思想是CRM的灵魂。那么，CRM软件中到底包括了或应该包含哪些管理思想？ 下面是根据国内外管理专家多年的研究成果，总结提炼出八大CRM基本理念与观点，是对已有理论研究成果的抽象与概括，构成CRM管理思想，这些思想部分已经融入到当前CRM软件中，更多的将融入到新一代CRM软件中。 1．客户资源是公司最重要的资产 客户资源是一个企业最终实现交易并获得现金流入的唯一入口，是实现企业利润的唯一来源。企业如果没有客户资源，其产品就不能实现交换，那么企业的一切活动都将是无效活动。 2．以客户为中心是CRM的最高原则 以客户为中心既是一种战略，也是CRM的核心思想和最高理念。 以客户为中心是与以产品为中心相对的概念，可以从不同的角度看两者的区别。 （1）从营销理念的发展历程看两者的区别 生产导向：产品供给不足，企业只要有生产能力，不管生产出来的产品质量如何，都不愁没有销路。企业关注焦点：提高生产效率、扩大生产规模、降低生产成本。客户的市场控制力：无选择。 产品导向：市场欢迎性能好、质量高的产品。企业关注焦点：提高产品性能和质量，但往往忽略产品的实用性（功能、性能冗余）。客户的市场控制力：选择余地不大。 销售导向：产品是被“卖”出去，而不是被“买”走。企业关注焦点：各种销售技巧，千方百计将产品“推销”给客户。客户的市场控制力：有一定的选择余地。 市场导向：如果产品没有人买，生产便没有价值，企业就不能生存，更谈不上获利，信奉“客户至上”的经营哲学。企业关注焦点：客户需要什么。以满足客户需要为前提，组织、协调企业的一切活动，通过满足客户需要实现赢利。客户的市场控制力：产品极度过剩，客户有极大的选择余地，买方市场形成。 社会导向：当客户需求与社会，甚至客户利益不一致时（如吸烟），兼顾客户、企业和社会的长远利益。企业关注焦点：企业与社会协调发展，即自觉考虑企业和社会的可持续发展，不能以掠夺性使用有限的社会资源或污染环境为代价换取企业的短期发展，否则企业总有一天会走到尽头，因为随着社会进步，可持
《现代服务业基础知识》练习题目 （选择题38题，判断题38题，问答题78题，共154题） 一、选择题 1.以下哪些行业不属于现代服务业？（A） A饮食业B教育业C房地产业D租赁和商务服务业 2.以下哪些选项属于现代服务业聚集区（ABCD） A中央商务区B现代物流园C科技创业园D服务外包基地 3.最早使用条形码技术的企业是（A） A沃尔玛B家乐福C麦德龙D好又多 4.以下选项不属于广东在全国具有比较优势的现代服务行业是（D） A金融服务B批发和零售业C旅游业D计算机服务和软件业 5.（A）是国民经济发展的晴雨表，是现代经济的核心。 A金融服务业B房地产业C旅游业D现代物流业 6.以下选项属于金融服务业的是（ABCD） A金融信托与管理B金融租赁C邮政储蓄D典当 7.不属于责任保险的是（C） A公众责任保险B产品责任保险 C员工责任保险D第三者责任保险 8.按照投资目标，证券投资基金主要分为（ABC） A成长性基金B收入型基金C平衡型基金D指数型基金 9.按照评估对象来分，以下不属于信用评级分类的是（A） A个人信用评级B证券信用评级 C项目信用评级D国家主权信用评级 10.产权交易的主要形式有（ABCD） A兼并B承包C租赁D拍卖 11.（D）是指在奉献和回报方面，介于优先债券投资和股本投资之间的一种投资资本形式。 A私募股权投资B创业投资基金 C创业投资引导基金D夹层资本 12.宏观物流不包括（D） A社会物流B国民经济物流C国际物流D生产物流 13.微观物流包括（ABCD） A企业物流B供应物流C销售物流D生活物流 14.以下选项属于典型的物流中心的是（ABCD）
MDA 百科内容来自于: 中科永联高级技术培训中心（https://www.doczj.com/doc/3913064015.html,）MDA(Model Driven Architecture)是模型驱动架构，它是由OMG定义的一个软件开发框架。它是一种基于UML以及其他工业标准的框架，支持软件设计和模型的可视化、存储和交换。和UML相比，MDA能够创建出机器可读和高度抽象的模型，这些模型独立于实现技术，以标准化的方式储存。MDA把建模语言用作一种编程语言而不仅仅是设计语言。MDA的关键之处是模型在软件开发中扮演了非常重要的角色。 MDA源自于众所周知的把系统操作的规范从系统利用底层平台能力的方式细节中分离出来的思想，MDA提供了一种途径（通过相关的工具）来规范化一个平台独立的系统、规范化平台、为系统选择一个特定的实现平台，并且把系统规范转换到特定的实现平台。MDA的三个主要目标是：通过架构性的分离来实现轻便性、互操作性和可重用性。 模型驱动架构（MDA）是OMG组织近年来一直热炒的一个新的技术体系，同时也是众多搞软件模型研究人员的一个新热点。MDA（模型驱动）核心的思路是希望通过对商业模型（比如企业信息化或建筑领域的解决方案）的领域研究。进而提炼出一个相对核心的领域模型，同时抽象出一个PIM（平台无关模型）。之后根据不同的开发平台（例如.net或J2EE），应用平台（windows或unix）形成相应的PSM（平台相关模型）。依照相应的工具，例如ArcStyler可以完整地生成相应的代码和软件系统。当然这里只是罗列出一个大致的思路和方法。 1 MDA理论还处在一个探索期，很多理论和方法并不成熟，当然无从谈起有成熟的工具，从目前的趋势而言，从理论到实际的工具都离OMG组织所提出的预想有较大距离，至少还需要数年的努力才能成型。 2目前无论是国外的开源组织还是国内的一些组织对MDA都只是处在一个草创阶段，很多人所谓的应用MDA 其实都只是在MDA的体系中作一个最初的探索和尝试。例如ORM就是在一定层次上实现MDA 在数据库应用方面的探索，但也只是解决了一个实体模型映射的问题。前几天一个面试人员用ArcStyler4.X 做了一个银行POS系统的应用模型，生成了一点还需要修改的框架代码。就告诉我说他已经掌握了MDA，斯等水准真是让我汗颜！佩服！ 3 MDA的第一个热点可能是桥接器，而在MDA领域中，映射是个很重要的点，而转换和交互都只是在这个点上的延伸。 4 目前而言，最有可能在MDA体系中得以实现的语言是JAVA。 5 MDA的核心是PIM，因为他是最抽象和协同性最高的。同时就当前形势而言，PIM 也是一个瓶颈！同时就目前的UML2.0（从OMG那里得到最新的）而言，还不足以作为建立整个MDA体系的语言。同时对于MOF中的一些定义似乎还有提升的必要。因为对于整个体系而言，MOF应该更多的作为一个标准，只有在标准成熟的前提下，才有可能产生正确的映射规则。 6 等到MDA风光无限的那天，会使一部分程序员失业，但不会是全部，起码MDA工具要有人做，因为一个MDA工具不足以应付所有的领域。这就好比没有一个财务系统能适应所有的企业一样。因为各个领域的标准化不同。 一、MDA（模型驱动架构）背景 MDA目前在以下领域得到了应用：
一、客户服务的理念 源于客户需求，超越客户期望，达到客户满意。 1、客户服务在当前市场形势下的重要性 企业往往关注的技术问题、成本问题、人才问题等方面，这些只是一个短期、显效快的工作，而客户服务工作是企业的一项长期工作，是长期生存的命脉，稳定的客户群体才是企业的生存基础，俗话说：“创业难，守业更难”，我们建立完善的企业客户服务体系，维系好我们和客户的关系，做到来一个客户，留住一个客户，建立更多的企业忠诚客户，这就是实实在在的“守业”，同时优质的客户服务工作又可以大大提高企业的美誉度，通过客户良好的口碑，从而带动企业知名度的提高，带来更多的收益。 二、客户服务的目的 1、优质的服务给企业在竞争中带来优势 在当前竞争激烈的市场环境中，如果我们想取得更大的市场，除了价格优势、产品优势，还要有差异化的优势，有我们公司自己特点的优势，客户服务工作就是一项差异化优势，要用我们自己有特色、出色的客户服务，进一步提高公司在市场中的竞争力。 2、客户服务水平的优劣给公司带来的良性和恶性循环的不同结果 ●客户满意——长期合作——成为忠诚客户——销售提升——效益增加 ——传播企业优点——产生新客源——提高认可度—成为名牌 ●客户不满意——不再合作——潜在的客源流失——销量减少—效益减低 ——散布怨言——潜在的客源流失——信誉下降—品牌受挫 3、用优质的服务建立忠诚客户群，忠诚客户群是我们公司不断发展的基础，
是我们宝贵的资源，忠诚客户的概念是：会长期和我们合作；会免疫同行业公司的优惠政策，会宣传我们的品牌，做公司的义务宣传员，为我们带来更多的新客户和经济利益。我们如何建立忠诚客户群的重要方式，就是让客户得到超出期望的服务，这也就是我们前面提到服务理念中的“超越客户期望”，把客户有问题来找我们的被动服务，变成上门找客户的主动服务，例如：我们是燃气公司，定期的主动为客户进行安全检查，进行设备维护等等，同时针对工商业大客户也可以制定个性化服务方案，让客户难忘我们的服务，成为我们忠诚的客户群，让公司的发展得到保障。 三、客户的服务形式 1.完善和统一的形象建设，如：客服中心的门面、接待大厅、客户休息室、产品展示区都要统一，客服人员的服饰、客服用语都要规范。 2.客服人员要具备应有的素质 ●学会倾听，用情感服务缓解客户的急躁心情。 ●学会区分不同的客户群体，采取不同的接待方式。 ●学会自己减压，时刻保持清晰的头脑，不能有冲动行为。 ●学会分析客户的期望，了解客户的真正需求。 3.建立电讯、网络等媒体客服，如：24小时*7的电话客服，网站的在线客服，邮箱回复的客服等。 4.针对每个客户建立服务档案，客户不用担心服务由于人员变更连接不好，并且做好客户回访工作，对我们的客服工作进行监督。 四、公司客户服务工作现状 1.对外企业标识不统一，特别是运营中心和各个门站不能统一。
模型驱动体系架构论文：MDA中从CIM到PIM的模型转换研究 【中文摘要】模型驱动体系架构(MDA)是由对象管理组织(OMG) 提出的一种新的软件体系架构,它以模型为核心,模型转换为关键技术,通过模型间的转换来驱动整个软件开发。其中,模型转换是MDA开发方法的重点和难点。在MDA和统一建模语言(UML)的理论基础上, 本文首先研究了MDA中从计算无关模型(CIM)到平台无关模型(PIM) 的模型转换,重点分析了属于CIM范畴的用例图与属于PIM范畴的序列图和活动图的对应关系,并给出了它们之间的转换规则；然后,为了实现转换并保证转换的准确性,本文在国内外已有的研究基础上定义了一种用例描述规范化语言,并基于该语言给出了用例图到序列图及活动图的半自动化转换方法。最后,基于该转换方法,设计和实现了一个模型转换工具,验证了转换方法的可行性和有效性。 【英文摘要】Model Driven Architecture (MDA), proposed by Object Management Group (OMG), is a new kind of software architecture, which focuses on models, taking model transformations as the key technology. By the transformation between models, the development of software is driven. In the development based on MDA, model transformation is a challenging and critical point.Firstly, according to MDA and Unified Modeling Language (UML), this thesis studies an examination of the model transformation from Computation Indep...
1、现代服务业的概念：指依托电子信息和其他新兴高技术，以及现代经营方式和组织形式而发展起来的服务业，既包含了新兴服务业，也包含了传统服务业的技术改造与升级。其本质是实现服务业的现代化 2、服务业的概念及分类 （1）服务业的概念 服务业是从生产和生活领域独立出来的，以获取经济效益为目的，提供无形性产品为主的行业。 （2）服务业分类 一、我国现代服务业的发展概况 1、发展规模不断扩大 46.1%（截至2014-9） 2、新的行业不断涌现 3、区域发展差距较大 四、现代服务业的分类 1、世界贸易组织的分类法（P36表2-3）: 分为12大门类、155个部门。 特点：涵盖旅游及相关服务 一、人本管理理论及其应用 1、概念与内涵 指把人作为管理活动的核心和组织的重要资源，在充分尊重人的基础上，以组织内全体成员为管理的主体，围绕如何充分利用和开发组织的人力资源，服务于组织内外的利益相关者，从而实现组织目标和成员个人目标的一种管理理论和管理实践活动。 二、人本管理的原理 （1）人是管理的主体 （2）人的全面发展是管理的目的 （3）员工参与是有效管理的关键 三种方式参与：选举代表参与决策机构（董事会、管理委员会） 选举代表参与监督机构（监事会） 日常管理活动参与 （4）管理是为人服务的
3、现代服务业人本化管理的基本要求 1）树立人本化管理理念 服务于顾客人本化 管理员工人本化 2）完善人本化管理组织 突出人力资源管理部门的组织地位与作用 建立学习型组织不断提高人的素质与能力 一、现代服务业企业的战略环境分析 1、外部总体环境分析 政治环境（政局、政治关系、法律法规、制度） 经济环境（水平、体制、结构、政策） 社会文化环境（风俗习惯、信仰价值观、生活方式、文化水平、人口规模与地理分布） 技术环境（如新技术带来的竞争优势甚至商业模式） 自然环境 2、外部行业环境分析 行业环境分析的目的是把握行业的发展现状、发展趋势和内部的竞争格局，从而规避行业环境中存在的问题，寻找行业内发展机会，确定企业在行业内的地位或考虑是否需要退出某一行业。 （1）潜在进入者（进入行业的障碍取决于）： 规模经济 产品差异 投资资金需求 （2）替代品的威胁：如京沪高铁对航线的威胁 供应者、购买者的议价能力： 集中度 产品差异化 信息掌握程度 大主顾 （3）行业内现有企业的竞争威胁： 竞争者数量与规模 行业增长缓慢 差异化程度低 进入壁垒较低或退出壁垒较高 现代服务业产品存储性差 3、内部环境分析 内部环境分析就是研究企业的资源和能力。现代服务业企业的经营就是将资源转化为产出的过程。 资源分析：有形资源和无形资源（不易被模仿）。 能力分析（整合资源使价值不断增值的能力）：研发能力（研发成果、研发能力如研发队伍、研发经费分析）、生产服务能力（考察生产服务过程是否高效、技术如何？生产服务能力如产品与服务是否能满足顾客需求？服务人员的经验、技术、士气如何？质量管理如何？投诉处理如何？）、营销能力（定位能力、营销组合能力、营销管理能力）、财物能力（偿债能力、获利能力等）。 二、现代服务业企业总体战略分析
服务业的概念界定和基本分类 根据中国国家统计局自1985年以来实施的三次产业分类标准,第三产业部又被划分为两大部门和四个层次。两大部门是流通部门和服务部门。四个层次：第一层次是流动类, 包括交通运输业、邮电通讯业、商业饮食业、物资供销和仓储业；第二层次是为生产和生活服务类，包括金融、保险业、房地产业、地质普查业、公用事业、居民服务业、旅游业、咨询信息服务业、技术服务业等；第三层次是为提高科学文化水平和居民素质服务类，包括教育、文化、广播电视、科研、卫生、体育和社会福利事业等；第四层次是为社会公共需要服务类，包括国家机关、政党机关、社会团体以及军队和警察等。从以上分类可见服务领域涉及的围相当广泛,服务业的发展对于我国社会经济发展具有重要的意义。 第三产业与服务业 三次产业是从经济体系的供给角度进行的分类。即三次产业分类的逻辑过程是,下游产业的发展单向地依赖于上游产业,第二产业的发展依赖于第一产业提供的原料,第三产业的发展又依赖于第二产业和第一产业的产品供应。根据2003年5月我国新颁布的产业分类标准一《国民经济行业分类》(GB/T4758 2002),第一产业是指农、林、牧、渔业；第二产业是指采矿业,制造业,电力、燃气及水的生产和供应业,建筑业;第三产业是指除第一、二产业以外的其他行业,又称为广义服务业。从概念上讲”第三产
业是指对消费者提供最终服务和对生产者（包括三个产业的生产者）提供中间服务的部门。具体来讲,根据新标准,第三产业包括：交通运输、仓储和邮政业，信息传输、计算机服务和软件业,批发和零售业,住宿和餐饮业，金融业，房地产业，租赁和商务服务业,科学硏究、技术服务和地质勘查业”水利、环境和公共设施管理业，居民服务和其他服务业，教育, 卫生、社会保障和社会福利业，文化、体育和娱乐业,公共管理和社会组织,国际组织。 月艮务业是与农业、工业相对应的概念。服务业同农业、 制造业的划分，是以经济体系的需求分类为基础的，它同农业、制造业之间是相互依赖关系，而不仅仅是单向依赖关系。长期以来” 我国同时使用〃第三产业〃和〃服务业〃两个概念,两者涵基本相同。在我国，〃服务业〃是同与国际通用概念一致的称谓,近年来,中央正式文件和政府主管部门也主要使用〃服务业”这个概念。 二、市场型服务业与非市场型服务业 市场型服务业指市场机制决定资源配置和价格水平的服务业。包括批发和零售业，住宿和餐饮业，房地产业,租赁和商务服务业,居民服务和其他服务业”体育、娱乐业等。 非市场服务业指政府较大程度地利用行政手段和直接调控措施干预价格水平、市场准入、提供的规模和竞争行为的服务业。非市场型服务业包括垄断性服务行业、事业性服务行业、公共服
客户服务主要触点及基本要求 ?触点1：人行出入口 -安全员服装整洁、发不过耳、面容清洁、仪容端正。 -安全员对客户亲切友好：对进出客户主动点头示意、微笑或问好。如遇客户询问或需主动与其交涉须主动敬礼，并使用文明礼貌用语，双手接递物品。 -识别外来人员，礼貌询问、核实、登记和指引。 -岗亭、服务台完好、干净；物品摆放整齐。 -门禁使用正常，无破损生锈；标识无破损、干净、清晰。 -太阳伞及伞座无破损、褪色，不用时卷放整齐。 -地面无杂物、污迹、积水、明显积尘。 -周边花草树木长势良好，整齐美观，无枯枝黄叶、黄土裸露。 -夜间照明正常。 ?触点2：车行出入口 -安全员服装整洁、发不过耳、面容清洁、仪容端正。 -在没有车辆进出时保持良好站姿；在车辆驶近或等客户摇下车窗时，主动目视客户，微笑并敬礼。和客户交谈时使用文明礼貌用语，双手接递物品。 -收费主动提供票据。
-交通标识齐全，无破损、干净、清晰。 -岗亭、雨棚完好，无破损、褪色。 -道闸开启正常；读卡器、道闸干净，无油漆斑驳。 -夜间照明亮度适中，不晃眼，安全员身着反光衣。 -减速坡（路拱）无破损、斑驳。 -路面无破损、杂物、污迹、积水。 -周边花草树木长势良好，整齐美观，无枯枝黄叶、黄土裸露。 触点3：道路、广场 -上下班高峰期加强主干道、广场巡逻频次、清扫力度，保障交通快捷、安全、有序，路面没有垃圾杂物。。 -对小区内可疑及闲杂人员及时问询；对不文明的行为（包括不文明养宠等）及时劝阻、制止。 -路遇客户表现得亲切有礼，放慢脚步（单车巡逻岗放慢车速或停车）让路，和客户有眼光接触时应点头微笑示意或问好。如遇客户询问或需主动与其交涉须主动敬礼 （单车岗巡逻岗先下车），和客户交谈时使用文明礼貌用语，双手接递物品。 -路面、路牙平整，无凹陷、破损、松动。 -栏杆扶手无破损，油漆无斑驳、无锈蚀； -各类标识无破损、干净、清晰。 -雨（污）水沟（井）盖无破损、堵塞、松动。
MDA模型驱动开发方法学 主讲：张文（Jevons）一、传统软件工程方法学 传统的软件开发方式有许多模型，瀑布模型是其中最典型也最受诟病的一种，为了描述一个软件的生命周期，我们暂时以这种模型来阐述一下软件开发的过程。 软件开发要经历可行性分析研究，需求分析，总体设计（概要设计），详细设计，集成和测试等过程。一个成熟的软件模型在这些环节都需要生成大量的文档，目前的很多CMMI工具能很好的管理好这些文档，比如将需求文档关联到后期的详细设计的过程或编码的过程等。由于这个过程的生命周期太长，导致了开发过程中发现的问题不能及时反映到模型中来（虽然某些工具能跟踪到需求的变化），这个传统的工作过程虽然在目前遇到了极大的挑战，所以目前非常流行所谓的敏捷开发，本人也非常崇尚这种开发方式，但从我的经验来看，敏捷开发应该更多的体现在小项目或大项目的子模块的开发。对于一个较大的项目而言，一定的设计和研讨还是必不可少的。但如何解决之前所提到的开发周期过长，错误反馈不到位的诟病呢？ 我认为，在详细设计阶段，如果能有一个好的开发模型将能极大的解决这种问题，而MDA就是这么一个开发模型。 二、MDA的过程
MDA，全称叫模型驱动开发，顾名思义，开发是由模型来推动的，即开发之前需要建立良好的模型。 也许大家现在有了一定的概念了，因为大家在大大小小的开发时都会画一些uml图，建立一定的模型，然后一个软件的雏形就应运而生了。如果大家能做到这一步，恭喜你，说明你已经具备一定的设计能力了。但我也要反问你，在工作过程中，请问有哪次的模型是你自己觉得非常满意的，或者说是你的得意之作吧。面对这个简单问题，我想任何肯定回答都是牵强的，因为小的软件过程基本上不需要良好的设计，而大的软件过程，则很难做到良好的设计，如果没有一个良好的开发机制的话。 而MDA的开发方式则不一样，因为设计和编码可以融为一体，而且任何编码之前都是设计，任何设计都能生成编码，代码中也能访问到设计中的元数据定义，这就是MDA的神奇之处。 三、MDA的具体实施 金蝶的MDA方式建立在金蝶BOS的基础之上，BOS意思是Busingess Operation System，意思是业务定义系统，但远没那么牛，但在这个工具上实施MDA则是恰到好处。 一个典型的开发过程如下：首先定义实体，该实体具有一定的属性，而且从一定的父实体集成过来（如表单，基础数据等），这个实体也有一定的业务方法，在业务方法的定义中可以确定参数、返回值和异常，同时，可以在方法上定义EJB事务属性等。这些方法都可
服务业的基本概念 服务业概念在理论界尚有争议。服务业一般认为服务业即指生产和销售服务产品的生产部门和企业的集合。服务产品与其他产业产品相比，具有非实物性、不可储存性和生产与消费同时性等特征。其发展水平是衡量生产社会化和经济市场化程度的重要标志。在我国国民经济核算实际工作中，将服务业视同为第三产业，即将服务业定义为除农业、工业、建筑业之外的其它所有其它十五个产业部门。即， 1、交通运输、仓储和邮政业 2、信息传输、计算机服务和软件业 3、批发和零售业 4、住宿和餐饮业 5、金融业 6、房地产业 7、租赁和商务服务业 8、科学研究、技术服务和地质勘查业 9、水利、环境和公共设施管理业 10、居民服务和其他服务业 11、教育 12、卫生、社会保障和社会福利业
13、文化、体育和娱乐业 14、公共管理和社会组织 15、国际组织。 服务业按服务对象一般可分类为：一是生产性服务业，指交通运输、批发、信息传输、金融、租赁和商务服务、科研等，具有较高的人力资本和技术知识含量；二是生活（消费）性服务业，指零售、住餐、房地产、文体娱乐、居民服务等，属劳动密集型与居民生活相关；三是公益性服务业，主要是卫生、教育、水利和公共管理组织等。 服务业按发展历程一般可分类为传统服务业和现代服务业：所谓传统服务业,一是指需求是“传统”的,即其需求在工业化以前就广泛存在。其二是指生产方式是“传统”的，所谓“传统”的生产方式是指“前资本主义生产方式”家仆服务和传统商业是这类服务的代表部门。“传统服务业”主要是指商业、修理、理发、餐饮和其他能增进和改善人体体能的服务, 大都历史悠久。 关于现代服务业，使用较多的一种定义是：“现代服务业是伴随着信息技术和知识经济的发展产生，用现代化的新技术、新业态和新服务方式改造传统服务业，创造需求，引导消
模型驱动的体系架构MDA 很多组织已经开始对模型驱动的体系架构（MDA）进行关注，MDA 是一种应用系统设计和实现的方法。对于几个原因来说这都是非常积极的发展。 MDA 鼓励在软件的开发过程中有效的使用系统的模型，并且它支持创建类似系统的最佳实践的重用。所谓由对象管理组织（OMG）定义的标准，MDA 是一种组织和管理被自动化工具支持的企业体系架构和用于定义模型和推动不同模型类型之间的转换的服务的方法。 当被 OMG 定义的 MDA 标准和用于创建和进化企业级软件系统的术语在业界被广泛的引用时，仅仅到目前为止， OMG 和它的成员，包括 IBM Rational ，已经能够在 MDA 意味着什么、MDA 将向哪里发展、MDA 的哪些方面对于今天的技术是可能的和如何在实践中利用 MDA 上提供清晰的指导。 有效的企业软件开发 今天开发企业级的应用要求一种软件架构的方法，这种方法应该能够以一种灵活的方式帮助架构师来发展他们的架构。这种方法应该允许在及时的实现业务功能的新的能力的情况下重用已有的劳动成果，甚至是当目标基础架构本身在一直的演进。两个重要的思想现在被认为是应对这种挑战的中心： ? 面向服务的体系架构(SOA)。企业解决方案能够被视作通过良好的说明定义了他们的服务接口契约连接的服务联合。结果的系统设计通常被称作面向服务的体系架构（SOAs）。通过将一个系统组织成为被封装好的服务集合，这些服务可以通过他们定义的服务接口被操作，系统的灵活性被大大的增强了。现在很多组织用一系列的服务和服务之间的相互连接表示他们的解决方案。 ? 软件的产品线。通常，在一个组织开发和维护的系统中，存在着大量的可公用的部分。从捕获核心业务过程和领域概念的标准领域模型，到开发人员在代码中使用的实现设计的实现细节方案，我们在企业的软件项目的每一个级别上看到了重用的方法。当模式能够被经验丰富的从业者开发出来并在跨越组织的范围内传播时，软件开发组织将获得大量的效率。这表现了一种朝着促进计划的资产重用，增加自动化的级别来实现被开发系统大部分的方案的软件产品线开发视图的迁移。更加普遍的情况下，我们能够将在开发的产品线视图中定义良好模式的应用理解成为一种从一个抽象级别到一个更底层抽象级别的方案转化描述的方法。 这两种思想对对象管理组织（OMG）的思想有着重大意义的影响，一个开发和支持规范以改进企业软件开发和部署实践的软件组织联盟（在下一个部分 OMG 将扮演更重要的角色）。OMG 已经创建了一个概念性的框架，这个概念性的框架将平台选择与独立的面向业务的决定分离开来以使在架构和演进这些系统时允许更大的灵活性。这个概念性框架和帮助实现它的标准就是 OMG 称为的"模型驱动的体系架构（MDA）."。应用的架构师使用 MDA 框架作为表示他们企业架构的蓝图，并且使用在 MDA 中的开发标准作为他们独立于供应商和技术的"未来的证明"。 OMG 的 MDA 的概念通过 OMG 的构建模型的标准对系统的交互性提供了一种开放的、供应商中立的方法：统一建模语言（UML），Meta-Object Facility (MOF)，XML Metadata Interchange (XMI) 和Common Warehouse Meta-model (CWM) 。企业应用的描述能够使用这些建模标准被建立并被转化到一种主流的开发的或者是私有的平台上，包括 CORBA ，J2EE ，.NET 和基于 Web 的平台。 在我们开始深入的了解 MDA 之前，让我们考虑一下在软件开发中进行建模的基本概念和好处。 建模的基本原理 模型提供了一个物理系统的抽象，模型可以让工程师们通过忽略无关的细节而把注意力放到系统的重要部分来思考系统。工程中的所有工作形式都依赖模型来理解复杂的、真实世界的系统。模型被用在很多的方面：预期系统的质量，当系统的某些方面变化时推理特定的属性，和为各种涉众沟通关键的系统特征。模型也可以作为实现物理系统的先驱被开发，或者模型可以根据一个已存在的系统或者开发中的系统被产生作为理解系统行为的帮助手段。
现代服务业集聚区概念 现代服务业集聚区是以某一服务产业为主体，相关服务 产业相配套， 产业特色鲜明， 空间相对集中， 具有资源集合、 产业集群、服务集成功能，现代服务业集聚度达到一定水平的区域。现代服务业集聚区是现代服务业中的新型业态，是服务业发展的重要载体。 上海首先提出了现代服务业集聚区 的概念，并对其内涵不断进行充实发展。 现代服务业集聚区作用 现代服务业集聚区具有产业集聚、空间集约、高效连 通的特点，通过合理布局和有效开发，有助于在较短时间内形成服务业发展的新高地，推动经济增长方式转变，促进现代服务业集约化、节约型发展，有利于实现服务组织机构的网络化，促进知识交流与服务创新。 现代服务业集聚区现状 现代服务业集聚区建设，既是加快现代服务业发展的内 在要求，也是提升城市综合功能和竞争力的客观需要。高素质的人力资源、良好的交通组织、完善的商务环境、标准化的信息交流平台和面向全球市场的服务，都有助于现代服务业集聚区的形成。 雏形初步形成阶段： 20 世纪 80 年代改革开放初期，以外向型经济为特征的 虹桥开发区建设是上海现代服务业集聚发展的源起，逐步形成了环虹桥地区商务集聚区， 1000 多家外商投资企业和近千 家外企办事处入驻，其中咨询、审计、律师、企业策划、广告等行业发展尤其快速，现代服务业集聚区的雏形初步显现。 加速形成发展阶段： 20 世纪 90 年代开始，上海服务业加速发展，增加值占 GDP 比重由 1990 年的
31.9 ％上升到 2002 年的 51 ％； 就业人 数比重也由 1990 年的 29.6 ％增加到 2002 年的 48.8 ％。其 中，以金融、物流、信息等为代表的现代服务业更是呈现蓬勃发展的势头， 服务业集聚发展的趋势也日益明显， 在黄浦、 卢湾、静安、浦东、长宁、徐汇等区域都呈现出不同程度的集聚，涌现出虹桥、陆家嘴、南京西路等一批现代服务业集聚度较高的区域。 稳固发展，功能品质提升阶段： 跨入新世纪以来，上海现代服务业集聚进入了积极规 划、着力品牌建设的发展期。一批现代服务业集聚区已经开始规划启动，并加大在规划、功能定位、政策指导等方面的引导扶持力度。通过集聚区建设，吸引集聚优势资源，培育上海具有国际竞争力的高端服务业，进而推动现代服务业集聚区成为上海新世纪的城市名片、产业新高地和经济增长的新亮点。 现代服务业集聚区主要发展形态 （一）中央商务区（ CBD 或微型 CBD ） ：是指以城市经济为 核心，以金融、商贸、商务活动为主体，高级酒店、高级零售和高级公寓相配套，企业总部、地区总部集中，交通通达性良好的城市中心区域。 （二） 创意产业园： 是指以研发设计创意、