Reference architectures

August 19, 2009 colink

Zapthink remind us of the value of reference architectures.

The Ujuzi take (with apologies):

  1. build on a pre-existing reference architecture where possible (this is the standing on the shoulders of giants bit)
  2. if  you are committed to a vendor’s product, decide how deeply you are prepared to entrench it in your architecture and then build on their best practices for the chosen bits
  3. maintain a register of lessons learned (and solutions) as you go through projects
  4. document antipatterns and how to avoid them
  5. document new patterns and how to apply them
  6. document what doesn’t work as advertised – whether it is a vendor product capability or just an architectural approach
  7. PoC, PoC, PoC

Filed under: Uncategorized

Tags:

Leave a Comment

(required)

(required), (Hidden)

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

TrackBack URL  |  RSS feed for comments on this post.


Pages

Tags

 

August 2009
M T W T F S S
    Sep »
 12
3456789
10111213141516
17181920212223
24252627282930
31  

Meta

RSS Bookmark of the week