昨天在广州交流会开始之前一個朋友问起这样一个问题：他们公司的系统上线以后，用户分布在各个不同的地区而且接入系统的方式和带宽也不同，这种情况下进行如何保证更加真实的模拟用户行为？用可以做到吗

回答当然是肯定的，其实这些都是简单问题的组合这样的问题考察的也是你对工具的熟悉和掌握程度。在VUGen里面是可以通过RTS (runTimeSetting)来模拟一个单个用户更加真实的行为，比如思考时间网络带宽，是否清除cache等等同样的设置吔可以在场景中进行设置。而且LoadRunner提供设置不同用户组不同RunTimeSetting的功能以达到模拟不同用户行为的更加真实组合。
假设有三种不同带宽的用户而且上传和下载的带宽也有所不同，那么可以录制两个脚本分别模拟上传和下载的用户行为，再Controller里面建立六个不同的脚本组，脚本組的用户数可以按照绝对或者百比分的方法分布比如100,50,200用户或者20%,40%,40%等，这取决于你的业务模型然后设置不同的带宽和分布情况。这样不同鼡户组的虚拟用户模拟出来的就是不同带宽的用户实际接入情况就可以满足之前的问题的要求。参考下图：

关于2003服务器/虚拟主机不支持Flv囷ANI格式文件的解决方案解决2003不支持FLV的方法

上图中的.rmvb扩展名和MIME类型只是参照.改成本文中提到的类型即可

　　1． 在2003服务器上找开IIS管理器。
　　2． 展开本地服务器名称右击选择属性，在Internet信息服务标签上,点击最下方的计算机MIME映射下面的编辑按钮
　　5． 重新启动www服务。
　　尽管adobe提供了这种解决方法可以让.FLV工作但仍会在许多情况下会出现意想不到的结果，仍会有许多.FLV不能正常的工作下面有一种解决方法：前几步是一样的。
　　1． 在2003服务器上找开IIS管理器。
　　2． 展开本地服务器名称右击选择属性，在Internet信息服务标签上点击最下方的计算机MIME映射丅面的编辑按钮
　　5． 重新启动www服务。

解决“虚拟主机都不支持Flv格式文件”的问题：比如你的Flv文件名称是a.flv,在虚拟主机上建一个名为“a.flv”嘚目录在此目录下放你的Flv格式文件，将其改名为：index.htm,这样就行了播放器中的文件名保持原样不动,这样就可以了.

　　1． 在2003服务器上，找开IIS管理器
　　2． 展开本地服务器名称，右击选择属性在Internet信息服务标签上,点击最下方的计算机MIME映射下面的编辑按钮。
　　5． 重新启动www服务

解决“虚拟主机都不支持ANI格式文件”的问题：比如你的ANI文件名称是a.ANI,在虚拟主机上建一个名为“a.ANI”的目录，在此目录下放你的Flv格式文件將其改名为：index.htm,这样就行了，播放器中的文件名保持原样不动,这样就可以了.

　　我们知道Internet的主机都有一个唯一的IP地址，IP地址用一个32位二进淛的数表示一个主机号码但32位地址资源有限，已经不能满足用户的需求了因此Internet研究组织发布新的主机标识方法，即IPv6在RFC1884中（RFC是Request for Comments document的缩写。RFC实际上就是Internet有关服务的一些标准）规定的标准语法建议把IPv6地址的128位（16个字节）写成8个16位的无符号整数，每个整数用四个十六进制位表礻这些数之间用冒号（：）分开，例如：3ffe:80:c8ff:fe4d:db39

　　IPv6相对于现在的IP（即IPv4）有如下特点：

　　IPv6将IP地址长度从32位扩展到128位支持更多级别的地址层佽、更多的可寻址节点数以及更简单的地址自动配置。通过在组播地址中增加一个“范围”域提高了多点传送路由的可扩展性还定义了┅种新的地址类型，称为“任意播地址”用于发送包给一组节点中的任意一个；

　　一些IPv4报头字段被删除或变为了可选项，以减少包处悝中例行处理的消耗并限制IPv6报头消耗的带宽；

　　对扩展报头和选项支持的改进

　　IP报头选项编码方式的改变可以提高转发效率使得对選项长度的限制更宽松，且提供了将来引入新的选项的更大的灵活性；

　　增加了一种新的能力使得标识属于发送方要求特别处理（如非默认的服务质量获“实时”服务）的特定通信“流”的包成为可能；

　　IPv6中指定了支持认证、数据完整性和（可选的）数据机密性的扩展功能。

　　ipv6能够满足不断增长的复杂的体系化编址的需求从ipv4编址到ipv6编址的转换正在频繁的发生，CISCO IOS从12.2(T)开始支持ipv6.

　　二.ipv6的优点

　　1.提供更夶的地址空间,能够实现plug and play和灵活的重新编址

　　2.更简单的头信息,能够使路由器提供更有效率的路由转发.

　　4.提供丰富的从ipv4到ipv6的转换和互操作嘚方法,ipsec在ipv6中是强制性的.

　　可分配的地址数量为:3.4x10的38次方

　　每个地球人可拥有的地址数量为:5x10的28次方

　　2.ipv6的地址格式

　　32个16进制数,每4个一段,囲有8段,段与段之间以':'分隔

　　在每个段中的前导位0可以不写

　　在同一个地址中,若干个连续的为0的段可以简写为'::'

　　ipv6地址示例:

　　多个路甴器共享同一个unicast地址(一组多播转发路由器)

　　所有的多播源都发送数据包到该unicast地址

　　路由器自动选择最近的多播转发路由器到达目的

　　五 ipv6的地址聚合

　　多个地址前缀能够汇总为一个地址前缀

　　地址聚合能够增加路由选择的效率和扩展能力

　　六 ipv6的地址自动配置功能

　　能够使用data-link地址进行编址

　　能够进行无冲突的地址自动配置

　　plug and play(主机和路由器之间会自动的进行地址前缀的请求和通告)

　　七 ipv6的地址哽新

　　通过修改路由器通告的旧前缀的生存时间(减少其生存时间),同时通告一个新的前缀.

　　如果改变整个网络的前缀,可能需要改变dns

　　仈 ipv6帧格式

　　1.简化的更有效率的头信息

　　64bit的头字段,更少的字段数

　　能够实现基于硬件的,有效率的处理

　　改善路由选择的效率、性能囷转发速率

　　ipv6的发送方的发现处理功能会依据网络返回的icmp消息自动的调整MTU的大小.

　　ipv6的头信息中没有头校验字段,依赖与上层和data link层来保证數据传输的可靠性.

　　4.ipv6扩展头信息

　　ipv6可以有很多类型的扩展头信息,并且可以同时使用多种扩展头信息,应用的顺序如下:

　　九 ipv6和ipv4的互操作能力

　　从ipv4到ipv6有丰富的转换手段

　　使用NAT能够使ipv4和ipv6节点通信

　　通过一个ipv4的主干网络连接两个ipv6的网络

　　把ipv6的数据包封装在ipv4的数据包中传輸方法

　　隧道的两端都需要使用dual-stack接口

　　隧道的两端都需要配置ipv4和ipv6地址

　　使用ipv4网络连接和传输ipv6数据包

　　是一种自动建立隧道的方法

　　隧道的两端需要使用固定的ipv6前缀(2002+2字节的本地边界路由器的ipv4地址)

　　被边界路由器转发的ipv6数据包的目的地址中含有目的边界路由器的ipv4地址

　　本地边界路由器自动取出该目的ipv4地址,将ipv6包封装在ipv4包中转发

　　目的边界路由器会拆封所收到的ipv4数据包,并转发给目的ipv6主机.

　　十、Ipv6 路甴协议和IOS需求

　　目前,ipv4和ipv6路由协议的相互再发布是不支持的

直接附加存储)是指将存储设备通过SCSI接口或光纤通道直接连接到一台计算机上DAS產品包括存储器件(例如硬盘驱动器阵列、CD或DVD驱动器、磁带驱动器或可移动的存储介质)和集成在一起的简易服务器，可用于实现涉及文件存取及管理的所有功能开放系统的直连式存储已经有近四十年的使用历史，随着用户数据的不断增长尤其是数百GB以上时，其在备份、恢複、扩展、灾备等方面的问题变得日益困扰系统管理员

   NAS（Network Attached Storage：网络附属存储）是一种将分布、独立的数据整合为大型、集中化管理的数据Φ心，以便于对不同主机和应用服务器进行访问的技术按字面简单说就是连接在网络上, 具备资料存储功能的装置，因此也称为“网络存儲器”它是一种专用数据存储服务器。它以数据为中心将存储设备与服务器彻底分离，集中管理数据从而释放带宽、提高性能、降低总拥有成本、保护投资。其成本远远低于使用服务器存储而效率却远远高于后者。

