沧浪之水

下面给出得Log4J配置文件实现了输出到控制台，文件，回滚文件，发送日志邮件，输出到数据库日志表，自定义标签等全套功能。

log4j.rootLogger=DEBUG,CONSOLE,A1,im
#DEBUG,CONSOLE,FILE,ROLLING_FILE,MAIL,DATABASE

log4j.addivity.org.apache=true


###################
# Console Appender
###################
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d – %c -%-4r [%t] %-5p %c %x – %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n


#####################
# File Appender
#####################
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=file.log
log4j.appender.FILE.Append=false
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.ConversionPattern=[framework] %d – %c -%-4r [%t] %-5p %c %x – %m%n
# Use this layout for LogFactor 5 analysis



########################
# Rolling File
########################
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=rolling.log
log4j.appender.ROLLING_FILE.Append=true
log4j.appender.ROLLING_FILE.MaxFileSize=10KB
log4j.appender.ROLLING_FILE.MaxBackupIndex=1
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d – %c -%-4r [%t] %-5p %c %x – %m%n


####################
# Socket Appender
####################
log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
log4j.appender.SOCKET.RemoteHost=localhost
log4j.appender.SOCKET.Port=5001
log4j.appender.SOCKET.LocationInfo=true
# Set up for Log Facter 5
log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
log4j.appender.SOCET.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n


########################
# Log Factor 5 Appender
########################
log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000


########################
# SMTP Appender
#######################
log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold=FATAL
log4j.appender.MAIL.BufferSize=10
log4j.appender.MAIL.From=chenyl@hollycrm.com
log4j.appender.MAIL.SMTPHost=mail.hollycrm.com
log4j.appender.MAIL.Subject=Log4J Message
log4j.appender.MAIL.To=chenyl@hollycrm.com
log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern=[framework] %d – %c -%-4r [%t] %-5p %c %x – %m%n


########################
# JDBC Appender
#######################
log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
log4j.appender.DATABASE.user=root
log4j.appender.DATABASE.password=
log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES (‘[framework] %d – %c -%-4r [%t] %-5p %c %x – %m%n’)
log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d – %c -%-4r [%t] %-5p %c %x – %m%n


log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH’.log4j’
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout

###################
#自定义Appender
###################
log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender

log4j.appender.im.host = mail.cybercorlin.net
log4j.appender.im.username = username
log4j.appender.im.password = password
log4j.appender.im.recipient = corlin@cybercorlin.net

log4j.appender.im.layout=org.apache.log4j.PatternLayout
log4j.appender.im.layout.ConversionPattern =[framework] %d – %c -%-4r [%t] %-5p %c %x – %m%n

Technorati : working

基线标识:

需求基线 Requirement Base Lines RM
详细设计基线 Detailed Design Base Lines DD
代码基线 Source Code Base Lines SC
测试基线 Software Test Base Lines ST
运行基线 Production Release Base Lines PR

基线创建时机

需求基线 客户需求批准时
概要设计基线 概要设计获得批准
详细设计基线 详细设计获得批准
代码基线 完成原始软件单元编码、并通过检查和单元测试
测试基线 为测试而发布软件
运行基线（产品基线） 为运行而发布系统（产品的正式发布）
文档名称标识:

软件需求说明书 Software Requirement Specifications SRS
详细设计文档 Detail Design Documents DDD
软件项目计划 Software Project Plan SPP
测试计划 Testing Plan TP
系统测试用例 System Testing Case STC
系统测试报告 System Testing Report STR
工作说明书 Statement Of Work SOW
项目周报 Weekly Report WR
项目报告 Project Report PR
会议纪要 Meeting Summary MS
工作产品审批表 Product Approval Form PAF
工作任务分解 Work Breakdown Structure WBS
项目开发计划 Software Development Plan SDP
质量保证计划 Software Quality Assurance Plan SQAP
配置管理计划 Software Configuration Management Plan SCMP
产品审计检查表 Product Audit Check Form PACF
产品审计报告 Product Audit Report PAR
过程评审检查表 Process Review Check Form PRCF
过程评审报告 Process Review Report PRR
风险管理计划 Risk […]

