美资500强，J2ee项目测试职位

敬请有意者尽快发简历，收到简历一周之内电话面试，外地应聘人员，一律采用电话面试。
Email：javaok@126.com
msn：javaok2008@hotmail.com
此职位2个月内有效，希望尽快投简历。
职位描述：
热爱软件测试工作，有较强的独立思考和工作的能力，较强的逻辑分析能力，快速的学习能力和定位、解决问题的能力。积极主动的工作态度，良好的团队合作精神。4年以上Java软件测试或Java商业软件开发经验。工作内容：
1.整理，分析产品需求
2.负责完成软件产品的测试，配合开发团队完成软件测试工作。
3.根据软件设计制定测试计划，搭建测试环境，编写、执行测试用例
4.对测试过程中的问题点进行分析、跟踪、验证、反馈；编写测试报告
5.开发自动化测试工具并对产品实施自动化测试
6.与海外客户合作完成产品的测试和发布

技术要求(必要)：

熟悉面向对象程序设计思想；
熟悉测试理论、测试流程以及软件开发基础知识；
熟悉自动化测试工具的使用，熟悉压力测试工具的使用
熟悉数据库基本原理，熟练使用PL/SQL；
熟悉Linux环境
能够读懂JAVA代码，安装过JDK，能够使用ANT。
技术要求(可选)：
Java 应用程序开发经验，了解J2EE相关知识
自动化测试工具开发经验
熟练使用Apache, Tomcat
熟练的英文交流能力，包括文档书写和口语交流

Email：javaok@126.com
msn：javaok2008@hotmail.com
此职位2个月内有效，希望尽快投简历。

敬请有意者尽快发简历，收到简历一周之内电话面试，外地应聘人员，一律采用电话面试。
Email：javaok@126.com
msn：javaok2008@hotmail.com
此职位2个月内有效，希望尽快投简历。

职位描述：
该职位主要工作内容：大型分布式金融类J2EE项目开发及维护，参与设计实施各类电子支付系统。书写必要的开发技术文档，按时按质完成软件Bug修改。与美国的同事共同完成项

目的设计、开发、发布、维护。需要在团队需要的状况下，承担必要的内部培训工作和Code Review。

职位要求：
有较强的独立思考和工作的能力。能够适应快速开发模式，同时拥有良好的自我管理意识和快速学习能力。适时的能够对软件开发过程和团队开发理念提出个人建议。热爱生活，

喜好软件开发，乐于学习新技术，愿意与同事交流相互学习。为人踏实，积极，敢于承担错误并对以前工作作出总结。最少需要拥有4年以上的J2EE软件开发经验。技术要求：
扎实的Java基本功(熟悉java.util,thread,IO,network)
深刻认识面向对象程序设计
熟练使用PL/SQL及JDBC,最好使用过Oracle和MS SQL
熟悉Linux环境和基本Shell命令.
熟悉Servlet,JSP,拥有Struts的使用配置经验（了解Struts所有配置和各种Action及Form的使用）
熟练使用Junit和Ant
理解各种J2EE提及的设计模和基本技术，至少熟悉其中两种或者多种(Servlet,Jsp,EJB,JMX,JMS,Web Service,Corba)

如果掌握以下技术可优先考虑：
良好的基于Web的软件开发风格，熟悉B/S模式，熟练使用Apache, Tomcat.
熟悉对应用服务器的配置管理，JBoss，Weblogic.
熟悉spring、hibernate等优秀framework的使用，并了解其中的原理.
熟练的英文交流能力，包括文档书写和口语交流

敬请有意者尽快发简历，收到简历一周之内电话面试，外地应聘人员，一律采用电话面试。
Email：javaok@126.com
msn：javaok2008@hotmail.com
此职位2个月内有效，希望尽快投简历。

(2) 为了常规用途而创建一个类时，请采取“经典形式”，并包含对下述元素的定义：

equals()
hashCode()
toString()
clone()（implement Cloneable）
implement Serializable

(3) 对于自己创建的每一个类，都考虑置入一个main()，其中包含了用于测试那个类的代码。为使用一个项目中的类，我们没必要删除测试代码。若进行了任何形式的改动，可方便地返回测试。这些代码也可作为如何使用类的一个示例使用。