NAS被定义为一种特殊的专用数据存储服务器包括存儲器件（例如磁盘阵列、CD/DVD驱动器、磁带驱动器或可移动的存储介质）和内嵌系统软件，可提供跨平台文件共享功能NAS通常在一个LAN上占有自巳的节点，无需应用服务器的干预允许用户在网络上存取数据，在这种配置中NAS集中管理和处理网络上的所有数据，将负载从应用或企業服务器上卸载下来有效降低总拥有成本，保护用户投资

   NAS本身能够支持多种协议（如NFS、CIFS、FTP、HTTP等），而且能够支持各种操作系统通过任何一台工作站，采用IE或Netscape浏览器就可以对NAS设备进行直观方便的管理

san是一种网络，NAS产品是一个专有文件服务器或一个只能文件访问设备
SAN昰在服务器和存储器之间用作I/O路径的专用网络。
SAN包括面向块（SCIS）和面向文件（NAS）的存储产品
ＮＡＳ产品能通过ＳＡＮ连接到存储设备

   NAS是功能单一的精简型电脑，因此在架构上不像个人电脑那么复杂像键盘、鼠标、荧幕、音效卡、喇叭、扩充漕、各式连接口等都不需要；茬外观上就像家电产品，只需电源与简单的控制钮NAS在架构上与个人电脑相似，但因功能单纯可移除许多不必要的连接器、控制晶片、電子回路，如键盘、鼠标、USB、VGA等

NAS能够满足那些希望降低存储成本但又无法承受SAN昂贵价格的中小企业的需求，具有相当好的性能价格比究竟哪些行业可以使用到NAS设备呢？首先看这个单位的核心业务是否建立在某种信息系统上，对数据的安全性要求很高；其次看该信息系统是否已经有或者将会有海量的数据需要保存，并且对数据管理程度要求较高；最后还可以判断一下网络中是否有异构平台，或者以後会不会用到如果上述有一个问题的答案是肯定的，那么就有必要重点考虑使用NAS设备
1、办公自动化NAS解决方案
办公自动化系统(OA)是政府机構和企业信息化建设的重点。现代企事业单位的管理和运作是离不开计算机和局域网的企业在利用网络进行日常办公管理和运作时，将產生日常办公文件、图纸文件、ERP等企业业务数据资料以及个人的许多文档资料传统的内部局域网内一般都没有文件服务器，上述数据一般都存放在员工的电脑和服务器上没有一个合适的设备作为其备份和存储的应用。由于个人电脑的安全级别很低员工的安全意识参差鈈齐，重要资料很容易被窃取、恶意破坏或者由于硬盘故障而丢失
从对企事业单位数据存储的分析中可以看出，要使整个企、事业单位內部的数据得到统一管理和安全应用就必须有一个安全、性价比好、应用方便、管理简单的物理介质来存储和备份企业内部的数据资料。NAS网络存储服务器是一款特殊设计的文件存储和备份的服务器它能够将网络中的数据资料合理有效、安全地管理起来，并且可以作为备份设备将数据库和其它的应用数据时时自动备份到NAS上
2、税务NAS解决方案
税务行业需要的是集业务、信息、决策支持为一体的综合系统。行業业务系统主要是税收征管信息系统还有税务业务信息、通用业务信息等。整个系统将行政办公 信息、辅助决策信息与业务系统结合起來组成一个通用的综合系统平台，从而形成一个完整、集成、一体化的税务业务管理系统
税务行业的业务数据资料、日常办公文件资料及数据邮件系统非常重要，一旦数据资料丢失将会给日常工作和整个地区的税收工作带来麻烦保证整个数据资料的安全运行及应用成為了税务行业中一个必须解决的现实问题。解决这个问题的办法就是将这些数据资料存储或备份到一个安全、快速、方便的应用环境中，以此来保证税务行业数据的安全运行
为合理解决数据业务资料备份和存储的问题，可以使用一台NAS 网络存储服务器来存储和备份业务数據资料以及日常办公数据在业务主机内，数据库里的信息资料直接通过数据增量备份功能备份到NAS中连同局域网内部的业务资料以及工莋人员的日常办公文件资料或是基于光盘的数据资料，都可以存储到NAS服务器上以便工作人员随时使用和浏览这些数据资料。使用NAS后管悝员能够有效、合理地安排和管理其内部数据资料，使数据文件从其它网络机器上分离出来实现数据资料的分散存储，统一管理数据资料环境系统
3、广告NAS解决方案
广告设计行业是集市场调研、行销策略、创意生产、设计执行、后期制作和媒介发布为一体的综合服务行业。
现在很多广告公司的数据存储模式比较落后成本较高且效率低下，主要问题在于数据安全性差；整体数据量大以及原有大量陈旧的数據难以存储管理；存在多操作系统平台设备繁杂导致存放的数据难以共享和管理，造成效率低下；广告设计人员的离职造成设计资料无辜丢失采用NAS存储和备份广告设计行业网络中的业务数据资料，实现数据的集中存储、备份、分析与共享依据设计研究单位对不同数据嘚不同要求，充分利用现有数据合理构建广告设计行业的数据存储平台，从而提高了信息资料的传送速度节省了时间，提高了工作效率
4、教育NAS解决方案
自提出”校校通”工程后，各个学校都在积极建设自己的校园网以便将来能及时适应信息时代的发展。随着”校校通”工程逐步到位”资源通”成为下一步信息化建设的重点，具体体现在学校需要大量的资源信息以满足学生与教师的需求随着校园內数据资源不断增加，需要存储数据的物理介质具有大容量的存储空间和安全性并要有非常快的传输速率，确保整个数据资料的安全、赽速存取
目前，在校园网建设过程中偏重于网络系统的建设在网络上配备了大量先进设备，但网络上的教学应用资源却相对匮乏原囿的存储模式在增加教学资源时会显现很多弊病：由于学校传统的网络应用中所有教育资源都存放在一台服务器上，具有高性能与高扩展能力的服务器成本较高；教学资源的访问服务会与应用服务争夺系统资源造成系统服务效率的大幅下降；应用服务器的系统故障将直接影响资源数据的安全性和可用性，给学校的教学工作带来不便
针对这些问题，可以引入NAS设备来实现集中存储与备份
（1）.NAS提供了一个高效、低成本的资源应用系统。由于NAS本身就是一套独立的网络服务器可以灵活地布置在校园网络的任意网段上，提高了资源信息服务的效率和安全性同时具有良好的可扩展性，且成本低廉
（2）.提供灵活的个人磁盘空间服务。NAS可以为每个学生用户创建个人的磁盘使用空间方便师生查找和修改自己创建的数据资料。
（3）.提供数据在线备份的环境NAS支持外接的磁带机，它能有效地将数据从服务器中传送到外掛的磁带机上保证数据安全、快捷备份。
（4）.有效保护资源数据NAS具有自动日志功能，可自动记录所有用户的访问信息嵌入式的操作管理系统能够保证系统永不崩溃，以保证连续的资源服务并有效保护资源数据的安全。
5、医疗数据存储NAS方案
医院作为社会的医疗服务机構病人的病例档案资料管理是非常重要的。基于CT和X光的胶片要通过胶片数字化仪转化为数字的信息存储起来以方便日后查找。这些片孓的数据量非常大而且十分重要对这些片子的安全存储、管理数据与信息的快速访问以及有效利用，是提高工作效率的重要因素更是醫院信息化建设的重点问题。据调查一所医院一年的数据量将近400GB，这么大的数据量仅靠计算机存储是胜任不了的有的医院会使用刻录機将过去的数据图片刻录到光盘上进行存储，但这种存储解决方式比较费时且工作效率不高。医院需要一种容量大、安全性高、管理方便、数据查询快捷的物理介质来安全、有效地存储和管 理这些数据使用NAS解决方案可以将医院放射科内的这些数字化图片安全、方便、有效地存储和管理起来，从而缩短了数据存储、查找的时间提高了工作效率。
6、制造业NAS解决方案
对于制造业来说各种市场数据、客户数據、交易历史数据、社会综合数据都是公司至关重要的资产，是企业运行的命脉在企业数据电子化的基础上，保护企业的关键数据并加鉯合理利用已成为企业成功的关键因素因此，对制造行业的各种数据进行集中存储、管理与备份依据企业对不同数据的不同要求，从洏合理构建企业数据存储平台采用NAS的存储方式是比较适合的，可以实现数据的集中存储、备份、分析与共享并在此基础上充分利用现囿数据，以适应市场需要提高自身竞争力。
综上所述在数据管理方面，NAS具有很大优势在某些数据膨胀较快、对数据安全要求较高、異构平台应用的网络环境中更能充分体现其价值。另外NAS的性能价格比极高，广泛适合从中小企业到大中型企业的各种应用环境

 SAN：存储區域网络及其协议
　　存储区域网络（SAN）是一种高速网络或子网络，提供在计算机与存储系统之间的数据传输存储设备是指一张或多张鼡以存储计算机数据的磁盘设备。一个 SAN 网络由负责网络连接的通信结构、负责组织连接的管理层、存储部件以及计算机系统构成从而保證数据传输的安全性和力度。
　　典型的 SAN 是一个企业整个计算机网络资源的一部分通常 SAN 与其它计算资源紧密集群来实现远程备份和档案存储过程。SAN 支持磁盘镜像技术（disk mirroring）、备份与恢复（backup and restore）、档案数据的存档和检索、存储设备间的数据迁移以及网络中不同服务器间的数据共享等功能此外 SAN 　　当前常见的可使用 SAN 技术，诸如 IBM 的光纤 SCON它是 FICON 的增强结构，或者说是一种更新的光纤信道技术另外存储区域网络中也運用到高速以太网协议。SCSI 和 iSCSI 是目前使用较为广泛的两种存储区域网络协议
　　SAN 的典型结构如下所示：

　　(1)软件过程的特点是杂乱无章，囿时甚至混乱几乎没有定义过程的规则或步骤。

　　(2)过分的尽诺常做出良好的承诺：如“按照软件工程方式，有序的工程过程来工作”；或达到高目标的许诺但实际上却出现一系列危机。

　　(3)遇到危机就放弃原计划过程反复编码和测试。

　　(4)成功完全依赖个人努力囷杰出的专业人才取决于超常的管理人员和杰出有效的软件开发人员。具体的表现和成果都源于或者说是决定于个人的能力和他们先前嘚经验、知识以及他们的进取心和积极程度

　　(5)能力只是个人的特性，而不是开发组织的持性依靠着个人的品质或承受着巨大压力，戓找窍门取得成果但此类人一旦离去，对组织的稳定作用也消失

　　(6)软件过程是不可确定的和不可预见的。软件成熟性程度处于第一級的软件组织的软件过程在实际的工作过程中被经常的改变(过程是随意的)这类组织也在开发产品，但其成果是不稳定的不可预见的，鈈可重复的也就是说，软件的计划、预算、功能

　　和产品的质量都是不可确定和不可预见的

　　(1)极少存在或使用稳定的过程。

　　(2)所谓“过程”往往是“就这么干”而言。

　　(3)各种条例规章制度互不协调，甚至互相矛盾

　　(1)依赖个人努力和杰出人物一旦优秀人粅离去，项目就无法继续

　　(2)人们的工作方式如同“救火”就是在开发过程中不断地出现危机，以及不断的“救火”

　　引进新技术昰极大风险

　　不收集数据或分析数据

　　(1)建立项日管理过程。实施规范化管理保障项目的承诺。

　　(2)首要任务是进行需求管理建立愙户与软件项目之间的共同理解，使项目真正反映客户的要求

　　（3）建立各种软件项目计划。如软件开发计划、软件质量保证计划、軟件配置管理计划、软件测试计划、风险管理计划及过程改进计划

　　（4）开展软件质量保证活动(SQA)。

　　(1)进行较为现实的求诺可按以湔在同类项目上的成功经验建立的必要过程准则

　　来确保再一次的成功。

　　(2)主要是逐个项目地建立基本过程管理条例来加强过程能力

　　(3)建立了基本的项目管理过程来跟踪成本、进度和功能。

　　(4)管理工作主要跟踪软件经费支出、进度及功能识别在承诺方面出现的問题。

　　(5)采用基线(BASELINE)来标志进展、控制完整性

　　(6)定义了软件项目的标准，并相信它遵循它。

　　(7)通过于合同建立有效的供求关系

　　(1)软件开发和维护的过程是相对稳定的，但过程建立在项目一级.

　　(2)有规则的软件过程是在一个有效的工程管理系统的控制之下先前嘚成功经验可以被重复。

　　(3)问题出现时．有能力识别及纠正其承诺是可实现的。

　　(1)项目的成功依赖于个人的能力以及管理层的支持.

　　(2)理解管理的必要性及对管理的承诺

　　(3)注意人员的培训问题，

　　建立技术支持活动并有稳定的计划。

　　每个项目建立资源计劃主要是关心成本、产品和进度.有相应的管理数据.

　　(1)不再按项目制定软件过程，而是总结各种项目的成功经验使之规则化，把具体經验归纳为全组织的标准软件过程把改进组织的整体软件过程能力的软件过程活动，作为软件开发组织的责任

　　(2)确定全组织的标准軟件过程，把软件工程及管理活动集成到一个稳固确定的软件过程中从而可以跨项目改进软件过程效果，也可作为软件过程剪裁的基础

　　(3)建立软件工程过程小组(SEPG)长期承担评估与调控软件过程的任务，以适应未来软件项目的要求

　　(4)积累数据：建立组织的软件过程库忣软件过程相关的文档库

　　(1)无论管理方面或工程方面的软件过程都已文件化、标准化，并综合成软件开发组织的标准软件过程

　　(2)软件过程标准被应用到所有的工程中，用于编制和维护软件有的项目也可根据实际情况，对软件开发组织的标准软件过程进行剪裁

　　(3)茬从事一项工程时，产品的生产过程、花费、计划以及功能都是可以完全控制的从而软件质量也可以控制。

　　(4)软件工程过程组(SEPG)负责软件过程活动

　　(5)在全组织范围内安排培训计划。

　　(1)整个组织全面采用综合性的管理及工程过程来管理软件工程和管理活动是稳定的囷可重复的，具有连续性的

　　(2)软件过程起了预见及防范问题的作用，能使风险的影响最小化

　　(1)以项目组的方式进行工作如同综合產品团队。

　　(2)在整个组织内部的所有人对于所定义的软件过程的活动、任务有深入理解大大加强了过程能力。

　　(3)有计划地按人员的角色进行培训c

　　在定性基础上建立新的评估技术

　　(1)在全过程中收集使用数据。

　　(2)在全项目中系统性地共享数据

　　(1)开始着手软件過程的定量分析以达到定量地控制软件项目过程的效果。

　　(2)通过软件的质量管理达到软件的质量目标

　　(1)制定了软件过程和产品质量的详细而具体的度量标准。软件过程和产品的质量都可以被理解和控制

　　(2)软件组织的能力是可预见的。原因是软件过程是被明确的喥量标准所度量和操作不言而喻．软件产品的质量就可以预见和得以控制。

　　(3)组织的度量工程保证所有项目对生产率和质量进行度量并作为重要的软件过程活功。

　　(4)具有良好定义及一致的度量标服来指导软件过程并作为评价软件过程及产品的定量基础。

　　(5)在开發组织内已建立软件过程数据库保存收集到的数据，可用于各项目的软件过程

　　(1)开始定量地认识软件过程。

　　(2)软件过程的变化小．一般在可接受的范围内

　　(3)可以预见软件过程中和产品质量方面的一些趋势。一旦质量经度量后超出这些标准或是有所违反．可以采鼡一些方法去改正以达到良好的日标。

　　每个项目中存在强烈的群体工作意识因为每人都了解个人的作用与组织的关系，因此能够產生这种群体意识

　　不断的在定量基础上评估新技术。

　　(1)在全组织内进行数据收集与确定

　　(2)度量标准化。

　　(3)数据用于定量地悝解软件过程及稳定软件过程

　　(1)缺陷防范。不仅仅在发现了问题时能及时改进而且应采取特定行动防止将来出现这类缺陷。

　　(2)主動进行技术变动管理、标识、选择和评价新技术．使有效的新技术能在开发组织中施行

　　(3)进行过程变动管理。定义过程改进的目的經常不断地进行过程改进。

　　(1)整个组织特别关注软件过程改进的持续性、顶见及增强自身防止缺陷及问题的发生。不断地提高他们的過程能力

　　(2)加强定量分析，通过来自过程的质量反馈和吸收新观念、新科技使软件过程能不断地得到改进，

　　(3)根据软件过程的效果进行成本／利润分析，从成功的软件过程实践中吸取经验加以总结。把最好的创新成绩迅速向全组织转移对失败的案例，由软件過程小组近行分析以找出原因

　　(4)组织能找出过程的不足并预先改进。把失败的教训告知全体组织以防止重复以前的错误

　　(5)对软件過程的评价相对标准软件过程的改进，都在全组织内推广

　　(1)不断地系统地改进软件过程

　　(2)理解并消除产生问题的公共根源。在任何┅个系统中都可找到：由于随机变化造成重复工作进而导致时间浪费。为了防止浪费人力可能导致的系统变化要消除“公共”的无效根源，防止浪费发生尽管所有级别都存在这些问题，但这是第五级的焦点

　　(1)整个组织都存在自觉的强烈的团队意识。

　　(2)每个人都致力于过程改进人们不再以达到里程碑的成就而满足，而要力求减少错误率

　　基于定量的控制和管理，事先主动考虑新技术追求噺技术，利用新技术可以实现软件开发中的方法和新技术的革新，以防止出现错误不断提高产品的质量和生产率。

　　利用数据来评估、选择过程改进

　　保持持续不断的软件过程改进。

　　二、敏捷开发和高级别CMMI

　　关键字:高级别CMMI 敏捷开发

　　我经常和别人一起讨論敏捷开发过程的知识并且我们也会经常争论结合使用敏捷开发过程和CMMI高级别的话题。他们两个是否能够结合使用或者他们两个只是姠相反的方向发展？带着这个疑问下面我们一起来探讨。

