博学、审问、慎思、明辨、笃行

博学、审问、慎思、明辨、笃行 Get busy living,or get busy dying. http://godlikeme.javaeye.com UTF-8 Copyright 2003-2008, JavaEye.com http://blogs.law.harvard.edu/tech/rss JavaEye - 做最棒的软件开发交流社区关于地震的可预测性 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/194087 发表时间: 2008年05月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://earthquake.group.javaeye.com/group/topic/5326
圈子文章链接

某些官员，抽自己嘴巴吧。

http://www.cq.xinhuanet.com/news/2008-05/14/content_13254443.htm

根据初步分析，汶川大地震属于主震余震型，即12日下午发生大地震后，后续会有很多余震发生，但
整体的地震强度的趋势是呈衰减型的。截至昨日上午8时许，震区发生了5级以上余震多达16次，最大余震等级为6级。今后汶川等地还可能发生一些余震，可能造成重庆部分地区有震感，但强度和损失不会比7.8级震感更强。“只要市民不是住在危房内，就可以放心工作和生活。”

--------------------------------
不是说不能预测么？这些结论是怎么来的。

后面还有
---------------------------------

http://laiba.tianya.cn/laiba/CommMsgs?cmm=281&tid=2600668367778387366

唐山警示录（2000年完成，2005年才得已发表）
http://www.xiaoshuo.com/readindex/index_0011025769.html

唐山大地震背后的真相(这个片子早在2005年就已经在凤凰卫视上面播出)
http://you.video.sina.com.cn/b/13433537-1217313333.html

我地震预测预报水平保持世界领先
点击: 338 次发布时间: 2000-11-22 10:12:50
　　我国地震预测预报水平继续保持世界领先。记者近日从中国国际减灾委员会获悉，10年间，我国地震部门先后对20余次中强以上地震作出了不同程度的短临预测预报。对多数显著地震事件作出了与实际基本相符的震后趋势判定，对有效保护人民的生命和财产安全发挥了重要作用。
　　据介绍，1995年7月，云南孟连发生7.3级地震，地震部门作出了中、短、临预报，及时向当地政府报告，并采取了必要的防范措施，极大地减少了地震造成的损失。1998年11月，云南宁蒗发生6．2级地震，震前3天地震部门向当地政府作出临震预报，取得了明显的减灾实效。
　　近10年间，我国相继建设和改进了数字地震观测、地震前兆观测系统及一批重点实验室；初步建立起了由47个国家基本台、30个区域台和20个遥测台网组成的中国数字地震观测系统；完成了对155个国家级和区域基本地震前兆台站的综合化、数字化改造；建立起由102台数字强震仪组成的强震数字地震观测系统。此外，我国地震应急指挥技术系统和地震观测系统、数据传输系统也都得到了较大程度的改善。（科技日报/11.12　李术峰　翟伟）

另一则：

我国地震监测预报工作由建国初期的科学行为，逐步向科学化、规范化、现代化、数字化和自动化方向发展。

30年前国家地震局成立初期，我国的地震监测能力还很有限，到1966年邢台地震时，我国仅有24个测震台组成全国地震基本台网，8个地磁台组成全国地磁基本台网。

30年后的今天，中国地震局在全国建立了415个专业地震台站、20余个包含近300个站（点）的遥测地震台网、560余个地方、企业观测站（点），1200余部短波、超短波电台组成的地震数据信息通信网络。按观测类别分，专业台站（点）中：测震有近600个站（点）800套仪器，强震观测台（点）240个，形变有160个站（点）297套仪器，电磁有近150余个站（点）280余套仪器，地下流体有近110个站（点）200套仪器；地方、企业台站（点）中：测震有近220个站（点）250余套仪器，形变有60余个站（点）65套仪器，电磁有120余个站（点）125套仪器，地下流体有300余个站（点）313套仪器。

直到70年代末，我国的地震监测能力在部分重点危险区基本达到监测6级以上地震的能力。

目前我国地震监测台网具有监测ML≥2.5级地震能力的面积占国土面积的1/2略强，1/4左右的面积具有监测ML≥3.0级地震的能力，另有近1/4的面积（青藏高原大部分地区）具有监测ML≥4.0-5.0级以上震级地震的能力。全国的监控能力可达ML≥4.0级地震，东部重要省会城市及其附近具有监测ML≥1.5-2.0级地震的能力，首都圈地区具有监测 ML≥1.0-1.5级地震的能力。

继续：

国家地震局局长陈建民:奥运地震安全工作已启动

2005年12月06日 07时47分　

中国青年报李健

“京津唐地区如果发生1～1．5级地震，地震部门5到10分钟就可以测量到。”国家地震局局长陈建民近日在中国科学院研究生院主办的“中国科学与人文论坛”上透露，地震部门已经投入经费，启动了专门针对北京2008年奥运会的一系列地震安全工作，范围辐射包括北京、青岛等设有奥运会比赛项目的城市和地区。

自行研制的数字化地震监测台网络大大提高监测能力

陈建民说，首都圈强化监视区一直是地震部门高度重视的地区。华北发生的地震有些会波及到首都圈15万平方公里的范围，不管有没有危险，都是工作的重中之重。

他介绍说，我国自行研制的数字化地震监测台网络，大大提高了地震监测能力：京津唐地区如果发生1～1．5级地震，地震部门5到10分钟就可以测量到；东部地区和各个省会城市，如果发生1．5～2级以上的地震，10到15分钟可以测量到；西部地区如果发生4级以上地震，20到25分钟可以测量到。

陈建民说，我国是一个地震多发、震灾严重的国家。我国每个省都发生过5级以上地震，除了贵州和浙江，29个省区市都发生过6级以上地震，20个省区市发生过7级以上地震，造成了很大的破坏。“20世纪以来，全球因地震死亡的人数达160万，我国就占了60万。”

统计资料显示，地球每年要发生500万次左右的地震，其中99％以上的地震震级很小，能量释放很低，人感觉不到；每年人能感觉到的地震大概不到1万次，其中能量释放较大、能造成灾害的地震每年不超过100次。此外，全球85％的地震发生在海洋，只有15％发生在陆地，给人类造成重大影响。

大城市、城市群和农村是未来地震监测重点

陈建民说，“十一五”期间，大城市、城市群的防震减灾是重中之重。我国城市化进程很快，但我们的城市是高风险城市，一些城市建筑物没有达到当地抗震需求，一旦发生地震城市就会瘫痪。根据2004年的统计，北京如果停产一天，经济损失就是12亿，珠三角是34亿，长三角是73亿。他说，未来15年，3亿人口将从农村转入到城市，每年要有15亿平方米建筑竣工，这意味着要用15年的时间，再建50个现在规模的深圳市，“如果做不好大城市和城市群的地震监测工作，一旦发生灾害，后果将不堪设想”。

陈建民说，另一个重点地区是农村，目前我国农村房屋基础条件都很差，基本不设防，也几乎没有抵抗地震的概念，经不起各类自然灾害冲击，4级多的地震，房屋都会倒塌。“农民辛苦了一辈子，房子盖得都挺大，两层楼，地震后远看也没有倒，进去后发现，全是结构性破坏，给老百姓生活带来很大影响，我们要引导农民把自己的房子建设好。”

接着来：

1996年11月，在英国伦敦由英国皇家天文学会地球物理联合会召开了“地震预报体制评估研讨会”，后来与会专家联名在《科学》杂志上发表了题为《地震无法预测》的论文，文中指出，对地震预测进行近三十年的苦心研究以及对各地的地震预测进行考察后得出的结论是：地震是无法预测的，应该打消可能会在几个小时，几天或者几个月之前预测到地震的希望，从事这方面的研究是个毫无希望的工作。
　　
　　对于这种说法，当时我国的地震预报学界保持着谨慎的态度。中国地震台网中心某负责人说：我国的地震预报事业确实取得若干次成功，这些成功说明地震预报是可能的，说明在人类已经积累的认识中包含了部分真理。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sun, 18 May 2008 15:33:02 +0800 http://godlikeme.javaeye.com/blog/194087 http://godlikeme.javaeye.com/blog/194087 08年的读书计划 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/189493 发表时间: 2008年05月04日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

要读的几本技术书
Expert Oracle Database Architecture 9i and 10g Programming Techniques and Solutions
Building Scalable Web Sites
Aix 5l administration.
javascript the definitiveguide
Domain driven design（已读一半）
Java network programming-2e（已读一半）
java.concurrency.in.practice.may.2006（已读一半）

温习书
Software Testing
Introduction to algorithm
Modern operating system
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sun, 04 May 2008 19:56:43 +0800 http://godlikeme.javaeye.com/blog/189493 http://godlikeme.javaeye.com/blog/189493 转载：面试技巧 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/183577 发表时间: 2008年04月17日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://www-07.ibm.com/employment/cn/zh/career/interview_tips.html
在面试前－评估、准备和练习。
评估
了解您申请的职位。哪些优势可以使您胜任该工作？您了解您的不足吗？
准备
研究 IBM 和您想要加入的业务部门。可以从 IBM Web 开始。考虑在面试期间您可能会问的问题。不要忘记配套性－选择一些可以既能表示您的优势，又能反映出您希望获得职位的问题。请注意关于面试地点（日期、时间）和面试官（例如，姓名和职位）的详细信息，这样您就可以进行恰当地准备。我们通常有您简历的一份副本，但是请携带一份简历，以防万一。
练习
同可信赖的朋友一起进行模拟面试。我们希望更多地了解您，因此请准备一些关于您自己和您职业的信息。问题的范围包含从客观问题（例如，您管理过多少人）到主观问题（例如，如果您获得了该工作，您将如何为 IBM 增值）的各类问题。

面试当天－休息、抵达和执行。

休息
面试从来不会取消，但是请确保您在前一夜获得足够的休息。您需要保持精力充沛。
抵达
计划至少提前半个小时达到面试地点。这会帮助您理顺思路，保持镇定和自信。
执行
现在，您可以应用所有的练习和准备。我们正在寻求在高度压力的情况下（例如，面试），能非常好地进行思考的人才。从容地回答问题，不要害怕要求面试官重复问题。停下来进行思考比混乱的回答更好。

最重要的是，沉着冷静地相信自己的能力。保持精神高度集中很好，但是我们希望能展现您的个性和热情。这是我们相互接触的时间，请证明您为什么适合 IBM。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Thu, 17 Apr 2008 03:43:50 +0800 http://godlikeme.javaeye.com/blog/183577 http://godlikeme.javaeye.com/blog/183577 转载：简历技巧 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/183576 发表时间: 2008年04月17日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://www-07.ibm.com/employment/cn/zh/career/resume_tips.html

