siebelWinRunner是什么

siebel现今的前景如何

CRM 应该还有前途； Siebel 的话，有点儿昨日黄花的感觉了已经； 新互联网时代，CRM也与时俱进，Siebel 这种大而全，且笨重，部署话费时间金钱各种资源很多；云时代开启了新的CRM模式，比如 Salesforce等新生力量正在慢慢取代Siebel等；

Genesys中文翻译

munications Laboratories, Inc. （后简称Genesys）是法国Alcatel旗下的独立子公司之一。

Genesys率先为全面的客户关系管理（CRM）提供拥有统一队列管理的接触中心解决方案。

她为用户提供了一整套开放的且全面集成的解决方案，该解决方案独立于用户基础架构，并可管理经由各种不同多媒体渠道进行的交互活动。

Genesys总部坐落于旧金山，并已为全球2000家企业和主要的电信运营及服务商提供了十多年的服务。

如今，Genesys的分公司和办事处遍布世界各地，并在全球范围内铺设了战略合作伙伴网络，其中包括宏道、IBM全球服务、Alcatel、SAP、Siebel系统和西门子等。

根据国际知名市场咨询公司Frost & Sullivan的调查，可以获得有关Genesys在市场杰出表现的更为直观具体的数据。

2000年，Genesys为亚太区9个国家中的7个提供全球顶级的CTI软件，并将其在整个亚太区的市场占有率稳步推向42.9%。

在马来西亚Genesys的市场分额比1999年翻了三翻，达到70%；在香港地区其市场占有率则是1999年的两倍，达到了53%。

另外，Genesys成功的市场渗透还在于她在纽约的市场分额已超过了70%，而在新加坡的占有率则超过了整个市场的一半。

由于以上这些值得称道的优秀成绩：在市场竞争极为激烈的国家，如：澳大利亚、南韩和台湾等，Genesys依然拥有50%左右的市场份额，这使Genesys进一步巩固了其业界领导者的地位。

北京有哪些机构能培训siebel的？

可以自学 Siebel Fundamental (1) Overview SIEBEL应用概述 Siebel CRM是围绕客户关系管理这个主题建立起来的一系列应用的总和，和一些国内公司的CRM/CALL CENTER产品不一样，Siebel应用远远不是只是接一些电话然后记录下来并进行处理这么简单。

Siebel应用是通过统一协调管理各个联系客户的渠道（touchpoint），如email，电话，传真或者web以至于现场客户服务，从客户信息管理，销售机会管理，服务管理，主动地根据客户信息进行销售（upsales , cross sales）等，提供给公司一个全局的统一的客户视图，并提供给客户一个统一的公司视图，而建立起来的面向多个行业的客户关系管理解决方案。

Siebel的应用包含多个模块，分别面对不同的使用人员，主要分为面向客户的应用，面向雇员的应用和面向合作伙伴的应用。

下面的表格是这些应用的一个例子： 面向客户的应用:Siebel eSales,Siebel eServices, 面向雇员的应用:Siebel call center,Siebel Sales,SiebelCustomer Order Management, Siebel Employee Relationship Management(ERM) 面向合作伙伴的应用:SiebelPartnerRelationship Management(PRM), .。

。

。

。

。

。

。

。

。

另外，Siebel还针对20个行业做了很多行业定制的工作，这些定制的数据模型和术语都和那个行业相关。

如：Siebel Communications, Siebel Consumer Sector, Siebel Life Science等。

Siebel应用里基础的业务实体Siebel应用里有一些业务实体贯穿于整个应用中，这些业务实体主要是ounts，Contacts，Opportunities，Orders，Service Requests，Households，Activities，Assets。

ounts（公司）：公司外的业务实体，可以是潜在的客户，竞争对手等。

Contacts（联系人）：和公司有生意往来的人，一般都有一个名称，职位，电话号码。

Opportunities（机会）：一个可以带来利润（revenue）的事情，一般会和一个ount相联系，并且会有一个完成日期。