Technorati : working

屈原既放，游於江潭，行吟泽畔，颜色憔悴，形容枯槁。渔父见而问之曰：
“子非三闾大夫与？何故至於斯！”
屈原曰：”举世皆浊我独清，众人皆醉我独醒，是以见放！”
渔父曰：”圣人不凝滞於物，而能与世推移。
世人皆浊，何不淈其泥而扬其波？
众人皆醉，何不餔其糟而歠其酾？
何故深思高举，自令放为？”
屈原曰：”吾闻之，新沐者必弹冠，新浴者必振衣；
安能以身之察察，受物之汶汶者乎！
宁赴湘流，葬於江鱼之腹中。
安能以皓皓之白，而蒙世俗之尘埃乎！”
渔父莞尔而笑，鼓枻而去，乃歌曰：
“沧浪之水清兮，可以濯吾缨。
沧浪之水浊兮，可以濯吾足。”
遂去不复与言

Technorati : website

涅磐这个名词，来自郭沫若的一首长诗《凤凰涅槃》
nièpán [nirvana,bana]
[佛教]∶正觉的境界,在此境界,贪、嗔、痴与以经验为根据的我亦已灭尽,达到寂静、安稳和常在

凤凰涅槃
天方国古有神鸟名”菲尼克司”（Phoenix），满五百岁后，集香木自焚，复从死灰中更生，鲜美异常，不再死。
按此鸟殆即中国所谓凤凰：雄为凤，雌为凰。《孔演图》云：”凤凰火精，生丹穴。”《广雅》云：”凤凰……雄鸣曰即即，雌鸣曰足足。”
序　曲
除夕将近的空中，
飞来飞去的一对凤凰，
唱着哀哀的歌声飞去，
衔着枝枝的香木飞来，
飞来在丹穴山上。

山右有枯槁了的梧桐，
山左有消歇了的醴泉，
山前有浩茫茫的大海，
山后有阴莽莽的平原，
山上是寒风凛冽的冰天。

天色昏黄了，
香木集高了，
凤已飞倦了，
凰已飞倦了，
他们的死期将近了。

凤啄香木，
一星星的火点迸飞。
凰扇火星，
一缕缕的香烟上腾。

凤又啄，
凰又扇，
山上的香烟瀰散，
山上的火光瀰满。

夜色已深了，
香木已燃了，
凤已啄倦了，
凰已扇倦了，
他们的死期已近了！

啊啊！
哀哀的凤凰！
凤起舞，低昂！
凰唱歌，悲壮！
凤又舞，
凰又唱，
一群的凡鸟，
自天外飞来观葬。
凤　歌
即即！即即！即即！
即即！即即！即即！
茫茫的宇宙，冷酷如铁！
茫茫的宇宙，黑暗如漆！
茫茫的宇宙，腥秽如血！
宇宙呀，宇宙，
你为什么存在？
你自从哪儿来？
你坐在哪儿在？
你是个有限大的空球？
你是个无限大的整块？
你若是有限大的空球，
那拥抱着你的空间
他从哪儿来？
你的外边还有些什么存在？
你若是无限大的整块，
这被你拥抱着的空间
他从哪儿来？
你的当中为什么又有生命存在？
你到底还是个有生命的交流？
你到底还是个无生命的机械？

昂头我问天，
天徒矜高，莫有点儿知识。
低头我问地，
地已死了，莫有点儿呼吸。
伸头我问海，
海正扬声而呜唈。

啊啊！
生在这样个阴秽的世界当中，
便是把金刚石的宝刀也会生锈！
宇宙呀，宇宙，
我要努力地把你诅咒：
你脓血污秽着的屠场呀！
你悲哀充塞着的囚牢呀！
你群鬼叫号着的坟墓呀！
你群魔跳梁着的地狱呀！
你到底为什么存在？

