数据库性能评测指标及其测试方法研究

集团最全绩效考核KPI指标库( 按职能 )

KPI指标库（按职能排列）

目录 生产............................................................................................................. 错误!未定义书签。 生产经理 (4) 生产线和工艺维修总监 (5) 维修总监 (6) 工程经理 (7) 产品经理——生产 (9) 质量服务经理 (10) 生产经理助理 (11) 仓储经理助理 (12) 业务经理 (13) 生产主管 (14) 生产主管－非技术 (15) 罐包装主管 (17) 容器生产主管 (18) 项目工程师 (19) 设计工程师 (20) 质量控制工程师 (21) 工程专家 (22) 业务企划专家 (23) 制造工程师-制作、计划、程序安排 (24) 生产技师 (25) 研发 (26) 研发总监 (27) 研发经理 (28) 研发支持经理 (30) 设备主管 (32) 设备工程师 (34) 研发工程师 (35) 研发技师负责人 (37) 安全技师负责人 (39) 技师组长 (40) 机械专家 (41) 实验室服务技师 (42) 信息技师 (43) 信息助理 (44) 资料技术员 (45) 研究员 (46) 化学研究员 (48) 营养研究员 (51)

销售 (53) 销售总经理——系统销售 (54) 销售支持总监 (55) 政府销售总监 (56) 商务策划专家 (57) 销售副总经理 (59) 金融服务经理 (60) 市场调研经理 (61) 销售工程师 (62) 大客户代表 (63) 分类经理助理 (64) 客户关系专家 (65) 消费市场分析师 (66) 销售代表 (67) 客户执行员 (68) 财务 (70) 首席财政官 (71) 财务部总经理 (72) 企业税务总监 (73) 财务副经理 (74) 收入帐目主管 (75) 总会计师 (76) 经济师 (81) 数字分析师 (86) 预算分析师－财政 (87) 预算分析师 (88) 部门控制员 (89) 会计 (91) 行政管理 (93) 高级副总裁 (94) 经理-行政管理 (95) 经理-行政和财务 (96) 行政助理——法务 (97) 律师 (98) 区域经理 (99) 行政服务主管 (100) 业务企划专家 (101) 表格分析员 (102) 广告人员 (103) 艺术总监 (104) 设计人员 (106) 行政助理 (107) 人力资源 (109) 薪资与人事总监 (110)

数据库性能指标

数据库种类 数据库性能指标 1查询性能 多用户与查询之前的冲突 硬件 然而并不是所有的数据库性能问题都是来自数据库本身，我们日常工作中最常见的另一个情景就是数据库的硬件有若干问题，这里我们简单的介绍一下可能会出现的情况，毕竟市面上有已经有很多工具可以监测这些问题了 1、没有足够的CPU或CPU速度太慢：更多的CPU可以分担服务器的负载，从而提高性能。 2、慢的磁盘没有足够的IOPS：磁盘性能可以描述为每秒输入/输出操作（IOPS），它表示每秒磁盘的吞吐量。 3、配置不正确的磁盘：数据库需要效果明显的磁盘访问，配置不正确的磁盘会造成相当大的性能影响。 4、没有足够的内存：受限或不好的物理内存影响数据库性能，可用的内存越多，性能越好。 1NOsql 数据库优点 处理大规模数据和高并发能力 缺点 1. 复杂的数据库：NoSQL的简洁，有效，速度，然而所有这些特性都表现在数据库任务很简单的时候。当数据库变得更复杂，NoSQL开始崩溃 。同时nosql相对sql方面行业标准还不成熟，SQL有行业标准接口，而每一个nosql都是独一无二的 2. 灵活的Schema设计：在以前的数据库模型中，程序员必须考虑他们所需要的列，以照顾所有的潜在的可能性和每行中的数据项。当使用NoSQL时，各种各样的字符串都能实现，这种灵活性使得程序员能够快速地提高应用的速度。然而，当有几个小组在同一个项目上工作，或者当新的开发团队接手某个项目时，这可能是个问题。 3. NoSQL数据库相比关系型数据库通常更多的是资源密集型。它们需要更多的内存和内存分配。出于这个原因，大多数主机托管公司不提供NoSQL，你必须使用VPS或专用服务器。另一方面，随着数据库的需求增加，硬件也必须扩展 4. 监控困难：相对于已经成熟的SQL，NoSQL现在的监控可以说是比较困难的，国内也只有听云一家公司能够支持主流的Memcached, MongoDB, Redis等非关系型数据库服务

质量管理部绩效考核指标

质量管理部考核指标 一、部门及班组绩效考核指标 1.01、部门绩效考核指标 1.02、中心实验室考核指标

1.03、中心实验室班组考核指标1.04、在线质控绩效考核指标

1.05、在线质控班组绩效考核指标

二、部门指标评估标准 2.01部门指标评估标准

2.02中心实验室评估标准