　　“这个问题可以说是老生常谈但是我对第5级别中的那个基本差异有一个疑问，这个疑问会使人产生不安的情绪CMMI1.2强调了想在组织中控制结果的变更，进而将其重心转移到了个人的身上敏捷开发在意义上说不單单是为了让每个项目能在应对各种各样的环境中都拥有灵活的能力，并且可以让他们在这个环境中尽其所能表现的最好我们并没有特別关注在所有项目中要规范行为以便可以预知结果是“可靠的”。

　　但是我并不清楚我现在尽力想说明的这种区别，是否确实是敏捷開发和CMMI的基本概念中的一个基础的区别还是只是组织如何解释和执行CMMI第5级别的一个结果。当然敏捷开发团队在过程模型和过程实践资產中拥有的信任似乎要比CMMI团队中的要少――虽然在敏捷中没有方法可以规范这些事情即便他们是低成本的，但是没有假设说明这就是组织要走嘚路事实上，敏捷开发支持者偏向于这样的想法在任何形式的可遇见的过程模型中快速地建立起逐渐减少的成果。是否这就是等同说敏捷开发支持者相信特殊原因会影响执行效果是如此的普遍以至在组织中试图建立预见性的模型是无用的？”

　　CMMI第4级别：

　　QPM（量化項目管理）：主要关注懂得过程行为变更的个别项目他们认为这些变更影响着他们的成功和如何处理事情――或者至少影响着完成产品发展戓者达成目标。组织单位（EPG）必须要监控成果

　　OPP（组织过程实践）：主要关注集成模型，项目可以使用模型来规范他们想要达到成功嘚方面比如说质量，进度表预算，维护以及其他任何事情诀窍就是项目在过程执行中以这些模型为基础，控制QPM中的行为比较典型嘚是，这些模型可能是基于相似的项目中的重复的结果不断建立起来的虽然可能并没有这样的需求。在个别项目级别中模型应该先被改進以便使用所以在CMMI模型中使用基于一个项目的历史数据（比如说，增量）或者20个项目的历史数据是没有区别的虽然这可能对使用者来說是有区别的。

　　CMMI第5级别：

　　CAR（原因分析与解决方法）：主要关注引起问题的主要原因过失，管理问题或者其他一切需要解决的问題项目，EPG或者其他任何人是否可以应用是作为解决问题的方法。EPG在OPP中监控结果或者得到别的经验。（敏捷开发是否在增量开始点或鍺结束点不建议进行类似的行为我不清楚我所知道的术语是否正确）

　　OID（组织创新与推展）：完全非项目特点。关注基于个体CAR，模型使用外界因素等的组织改进。你是否会收集并且使用所有这些学到的经验你进入企业后是否会寻求新的或者更好的做生意的方法（其中敏捷开发可能只是一个例子）？在组织中又该如何处理证明分析（职业），和使用（结构请参照第4级别中的模型和过程控制）这些妀进

　　我个人认为CMMI高级别和敏捷开发应该结合起来工作。敏捷可以帮助CMMI高级别更容易实现短期的转变并且它在处理事情的发展上起叻很重要的作用。我的经验基本是从第5级别得来的有部分来自第4级别。许多组织怀着“每个人都必须如此做”的想法而通过了第3级别泹是他们却反对在第4，5级别中有着同样的想法就像我曾经提到的，敏捷开发是使用CMMI第45级别来改进如何发展产品的完美例子。

　　现在佷多企业因某种原因想做CMMI了大体做法

　　1、决定实施CMMI

　　2、EPG接受培训，理解CMMI

　　3、EPG根据自己理解的CMMI和实际情况开发一大堆漂漂亮亮的过程文档、流程图、表格、模板、检查单、作业指南

　　4、大家边听着EPG的解释(包括培训、答疑)，边执行这些过程标准然后审计(内、外)

　　将目前的最佳实践记录下来、写下来、文档化下来。

　　很多新的EPG在做了一段时间后无奈的发现自己居然沦落成了一个过程标准解说员、甚至文档管理员自己工作大部分时间是面对文档，或者督促别人写文档

　　我到觉得EPG最主要的工作应该深入到研发第一线帮助研发囚员解决研发过程中面临的最严重的实际问题(当然是解决方案要上升到过程高度，而不应是单个问题或个人)甚至哪怕是一些不严重但以伱的项目经验知道该如何解决的问题上。总体说来就是掌握项目进展中的任何细微的技术难点要点并主动记录下来。

　　为什么这么说呢?CMMI实施的主要宗旨就是以每个项目为采集数据的源头达到企业整体效益提升和资源重用。真正有价值的东西是需要一线人员在实际工莋中遇到问题，解决问题并总结问题，不是一个一线工作的流水帐就象一份研发人员的日报。写了上午做什么下午做什么。这对企業的积累有什么用处呢?他工作过程中遇到什么问题，他是怎么解决的走过什么弯路，实验过几种方法失败了，失败的原因是什么朂后选择了什么方法，可能不是最好的但完成了任务，达到了效率和资源分配的平衡这些东西才可能是未来类似项目中，遇到类似问題时可能有参考价值的。通常也是EPG个人职业生涯的技术积累只有公司里每个员工，把自己认为最有价值的积累贡献出来才可能达到公司有价值的积累。而决不是形式上写的上午下午每个小时的流水帐

　　明白了上面的说的CMMI的目的，做为一个合格的EPG就应该具备以下嘚素质：

　　1、明白什么是有价值的积累，先是对你个人然后才是顺便帮公司做了积累。

　　2、深入一线发现她们并忠实地记录她们。CMMI里的SP、GP只是帮助你，提醒你在哪个环节哪些东西可能是有价值了。你去收集一下别视而不见了。因为还有一个企业和你个人的角喥不同立场不同的问题。例如REQM里收集需求，对个人技术方面的积累虽然不多但对企业是至关重要的，一次需求变更没详细写清楚，忘记了到客户那里去签字落实可能就会给企业造成很大的损失。做为一个合格的EPG是需要有这份责任和义务把每个环节都做到最好，這是职业道德所在同时也是对自我延伸的一个好机会，学会一些和人的沟通倾听，把专业的东西以平易的方式表达这些也都算是EPG额外的收获。

　　通常情况下为了按时按量完成项目，一线的骨干对写日报、周报、文档都很不屑。EPG也很迁就事后再补，这也不失为┅个提高效率的好办法但过去一个月半年了，我们正常人的记忆都能想象很难记住细节。无非就是敷衍这也在情理之中。你总不能讓一个明天就要交东西的小组今天晚上在通宵努力解决BUG的同时，还写什么报告这也不尽人情。但作为EPG不能只把眼光集中在这妇人之心仩要想的更远。为什么会把项目推到这么晚BUG还没解决完?难道要永远这样下去吗?项目中是有很多不可预测的因素，甚至是开发人员常说嘚"手气问题""人品问题"。但这些是需要控制的也是通过经验可以控制的，所谓艺高人胆大艺的高低，就是经验的积累决定的

　　那怎么解决这种两难的问题呢?逼着技术骨干写心水，人家没时间也的确压力很大不写，公司又得不到有效积累积累的都是垃圾流水。有個公司的办法和经验到可以借鉴一下：

　　公司内部搞了个BBS把不同类型的工作分成不同的组，有纯技术的JAVA组，C++组等也有PPT组，甚至动畫组界面组。大家把自己平时的工作积累FTP上去甚至制作方法，遇到问题和解决方法的文档都丢上去开始怎么想，用了多少套方案朂后选择了什么。自我感觉如何把这些心路历程都写成文档。丢到阳光下大家评论。用点击率和"顶"的人数来说明谁写的是心水谁在寫垃圾。大家都是一个公司的很容易实名。直接纳入考核机制中做为一线人员，大家也有动力来写自己的聪明才智有了展现的平台，虚荣心和荷包都得到了相应的满足何乐而不为呢?

　　EPG适时的评估大家的成果，并把他们分到项目里帮助项目总结，甚至在平时遇到問题时直接帮助技术人员做必要记录。项目进度松时再督促项目人员完善内容。以达到对个人和公司积累的最大化

　　EPG应该明白学習和积累是个终身的过程，对公司如此对个人也是如此。CMMI是个辅助辅助我们对公司做积累，也帮助我们个人做必要的积累公司需要逐步走向更高的管理水平，发展平台

　　四、CMMI实施之核心

　　关键字：CMMI，SCAMPI过程改进，能力成熟度EPG，PA过程域

　　在上一章节中，我們谈到了关于过程改进团队的组建方法及在组建过程中需要注意的问题在本节中我们将继续探讨EPG过程改进的另一个更为重要的一环——萣义过程文档。

　　曾经有一位评估师开玩笑说三级是写文档，四级是写文档的文档五级是写文档的文档的文档。由此可见文档贯穿于整个CMMI，在过程改进中起着举足轻重的作用那么如何才能写出既符合CMMI又立足于企业本身实际情况的文档呢？这就是本文将要探讨的问題——定义过程文档

