The Community for Technology Leaders
Green Image
Issue No. 02 - March-April (2013 vol. 30)
ISSN: 0740-7459
pp: 54-60
Sanjai Rayadurgam , University of Minnesota
Mats P.E. Heimdahl , University of Minnesota
Anitha Murugesan , University of Minnesota
Darren Cofer , Rockwell Collins
Andrew Gacek , Rockwell Collins
Michael W. Whalen , University of Minnesota
Systems are naturally constructed in hierarchies, in which design choices made at higher levels of abstraction levy requirements on system components at the lower levels. Thus, whether an aspect of a system is a design choice or a requirement largely depends on your vantage point within the system components' hierarchy. Systems are also often constructed from the middle-out rather than top-down; compatibility with existing systems and architectures and availability of specific components influence high-level requirements. Requirements and architectural design should be more closely aligned: requirements models must account for hierarchical system construction and architectural design notations must better support requirements specification for system components.
Computer architecture, Contracts, Software, Analytical models, Cognition, Aerospace electronics, architecture, formal methods, requirements, refinement, model checking
Sanjai Rayadurgam, Mats P.E. Heimdahl, Anitha Murugesan, Darren Cofer, Andrew Gacek, Michael W. Whalen, "Your "What" Is My "How": Iteration and Hierarchy in System Design", IEEE Software, vol. 30, no. , pp. 54-60, March-April 2013, doi:10.1109/MS.2012.173
89 ms
(Ver 3.3 (11022016))