“量”产生于属性的比较。 “量”必须与“单位”成对出现才能表示特定的物理意义。 概念的内涵反映概念的特有属性或本质属性。这种属性可以进行比较，从而产生度量的结果——序偶。序偶是成对出现的，比如大小，远近，快慢，冷热，等等。从语言的角度来说，序偶起到修饰性作用。针对不同的修饰对象，可以分为形容词和副词。 如果把属性定义出一个公共的单位作为标准度量，则比较的结果可以称之为绝对度量，这

 名概念；动概念；组合概念；模式 名概念表示存在；动概念表示关系，包括时间关系，空间关系，相互作用关系等等。 通常我们在进行系统分析的时候，会用“概念模型”表示名概念及其关系，用分析模型表示动概念的作用方式。 概念组合可以产生新的概念，新概念的类别与组合的方式有关。只有这个组合的概念经常出现时，我们才会用一个新的名称为其命名。 概念的组合方式也可能会重复出现。如果出现得比较频繁

  OOP？我会！ OOAD？我懂！ UML？知道！ RUP？XP？接触过！ 如果问任何一个开发人员，尤其是java开发人员，大抵会得到这样的答复。但是，面向对象，我们真的懂了吗？本文试图阐述面向对象最基本的原理，方法，观点；以及面向对象的软件过程中应该具有的环节和注意事项。 写作动机及意见征集 其实我们在学习分析

 面向对象和面向过程其实并没有本质的区别。试想，对于面向过程的程序看作一个大的对象，那么全局变量就是属性，全局函数就是方法。只不过这个系统只有一个类。 面向对象是什么？这个话题说起来比较长，要追溯到计算机最初的产生。 最开始图灵用“心内求法”的方式，在思想中构建出了计算机的理论模型——图灵机。简单地说，图灵机是这样一个“输入－输出系统”：输入数据，根据预先编制的程序，改变机器内部的状态

 网上从来都不缺少“做技术还是做管理”的争论，人们从各种角度来讨论这个问题。在我看来，二者并没有本质的区别。技术和管理，根本就是一回事。 网上有很多管理“做技术还是做管理”的争论。这里不讨论其外在的影响（比如“钱途”，机会，或者面子），而是试图说明，在本质上，技术和管理是一码事。能搞好技术就能做好管理。注意，这里说的是开发技术，不是项目管理。 按照现代管理的理论，管理要做的就是：计划，

 软件并没有软到“橡皮泥”的程度，可以随意捏造； “丑陋的代码”，往往产生在需求变更的过程中。 本文分3个部分讨论这些问题： 1.静态的软硬件划分 2.动态的软硬件划分 3. 需求变更与丑陋的代码 1.静态的软硬件划分 关于软件与硬件的“官方”标准定义是： 软件是一系列按照特定顺序组织的计算机数据和指令的集合。 硬件包括电脑中所有物理的零件，以此来区分它所包