我们飞向西方，
西方同是一座屠场。
我们飞向东方，
东方同是一座囚牢。
我们飞向南方，
南方同是一座坟墓。
我们飞向北方，
北方同是一座地狱。
我们生在这样个世界当中，
只好学着海洋哀哭。
凰　歌
足足！足足！足足！
足足！足足！足足！
五百年来的眼泪倾泻如瀑。
五百年来的眼泪淋漓如烛。
流不尽的眼泪，
洗不净的污浊，
浇不熄的情炎，
荡不去的羞辱，
我们这缥缈的浮生
到底要向哪儿安宿？

啊啊！
我们这缥缈的浮生
好像那大海里的孤舟。
左也是漶漫，
右也是漶漫，
前不见灯台，
后不见海岸，
帆已破，
樯已断，
楫已飘流，
柁已腐烂，
倦了的舟子只是在舟中呻唤，
怒了的海涛还是在海中泛滥。

啊啊！
我们这缥缈的浮生
好像这黑夜里的酣梦。
前也是睡眠，
后也是睡眠，
来得如飘风，
去得如轻烟，
来如风，
去如烟，
眠在后，
睡在前，
我们只是这睡眠当中的
一刹那的风烟。

啊啊！
有什么意思？
有什么意思？
痴！痴！痴！
只剩些悲哀，烦恼，寂寥，衰败，
环绕着我们活动着的死尸，
贯串着我们活动着的死尸。

啊啊！
我们年青时候的新鲜哪儿去了？
我们年青时候的甘美哪儿去了？
我们年青时候的光华哪儿去了？
我们年青时候的欢爱哪儿去了？
去了！去了！去了！
一切都已去了，
一切都要去了。
我们也要去了，
你们也要去了，
悲哀呀！烦恼呀！寂寥呀！衰败呀！
凤凰同歌
啊啊！
火光熊熊了。
香气蓬蓬了。
时期已到了。
死期已到了。
身外的一切！
身内的一切！
一切的一切！
请了！请了！
群鸟歌
岩　鹰
哈哈，凤凰！凤凰！
你们枉为这禽中的灵长！
你们死了吗？你们死了吗？
从今后该我为空界的霸王！
孔　雀
哈哈，凤凰！凤凰！
你们枉为这禽中的灵长！
你们死了吗？你们死了吗？
从今后请看我花翎上的威光！
鸱　枭
哈哈，凤凰！凤凰！
你们枉为这禽中的灵长！
你们死了吗？你们死了吗？
哦！是哪儿来的鼠肉的馨香？
家　鸽
哈哈，凤凰！凤凰！
你们枉为这禽中的灵长！
你们死了吗？你们死了吗？
从今后请看我们驯良百姓的安康！
鹦　鹉
哈哈，凤凰！凤凰！
你们枉为这禽中的灵长！
你们死了吗？你们死了吗？
从今后请听我们雄辩家的主张！
白　鹤
哈哈，凤凰！凤凰！
你们枉为这禽中的灵长！
你们死了吗？你们死了吗？
从今后请看我们高蹈派的徜徉！
凤凰更生歌
鸡　鸣
听潮涨了，
听潮涨了，
死了的光明更生了。

春潮涨了，
春潮涨了，
死了的宇宙更生了。

生潮涨了，
生潮涨了，
死了的凤凰更生了。
凤凰和鸣
我们更生了。
我们更生了。
一切的一，更生了。
一的一切，
更生了。
我们便是他，
他们便是我。
我中也有你，
你中也有我。
我便是你。
你便是我。
火便是凰。
凤便是火。
翱翔！翱翔！
欢唱！欢唱！

我们新鲜，我们净朗，
我们华美，我们芬芳，
一切的一，芬芳。
一的一切，芬芳。
芬芳便是你，
芬芳便是我。
芬芳便是他，
芬芳便是火。
火便是你。
火便是我。
火便是他。
火便是火。
翱翔！翱翔！
欢唱！欢唱！

我们热诚，我们挚爱。
我们欢乐，我们和谐。
一切的一，和谐。
一的一切，和谐。
和谐便是你，
和谐便是我。
和谐便是他，
和谐便是火。
火便是你。
火便是我。
火便是他。
火便是火。
翱翔！翱翔！
欢唱！欢唱！

