Saturday, July 30, 2005
Friday, July 22, 2005
The Architecture Framework lays the foundation for the enterprise and the Agile Project Management enables large organizations successfully manage and deploy SOA enterprise wide. Without adopting either - the traditional (structured) development methodology and process does not enable enterprises achieve the full benefit.
Tuesday, July 05, 2005
- Governance & Organization
- Standard Bodies
- Regulation & Compliance
- Management (of Programs, Projects, Services, Infrastructure, etc.)
- Security (could be considered as part of management - best broken out seperately)
- Business Process
- Development tools and Methodology
- Deployment tools and Methodology
Based on my discussion with BEA there are 4 Organization patterns/models (listed in the white paper available at http://eudownload.bea.com/uk/events/soa/soa.pdf). These models could be considered as:
Centralized, Hierarchial, Federated & Partially Federated and these models are typically structured the same way the Enterprise is organized. For example is the business is highly-centralized - then so is IT. This structure would typically not change for adopting SOA across the enterprise. Forrester has an excellent research paper on this - which you may want to download from their site.
It is easier to achive the reuse benefits of services in a centralized model. The issues for non-centralized (most large enterprises) organization is the structure/process required to get the benefits of reuse. The missing solutiuon for this is a centralized Service Repository with a Google like search capability. To make this a productive tool - every project manager & business would have to comit to document and publish their objectives, process, requirements, design, etc. (all the sharable assets) into this repository. Such a respository will have to leverage technologies such as Search (Goole Appliance, Autonomy, Verity, etc.) & Conetent Management Systems (Documentum, Interwoven, FileNet, etc.). Ofcouse - Microsoft provides similar capabilities but have not reviewed their products.
A lot has been said about how SOA and EDA are unique "architecture styles". It seems like only one or the other architectural prin...
The purpose of this blog is to get some validation for how I look at Business Processes vs. Business Services. In simple terms, I differen...
One of the best practices for Enterprise Architecture teams to redo the enterprise road map on a periodic basis. It is typically reviewed a...
In this blog my attempt is to provide some definitions and in turn to get feedback on the differentiation between the parameters traded betw...