Difference between revisions of "IEEE 1471"
Jump to navigation
Jump to search
Dr Scofield (talk | contribs) m |
Liana Linden (talk | contribs) m (AWG wiki restructuring edit) |
||
| Line 10: | Line 10: | ||
An architecture itself is just an abstraction, and it is through the multiple views that this abstraction reveals how it solves the numerous (and frequently orthogonal) requirements. One view definitely doesn't fit all. (See [[Talk:Components_and_Roles|Talk]] for more.) | An architecture itself is just an abstraction, and it is through the multiple views that this abstraction reveals how it solves the numerous (and frequently orthogonal) requirements. One view definitely doesn't fit all. (See [[Talk:Components_and_Roles|Talk]] for more.) | ||
[[Category:AWGroupies]] | [[Category:AWGroupies]] | ||
Revision as of 13:22, 7 November 2007
Common understanding is achieved by discussing common mental models using a common language. In systems architecture, IEEE-1471 helps us approach that goal:
IEEE-1471 looks slightly heavyweight at first glance, but it isn't in practice because it isn't a straightjacket. Its main benefit is in helping designers of system architecture to embrace the idea that interested parties (stakeholders) each have their own concerns (viewpoints) which need to be described in appropriate architectural views.
An architecture itself is just an abstraction, and it is through the multiple views that this abstraction reveals how it solves the numerous (and frequently orthogonal) requirements. One view definitely doesn't fit all. (See Talk for more.)