Orders（订单）：客户购买的一个产品或服务，一般有一个订单号，订单状态，并且和一个ount相联系。

Service Requests（服务请求）：一个客户请求，可能请求一些产品信息或服务信息。

Household（集体成员）：有某种经济联系的一些人的集合，他们可能有共同的采购行为或者兴趣。

一般有一个名称，一种成员类型（如妻子，孩子，小组成员等），集合体的联系人，并且有专门的用于负责这些人的雇员。

Activities（活动）：一个需要完成的事件，一般有起始日期和预计完成日期，优先级别，和负责的雇员。

Assets（资产）：一个已经被采购的产品，一般有一个资产号码，一个产品代码，和产品当前使用状态（如在用，废弃等）。

Siebel Fundamental (2) Architecture Overview SIEBEL技术体系概述 Siebel在被Oracle收购之前本身没有太多技术平台产品，所以Siebel的技术体系主要是建立在第三方技术平台之上，Siebel的主要体系架构是典型的web server/Applications Server/Database Server的三层架构。

下图是Siebel的一个简化的架构图： Siebel应用的技术主要包含三个部分： 1. Web Server：从浏览器接受请求，并把请求发给Siebel Server， 从Siebel Server得到结果，再发回给浏览器。

2. Siebel Server：是Siebel应用的主要技术部件，不但用于支持完成和客户端的交互（从数据库取得数据并返回给Web Server，从Web Server接受请求并处理），还需要处理工作流和业务自动化流程，以及一些批量执行的任务（熟悉Oracle Applications的用户可以大致认为和Concurrent Manager执行的任务一样） 3. Siebel Gateway Name Server：类似于一个动态注册表，用于跟踪所有Siebel进程的状态。

如果有Server起来或关闭，都会在Name Server更新状态。

4. Siebel File System：用于存放Siebel应用用到各种文件。

Siebel 技术体系架构有一些明显的特点： 1. 满足多渠道的访问的需求，无论是对于浏览器用户；对于通过手机访问的用户；还是对于暂时无法访问网络的用户但是又需要访问一些特定信息的用户；甚至对于需要专门访问的DBA管理用户，都在技术结构上提供了不同的访问模式。

2. Siebel的技术架构另一个重要的特点是能够跨多种产品和底层技术平台，如可以使用多个不同厂家的Web服务器（流行的如Apache，IIS），可以使用不同厂家的关系数据库（Oracle，DB2，SQLSERVER）等，这都要求Siebel能够在不同的技术框架上提供一个虚拟的访问层。

多渠道访问的架构设计 Siebel从架构层就包含了多渠道访问的思想，如下图： 访问渠道主要包含： 1. Siebel Web Client/ Siebel Wireless Web Client：标准三层架构访问模式，客户端没有任何Siebel软件，而只有浏览器（或手机浏览器）。

PC客户通过浏览器和Web Sever并最终通过SWSE和Siebel Server交互。

而手机用户通过WAP Server并一样通过SWSE和Siebel Server交互。

绝大部分用户都使用这种访问模式。

2. Siebel Handheld Client/ Siebel Mobile Web Client：这种方式的访问方式和三层架构不一样，这种方式要求在本机按照类似于一套mini版本的Siebel应用，访问本机的数据库和File System。

使用这种方式的时候，联机的时候本机数据库可以和中心数据库进行同步，而脱机的时候仍然可以访问自己机器上已经同步的内容，适合于经常没有网络连接的环境（如机场，火车站等）但又需要访问Siebel应用的场景。

3. Siebel Dedicated Web Client：这种客户端能够直接访问数据库，即使在Siebel Server已经被关闭的情况下，一样可以访问Siebel应用，原因是这种客户端本身就安装有Siebel Server的部件，不需要通过中心的Siebel Server来访问数据。

Siebel架构里中立于技术平台产品的设计 Siebel应用为了屏蔽底层技术的影响，而对维护人员提供统一的界面，主要在以下的部件里来提供中立于底层技术产品的设计。

1. Siebel Web Server Extensions（SWSE）：Siebel是通过在第三方的Web Server上加入一个插件，称为SWSE来和Siebel Server进行统一的通讯。

从而能够独立于Web服务器而提供和Siebel Server统一的接口。

2. Siebel Server的AOM(Application Object Manager)，AOM里包含Data Manager，用于针对不同的关系数据库生成包含该类型数据库特点的SQL语句，这样就可以在AOM之上提供屏蔽下面特定数据库技术的，中立的数据访问层。

Siebel Fundamental (3) Security and Acess Control SIEBEL安全架构 Siebel应用的安全主要包含用户的认证，数据传输的加密，数据存储的加密，以及应用，数据访问控制。

用户的认证主要指用什么方式来校验用户和密码；数据传输的加密主要指的是Web传输的加密，SWSE和Siebel Server的通讯加密；数据存储的加密是Siebel可以选择加密数据库的某些关键字段，但是并不影响Siebel应用的用户，由Siebel应用在存储和使用的时候自动加密解密；而应用，数据的访问控制则是Siebel里比较复杂的，和一个企业的组织结构相关的话题。

用户认证Siebel的用户认证方式较多，可以直接使用数据库用户密码认证，企业目录用户认证，SSO认证等。

如下图： 数据库认证：Siebel可以使用数据库用户/密码来验证用户的登录，对于这种认证方式的好处是不需要额外的安全基础措施（如LDAP），但是如果使用这种方式，就需要在数据库级别为每个用户创建用户和密码。

AD/LDAP认证：Siebel应用也可以使用工业标准的目录服务器来认证用户，比如微软的AD或其他符合LDAP规范的服务器，如果企业本身已经有目录服务器，则Siebel应用可以很好地集成目录服务器的认证机制。

使用web-SSO验证：Siebel应用提供了可配置的配合web-SSO单点登录基础设施的框架，可以使用多种SSO服务器提供的认证功能。

Siebel Security Adapter SDK：使用Siebel提供的SDK可以开发出不属于以上所提到的几种方式的用户认证方式。

Siebel组织架构 Siebel应用的应用／数据访问控制和Siebel应用的组织架构设计相关，所以首先需要介绍Siebel应用界面的一些基础概念：Screen，View以及Siebel组织结构的基本概念anization，position，responsibility和employee。

Screen（屏幕）是指Siebel应用里一组相关的功能或主题提供的一个tab，如下图： ounts就是一个screen，而View则是完成该主题里一个特定的任务的具体菜单项，如ounts List则是一个View，而通过这个View能够看见的东西则称之为数据（data）。

视图和数据的权限是完全分开控制的。

比如两个call center话务员Mary和Lisa，她们可能具有相同的职责（所以他们能够看见相同的View），但是每个人只能看见自己的那份数据（data是由他们的ID控制）。

而他们的Manager则可以看见Mary和Lisa两个人的数据（数据anization组织架构决定）。

Division和Organization和我们平常所见的公司结构图里的分支和部门是一样的概念，其实建立Division和Organization的方法一样，只不过要在建Division的时候选择一个checkbox指定该Division为Organization。

但是Organization和Division也有区别，他们都可以用于来设置公司组织架构的层次，但是如果希望不同的Organization不能够互相看见对方的数据进行数据的控制，需要对数据进行控制的话，则要使用Organization。

职位也是一个公司组织结构图上的一个小方块，用于组成公司的上下级汇报关系，一般一个职位只有一个雇员，当然有时候一个职位可以有多个雇员。

而且因为职位远要比雇员要稳定（雇员很可能离职），所以职位的访问控制在企业的很多场景里提供了恰当的数据访问控制方式，，而且使用职位进行访问控制比之使用雇员进行权限控制有更大的稳定性。

Responsibility则是企业里某次功能的集合，这个集合通常赋予一个工作岗位，（从Siebel应用的角度来说，就是一组View的集合）。

应用／数据访问控制 Siebel提供的两种主要的访问控制方式在View级别和Data（record）级别： 1. View级别的访问控制：一个企业通常按照功能进行工作的区分，分配给一个用户的功能决定了他能够访问Siebel应用的功能（在Siebel应用里称之为View，类似于一般应用的菜单），一个用户通过授予他的职责从而能够访问的功能的集合，这种应用的授权方式是通过View来进行的。

如一个销售代表通常能够看见My Contact View，My Opportunities View等，而一个Call Center Agent却只能看见My Service Request View。

这些都是通过Responsibility授权而得到View的权限的例子。

mycrm是什么？

MyCRM 1.【联成互动】：可能是我用了美国Siebel软件个人版的原因，用该软件更合乎我的习惯和思路，该产品更关注以客户为中心。

该公司的市场工作据中。

2.【立友信科技】公司主要经营业务有：一、CRM客户关系管理体系（MyCRM）MyCRM(立友信科技)是中国最大的CRM软件供给商。

在中国CRM .

WinRunner是什么

测试人员可能只针对 GUI 对象，MercuryWinRunner?将对其进行检查，确定其类，推荐要使用的相应功能。

使用多个验证类型确保功能正常：Mercury WinRunner 为文本、GUI、位图、URL 链接和数据库提供了检查点，使测试人员可用来对比预期结果和实际结果，以及用大量 GUI 对象及其功能来确定潜在的问题。

验证后台数据库中的数据完整性：内置数据库验证功能确定数据库中存储的值，确保事务处理的准确性，以及更新、删除和添加的记录的数据完整性。

快速查看、存储和验证测试对象的属性：Mercury WinRunner 的 GUI Spy 自动确定、记录和显示标准 GUI 对象、ActiveX 控件和 Java 对象与方法的属性。

这将确保脚本识别用户界面中的每个对象，并且可以测试这些对象。

维护测试和生成可重用脚本：GUI 图提供一个集中式的对象库，使测试人员可验证和修改任何测试对象。

这些更改然后自动传送给所有相应脚本，从而不必在每次修改应用程序时生成新脚本。

以单个应用程序测试多种环境：Mercury WinRunner 支持多达 30 种环境，包括 Web、Java 和 Visual Basic 等。

此外，还为一流的 ERP/CRM 应用程序（如 SAP、Siebel 和 PeopleSoft）大量其它程序提供针对性解决方案。

简化测试脚本的创建：Mercury WinRunner 的 DataDriver 向导大大简化了准备测试数据和脚本的过程。

这样可以优化 QA 资源的利用，从而推动测试的深入进行。

自动确定数据的不一致性：Mercury WinRunner 为文本、GUI、位图、URL 和数据库使用多种验证，检查和对比预期结果和实际结果。

将应用程序发布为产品时，这将确保功能的稳定性和业务交易的执行。

通过浏览器验证应用程序：Mercury WinRunner 让您可以在 Explorer、Netscape 和 AOL 中使用相同的测试来验证应用程序。

这样既节省测试时间，又减少了必须开发和维护的脚本数量。

自动恢复崩溃的已测试应用程序：测试运行过程中的意外事件、错误和应用程序崩溃可能破坏测试过程和歪曲测试结果。

使用 Mercury WinRunner 的恢复管理器可以进行无人值守恢复，并提供一个引导，用于指导确定恢复方案的过程。

充分利用其它测试产品中的投入：Mercury WinRunner 完全集成了其它测试解决方案，包括用于负荷测试的 Mercury LoadRunner?和用于全局测试管理的 Mercury TestDirector。

而且，组织可以结合 Mercury QuickTest Professional 重用 Mercury WinRunner 测试脚本。

与Mercury Business Process Testing 完全集成：由于 Mercury WinRunner 8.2 与 Mercury Business Process Testing 兼容，您可以创建业务流程组件，并将现有的 Mercury WinRunner 脚本转化为组件。