2.03 在线质控 序号考核指标 绩效评估标准 权重 （%）优秀（100分）良好（80分）一般（60分）可接受（40分）差（0分） 1过程、库存质量抽 查有效整改率 以30分为基数，当月未出现质量问题为30分，提出有效整改措施的加2分（经部门认可）出现质量事故扣3分/次40（封 顶60） 2市场产品投诉次 数 产品出厂后因感官质 量（气味、色泽、包 装质量等）原因被客 户投诉或上级检查不 合格次数为 2 次以 下。 产品出厂后因感官质 量（气味、色泽、包装 质量等）原因被客户投 诉或上级检查不合格 次数为 3-7次。 产品出厂后因感官质 量（气味、色泽、包 装质量等）原因被客 户投诉或上级检查不 合格次数为8-10 次。 产品出厂后因感官质 量（气味、色泽、包 装质量等）原因被客 户投诉或上级检查不 合格次数为11-一五 次。 产品出厂后因感官质 量（气味、色泽、包装 质量等）原因被客户投 诉或上级检查不合格 次数为 16 次以上。 25 3样品管理、产品标 识管理差错次数 样品存放/处理的可追溯性，按照样品管理操作规程和现场产品标识管理，违反扣分1分/次10 4体系运行效果随机抽查和内部、外 部审核无不合格项 随机抽查和内部审核2 项不合格项，外部审核 无不合格项 随机抽查和内部审核 5项不合格项，外部审 核无不合格项 随机抽查和内部审核 8项不合格项，外部 审核无不合格项 随机抽查和内部审核 9项不合格项或外审 出现不合格项 10 5工作满意度与其它部门积极配 合，其它部门无投诉与其它部门积极配合， 其它部门投诉2次以下 与其它部门积极配合， 其它部门投诉3-5次 与其它部门积极配 合，其它部门投诉6 －8次 与其它部门积极配合， 其它部门投诉9次以 上 一五

关系型数据库性能测试参考指标 - prettyyang的个人空间 - 51testing软

关系型数据库性能测试参考指标- prettyyang的个人空间- 51Testing软... 关系型数据库性能测试参考指标----SQL Server 注：以下指标取自SQL Server自身提供的性能计数器。 指标名称 指标描述 指标范围 指标单位1．SQL Server中访问方法（Access Methods）对象包含的性能计数器全表扫描/秒 (Full Scans/sec) 指每秒全表扫描的数量。全表扫描可以是基本表扫描或全索引扫描。由于全表扫描需要耗费大量时间，因此全表扫描的

