一、 IT架构设计与规划中的过程控制
Enterprise Architecture
    传统的企业IT项目规划容易犯一个很严重的错误：就是希望一个系统在完成的时候能满足所有人的需要，能完成所有的功能，而这样做的后果是花了非常多的时间做需求、做设计、做开发，而在实施的时候发现系统已经不能再满足企业的需求了。针对这个问题，微软专门提出了版本控制的概念，通过多个版本来实现项目的过程控制。

    从右图可以看出，处在信息时代的企业面临最多的是商业规模的日益扩大和信息技术的推陈出新，为了使企业内部的IT系统更好地满足企业的变化，创造大的经济效益，只有对这些IT系统进行版本控制。
“At the end of that 18-24 month period the state of the business has changed and the state of the technology that can be applied to that business has changed”

    以上是对国外企业IT系统版本变化周期进行的有关调查，一般经过18-24个月，企业的业务需求就会发生很大变化，而原来系统使用的IT技术和设计思想就已经不能满足企业业务需求变化的需要，这时我们能做的只能是开发下一个版本，在其中采用更先进的技术和更完善的设计思想。

    因此在规划企业内部的IT项目时需要采用版本控制的概念，这样才能使企业的IT建设更有序、更专业、更高效。

二、 软件项目设计中的过程控制
Application Design

    一旦完成了企业IT项目规划，就进入了项目的具体实施阶段。MSF中对如何对软件项目实施过程进行控制有详细的描述。

1. 过程控制曲线
如下图，在项目实施过程中根据时间要求和功能要求将一个大的项目分成几个阶段（版本）完成是非常必要的。

2. 版本控制的好处
    (1)IT系统完全是为企业服务的，如果企业的需求不断变化而IT系统变化缓慢（甚至不变），那么最终后果只能是企业遭受巨大的经济损失；

    (2) 可以根据需要优先开发重要的功能并尽早提交给用户，这样可以保证IT项目第一时间为企业创造价值，同时可以使企业保持在同业的领先地位，有助于提高企业的形象和地位；

    (3)用户可以在使用一个版本的基础上提出更高、更准确、更重要的需求，这样有助于开发出真正满足企业需要的最好的系统；

    (4)由于企业的目标、规模、业务都是不断变化的，希望通过一个系统完全实现企业的所有功能是不可能的，这样不但极大地增加了系统失败的风险，而且还会因为开发周期过长而难以控制，同时开发的系统可能已经不再适合企业的需要；

    （5）如果在一个系统中包含复杂的需求和过多的功能，项目组可能会失去目标和前进的动力；

3. 版本控制的原则
    (1) 赋予企业内部业务系统“产品”的概念，只有不断推出和完善产品才能获得成功，企业才能生存；
    (2)制定多个版本的计划；
    (3)按照需求和业务的优先级制定每个版本要实现的功能；
    (4) 如果一个版本不能满足业务需求要尽早实施新版本，而不是继续修改和补充旧版本。

 

[感谢广东省人民医院信息中心薛冠华主任参与本章的修改工作，也感谢微软刘宇先生的支持。]