我们生动，我们自由，
我们雄浑，我们悠久。
一切的一，悠久。
一的一切，悠久。
悠久便是你，
悠久便是我。
悠久便是他，
悠久便是火。
火便是你。
火便是我。
火便是他。
火便是火。
翱翔！翱翔！
欢唱！欢唱！

我们欢唱，我们翱翔。
我们翱翔，我们欢唱。
一切的一，常在欢唱。
一的一切，常在欢唱。
是你在欢唱？是我在欢唱？
是他在欢唱？是火在欢唱？
欢唱在欢唱！
欢唱在欢唱！
只有欢唱！
只有欢唱！
欢唱！
　欢唱！
　　欢唱！
1920年1月20日初稿
1928年1月3日改削

Technorati : website

传统的企业应用集成（EAI ,Enterprise Application Integration）的层次主要有数据级集成、应用接口级集成、业务逻辑级集成等。数据级集成是一种简单的企业应用集成方式，以共享或合并多个应用程序之间数据的方式实现集成，属于面向信息的集成方式。应用接口级集成是指应用程序之间通过调用彼此的应用程序接口，即API (Application Program Interface)实现集成，属于面向接口的集成方式。而业务逻辑级集成则是由应用程序之间通过共享业务逻辑的方式来实现的，属于面向过程的集成方式。这三种集成方式虽然都能实现企业应用程序集成的目的，但它们的应用都具有一定的局限性。
数据级集成需要交互的应用程序之间共享或合并数据库，这就需要被集成的应用程序具有相同类型的数据库或能够转换成相同类型的数据库。若共享的应用程序数据库的类型不相同，则不适合采用这种方法。数据级集成方式可能会导致损坏数据，打开数据库的安全缺口等。
应用接口级集成通过互相调用应用程序接口实现应用系统集成,这种技术性的集成方式需要调用者对被调用的接口非常熟悉。调用者只有在对 API 熟悉的基础上，才能对他们进行调用和修改。当对 API 接口进行修改时，将导致新的、大量的调试工作量，也可能会增加现有应用系统的不稳定性。由于采用的是接口调用方法，通常需要调用者程序和被调用者程序具有相同的实现机制和运行环境。
业务逻辑级集成通过共享业务逻辑的方式进行系统集成，采用开发高层虚拟组件的方式。该方式不仅暴露了应用程序的业务逻辑，而且由于业务逻辑的交叉，导致了各个集成系统之间的紧耦合性，降低了单个应用系统的灵活性，增加了整个系统维护的难度。
上述这三种方式是非功能层的集成方式，属于紧耦合的应用系统集成方式。这种紧耦合的集成方式将影响系统的灵活性和扩展性，阻碍业务的流程调整和优化，不利于企业的业务发展。
因此。为了解决上述问题，我们需要一种面向功能层的企业应用集成方式。该方式不仅能保证原有系统的数据安全性和逻辑安全性，而且还能够实现各系统之间的松耦合，方便系统流程的重组和优化。这种方式就是基于面向服务架构（SOA）的企业应用集成方式。面向服务的体系结构具有跨平台、语言独立、松散耦合等优点。1．语言独立。EAI通常需要集成早期开发的多个企业应用系统。这些系统一般都是在不同时期由不同的软件开发商采用不同的软件开发方法和软件开发工具开发的。由于SOA架构具有语言独立的优点，因此采用它能将不同语言和不同版本的企业应用系统集成起来。2．实现松耦合。松耦合特性能方便企业中单个系统流程的优化，适合企业需求变化的动态性。使得交互双方中一方的改动不会影响到另一方，降低单个企业软件升级时带来的附加成本。3．跨平台。SOA 能集成不同网络环境下的企业应用系统，能够保护原有网络资源，减少开销。4．良好封装性。服务的良好封装性不仅提高了应用系统的数据安全性和逻辑安全性，而且增强了单个服务的复用性，节省重复开发成本。5．服务位置透明。SOA中，服务位置的透明使得服务可以被动态的绑定，也可以被静态调用，这样方便了调用者对服务的使用。

Technorati : working