频率过高的话，会影响性能。 如果该指标的值比1或2高，应该分析设计的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。 次数/秒2．SQL Server中缓冲器管理器（Buffer Manager）对象包含的性能计数器缓冲区高速缓存命中率(BufferCache Hit Ratio%） 指在缓冲区高速缓存中找到而不需要从磁盘中读取的页的 百分比。该比率是缓存命中总次数与缓存查找总次数之比。经过很长时间后，该比率的变化很小。由于从缓存中读取数据比从磁盘中读取数据的开销小得多，一般希望该比率高一些。 该指标的值最好为90%或更高。通常可以通过增加SQL Server可用的内存数量来提高该指标的值。增加内存直到这指标的值持续高于90%，表示90%以上的数据请求可以从

数据缓冲区中获得所需数据。 %读的页/秒 (Page Reads/sec) 指每秒发出的物理数据库页读取数。该指标主要考察数据库从磁盘读取数据的频率。因为物理I/O会耗费大量时间，所以应尽可能地减少物理I/O以提高性能。 该指标的值应尽可能的小。可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，以降低该指标的值。 个数/秒写的页/秒 (Page Writes/sec) 指每秒执行的物理数据库写的页数。该指标主要考察数据库

品质部绩效考核方案80711

品质部绩效考核方案 目的：为了更好加强产品品质控制与提升，品管员在检验的工作中减少失误率，确保产品在实现的过程中能保证质量；提高生产中的工作效率能顺利进行。最终确保产品质量满足于客户需求。 第一条：适用范围 本考核方案适用于品质部来料（IQC）与现场（IPQC）和成品出货检验（OQC） 第二条：职责和权限 总经理：负责本办法的批准 品质部主管：负责直接考核部门岗位人员每一天的工作，监督和实施考核过程，将考核结果每月结束呈报，月底转交人事部落实生效。（注：当月考核中涉及触犯人事行政事件，由部门主管递交人事部进行考核处理） 品质部：负责本办法的起草，奖惩申请提出、考核分数统计与通报的提出； 依据公平公正的原则，各级管理人员相互监督，不得弄虚作假或徇私舞弊；一旦发现有不良的行为，对 相关人员将严厉处罚 第二条：考核目标 通过每日每星期每月进行对品管员工作考核，不断提升了部门员工在工作中的自律、严谨、勤快、认真的工作心态。从而提高对产品质量保证，促使公司的产品在拓展市场的重要体现。 第三条：考核方案内容 包括：工作任务完成、工作纪律、工作能力、工作态度、工作作风，对在职每一位品管岗位QC、有功嘉奖，有过则罚的管理办法。

第四条：考核方法 所有岗位都必须当天完成的工作任务，及时填写当天的检验报告，递交品质主管审核。若在检验时发现存在严重的品质问题时，必须及时汇报，并跟踪解决问题的结果，在检验报告上做好记录便于后续品质责任追溯。 1、IQC来料检验，IQC对于来料进行抽检或全检过程的过程中，要求对来料或产品进行外观、功能、尺寸、结构、 性能全面性检测，其包含要核对送货单名称、规格、颜色，作出检验动作。 （1）在每次验货过程中发现异常超出允收的范围，立即开出检验报告或不合格通报，交于上司确认处理并跟踪。若发现有品质异常没有及时开出相关检验报告，没得到及时处理，每次扣除1分。 （2）若在检验过程没有发现批量性重大品质缺陷，出现严重影响生产进度，造成延误客户交期，每次扣除2分，视情节的严重度而定。 （3）IQC在检验过程误判、漏检、错检造成生产停工，影响甚大，每次扣2分。 （4）IQC在检验批量时，没有发现品质缺陷占总批量6%-10%，为每次扣除1分；11%-20%为2分扣除；21%-50% 为3分扣除，依次类推。 （5）IQC每次检验，必须填写来料检验报告，作好不合格和合格标示，通知仓库人员将不良品区分，检验合格的物料在相应每卡板或每箱要盖pass章，不良物料每箱要贴上不良品NG标签。若忽略检验后的每个流程环节 （每次扣除0.5分）。 （6）当来料时，一般情况在3天内必须完成检验任务。急于生产或特殊情况必须当时或当天完检验任务，得出检验结果汇报部门主管。若不按要求完成任务，出现相关部门进行投诉或延误相关事发。每次扣除0.5分处理。 （7）当生产部投诉有关来料检验的品质问题,严重缺陷比例产生批量超过10%以上,经查属个人检验失职或疏漏原因。每次扣2分。 2、IPQC检验：IPQC对于生产时进行每一个产品外观、功能、性能/结构、装配，进行全面性检验，确认好相关的

广汇汽车集团公司关键岗位岗位职责及KPI考核指标

关键岗位岗位职责及KPI考核指标

公司关键岗位岗位职责 一、 岗位职责编写说明： 关键岗位是各公司的重要职能部门的岗位，在公司的日常经营及决策中担负着重要的作用，明确了各关键岗位的职责，为公司管理流程的确立，扫清了障碍。 二、关键岗位组织结构示意图： 三：岗位职责 职位名称 董事长（执行董事） 职务代码 所属部门 公司董事长 总经理 CRM 服务经理 品牌销售经理市场部（经理） 渠道经理 财务综管部经理 营销副总

直接下属公司总经理直属上级股东大会 职位等级执行层薪金标准工作地点 职位概要: 在管理中心总经理的领导下，对公司的经营负责、对股东负责，分解和实施公司股东共同制定的经营目标，监督和指导公司总经理制定和实施公司总体战略与年度经营计划；建立和健全公司的管理体系与组织结构；实现公司经营管理目标和发展目标。 主要岗位职责: ?主持公司的生产经营管理工作，并向股东报告工作 ?组织实施股东决议、公司年度计划和投资方案 ?拟定公司内部管理机构设置方案 ?拟定公司的基本管理制度 ?制定公司的具体规章 ?提请股东会聘任或解聘公司副总经理、财务部负责人等高级管理人员 ?拟定公司职工的工资、福利、奖惩方案、决定公司职工的聘用和解聘 ?提议召开股东会临时会议 ?公司章程或股东会授予的其它职权 任职条件： 培训经历: ◆接受过领导能力开发、战略管理、组织变革管理、战略人力资源管理、经济法、财务管理等方面的培训。 经验: ◆至少5年以上企业全面管理工作经验。 技能技巧: ◆熟悉汽车行业运作； ◆在团队管理方面有极强的领导技巧和才能； ◆掌握先进企业管理模式及精要，具有先进的管理理念； ◆善于制定企业发展的战略及具备把握企业发展全局的能力； ◆具有敏锐的商业触觉； 态度: ◆具有优秀的领导能力、出色的人际交往和社会活动能力； ◆亲和力、判断能力、决策能力、计划能力、谈判能力强； 考核详见关键岗位KPI考核 1、岗位名称：董事长（执行董事）

品质部KPI考核表

苏州冬建电子科技有限公司 品质部月度绩效考核表 岗位：I Q C/O Q C 被考核人：工号：考核时期：年 序号考核项目 配 分 考核标准内容 扣 分 奖 分 得 分 扣/奖分纪要 1错漏检 情况 2 1 当月无任何错漏检情况加2分。 2 当月只出现1次错漏检满分。 3 当月出现2次错漏检扣5分，3次扣10分，4 次或以上不得分。 2日常检验 工作 2 1 及时准确的按检验细则及标准进行检验，并留下 正确完整记录的满分。 2 未按文件要求进行检验，发现一次扣5分。 3 虚假记录发现一次扣5分。 4 未及时发现检验过程中的问题，若有下道工序或 上级发现你所未发现的严重问题，每次扣5分。 3工作纪律1 5 1 无违反公司劳动纪律,满分。 2 无故迟到早退扣5分。 3 未经批准,擅自离岗扣5分。 4 上班做与工作无关的事情扣5分。 4工作效率1 1 及时完成检验及上级交待的任务，没有影响生产 进度，满分。 2 未能及时完成某项检验或工作任务，每次扣5 分。 5团队精神1 1 能够积极主动帮带新员工,协助他人/它部门完 成任务,满分。 2 对上级或其他部门的合理协助请求不配合、不按 时完成，一次扣5分。 6沟通与表 达能力 1 5 1 有问题能上报并沟通，反映问题及时准确、清楚 明白,满分。 2 有问题未及时准确上报并沟通,扣5分。 3 相关部门评价良好者满分，接到一次其它部门投 诉扣2分，一次重大投诉扣5分。 77S 1 1 正确使用及维护仪器，报表记录真实、清晰、及 时，满分。 2 损坏仪器设备，办公用品/量具乱丢乱放不归位， 扣3分。 3 检测设备保养记录不真实，不及时一次扣3分。 4 报表记录填写不真实，不清晰，不及时，涂改不 签名，发现一次扣3分。 8提案奖励1当月有一次（以及一次以上）提出改进建议被采纳加5分,提交一次未被采纳的加1分，上限5分。 2 没有不扣分,不得分。 合计

数据库集群技术指标

1.DBTwin技术指标 A.非入侵部署 与所有的系统服务一样,DBTwin也是通过唯一的入口-一对(IP,port)来向外提供数据服务。因此,应用程序及其数据库接口不需作任何修改。支持所有的数据库接口：https://www.360docs.net/doc/b11186135.html,、ADO、RDO、DAO、OLE DB、ODBC、DB-LIBRARY等。 B.支持数据库 Microsoft SQL Server2005/2008的标准版和企业版。 C.事务处理同步复制 通过常用的宽带网络,快速的事务处理同步复制 D.高系统可用性 自动的错误恢复，真正把意料之内和意料之外的停机时间缩至最短。网关在错误恢复期间的停止服务间隙达到小于10秒。 E.零单点错误源 从DBTwin网关这一部件开始，整个数据库系统是完全、彻底地物理冗余。 F.数据“零”丢失 DBTwin使得系统同时拥有多个实时一致的数据集，这样从理论上讲，就真正消除了数据丢失的任何可能性。数据库可靠性达到目5个9，即99.999%。 G.动态负载均衡 DBTwin对只读数据库查询操作可以进行自动的判别和动态负载均衡，这是当前唯一实现的针对数据库的动态负载均衡技术，此技术可以大大改善整个数据库系统的性能。性能提升在30%~300%之间，具体提升比例取决于应用系统及网络结构和软硬的配置。 H.可伸缩性 可伸缩的数据库性能(负载均衡+非入侵式的数据库阵列扩展)，使得数据库具有可伸缩性。需要更多的数据库性能的时候，只要增加数据库服务器就可以了。 I.容灾能力 具备即时的灾难恢复能力。 J.DBTwin自身的双机容错

DBTwin支持自身的双机主备容错切换，也可以采用第三方的HA方案解决DBTwin 自身的容错问题。 DBTwin备份(复制)软件镜像1专为数据库设计是否否 2支持数据库集群是部分支持部分支持 3支持并发数据库操作是否否 4支持动态负载均衡是部分支持部分支持 5工作方式并行串行串行 6支持多份数据集是是是 7支持多份一致数据集是否否 7单点错误源无有有 8支持业务连续性程度高低中 9数据丢失可能性零高高 10错误恢复自动化程度高低中 2.DBTwin与备份/复制软件，及数据库镜像的功能、特点比较

集团公司对子公司绩效考核体系

集团下属财务公司关键绩效考核指标库 集团公司对下属公司的绩效考核基本以收入和利润为导向，且对各个下属公司的考核指标基本相同，没有按企业性质的不同加以“ 量身定做” ，同时NH 集团对下属公司的经营者没有单独进行绩效考核，而是根据下属公司各自的经营业绩对其管理团队进行绩效考核。这样的考核办法带来了一系列的后果，具体表现在以下方面： 1. 在完不成利润的情况下，片面追求收入达标，很多下属公司以牺牲利润为代价保收入，而总资产报酬率等由于所占比例小，有些下属公司根本就未予考虑。 2. 原有考核体系以团队为考核对象，未能给予经营者与其责权相匹配的个人收益挂钩，缺乏对下属公司经营者的有效激励。 3. 对下属公司经营者的考核尚停留在绩效考核层面，没有上升到系统的绩效管理高度，绩效考核的结果仅仅用于薪酬发放，不重视对人才的评价、培训与成长等。 4. 集团公司对收入与利润指标的制定缺乏强有力的市场调研依据，基本根据上年度的业绩情况确定，因此下属公司管理团队常常根据本公司的需要进行指标调整，或虚报或隐瞒。 5. 集团公司过分注重单个下属公司的即时效益，忽视下属公司与集团的持续协同成长，同时下属公司也不将集团的利益放在首位，在利益分配上与集团之间讨价还价。 二、集团公司对下属公司经营者绩效管理的出发点与定位 绩效管理是提升企业核心能力的重要手段，其根本目的在于建立企业长期的竞争优势。根据 NH 集团对下属公司经营者考核出现的问题，以及绩效管理的目的要求， NH 集团重新审视并将对下属公司经营者的绩效管理定位于以下几方面： 1. 服务于集团战略。根据企业集团的整体发展战略确定下属公司的战略定位，以此作为对下属公司经营者开展绩效管理的依据。 2. 实现“ 三赢” 。（ 1 ）通过给下属公司经营者提供有关绩效的导向与反馈，改进下属公司经营者的绩效，提升其职业化管理水平，促进下属公司经营者成长；（ 2 ）调动下属公司及其经营者的积极性，让下属公司真正冲到市场一线，培养开拓市场，不断创新的意识，增强下属公司的竞争力，达到下属公司自我发展的目的；（ 3 ）推动下属公司的目标实现，并对集团做出最大的贡献，培养集团公司的核心能力，实现整个集团利益最大化。 3. 增强企业集团的凝聚力。绩效管理不仅要使下属公司具备独立经营能力，减少对集团公司的依赖，也要让下属公司的经营与整个集团的利益相一致，考核指标之间必须协调与制衡，避免下属公司与集团公司之间的相互“ 算计” 以及下属公司损害集团利益的现象。同时，绩效管理的制定与贯彻本身也应促进集团管理者与下属公司经营者之间的沟通，从而使下属公司与集团公司达到利益协调，增强集团企业的凝聚力。 三、基于平衡计分卡（ BSC ）的指标体系设计 绩效管理的关键和难点首先取决于关键业绩指标（ KPI ）的选取。关键业绩指标必须在准确掌握集团与下属公司战略目标、企业具体管理中的关键与薄弱环节的情况下，进行认真地分析与界定，并设计标准和权重。确立合理的指标体系需考虑以下几方面：

(完整版)数据库性能测试报告

数据库系统性能测试报告

目录 1计划概述 (3) 2参考资料 (3) 3术语解释 (3) 4系统简介 (3) 5测试环境 (3) 6测试指标 (4) 7测试工具和测试策略 (4) 8测试数据收集 (4) 9测试结果数据以及截图 (5) 10 测试结论 (10)

1计划概述 目的：找出系统潜在的性能缺陷 目标：从安全，可靠，稳定的角度出发，找出性能缺陷，并且找出系统最佳承受并发用户数，以及并发用户数下长时间运行的负载情况，如要并发100用户，如何对系统进行调优 概述：本次测试计划主要收集分析数据库处理并发请求相关数据，做出分析和调优 测试时间：*年*月**日*点*分-*点*分 2参考资料 相关性能测试资料 3术语解释 性能测试 英文解释：Performance testing 概念解释：运行性能测试确定系统处理能力，来判断系统是否需要优化 负载测试 英文解释：Load testing 概念解释：通过系统面临多资源运行或被攻击情况下进行测试 4系统简介 数据库服务器，支持整个系统对数据的存储过程 5测试环境

器 6测试指标 测试时间：*年*月*日—*年*月*日 测试范围：数据库处理服务器或客户端请求信息(插入，查询，更新，删除)语句时，服务器各项性能指标的性能测试 Jmeter指标：（由于Apache旗下性能测试工具Jmeter收集的性能指标偏少，下面的数据选取代表性指标）1．Average/ms：服务器处理事物平均响应时间（表示客户端请求到服务器处理信息且反馈客户端的时间） 2．Throughput/s：服务器每秒处理请求数（表示服务器每秒处理客户端请求数（单位：个/秒））3．KB/s：服务器每秒接受到的数据流量（表示服务器每秒接受到客户端请求的数据量KB表示）硬件指标： 1．%Processor time ：CUP使用率（平均低于75%，低于50%更佳） 2．System：Processor Queue Length ：CUP队列中的线程数（每个处理器平均低于2） 3．Memory：Pages/sec ：内存错误页数（平均低于20，低于15更佳） 4．Physical Disk-%Disk Time：磁盘使用率（平均低于50%） 5．SQL Server：Buffer Manager-Buffer Cache Hit Ratio：（在缓冲区告诉缓存中找到而不需要从磁盘中读取的页的百分比，正常情况次比率超过90%，理想状态接近99%） 7测试工具和测试策略 ?测试工具：Apache-Jmeter2.3.2 ?测试策略：根据公司内部实际情况，以及业务分布设置数据库访问量即并发用户数 ?测试数据：因为涉及公司内部数据不便外泄，敬请见谅！ ?数据说明：选取数据均为代表性数据，包括存储过程以及查询，更新，删除，插入 8测试数据收集 收集多轮测试的结果进行对比，绘制成几何增长图形，找出压力转折点

XX集团KPI考核指标

最新09年移动集团KPI考核（有百合业务的是最新的） 数据增值业务收入比重满分10分 本指标考核数据增值业务收入占市公司运营收入的比重，按目标法实行年度考 核，考核口径为香港口径；具体计分方法如下： 数据增值业务收入=短信业务收入+非短信数据业务收入+ CMNET网内网间 结算收入一CMNET网内网间结算支出+数据业务网内网间结算收入一数据业务网内网间结算支出+ 12530语音通话费收入一分摊的销售折扣折让 数据业务收入比重=数据业务收入/运营收入X 100% 其中销售折扣折让按照国内口径的通话费、月租费、增值业务收入（须扣除CMNET 收入）的明细比例进行分摊。数据业务网内网间结算收入、支出数据以及数据增值业务收入的香港口径与国内口径的转换以财务报表计算为准。 本指标实行年度考核，当实际完成值不低于目标值时，该指标得满分；当实际完成值低于目标值的85%时，该指标得0分；当实际完成值处于目标值的85%-100% 之间时，线性得分。 黏性数据业务活跃用户总规模满分20分 本指标考核市公司9项粘性业务活跃用户总规模（算术和），按目标法考核计分，针对9项黏性数据业务的活跃用户，省公司为各市公司设定全年总规模的月均值考核目标。 实行“每月取数、全年考核”。每月统计9项黏性数据业务活跃用户总规模，年底考核2009年全年黏性数据业务活跃用户数总规模的月均值，年度考核满分20

分。当实际完成值不低于目标值时，该指标得满分；当实际完成值不高于目标值的85%时，该指标得0分；当实际完成值处于目标值的85%-100%之间时，线性得分。 黏性数据业务活跃用户总规模的月均值二黏性数据业务各月统计活跃用户数之 和/月数 本指标考核市公司飞信、12580、139邮箱、全曲下载、号簿管家、手机电视（流媒体）以及手机支付、139社区和富媒体（百合）黏性型业务活跃用户数之和，不考核单个业务，在考核期内，飞信、12580 139邮箱、全曲下载、号簿管家、手机电视（流媒体）的活跃用户总规模的实际完成值需不低于考核目标值的85%，否则该次考核该指标将扣减5分。具体指标口径如下： ①飞信 指标口径：分月统计当月客户端活跃用户，即为PC方式与手机客户端方式的活跃用户之和，手机客户端方式的月均活跃用户占客户端月均活跃用户的比例低于30%,则黏性数据业务活跃用户总规模”指标得分将扣减1分。下达市公司的目标值占在全年全省目标值的70%。取数来源：飞信业务平台。 ②12580 指标口径：分月统计当月拨打12580且进行信息查询或预订商旅的用户（用户按照属地进行统计）。取数来源：12580平台。 ③139邮箱 指标口径：分月统计当月通过WEB、WAP、客户端（pop、IMAP4、SMTP、PushEmail）、短信等方式收发邮件的用户，以及使用邮箱增值服务功能的用户。 下达市公司的目标值占在全年全省目标值的70%。取数来源：139邮箱中央节点。 ④全曲下载 指标口径：分月统计当月使用中央音乐平台收费全曲内容（资费>0）的用户。取

数据库性能监测指标

数据库性能监测指标（如Oracle、SqlServer）、LoadRunner 性能测试指标 1.%Disk Time(PhysicalDisk_Total) 2.%Processor Time(Processor_Total) 3.File Data Operations/sec(System) 4.Interrupts/sec(Processor_Total) 5.Page Faults/sec(Memory) 6.Pages/sec(Memory) 7.PoolNonpaged Bytes(Memory) 8.Private Bytes(Process_Total) 9.Processor Queue Length(System) 10.Threads(Objects) dbm: rem_cons_in 到正在被监视的数据库管理器实例的当前连接数，从远程客户端启动 agents_from_pool 代理程序池中已分配的代理程序数 agents_stolen 从应用程序中盗用代理程序的次数。重新分配与应用程序相关联的空闲代理程序，以便对其他应用程序执行操作，称作“盗用” sort_heap_allocated 拍快照时，以所选择的级别为所有排序分配的排序堆空间的总页数post_threshold_sorts 达到排序堆阈值后，已请求的堆的排序数 db: appls_cur_cons 当前已连接到数据库的应用程序数 appls_in_db2 当前已连接到数据库并且数据库管理器当前正在处理其请求的应用程序数sort_heap_allocated 拍快照时，以所选择的级别为所有排序分配的排序堆空间的总页数total_sorts 已经执行的排序总数 total_sort_time 所有已执行排序的总已用时间（以毫秒为单位） sort_overflows 用完排序堆并且可能需要临时磁盘存储空间的排序总数 hash_join_small_overflows 哈希联接数据大小超过可用排序堆空间，但超出比率小于10% 的次数 pool_data_l_reads 已经通过缓冲池的数据页逻辑读取请求数 pool_data_p_reads 要求I/O 将数据页放入缓冲池的读取请求数 pool_index_l_reads 已经通过缓冲池的索引页逻辑读取请求数 pool_index_p_reads 需要将索引页放入缓冲池的物理读取请求数 files_closed 已关闭的数据库文件的总数 pkg_cache_lookups 应用程序在程序包缓存中查找一个节或程序包的次数。在数据库级，它表示自从启动数据库或重置监视器数据以来的引用总数 pkg_cache_inserts 请求的一个节不可用，因而必须加载到程序包缓存中的总次数。此计数包括由系统执行的任何隐式准备

数据库优化

近期因工作需要，希望比较全面的总结下SQL SERVER数据库性能优化相关的注意事项，在网上搜索了一下,发现很多文章,有的都列出了上百条,但是仔细看发现，有很多似是而非或者过时(可能对SQL 以前的版本或者ORACLE是适用的)的信息，只好自己根据以前的经验和测试结果进行总结了。 我始终认为，一个系统的性能的提高，不单单是试运行或者维护阶段的性能调优的任务，也不单单是开发阶段的事情，而是在整个软件生命周期都需要注意，进行有效工作才能达到的。所以我希望按照软件生命周期的不同阶段来总结数据库性能优化相关的注意事项。 一、分析阶段 一般来说，在系统分析阶段往往有太多需要关注的地方，系统各种功能性、可用性、可靠性、安全性需求往往吸引了我们大部分的注意力，但是，我们必须注意，性能是很重要的非功能性需求，必须根据系统的特点确定其实时性需求、响应时间的需求、硬件的配置等。最好能有各种需求的量化的指标。 另一方面，在分析阶段应该根据各种需求区分出系统的类型，大的方面，区分是OLTP（联机事务处理系统）和OLAP（联机分析处理系统）。 二、设计阶段 设计阶段可以说是以后系统性能的关键阶段，在这个阶段，有一个关系到以后几乎所有性能调优的过程—数据库设计。 在数据库设计完成后，可以进行初步的索引设计，好的索引设计可以指导编码阶段写出高效率的代码，为整个系统的性能打下良好的基础。 以下是性能要求设计阶段需要注意的： 1、数据库逻辑设计的规范化 数据库逻辑设计的规范化就是我们一般所说的范式，我们可以这样来简单理解范式： 第1规范：没有重复的组或多值的列，这是数据库设计的最低要求。 第2规范: 每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某些组成部分。消除部分依赖，大部分情况下，数据库设计都应该达到第二范式。 第3规范: 一个非关键字段不能依赖于另一个非关键字段。消除传递依赖，达到第三范式应该是系统中大部分表的要求，除非一些特殊作用的表。 更高的范式要求这里就不再作介绍了，个人认为，如果全部达到第二范式，大部分达到第三范式，系统会产生较少的列和较多的表，因而减少了数据冗余，也利于性能的提高。

(完整版)品质部员工绩效考核标准2019

品质部员工绩效考核标准 一、目的 为体现科学、公平、合理、权责利分明的绩效激励机制，激发品质部员工的工作热情和增强工作责任心。 二、适用范围 品质部全体员工。 三、评价说明 1、本标准适用于品质部所有作业人员，评价结果作为每个月绩效考评的根据，并作为以后薪资调整及晋 升的依据。 2、品质部员工评价分为A、B、C、D、E、0六个等级，A为最高，其它依次降低，0为取消当月绩效奖 金。 3、 4、评分方式：（满分100分） ①、质量目标达成情况……10分；②、工作状况及工作服从性……30分；③、品质状况……30分； ④、考勤状况……10分⑤、安全、5S……10分；⑥、上级评价……10分。 另外，鼓励员工多提出好的改善建议，根据情况将会进行加分;优秀被采用的奖励直接提升等级。5、 四、评价内容 1、质量目标达成情况（10分）---黄涵负责统计； 1)部门质量目标达成率按：实际值/目标值*100%计算，多项指标的按达成率的平均值计算，得分= 达成率*10分；没有达成的指标项，按集体扣1分/项。岗位与某集体指标不关联的，不列入计算。 2)部门品质技能考评：①笔试--月平均分≥90分加2分，≥80分加1分，＜70扣2分。每次得分 ＜70分的补考，需补考扣2分/次。未参加考试的按0分计（特殊情况的经部门经理批准的则不计入统计）。②实操考试结果分为：优秀、合格、不通过，对应的每次考评分别为加1分、不加不减、扣1分。 2、工作状况及工作服从性（35分）------各岗位上级主管负责填报。 1)工作中态度不端正，做事拖拉、敷衍了事、消极怠工的，发现一次扣5分。 2)未及时进行各项检查，未及时、真实无误地填写各项检查记录或管理台帐等，发现一次扣5分。 3)不服从上司的工作安排的扣10分/次。

