penghaijun

0 引言 随着经济的高速发展和社会信息化程度的提高，消费者 对企业的服务质量要求越来越高。同时，企业为了争夺客户 资源，必须准确把握住消费者的需求，并以最快的速度对用 户做出响应。因此，越来越多的企业搭建了自己的呼叫中心 【】】 。另外，由于企业发展及客户需求的多样化等原因，企业需 要在异地增设远端座席以适应市场新要求。而目前的呼叫中 心采用集中式结构，座席人员受限于地理位置，难于实现真 正意义的移动办公。 伴随数据网络的建设，网络越来越稳定可靠，利用VOIP 语音网关来实现企业的远端座席是非常有效的解决方案 1呼叫中心系统 目前，呼叫中心系统主要采用集中式体系结构。在传统 的呼叫中心系统结构(如图一所示)中，由程控交换机(PBX) 为呼叫中心提供内外的通道，对外与市话局中继线接I=1，对 内则与座席话机和自动应答设备接口。自动呼叫分配器

摘要：针对呼叫中心人员上班的班次和时段的人力资源分配问题，考虑班次和上班时段的等限制条件以及人力资源分 配的具体要求，建立了相应的数学模型。在此提出了一种基于蚁群算法的人力资源分配算法。在呼叫中心人力资源分配 问题图形化定义的基础上 建立了正反馈机制，设计了状态转移的规则，利用信息素更新规则对呼叫中心的具体人力分配 进行了分析与实现。仿真表明，该方法对解决呼叫中心的人力资源分配问题是可行的。

摘要：采用B／s技术与呼叫中心技术相结合方式，可以在不增加硬件投资情况下，建立呼叫中心知识库，并 可不受场地的限制．方便使用。对提高呼叫中心的培训质量、降低管理成本、提高客户满意率都有重大作用。 关键词：知识库；呼叫中心；B／S结构；WEB服务 中图分类号：TP38 文献标识码：A 文章

[ 摘　要]胜任特征模型的构建,是现代人力资源管理的一个重要方法,是一整套针对特定组织、特定岗位的个体特征评 价标准,它能为人力资源管理的各个领域提供基础和核心,本文针对呼叫中心在构建模型过程中的程序和方法进行了探索性 的研究,以建立起切合呼叫行业和企业自身发展所需的胜任特征模型。 [ 关键词]胜任力模型;绩效标准;资格模型

当前，客户所期待的维持“持续连接”的大量可用的语 音和数字服务正处于爆发性增长，而且，电信用户在传输文 本、多媒体和私人内容时也可以比以前借助更多的移动设备。 客户不断买入更复杂的设备，并与运营商也建立了日趋复杂 的关系，因此他们很难明了自己到底选购了什么以及如何有 效地组织自己的账户。当客户在众多类型的设备上接受各种 各样的服务时，维持高水平的客户关怀将变得极具挑战性。 作为具有利润中心屙l生的本地化公司市级电信企业，拥有 大量可告f生极高的可利用的数据与资源，并直接接触利润的源头 — 客户，因此拥有探讨利润屙眭最为合适的环境，对此系统地分 析与总结将会为整个集团公司不同层次的决策提供直接依据。

说明：本人力资源管理系统详细设计报告包括以下主要内容： 1. 引言：实施本系统的公司的背景介绍等 2. 项目章程：目前公司人力资源管理存在的问题、项目范围、进度表、预算等 3. 系统详细设计说明，包括： 系统功能说明、系统结构说明、DFD 图、E-R 图、操作界面设计、数据库设计、详细的数据 表（包括主键、外键、数据类型、默认值、取值范围等）

因为10G安装过程中是不带Gateway 因为10G安装过程中是不带Gateway 需要到otn上下载安装组件. 安装过程这里不再敖述: 说明: 我的oracle和sqlserver安装在同一台主机上: IP:192.168.100.102 sqlserver database:pub 第一步 修改配置文件. 在ORACLE_HOMEtg4msqladmininittg4msql.ora 目录下: # This is a sample agent init file that contains the HS parameters that are # needed for the Transparent Gateway for SQL Server # # HS init parameters # HS_FDS_CONNECT_INFO="SERVER=192.168.100.102;database=pub" HS_FDS_TRACE_LEVEL=OFF HS_FDS_RECOVERY_ACCOUNT=RECOVER HS_FDS_RECOVERY_PWD=RECOVER 第二步:修改listener.ora.如下内容: SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = tg4msql) (ORACLE_HOME = F:oracleproductdb_1) (PROGRAM = tg4msql) ) ) 。。。。。。

摘　要：对海量数据进行访问查询时，常常遇到系统响应时间过长，占用系统资源过多的问题。本文结合实例着重对Oracle数据库中的查询优化进行了研究，测试结果表明采用的方法是很有效的，大大缩短了测试用例表的响应时间，最后对海量数据的优化方法提出了实用性的建议。 关键词：海量数据；Oracle数据库；查询优化；数据查询。 1　引　言 在直升机飞行地面数据处理平台中，需要查询历史飞行数据来进行飞行状态的模拟及其飞行事故的分析，从而对当前飞机状态进行评判。其数据量非常巨大。如何对其进行快速访问，提高系统响应时间就显得十分重要。在实际应用中，往往采用各种优化措施，使得SQL查询经过数据库优化器的处理，得到最佳的执行计划，即数据访问路径，来达到提高响应速度的目的。由于项目采用的是Oracle数据库，以下考虑对Oracle数据库进行的优化情况。 2　Oracle查询顺序及其调整 Oracle优化的一般顺序如下：环境调整（服务器、网络、磁盘）、Oracle实例调整、Oracle对象调整、Oracle SQL调整。我们的测试采用的Oracle数据表容量为50 M，记录条数为50万条。测试方法为：根据用户的查询要求计算得到用户需要浏览的数据记录的起止位置，然后在SQL语句中加入此位置，执行SQL语句，查询该数据表，得到用户想要浏览的记录集合。使 用的SQL语句如下：

