CPSA-FL Exam Dumps : ISAQB Certified Professional for Software Architecture -Foundation Level

The techniques best suited to illustrate the interaction of runtime building blocks are:A. Activity diagrams - Useful for showing the flow of control among various activities and decisions in the system.B. Sequence diagrams - Ideal for depicting the order of messages exchanged between components or objects in a specific scenario.C. State diagram - Shows how a component or an object changes its state in response to events, highlighting dynamic behavior.G. Depiction of screen flows (sequence of user interactions) - Useful for visualizing the sequence of user interactions with the system, which is critical for user-centric design and runtime behavior analysis.

Documenting the right views in software architecture is crucial for addressing different stakeholder concerns and ensuring the architecture is comprehensible and manageable.

• A: Deployment view illustrates the physical deployment of software on hardware and is essential for understanding how different parts of the system are distributed across platforms and environments.
• C: Runtime view shows how various components of the system interact at runtime, which is vital for understanding system behavior and performance under different operational conditions.
• H: Building-block view (also known as the module view) describes the static organization of the software in modules or components, including their responsibilities and relationships. This view is foundational for developers and maintainers.

References:

The aspects that are more of a domain-related nature and those that are more of a technical nature are as follows:

• More technical:
• More domain-related:

In software architecture, aspects can be categorized based on their relevance to the domain (the problem space) or the technology (the solution space). Here’s an explanation of each:

• More Technical:
• More Domain-Related:

These distinctions are important for architects to consider when making design decisions, ensuring that both technical and domain-related aspects are adequately addressed.

References:

• Rozanski, N., & Woods, E. (2011). Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives. Addison-Wesley Professional.
• Fowler, M. (2002). Patterns of Enterprise Application Architecture. Addison-Wesley.