集团公司绩效考核指标库.docx

第一部分关键绩效评估指标库 一服装生产企业绩效评估指标库 编号方面关键成功要素绩效指标指标定义 /公式 001财务类指标增加销售收入内销收入本期内销收入 002财务类指标外销收入本期外销收入 003财务类指标内销收入增长率（本期内销收入 -上期内销收入）／上期内销收入×100% 004财务类指标外销收入增长率（本期外销收入 -上期外销收入）／上期外销收入×100% 005财务类指标增加利润内销利润总额本期的内销利润总额 006财务类指标外销利润总额本期的外销利润总额 007财务类指标内销毛利率本期的内销利润总额／本期的内销收入×100 ％ 008财务类指标外销毛利率本期的外销利润总额／本期的外销收入×100 ％ 009财务类指标提高资产回报资产总额当期资产总额 010财务类指标净资产回报率净利润／净资产× 100% 011财务类指标总资产回报率净利润／所有者权益× 100% 012财务类指标降低成本费用生产成本当期生产成本 013财务类指标管理费用当期管理费用 014财务类指标利润费用比率全年费用总额／全年利润总额× 100% 015财务类指标控制合理财务结构资产负债率总负债／总资产×100% 016财务类指标流动比率流动资产／流动负债 017财务类指标经营性现金流当期经营性现金流 018财务类指标提高资产利用效率总资产周转率主营业务收入／总资产均值 019财务类指标存货周转率库存成本 /平均存货 020客户类指标提高产品产量内销产品产量当期内销产品总的生产件数