随着网络的演进和电信市场竞争的加剧，电信计费系统也在逐步发生着变革。在网络能力方面，计费系统需要不断满足固网、PHS、GSM移动网、宽带网，以及 3G移动网等各种网络业务的计费需求；而在市场需求方面，预付费用户比例的急速上升对计费系统应对欠费风险的能力提出了巨大挑战。同时，业务发展的多样性也要求计费系统不再只是针对单系统、单业务的简单计费，而必须要具备全业务、跨网络业务捆绑和组合的融合计费能力，才能有效支撑灵活多样的计费需求和市场推广策略。
传统计费的演进
上世纪80年代初，电信的网络规模较小，所有的计费功能都基于交换机实现。由于交换机的呼叫功能与计费功能结合过于紧密，资费配置、计费批价等功能也被分散在网络侧交换机上，在网络规模扩大和业务种类增多时，网络的维护工作量就会急剧增长。到了80年代末，电信运营商开始采用交换机生成通话的原始信息（CDR），再由后台的计费帐务系统（离线计费）集中进行计费批价的方式，从而提高了系统的灵活性和资费的易维护性。
随着移动网络的出现及业务种类不断地推陈出新，对于预付费用户的支撑逐渐成为运营商争夺市场、提高竞争力的重要手段。而预付费用户比例的急速上升对计费系统应对欠费风险的能力产生了巨大挑战。移动运营商在此发展过程中采用了国际标准化组织（3GPP）提出的智能网实时计费方式。该方式虽然解决了业务发展中的用户欠费问题，但仍存在可支撑业务能力有限及不灵活等问题。目前智能网方式仅能支持语音、VPN、彩铃等业务，未从网络整体演进角度通盘考虑3G数据业务、增值业务、IMS业务、WLAN业务等，因此无法支持全业务运营。加上客户资料因网络建设原因被人为割裂开来，致使业务捆绑等业务需求很难实现，大大降低了运营商在市场方面的灵活应变能力；另外智能网具有话务控制和计费功能两大部分，话务控制需要较大的稳定性，而计费功能则需要较大的灵活性，对智能网的修改需求大约80%的需求也都集中在计费功能方面。因此，从构架上来看在线计费的话务控制部分和计费功能部分应该分离开来。
在预付费业务开展过程中，运营商为了提高业务开展和计费的灵活性，在离线计费的基础上引入了HotBilling准实时计费方式。采用离线方式（计费结果不影响用户通话），可以充分地进行交叉捆绑，支撑市场的各种组合营销方案，实现比较简单，在建网或业务发展初期较容易被接受和采纳。然而，离线方式计费不参与使用过程，而是基于使用记录的后处理方式，这就决定了准实时计费方案不可避免地会产生不同程度的欠费，难以防范用户的恶意欠费，也无法很好地支撑高风险、高额度业务（如长途、漫游等）的开展。同时在用户体验方面也存在问题（如无法提供通话前的资费提醒等）。
随着网络演进，出现了基于IP的IMS网络，种类繁多的业务对计费系统提出了更高的要求。一方面大量的增值业务（如小额支付、网上交易等）需要实时的鉴权、计费，从而避免运营商较大的欠费风险和损失；另一方面很多的业务引擎及业务平台都有自己单一业务的实时计费平台，造成了计费能力的分散、客户资料不能集中、交叉捆绑能力差、市场营销不灵活等问题。因此3GPP组织提出了具有开放性和通用性的实时计费系统框架，支持基于承载、会话和内容事件的统一计费。这一框架将设备的话务控制功能与计费功能相分离，并建立了计费体制与会话/服务控制的直接交互，使计费完全参与到服务的使用过程中。在这样的体系下，既可以利用独立计费系统的强大能力以提供接近于准实时计费系统的灵活性，又可以利用参与使用过程的实时特性，将欠费成本将到最低。
中国电信引入在线计费系统
3GPP 32.296在线计费系统构架的提出，很好的解决了多网络（固网、PHS、3G、IMS、WLAN、宽带）、全业务（语音、数据、增值、IMS）的在线计费，使业务融合计费和交叉捆绑优惠成为可能。3GPP 32.299、IETF RFC3588、RFC4006定义了各网元与OCS的接口协议，使用Diameter协议来实时交互计费信息、批价、反算预留，完成对用户的信用控制。
中国电信引入了3GPP的在线计费框架、功能模块、接口协议、信令流程等，将3G/PHS/PSTN的SCP、ISMP、AAA的在线计费功能剥离，融入独立的在线计费系统OCS。由OCS来统一负责3G电路域、分组域和业务网络、PHS/PSTN的语音及宽带业务实时的灵活计费、交叉捆绑。同时，OCS 与Hot Billing通过SID来共享数据，从而实现预付费与后付费用户的融合。另外，由于OCS专注于计费处理，并采用了类似准实时计费的数据模型，具有同准实时方案可比的资费灵活性和业务捆绑能力。
中国电信OCS三大特点
在3GPP基础上不断完善的中国电信OCS系统具有以下特点：
统一用户与产品资料管理的架构：本架构通过共享信息数据库，统一客户、产品、定价、帐务等数据，根据统一的数据模型建设共享信息数据，建立创建、读取和更新数据的权限矩阵等信息管理和共享的机制。在线计费系统与后付费系统通过共享信息数据库获取统一的客户信息、帐户信息（包括余额信息、累积量信息）、产品/ 商品信息、资费信息视图，使两个计费系统成为一个统一的整体，从而实现在线计费用户与后付费用户的真正的融合。
融合在线计费架构：在线计费系统通过实时计费协议与SCP、CCG与ISMP等网络设备相连，通过在线计费协议对基本语音业务、基本数据承载业务、增值业务等进行在线计费控制。在线计费系统中统一实现了各种业务的交叉捆绑计费与优惠，从而实现了多业务多网络融合的在线计费。
统一的在线计费协议：在线计费系统统一通过基于Diameter CC的在线计费协议与网络设备相连。由于IETF、3GPP定义的Diameter CC协议并不支持各种电信业务的在线计费，因此中国电信在线计费OCP协议在Diameter CC协议的基础上根据电信网络的需求进行了参数扩展。在线计费协议扩展了对语音业务、增值业务、宽带业务的在线计费功能的支持，详细定义了字段的内容、类型、用法及各种业务的场景，并对3GPP中没有完善的内容进行细化规范。
中国电信OCS八大功能
通过这种融合在线计费系统架构可以实现以下功能：
预付费/后付费用户都可以使用全业务：由在线计费系统处理的在线计费用户不但可以使用语音业务，同时还可以使用数据业务，包括MMS、WAP浏览、位置业务、下载、流媒体、即时信息、移动交易等。为预付费用户提供了使用全业务的有效支撑手段。
统一的帐户管理：客户可以使用同一个付费帐户为多个产品、多个业务进行付费，预付费和后付费、语音业务和数据业务都可以使用同一帐户。
付费模式任意切换：客户可以根据实际需要选择付费模式，可以从预付模式转为后付模式，也可将后付模式转为预付模式。在付费切换过程中，用户的业务使用不受影响，用户选择的资费套餐继续有效，用户的帐户余额能够平滑过渡。
多业务捆绑：中国电信作为综合信息提供商，能够为客户提供总体解决方案，如客户之间的捆绑、多个产品之间的捆绑、多个业务之间的捆绑等，以上三种类型的捆绑均包含预付产品与后付产品的捆绑。
灵活的资费策略：相对后付费用户来说，预付费用户的忠诚度相对比较高。为争夺数据众多的预付费用户，适应变幻莫测的市场需求，需要能够快速方便地提供各种灵活的资费策略吸引用户，预付费用户能够享受与后付费用户相同的资费。
实时的计费控制：从中国电信来说，预付费业务既能快速、方便地为用户提供相同的业务，同时，也是为了通过实时计费、实时扣费达到减少欠费的目的，因此针对预付费业务，需要进行实时的计费控制，即在通话过程中持续地进行计费、扣费等，当用户余额不足时，立即终止业务使用。
实时信用控制：后付费用户在申请使用高价值业务（如国际长途）时，为减少潜在的欠费风险，将用户的计费模式由后付费转化为预付费模式，并给予一定的信用额度，然后由预付费系统进行实时的通话控制，当费用总额超过信用额度和余额总额后，立即终止业务使用。
对于信用度比较高的预付费用户，根据信用度的级别给予一定的信用额度，当帐户余额为0时，用户可以继续使用业务，当继续使用费用总额大于信用额度时，立即终止业务使用。同时对欠费风险比较大或信用度比较低的后付费用户的消费进行实时监控。
余额转移：支持把一个帐本的余额转移到另一个帐本，记录帐本余额转出和充值明细，转出明细包括转出时间、转出额度、转出目的等信息，充值明细包括充值时间、充值额度、有效期、充值来源等信息。
中国电信OCS八大优势
中国电信在引入在线计费解决方案后，可以提供更低的欠费成本，更多的市场机会以及更好的客户服务体验。具体来说具有以下优势：
更加有效支撑预付费业务的发展：预付费业务可以给电信运营商带来更低的风险和更高的收益，是移动业务最重要的付费方式。在线计费系统能够更好的支撑预付费业务的发展；
有效地规避风险：移动业务本身的特征决定了其比固定业务有更高的风险，而市场和业务的发展又带来了更多的高风险业务和高额度业务。在线计费可以实时监控客户的业务使用情况，是根本性的风险规避手段；
提供吸引客户的有效手段：预付费业务具备入网简单、控制费用支出容易等特点。基于在线计费还可以为客户提供国际漫游、高额度消费等有吸引力的服务，从而为电信市场拓展提供了更有效的手段；
综合成本较低：新方案不仅降低了欠费成本和机会成本，同时以两种系统结合的方式兼顾了性价比、建设成本和系统综合稳定性，因此是一种综合成本较低的解决方案。此外还可通过各类经营分析手段逐步确定最优的用户比例从而带来更优的性价比；
符合中国电信向综合信息服务提供商转型的需要：新方案提供灵活的业务组合和捆绑能力，使得中国电信可以提供基于客户需求的综合通信解决方案，并基于这些方案给予用户适当的优惠，以达到运营商与客户双赢的目标，符合中国电信战略转型需求；
提高客户忠诚度：新方案通过提供灵活的业务捆绑和定价方案，可以有效地吸引客户，并提高客户的离网成本，从而大大加强客户的忠诚度，使电信市场的拓展迈入良性循环的发展轨道；
提供优化网络结构的契机：现有网络的计费解决方案具有投资高、业务适应能力弱、市场反应速度慢等特点，不符合3GPP推荐的预付费组网方式，其稳定性也有一定问题。同时，在国际漫游、数据预付费等方面的处理都有一定的问题。因此，在线计费系统建设可以成为优化网络结构的良好契机，使中国电信的移动网络更加贴近目标网模式；
符合产业的发展趋势：3GPP提出了在线计费系统的解决方案，由智能网和数据业务网网元承担其核心功能，计费、批价功能由专门负责在线计费的OCS系统完成，因此建设在线计费系统符合最新的国际标准。同时，随着3G等移动业务的开展，国外很多运营商都已经实施或正在考虑实施在线计费系统，国外的传统计费厂商也都推出了自己的在线计费解决方案。目前国内部分运营商也已经开始在局部实施在线计费系统，并为此做了一定的准备。因此，在线计费是适应产业发展的一种必然选择。