(4) 应将方法设计成简要的、功能性单元，用它描述和实现一个不连续的类接口部分。理想情况下，方法应简明扼要。若长度很大，可考虑通过某种方式将其分割成较短的几个方法。这样做也便于类内代码的重复使用（有些时候，方法必须非常大，但它们仍应只做同样的一件事情）。

(5) 设计一个类时，请设身处地为客户程序员考虑一下（类的使用方法应该是非常明确的）。然后，再设身处地为管理代码的人考虑一下（预计有可能进行哪些形式的修改，想想用什么方法可把它们变得更简单）。
(6) 使类尽可能短小精悍，而且只解决一个特定的问题。下面是对类设计的一些建议：
■一个复杂的开关语句：考虑采用“多形”机制
■数量众多的方法涉及到类型差别极大的操作：考虑用几个类来分别实现
■许多成员变量在特征上有很大的差别：考虑使用几个类

(7) 让一切东西都尽可能地“私有”——private。可使库的某一部分“公共化”（一个方法、类或者一个字段等等），就永远不能把它拿出。若强行拿出，就可能破坏其他人现有的代码，使他们不得不重新编写和设计。若只公布自己必须公布的，就可放心大胆地改变其他任何东西。在多线程环境中，隐私是特别重要的一个因素——只有private字段才能在非同步使用的情况下受到保护。

(8) 谨惕“巨大对象综合症”。对一些习惯于顺序编程思维、且初涉OOP领域的新手，往往喜欢先写一个顺序执行的程序，再把它嵌入一个或两个巨大的对象里。根据编程原理，对象表达的应该是应用程序的概念，而非应用程序本身。

(9) 若不得已进行一些不太雅观的编程，至少应该把那些代码置于一个类的内部。

(10) 任何时候只要发现类与类之间结合得非常紧密，就需要考虑是否采用内部类，从而改善编码及维护工作（参见第14章14.1.2小节的“用内部类改进代码”）。

(11) 尽可能细致地加上注释，并用javadoc注释文档语法生成自己的程序文档。

(12) 避免使用“魔术数字”，这些数字很难与代码很好地配合。如以后需要修改它，无疑会成为一场噩梦，因为根本不知道“100”到底是指“数组大小”还是“其他全然不同的东西”。所以，我们应创建一个常数，并为其使用具有说服力的描述性名称，并在整个程序中都采用常数标识符。这样可使程序更易理解以及更易维护。

(13) 涉及构建器和异常的时候，通常希望重新丢弃在构建器中捕获的任何异常——如果它造成了那个对象的创建失败。这样一来，调用者就不会以为那个对象已正确地创建，从而盲目地继续。

(14) 当客户程序员用完对象以后，若你的类要求进行任何清除工作，可考虑将清除代码置于一个良好定义的方法里，采用类似于cleanup()这样的名字，明确表明自己的用途。除此以外，可在类内放置一个boolean（布尔）标记，指出对象是否已被清除。在类的finalize()方法里，请确定对象已被清除，并已丢弃了从RuntimeException继承的一个类（如果还没有的话），从而指出一个编程错误。在采取象这样的方案之前，请确定finalize()能够在自己的系统中工作（可能需要调用System.runFinalizersOnExit(true)，从而确保这一行为）。

(15) 在一个特定的作用域内，若一个对象必须清除（非由垃圾收集机制处理），请采用下述方法：初始化对象；若成功，则立即进入一个含有finally从句的try块，开始清除工作。

(16) 若在初始化过程中需要覆盖（取消）finalize()，请记住调用super.finalize()（若Object属于我们的直接超类，则无此必要）。在对finalize()进行覆盖的过程中，对super.finalize()的调用应属于最后一个行动，而不应是第一个行动，这样可确保在需要基础类组件的时候它们依然有效。

(17) 创建大小固定的对象集合时，请将它们传输至一个数组（若准备从一个方法里返回这个集合，更应如此操作）。这样一来，我们就可享受到数组在编译期进行类型检查的好处。此外，为使用它们，数组的接收者也许并不需要将对象“造型”到数组里。