021客户类指标外销产品产量当期外销产品总的生产件数 022客户类指标内销产品产量增长率（本期内销产品产量 -上期内销产品产量）／上期内销产品产量×100% 023客户类指标外销产品产量增长率（本期外销产品产量 -上期外销产品产量）／上期外销产品产量×100% 024客户类指标积极开拓市场市场活动目标达成率市场活动实际完成指标数量／市场活动计划达成指标数量 ×100% （年末外销大客户数量 -年初外销大客户数量）／年初外销大客 025客户类指标外销大客户订单稳定性户数量×100% 说明：根据公司实际情况以下单数量为依据确定大客户标准026运营类指标提高创新能力新产品开发率当年新产品开发完成数／当年新产品审核立项数量×100% 027运营类指标专利数量当年专利申请成功个数 028运营类指标研发投入产出比当年研发费用／当年销售额×100% 029运营类指标提高生产效率辅助工种与生产员工比例当年辅助工种人员平均数量／当年生产员工平均数量×100% 030运营类指标产能利用率当年平均利用产能／当年平均可用产能×100% 031运营类指标人均创利水平当年利润总额／当年平均员工人数 032运营类指标产品单位成本当年成本总额／当年产品数量 033运营类指标内销订单按时交货率当年内销订单按时交货次数／当年内销订单总数量×100% 034运营类指标外销订单按时交货率当年外销订单按时交货次数／当年外销订单总数量×100% 035运营类指标外销订单平均交货时间当年外销订单按时完成次数／当年外销订单总数×100% 036运营类指标提高产品质量外销订单一次验货通过率外销验货一次成功次数／外销验货次数×100% 037运营类指标内销产品返修率当年内销产品返修件数／当年内销产品总件数×100% 038运营类指标确保生产安全重大安全事故发生次数当年重大安全事故发生次数 039学习类指标提高员工满意度员工平均工资水平当年员工薪酬总额／当年平均员工数量×100% 040学习类指标员工流失率主动离职的员工数量／公司总人数×100%