oracle 9.2.0.1.0 ip:192.168.1.22 port:1521 sql2000 ip:192.168.1.12 db: db1 说明，透明网关可以跟oracle，sql server2000数据库在同一台机器或者不同机器，本例是跟oracle是同一台机。 1: 运行oracle 安装软件，安装类型选自定义，选择里面的安装oracle transparent gateway 9.2.0.1.0，下面的oracle transparent gateway from microsoft sql server 9.2.0.1.0,这里可以看到，还可以选择其他的数据库如，sybase等 2：确认透明网关安装成功，会出现D:oracleora92tg4msql目录，配置文件inittg4msql.ora,注意，如果对应的listener.ora里面的sid_name设置为其他的，如本例的sql2000,那么应该新增一个配置文件对应为initsql2000.ora而不是inittg4msql.ora了，里面内容如下： HS_FDS_CONNECT_INFO = "SERVER=192.168.1.12; DATABASE=db1" HS_FDS_TRACE_LEVEL=OFF HS_FDS_RECOVERY_ACCOUNT=RECOVER HS_FDS_RECOVERY_PWD=RECOVER

前提:在安装oracle时选中安装透明网关组件(默认不选中),如果未安装可以重新选择安装此组件. 环境:Oracle 10g + SQL SERVER 2000 数据库:Oracle:ZNDATA;SQL SERVER:ZNDB 目标:在oracle下建立一个tnsname用来访问SQL SERVER的ZNDB数据库. (1)建立ZNDB数据库在Oracle下的别名zheneng: 进入%ORACLE_HOME%\tg4msql\admin目录建立文件initzheneng.ora,里面内容如下: HS_FDS_CONNECT_INFO="SERVER=192.168.0.197;DATABASE=ZNDB" HS_FDS_TRACE_LEVEL=OFF HS_FDS_RECOVERY_ACCOUNT=RECOVER HS_FDS_RECOVERY_PWD=RECOVER (2)建立listener: 进入%ORACLE_HOME%\network\admin修改listener.ora文件增加: (SID_DESC = (SID_NAME = zheneng) ###注意:要与前面建的文件名字initzheneng去掉init后一样. (ORACLE_HOME = D:\oracle\product\10.1.0\db_1) (PROGRAM = tg4msql) )

工作流管理基础权威教程： C1-先进制造-00516.pdf C2-概念-00531.pdf C3-参考模型-00531.pdf C4-研究-00601.pdf ......

高级软件架构师培训讲义： 0_架构师与设计师.pdf 01_软件流程实施方案选择.pdf 02_软件架构文档设计.pdf ......

数据库加密的必要性 　　大型数据库管理系统的运行平台一般是Windows NT和 Unix，这些操作系统的安全级别通常为C1、C2级。它们具有用户注册、识别用户、任意存取控制(DAC)、审计等安全功能。虽然DBMS在OS的基础上增加了不少安全措施，例如基于权限的访问控制等，但OS和DBMS对数据库文件本身仍然缺乏有效的保护措施，有经验的网上黑客会“绕道而行”，直接利用OS工具窃取或篡改数据库文件内容。这种隐患被称为通向DBMS的“隐秘通道”，它所带来的危害一般数据库用户难以觉察。分析和堵塞“隐秘通道”被认为是B2级的安全技术措施。对数据库中的敏感数据进行加密处理，是堵塞这一“隐秘通道”的有效手段。 　　据有关资料报道，80%的计算机犯罪来自系统内部。在传统的数据库系统中，数据库管理员的权力至高无上，他既负责各项系统管理工作，例如资源分配、用户授权、系统审计等，又可以查询数据库中的一切信息。为此，不少系统以种种手段来削弱系统管理员的权力。实现数据库加密以后，各用户(或用户组)的数据由用户用自己的密钥加密，数据库管理员获得的信息无法进行正常脱密，从而保证了用户信息的安全。另外，通过加密，数据库的备份内容成为密文，从而能减少因备份介质失窃或丢失而造成的损失。由此可见，数据库加密对于企业内部安全管理，也是不可或缺的。 　　也许有人认为，对数据库加密以后会严重影响数据库系统的效率，使系统不堪重负。事实并非如此。如果在数据库客户端进行数据加/脱密运算，对数据库服务器的负载及系统运行几乎没有影响。在普通PC机上，用纯软件实现DES加密算法的速度超过200K字节/秒，如果对一篇一万汉字的文章进行加密，其加/脱密时间仅需1/10秒，这种时间延迟用户几乎无感觉。目前，加密卡的加/脱密速度一般为1M位/ 秒，对中小型数据库系统来说，这个速度即使在服务器端进行数据的加/脱密运算也是可行的，因为一般的关系数据项都不会太长(多媒体数据另当别论)。例如，在同一时间里有10个用户并发查询，每个用户平均查找1000个汉字的数据，最先得到结果的用户延迟时间小于0.02秒，最后得到结果的用户也仅需等待约0.16秒。 。。。。。。。

erp流程图： erp流程及详细说明。 erp流程及详细说明。

一种适应关系型数据库的多维关联规则挖掘的算法。

ejb3.0实例教程

JavaScript语言参考手册