(18) 尽量使用interfaces，不要使用abstract类。若已知某样东西准备成为一个基础类，那么第一个选择应是将其变成一个interface（接口）。只有在不得不使用方法定义或者成员变量的时候，才需要将其变成一个abstract（抽象）类。接口主要描述了客户希望做什么事情，而一个类则致力于（或允许）具体的实施细节。

(19) 在构建器内部，只进行那些将对象设为正确状态所需的工作。尽可能地避免调用其他方法，因为那些方法可能被其他人覆盖或取消，从而在构建过程中产生不可预知的结果（参见第7章的详细说明）。

(20) 对象不应只是简单地容纳一些数据；它们的行为也应得到良好的定义。

(21) 在现成类的基础上创建新类时，请首先选择“新建”或“创作”。只有自己的设计要求必须继承时，才应考虑这方面的问题。若在本来允许新建的场合使用了继承，则整个设计会变得没有必要地复杂。

(22) 用继承及方法覆盖来表示行为间的差异，而用字段表示状态间的区别。一个非常极端的例子是通过对不同类的继承来表示颜色，这是绝对应该避免的：应直接使用一个“颜色”字段。

(23) 为避免编程时遇到麻烦，请保证在自己类路径指到的任何地方，每个名字都仅对应一个类。否则，编译器可能先找到同名的另一个类，并报告出错消息。若怀疑自己碰到了类路径问题，请试试在类路径的每一个起点，搜索一下同名的.class文件。

(24) 在Java 1.1 AWT中使用事件“适配器”时，特别容易碰到一个陷阱。若覆盖了某个适配器方法，同时拼写方法没有特别讲究，最后的结果就是新添加一个方法，而不是覆盖现成方法。然而，由于这样做是完全合法的，所以不会从编译器或运行期系统获得任何出错提示——只不过代码的工作就变得不正常了。

(25) 用合理的设计方案消除“伪功能”。也就是说，假若只需要创建类的一个对象，就不要提前限制自己使用应用程序，并加上一条“只生成其中一个”注释。请考虑将其封装成一个“独生子”的形式。若在主程序里有大量散乱的代码，用于创建自己的对象，请考虑采纳一种创造性的方案，将些代码封装起来。

(26) 警惕“分析瘫痪”。请记住，无论如何都要提前了解整个项目的状况，再去考察其中的细节。由于把握了全局，可快速认识自己未知的一些因素，防止在考察细节的时候陷入“死逻辑”中。

(27) 警惕“过早优化”。首先让它运行起来，再考虑变得更快——但只有在自己必须这样做、而且经证实在某部分代码中的确存在一个性能瓶颈的时候，才应进行优化。除非用专门的工具分析瓶颈，否则很有可能是在浪费自己的时间。性能提升的隐含代价是自己的代码变得难于理解，而且难于维护。

(28) 请记住，阅读代码的时间比写代码的时间多得多。思路清晰的设计可获得易于理解的程序，但注释、细致的解释以及一些示例往往具有不可估量的价值。无论对你自己，还是对后来的人，它们都是相当重要的。如对此仍有怀疑，那么请试想自己试图从联机Java文档里找出有用信息时碰到的挫折，这样或许能将你说服。

(29) 如认为自己已进行了良好的分析、设计或者实施，那么请稍微更换一下思维角度。试试邀请一些外来人士——并不一定是专家，但可以是来自本公司其他部门的人。请他们用完全新鲜的眼光考察你的工作，看看是否能找出你一度熟视无睹的问题。采取这种方式，往往能在最适合修改的阶段找出一些关键性的问题，避免产品发行后再解决问题而造成的金钱及精力方面的损失。

(30) 良好的设计能带来最大的回报。简言之，对于一个特定的问题，通常会花较长的时间才能找到一种最恰当的解决方案。但一旦找到了正确的方法，以后的工作就轻松多了，再也不用经历数小时、数天或者数月的痛苦挣扎。我们的努力工作会带来最大的回报（甚至无可估量）。而且由于自己倾注了大量心血，最终获得一个出色的设计方案，成功的快感也是令人心动的。坚持抵制草草完工的诱惑——那样做往往得不偿失。

