May 2008 Entries

Architecture Types

System Architecture - When a specific system lets say (Net Banking for Bank) undergoes its design process, as a result System Architecture can be derived.
- SA defines functions for various components, their interfaces, interactions and constraints too.
- SA specification acts as an input criteria for next levels including application design and implementations.
- SA consolidates the simple models which are like abstractions over the dynamic complex sub-systems/systems.

posted @ Friday, May 23, 2008 6:34 AM | Feedback (0)

Communication Diagrams in UML 2.0

Communication diagrams, a kind of interaction diagram, emphasize the data links between the various participants in the interaction.

Instead of drawing each participant as a lifeline and showing the sequence of messages by vertical direction as the sequence diagrams does, the communication diagram allows free placement of participants, allows you to draw links to show how the participants connect, and use numbering to show the sequence of messages. ........

posted @ Wednesday, May 21, 2008 4:34 PM | Feedback (0)

Sequence Diagrams concepts with Example

UML has following interaction diagrams :
- Sequence Diagram
- Communication Diagram (formerly Collaboration Diagram)
- Interaction Overview Diagram

for this post lets start with Sequence Diagram ....

posted @ Wednesday, May 21, 2008 2:54 PM | Feedback (1)

RockScroll - for Visual Studio

posted @ Tuesday, May 20, 2008 5:08 PM | Feedback (0)

Chain of Responsibility Pattern

COR Objective To provide the appropriate handler present in the chain of handlers which can handle the incoming request. Advantages Loose coupling. This is based on "Data-Driven" concept. Distribution of responsibilities

posted @ Friday, May 16, 2008 6:52 PM | Feedback (0)

GRASP Principles - Part-1

I have been reading the Matrin Fowler's book on Applying UML & Patterns for quite a long time now. I just thought might want to share some of the experience from the book with you.

Today's post is gonna talk about some of the design principles which are considered as base for any object oriented design. This will be the first part of the multi-part series of learning GRASP principles.

Read more

posted @ Wednesday, May 14, 2008 10:54 PM | Feedback (0)

Interface Seggregation Principle

Basically it deals with the problems related to "fat" interfaces. "Fat" interfaces are those which has methods which can be divided into two or more groups. In other words they are not cohesive in nature. We should avoid such interfaces because it creates dependencies between different components and clients even if they dont require them.

Read More for examples and details

posted @ Tuesday, May 06, 2008 12:27 PM | Feedback (0)

Iterator Pattern

An aggregate object should give a way to access its elements without exposing its internal structure. There may be different ways to iterate through different elements. It is not advisable to flood your aggregate object with so many iterating mechanisms.

"Provide a way to access the elements of an aggregate object sequentially without exposing its underlying representation" .... Read more

posted @ Tuesday, May 06, 2008 10:53 AM | Feedback (0)

Memento Pattern

Sometimes it's necessary to record the internal state of an object. This is required when implementing checkpoints and undo mechanisms that let users back out of tentative operations or recover from errors. You must save state information somewhere so that you can restore objects to their previous states.

Memento lets u do this , read more for examples

posted @ Monday, May 05, 2008 5:04 PM | Feedback (0)

An Architect is a Leader

posted @ Monday, May 05, 2008 1:57 PM | Feedback (0)

Factory Method Pattern

This pattern is also called as Virtual Constructor

Frameworks use abstract classes to define and maintain relationships between objects. A framework is often responsible for creating these objects as well.

Since Framework in not aware of applications for which it will be used, hence it is not aware of the sub classes of abstract classes it provides and therefore it delegates the responsibility of creating the instances of application specific class to the sub classes.....

posted @ Monday, May 05, 2008 1:03 PM | Feedback (0)

Architecture World Conference 2008

posted @ Monday, May 05, 2008 11:41 AM | Feedback (1)

Observer Pattern

Observer Pattern define a one-to-many dependency between objects so that when one object changes state, all its dependents are notified and updated automatically.

Dependent Objects are termed as Observers. New Observers can easily be hooked in an existing list of Observers.

This article explains Observer pattern with example in Java. Read more for details

posted @ Friday, May 02, 2008 7:35 PM | Feedback (0)

Patterns of Enterprise Application Architecture

posted @ Thursday, May 01, 2008 10:43 AM | Feedback (0)