在写简历的时候，要紧记“当前”和“相关”等词语。我们寻找的是能明确描述为什么您是该空缺职位的不二人选的最新简历。书写干净利落，在需要的时候使用句号。
简历的格式要易于阅读和浏览。如果您是在线投递简历，我们建议您使用纯文本。
首先描述您先前的主要成就。要详细、具体和量化地描述您的工作，如您可以管理 10 个程序员的团队。这会让您在众多的求职者中脱颖而出，并有助于我们了解您的专业水平。
列出一些您感兴趣的工作之外的事情。我们欣赏那些会调剂工作环境有优越平衡能力的人。
要诚实。如果在招聘过程中发现有不真实的信息，那您就会失去这个工作机会。
书写简单明了。行话会让人糊涂，语法或拼写错误只会给人以坏印象。
确保您的联系信息准确无误，这样我们才能够在您被选入候选人名单的时候通知您。
提供两个被询问者－告诉我们您是如何知道他们的（以及知道他们多长时间了）。您最好能列出您最近的经历，这样我们才能了解现在的您，而不是过去的您。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Thu, 17 Apr 2008 03:42:53 +0800 http://godlikeme.javaeye.com/blog/183576 http://godlikeme.javaeye.com/blog/183576 转载：权限设计概要 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/183061 发表时间: 2008年04月15日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

系统权限设计概述
因为我在上一个的项目中负责有关权限控制这一块，所以Linkin把权限系统方面的设计工作交给我了。但是，我不想沿用以前我们设计的权限系统，因为我们以前的权限系统有一些缺陷。并且在做以前的权限系统的时候也积累了一些我的想法，希望能在这次的系统中把我以前的一些想法应用上去，设计出一个更好的权限系统，因为这个权限系统是为大中型企业应用框架服务的，所以会比较全面，但是又绝对不会像某些变态的ERP系统对数据表中的每个字段都作CRUD权限控制。我设计的原则是“够用，好用”。权限系统只负责粗粒度上的控制，细粒度的权限控制，交与子业务系统自己负责。

说到权限控制，从应用系统诞生那天起，他就跟随着出现了。说白了所谓权限控制就是你只能访问和操作特定的系统资源。就像正常情况下你只能从银行里取出属于你自己的钱一样。同样你也只能查询你自己的帐户里面的余额。似乎是老生常谈了，那就让我们直奔主题吧。

如何在我们自己的系统中设计一套安全，易用，能够适应以后企业级应用扩展的权限控制机制。经过权衡和我们自己以往的经验，认为基于角色的访问控制方法（RBAC）。是目前公认的解决大型企业的统一资源访问控制的有效方法。其显著的两大特征是：
1.减小授权管理的复杂性，降低管理开销。
2.灵活地支持企业的安全策略，并对企业的变化有很大的伸缩性。

首先让我们来认识一下，在角色（Role）控制访问中需要用到的几个概念：
1.User（用户）。一个具有系统唯一标识（一般是账号Account）的纯粹用户，他和Role和Group有关联。本身他的权限是被分离出去的，User也不能与任何权限有任何的联系。他的权限通过Role去关联。

2.Role（角色）。角色的作用就是和众多的权限相连，然后一个User或是一个Group必须和一个Role关联，才具有与该Role相连的所有的权限。呵呵不知道，我表达清楚了没有。举一个例子，比如系统中有一个“招聘信息发布员”角色，一个账号“MyAccount”。这个“招聘信息发布员”的角色具有“添加”、“编辑”、“删除”招聘信息的权限。我就只需要把“MyAccount”这个账号加入到“招聘信息发布员”的角色中去，“MyAccount”就具有了相应的权限。如果到后面还有“MyAccount2”“MyAccount3”.也需要同样的权限，和前面一样。我们把他们加入到“招聘信息发布员”角色中去就好了。大大降低了授权管理的复杂度。(在我的想法里，还有一种特殊的Role，这种Role可以和机构有所联系，可以为加入该Role的User指定相应的业务机构，比如“招聘管理员”这个角色，很有可能出现总公司的招聘人员负责几家子公司的招聘工作，那么有了这样的Role,我们那个把招聘人员加入的同时，指定他所管理的机构就可以达到目的。类似的还有一个文秘管理几个公司的情况。这种Role为业务系统的扩展提供了很大的便利。)

再进一步，我们试着想象如果角色之间可以继承权限，那么权限的设置是不是就更加的简单了呢。角色A只要继承角色B，角色A的权限就是角色A和角色B的权限的合集。这我们这个医疗信息系统中，我决定尝试一下角色可单继承的权限控制。尽可能的简化授权操作。

3.Group（用户组），似乎这个概念和Role和有雷同之处，感觉都是一些个用户的组合。从本质上说两者确实都是对某些特定用户的抽象和提取。比如说Role（角色）就是对User的操作权限共性的提取。举个例子上面我们提到的“招聘信息发布员”，他理所当然的具有管理本部门招聘信息的权限，这是系统中所有招聘管理员的权限共性。所以就产生了“招聘信息发布员”这个角色。区别于Role,Group提取更多的是User的部门共性和职位共性，Group中的User可以是一个部门中的所有员工，也可以是公司中所有的文秘，甚至可以就是几个人的组合。当然在我们的系统中绝大多数的组都是和机构一一对应的，并且这样的组通过所属机构的层次关系表现出包含关系，子机构的组必然包含于父机构的组。我把这种组称为“Organ Group”——机构组。同时可以添加一些自定义的组,把你想归纳的User加入到该组中，这样的组我把它叫做“User defined Group”——自定义组。为什么要这么设计呢？把人员划成这么多组。这里有几个优点
（1）可以简化授权。直接把一个组里面的人员全部加入一个角色，省的一个一个的去加。
（2）方便的资源管理。在现实的环境中，个个业务部门所属的资源是不一样的。比如一个文件发布的功能，需要选定浏览范围，这样只要把公文赋给几个特定的组就可以了。这几个组里面的人自动获得了浏览该公文的权限。
（3）业务的灵活体现。因为有自定义组的存在，当出现新的业务，比如有一个临时项目组，需要拉几个人，只需要新建一个自定义组，便可以对其进行各种业务操作。

4.Permission（权限许可）。在这里先要说说Resource(资源)和 Operation(操作)的概念。Resource就是系统里面可用的功能模块，比如“人员信息管理”。而操作就是在管理模块里的添加，删除和修改等等。Permission就是（Resource + Operation），而Permission就是和Role紧密相连的权限了。Administrator也就是将这些Permission赋给Role，那么Role中的User便具有相应的权限了。

5.Organ（机构）。这个倒是无需多言。机构是整个信息系统的骨架，最直接的Organ Group就是建立在机构之上的。

6.Position(职务)。这个概念好像离权限系统的设计有点远，我也一直在犹豫要不要把这个和人事系统更有血缘关系的东东弄到权限系统中来，来回思考了我们框架的目标——“一个高可扩展性，高可靠性，支持快速构建业务的企业级应用基础框架”，并且现在企业数据都希望能够“大集中”、“大统一”，未来的人事系统可以完全的构建在我们的框架之上，作为一个子系统而存在。所以我最终还是决定，将这个概念引到我们的权限系统中来，并且成为不可或缺一部分，任何User必须具有在某个Organ下的Position才能进入到系统。

Linkin这里指出这样做似乎有过度设计之嫌，不符合XP的精神。我也有这么一点点感觉，因为我感到现在的设计已经基本能解决所有的权限问题了，甚至考虑到了未来的业务系统的权限实现方式。同时，这个权限设计确实有点趋于复杂（当然还不至于变态），会对今后系统管理员的素质提出更高的要求。有点不好把握，还是大家讨论讨论吧。

已发表 2005年9月24日 23:25 作者 windtower
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Tue, 15 Apr 2008 22:43:03 +0800 http://godlikeme.javaeye.com/blog/183061 http://godlikeme.javaeye.com/blog/183061 读书：中国外企官场透视：局中局 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/179838 发表时间: 2008年04月06日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://book.sina.com.cn/nzt/novel/lit/y/juzhongju/index.shtml
http://www.douban.com/review/1291791/
http://tieba.baidu.com/f?kz=73100942

有点意思，有点太阴暗。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sun, 06 Apr 2008 14:35:42 +0800 http://godlikeme.javaeye.com/blog/179838 http://godlikeme.javaeye.com/blog/179838 CodeRuler 一些体会， Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/179826 发表时间: 2008年04月06日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://www.ibm.com/developerworks/java/library/j-coderuler/
http://www.ibm.com/developerworks/cn/java/j-coderuler/
http://www.alphaworks.ibm.com/tech/coderuler

利用清明节时间在住处花了一天时间鼓捣了下CodeRuler，发现这是一个可玩性很强的游戏模式，而且有利于提高java编程技能，可谓寓教于乐。
以前比较喜欢玩帝国、星际这一类即时战略游戏，水平比较菜，是需要通过学习各种战略战术，苦练基本功才能达到一定境界的。因为CodeRuler有基本的经济和军事模型，所以称为及时战略游戏。CodeRuler可以让你把这些战略战术想好后通过编程实现，在游戏模拟器中干掉对手。听起来也是蛮有种成就感的。

刚开始熟悉下基本的开发模式，Eclipse插件装好，写自己的MyRuler就好了。MYRuler类是一个强制入口，因为不喜欢把所有逻辑都写在一个类里面，我写了另外一个类来代理MyRuler，这样自己想怎么设计都可以了。

参照网上例子写了个最简单的Ruler，与Sample一交手就挂了。通过几次交手发现一些注意的地方：
城堡很关键要保住（主家呀）
农民要尽量多占土地（有钱造兵），遇到敌人要撤退（革命的本钱）
骑士要尽量以多胜少（划算），有机会就占领别人的城堡。

主要的思想明确了，就开始实现了。具体做的时候发现了一些细节问题，像寻路啊，选定目标，想想和游戏中电脑有点像，如果要作出比较高的AI确实要花一番心思了。

一番摸索终于搞定了一个Ruler出来，其实很简单，所有骑士一起冲向敌人，一个个干掉对方骑士然后占领城堡，干掉农民（跟帝国2的电脑有点像）。这样跟Sample交手已经有胜绩了。

一个游戏最多可以加六个Sample，打了一把发现不行，6家人太多，上去一拼自己就先挂了。刚开始还是要韬光养晦一点。

基本上根据战略防御，战略相持和战略反攻的思想，后续终于达到不管6家是谁，MyRuler都能灭掉了。

仔细想想，这个游戏真正好玩的地方在于一个简单的游戏模型下，可以根据自己的想法，从大到战略部署上，小到农民逃跑、骑士奇袭城堡都可以自己通过编码来实现，并通过游戏模拟器战胜对手。

这种乐趣感觉比玩真的游戏还有成就感。

现在比较遗憾的是好像玩的人比较少，缺少人切磋，打败了Sample,现在只能自己跟自己PK。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sun, 06 Apr 2008 13:32:20 +0800 http://godlikeme.javaeye.com/blog/179826 http://godlikeme.javaeye.com/blog/179826 J2SE转 JEE, C++ Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/179638 发表时间: 2008年04月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

j2ee大项目中用底层通讯，线程，接口，算法的地方很多，真正踏踏实实做这些的很少，有这份经验比较牛的.
凭经验技术积累先把J2ee规范搞定，再学习些开源技术应该是小case，再往后从底层往上走一般比较好走，就看愿不愿意走了。

建议找个能够做大系统的公司，能够比较体现自身价值。

java转C++，我觉得比较难深入，本身复杂，而且老鸟太多了，比较难混出名堂来了。我是从C++转过来的。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sat, 05 Apr 2008 12:03:49 +0800 http://godlikeme.javaeye.com/blog/179638 http://godlikeme.javaeye.com/blog/179638 业务功能测试 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/179635 发表时间: 2008年04月05日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

功能测试主要还是指开发内部集成功能测试，这部分内容包括测试计划、测试案例、测试结果分析都应该是业务专家和架构师共同完成，最终谁去做，有一些是体力活，可以找一些新手来具体完成，主要部分还是要这两位老大把握。谁来具体做不是问题，关键是过程的指导和掌控。

对具体内容最了解的肯定是最终用户，他们主要参与是在两个阶段，用户需求获取阶段和用户验收测试阶段，用户验收测试阶段会按照业务的真实情况去处理，包括测试计划、测试案例、验收文档，主要由业务人员掌控，技术人员只是配合解决系统问题，解释一些业务不理解的技术问题。一个理想的用户验收测试是完全依照客户构想的业务去把整个业务周期的业务流程、场景全部测试通过，包括性能要求，当然这几乎是不可能的。话说回来，如果用户有这个时间、精力能够全程介入是最好不过了。

真正的测试阶段是系统上线后几个月，一般不把这个认为是测试，是对系统正常、稳定运行的考验。再发现的要分清楚哪些是原来需求的问题，哪些是新需求。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sat, 05 Apr 2008 11:50:10 +0800 http://godlikeme.javaeye.com/blog/179635 http://godlikeme.javaeye.com/blog/179635 引文：Why some of Java EE projects are inefficient Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/178787 发表时间: 2008年04月02日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://www.adam-bien.com/roller/abien/entry/why_some_of_the_java

Why some of the Java EE / J2EE projects are inefficient ...or at least suboptimal

Architects are more skilled in PowerPoint, than popular Java IDEs (OpenOffice ist still rare in real world :-))

It takes several DVDs, sometimes hours, even to install the basic infrastructure (like appserver and database)

Some popular servers take several minutes to start and deploy - you have to repeat this procedure several times a day

It takes longer to open a case (and reproduce a problem) for a bug of the appserver, than fix it by yourself (of course if you had the source :-))
It is hard to find developer hardware, where the "enterprise" development tools run efficienlty - ...and because they were expensive, it is hard to get rid of them...

The architects love layers and tiers - several mapping procedures are needed just to pass a persistent entity from the persistent layer to the presentation
Everything is configurable, replaceable and mockable. The XML overhead is huge. The question is: When did you really needed to replace something in your passed projects?
Either it is waterfallish, or agile with all buzzwords and strange rituals. Both sides could be extremely inefficent. It seems like sometimes it is hard to be just rationale...
Developers are sometimes too extreme: either everything is overengineered with millions of patterns or best practices, or hacked down in "go to spaghetti" fashion
"The thrill is gone..." many developers, architects and managers just lost they enthusiasm and passion. This is one of the main reasons, why many projects are just so inefficient...
HA, Clustering, etc. is used even for "guestbook-like" applications. Complexity rules!
Strange QA rules (like documenting obvious getters/setters) drive the development and maintenance costs

Just my observation hacked down in 2 minutes in Starbuck/Munich :-) What's your favorite? Do I missed something?
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Wed, 02 Apr 2008 13:11:39 +0800 http://godlikeme.javaeye.com/blog/178787 http://godlikeme.javaeye.com/blog/178787 转载：中国金融服务外包发展现状 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/178545 发表时间: 2008年04月01日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://finance.special.fivip.com/080323/1643,0247494,00.html
中国金融服务外包发展现状
www.fivip.com 2008-03-23 14:02:00 蓝筹财经评论[0]条 [大中小]
“到2015年，中国和印度将可能成为全球金融服务外包业的中心，其在远东市场的地位得到巩固。”毕博管理咨询公司董事总经理彼得·郝勒维茨表示。国内金融机构为提高企业核心竞争力，更有效分配管理资源，将非核心业务外包成为不可避免的趋势。预计到2010年，中国在岸金融业务流程外包市场将高达500亿美元，离岸金融业务流程外包也将超过50亿美元。

为推动中国服务外包业的发展,国务院已在"十一五"规划纲要中明确提出要在全国建设若干个服务外包基地,有序承接国际服务业转移。商务部2006年开始启动了承接服务外包的"千百十"工程,确定的首批五个服务外包基地城市,分别是大连、西安、成都、上海、深圳;2007年初,天津、北京、南京、杭州、武汉和济南被认定为第二批"中国服务外包基地城市"。

IDG统计数据表明，全球软件外包市场规模已达到1000亿美元。全球软件外包的发包市场主要集中在北美、西欧和日本等国家，其中美国占40%，日本占10%。外包接包市场主要是印度、爱尔兰等国家。其中，美国市场被印度垄断，印度软件业80%的收入依赖软件外包业务，印度已经成为软件外包的第一大国。而欧洲市场则被爱尔兰垄断。现在，菲律宾、巴西、俄罗斯、澳大利亚等国家也加入了世界软件外包的竞争行列。中国软件外包的主要目标市场是日本和美国。

要想在全球的外包业中形成有力的竞争，中国必须巩固其软件业。中国排名前十的IT服务公司所占的市场份额仅为20%，而印度的十大IT公司占有的市场份额高达45%。中国大约有8000家软件服务供应商，其中员工少于50人的占四分之三，只有5家拥有2000名以上的员工。
金融外包在中国的发展情况

2001年7月，深圳发展银行与GDS(万国数据服务有限公司)签订为期五年的灾备外包服务协议。

2002年，通过招标，国家开发银行将PC等设备外包给了惠普公司。到2005年，国家开发银行的IT外包范围进一步扩大到应用系统开发、网络系统运维、灾备中心建设与运维，项目监理、咨询等共七个类型的服务。

2003年11月，中国光大银行将其核心业务和管理会计系统的开发外包给联想IT服务，项目引进全球ERP市场占比例最高的SAP公司的产品。

2004年初，光大银行又将信用卡外包给了美国第一资讯公司。开创了国内信用卡系统外包开发的先河，仅用半年时间阳光信用卡便投产运行，创造了国内信用卡发卡奇迹。

2004年2月国家开发银行与惠普的外包协议，是国内金融界首家整体外包案例。紧接着的8月份，光大银行也签订了国内首份信用卡全面外包协议，将信用卡业务外包于美国第一资讯公司(FDC)。

总的来说国内银行业的外包主要集中于IT业。就发展趋势来看，短期内，国内金融机构业务外包的前景不容乐观。由于IT系统规模小，地方性商业银行通过IT外包服务所能带来的成本节约不具有吸引力。以银行业为例：目前，国内银行业的服务外包主要集中在IT外包领域。我国金融机构近几年来进行的金融外包在有效利用外部资源，集中资源于自己的核心业务，缩短新业务或新产品推向市场的时间，降低成本方面取得了明显的效果。

后面的废话就不引用了。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Tue, 01 Apr 2008 19:41:00 +0800 http://godlikeme.javaeye.com/blog/178545 http://godlikeme.javaeye.com/blog/178545 转载：软件实施：听甲方？听乙方？ Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/177647 发表时间: 2008年03月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://publish.it168.com/2004/1130/20041130501601.shtml

　　乙方的尴尬

　　大型行业软件实施周期长，似乎已经成为了信息化建设中的一个固有“规律”。对于这个现象，我们听到最多的解释是，大型行业软件数据量大、系统规模庞大等等这些惯用的字眼。不久前，记者采访中了解到，造成这个现象更深层次的原因是，实施双方在软件实施过程中的意见、认识不统一。　　

　　据一位软件企业的老总透露，2003年底他们参与的一个个电力行业的项目实施时停停做做，到现在还没有完全结束。“这算是好的！”他说，“目前用户与企业之间互相‘扯皮’的现象非常普遍；全国信息化项目中到底有多少半截子工程，谁也计算不清。”

　　与他持同样观点的还有创智通信总裁上官桥，他给我们讲了这样一件事。他们曾经为一家电信运营商做项目实施。项目进展顺利，按照原计划项目完全能够按时完成，但是这个项目最后还是延期交付。原因很简单，客户总是在不断提出新的要求。对于厂商来讲，“客户就是上帝”，明明知道要耽误工期，要增加投入。软件厂商还是一如既往地保持着不变的“笑容”。

　　“这种现象发展下去会影响中国信息化的水平和断送中国软件业的前途。”中关村科技软件公司总裁朱希铎说，这样不仅软件公司活得很累，而且信息化项目的成功率也不会高，必然影响中国信息化的进程。用户在蒙受损失的同时，也会对国产软件产生天然的不信任，这绝对不利于中国软件业整个产业链的发展。

　　甲方的无奈

　　对于这种现象，作为甲方的客户也有话要说。

　　拿通信行业来讲，随着市场竞争的不断加剧，各个运营商都在使尽浑身解数去应对竞争。

　　一家运营商IT负责人向我们倒出了苦水，如今市场的竞争已经不能再简单地用“日新月异”来形容。在局部地区，当我们推出一项新业务时，竞争对手马上就会有相应的措施来回应我们。面对这样的残酷的事实，这位负责人也颇感无奈。

　　据一份调查报告显示对美国ERP项目的统计结果表明，75％的项目宣告失败，其中28％中途撤消项目，另有47％的项目超预算和延期。造成这个现象的最主要的原因就是实施双方在项目进展中认知偏差大，没有形成统一的认识。

　　信息化不是简单的IT项目，而是管理工程，是企业管理模式的全面创新，是一场深刻的管理革命，是一项非常复杂的管理系统工程。IT是企业得以实现的一种手段，IT必须为企业的发展服务，这本无可厚非。目前，我国信息化还处于一个初级阶段。软件厂商在实施的很多项目都是以前从未经历过的。在这样一个全新的环境下，客户和软件厂商都在“摸着石头过河”。这也是一个普遍现象。

　　对于运营商的这些难处，上官表示十分理解。创智涉足通信领域已经有十多年的历史，见证了中国电信改革的每一个瞬间。每次遇到客户提出新的需求时，我们都是尽量满足客户的需求。有时甚至在上线的前一天，客户又提出了新的需求。这显然让软件厂商感到十分郁闷。

　　不管是尴尬也好，无奈也罢。双方似乎都在默认着目前的游戏规则。

　　试水

　　一位不愿透露姓名的软件厂商老总给我们讲了这样一件事。在他们在南方一家制造企业实施ERP的过程中，客户提出让他们承诺系统实施后，能帮他们完成多少任务。这位老总一时哭笑不得。他只得耐心地向客户解释，IT只是一种手段。至于如何完成既定计划，当还得靠企业的发展策略，IT提供的是一种工具。最后，双方不欢而散。

　　有市场分析人士认为，无论是客户还是软件厂商都没有真正了解对方。软件厂商不明白客户最终要的是什么，而客户也并不清楚软件厂商能给自己带来什么。归根到底是双方的权责不明晰。有关专家指出，当务之急是要引入咨询方，将咨询方意见作为平衡实施双方需求的砝码。

　　作为软件厂商很欢迎这种做法，这样权责明晰，更清楚了自己的责任，而客户也有了一个衡量实施的一个标准，作为实施方的很多软件厂商，对于这种做法都表示支持。

　　一家电信运营商曾经在南方某地做过试点。他们在实施系统软件时，引入了咨询方的模式。但是结果并不能让人满意。究其原因是，这些咨询方根本不了解通信行业的业务模式。