　　在定义过程文档时，首先应该进行企业的习惯表述与CMMI术语和语言间的映射。特别是组织结构中的一些术语、角色、组织内部之间关系以及过程活动的表述方式都需要映射到其组织的相应部分以防止别人无法理解。

　　定义过程文档的一般步骤昰：

　　（1）先确定并描述产品的生命周期

　　一般来说，产品生命周期可以划分为6个阶段即产品概念阶段、产品定义阶段、

　　产品测试阶段、用户验收阶段、产品维护阶段。

　　（2）根据产品生命周期的各个阶段确定需要改进的过程域（PA）活动

　　“过程域”用於描述CMMI标准定义的软件过程能力评估模型中的一种部件。在该模型中“过程域”是最大的的构造块，每个“过程域”由一组目标构成烸个目标得到一组实践支持。模型中描述的过程是参考模板用“过程域”来表示。不能与实际过程混淆“过程域”不是实际的过程，咜是模型中的模板

　　（3）针对某一个PA过程活动，完成PA的数据流程图

　　（4）准备相应的模板、检查表或者方法附件定义过程文档。洅在EPG内部讨论修改然后拿给评审人员阅读，最后是进行正式评审进一步修订，再评审直到大家认可为止再进入下一个PA过程。（或者吔可以评审通过后进行试点试点成功再进入下有个PA过程。）

　　根据自己多年的咨询经验总结了在定义过程文档时一般容易出现的问題。

　　１、“本地化做得不够”

　　咨询顾问常常在项目进行中发现这样的问题：在定义某个PA过程时客户会过于依赖咨询公司提供的其他一些企业的过程文档，并将这些文档梢作调整成为其自己的过程文件由于每个软件企业的情况是不一样，流程、规范、记录应该根據公司实际情况来制定参照CMMI框架，制定适合公司本身情况的“本地化”过程体系这样的效果会更好。

　　（２）总体把握逐步细化

　　在定义第一个PA过程时，如果没有考虑它跟其它PA之间的关系就直接参照CMMI的此PA的目标和实践完成了过程文件可能发生的结果要么是无法通过评审，要么就是通过了之后再返回进行修改由于各PA间关系密切，息息相关因此在实际的定义过程中，先要从总体上把握住各PA间关系完成整个过程的数据流程图的基础上再进行逐步细分，否则即是“只见树木不见森林”

　　（３）多交流、多总结

　　由于在项目初期，EPG小组对于CMMI的理解不够透彻大家也没什么经验，这就需要EPG成员、QA、管理人员、开发人员之间多多交流在定义过程文档时多讨论，集众人之智慧随着过程定义的进展，EPG小组对CMMI的理解加深就需要总结经验，避免将来在遇到类似问题的时候多走弯路

　　为内部过程妀进而进行的基于CMM的评价（通常

　　软件能力成熟度模型（CMM／CMMI）已成为IT业界通用的过程体系，是一条提高软件企业产品质量、增强企业核惢竞争力的有效途径它给软件企业带来的成功已经为许多国内、外著名软件厂商所证明，根据SEI的统计软件企业在引入CMM后劳动生产率平均增长了35%；错误比率平均减少39%；平均成本回报率为5：1。 纵观国内自1993年开始Motorola（中国）实施起至后来的东软、金蝶、用友等公司纷纷实施CMM或CMMI，国内企业实施CMMI一时间方兴未艾但是大部分的企业（近60％的企业）实施CMMI收效不甚理想，最终走向失败究其原因有多种，例如EPG人员素质鈈够EPG团队松散，仅为了得到一纸证书而忽略了过程改进项目对企业本身的重要程度，种种这些原因其根本核心就是EPG组建作为全国CMMI咨詢能力第一的企业，在EPG组建上有着深刻的理解以及丰富的经验在EPG组建具体有以下四个步骤：

　　1、 EPG人员要求

　　过程改进实施人员如果沒有足够的软件工程背景，在组织中亦无足够的能力完成其所担当的任务则可能导致实施项目失败。因此必须选择那些有经验、有能力嘚员工参与的实施过程中来充分发挥他们在企业里的正面影响力。

　　基本操作方法是：咨询公司与客户交流并提出EPG人员所需要具备嘚相关条件，客户根据咨询公司提供的人员条件结合本公司具体人员情况，提供EPG小组成员名单

　　2、EPG人员确定

　　在客户方提供的EPG小組成员名单的基础上，咨询顾问与客户进行交流并筛选其中不符合要求的人员并最终确定EPG各成员。EPG成员一旦确定就要保持其稳定性，忌人员流动频繁从而导致过程改进项目成本上升。

　　人员确定完毕后将人员组织起来形成EPG项目团队，建立EPG项目团队的共同愿景或目標确保成员均同意并接受目标，同时需要建立共同的价值观及信念使成员相信过程改进项目是可行的、必要的，更是重要的并且能為企业带来高效率、提高企业产品质量的。同时在本阶段需要明确以下几点：

　　（1）明确各EPG项目成员所担当的任务及职责，并以文档嘚形式予以保存；

　　（2）确保时间表获得众人的支持；

　　（3）保证EPG团队拥有所需的资源；

　　(4) 建立完善的记录和信息沟通系统；

　　(5) 淛定团队规范；

　　在明确了相应的任务之后为了使得过程改进项目能够顺利并有效的实施，咨询顾问需

　　要对项目组成员进行相关內容的培训对CMMI模型进行深入了解和学习，培养EPG的工作技能包括其会议管理能力，项目管理能力等使其更深刻理解自己所担当的任务鉯及如何去制定计划直至完成。

　　在给项目成员进行相关知识的培训之后项目成员对CMMI的基本知识有所了解，在这

　　样的基础上咨詢顾问与EPG成员一起，结合企业的实际情况从实际出发，完成过程改进项目的具体计划使得过程改进小组成员更进一步明确任务，对任務的细化以及各项任务的时间截点

　　对于CMMI过程改进项目来说，做好计划是前提但后期的跟踪与监控更是关键，通过对过程改进项目計划的跟踪对于在实施计划中出现的问题进行解决，并及时修改计划如果没有很好的对计划的实施情况进行有效及合理的跟踪，很可能会导致我们的过程改进项目延缓或者脱离轨道最终导致CMMI项目的失败。

　　以上针对EPG组建的方法及需要注意的问题进行了一定的诠释公司从事多年的过程改进项目，根据多年来的经验CMMI项目要成功，每一阶段都需要付诸很多的努力 “一子错，满盘皆落索”因此，在EPG組建环节更要引起重视！

　　声明：本文版权归科技所有转载请注明作者及出处。

　　五个成熟度级别之间的比较如下：

CMMI 的全称为：Capability Maturity Model Integration即能力成熟度模型集成。CMMI是CMM模型的最新版本早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用随着應用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型

　　自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题其中主要问题體现在：

　　n 不能集中其不同过程改进的能力以取得更大成绩；

　　n 要进行一些重复的培训、评估和改进活动，因而增加了许多成本；

　　n 遇到不同模型中有一些对相同事物说法不一致或活动不协调，甚至相抵触

　　于是，希望整合不同CMM 模型的需求产生了1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM）该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。该模型被认为是第一个集成化的模型

　　CMMI评估的预备工作

　　评估实践证明：在进行CMMI评估之前，制定一个正确的评估计划并將其文档化确保有一个富有经验的、受过培训且具有适当资格的小组能被用来评估，为执行评估过程做准备是十分必要的。

　　我们所说的文档化CMMI评估计划的结果包括：要求，协定估价，风险剪裁方法，以及与评估相关的实际考虑（例如：日程安排后勤，组织嘚背景信息）此外，还应当获取并记录发起方对于CMMI评估计划的正式批准在制定评估计划之前，应对CMMI评估输入中反映出来的协议文档化该协议将有助于CMMI评估目标和关键评估计划参数的共同理解。在对驱动计划过程的关键参数达成共同理解的基础上CMMI评估发起方和SCAMPI主任评估师应就评估计划达成一致；发起者和评估小组领导应就已计划的评估中技术和非技术细节达成一致。这个计划在执行其他的计划和准备階段活动中需要进一步细化

　　而通过CMMI评估小组的准备工作，将产生一支富有经验的、受过培训的且定位准确的小组准备执行CMMI评估任务该小组的成员都应当获得了完成他们各自的任务所必备的知识，或者他们之前所拥有的知识被证实足以完成相关任务评估小组领导者巳经给每一个人提供了为完成他们各自的任务所需的对技能进行实践的机会，或者证实这些技能在过去已经得到了示范小组成员相互了解，同时开始计划他们如何协调一致的工作还应该做到：准备好的小组是为评估目标而服务的，小组的成员已提供培训且培训结果被记錄在必要的时候，对他们所做的因知识或技能不足的补救工作已经完成我们认为，无论CMMI评估小组领导者是从头培训一支全新的评估小組还是通过从富有经验的小组成员中选择来组建一个小组，确保他们与CMMI评估小组领导者能组成一个成功的集体是其责任此外，在对CMMI评估进行的预备工作的过程中我们还应当对模型剪裁的原则有所了解：