Technorati : telecom

利于 Pinyin4J 函数库，实现了将含有汉字字符的字符串中汉字转换为拼音输出

参考了其他一些资源，以下代码不是我的原创。）

import net.sourceforge.pinyin4j.PinyinHelper;
import net.sourceforge.pinyin4j.format.HanyuPinyinCaseType;
import net.sourceforge.pinyin4j.format.HanyuPinyinOutputFormat;
import net.sourceforge.pinyin4j.format.HanyuPinyinToneType;
import net.sourceforge.pinyin4j.format.HanyuPinyinVCharType;
import net.sourceforge.pinyin4j.format.exception.BadHanyuPinyinOutputFormatCombination;

public static String getPingYin(String src){
char[] t1 ;
t1=src.toCharArray();
String[] t2 = new String[t1.length];
HanyuPinyinOutputFormat t3 = new HanyuPinyinOutputFormat();
t3.setCaseType(HanyuPinyinCaseType.UPPERCASE);
t3.setToneType(HanyuPinyinToneType.WITHOUT_TONE);
t3.setVCharType(HanyuPinyinVCharType.WITH_V);
String t4=”";
int t0=t1.length;
try {
for (int i=0;i<t0;i++)
{
//判断是否为汉字字符函数
if(java.lang.Character.toString(t1[i]).matches(“[\\u4E00-\\u9FA5]+”))
{
t2 = PinyinHelper.toHanyuPinyinStringArray(t1[i], t3);
t4+=t2[0];
}
else
t4+=java.lang.Character.toString(t1[i]);
}
System.out.println(t4);
return t4;
}
catch (BadHanyuPinyinOutputFormatCombination e1) {
e1.printStackTrace();
}
return t4;
}