　　“仅仅懂得IT的概念，不了解通信行业的业务模式的咨询方很难打入这个行业。”一位通信行业的人士一针见血地说。

　　华盟堂管理咨询公司总经理高勇认为，作为管理咨询公司，需要拥有两方面专长。一方面，要了解用户企业所在的经营领域的发展动向，有全面、客观地分析该行业经营管理模式的能力，能够帮用户企业参照、借鉴同行业的其他模式，分析和设计制订相应的流程和管理制度；另一方面，管理咨询公司要全面地了解IT技术的发展趋势。咨询方并不是做具体编程或产品的，而是从管理需求的角度了解各种技术的成效，能够客观地介绍和引进新技术的应用而不是推销商品。他们在实施的富尔项目中，与一家公司谈判呼叫中心的底层技术开发时，对方报价180万元，经过分析我们取消了很多不必要的功能，把价格砍到不足40万元。成交后用户和厂商都很满意，因为我们在保护用户利益的同时，也使厂商的利益得到了保证。

　　多极共存

　　前不久，中国电信在云南电信97工程升级改造的工程中引入了咨询方。在这个项目中，IBM作为项目的管理方对项目进展进行全程的监控。IBM向云南电信全权负责。

　　作为该项目的软件提供商，创智则在IBM的制订的IT规划下，有条不紊地进行实施。创智通信总裁上官桥认为，以前他们在项目中既做项目管理、又做集成、做软件开发。这样不仅分散了精力，更重要的是很难与客户进行有效地沟通。

　　现在与客户交流的工作，统统由IBM负责。IBM在进行项目实施前，根据云南电信实际，并结合他们的需求，从企业经营管理的角度出发，制订了详细的规划。根据企业的需求，选择合适的软件提供商。最后通过招标，创智成为了他们的合作伙伴负责系统软件的实施工作。

　　这样对于云南电信来讲不仅获得了国际知名咨询商提供的发展架构，而且在他们的帮助下，云南电信找到了与自己需求最为吻合的软件提供商。从这个角度上讲，以前困扰客户的“我到底要什么”终于得到了解决。

　　软件实施方创智的最大收益是，在一个稳定的实施环境下，他们能在力所能及的范围内为客户创造最大价值。“不仅如此”，上官认为，“通过这样的模式还可以进一步地缩短实施周期，增强客户的满意度”。

　　不仅在通信行业如此，金融业也在很早就引入了咨询方的模式。目前这个市场也在不断发展，IBM IBM(中国)银行金融行业服务部的一位资深人士认为：“当客户有一个问题要征求你意见的时候，你就是成功。”

　　早年在制造业领域，武汉制造业信息化生产力促进中心创建为有限责任公司，吸纳多方资源，采取市场化运做，把为制造业企业提供咨询服务作为公司的主要盈利模式之一。

　　市场分析人士认为，引入信息化咨询，可以保证制造业企业、信息化产品供应商和咨询公司的多赢，最终促进软件业的持续健康发展。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sat, 29 Mar 2008 20:40:56 +0800 http://godlikeme.javaeye.com/blog/177647 http://godlikeme.javaeye.com/blog/177647 工作之余找点休闲，coderuler Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/177559 发表时间: 2008年03月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

主站网址
http://www.alphaworks.ibm.com/tech/coderuler
这个中文介绍图文并茂
http://blog.csdn.net/passren/archive/2004/07/12/39940.aspx

ok, good luck.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sat, 29 Mar 2008 11:16:19 +0800 http://godlikeme.javaeye.com/blog/177559 http://godlikeme.javaeye.com/blog/177559 代码生成工具 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/173946 发表时间: 2008年03月20日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://www.infoq.com/cn/news/2008/03/J2EE-Spider
http://www.j2eespider.org/
http://sourceforge.net/project/showfiles.php?group_id=164478&package_id=186260

最近大家讨论代码生成比较多，个人认为代码生成宜少用，多利用文本编辑器和IDE的模版功能，更不要自己开发这种通用工具。
今天碰巧看到了j2ee spdier，有空也来研究一下，但相信价值有限。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Thu, 20 Mar 2008 01:25:53 +0800 http://godlikeme.javaeye.com/blog/173946 http://godlikeme.javaeye.com/blog/173946 转载：做天难做二月天、做人难做周恩来 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/172194 发表时间: 2008年03月15日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://blog.sina.com.cn/s/blog_48670cb201008kt6.html

今年1月8日是开国总理周恩来逝世32周年，3月5日诞辰110周年纪念日。为了纪念周恩来，凤凰卫视采访了周恩来生前秘书纪东。访谈中，纪东讲述了一件周恩来生前轶事。那是1970年8月的一天上午，周恩来还在休息（周为了适应毛泽东的习惯，也是夜间办公），作为秘书的纪东整理周恩来办公桌上的文件，无意之中发现了一张周恩来在一张32开白纸上，用铅笔写下了这样的字句（图）：

不公与不干（西厢记）
做天难做二月天，
蚕要暖和参要寒。
种菜哥哥要落雨，
采桑娘子要晴干。

周恩来手书的这四句话，我没有在《西厢记》中找到，但在《醒世恒言》（明·冯梦龙）有记载。在《醒世恒言》第十八卷“施润泽滩阙遇友” ：“江南有谣云：做天莫做四月天，蚕要温和麦要寒。秧要日时麻要雨，采桑娘子要晴干。”

文革中周恩来如履薄冰，忍辱负重，在左右为难中苦撑危局，尽量保证老百姓吃饭穿衣。作为一人之下、亿人之上的政府总理，其心中的积郁无处诉说，只能默默承受。他这张字条，反映了他在“文革”时期所处的“不公”而又不能“不干”的无奈境遇，是他苦闷内心的一次罕见的真情流露。

真是做人难做周恩来啊！
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Sat, 15 Mar 2008 17:26:18 +0800 http://godlikeme.javaeye.com/blog/172194 http://godlikeme.javaeye.com/blog/172194 引文：java code vs database code Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/170997 发表时间: 2008年03月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

引自 Expert One-on-One J2EE Design and Development

FYI

The use of stored procedures from J2EE applications is an area where we should be pragmatic, and avoid rigid positions. I feel that many J2EE developers' blanket rejection of stored procedures is a mistake. There are clear benefits in using stored procedures to implement persistence logic in some situations:

Stored procedures can handle updates spanning multiple database tables. Such updates are problematic with O/R mapping.

A more general form of the first point) Stored procedures can be used to hide the details of the RDBMS schema from Java code. Often there's no reason that Java business objects should know the structure of the database.

Round trips between the J2EE server and the database are likely to be slow. Using stored procedures can consolidate them in the same way in which we strive to consolidate remote calls in distributed J2EE applications to avoid network and invocation protocol overhead.

Stored procedures allow use of efficient RDBMS constructs. In some cases, this will lead to significantly higher performance and reduce load on the RDBMS.

Many data management problems can be solved much more easily using a database language such as PL/SQL than by issuing database commands from Java. It's a case of choosing the right tool for the job. I wouldn't consider using Perl in preference to Java to build a large application; neither would I waste my time and my employer's money by writing a text manipulation utility in Java if I could write it in Perl with a fraction of the effort.

There may be an investment in existing stored procedures that can be leveraged.

Stored procedures are easy to call from Java code, so using them tends to reduce, rather than increase, the complexity of J2EE applications.

Very few enterprises with existing IT shops have ported all their applications to J2EE, or are soon likely to. Hence persistence logic may be more useful in the RDBMS than in the J2EE server, if it can be used by other non J2EE applications (for example, custom reporting applications or in-house VB clients).

The danger in using stored procedures is the temptation to use them to implement business logic. This has many negative consequences, for example:

There is no single architectural tier that implements the application's business logic. Updates to business rules may involve changing both Java and database code.

The application's portability will reduce as stored procedures grow in complexity.

Two separate teams (J2EE and DBA) will share responsibility for business logic, raising the possibility of communication problems.

If we distinguish between persistence logic and business logic, using stored procedures will not break our architecture. Using a stored procedure is a good choice if it meets the following criteria:

The task cannot be accomplished simply using SQL (without a stored procedure). There is a higher overhead in invoking a stored procedure using JDBC than in running ordinary SQL, as well as greater complexity in the database.

The stored procedure can be viewed as a database-specific implementation of a simple Java interface.

It is concerned with persistence logic and not business logic and does not contain business rules that change frequently.

It produces a performance benefit.

The code of the stored procedure is not unduly complex. If a stored procedure is appropriate, part of the payoff will be a simpler implementation than could have been achieved in a Java object running within the J2EE server. Especially in an organization with DBA resources, 10 lines of PL/SQL will prove easier to maintain than 100 lines of Java, as such a size discrepancy would prove that PL/SQL was the right tool for the job.

Important Do not use stored procedures to implement business logic. This should be done in Java business objects. However, stored procedures are a legitimate choice to implement some of the functionality of a DAO. There is no reason to reject use of stored procedures on design grounds.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Thu, 13 Mar 2008 23:23:03 +0800 http://godlikeme.javaeye.com/blog/170997 http://godlikeme.javaeye.com/blog/170997 转载：信用卡知识（英文版） Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/170962 发表时间: 2008年03月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://www.creditcard.com.cn/frame.php?frameon=yes&referer=http%3A//www.creditcard.com.cn/thread-12413-1-1.html

信用卡知识库[英文版]
Glossary

Advances (aka Cash Advance)
If you obtain cash from your credit card by using an ATM or walking into a bank, you are taking a cash advance. This is great for emergencies (such as a last-minute trip home), but there are usually transaction fees and higher APR's. Use this sparingly.

Annual Membership Fee
A fee charged for maintaining your account throughout the year and for any special services.

Annual Percentage Rate (APR)
This is the annual interest rate you are assessed for borrowing money on a credit card. If you pay the entire purchase balance on your monthly bill on time each month, then you will typically pay nothing (a one-month interest-free loan). Otherwise this rate is applied to your outstanding balance each month.

Available Credit
The more stuff you buy, the less available credit you have. The amount you have left (or available) is called Available Credit. If you oversee your credit card properly, you should try to keep 15% of your Credit Limit available just in case of emergencies. (Example 15% of $700 would mean that $105 should be kept available for emergency situations.)

Credit Limit
The absolute largest amount you can charge on your credit card. On your first card, the limit is usually pretty modest (example $700), so don't go crazy. If you try to exceed your limit, you may be penalized and/or assessed an overlimit fee.

Float
Charges you make are deducted from your Available Credit immediately but may not show up in your balance until the transaction reaches the bank. This can take a few days. The period between the transaction posting and the time it appears on your balance is called float. If your Available Credit is less than you expected think about recent purchases that may be floating such as rental car holds, or call for more information.

Grace Period
If you pay your bill on time, you don't get charged interest on your purchases (see APR). This interest-free period of time is called the grace period.

Interest Rate
Reflects what the bank charges a customer for borrowing money.

Late Charge
If you don't pay at least a minimum credit card payment by the payment due date, you may owe a late charge.

Linked Account
Your credit account can be linked with any other cheque account so that funds can be transferred electronically between accounts.

