1.6 为向 OOP 转变而采取的策略

1.6.1 逐步进入OOP

     【训练】

       . 培训形式 - 小组培训或者公司培训, 视对于公司的整体的影响

     【低风险项目】

     【来自成功的模型】

     【使用已经存在的类库】

       . 经济动机角度, 尽量使用已经存在地的类库

     【不要使用C++重写已经存在的代码】
      
       . 原则 - 时间角度

1.6.2 管理障碍

      管理员的任务: 为小组获得资源, 使得小组得以克服成功路上的困难, 并且创造高产和令人愉快的环境, 使得小组可以完成他所要求的奇迹

     【启动代价】

       . 投资培训
       . 第三方类库购买

     【性能问题】

       . 大多数传统的OOP语言是在实验和在头脑中快速建立原型的情况下设计的, 不侧重普通操作, 即更多的用于OOP设计本身的描述, 是实验室语言
       . C++是在已经有生产程序的情况下设计
       . 通过快速原型能够较早发现性能问题

     【普遍的设计错误】

       . 早期项目的设计和实现因为相关的系统需求问题导致

〖个人理解〗

  以上都是一些项目经理需要考虑的问题, 其实在软件工程里面就对于一个项目的开发过程有过阐述, 其中分为开发者, 项目经理, 专家组; 往往需要经过多次开发会议进行各项设计及其文档的讨论和评审. 所以项目的经理就是在于协调各个方面的进度营造一个良好的开发环境. 所以往往管理型的项目经理比较好, 重视过程及其进度之间的关系. 而技术性的项目经理往往过多的考虑技术本身( 恰恰国内往往大多数是这样... ). 我甚至听说印度的一些项目经理本身不是计算机出身.