软件架构

当需要的元数据超过 ADOMD.NET 对象模型中提供的元数据时，ADOMD.NET 会提供检索 XML for Analysis (XMLA)、OLE DB、OLE DB for OLAP 以及 OLE DB for Data Mining 的所有架构行集的功能

一个企业的架构师能够帮助公司在组织技术领域和业务领域建立起连接。要达到这一效果，应该在企业架构师（EA）开始工作之前真正了解如何设置成效阶段。

Asp.net的多层架构主要是为了解决数据层，逻辑层，表示层等之间的关系。我的做法是这样的：首先建立一个DataCore的基类。基类里面封装了一些低层的数据库的基本操作，比如说数据库联接，调用存储过程等等。

摘要：本文分为三部分，主要站在oracle案例库角度来进行阐述，分别介绍oracle案例库的背景，实现思路和方法，并最后给出结论。

目前，主要企业都依赖多种分布式技术和新的功能，如SOA等。虚拟化能够提高这些系统的质量和上市的时间。但是，团队如何实施虚拟化以便提高不在一个集中的团队控制下的SOA功能和加快上市时间呢?这个扩展的机构必须要通过把共享的服务行为虚拟化才能把这两个战略联系起来，从而成倍增加SOA的价值。

IBM公司首席信息官Mark Hennessy在一次高端访问中解释说，2009年IBM公司全球服务部门首要的任务是通过最新的虚拟化设备整合过去遗留的企业级软件和硬件系统。我们也对IBM公司硬件，软件和网络流程能实现更加自动化而充满期待。IBM公司还将改革数据中心，根除所有IT方面的痼疾和混乱。

很多朋友都有过或者正在管理一个或者多个软件项目，那么我的文章就从这个问题开始：如果单纯从表象来说，软件项目管理过程中暴露的最大问题是什么？

软件架构师一般都是具备计算机科学或软件工程的知识，由程序员做起，然后再慢慢发展为架构师的。在国内，很多大学目前还没有设立软件架构的学位课程，虽然IT业界对设计和架构的兴趣日渐高涨，但各学校还无法在课程中增加相应的内容来体现这一趋势。从这个方面来说，学校教育已经远远落后于产业发展。因此，促进和发展软件架构学课程的任务将落在现在的软件架构师身上。目前的软件架构师应该帮助各大院校建立相关课程体系，一旦教育课程建立起来，知识体将不仅通过新毕业生的工作成果来得到扩展，同时也会从适合软件架构的教育研究和出版物中得到扩展[28]。

IT 架构师处在客户和开发人员之间，必须能够使用各种媒体（代码、模型、文档、PowerPoint以及谈话和讲座），与技术和非技术的干系人进行沟通。另外，架构师好歹也是个半大不小的官，其他领导必要的能力就不列了。

最近专门寻找了一些关于架构师的资料看看,发现有相当一部分架构师是不做开发工作的.他们手头的工具基本上都是Rose, Visio, Word之类,很少直接使用Eclipse.不过我也不是太肯定架构师是不是真的就要脱离代码.以我的观点,架构师不是一定要写代码的,但其代码能力一定要强.是不是很矛盾?解决办法就是架构师参与开发,但不承担具体的开发任务,只对产品中存在的问题或潜在的风险进行处理,通过开发一些原型或是解决一些实际的技术难题来保持对代码的敏感和体验.不要去写业务代码,而是专门解决有深度的难题,那么架构师通过尽量少的代码获得尽量多的经验.

对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”，可见“架构师”这一称谓的吸引力。架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。

这是由RUP的前任主管Philippe Kruchten写的有关软件架构师的文章，读起来比较有趣。

企业架构师正受到其所面临的大量复杂性的挑战。开发一个能够自动处理企业任务的独立的部门应用程序是一回事。而设计并组成一个支持上万 IT 使用者的满是应用程序、服务器和数据库（全都支持多种企业活动）的 IT 实验室全球网络，则完全是另外一回事。要组合这些复杂性，IT 网络必须随时可用、响应迅速并保护企业宝贵的信息资产。除所有这些之外，IT 网络还必须足够灵活以支持企业永远变化的需要，并且采用出现的新技术。

近来读了一篇《怎样成为优秀的软件模型设计者》的文章，感触颇深。仔细对比分析，发现原来我自己和周围的软件开发人员平常的一些自认为对的做法，有很多是有问题的。

前两天在微软Tech.Ed 2008大会上，腾讯展示了一下自己开发中的基于Web的QQ，界面真的很炫，鼠标在界面上滑动时，经过的一个一个的功能图标像水泡一样滚动，煞是好看。可是，却有点走火入魔的感觉，用户体验并不是美术大赛，用户到这里来的目的是什么？是沟通，方便、快速的沟通是第一位的。就如同Google的搜索框，无比的简单，却无比的快，非常“简捷”， 搜出来的内容非常适用得体。用户得到了很好的体验。Twitter也是一样。所以，新生QQ原型作为一种展示技术的原型不错，但却未必是一个用友很好的客户”体验“的产品。

前面一年多的时间里，一直不停的在寻找架构师Architect。简历收集了上百个，前后面试了至少数十人，大多有相当不错的职业经历，也有相当不错的项目经验，他们在很多技术方向都很出色，也有不少含金量高的证书，例如CCIE。可是，令人遗憾的告诉大家，找到一位令人满意的架构师实在是一件非常不容易的事情。架构师，如同字面上的含义一样，掌握着一个建筑的风格、层次、标准等。IT Architect也不例外。架构师决定技术方案的走向，很大程度上会影响管理层的决策，并且对后续的运行和业务交付都至观重要。

最近在网上读到了“杀不死的人狼——我读《人月神话》”系列文章。是周爱民关于《人月神化》的读书心得。《人月神化》在软件工程里一本很有分量的书，讲述了Brooks博士在IBM公司 System/360家族和OS/360中的项目管理经验。周爱民在他的这一系列文章中用自己架构师经历为基础，从他的视角重新品读了这本书。而这也使我有了采访下他的想法，从中我们也许可以了解到中国企业内软件架构设计这个环节的现状。目前周爱民是盛大网络架构师。

自05年开始接触到分布式架构，06年在原先的基础上从头开始设计了一套分布式架构。整个大平台的开发、性能和可扩展性都得到了考验，本文说一些在过去几年实施“SOA”过程中的一些心得和一些细节。

【提要】从本篇开始，我将着手创建我的论坛应用程序中的第一个单元测试，并且将实现必要的代码以便顺利通过这个测试。

本篇中，我们将继续在论坛应用程序中添加一些新的功能以支持用户提交新的消息并进行相应的应答支持。