可以在数据库中存储汉字名称的简拼和全拼信息，方便数据检索，按拼音排序输出。

特别在呼叫中心系统，客服系统中效果显著。

Technorati : working

重装电脑好久，今天下了 Logitech Setpoint 软件强化我的Logitech SL1 ；发现装完驱动后鼠标不动了。。

上网查了一下，是system32.drivers下的一个wdf01000.sys驱动（微软自己出的驱动）的问题。。

解决方法如下：

1.先停止运行的SetPoint软件

2.到C:\WINDOWS\system32\drivers下；更名wdf01000.sys为wdf01000.bak

3.拔出USB鼠标，重新插入

4.启动SetPoint软件；鼠标即可正常使用。。

wdf01000.sys 这个文档可能会导致很多硬件无法使用或电脑黑屏。

如果上述步骤不奏效，可以重启系统试一下。

Del.icio.us : logitech

2000年还在大三的时候买的域名（cybercorlin.com），那时候对做网站倍儿热情；曾独立开发了ccisn.com.cn行业网站，运行到现在，底层好像还是我以前的asp代码。

当时我的主机托管是万网，环境是asp+mssql7 ；一晃眼都快9年了。 万网还健在，依然火爆，不过我现在的空间和域名都转国外了。网站只作为博客存在，记录一些点点滴滴。

