2007年12月
导读： 2006年12月，一封来自PMI的信件告诉我，我的PMP考试通过了，我长抒一口气，我和A公司的缘分我知道会要是走到尽头了。A公司是一家巨型的中国公司，正在试图开拓更多的跨国企业客户，而不是传统的政府、银行等客户。我的进入似乎就是在这样的背景之下，在此之前我已经有了四年左右的外企的经验。而我的9000月薪，和同级的同事相比也是高出了一大截。 我却在这样的环境却十分的不习惯。我可以忍受加班通宵却不习惯上下班严格的如同防贼的打卡制度，我可以开年会的时候严格小品活跃气氛不习惯唱可笑的公司司歌。当我霹雳吧啦着玩一大段话却看见我的同事迷茫的看着我的时候，我就发现，自己的中英夹杂的毛病又不小心冒出来了。当然在我的同事心中，我怕是也显得有些格格不入。那时的我就如同武林外传的“佟掌柜”一样，无人知时就一直哀叹:“我当初就不应该过来，我要是没有过来就不会这么惨。” 既然弄拧巴了，跳槽在此时似乎也变成了显而易见的选择了。我有了足够的工作经验，我有了足够的外企背景，我欠缺的不过是一块敲门砖而已。而当这封PMI的信件到来的时候，我知道，时机成熟了。
&nbs阅读全文>
发表于 @ 2007年12月26日 12:45:00|评论(loading...)|编辑
导读：
在项目管理的三要素TQC中，这三者在项目管理中是需要平衡的，但是更需要明白他们并不是平等的，为什么这么说呢？这也是因为软件项目的特点引起的，关于软件的项目管理的特点参见我的博客中关于CMM的文章的描述。在软件项目中进度的延迟和成本的增加很大程度上是因为质量引起的，系统的质量问题往往会导致返工，在软件项目中返工已经成为项目经理的恶梦。而返工的直接后果便是进度的拖延和成本的上升，当然还会导致团队人员的沮丧、挫折的心理，这当然都会影响到开发的效率。
以质量为导向的项目管理在进度控制和成本方面是最经济的。这有业界项目管理专家的统计数据可以说明。对于软件项目来讲，成本主要是来自人工成本，因此人员的效率、沟通成本、过程能力、过程积累等非常重要。另外我们的成本是指Total成本的概念，而不仅仅指开发成本。目前在很大公司都存在这样的问题，开发的预算控制很好，但是由于忽略了质量，导致这个项目在实施、维护阶段返工成本很高，甚至是重新开发，导致了客户的满意度下降，直接影响整体的成本和利润。我个人的体会是Q是这三者之中的因，T、C是结果。因此要想降低和控制成本，就要到源头来控制和找原因阅读全文>
发表于 @ 2007年12月20日 17:41:00|评论(loading...)|编辑
导读：
在软件测试过程中，测试数据的准备是一个工作量很大而且也是一个技术活。因此如何准备大量的测试数据，而且如何准备高质量的测试数据，满足测试的需求，就是一个重要的话题。
首先看数据的来源，数据的来源一般来讲有三个个，一个是根据被测系统需求的分析，针对正常业务，异常情况，边界情况等来构建完整的数据，又称为“造”数据。这不仅仅包括最基本的基础数据，比如：用户、权限、配置、基础编码、原数据等，还包括上面提到的业务数据。这对于比较小型的系统来说还是可行的，对于大型的系统来说可能就是一个巨大的工程了。
第二种方式就是利用现有系统，这适合已有类似系统，测试是针对升级或者增加功能的产品化的系统。这种情况把已经在生产环境中运行的数据导出。在此基础上再进行数据的整理、加工为测试数据。
还有一种方式就是将现有非电子化的业务数据录入到系统中，在验证业务的同时也完成了测试数据的积累。即边测试边积累数据。但是这种情况积累的数据往往有一定局限性，因为已经发生的业务数据基本是正确的、一致的，而且可能缺少某些特定业务的数据（不常发生的业务）。这样就需要根据对测试需求的分析，追加新的测试数据，阅读全文>
发表于 @ 2007年12月20日 17:36:00|评论(loading...)|编辑
导读：
序号 类型 度量指标 描述 度量频度 数据源
1 原始度量元 需求功能点个数 被测系统或被测模块的需求规格说明书的需求个数 测试需求分析阶段
2 系统内部接口数 单系统内部的模块之间的接口数量 测试需求分析阶段
3 跨系统外部接口数 被测系统与外部系统之间的接口数量 测试需求分析阶段
4 测试需求个数 对被测需求分析后的测试需求的个数 测试设计阶段
5 测试案例个数 测试案例的数量，可以根据测试的阶段分不同的类型，比如连接测试案例、系统集成测试案例等 测试设计阶段
6 评审缺陷数量 同行评审或者检查发现的缺陷的数量 测试需求分析和设计阶段
7 测试缺陷总数 测试发现的BUG 测试实施阶段
8 复合度量元 缺陷密度 ＝缺陷数/需求功能点个数 测试结束后
9 缺陷来源分布 根据缺陷的来源统计缺陷的分布情况 随时
10 缺陷严重程度分布 根据缺陷的严重程度统计缺陷的分布情况 随时
11 缺陷类型分布 根据缺陷的类型统计缺陷的分布情况 随时
12 缺陷位置分布 根据发现缺陷的位置统阅读全文>
发表于 @ 2007年12月20日 17:30:00|评论(loading...)|编辑
导读：
软件项目的返工问题
软件行业普遍利润率低，软件项目的成本超支司空见惯，到底成本到哪儿去了？
软件工程师天天加班加点，说到底还是返工问题。软件项目的返工成本几乎达到
项目成本的一半以上。到底什么算返工，目前业界好像还没有确切的定义，我总结
了一下，一下情况应该算是返工：
返工的定义可以理解为应该并有能力做到返工后的水平的却因为各种主观因素
却没有一次性达到，只能用返工甚至多次返工的方法来达到目前的要求。
1. 隐含需求的变更；
2. 由潜在的需求引起的变更；
3. 架构选型不当引起的移植、变更；
4. 需求或设计的理解错误造成的变更；
5. 在项目范围、技术平台、技术路线决策失误造成的变更；
6. 设计的抽象不够，造成的开发过程中的浪费、合并、再抽象等工作；
7. 评审遗漏缺陷造成的变更；
8. 测试遗漏造成的反复修复工作量。
其实对比其他行业，软件行业似乎是返工最大的了，很少听说哪个大楼把地基扒
了三次再盖的，但是很多软件项目确实不止一次的扒掉重来。甚至很少听说哪个项目
是一直一步一步往前走的阅读全文>
发表于 @ 2007年12月20日 17:27:00|评论(loading...)|编辑
导读：
在以前的文章中关于项目经理做什么或者如何做好一个项目管理者/项目经理都有很多的叙述。但是最近也有很多的朋友MSN询问作为一个PM应该关注的重要的事情是哪些？ 当然其实所谓的重要的事情，如果从系统化的角度来看的话，有三个系统化教材可以得到全部的答案，这也是作为在软件行业内作为PM应该熟悉的内容，他们是SWEBOK（Software Engineering Body Of Knowledge）、SW-CMMI（Software – Capability Maturity Model Integration）、PMBOK（Project Management Body Of Knowledge）。
其实这样的答案跟没有回答一样，下面我还是从个人的经验和观点来看：
需求
需求是直接与项目的范围相关的，屏蔽和管理需求的风险是作为一个软件项目经理最重要的关注点。同时对需求的了解也是PM有效与外部客户与内部Team有效沟通交流的基础。
架构（Key Technical Points 关键技术点）
关于项目的架构设计，PM最需要关心的是关键技术点。因为项目阅读全文>
发表于 @ 2007年12月20日 17:15:00|评论(loading...)|编辑
导读： 作者：Rock Sun, Subversion中文站。 如有转发请注明出处：http://www.subversion.org.cn/index.php?option=com_content&task=view&id=85&Itemid=9 版本控制最关键的一件事是保证数据的安全性，不能因为磁盘损坏，程序故障造成版本库无可挽回的错误，为此必须制定较完备的备份策略。在Subversion中，我们有三种备份方式：完全备份，增量备份和同步版本库。 1, 完全备份 最常见和简单的备份就是直接使用拷贝命令，将版本库目录拷贝到备份目录上，就可以了。但是这样不是很安全的方式，因为如果在拷贝时版本库发生变化，将会造成备份的结果不够准确，失去备份的作用，为此Subversion提供了“svnadmin hotcopy”命令，可以防止这种问题。 还记得我们的版本库目录吗？ D:\SVNROOT ├─project1 │ ├─conf │ ├─dav │ ├─db │ │ ├─revprops │ │ 阅读全文>
发表于 @ 2007年12月17日 13:56:00|评论(loading...)|编辑
导读： Spring的目标是使企业应用程序开发尽可能地简单和高效。这一理论的实例可以从Spring的JDBC、ORM、JMX、依赖注入等方法，以及企业应用程序开发的其他许多重要领域中见到。Spring还区分了使事情简单化和过分单纯化之间的差异。最不可思议的是同时提供了简单化和强大的功能。企业应用程序中复杂性的一个根源来自影响应用程序多个部分的特性和需求的实现。相关于这些特性的代码最终散布在应用程序代码中，使得它更难以添加、维护和理解。Spring 2.0使得以模块化的方式实现这些特性变得更加简单，极大地简化了整体的应用程序代码，并且有时使得在实现没有它的情况下十分痛苦的编码需求变得易如反掌。 事务管理是影响应用程序多个部分的一个特性实例：一般来说所有的操作都在服务层。在Spring中解决这种需求的方式是通过使用AOP。Spring 2.0在它对AOP的支持中提供了一个明显的简化，同时还提供了比Spring 1.x所提供的更多富有表现力的功能。这些改善之处主要来自两个主要的领域：通过使用XML schema极大地简化了配置，以及与AspectJ的整合带来了更好的富有表现力阅读全文>
发表于 @ 2007年12月13日 11:04:00|评论(loading...)|编辑
Make Fewer HTTP Requests
Use a Content Delivery Network
Add an Expires Header
Gzip Components
Put Stylesheets at the Top
Put Scripts at the Bottom
Avoid CSS Expressions
Make JavaScript and CSS External
Reduce DNS Lookups
Minify JavaScript
Avoid Redirects
Remove Duplicate Scripts
Configure ETags
Make Ajax Cacheable
阅读全文>
发表于 @ 2007年12月12日 14:15:00|评论(loading...)|编辑
导读： 本人作为一位web工程师，着眼最多之处莫过于 性能与架构，本次幸得参与sd2.0大会，得以与同行广泛交流,于此二方面，有些心得，不敢独享，与众博友分享，本文是这次参会与众同撩交流的心得，有兴趣者可以查看视频 架构设计的几个心得： 一，不要过设计：never over design 这是一个常常被提及的话题，但是只要想想你的架构里有多少功能是根本没有用到，或者最后废弃的，就能明白其重要性了，初涉架构设计，往往倾向于设计大而化 一的架构，希望设计出具有无比扩展性，能适应一切需求的增加架构，web开发领域是个非常动态的过程，我们很难预测下个星期的变化，而又需要对变化做出最 快最有效的响应。。 ebay的工程师说过，他们的架构设计从来都不能满足系统的增长，所以他们的系统永远都在推翻重做。请注意，不是ebay架构师的能力有问题，他们 设计的架构总是建立旧版本的瓶颈上，希望通过新的架构带来突破，然而新架构带来的突破总是在很短的时间内就被新增需求淹没，于是他们不得不又使用新的架构。 web开发，是个非常敏捷的过程，变化随时都在产生，用户需求千变万化，许多方面偶阅读全文>
发表于 @ 2007年12月12日 14:09:00|评论(loading...)|编辑
导读： 在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术 本文将 web 测试分为 6 个部分： 功能测试 性能测试（包括负载/压力测试） 用户界面测试 兼容性测试 安全测试 接口测试 本文的目的是覆盖 web测试的各个方面，未就某一主题进行深入说明。 1 功能测试 1.1 链接测试 链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页阅读全文>
发表于 @ 2007年12月12日 10:21:00|评论(loading...)|编辑
导读： SQL code --15位身份证号升级为18位，适用于18xx年出生的公民 UPDATE员工表 SET身份证号= SUBSTRING(身份证号,1,6)+'18'+SUBSTRING(身份证号,7,9)+ SUBSTRING('10X98765432', ( CAST(SUBSTRING(身份证号, 1,1) ASINT)*7 +CAST(SUBSTRING(身份证号, 2,1) ASINT)*9 +CAST(SUBSTRING(身份证号, 3,1) ASINT)*10 +CAST(SUBSTRING(身份证号, 4,1) ASINT)*5 +CAST(SUBSTRING(身份证号, 5,1) ASINT)*8 +CAST(SUBSTRING(身份证号, 6,1) ASINT)*4 +1*2 +8*1 +CAST(SUBSTRING(身份证号, 7,1) ASINT)*6 +CAST(SUBSTRING(身份证号, 8,1) ASINT)*3 +CAST(SUBSTRING(身份证号, 9,1)阅读全文>
发表于 @ 2007年12月11日 08:27:00|评论(loading...)|编辑
1 下载javaService http://javaservice.objectweb.org/ 获得windows的zip压缩版，文件名形如：JavaService-x.x.xx.zip,其中x.x.xx为版本号，当前版本为JavaService-2.0.10.zip，请使用最新版。 2 安装 将JavaService-2.0.10.zip解压缩到c:\JavaService目录下。（其实任意目录下都可以） 3 编写java类 import java.io.*; import java.text.*; import java.util.*; public class Test { public static void main(String[] args) throws Exception { PrintWriter out=new PrintWriter(new FileWriter("d:\\javaTest\\test.log",true),true); SimpleDateFormat df=new Sim阅读全文>
发表于 @ 2007年12月10日 14:03:00|评论(loading...)|编辑
要建立高新企业持续的竞争力和研发能力，必须注重过程控制，必须用制度取代“大拿”，建立
“麦当劳式”的工序研发模式，依靠有效的管理控制体系。要改变传统的研发理念，面向研发而不是面向
科研，面向项目管理而不是面向产品，面向过程控制而不是面向结果，面向技术储备和积累，而不是寄希
望于机遇，面向研发规律而不是追求研发进度，这样，才能建立正确的企业研发战略和研发组织结构，才
能真正出现“中国的微软”。不仅研发管理如此，其他各种项目的管理也应借鉴研发管理中的经验和教训。
阅读全文>
发表于 @ 2007年12月09日 15:58:00|评论(loading...)|编辑
1、#vi /etc/profile2、加入PATH=$PATH:/usr/java/j2sdk1.4.2_01/binexport PATHJAVA_HOME=/usr/java/j2sdk1.4.2_01export JAVA_HOMECLASSPATH=.:/usr/java/j2sdk1.4.2_01/lib:/usr/local/resin/libexport CLASSPATHRESIN_HOME=/usr/local/resinexport RESIN_HOME阅读全文>
发表于 @ 2007年12月07日 14:06:00|评论(loading...)|编辑