Posts Tagged SOA

TOGAF 9 Training – Completed


Definition of Terms

Term Definitions
TOGAF 9 Enterprise Architecture development methodology (ADM). Produced by The Open Group.
Acronym =
The Open Group Architecture Framework Version 9
ADM Architecture Development Method
Enterprise Architecture The “town planning” for IT in an enterprise. Enterprise Architecture in Wikipedia.
SOA Services Oriented Architecture
SDLC Systems Development Life Cycle
Change Management Change Management (ITSM)
ITSM IT Service Management

 

Introduction

I have just completed a 4 day training course on the TOGAF 9 ADM.  This was 4 very long days. The topic matter is “a bit dry”. What can you expect from a process which is designed to align the goals of the enterprise (not just IT) to the systems which which are delivered. But, very pertinent to the one of the many “hats I wear” at work.

The “brain full” light  started flashing this afternoon. Hardly surprising 4 days of 9:00 to 5:00 of Enterprise Architecture training is bound to "get to you after a while”.

Was It Worthwhile

YES. It was. I’ve gained a far better understanding of the “whys, and wherefores” of the whole “shooting match”.

I’ve still plenty of “dangling pointers”, which I hope to resolve over the coming weeks. Most of these “dangling pointers” are pointers into the 800 page pfd file which documents the process.

I’ve a fairly detailed set of notes from the course. The benefit of having the work notebook, and a copy of Word. I’ve taken the notes into word as an outline, which I could fill out into a book on TOGAF 9. If anyone (major publisher) out there wants to employ me (offer a publishing deal which would make it worthwhile for me to take the time out from work to write the book) to write a “not from the Open Group” TOGAF 9 book, leave a message.

External “Dangling Pointers”

The course has left me with a couple of other pointers to chase up. These include:

  • SOA information from the Open Group. This is a gap in the applications architecture which I’ll need to address (or start the correct wheels rolling to address). I’ll try and grab some of the SOA content from the Open Group Web Site.
  • SOA Training from ZapThink.
  • Some interesting diagramming styles which TOGAF used. I need to look up if they are from some other diagramming system, or unique to TOGAF.
  • Security Architecture from the Open Group. Another of the other threads in the group. I need to look up, and download some of the content. It is another gap in the architecture, and needs to be addressed (by me, or by me starting the wheels rolling – in the right direction).

Conclusion

The training was very worthwhile.

I has left me with plenty of work to be done (but I had that before the course as well). But, now I may have some real ideas as how to get some of it done in a TOGAF way, now.

Probably, leaves me with a number of “big projects” yet to “kick off”. The getting the SOA right, and getting a Security Architecture which ties into the right parts of the SDLC, and Change Management Processes, will be important.

 

Digg This
Advertisements

, , , , ,

Leave a comment

SOA Web Sites by Thomas Erl (and associates)


This collection of web site links for the SOA Books and associated materials.

Site Comments
What Is SOA A site with some good overview, and introductory concepts materials.
SOA Books This is a site which lists the SOA books Thomas Erl has had a hand in. All of the books are published by Prentice Hall
SOA Patterns This site has a list of the design patterns identified in SOA implementations. It is really a companion to the SOA Design Patterns Book. The detailed content on the is very brief, you probably need to have read the book to make use of the site.
SOA Principles This site has a list of the SOA Design Principles. It is a companion to the SOA Design Principles book. The detailed descriptions are quite brief, and reply on you having read the book.
SOA Glossary This could be a very useful glossary of SOA related terms. One of the big issues which introducing SOA will  always run into is the terms used in a SOA can have “overhanging” or “residual”meaning from other contexts. Having source for a glossary which you can use to standardise the language will be very useful.
SOA Posters Download Page

This page has two posters:

  • the SOA Principles poster. This poster is a good summary of the design principles.
  • the SOA Design Patterns Reference poster. A high level summary of the SOA design patterns. Again, a good “quick reference card” to the details of the pattern in the book.
SOA Methodology An introduction to a design and development methodology for SOA. Again, probably needs the book to really get more than a couple of quick tips from the site.
SOA Specifications A useful set of links to all (probably) the standards which are used in the SOA arena today. It makes a handy quick reference into the variety XML based standards used today.
SOA Schools Certification Want to become a SOA Certified Professions, here the place to start. I have no idea of the quality of what is offered, or the general acceptance of the Certifications which can be gained.
SOA in the US DoD Site dedicated to the implementation of SOA in the US DoD. The links to documents here may be helpful in SOA implementations in other large organisations.
SOA Magazine Magazine site, claims the current issue is 23. The link to find the past issues is at the bottom on the page (in fine print – not the easiest thing to spot).
WS-* Standards Reference Site with links to some of the WS-* Standards.

 


SOA Design Patterns

SOA Principles of Service Design

Web Service Contract Design and Versioning for SOA

Service-Oriented Architecture (SOA): Concepts, Technology, and Design

 

del.icio.us Tags: ,,

, ,

Leave a comment

Key Thought while reading SOA Concepts, Technology and Design (part 1)


Service-Oriented Architecture (SOA): Concepts, Technology, and Design

What I intend to do here is pick up the key thoughts, and concepts which I encounter while reading the above book. This one of a couple of SOA books I’m reading currently.

I’m not coming into this discussion of SOA without any previous experience of the topic. So, hopefully the will be more than a 101 level discussion of the concepts.

The “A” in SOA is important to understand. Architecture here is driving at a vendor, and technology, agnostic concept. This concept of the “service orientation” of the components which are integrated into an implementation. The service components “publish” a definition of the service they provide through the service contract (the semantic meaning of what the service does is something which a WSDL contract does not contain – we need to look to other standards and development to see this materialise). The services communicate through messages (which should be self contained and governing objects). 
Web Services are the current way that these aims are currently achieved. In is important to understand that “just using web services” does not make a system SOA. Web services are just a technology platform which allows the implementation of SOA.

del.icio.us Tags: ,,

, ,

Leave a comment

%d bloggers like this: