关于过程

关于过程，实际上有几个不同的内涵，因此我们必须在任何时候都明确，你现在用的到底是在指哪个。
首先一个经常遇到的是RUP里面的这个过程，其内容实际是在说一套完整的，内包含的、自我定义也就是自我迭代内递归定义的，软件开发方式的框架。也正是由此，才可以看出RUP是一个商业的产品，是一个商业的实践集成，也正是由此才可以反应出其与up的区别。在RUP中不仅仅定义了开发方法，还定义了组织结构，人员构成，人员职责等等。
而CMM中也谈到过程，这个过程则仅仅是说软件开发的方式和开发的方法流程。而CMM的基础概念上就以及明确了人不是这个过程的内含要素，即便现在的CMMI也不能明确指出其支持对于人的定义（有另外一个cmm的标准是针对人的）。
而管理上我们也会说到过程，特别是现在的热词——面向过程的管理。实际上这个词是与传统的面向职务的管理所对应的一种概念。在传统的概念领域，企业的结构是稳定的，人的职责是受其职务所定义的约束的。而面向过程的管理（实际上也有人叫面向流程的管理，面向业务流程的管理等），则是说企业的组织结构是柔性的，其被企业所进行的业务所约束，并形成一种以业务目标为导向的业务流程为约束的组织构造，人的职责是被这个业务流程所定义，而不是被其职务所定义。这个过程的概念，经常和敏捷制造，柔性管理，扁平结构，矩阵企业，BPM,等热词一起出现。

说的好。在流程中不断争斗，充满政治斗争。

受教！

RUP里面的这个过程，其内容实际是在说一套完整的，内包含的、自我定义也就是自我迭代内递归定义的，软件开发方式的框架。

CMM中也谈到过程，这个过程则仅仅是说软件开发的方式和开发的方法流程。


这2个东西的区别,还是不太明白,能不能再通俗的讲解一下.

cmm的过程通俗说，就是你开发一个软件要做些什么，什么时候做，做到什么程度。
而RUP中的过程（实际上软件工程方面的专有名词过程也是一样），则是说要有一个应对面很宽，并且可以在其中找到各种比较常见的解决方案，并且能够在其内涵范围内进行解释自我，并且进行一系列推导的推导方法和推导基础假设或者叫公理的支持。通俗的说，一个过程就该像金箍棒，可大可小，可变可不变，可上天可下地。

RUP和UP的区别是怎样？能否简单介绍下UP，我对RUP了解一些。

up只是很小的一个方法，其是RUP的核心，同时还包括了uml、用例这两个工具。实际上up就是RUP的理解基础，而RUP则是up的扩展和实例化，类似的东西还有EUPhttp://www.enterpriseunifiedprocess.com/
和essup。

正好前几天刚看过这些，我觉得，EUP是对RUP的扩展，EssUP是对RUP的压缩。另外eclipse还有个BasicUP。

我没有理解的是“也正是由此”这个推导过程。

可以说RUP原来是官方化的up，毕竟他们在一个公司。所以研究up大多数还是从RUP开始的。但是毕竟RUP是一个产品，是一个商品，是用来卖的。而结合他们当初的方法，特别是Ivar的方法，和RUP的学术部分，才有了up。而时时刻刻必须记住RUP是一个商品，他的这个属性，决定了它要比一个方法多很多东西。

RUP就是IBM的规矩?
隐性的必须照他定的规矩来?