这么多年断断续续在维护这个网站。生活也在慢慢前行。

btw，今天我奔3啦，一起祝福一下；希望下一个9年顺顺利利，扎扎实实。

Technorati : website

Our experience with more than 75 large projects suggests that success is closely tied to five “Execution Planning” steps:

Start with the steering committee. If there aren’t two or three sponsoring executives who choose to own a critical initiative within the business, don’t even start the initiative. Successful steering committees are primarily responsible for naming the members of the core project team, approving plans and providing strategic guidance to the core project team.

Establish the core project team. Successful core project teams include no more than four to six individuals who are responsible for making 80 percent of project decisions; building “straw models” and soliciting input/buy-in from other stakeholders (on issues such as master project timelines); aligning their sub-team leads to the master project timeline; holding sub-teams’ leads accountable for execution of the master project timeline; and escalating and resolving key project issues that may impede progress.

Establish sub-teams. Successful sub-team leads are responsible for developing and executing detailed plans (on schedule, budget and scope) in line with the master project timeline; recommending technical approaches and documenting them as required; and raising issues to sub-team peers and/or the core project team as necessary.

Define roles and responsibilities. Build a one-page graphical document that clearly defines objectives for all project members (in particular the core project team and sub-team leads). Successful large projects have core project teams that remove ambiguity of roles and responsibilities for both the sub-team leads and the core project team itself.

Build a one-page master project timeline. Successful core project teams publish a one-page graphical representation of the timeline for the project as a whole. These master project timelines have key “anchor dates” against which all sub-team leads are responsible for developing and executing detailed plans. This thinking differs from classical IT planning approaches.

Traditional project approaches start from the bottom up, with work-breakdown structures and task-level detail that roll into a detailed master project timeline. Our experience suggests that successful large projects start with key top-down anchor dates set forth from the core project team.

Effective IT strategy execution using these five steps overcomes the large project issues referenced earlier.

Technorati : working
Del.icio.us : working