数据库性能监控

数据库性能监控 1.纲要： 数据库性能监控是一个常非大范围。 包含：表空间、段、索引、主键、数据缓冲区、库缓冲、用户锁、等待事件、回滚段、I/O、共享池等等。（空间、索引、等待事件） 2.概述： 在日常生产系统中，我们的系统都使用相当长的时间，SGA 中重做日志缓存区的命中率，应该小于1%、高速缓存命中>=90%率等等一般都是正常的，当然一个非常低的命中率的确意味着系统配置或应用存在严重问题；非常高的缓存命中率存在严重低效率的SQL语句（极差的SQL造成%99以上的命中率）, 但命中率的多少义意不是很大，主要是查看系统的等待事件,系统的反应时间,吞吐率(I/O)。 在系统的配置都没有问题情况下，影响性能的主要方面集中在： 1、索引 2、oracle、操作系统某些资源利用的不合理 3、系统的等待事件 3.索引 要开始监控一个索引的使用，使用这个命令： ALTER INDEX pk_addr MONITORING USAGE;

要停止监控一个索引，输入： ALTER INDEX pk_addr NOMONITORING USAGE; 开始监控索引的使用之后，就可以在sys.v$object_usage视图中查到你所监控的索引的使用情况。 所有被使用过至少一次的索引都可以被监控并显示到这个视图中。不过，一个用户只可以接收它自己schema中的索引使用。Oracle并没有提供一个视图来接收所有模式中的索引。 4.oracle、操作系统某些资源利用的不合理 内存分配不合理 内存的利用率多于80%时，这时说明内存方面应该调节一下。方法大体有以下几项： 划给Oracle使用的内存不要超过系统内存的1/2，一般保在系统内存的40%为益。 为系统增加内存； 如果你的连接特别多，可以使用MTS的方式；（MTS（Multi-Threaded Server）是ORACLE SERVER的一个可选的配置选择，是相对DEDICATE方式而言，它最大的优点是在以不用增加物理资源（内存）的前提下支持更多的并发的连接。） 打全补丁，防止内存漏洞。 表空间分配的不合理 表空间不足的时候，系统前台根本无法使用。 回滚段空间的不足，持行脚本就回失败。 --监控表空间使用率与剩余空间大小的语句 SELECT D.TABLESPACE_NAME,SPACE "空间(M)", BLOCKS ,SPACE-NVL(FREE_SPACE,0) "使用空间(M)", ROUND((1-NVL(FREE_SPACE,0)/SPACE)*100,2) "使用率(%)", FREE_SPACE "空闲空间(M)" FROM (SELECT TABLESPACE_NAME, ROUND(SUM(BYTES)/(1024*1024),2) SPACE, SUM(BLOCKS) BLOCKS FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME) D,

品质部检验绩效考核表

品质部检验绩效考核表 品质部检验绩效考核表 品质部检验绩效考核表岗位：来料检验员被考核人： 考核时期： 年月序号考核项目配分考核标准内容扣分奖分得分扣/奖分纪要1 错漏检情况20 1 当月无任何错漏检情况加2分。 2 当月只出现1次错漏检满分。 3 当月出现2次错漏检扣5分，3次扣10分，4次或以上不得分。 2 日常检验工作20 1 及时准确的按检验细则及标准进行检验，并留下正确完整记录的满分。 2 未按文件要求或图纸进行检验，发现一次扣5分。 3 样品、图纸等资料遗失,发现一次扣5分。 4 现场产品未进行状态标示或标示错误扣2分。 5 虚假记录发现一次扣2分。 6 及时发现检验过程中的问题，若有下道工序或上级发现你所未发现的严重问题，每次扣5分。 3 工作纪律15 1 无违反公司劳动纪律,满分。 2 请假未按照要求（未提前提出者、无特殊情况电话请假者）扣3分 3 工作态度消极、不积极者（对工作避重就轻者）扣3分 4 对待错误不主动承认和改善者扣3分 5 未经批准,擅自离岗扣3分。 6 上班做与工作无关的事情扣3分。 4 工作效率10 1 及时完成检验及上级交待的任务，没有影响生产进度，满分。 2 未能及时完成某项检验或工作任务，每次扣5分。 5 团队精神10 1 能够积极主动帮带新员工,协助他人/它部门完成任务,满分。

