|
没有企业技术架构的支撑，应用软件开发就类似于没有操作系统支持的早期软件编程一样苦不堪言，摆脱不了如下三大困境： (1)手工作坊式的开发，对技术人员的强依赖； (2)软件开发团队被牢牢地束缚在次要工作（繁琐的实现细节）之中，而未放在根本问题之上；软件开发工作中何为根本问题、何为次要问题？Brooks先生在他的著名文章《没有银弹》中有详细的论述，需求和设计是软件系统中的根本问题，而具体的技术实现是次要问题；而目前绝大多数的项目都纠缠于技术细节中，如何监听控件的事件、如何解析报文，什么堆栈、什么列表、什么哈西Map、什么观察着模式、什么装饰模式……，技术人员陶醉在这些美妙的名词中不能自拔，项目组就如同在焦油坑中挣扎的猛兽，在技术的泥潭中越陷越深。需求、设计这些根本的问题被忽略为一个过场和形式化的文档，更多的精力消耗在焦油坑之中，项目实质上演变成了满足功能的编码和测试过程，（更可怕的是，由于缺少认真的需求分析过程，这些功能仅是个体要求，而非业务领域的本质需求，脆弱而易变），软件系统设计的核心准则—开闭原则，成为项目组史前遥远的记忆，模糊的已经不见踪迹，大家都在为次要问题忙碌着。 (3)昂贵的应用系统如同建筑在技术沙堆之上的土房，毫无根基，经不起风浪，任何技术细节的变化、报文或数据格式的调整都会引起应用系统的地震； 没有坚强稳固的技术架构支撑的应用系统，如何面对技术发展洪流的冲击，没有开闭原则指导的系统设计，功能导向的软件开发过程，如此建立起来的应用系统，如何承受业务领域朝气蓬勃的发展要求！ |
|
|
