Software architecture: perspectives on an emerging discipline
Software architecture: perspectives on an emerging discipline
Pattern languages of program design 2
Pattern languages of program design 2
Patterns of software: tales from the software community
Patterns of software: tales from the software community
Pattern-oriented software architecture: a system of patterns
Pattern-oriented software architecture: a system of patterns
The art of systems architecting
The art of systems architecting
Analysis patterns: reusable objects models
Analysis patterns: reusable objects models
Hi-index | 0.00 |
A critical distinguishing characteristic of architectures for families of embedded systems is their relative need for errordetection and-management. This need can range from extreme, as occurs with nearly all life-rated systems, to nominal, such as might occur with simple, inexpensive toys. Increasing a system's capability for error detection and management invariably results in increased complexity and an increased load on system resources. Consequently, even systems with extremely high error management capability sometimes demonstrate anomalous behavior. When this occurs, it is typically necessary to rapidly and effectively identify the source of the anomaly. Therefore, a key consideration when developing an architecture for a family of embedded systems is determining the scope and nature of the diagnostic requirements that will be placed on the architecture. This paper discusses the value of diagnostic architectures, the construction of diagnostic architectures, and techniques for determining where diagnostic elements should be placed within an architecture. The paper also examines several specific diagnostic techniques and discusses tradeoffs between detail, data persistence, system performance, and system resources