Monthly Finance Charge
Your average daily credit card balance multiplied by your Daily Finance Charge rate (your APR divided by 365). Your Monthly Finance Charge is calculated on each statement closing date if the balance is not paid in full.

Other Fees
If in the unlikely situation your payment is late or you exceed your credit limit, you may be assessed a charge. Usually Other Fees are totally under your control. These fees are typically assessed when you are not meeting the contractual obligations on your account. Of course, if there is a bank error, call right away.

Outstanding Balance (aka Your Balance)
This is what you owe on your credit card. Each month, if you add your purchases, advances, transaction fees, and other fees, this will be your Outstanding Balance. You should always know approximately what this is since this is what you will pay interest on if you don't pay in full.

Overlimit Charge
If you exceed your credit limit, you generally receive an overlimit charge.

Payment Due Date
The date by which you must pay your credit card bill. It's on your monthly statement. It's a good idea to send your payment in one week before the due date. Depending on getting in a last minute payment can cause you to pay unnecessary late fees. Automatic payments are a good option to consider to avoid late fees.

PIN - Personal Identification Number.
The secret identification number you use to access your accounts at an ATM.

Prime Rate
Most of the bank's credit cards use the "prime rate" as a base rate (e.g. "prime + 12%"). The prime rate used is taken from the Money Rates column of the Wall Street Journal, and is the base loan rate posted by at least 75% of the nation's 30 largest banks as determined by the Journal. The prime rate is merely a base rate used to make loans to certain borrowers - it is not necessarily the lowest or best rate at which loans are made. (The precise manner in which the rate is determined is in our customer agreement and disclosure statement).

Purchases
These are credit card transactions through merchants (such as The Gap, AOL, Chevron, Pizza Hut, etc.). These will show on your monthly statement and are usually lumped together as Purchases. Purchases usually have a lower APR than Advances and there are no transaction fees.

Secured Credit
Credit that requires you to show assets as collateral for approval. Assets include savings, stocks, bonds or real estate.

Total Finance Charge
The sum of the Monthly Finance Charge, Minimum Finance Charge, and Transaction Finance Charge.

Transaction Finance Charge (aka Transaction Fees)
These are fees that card issuers assess for handling special transactions on your credit card account. These transactions cost more to process and/or are used by borrowers who may be having difficulties with their finances. Examples include advances and special purchases such as casino checks, lottery purchases, and Comchex.

Unsecured Credit
Credit issued without collateral. Customers qualify based on credit history and financial strength. Some Student Visa Card is an unsecured credit card.

Keeping Current

There's no better way to keep out of debt than staying current with your credit card payments. Below are some tips for managing your credit:

Keep track of your spending

* Save your credit card receipts and know what you owe. Wow, doesn't that sound nice? You shouldn't be surprised when you get your monthly bill.

Organize your receipts and bills

* Grab a box or basket and make it a permanent home for your monthly bills and receipts. No, the round file doesn't count. Keeping organized will make all your bill paying simpler and easy to stay on top of.

Set aside a Credit Day

* Pick at least one day each month - perhaps the 1st - to add up all your credit card purchases, determine your Available Credit, and your payment amount. Hopefully donating blood or holding garage sales is NOT your primary cash source.

Pay attention to your balance

* Keep your balance lower than your credit line (see Watching Your Credit Limit for more tips).

Keep track of payment dates

* Figure out the "Mail by" dates for bills so that they arrive via the mail on time (recommended that you mail one week earlier than the due date). At some bank you can make payments at an ATM, by telephone, or by using their Online Banking. No matter how you pay, the earlier the better. Just in case.

How Much Can I Afford?

Obviously the answer is what you can pay. Sounds like something your Philosophy professor would say, eh? But how much is that?

Managing credit can be a challenge. There is a strong temptation for first timers to buy more items than you can pay for, and to take advantage of cash advances.

The general rule of thumb is as follows:

* Less than 10% of your monthly income should go towards paying off credit card bills. If you are paying more (or should be paying more), it's time to reconsider your monthly spending.

Easier said than done perhaps, but here are some tips for staying within your budget:

* Watch large impulse buys (these are especially hard to pay off).
* Use cash advances for emergencies only. This is the most costly way to use credit since you will pay higher interest rates and fees for cash than for purchases.
* Pay more than your minimum payment each month to free up your spending power.

If you do find that you cannot make payments, follow this approach:

* Create a payment plan that will get you back on track. Hide your credit card if you have to.
* Contact creditors and discuss payment schedules that you can afford. Creditors will want to work with you to find a payment solution.
* Use other available resources: Contact the bank for suggestions and tips

Credit Report

Imagine your credit report as a financial GPA. The more you pay your bills on time, the higher your credit rating. And that means more potential purchasing power! Yes!

Good credit is an asset. Potential employers, landlords, colleges and car loan issuers can all legally access your credit history, and often do. Therefore, the higher your credit rating, the greater your chances to secure a loan for a car, a home, or an apartment (particularly in San Francisco or New York), and maybe even get the job you want.

What is in your credit report?

* Personal and employment information
* Payment history, a list of creditors
* Bankruptcies, lawsuits and inquiries into your credit history

You remember that annoying bill you decided to ignore...it's baaaack!

Your credit history can contain an accounting of how well you pay off your rent, utilities and loan payments, and how well you manage your bank accounts. It's also a great way to make sure any accounts you closed are really closed.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Thu, 13 Mar 2008 21:29:12 +0800 http://godlikeme.javaeye.com/blog/170962 http://godlikeme.javaeye.com/blog/170962 转载：银行业未来之战 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/170701 发表时间: 2008年03月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

引自：http://www.cccs.com.cn/article/2006/0802/content_888.htm
银行业未来之战

作者：来源： 2006-08-02 11:02:14

--------------------------------------------------------------------------------