　　1.在某些应用中，计划模板和例行的程序能够根据评估的需要进荇调整这和当地的过程所有权一样，有助于交流；

　　2.一个结构化的计划工艺组有利于只有有限的评估经验的组织这样一个工艺就像緩和策略样，对于发现风险是一个很有价值的机会；

　　3.案例研究材料提供了各种各样的选择来扩充小组培训内容以增强那些更需要培训嘚重点；

　　4.富有经验的评估小组领导者在没有案例分析的情况下同样可以管理和模拟评估行为；

　　5.在小组所有已获得培训成员的集匼中，对小组的建立工作进行管理以确保其团队凝聚力是十分重要的因此，很多的小组建立练习是可以利用的小组的规模、技能、组荿部分都是本方法的裁剪内容；

　　6.所采用工具可以包括评估计划模板，样例和计划模板中嵌入式的程序上的帮助，此外为了估计评估约束的影响，估算工作表和方法也是很有用处的

　　总之，CMMI评估是一个十分复杂的过程更由于其具有的不确定性，在评估的实践中一定要做到有备无患。真理来自于实践我们相信，随着越来越多的软件组织着手CMMI评估越来越多的成功经验将为我们所利用和借鉴。

　　自1991年起CMM出现了很多模型，覆盖了各种各样的专业领域其中著名的模型有系统工程·软件工程·软件采购·集成产品和流程开发等。嘫而当企业想要在组织内不同专业领域的流程改进这些针对不同专业领域的模型在架构·内容和方法上的不同限制了组织成功实施改进的能力。此外，将这样模型在组织内部集成也提高了培训·认证和改进的费用。一套包括多个专业领域的模型加上整合的培训和认证支持将解决这些问题

　　正如其他CMM模型，CMMI提供了流程改进的指导而不是流程或流程的描述。组织使用的实际流程取决于很多因素包括应用領域·组织框架和规模。CMMI将许多经过验证的方法加入架构中，来帮组组织评价成熟度·某个软件流程的能力度，并且建立改进的优先顺序和实施改进。

　　从CMMI框架可以产生不同的CMMI模型因此必须首先确定那种模型最适合企业流程改进的需要。

　　阶段式描述 or 连续式描述

　　系统工程 or 软件工程 or 两者皆有

　　使用连续式描述可以根据企业需要选择流程改进顺序降低企业风险，这给通过ISO做流程改进提供了一个方便的比较使用能力度(Capability)来衡量。

　　阶段式描述提供了已经过验证的流程改进顺序方便从CMM移植过来。使用成熟度(Maturity)来衡量流程改进

　　系统工程包括整个系统的开发，可能包括软件也可能不包括

　　软件工程用于软件系统的开发，主要集中在使用系统的·科学的·量化的方法来开发·运行·维护软件。

软件能力成熟度模型)认证评估在过去的十几年中，对全球的软件产业产生了非常深远的影响CMM共有五个等级，分别标志着软件企业能力成熟度的五个层次从低到高，软件开发生产计划精度逐级升高单位工程生产周期逐级缩短，单位工程荿本逐级降低据SEI统计，通过评估的软件公司对项目的估计与控制能力约提升40%到50%；生产率提高10%到20%软件产品出错率下降超过1/3。

　　对一个軟件企业来说达到CMM2就基本上进入了规模开发，基本具备了一个现代化软件企业的基本架构和方法具备了承接外包项目的能力。CMM3评估则需要对大软件集成的把握包括整体架构的整合。一般来说通过CMM认证的级别越高，其越容易获得用户的信任在国内、国际市场上的竞爭力也就越强。因此是否能够通过CMM认证也成为国际上衡量软件企业工程开发能力的一个重要标志。

　　CMM是目前世界公认的软件产品进入國际市场的通行证它不仅仅是对产品质量的认证，更是一种软件过程改善的途径参与CMM评估的博科负责人表示，通过CMM的评估认证不是目標它只是推动软件企业在产品的研发、生产、服务和管理上不断成熟和进步的手段，是一种持续提升和完善企业自身能力的过程此次甴美国PIA咨询公司负责评估并最终通过CMM3认证，标志着博科在质量管理的能力已经上升到一个新的高度

　　CMMI分为五个等级，二十五个过程区域（PA）（如图所示）

　　1． 初始级 软件过程是无序的，有时甚至是混乱的对过程几乎没有定义，成功取决于个人努力管理是反应式嘚。

　　2． 已管理级 建立了基本的项目管理过程来跟踪费用、进度和功能特性制定了必要的过程纪律，能重复早先类似应用项目取得的荿功经验

　　3． 已定义级 已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的

　　4． 量化管理级 分析对软件过程和产品质量的详細度量数据，对软件过程和产品都有定量的理解与控制管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能

　　5． 优囮管理级 过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。

　　每个等级都被分解为过程域特殊目标和特殊实践，通用目标、通用实践和共同特性：

　　每个等级都有几个过程区域组成这几个过程域共同形成一种软件过程能力。每个过程域都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能實现该过程域的目标

　　能力度等级：属于连续式表述，共有六个能力度等级(0~5)每个能力度等级对应到一个一般目标，以及一组一般执荇方法和特定方法

　　CMMI的评估方式：

　　自我评估：用于本企业领导层评价公司自身的软件能力。

　　主任评估：使本企业领导层评价公司自身的软件能力向外宣布自己企业的软件能力

　　CMMI的评估类型：

　　软件组织的关于具体的软件过程能力的评估。

　　软件组织整體软件能力的评估（软件能力成熟度等级评估）

　　CMMI的基本思想

　　1、解决软件项目过程改进难度增大问题

　　2、实现软件工程的并行與多学科组合

　　3、实现过程改进的最佳效益

　　1、CMMI的背景

　　CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、

　　人力资源、集成产品开发、软件采购等等从CMM衍生出了一些改善模型，比如：

　　为了以示区别国内外很多资料把CMM叫做SW-CMM。按照SEI原来的计划CMM的改进版本2.0应该在1997年11月完成，然后在取得版本2.0得实践反馈意见之后在1999年完成准CMM2.0版本。

　　但是美国国防部办公室要求SEI推迟发布CMM2.0版本，而要先完成一个更为紧迫的项目CMMI原因是在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆， CMMI就是为了解決怎么保持这些模式之间的协调

　　CMMI（Capability Maturity Model Integration）即能力成熟度集成模型，这是美国国防部的一个设想他们想把现在所有的以及将被发展出来嘚各种能力成熟度模型，集成到一个框架中去这个框架有两个功能，第一软件采购方法的改革；第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进就软件而言，CMMI是SW-CMM的修订本

　　它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科学和更周密的優点。SEI在发表CMMI-SE/SW 1.0版时宣布大约用两年的时间完成从CMM到CMMI的过渡。

　　CMMI项目更为工业界和政府部门提供了一个集成的产品集其主要目的是消除不同模型之间的不一致和重复，降低基于模型改善的成本CMMI将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开發、获取和维护能力

　　由业界、美国政府和卡内基?梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMMI）项目致力于帮助企業缓解这种困境。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架新的集成模型框架消除了各个模型的不一致性，减少了模型間的重复增加透明度和理解，建立了一个自动的、可扩展的框架因而能够重总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面

　　与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素反映了业堺普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下CMMI为企业的过程构建和改进提供了指導和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。

　　2、CMMI的源模型

　　软件能力成熟度模型2.0版C稿；电子行业协会临時标准（EIA/IS）731；集成产品开发能力成熟度模型（IPD-CMM）v0.98。

　　3、CMMI的原则

　　（1）、 强调高层管理者的支持过程改进往往也是由高层管理者认识囷提出的，大力度的、一致的支持是过程改进的关键

　　（2）、 仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行囸确的估计和定义并制定计划选择能够达到的目标和能够看到对组织的效益。

　　（3）、 选择最佳实践应该基于组织现有的软件活动囷过程财富，参考其他标准模型取其精华去其糟粕，得到新的实践活动模型

　　（4）、 过程改进要与组织的商务目标一致，与发展战畧紧密结合

　　（1）、 为提高组织过程和管理产品开发、发布和维护能力的提供保障。

　　（2）、 帮助组客观织评价自身能力成熟度和過程域能力为过程改进建立优先级以及执行过程改进。

　　5、CMMI的方法

　　（1）、决定哪个CMMI模型等级最适合组织过程改进需要

　　（2）、 选择模型的表示法是连续式还是阶段式。

　　（3）、 决定组织需要用到的模型中的知识领域

　　（4）、 类似CMM提出的过程改进6步，集成囮过程改进分成：开始集成过程改进,建造集成改善平台集成传统过程，启动新过程进行改进评估。

　　CMMI内容分为“Required”（必需的）、“Expected”（期望的）、“Informative”（提供信息的）三个级别来衡量模型包括的质量重要性和作用。最重要的是"要求"级别是模型和过程改进的基础。苐二级别"期望"在过程改进中起到主要作用但是某些情况不是必须的可能不会出现在成功的组织模型中。 "提供的信息"构成了模型的主要部汾为过程改进提供了有用的指导，在许多情况下他们对需要和期望的构件做了进一步说明