　　插件管理技巧

　　提示：新下载的插件PlugIn一定不要都放在原始的Eclipse目录下去。

1. 前提是你已经安装好了Eclipse工具了，比如安装在E:\OpenSource\Eclipse\目录下，以下这个目录以%ECLIPSE_HOME%来进行表示；
2. 此时默认的插件是在%ECLIPSE_HOME%\plugins目录中的；
3. 在%ECLIPSE_HOME%下建立一个PlugInsNew的目录；
   比如：E:\OpenSource\Eclipse\PlugInsNew\
4. 你下载了个新的插件，比如叫做：XYZ
   　那么就在%ECLIPSE_HOME%\PlugInsNew\目录下建立XYZ目录，目录里面是eclipse目录，eclipse目录包含有features与plugins两个子目录；结构如下图所示：
   
   　　
   
5. 把下载的新插件的文件放在以下相应目录中
   %ECLIPSE_HOME%\PlugInsNew\XYZ\eclipse\features
   %ECLIPSE_HOME%\PlugInsNew\ XYZ\eclipse\plugins
   
6. 建立相关的.link的文件
   然后在%ECLIPSE_HOME%\links目录里建立一个XYZ.link的文件
   内容如是：path=E:/OpenSource/Eclipse/PlugInsNew/XYZ就一行这样的路径指示而已。
   当然，采用相对路径来表示可能更直观一些，方便进行文件整体移动和小组全部成员的共享命名用，省得移动后要改动Link文件里的绝对路径而费心费力。直接拷贝过去就可以使用。
   即XYZ.link文件的内容如是：path=../PlugInsNew/XYZ
   这样，如果你下载了多个插件就可以如法炮制建立多个Link文件，想加载哪个插件就把哪个插件的Link文件放到%ECLIPSE_HOME%\links的目录中即可，使用与管理都很方便，建议千万不要放在默认的安装目录中；
   如果你的%ECLIPSE_HOME%与此不同，请修改XYZ.link文件里的路径
   
7. 删除，关闭Eclipse
   删除%ECLIPSE_HOME%\links\XYZ.link文件即可
   删除%ECLIPSE_HOME%\PlugInsNew\XYZ整个目录及文件
   
8. 重新启动Eclipse即可

　　使用

　　重新启动Eclipse后，在Help => About Eclipse SDK => Plug-in Details你可以看到由“FindBugs Project”提供的“FindBugs Plug-in”版本0.0.17插件，如下图所示：

　　

　　FindBugs的使用方法

　　FindBugs是一个可以在Java程序中发现Bugs的程序。

　　它是专门用来寻找处于“Bug Patterns”列表中的代码的。

　　Bug Patterns指很有可能是错误的代码的实例。

　　目前FindBugs最高版本0.9.4，不过更新速度很快的，你应当经常上去看看是否有新版本发布。Eclipse plugin for FindBugs最高版本0.0.17。

　　系统要求

　　使用FindBugs至少需要JDK1.4.0以上版本，FindBugs是平台独立的，可以运行于GNU/Linux、Windows、MacOS X　等平台上。

　　运行FindBugs至少需要有256 MB内存，如果你要分析一个很大的项目，那就需要更加多的内存了。

　　FindBugs独立运行和与Ant结合的详细操作就不介绍了，可以看官方的文档http://findbugs.sourceforge.net/manual/

　　独立运行的效果图如下：

　　

　　本文主要介绍在Eclipse中使用的情况

　　打开Bug Details视图

　　Windows => Show View => Other… => FindBugs => BugDetails

　　

　　在Package Explorer或Navigator视图中，选中你的Java项目，右键，可以看到“Find Bugs”菜单项，子菜单项里有“Find Bugs”和“Clear Bug Markers”两项内容，如下图所示：

　　

　　我们建立一个简单的测试文件Test.java 内容如下：

public class Test { private String[] name; public String[] getName() { return name; } public void setName(String[] name) { this.name = name; } } 

