Theoretical Software Diagnostics
Monday, November 9th, 2020Theoretical content is available in edited and revised PDF format:
http://www.patterndiagnostics.com/theoretical-software-diagnostics-book
Theoretical content is available in edited and revised PDF format:
http://www.patterndiagnostics.com/theoretical-software-diagnostics-book
The content of trace analysis patterns is available in edited and revised PDF format:
https://www.patterndiagnostics.com/trace-log-analysis-pattern-reference
The content of crash dump analysis patterns is available in edited and revised PDF format:
https://www.patterndiagnostics.com/encyclopedia-crash-dump-analysis-patterns
The content of this site is available in edited and revised PDF format with a significant discount for volume set:
https://www.patterndiagnostics.com/mdaa-volumes
Alternatively, analysis pattern and theoretical content is included in Pattern-Oriented Software Diagnostics and Anomaly Detection Reference Set:
https://www.patterndiagnostics.com/pattern-oriented-software-diagnostics-reference-set
Abstract is usually the summary of an artifact (see Trace Summary analysis pattern) or not concrete description (see Analysis Pattern Square diagram).
Accent as stress in a line of verse has its correspondence to data in Message Pattern, which can be seen as a sequence of variables and Message Invariants.
Act as a play division corresponds to Activity Regions (see also trace partitioning and Activity Theatre analysis patterns).
Action as the main story of a narrative artifact may involve a sequence of selected Significant Events, Macrofunctions, Activity Regions with Motives. In a software narratological framework for presenting software stories, action is a sequence of selected messages that constitutes a software plot (an acquired software artifact that may not be complete/full due to abridgment like restricting tracing/logging to selected components).
Adaptation as interpreting an artifact as a different one (from one media to another, or a different structure) is similar to treating memory dumps as traces/logs or vice versa as Projective Debugging.
Address as a story written for a specific group of people could be a software execution artifact explicitly acquired and adapted to some external users or Declarative Trace messages crafted for a specific team in mind (see also Embedded Comment analysis pattern).
- Dmitry Vostokov @ DumpAnalysis.org + TraceAnalysis.org -
Ab ovo is a software story (for example, a trace or log, a problem description, see software narratology square) that starts from the beginning of the use case events it narrates (see also Use Case Trail analysis patterns) or the start of software execution (see also Visibility Limit analysis pattern). Logging may start from some middle event of a use case, source code (see also Declarative Trace analysis pattern), or a log may be a part of a larger full trace (see also a software narratological framework for presenting software stories): in medias res. Such software stories may also have flashbacks, for example, stack traces, especially in software problem descriptions. Often, flashbacks are the only available software stories. Some tracing and logging sessions may be deliberately shortened to save space, communication throughput, or other reasons like security, similar to abridged editions of literary works (see also Abridged Dump and Missing Component analysis patterns). Such editions of software execution artifacts often hinder analysis (see Lateral Damage analysis pattern).
- Dmitry Vostokov @ DumpAnalysis.org + TraceAnalysis.org -