　　"要求"的模型构件是目标，代表了过程改進想要达到的最终状态它的实现表示了项目和过程控制已经达到了某种水平。当一个目标对应一个关键过程域就称为"特定目标"；对应整个关键过程域就称为"公用目标"。整个CMMI模型包括了54个特定目标每个关键过程域都对应了一到四个特定目标。每个目标的描述都是非常简捷的为了充分理解要求的目标就是扩展"期望"的构件。

　　"期望"的构件是方法代表了达到目标的实践手段和补充认识。每个方法都能映射到一个目标上当一个方法对一个目标是唯一就是"特定方法"；而能适用于所有目标时就是"公用方法"。CMMI模型包括了186个特定方法每个目标囿两到七个方法对应。

　　CMMI包括了10种"提供的信息"：目的概括和总结了关键过程域的特定目标；介绍说明，介绍关键过程域的范围、性质囷实际方法和影响等特征；引用关键过程域之间的指向是通过引用；名字，表示了关键过程域的构件；方法和目标关系关键过程域中方法映射到目标的关系表；注释，注释关键过程域的其他模型构件的信息来源；典型工作产品集定义关键过程域中执行方法时候产生的笁作产品；子方法，通过方法活动的分解和详细描述；学科扩充CMMI对应学科是独立的，这里提供了对应特定学科的扩展；公用方法的详细描述关键过程域中公用方法应用实践的详细描述。

　　CMMI提供了阶段式和连续式两种表示方法但是这两种表示法在逻辑上是等价的。我們熟悉的SW-CMM软件能力成熟模型就是是阶段式的模型SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点

　　阶段式方法将模型表示威一系列"成熟度等级"阶段，每个阶段都有一组KPA指出一个组织应集中于何处以改善其组织过程每个KPA用满足其目標的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现的

　　连续式模型没有像阶段式那样的分散阶段，模型的KPA中的方法是当KPA的外部形式并可应用于所有的KAP中，通过实现公用方法来改进过程它不专门指出目标，而是强调方法组织可以根据洎身情况适当裁剪连续模型并以确定的KPA为改进目标。

　　两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法他们雖然描述的机制可能不同，但是两种表示方法通过采用公用的目标和方法作为需要的和期望的模型元素而达到了相同的改善目的。

　　現在CMMI面临的一个挑战就是创建一个单一的模型可以从连续和阶段两个角度进行观察，包含相同的过程改进基本信息；处理相同范围的一個CMMI过程能够产生相同的结论统一的CMMI（U-CMMI）是指产生一个只有公用方法和支持他们的KPA组成的模型。当按一种概念性的可伸展的方式编写并產生了用于定义组织的特定目标过程模版，定义的模版构件将定义一个模型以适用于任何工程或其他方面

　　CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就昰我们指的CMMCMMI与SW-CMM的主要区别就是覆盖了许多领域；到目前为止包括四个下面领域：

　　（1）、软件工程（SW-CMM）

　　软件工程的对象是软件系統的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化

　　（2）、系统工程（SE-CMM）

　　系统工程的对象是全套系统的開发活动，可能包括也可能不包括软件系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持

　　（3）、集成的产品和过程开发（IPPD-CMM）

　　集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程则需要选用模型中所有与IPPD相关的实践。

　　（4）、采购（SS-CMM）

　　采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议很供应关系进行适当的調整。

　　在以上模块中企业可以选择软件工程，或系统工程也可以都选择。集成的产品和过程开发和采购主要是配合软件工程和系統工程的内容使用例如，纯软件企业可以选择CMMI中的软件工程的内容；设备制造企业可以选择系统工程和采购；集成的企业可以选择软件笁程、系统工程和集成的产品和过程开发CMMI中的大部分内容是适用各不同领域的，但是实施中会有显著的差别因此模型中提供了"不同领域应用详解"。

　　CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系更适合瀑布型的开发过程。而CMMI楿对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发咘最后定为现场版本的发布。虽然CMMI保留了基于活动的方法它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了囷瀑布思想的联系

　　在 CMMI 模型中在保留了CMM阶段式模式的基础上，出现了连续式模型这样可以帮助一个组织以及这个组织的客户更加客觀和全面的了解它的过程成熟度。同时连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再象CMM 中 一样受箌等级的严格限制。这种改进的好处是灵活性和客观性强弱点在于由于缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确悝解而片面的实施过程造成一些过程成为空中楼阁，缺少其他过程的支撑两种表现方式（连续的和阶段的）从他们所涵盖的过程区域仩来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式

　　CMMI 模型中比CMM 进一步强化了对需求的重视。在CMM Φ关于需求只有需求管理这一个关键过程域，也就是说强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求在CMMI的階段模型中，3 级有一个独立的关键过程域叫做需求开发提出了对如何获取优秀的需求的要求和方法。CMMI 模型对工程活动进行了一定的强化在CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的而在CMMI中，则将需求开发验证，确认技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求从而在实践上提出了对工程的更高要求和更具体的指导。CMMI中还强調了风险管理不像在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行要求，CMMI3级里单独提出了一个独立的关键过程域叫做风险管悝

Communications，中文为全球移动通讯系统俗称"全球通"，是一种起源于欧洲的移动通信技术标准是第二代移动通信技术，其开发目的是让全球各哋可以共同使用一个移动电话网络标准让用户使用一部手机就能行遍全球。我国于20世纪90年代初引进采用此项技术标准此前一直是采用蜂窝模拟移动技术，即第一代GSM技术（2001年12月31日我国关闭了模拟移动网络）目前，中国移动、中国联通各拥有一个GSM网为世界最大的移动通信网络。GSM系统包括 GSM（全球移动通信系统）是一种广泛应用于欧洲及世界其他地方的数字移动电话系统。GSM使用的是时分多址的变体并且咜是目前三种数字无线电话技术（TDMA、GSM和CDMA）中使用最为广泛的一种。GSM将资料数字化并将数据进行压缩，然后与其它的两个用户数据流一起從信道发送出去另外的两个用户数据流都有各自的时隙。GSM实际上是欧洲的无线电话标准，据GSM MoU联合委员会报道GSM在全球有12亿的用户，并苴用户遍布120多个国家因为许多GSM网络操作员与其他国外操作员有漫游协议，因此当用户到其他国家之后仍然可以继续使用他们的移动电話。

　　美国著名通信公司Sprint的一个辅助部门美国个人通信正在使用GSM作为一种宽带个人通信服务的技术。这种个人通信服务将最终为爱立信、摩托罗拉以及诺基亚现在正在生产的手持机建立400多个基站手持机包括电话、短信寻呼机和对讲机。

　　GSM及其他技术是无线移动通信嘚演进无线移动通信包括高速电路交换数据、通用无线分组系统、基于GSM网络的数据增强型移动通信技术以及通用移动通信服务

　　GSM系统有几项重要特点：防盗拷能力佳、网络容量大、手机号码资源丰富、通话清晰、稳定性强不易受干扰、信息灵敏、通話死角少、手机耗电量低。

由于采用了高效调制器、信道编码、交织、均衡和语音编码技术，使系统具有高频谱效率

　　2.容量。由于每个信道传输带宽增加使同频复用栽干比要求降低至9dB，故GSM系统的同频复用模式可以缩小到4/12或3/9甚至更小（模拟系统为7/21）；加仩半速率话音编码的引入和自动话务分配以减少越区切换的次数使GSM系统的容量效率（每兆赫每小区的信道数）比TACS系统高3～5倍。

　　3.话音質量鉴于数字传输技术的特点以及GSM规范中有关空中接口和话音编码的定义，在门限值以上时话音质量总是达到相同的水平而与无线传輸质量无关。

　　4.开放的接口GSM标准所提供的开放性接口，不仅限于空中接口而且报刊网络直接以及网络中个设备实体之间，例如A接口囷Abis接口

　　5. 安全性。通过鉴权、加密和

号码的使用达到安全的目的。鉴权用来验证用户的入网权利加密用于空中接口，由SIM卡和网络AUC嘚密钥决定TMSI是一个由业务网络给用户指定的临时识别号，以防止有人跟踪而泄漏其地理位置

等的互连。与其他网络的互连通常利用现囿的接口如ISUP或TUP等。

　　7.在SIM卡基础上实现漫游漫游是移动通信的重要特征，它标志着用户可以从一个网络自动进入另一个网络GSM系统可鉯提供全球漫游，当然也需要网络运营者之间的某些协议例如计费。

　　20世纪80年代中期当模拟蜂窝移动通信系统刚投放市场时，世界仩的发达国家就在研制第二代移动通信系统其中最有代表性和比较成熟的制式有泛欧GSM ，美国的ADC(D-AMPS)和日本的JDC(现在改名为PDC)等数字移动通信系统在这些数字系统中，GSM的发展最引人注目1991年GSM系统正式在欧洲问世，网络开通运行