　　我们点中“Find Bugs”，运行时会出现如下进度框：

　　运行结束后可以在Problems中看到增加了如下的警告信息内容

　　FindBugs运行后的警告信息内容不仅在Problems视图中显示，而且将标记在源代码标记框中，在源代码编辑器中我们可以看到警告标识，如下图：

　　当光标指向你的警告信息的代码上面时，就会有相应的错误提示信息，与Eclipse本身的错误或警告信息提示类似。

　　选中Problems视图里出现的相应问题，就会在代码编辑器里切换到相应的代码上去，方便根据相应的提示信息进行代码的修改。

　　

　　在Problems视图里，选中相应的问题条目，右键，在弹出的菜单中，可以看到“Show Bug Details”，如下图所示：

　　

　　点中它，会切换到Bug Details视图上去，显示更加详细的提示信息。

　　当然，在代码编辑窗口中，点击带有警告提示信息的图标时，也会自动切换到Bud Details窗口去，查看详细的警告信息，如下图所示。

　　

　　根据这里详细的信息，你可以得到FindBugs为什么会对你的代码报警告信息，及相应的处理办法，根据它的提示，你可以快速方便地进行代码修改。

　　

　　根据提示，我们将代码修改成如下，再运行就不会报有警告信息了。

public class Test { private String[] name; public String[] getName() {     String[] temp = name; return temp; } public void setName(String[] name) {     String[] temp = name; this.name = temp; } } 

　　配置FindBugs

　　选择你的项目，右键 => Properties => FindBugs =>

　　

　　可以配置的信息包括如上图所示的四个选项的相关设置：

1. Run FindBugs Automatically开关
   
   当此项选中后，FindBugs将会在你修改Java类时自动运行，如你设置了Eclipse自动编译开关后，当你修改完Java文件保存，FindBugs就会运行，并将相应的信息显示出来。
   
   当此项没有选中，你只能每次在需要的时候自己去运行FindBugs来检查你的代码。
   
   
2. Minimum priority to report选择项
   
   这个选择项是让你选择哪个级别的信息进行显示，有Low、Medium、High三个选择项可以选择，很类似于Log4J的级别设置啦。 比如：
   
   你选择了High选择项，那么只有是High级别的提示信息才会被显示。
   
   你选择了Medium选择项，那么只有是Medium和High级别的提示信息才会被显示。
   
   你选择了Low选择项，那么所有级别的提示信息都会被显示。
   
   
3. Enable bug categories选择项
   
   在这里是一些显示Bug分类的选择：
   
   Correctness关于代码正确性相关方面的
   
   Performance关于代码性能相关方面的
   
   Internationalization关于代码国际化相关方面的
   
   Multithreaded correctness关于代码多线程正确性相关方面的
   
   Style关于代码样式相关方面的
   
   Malicious code vulnerability关于恶意破坏代码相关方面的
   
   比如：如果你把Style的检查框去掉不选择中它，那么与Style分类相关的警告信息就不会显示了。其它的类似。
   
   
4. Select bug patterns to check for选择项
   
   在这里你可以选择所要进行检查的相关的Bug Pattern条目
   
   可以从Bug codes、Detector name、Detector description中看到相应的是要检查哪些方面的内容，你可以根据需要选择或去掉相应的 检查条件。

　　总结

　　此插件的功能很不错，可以帮助我们提升Java代码的编写能力，写出更加安全可靠的代码。建议使用或加在Ant里进行持续构建。

　　现在，你可以马上拿出你已经开发的一个项目，检查一下你的代码有没有问题了

       http://www.jacorb.org/download.html
  download ant
       http://ant.apache.org/bindownload.cgi

2:extact JacORB_2_2.jar to d:\JacORB_2_2

3:setup sys environment

       set ANT_HOME=
       set JAVA_HOME=
       set JACORB_HOME=d:\JacORB_2_2
       set PATH=%PATH%;%ANT_HOME%\bin;%JAVA_HOME%\bin;%JACORB_HOME%\bin;
       set CLASSPAHT=.;%CLASSPAHT%;%ANT_HOME%\lib\ant.jar;%JACORB_HOME%\lib\jarorb.jar;%JACORB_HOME%\lib\idl.jar\;%JACORB_HOME%\lib\logkit-1.2.jar

4:rename %JACORB_HOME%\etc\jacorb_properties.template to %JACORB_HOME%\etc\jacorb.properties
  and modify the 50th line to 53th line to
 
       #ORBInitRef.NameService=file:/y:/nsiona.ref
      
ORBInitRef.NameService=file://d://test//NS_Ref
      
#ORBInitRef.NameService=http://www.x.y.z/~user/NS_Ref
      
#ORBInitRef.TradingService=http://www.x.y.z/~user/TraderRef
 
  modify 618th line to
       jacorb.naming.ior_filename=d://test//NS_Ref

5:rename  %JACORB_HOME%\jacotemplate.bat to %JACORB_HOME%\jaco.bat
 
  and modify related env variable
 
  rename   %JACORB_HOME%\idltemplate.bat to %JACORB_HOME%\idl.bat
  
  and modify related env variable

6:  use ant compile and build idl and java

     cd  %JACORB_HOME%\demo\grid  

     run ant
   
     the generate class file in %JACORB_HOME%\classes  and generated java file in %JACORB_HOME%\demo\grid

7: open a new cmd window:
          cd %JACORB_HOME%   ns
 
   you can see the following result:   
       [ configuration jacorb loaded from file %JAORB_HOME%\etc\jacorb.properties]

   open a new cmd window:
          cd %JACORB_HOME%   jaco demo.grid.Server
  you can see the following result:   
  [ configuration jacorb loaded from file %JAORB_HOME%\etc\jacorb.properties]
  
  open a new cmd window:
          cd %JACORB_HOME%   jaco demo.grid.client
    you can see the following result:   
 
  [ configuration jacorb loaded from file D:\work\nj\JACORB\etc\jacorb.properties]
   Height = 31
   Width = 14
   Old value at (30,13): 0.21
   Setting (30,13) to 470.11
   New value at (30,13): 470.11
   MyException, reason: This is only a test exception, no harm done :-)
   done.

orkbookReadonly的困惑?

AddImage一个单元格是不是只能插入一个图片？

获得当前的行列号

Web开发cell报表

 Cell 产品分Cell 组件和Cell 插件两个姐妹产品。Cell 组件、插件(ActiveX控件)是北京用友华表公司在长期开发实践的基础上推出的功能强大、技术成熟的报表二次开发工具，是国内技术领先拥有广泛客户群的商业报表组件，有600多个编程接口，实现报表自定义，报表显示、打印预览、打印，图表，公式，自定义函数、资源本地化等强大功能，能够完全读写Excel文件。是软件开发人员开发优秀报表软件的最佳解决方案。

         Cell 组件适用于开发Windows报表应用程序

1、 强大的制表能力，特别适合制作中国式的复杂报表，解决您所有的制表难题；

2、 丰富的单元格类型，支持数值、货币、日期、文本等类型。Cell的单元格囊括了几乎所有的Windows标准控制；

3、 丰富的打印设置，美仑美奂的打印预览和打印效果，轻松输出各种报表；

4、 无须系统安装Excel，就可以和Excel文件完全转换，转换效率更高，效果更完美；

5、 强大的自定义函数功能，用户可根据自己的业务逻辑添加自己的函数；

6、 极大地提升了图表功能，图表种类和效果比肩Excel；

7、 资源本地化功能，根据需要可将Cell设成不同的语言版本；

8、 适用于VB、VC、VF、.NET、Delphi、C++ Builder、PowerBuilder等开发工具。

         Cell 插件适用于开发B/S结构的网络报表程序

1、 具备Cell组件的所有特色功能，在浏览器中提供报表的显示和打印(非IE的打印)；

2、 网络报表界面美观，大大改善了浏览器中报表的输出效果；

3、 带有国际化数字签名，让用户使用的更安全、更放心；

4、 可将报表文件另存为华表文件或者Excel文件，从而可以进行进一步加工；

5、 支持ASP、ASP.Net、JSP、VBScript、JavaScript等语言开发。

　　要回答这个问题，首先要比较面向过程和面向对象的开发方法的差别，传统的面向过程的开发方法在前20年大行其道，为中国企业的信息化建设立下了汗马功劳。之所以称为面向过程，是因为开发的焦点集中于过程，开发者集中于以函数为核心的过程，例如前些年很多人试图编写一些通用转账函数来满足银行的需求。面向过程的开发语言包括：Cobol、Pascal、C及C的变形语言。面向对象的概念是在近10年才进入中国的，而它的思想至今也没有真正意义上得到普及。简单的说，面向对象就是面向世界，世界上的任何事物都是对象，因此面向对象是很自然的思想，是符合我们的思维习惯的。面向对象的语言包括了Smalltalk、C++、Java，还有Object
Pascal，以及刚刚诞生的C#。
　　需求是不稳定的，那么需求之中是不是没有稳定的东西呢？有的，就是对象。世界都是由对象组成的，而对象都是持久的，例如动物、植物已经有相当长的时间。虽然对象也在变化，动物，植物也在不断的进化。但对象在一个相当长的时期内都存在，动植物的存在时间肯定比任何一家企业长久。面向对象的开发方法的精髓就是从企业的不稳定需求中分析出企业的稳定对象，以企业对象为基础来组织需求、构架系统。这样得出的系统就会比传统的系统要稳定得多，因为企业的模式一旦变化，只需要将稳定的企业对象重新组织就行了。这种开发的方法就被称为OOAD（Object
Orient Analysis & Design 面向对象的分析和设计），而分析出的企业对象就被称为Common Business Object。
围棋与OOAD的几个相似点：
活棋与对象
　　一块活棋至少有两个眼位，一个对象或类（有用的）至少要有一个属性和一个方法。眼位表明了这块棋存在的理由，属性和职责同样表明了一个对象存在的理由。
简单与复杂
　　围棋构成简单，一黑一白，以简单构建复杂，与对象方法的理念相同。
棋盘与边界
　　围棋的棋盘有边界，系统有系统边界。
定式与模式
　　下围棋有定式，面向对象方法有分析模式和设计模式。都是个中高手们长期实践的经验结果。
　　当然更主要的相似之处，应该在方法和过程上。围棋谁都会下，不就是在棋盘上圈地，看谁圈的多吗。但是高手与低手的水平却有天壤之别。例如：
1、 围棋忌讳把棋下成"愚形"，就是一大块棋坨在一起，行棋效率不高，对于对象就是紧耦合，一个复杂的对象负担太重，同样效率不高；
2、
一个围棋高手能够灵活运用各种定式和"手筋"，看到两颗子，就能推测以后的种种演化，一个面向对象的设计高手可以灵活地运用各种设计模式，画几张图就能描绘未来的宏伟系统；
3、 围棋有"金角银边草肚皮"的说法，在系统分析中首先根据系统边界来确定系统的主要功能和外部接口也是最有效的做法，俗称"用例驱动"。
4、 围棋有"大场"，强调大局观，系统分析也要求分析人员把握全局，从错综复杂的业务逻辑当中洞察最主要的矛盾。
　　整个行棋的过程都是演进的、逐步精化的，每一阶段没有明显的区分。针对主要需求的设计可以首先完成，阶段性设计成果一旦确定，就可以转移到下一个"大场"。符合面向对象方法的"统一过程"理论。
开局与需求分析
　　下棋的两个人好比一个是分析师，一个是用户，开始谁也不知道谁想干什么，通过一问一答的方式明确需求。高手的对话只需要寥寥几子就知道对方的路数，有经验的分析师几个回合就对系统了然在胸。
布局与架构设计
　　至于布局选择"中国流"还是"韩国流"，就相当于系统架构是DotNET还是J2EE，都是根据用户具体的需求和设计师的临场判断做出的。
中盘与详细设计
　　根据架构展开对象和类的设计，棋盘上渐渐浮现一块块活棋的模样。经过几轮不断的"精化"和"转换"，大局已定。至于关子，就是编码阶段，交给程序员去做吧。
　　最后，如果你能够从棋盘上看出一幅对象交