"IAM" is quite a generic term too, so perhaps it would be better to add more detail. I know what "RDS" means here, but you probably don't, so that should really be fixed. small vs large boxes)Įvery element has a name here, so that's good, but some of those names are acronyms/abbreviations. Do you understand the meaning of all element sizes used? (e.g.Do you understand the meaning of all border styles used? (e.g.Do you understand the meaning of all icons used?.Do you understand the meaning of all shapes used?.Do you understand the meaning of all colours used?.Do you understand the meaning of all acronyms and abbreviations used?.Where applicable, do you understand the technology choices associated with every element?.Do you understand what every element does?.Do you understand the type of every element? (i.e.Again, here are some things to think about: Let's move on to look at the elements in more detail. I'd recommend adding a diagram key/legend for UML and ArchiMate diagrams too, since not everybody will know these visual languages. And while that's not necessarily a bad thing, a diagram key/legend would help readers to understand the notation being used. Well, this looks like an ad hoc collection of "boxes and lines" rather than being UML or ArchiMate. ![]() My assumption is that the large box labelled "Risk System" is the scope of the diagram, but a better title would clarify this.Īnd regarding notation. I'd estimate that upwards of 90% of the initial diagrams I see created during my workshops don't have a title! In this case, the diagram does have a title of "Context", but it's not explicit about what it's showing the context of, and what the diagram scope is. ![]() Do you understand what the diagram scope is?.Do you understand what the diagram type is?.Here are a few initial things to think about: Let's start by looking at the diagram as a whole. It's high-level, clean, concise, colourful, and you might even be able to work out what's being described here. On the face of it, this diagram doesn't look too bad. Let's start with a fairly typical example of a whiteboard diagram from one of my workshops. Some diagrams are better than others, but I've noticed that many people struggle to critique a diagram because they're not really sure what to look for. "synopsis" may belong to another edition of this title.I see hundreds of software architecture diagrams every year, predominantly through my software architecture workshops. This book, volume 2 of Architectural and Program Diagrams from the Construction and Design Manual series offers an almost infinite plentitude of ideas and possible solutions for everything to do with planning and construction on 416 pages, with an introductory essay on the importance of diagrams when imparting and presenting architecture." What is more, they don't just serve to provide information - they are also miniature, individually designed items that bear the signature of their creator. Diagrams illustrate bold visions and unexpected approaches and are a key component for developing complex construction projects - and they thus play their part in realizing these projects successfully. They help to make complex ideas, systems and relationships easy to visualize and help to communicate these, crossing linguistic and cultural barriers. ![]() "Diagrams are playing an increasingly important role in architecture and city planning.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |