ChunYi's Space

A class should do one thing and do it well!  这是面向对象分析设计里的一个基本原则，因为只有小而精的类才易于被重用，大而全的类只适用于一个特定的系统，很难被重用。而在流程改进时，我建议的原则是每一次改动尽量只针对某一个过程领域，取得效果后再逐步进行后续的改变，一下子改变太多的话就较难达到预定的目标。因为我们平时所说的流程改进，目的都是要改变人们现有的工作

1 IBM推广RUP这么多年，却被XP极限编程抢走很多的用户，主要原因在哪里呢？这个世界是一个多元的社会，只有一种软件开发方法存在显然是不合理的，也不利于整个软件工程技术的发展。RUP和XP等敏捷方法都是很好的软件开发方法，各有各的市场。XP强调极限编程，即所有的开发活动都是以编码为中心来展开的，比较附合目前国内很多开发人员的想法，因为他们大部分都是从做一些小型软件开发项目开始的，对传统软件工程的

上周出差到北京，入住国贸饭店。早上去三江咖啡厅用自助早餐时，注意到每张桌子上都放了一块小小的牌子，一面是绿色的“正在用餐”，另一面是红色的“用餐完毕”。我是国贸饭店的老住客了，这是他们发明的新玩意儿。以前就发生过出去取水果，回来发现座位上的餐具都已经被清理了；或者是早上自助用餐高峰时节，服务员不太确定空位上的客人是否已经结束用餐。我很赞赏他们的这个小小改进，用完了早餐以后很自觉地把绿色的牌子翻到了

今天肖勇在MSN上问我甲方乙方项目管理的差别，一时还真不知道怎么回答才好，好象以前也有人问过同样的问题。因为做过的项目的比较有限，只好又举装修房子的例子。这一辈子做甲方的机会不多，装修自己房子时当然我是甲方，装修队是乙方。我做甲方时关心什么呢？        需求：我想把我的房子装修成什么样子？        成本：装修完这套两室一厅需要多少钱？        进度：什么时候装修完工？我好早点搬进

最近听到有人说RMC是新一代的RUP，在我的概念中RUP(Rational Unified Process)是一种软件开发方法论，RMC(Rational Method Composer)是一种流程方法的著作工具。RMC既可以用来生成不同配置的RUP方法论，如专门指导SOA开发的RUP for SOA，专门用于小型软件项目的RUP for Small Project等；也可以用来创作其它的方法流程

开发者大会终于圆满结束了，至少是在形式上。是否成功还要看听众是否满意，最近看到的一个评论认为我们在演示SDP产品时所用的例子过于简单了，有点杀鸡用牛刀的味道。这是我们一直所面对的难题，平时出去见客户，引用案例时总是左右为难：简单的例子容易把问题讲明白，但客户面对的实际情况要复杂的多，很难让人信服解决简单问题的方法对他们也适用；复杂的例子从来都没有尝试过，可能把问题本身解释清楚就需要很多时间，而且容

最近拜读了一下 Ali Arsanjani 博士一篇关于 SOMA (Service-Oriented Modeling and Architecture) 文章，把一些重点和体会记录下来。 SOMA 是关于 SOAD (Service Oriented Analysis and Design) 的一种开发方法。SOA 架构概念模型包括了 Service Providor (服务的实现者和提供

以下是我们在实际工作中遇到的一个例子，这个例子充分说明了正确的工作流程对于保证软件产品质量的重要意义。 1          问题描述某一开发团队为其客户开发业务软件，系统上线之后存在着很多的业务需求变更，同时也有很多业务部门在使用过程中所发现的软件缺陷，我们把需求变更和软件缺陷统称为变更。开发团队需要迅速响应客户所提出变更请求，把相应的软件版本修复及时地安装到生产系统上去。为了保

很多人一谈起 RUP 或者 CMMI 流程改进的第一反应就是在项目过程中会多出很多文档，那么多的文档岂不是要占用我们很多的时间？这种看待文档的心态一定会影响到流程改进的效果，我们从事的是高科技的创造性工作，为了满足公司规定而写的文档跟自己心甘情愿要写的内容肯定有很大的差别 ，应付了事的表面文章必然是满足不了这样标准化文档原定的目标。我就看到过有开发人员先编码再写设计文档的，基本上就是代码的自然语言

出差途中看了几篇AOP的文章，总算对AOP有了一个初步的了解，是一个非常不错的技术，传统编程技术无法解决的横切(CrossCutting)问题在AOP中可以得到很好的解决。简单比较一下现有的几种技术SOA/CBD/AOP/OO。SOA - Service Oriented Architecture (面向服务的架构)CBD - Component Based Development (基于构件的开

这周去拜访一个客户，他们正在实施RUP，问及效果如何，听到了一些关于迭代化开发的新问题。这位客户是一家集成商，主要为甲方开发应用软件系统。实施迭代化开发的主要目的是控制项目风险，应用项目的最大风险一般都在于需求，采用迭代化可以通过迭代产生的原型系统来收集甲方客户的反馈，从而及早修正对于客户需求的误解。但是开发团队并没有象预想中那样收集到甲方的反馈，甲方还是习惯于用传统的瀑布模型来评价、验收系统

最近又有客户问起结构化方法(即结构化分析SA Structured Analysis 和结构化设计SD Structured Design)和面向对象分析设计(OOAD Object-Oriented Analysis & Design)方法的区别，这是一个很多人谈了很多遍的问题，Google一下就可以找到很多以此为标题的文章。OO技术发展了很多年了，现在大家都在用，已经没有什么异议了，几乎没有人