来源：cccs客服标准网(http://www.cccs.com.cn/)
作者：cccs
原文：银行业未来之战(http://www.cccs.com.cn/article/2006/0802/content_888.htm)
2002年09月27日

　　中资银行与外资银行竞争的结果，将根本上取决于运用技术的能力，也就是技术管理的能力。

　　在这场竞争中，所有把落败归咎于技术的人，都在逃避一个现实: 认识上的落后和管理上的无能。不可避免的结果是，在未来4年内，站在同一条起跑线上，中国银行业的同仁们将不得不直面在第三届中国金融(银行)技术暨设备展览会上，国内银行业如何应对未来的激烈竞争成为业内人士讨论的焦点。有关人士指出: 银行业不少从业人员对IT技术的认识存在误区，这将严重制约其业务创新以及核心竞争力的提升。本报“应用与方案版”与金融展专刊同步推出的“银行业未来之战”主题报道将深入剖析这一重大话题。

刀兵未动，已是硝烟弥漫

　　有人断言，未来展现在中资银行和外资银行面前的，必将是一场IT技术的战争。

　　 2002年年初，南京爱立信公司突然向两家当地国有银行倒戈，提前还完巨额贷款，转向花旗银行，对此事件，中资银行们的反应似乎比人们事前的想像还要激烈。事实上，从几年前的数据大集中开始，中资银行开始展开了信息时代的新一轮竞走。尽管有说法认为，深入骨髓的变革往往在无声无息中完成，但是并没人可以怀疑变革的方式可能会对能量的积蓄施加影响。从眼下IT技术在金融领域被疯狂追逐的举面看来，有人断言，未来展现在中资银行和外资银行面前的，必将是一场IT技术的战争。

　　 “谈不上，双方的较量根本就不会处于同一个层面上，哪里会有什么技术之战呢？”高阳科技副总裁邓景一对这种看法不屑一顾。

　　邓的观点似乎可以代表一部分人的看法，在银行界对技术的反应普遍热烈的局势下，这样的观点或许更引人深思。

“筷子”与“刀叉”的交锋？

　　从一开始中资、外资银行业的竞争就不是在同一个层面上进行的。

　　从外资银行进入中国的那天起，一部分人的心就被吊了起来。

　　 “现在的局面就如同大家来抢同一道大餐吃，只是对方是一个几百斤的大胖子，而我则刚刚吃这碗饭没多久；大家吃饭的规矩是一样的，不同的是他是拿着刀叉，而我则拿着筷子。”一位前国内某银行的技术主管做了一个这样的比喻。

　　这位主管曾经在一个国有大银行技术部门任职多年，对银行内部IT技术应用历史和现状有着自己深刻的理解，面对外资银行携技术冲击国内市场的汹汹来势，对于国内银行在这一场较量中可能出现的前景，他并没有抱多少乐观态度。同时，这位主管认为，固然筷子是中国才有的“武器”，吃的也是“中国菜”，但是这并不代表中国的银行就会占先，毕竟，刀叉要比筷子锋利的多。

　　这里的“筷子”和“刀叉”就是技术。在银行竞争处于低质化的时候，技术一度成为技术先行者的尚方宝剑，比如ATM机。在外资银行对中资银行们发起又一次的冲击时，技术再次成为一些人心中理想的利器。

　　 “但是光有技术有什么用呢？”IBM大中华区金融事业部总经理张烈生认为，现在来探讨外资银行与中资银行竞争的问题似乎并不是最佳时机。“大家要打架，肯定要有武器，现在的局面是谁都可能有好的武器，而且中国的银行完全有可能买到比外资银行还要好的武器。谁的武器好、谁先使用了好武器，谁就可能有利。”

　　从厂商的角度而言，作为技术的提供者，站在产品的特性角度，技术对谁都是平等的。无论是IBM还是微软，在面对不同的客户时，它所提供的技术内核都是可以复制的。

面对同一种市场局面，平日在竞争中刀枪相见的厂商们也不约而同会持相似的观点。微软（中国）市场部企业市场经理郝慧认为，从技术意义上定义中资银行与外资银行的较量是没有任何意义的，“技术毕竟只是后端的力量，如果徒具后端优势而没有在前端表现，那就不能叫优势。”

　　高阳科技副总裁邓景一曾经有句话说，“如果可以用古老的技术就可以把业务做好，那就没有必要用所谓的新技术。”他一直相信，双方较量的立足点根本就不在技术上。

　　 “在所谓的双方的技术与技术之间，还有很大的一片缓冲带。”张烈生做了一个手势，他攒起两只拳头，作势欲碰，但没有碰到一起。

　　的确，从一开始中资、外资银行业的竞争就不是在同一个层面上进行的。

技术之争，还是管理之争？

　　如果有一天，外资银行与中资银行面对面地打起来，那一定是一场管理与业务上的较量。

　　李连杰进军好莱坞之后的功夫影片《DRAGEN KISS》(《龙之吻》)中，有一场精彩的对打戏：在与对手的打斗中，李连杰手无寸铁，而对手则铁器在手，李被逼得险象环生。在接下来的一个场景中，他捡起地上的两根筷子，夹在两指之间，直戳对方的眼窝，一招置对手于死地。

　　 IBM大中华区金融事业部经理张烈生说，“中资银行与外资银行竞争的结果，在根本上取决于运用技术能力的高低，也就是技术管理能力。”在李连杰的戏中，筷子看起来很无力，但是却取得了出乎意料的效果。

　　 “技术的竞争早已超越了有与无的层面，进而超越抢夺技术最早占有权的层面。如果有一天，外资银行与中资银行面对面地打起来，那一定是一场管理与业务上的较量。所有把落败归咎于技术的人，都在逃避一个事实：认识上的落后和管理上的无能。”

　　全球商业智能咨询管理公司总裁刘世平在海外生活多年，对外资银行的服务有着自己独特的感受。这样的结论不仅仅是依靠国外的经验，更大程度上是来源于与国内客户合作的经验的对比和检讨。

　　 “国内很多银行都有与国外一些银行一样的系统、软件，甚至硬件和网点强于对方，但是为什么就是没有人家做得好呢？”刘问道。

　　刘举了一个例子。同样一个Call Center，在国内银行的业务应用中，主要用于客户方的查询、咨询等业务，而在国外，Call Center的主要作用体现在银行充分利用这一工具建立与潜在客户之间、加深已有客户之间的联系上。刘世平谈到自己在国外生活时，经常会接到一些银行打来的电话，向客户推销一些新业务，比如包含有新业务内容的信用卡、房屋贷款、装修贷款等，而这些业务往往是你所需要的。

　　 “客户与银行之间如果只有一种业务，那么双方之间的联系无疑是脆弱的，客户做出离开的决定时就会显得比较容易；但是如果有好几种业务，双方的关系就会因业务的递增而变得愈加牢固。”

　　客户都要考虑到离开的成本，刘世平说，依靠新业务起到拴牢客户的作用，必须依托于强大的后台分析系统，而且要深层挖掘。在完善的信用制度条件下，银行利用这一强大的分析系统将客户资料、近期消费趋势、交易数量与质量等进行综合分析，进而可以得出客户在近期内可能需要的服务，然后根据其信用程度，向客户进行新业务的介绍或者交叉销售，从而来加深客户与银行之间联系，为自身创造出更大利润。而对于客户方，会形成有专职经理贴身服务的感觉。

　　 “很舒服的！”刘世平很是感慨，“一样的东西，一换手感觉就不同了。”

　　一个简单的例子，却在某种意义上说明国内银行在技术应用上与国外银行的真正差距所在。这也是郝慧所强调的“前端优势”。国内很多银行缺乏的并不是先进的软硬件设备，而是观念。

　　高阳科技副总裁邓景一很干脆地认为，一些银行业务主管领导思维上的不足之处并不是“僵化”，而是貌似先进，实质“落后”。邓有技术背景，但是并不痴迷于技术。“所谓的技术上的较量，其实本质上还是传统业务的竞争。”邓说，有些人虽然身在银行，但是对“银行”的理解却未必见得高明。

　　当然，中外银行之间存在的一些差距，要必须考虑到中国目前的信用制度的建设状况和有关法律的缺位，会对网上银行和电话银行等业务的开展造成一些障碍，但是郝慧坚持，“在非技术型瓶颈之外，银行依然有巨大的空间。”

　　针对“技术之战”的观点，一位业内人士认为，并不能排除可能有一些意在推销技术的“搅局者”。某些硬件和解决方案厂商为了占领市场，可能会有意识的利用技术优势影响银行向“惟技术论”靠拢，即便明知银行可能在朝着一个错误的方向前进。“但是它的目标是利润，银行的前途，他并不要关心。”这位人士说。

第一战场在何处？

　　中资银行现在拥有的物理和历史上的优势，很容易成为其前进的包袱。

　　外资银行的优势显而易见，现在有另外一种疑问是，在外资银行杀入中国市场以后，双方厮杀的第一个战场会在何处？

　　众所周知，大多数中资银行的国际业务与国内业务还处于泾渭分明的状况。而外资银行的一个巨大优势就是当他们在面对中国的新客户时，国际化服务标准无疑将是一张极具诱惑力的王牌。

　　不久前，汇丰银行在中国首家推出了“卓越理财中心”，在此之前，花旗银行和渣打银行的个人理财中心已经先于汇丰挤进了上海金融区，按照汇丰银行的规定，享受卓越理财的客户存款额必须达到5万美元，而花旗银行的标准则是10万美元。

　　与此同时，坐落在花旗银行隔壁的中国银行上海分行也推出了自己的私人理财中心，服务门槛从刚推出时的100万元人民币已经降低到现在的50万元人民币。建设银行在北京的4所理财中心于今年7月开张，要求服务对象的“各种储蓄存款合计人民币50万元以上”，

　　由于中资企业和政府以及国有银行系统之间有太多渊源，个人高端客户的争夺已经成为外资银行抢夺地盘的切入口。

　　 “高端客户将是外资银行的第一选择，”微软（中国）市场部企业市场经理郝慧说，在外资银行进入中国市场后未来很长一段时间内，高消费群如外企职员、外向型企业、私企、高收入者、企业高级职员等会成为这些银行的第一个目标。“而这一类人群大都分布在沿海城市和发达地区，这也是外资银行所以将主要营业点放在这些地区的主要原因。”郝慧认为，外资银行与中资银行对高端客户的争夺主要取决于后者对形势的认识程度，而且，技术在竞争中必将起到关键作用。

　　 “很难说第一场战役在哪里打响。” IBM大中华区金融事业部总经理张烈生，面对这一问题时犹豫不决。他认为目前还暂时不会有明显的竞争态势出现，但作为一种趋势，这场死拼迟早有一天会发生。张没有明确说明技术在竞争中的作用，却转而表达了另外一种忧虑，“中资银行现在拥有的物理和历史上的优势，很容易成为其前进的包袱。”

　　无独有偶。张烈生的忧虑并非空穴来风，当全球商业智能咨询管理公司总裁刘世平跟国内一些银行接触时，就不时有这种“意外之喜”，常常让他感到大为吃惊。

　　一些银行并没有感觉到外资银行带来的这种危机的迫切性，而是口口声声强调自己的网点优势和客户数量之多。“这样的认识可以和外资来竞争吗？”刘很不解，“这种对自己所谓优势的强调会让他们不自觉地忽视高端客户，这是很可怕的，何况，更要命的是他不会尽全力想办法有效挽留现有的高端客户。”刘坚信，处理与高端客户的关系正好是技术的用武之地。

　　在已经形成的对银行客户群的划分中，“二八元”的概念由来已久，与“二”的关系的强化程度将决定银行在未来竞争中处于何种地位。在中国，“八”与银行的关系结构主要由单向存储款业务以及银行承担的一些无风险的中间业务组成，虽然这些业务只占了银行利润的大约20%。现在业界有一种观点认为，简单地划分“二八元”的概念并不准确，从对银行利润贡献率的角度来看，进而可以形成“2/120”的概念，也就是说在“二八元”中的“二”，对银行的利润贡献率达到了120%，因为在那“八”中，有很大一部分在银行的消费状况是不能为银行带来利润的，只是增加银行成本而已。这种划分从另外一个角度说明了高端客户于银行的重要性。

流失的高端用户

　　两者的差别决不在于技术的占有量和先进性，而在于如何能够将已有的技术利用得淋漓尽致。

　　麦肯锡公司最新的一份调查报告展示了中国个人高端客户资源的巨大潜力。报告称，目前中国有120万家庭拥有10万美元以上的存款，这部分富裕客户占中国个人存款总额的50%，为中国银行业创造了一半以上的利润。

　　除了基本的“二八定律“之外，一个广为人知的公式可以揭示高端客户资源争夺的重要意义:吸引一个高端客户和留住一个高端客户付出的成本比为5∶1。虽然目前国内商业银行仍然坐拥绝大部分高端客户资源，但对于它们来说，最大的挑战不是吸引高端客户，而是怎样留住这部分资源。

　　 “像已经国外许多大型金融、电信和商业机构广泛应用的商业智能（BI）就是用来解决这样的问题。商业智能的首要目的就是在针对产品、销售、客户等数据分析的基础上，为企业的决策和信息应用提供数据的分类和管理。国外银行甚至有一种叫做“喜好引擎”的IT工具，对客户进行5级分类，以达到最大限度地留住高端客户。” 知名商业智能专家刘世平说。

　　但数据仓库首先要集中客户数据，而且必须建立在历史数据模型之上，做到完整、统一、安全、清洗过（干净），加上信息源必须建立在OA和现有管理系统之上，刘世平认为，“这意味着数据收集就是一趟艰苦的旅程。”因为对于缺乏“数字化管理”传统的大多数中资银行而言，历史数据的积累、集中和清洗就是一个需要时间的“海量工程”。

　　根据麦肯锡的这份报告，目前“国内一家国有商业银行已有20%的高端客户流失”。该报告还警告说，随着多家外资银行将在国内市场发行银行卡，对信用卡持卡比例只有1%的中国市场来说，外资银行介入银行卡业务会加速国内银行客户资源的流失。

　　事实上，这一点正是外资银行的优势所在。有人固执地以为网点是中资银行相对于外资银行的一个优势，但在争夺高端客户方面，这一优势事实上并无法明确体现。

　　 “在美国，对所谓高端客户进行争夺的主要手段依然不是网点”，除了前面提过的利用后台对客户需求的技术分析挖掘能力，加强于客户关系外，刘世平还介绍了另外一个例子。

　　 2001年的时候，美国一家在得州开展业务的银行在一段时期内连续关闭了一些设施豪华的营业网点，当时很多人以为这家银行亏损厉害，干不下去了。“银行一分钱没有少赚，”刘说，这家银行的撤点行为实质上是对原有网点进行了整合。它依靠数据分析，对区域客户消费能力和特点进行分析与归纳，将原有的网点整合为一些小型的和具有扩散型功能的网点，靠近服务源或者消费源，从而不仅降低了客户的交易成本，还大大节约了银行的运营成本，为银行增加了利润。

　　 “这就是技术的作用。”作为一个对中外银行服务对比感受强烈的消费者，刘世平得出了一个结论，“两者的差别决不在于技术的占有量和先进性，而在于如何能够将已有的技术利用得淋漓尽致。”

　　体现在李连杰的这部影片中，也就是筷子亦能杀人的道理。

非技术因素干扰？

　　国内银行业太多的IT应用案例都验证了纯技术路线的苍白。

　　 2002年4月，中国银行始于2001年10月份的电脑系统大集中，1040个分布在全国各地的电脑中心在经历持续一年多的艰难系统整合之后，最终以挖出广东江门开平支行4.83亿美元的亏空而广受注目。像中行大规模的信息化始于上世纪80年代，但整个系统的整合一直到2000年年底才开始进行，1000多家系统的整合除了技术应用衔接的现实问题外，更大的难题在于，信息整合需要打破种种部门利益的藩篱，更会触及到种种形形色色的灰色地带，这对于模拟四级法人经营的国内银行业来说，系统整合才彻底断送了像许超凡这种蛀虫的可乘之机。

　　国内银行业太多的IT应用案例都验证了纯技术路线的苍白，企业的产权制度、管理体制、组织架构、企业文化、领导人意识等非技术因素，要么成为技术推动管理进步的推力，要么就是牵制因素。对于国内银行业而言，产权模糊、管理粗放、账外小金库、企业文化苍白、银行家、监管者、CIO等角色的缺席，如此多的顽疾，都是非技术工具所能在朝夕间改变的，从某种意义上，不能产生预期效益的技术改造只能说是错误投资，甚至成为银行新的不良资产。

　　从这样的意义上来看，IT终究逃不脱技术应用工具的角色，只有人才能赋予它超越工具的能量。僵化的体制只会使技术生锈，成为技术推动进步的扼杀者。对于简单的技术迷恋主义者来说，他们无法想像文化的杀伤力。

　　从产品创新到服务意识，国内银行业要完成从为国有企业输血到作为市场角色的觉醒，系统的大集中只是开端。更何况，现在还不是我们的银行业奢谈服务创新和数据挖掘这种未来话题的时候，未来5年内将不良资产压缩到10%，是许多清醒银行家的现实逻辑，这其中当然离不开信息工具的应用。

　　 “今天，国内银行业都开始接受这样的一种朴素的管理哲学：CEO第一重要工作就是利用财务控制将企业增长放在首位。而像国内四大银行不良资产率高达24.5%以上，导入商业智能管理这样的IT系统已经是势在必行。”刘世平说。

　　像BI这样先进技术的引进当然不是国内银行业变革的根本。四大商业银行总共雇员超过了130万人，真正深刻理解银行业的专业人依然奇缺，而既懂金融又熟悉IT的复合人才更是凤毛麟角，裁员和换血势在必行。人们经常把国有银行比喻成“恐龙”，“恐龙的死就是因为消耗太大而反应太慢。当敌人咬住了恐龙的尾巴，它要用5分钟才能将这个信息传递到大脑，再用5分钟时间才能做出反击，再先进的IT工具也发挥不了应有的作用”。

同质化泥潭

　　拿着IT这样的现代武器，指挥者却依旧是满脑袋的传统观念，结果可想而知。

　　与体制这样的大问题纠缠在一起的，是国内银行业脆弱而畸形的微观基础，即便应用了IT系统，也最后不得不落入同质化竞争的泥潭。

　　与国有银行从公司化改造-股份制改造-上市自上而下的变革相对照的是，银行自身内部的微系统改造也是刻不容缓，像国有专业银行的运营都是以银行的账户为中心的，依赖的是一种纯粹的资源经营哲学，它与现代商业银行以客户为中心的服务理念简直是大相径庭。

　　从各大银行储蓄所都按客户存取金额的大小分区办理、提供差别服务到外汇宝、银证通等金融工具的创新，细至提供饮料、咖啡、扶手椅之类的体贴服务，国内银行从为所有的客户提供完全相同的服务，走向为不同的客户提供差异化服务本是一件大书特书之事。但是，从这种差异化的服务初衷与追求结果与真正现代商业银行的服务理念都相去甚远——尽管服务的形式有所改变，但是这种差异化服务当中所包含的客户服务理念却从根本上没有任何改变。

　　国内一家专门从事金融行业CRM系统推广的企业CEO对之提出了尖锐的批评: “国内银行为不同的客户提供差异化服务的想法是好的，但是按照客户的业务金额大小不同而提供差异化服务的做法却是完全错误的。从国外商业银行服务客户的理念和CRM系统所支持的客户关系管理来看，银行为客户提供的差异化服务是按照客户类型来进行划分而不是按照交易额度。如果按照广州工行的差异化服务理念，就有可能会使银行的优质客户因为是办理小额业务而耽误了很多的时间，这与现代商业银行所奉行的“二八”法则的服务理念是背道而驰的。”

　　如果一种服务是一种极容易复制的差异化服务，不管它有什么样先进的IT工具作为支撑，它将会迅速地在国内银行中蔓延开来，从而变成为一种同质化服务。就像几年前几大国有商业银行在营业厅中免费为客户提供矿泉水服务一样，而今天以光大银行为代表的新兴商业银行所打出的新的服务广告是：“您可以品尝咖啡香浓的银行”。从矿泉水到咖啡，银行的客户服务理念真的发生了质的变化吗？如果你没有一个正确的以客户为中心的服务理念，再好的CRM系统和数据仓库技术也将无能为力。

　　拿着IT这样的现代武器，指挥者却依旧是满脑袋的传统观念，结果可想而知，事实上，这或许正是国内银行业很少能拿出像当年招行的“一卡通”这样的令人耳目一新的创新服务的原因。

谁制造了技术误区？

　　造成国内银行现在大谈技术之战的局面的始作俑者不是别人，正是外资银行，是外资银行导演了一出技术之战的闹剧，

　　在记者与有关各方接触的过程中，很多人认为目前中外银行的差距中有很大一部分因素来自于技术，同时另一部分人认为，这里可能有个误区。

　　 “说因为技术也行，但是要说清楚是因为技术的哪一方面！”高阳科技副总裁邓景一始终表示了自己的谨慎。

　　 “如果是负责任的厂商，就应该起到良性的作用，”微软（中国）市场部企业市场经理郝慧有一点点激动，她认为，在市场型为重，一些不负责的厂商在有意识地误导银行，片面强调设备先进、运算速度快、便宜等等，这在某种程度上误导了国内银行的认识，造成在纯技术的雪地上越滑越远。

　　 “说设备多么先进多么有优势并没有错，大量的说明能给客户带来什么效果也没错，”IBM大中华区金融事业部总经理张烈生强调，“最关键的是必须要告诉客户怎么去用才会取得这个效果。”张有着与郝慧相似的看法，后者认为成熟的厂商有义务教育客户，把正确有效的信息传达给客户，这是服务的一个关键内容。

　　如果从另外一个角度来看，可能会有一些不同的看法。全球商业智能管理咨询公司总裁刘世平一直对某次与国内某银行的一位负责人洽谈一个解决方案时的经理耿耿于怀，对方留给他的“认识差距”的印象让他很是吃惊。当时双方洽谈的方案还没影儿，对方的硬件设备都已经买好了。那个负责人豪爽地告诉刘世平，这些一共花了几千万元，而留给这个解决方案的只有几十万元。

　　 “另请高明吧。”刘起身就走。“没法做，有些人连基本的知识产权的概念都没有。”

　　业界盛行的另外一种说法是，造成国内银行现在大谈技术之战的局面的始作俑者不是别人，正是外资银行，是外资银行导演了一出技术之战的闹剧，而试图利用此间隙对中资银行攻城略地。在中国信息化正趋于新一轮热潮的进程中，这样的猜测并非毫无依据。毕竟，这样的事情在中国并不是没有发生过。

　　 “技术并非不重要，重要的是如何将其转化为竞争力。”作为在金融行业的比较成功的解决方案供应商，IBM大中华区金融事业部总经理张烈生的一句话或许更有意义。

　　刘世平认为，上述事例在现实中比比皆是，这些令人大跌眼镜的举措背后，折射的恰恰是差距。如果国内银行还需要不断发展，并将不可逆转地投身于国际竞争，如果说国内银行在认识上还存在误区的话，更应该反省的不是那些威胁的力量，而是自身。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

]]> Thu, 13 Mar 2008 02:05:17 +0800 http://godlikeme.javaeye.com/blog/170701 http://godlikeme.javaeye.com/blog/170701 转载：项目管理关键问题 Godlikeme 作者: Godlikeme 链接：http://godlikeme.javaeye.com/blog/170700 发表时间: 2008年03月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

继续收藏
引自
http://www.ccw.com.cn/htm/work/Corporation/01_10_29_2.asp
http://www.ccw.com.cn/htm/work/corporation/01_10_29_2_2.asp
http://www.ccw.com.cn/htm/work/Corporation/01_10_29_2_3.asp
编者按：邓景一，1982年毕业于海军工程学院舰艇指挥控制系统专业，1993年进入中国建设银行广东分行计算机处，1996年任法国SEMA公司北京分公司资深项目经理，1998年11月进入IBM中国公司系统集成部任资深项目经理，2000年6月到BroadVision北京分公司做顾问服务经理， 2001年3月加盟高阳科技，任副总裁。综观其近20年经历，邓景一可谓是一个资深的项目经理人，今发表邓景一有关项目管理之观点以飨读者。
“食洋不化”与本土化
目前，项目管理（PM）的价值被企业界所充分认可，尤其是对于IT企业来说，项目管理的能力成为IT企业的关键能力。作为业内资身的项目管理从业者，邓景一对项目管理这个“舶来品”有不少话要说。谈到国内项目管理的现状，经历过军队、银行、外企的邓景一认为，国内项目管理最大的问题是“食洋不化”。拿到一大堆理论性的东西对善于学习的中国人来说不是难事，难的是真正把项目做好。对此，邓景一评价：“一方面是搞了一大堆蛮洋气的规范；另一方面是，该怎么干还怎么干，洋的‘规范’和土的‘习惯’不能很好地结合。”
既如此，项目管理的本土化如何做好？邓景一说：“在国内，像深圳发展银行那样的大项目，本土企业基本上是不怎么有的，但我们高阳签下了单，并且成功上线（基于IBM S/390平台的新一代全国大型集中核心业务系统）。以前也有国内企业做到了银行的核心业务，但是规模没有做到这么大，能够做起来而且真正做好。就深发项目来说，真正从项目管理的理论和规范去看，很多地方并没有完全按照规范做。如果真按规范去做，这个项目就有可能做不好。该按规范去做的，一定要按规范去做；不可能按规范去做的，没有必要循规蹈矩。实际上，即使对很多规范的外企来说，也没有一家是完全按规范去做的。必须与国内的行业状况、企业自身特点、项目具体特点结合。”邓景一在对项目经理进行培训的过程中经常宣讲的是：一些外企解决方案的文档要比国内公司做得好，不是说我们没有那个水平和能力，而是如果按照那样搞的话，成本要高得多。客户不认可花这么多的成本去让你搞那么高水平的文档，你偏要这么搞，比如客户给你的钱是200页文档的钱，你却做2000页的文档，最后就是赔本。赔一两个作为投资还可以，老赔下去公司就不用开了。听者点头称是。邓景一发现，现在国内企业做项目管理最困难的就是怎么样能够客观地看到什么是符合规范的，是你必须去照着做的; 什么是虽然符合规范但是目前条件不成熟，你不能照着去做; 什么情况是一部分要按照规范去做但另一部分不能按照规范去做的。根据项目的不同，规范需要灵活调整；随着时间的进展，管理的方法需要不断进步。现在最难的就是这一点。它不是说有一套理论就能解决，实际上它是一个实践的过程。管理学所有的东西都有这个特点，比如说国内讲MBA，它作为管理学很多都是实战教学的，但国内的MBA课程项目很少有特别好的，因为这些MBA的教授很少有人去真正地办企业，甚至根本没法理解企业，更不要说去做企业的老总。
项目经理成长曲线
邓景一项目管理说关于项目经理的经典观点是: “项目经理是干出来的，不是学出来的；是带出来的，不是教出来的。一个人要成长为一名合格的项目经理主要不是靠学，而是靠干，当然学也很重要。靠干，完全不学，可以出项目经理。但靠学不靠干，是绝对出不来项目经理的。光干不学，有可能会出现的情况是，你的能力本来可以做一个大项目经理，但现在可能只能做一个中的或者小的项目经理，因为你没有理论指导，有些问题可能处理得不够好。”
项目经理是怎么成长起来的呢？邓景一开始把外企的经验与业内同行分享：“比如说一个人适合做项目经理，已经有了一定的基础，有可能去做项目经理了。现在有一个项目，这个项目可能很大，里面要有第一项目经理，还要有几个帮忙的项目经理，这时候把你放进去给别人帮忙，其实你并不是真正意义上的项目经理。不论大到什么样的项目，项目经理只有一个，即所谓的第一项目经理，他是真正集成败于一身的项目经理。别人都会把矛盾集中到他这里，由他来做判断，承担所有的后果。但你可以去做一个不是第一项目经理的项目经理，通过这个过程，别人来带你，然后再有一个比较小的项目，把你放进去做一个独立的项目经理。在开始时，有人会协助你，对于一些刚成型的文档、重要的会议，项目启动的时候会有一些有经验的上级经理或项目经理进去帮助你。原因很简单，项目是不允许失败的，它和科研是两个概念。目前国内在这方面有一定的欠缺，很多公司的研发和专业服务是不分的，或者都是项目驱动性的“研发”，没有真正面向产品的研发。其实研发和专业服务是两码事，研发是一种投资行为，既孕育着巨大的商机，也存在战略和技术上的失败风险; 但专业服务或者说做项目是一种商业行为，是不允许失败的，所以不可能让一个完全没有项目管理经验的人做项目经理。”邓景一讲起自己的“宝藏”，滔滔不绝。
一个合理的公司是不可能让没有项目管理经验的人去干赔本赚吆喝的事情，但正如“先有蛋还是先有鸡？”的问题一样，项目经理又必须通过干才能被证明和成熟起来，这样就必须有人去带，去把关。邓景一回忆起了自己做项目经理“师傅”的经历：“在一个项目里，前半截是我做项目经理，后半截是他做项目经理。这个人做项目经理做了半年的时候，我到深圳出差，飞机刚刚落地，还在跑道上滑行，我把手机一打开，客户那边总经理的电话就打过来了，说出了问题，必须找我。其实，我已经有半年没在那个项目里了，但是，在客户心里我还是真正意义上的客户经理，只是日常不出问题的时候，由别人在那里盯着，一旦出了问题，客户还是首先来找我。到什么时候，这个项目经理才算毕业了呢？就是最后这个项目正式投产时。投产阶段会牵扯到很多很复杂的问题，他恰当全面地处理和协调了涉及客户、合作伙伴的大量问题，使项目顺利投产，才能真正赢得客户和合作伙伴的认可和信任，自己也才能真正找到项目经理的感觉和自信。”