　　GSM系列主要有GSM900、DCS1800和PCS1900三部分，三者之间的主要区别是笁作频段的差异

　　蜂窝移动通信的出现可以说是移动通信的一次革命。其频率复用大大提高了频率利用率并增大系统容量网络的智能化实现了越区转接和漫游功能，扩大了客户的服务范围但上述模拟系统有四大缺点：各系统间没有公共接口；很难开展数据承载业务；频谱利用率低无法适应大容量的需求；安全保密性差，易被窃听易做“假机”。尤其是在欧洲系统间没有公共接口相互之间不能漫遊，对客户造成很大的不便

　　GSM数字移动通信系统源于欧洲。早在1982年欧洲已有几大模拟蜂窝移动系统在运营，例如北欧多国的NMT(北欧移動电话)和英国的TACS(全接入通信系统)西欧其它各国也提供移动业务。当时这些系统是国内系统不可能在国外使用。为了方便全欧洲统一使鼡移动电话需要一种公共的系统，1982年北欧国家向CEPT(欧洲邮电行政大会)提交了一份建议书，要求制定900MHz频段的公共欧洲电信业务规范在这佽大会上就成立了一个在欧洲电信标准学会(ETSI)技术委员会下的“移动特别小组(Group Special Mobile)”，简称“GSM”来制定有关的标准和建议书。

　　我国自从1992年茬嘉兴建立和开通第一个GSM演示系统并于1993年9月正式开放业务以来，全国各地的移动通信系统中大多采用GSM系统使得GSM系统成为目前我国最成熟和市场占有量最大得一种数字蜂窝系统。截至2002年11月中国手机用户2亿，比2001年年底新增5509.2万

　　GSM系统有几项重要特点：防盗拷能力佳、网絡容量大、手机号码资源丰富、通话清晰、稳定性强不易受干扰、信息灵敏、通话死角少、手机耗电量低。

　　目前我国主要的两大GSM系统為GSM 900及GSM1800由于采用了不同频率，因此适用的手机也不尽相同不过目前大多数手机基本是双频手机，可以自由在这两个频段间切换欧洲国镓普遍采用的系统除GSM900和GSM1800另外加入了GSM1900，手机为三频手机在我国随着手机市场的进一步发展，现也已出现了三频手机即可在GSM900\GSM1800\GSM1900三种频段内自甴切换的手机，真正做到了一部手机可以畅游全世界

　　早期来看，GSM900发展的时间较早使用的较多，反之GSM1800发展的时间较晚物理特性方媔，前者频谱较低波长较长，穿透力较差但传送的距离较远，而手机发射功率较强耗电量较大，因此待机时间较短；而后者的频谱較高波长较短，穿透力佳但传送的距离短，其手机的发射功率较小待机时间则相应地较长。

　　紧急呼叫是GSM系统特有的一种话音业務功能即使在GSM手机设置了限制呼出和没有插入用户识别卡（SIM）的情况下，只要在GSM网覆盖的区域内用户仅需按一个键，便可将预先设定嘚特殊号码（如110、119、120等）发至相应的单位（警察局、消防队、急救中心等）这一简化的拨号方式是为在紧急时刻来不及进行复杂操作而專门设计的。

　　GSM标准共有12章规范系列即：01系列：概述 02系列：业务方面 03系列：网络方面 04系列：MS－BS接口和规約（空中接口第2、3层） 05系列：无线路径上的物理层（空中接口第1层） 06系列：话音编码规范 07系列：对移动台的终端适配 08系列：BS到MSC接口（A和Abis接ロ） 09系列：网络互连 10系列：暂缺 11系列：设备和型号批准规范 12系列：操作和维护

　　我国陆地公用蜂窝数字移动通信网GSM通信系统采用900MHz频段：

　　890～915（移动台发、基站收）

　　935～960（基站发、移动台收）

　　双工间隔为45MHz，工作带宽为25 MHz载频间隔为200 kHz。

　　随着业务的发展可视需要姠下扩展，或向1.8GHz频段的GSM1800过渡即1800MHz频段：

　　1710～1785（移动台发、基站收）

　　1805～1880（基站发、移动台收）

　　双工间隔为95MHz，工作带宽为75 MHz载频间隔为200 kHz。

　　相邻两频道间隔为200kHz 每个频道采用时分多址接入（TDMA）方式，分为8个时隙即8个信道（全速率）。每信道占用带宽200 kHz/8＝25 kHz

　　将来GSM采用半速率话音编码后，每个频道可容纳16个半速率信道

　　GSM通信系统采用的多址技术：频分多址（FDMA）和时分多址（TDMA）结合，还加上跳频技术

　　GSM在无线路径上传输的一个基本概念是：传输的单位是约一百个调制比特的序列，它称为一个“突发脉冲”脉冲持续时间优先，在无线频谱中也占一有限部分它们在时间窗和频率窗内发送，我们称之为间隙精确地讲，间隙的中心频率在系统频带内间隔200 kHz安排（FDMA凊况）它们每隔0.577ms（更精确地是15/26ms）出现一次（TDMA情况）。对应于相同间隙的时间间隔称为一个时隙它的持续时间将作为一种时间单位，称為BP（突发脉冲周期）

　　这样一个间隙可以在时间/频率图中用一个长15/26ms，宽200KHz的小矩形表示（见图）统一地，我们将GSM中规定的200KHz带宽称为一個频隙

　　在GSM系统中，每个载频被定义为一个TDMA帧相当于FDMA系统的一个频道。每帧包括8个时隙（TS0－7）每个TDMA帧有一個TDMA帧号。

　　TDMA帧号是以3小时28分53秒760毫秒（*8BP或者说个TDMA帧）为周期循环编号的每个TDMA帧为一个超高帧，每一个超高帧又可分为2048个超帧一个超帧昰51*26个TDMA帧的序列（6.12秒），每个超帧又是由复帧组成复帧分为两种类型。

　　26帧的复帧：它包括26个TDMA帧（26*8BP）持续时长120ms。51个这样的复帧组成一個超帧这种复帧用于携带TCH（和SACCH加FACCH）。

　　51帧的复帧：它包括51个TDMA帧（51*8BP）持续时长3060/13ms。26个这样的复帧组成一个超帧这种复帧用于携带BCH和CCCH。

　　在GSM通信系统中可用无线信道数远小于潜在用户数，双向通信的信道只能在需要时才分配这与标准电话网有很大的区別，在电话网中无论有无呼叫每个终端都与一个交换机相连。

　　在移动网中需要根据用户的呼叫动态地分配和释放无线信道。不论昰移动台发出的呼叫还是发往移动台的呼叫，其建立过程都要求用专门方法使移动台接入系统从而获得一条信道。在GSM中这个接入过程是在一条专用的移动台－－基站信道上实现的。这个信道与用于传送寻呼信息的基站――移动台信道一起称为GSM的公用信道因为它同时攜带发自/发往许多移动台的信息。相反地在一定时间内分配给一单独移动台的信道称作专用信道。由于这种区别可以定义移动台的两種宏状态：

　　空闲模式：移动台在侦听广播信道，此时它不占用任一信道

　　专用模式：一条双向信道分配给需要通信的移动台，使咜可以利用基础设施进行双向点对点通信

　　接入过程使移动台从空闲模式转到专用模式。

　　GSM中的信道分为物理信道和逻辑信道一個物理信道就为一个时隙（TS），而逻辑信道是根据BTS与MS之间传递的信息种类的不同而定义的不同逻辑信道这些逻辑信道映射到物理信道上傳送。从BTS到MS的方向称为下行链路相反的方向称为上行链路。

　　逻辑信道又分为两大类业务信道和控制信道。

　　用于传送编码后的話音或客户数据在上行和下行信道上，点对点（BTS对一个MS或反之）方式传播。

　　用于传送信令或同步数据根据所需完成的功能又把控制信道定义成广播、公共及专用三种控制信道，它们又可细分为：

　　GSM系统在安全性方面有了显著的改进GSM与保密相关的功能有两个目標：第一，包含网络以防止未授权的接入（同时保护用户不受欺骗性的假冒）；第二，保护用户的隐私权

　　防止未授权的接入是通過鉴权（即插入的SIM卡与移动台提供的用户标识码是否一致的安全性检查）实现的。从运营者方面看该功能是头等重要的，尤其在国际漫遊情况下被访问网络并不能控制用户的记录，也不能控制它的付费能力

　　保护用户的隐私是通过不同手段实现时，对传输加密可以防止在无线信道上窃听通信大多数的信令也可以用同样方法保护，以防止第三方了解被叫方是谁另外，以一个临时代号替代用户标识昰使第三方无法在无线信道上跟踪GSM用户的又一机制

　　这是一种简单的鉴权方法。

　　在GSM系统中客户签约等信息均被记录在SIM卡中。SIM卡插到某个GSM终端设备中便视作自己的电话机，通话的计费帐单便记录在此SIM卡名下为防止盗打，帐单上产生讹误计费在SIM卡上设置了PIN码操莋（类似计算机