2 对上级或其他部门的合理协助请求不配合、不按时完成，一次扣5分。 6 沟通与表达能力15 1 有问题能上报并沟通，反映问题及时准确、清楚明白,满分。 2 有问题未及时准确上报并沟通,扣5分。 3 相关部门评价良好者满分，接到一次其它部门投诉扣2分，一次重大投诉扣5分。 7 5S 10 1正确使用及维护仪器，报表记录真实、清晰、及时，满分。 2损坏仪器设备，用品/量具乱丢乱放不归位，扣3分。 3 检测设备保养记录不真实，不及时一次扣3分。 4 报表记录填写不真实，不清晰，不及时，涂改不签名，发现一次扣3分。 8 提案奖励- 1当月有一次（以及一次以上）提出改进建议被采纳加5分,提交一次未被采纳的加1分，上限5分。 2没有不扣分,不得分。 合计考核者需客观、如实的对被考核人进行考核，奖/扣分栏必须填写真实记录，并应有客观证据，可以附页说明。 考核者（直接上级）： 审核（部门经理）： 批准（主管副总）： 品质部月度绩效考核表岗位：过程检验员（巡检）被考核人：考核时期： 年月序号考核项目配分考核标准内容扣分奖分得分扣/奖分纪要1 错漏检情况20 1 当月无任何错漏检情况加2分。 2 当月只出现1次错漏检满分。 3 当月出现2次错漏检扣5分，3次扣10分，4次或以上不得分。 2 日常检验20 1 及时按图纸及标准要求进行首检、巡检、终检