项目经理的角色价值
邓景一愿意向别人推荐的一本书是麦肯锡写的《软件业成功的奥秘》一书。按书中的统计，大多数的软件开发项目都是失败的，“软件开发就是不可能完成的任务”。对于一个公司来讲，在打算去做一个项目开发的时候，一开始如果你就想过成功与失败的概率分别是多少，一开始如果你就意识到你很可能是在做一件赔本赚吆喝的事情，那么你在做这件事情的时候就会比较谨慎。邓景一结合自己的项目管理体会，总结道：“一个项目在开始做的时候，会有很多矛盾、争论，很难说哪一个是对的，哪一个是错的，大家都会有合理和不合理的地方，但最终总得有一个方案，项目经理的威信就是在这个时候发挥作用的。做项目管理的人往往处于矛盾的焦点上。国内目前对于项目经理的理解是很差的，一说做项目，大家都想到具体的事情，认为做项目管理是应用开发中最没有用的事情。他们认为，从做一个应用开发的项目来讲，需求分析需要业务人员，设计需要资深的技术人员，编码需要程序员，测试要由大家一起来做，什么事情是由项目经理干的呢？没什么事情！然而，并非如此。项目经理的活动是在这些工作之外的，没有项目经理，大家都在那里闷着头干，干完之后，凑不到一起去，白干了。所以，项目经理的工作就是去解决这些问题的。就像是打仗，有冲锋的，有掩护的，连长、团长不是做这些事情的，但是没有他们肯定不行。如果说打仗，大家能理解，但说到做项目，大家就不理解，认为项目经理就是打杂的，或者认为项目经理应该是写程序最多的人。事实上不是这样的。项目管理的核心是‘三角平衡’，即规格、成本、进度三个方面保持平衡，但是这三点往往是互相打架的。所谓规格就是讲需求、内容、质量和标准等，也有的叫范围。这三点从根本上来说是矛盾的，在矛盾的状况下，一个项目经理会面临的挑战是，你如何去把它们处理好，使它们达到平衡，这是所有的项目经理都会面临的挑战。因为，并不是说有一个公式一套，就可以把问题都解决了，如果是这样，那就不叫管理了，管理是一门艺术而不是技术。你拿着这么一套方法论的东西，凭借自己的经验，在做不同的项目的时候，处理问题的方式是不一样的，每一个项目的具体做法都是不一样的。没有哪一个案例可以把项目中所有的问题都包括进来。要想做一个成熟的项目经理，不光要经过一些专业的项目管理培训，还要有大量的项目管理理论的学习和在做项目过程中总结的大量经验的相互结合。如果只是通过听几堂课，学了几招技巧和方法，马上就能用，而且还能用对，那么业内资深的项目经理就不值钱了。”

项目周期规划之要害
邓景一曾经为系统应用开发中的UAT（用户接受测试）被忽略而“急”过。国内的很多项目出问题就在于没有搞好项目的生命期，最典型的比如做应用开发，关键业务项目没有一个很好的UAT。这是每一家国际专业服务厂商全都有的，而国内厂商基本上都没有的，差距很大。一个项目的生命周期中如果少了UAT这个环节，你怎么能保证最后投产的效果呢？UAT在整个项目的生命期中起着至关重要的作用。
为什么会这样？其实UAT的很多工作大家在投产以前都做，不做就不能拿去投产，这个概念大家都有。但是他们做不到国际上那样，在规程上把测试再科学地细分成几种测试，规定每一种测试要做什么事情，然后以哪种方式去做。当然，如果客户不答应，可以进行调整。但从调整的角度说，第一，调整总得有一个底线; 第二，如果客户不接受，为了迁就客户，连底线都可以放弃。但这只是针对这个客户的，下一个客户可能还是要把它调整回到这个底线以上。不能说这次是这样，到了下一个客户，客户实际上是愿意接受UAT的，而你却把没有UAT的东西塞给人家。
出现这种问题的原因就是厂商自己都不懂，搞不清，客户以为这次的做法和前一次的做法是没有差别的。邓景一以自己亲身经历的项目说：“一些比较大的公司在规划项目生命期的时候不够严谨，拿出来的规范是缺胳臂少腿的，比方说拿了做系统安装、配置、调试的项目管理生命期作为一个软件开发的生命期。显然，做系统的项目和做应用开发的项目是不一样的，它里面没有需求分析、概要设计、编码等事情，这是用错了项目的生命期。打单的人没感觉，客户也没感觉，合同签下来了，等到最后做的时候，就会出现问题。这些都是生命期规划错误搞出的大问题。”
对于规划项目周期，分类异常重要，大型项目的生命期可能要几年，小型项目的生命期可能就是两个月。对于大型项目而言，其生命周期可以分得更细，如何分？邓景一抛出了秘诀：“从一个公司的角度来说，第一，你要把公司开展的主要业务分成几大类，每一类项目的生命周期应该是怎么样的，都规定清楚; 第二，每个项目经理去做具体项目的时候，要拿着这个规范和具体项目相结合，要给这个具体项目一个合理的生命期。重大的地方是不能有缺环，即纵向和横向都不能有欠缺。所谓纵向，就是分析、设计、编码、测试，UAT是测试中间的一个环节。横向来讲，就是要有做业务的，有做技术的，下面又要有做各个层面工作的角色，中间要是缺了哪一块，最后的效果肯定不好。”

产品类和服务类项目管理之不同
对软件企业而言，可以分为两类软件厂商，一类是做产品的，一类是做服务的。在产品中又分成做大众软件的和做企业软件的（国内目前还鲜有将企业解决方案真正做成产品化的软件包的）。企业软件和专业服务往往必须结合，这就是软件包实施项目。即拿着产品软件包去做一个项目实施。这时候做需求分析往往是“gap”（差距）分析，看客户有什么样的需求，产品有哪些功能，什么功能扣上去就能用，什么需求必须做一定的修改。这种基于包实施的项目叫做产品的客户化。可以分成四类客户化。第一类是模块的剪裁，原来有十个模块，但是对于目前这个项目可能就只需要五个，另外五个是不要的，要找到适合使用的就行。第二类是去做一些参数配置，把原来的参数配成自己的参数。第三类是仅仅靠参数配置已经不够了，要改东西，写程序了，即模块修改，如英文系统的汉化、系统对外接口的修改等。第四类是改程序都不够了，需要单独去写一个模块。这种基于客户化的项目称为包实施的项目。做项目的目的主要是体现差异，需要编程序、写模块，但是根据需求所做的调整其结果会出现几种局面。其中一种结果就是这种产品不能选，因为如果选了意味着成本很高，将来没法发展。例如，这个产品是为全世界1000个客户做的，把它的核心改了，将来产品升级的时候就被甩在外面了。这就需要客户和厂商在售前阶段很好地考虑。
卖产品和卖服务的差别是很大的。邓景一认为：“相对来说，卖产品没有很大风险，但是卖服务就不一样了。而目前国内普遍存在的是卖东西的想法，包括大产品、小产品; 硬件产品、软件产品。卖产品的关键是只要把东西卖出去，只要控制好了进价和差价就可能成功了。但是卖服务就不一样了，比如以100万美元签合同准备卖服务的时候，一开始什么成本都没投。但别高兴，是赔是赚一年以后见。基于这个原因，在卖服务的时候，一定要把售前把好，把售前看成是项目生命期中不可缺少的阶段。做服务有的时候就要说不，否则就会把整个公司拖下水。有一个很大的跨国公司，在完成一个外包（Outsourcing）服务项目中，售前工作有重大问题，最后所在地区的所有的硬件、软件、服务的利润全部要拿去填补这个窟窿。所以，作为卖服务的厂商，售前的风险是可以估量的，但售后的损失是没法估量的。因为当你做一个项目，尤其这是一个涉及到客户的核心业务系统的时候，这个项目的成败将决定这个客户是否成功，甚至是否完蛋。当然这往往是国际上的游戏规则，国内不太一样。在麦肯锡《软件业成功的奥秘》那本书中曾提到过这样的一个案例: 美洲银行做的一个项目，需求分析在售前阶段搞了18个月，批了2000万美元的预算给这个项目，周期是9个月，找了世界上最著名的公司来做这个项目。结果做了27个月，终于投产了，却发现有很多问题，比方说财务报表要隔3个月才能出来，这意味着老板不能及时知道企业的运营状况是什么样的。这对于一个金融企业是不能接受的。而且当时美洲银行做的是一个关于信托投资的项目，在做项目之前，美洲银行这方面的市场份额是380亿美元; 这个项目投产以后，美洲银行丢掉了40亿美元的市场份额，因为服务太糟糕了，客户把钱转到别的银行去作。最后，美洲银行只好把这个项目取消，把剩下的340亿美元交给底下的一个分支机构，用原来的老系统去运作。可以看到，这么大的一个项目，开始规划是做18个月，投入2000万美元，结果却是花27个月，投入6000万美元; 客户的目标是希望得到一个比以前强得多的系统，但实际上是