OutSystems Architecture-Specialist-11 Exam Syllabus Topics:
| Section | Objectives |
|---|---|
| Topic 1: Deployment and Infrastructure | - Environment management and configuration - Cloud and on-prem deployment concepts |
| Topic 2: Integration and Extensibility | - External system integration - APIs and service integration patterns |
| Topic 3: Security and Compliance | - Authentication and authorization - Secure application design principles |
| Topic 4: Performance and Scalability | - Scalable architecture design - Performance optimization strategies |
| Topic 5: Application Lifecycle Management | - Development lifecycle in OutSystems - Versioning and deployment practices |
| Topic 6: Architecture Design Principles | - Layered architecture and modular design - Solution architecture in OutSystems 11 |
OutSystems Architecture Specialist (OutSystems 11) Sample Questions:
1. Which of the below matches the most to Core Module Pattern - Base ECS Pattern...
A) ... is needed if data is coming from MULTIPLE external systems. IS will decide which driver to use depending on the data.
B) ... tries to fetch data from local cache entity, if not there, get single entry from the external system. Cache only that record (read-through caching) Use when whole database too big or costly to synchronize. Integration only touches a small portion of the database. Avoid if access to lists of data is needed up front
C) Same as ECS with local replica but API module is provided. So any changes to the external system can notify OS, which OS then gets update from the ERP system (subscription system)
D) ... Entity is exposed as read-only and API is available to centralize business logic for entity creation/update
E) ... Entity is not in Outsystems but in an external ERP system. IS just makes remote call to external system/database. No data is being kept inside OS. Data retrieval may not be optimized as it needs to traverse two different systems to get the information back. Con: Integration API must support all use cases
F) ... is a pattern with two modules, a connector module that can be used to encapsulate an external API with the input/output structures and a wrapper module to expose the normalized API to the consumers.
G) ... a wrapper used to contain the logic, actions and data that will expose code that is inside of external library or to inspect external database and import the data structures so they can be used as entities inside of OS
H) ... caches only summary data that is frequently lister, joined or searched. Full detail for a single entry is fetched directly from external system. Use when whole database too big or costly to synchronize. Details are only required for single entities (not lists)
I) Same as Base ECS pattern, but have a local replica. Store data to serve as a local cache. Pro: Leverage Entity Use, Simpler Integration API. Con: Less impact on source system
J) Same as ECS with local replica but synchronization logic is separated. Pro: Code independence. Consumers of CS is not affected by Sync. Sync can orchestrate several CS
2. Considering Discovery, which of the following sentences is FALSE?
A) Discovery automatically assigns a module to an Architecture Canvas layer, following the module's naming convention.
B) Discovery only validates architecture rules at the module level.
C) Discovery allows you to determine for every module, which elements are being consumed by other modules.
D) Discovery cannot categorise modules to domains
3. Which of the below matches the most to Core Module Pattern - Core Entity Pattern...
A) is a pattern with two modules, a connector module that can be used to encapsulate an O external API with the input/output structures and a wrapper module to expose the normalized API to the consumers.
B) ... is needed if data is coming from MULTIPLE external systems. IS will decide which driver to use depending on the data.
C) ... tries to fetch data from local cache entity, if not there, get single entry from the external system. Cache only that record (read-through caching) Use when whole database too big or costly to synchronize. Integration only touches a small portion of the database. Avoid if access to lists of data is needed up front
D) Same as ECS with local replica but API module is provided. So any changes to the external system can notify OS, which OS then gets update from the ERP system (subscription system)
E) ... Entity is exposed as read-only and API is available to centralize business logic for entity creation/update
F) ... Entity is not in Outsystems but in an external ERP system. IS just makes remote call to external system/database. No data is being kept inside OS. Data retrieval may not be optimized as it needs to traverse two different systems to get the information back. Con: Integration API must support all use cases
G) ... a wrapper used to contain the logic, actions and data that will expose code that is inside of external library or to inspect external database and import the data structures so they can be used as entities inside of OS
H) ... caches only summary data that is frequently lister, joined or searched. Full detail for a single entry is fetched directly from external system. Use when whole database too big or costly to synchronize. Details are only required for single entities (not lists)
I) Same as Base ECS pattern, but have a local replica. Store data to serve as a local cache. Pro: Leverage Entity Use, Simpler Integration API. Con: Less impact on source system
J) Same as ECS with local replica but synchronization logic is separated. Pro: Code independence. Consumers of CS is not affected by Sync. Sync can orchestrate several CS
4. _CW module is for
A) A BL becomes a Calculation Engine if it performs complex calculations, (e.g. an invoice calculation engine or an insurance simulator). Engines are usually subject to versions.
B) Reusable Core Services with public entities, actions, and blocks.
C) Core Widgets (blocks), to manage complexity, composition or to have its own lifecycle.
D) Logic to Synchronize data in CS's with an external system. Isolating this logic makes the CS completely system agnostic and it's easier to decouple or replace the external system.
E) Technical wrapper to expose an API to External consumers, keeping core services system agnostic and supporting multiple versions of the API.
5. Which of the following recommendations should be applied to the Core layer?
A) Core modules should not have business logic.
B) Core modules should have Front-end Screens for testing purposes.
C) Core modules should not have Core Entities.
D) Core modules should have public Read-only Entities.
Solutions:
| Question # 1 Answer: F | Question # 2 Answer: B | Question # 3 Answer: E | Question # 4 Answer: C | Question # 5 Answer: D |














520 Customer Reviews
Quality and ValueITCertKing Practice Exams are written to the highest standards of technical accuracy, using only certified subject matter experts and published authors for development - no all study materials.
Tested and ApprovedWe are committed to the process of vendor and third party approvals. We believe professionals and executives alike deserve the confidence of quality coverage these authorizations provide.
Easy to PassIf you prepare for the exams using our ITCertKing testing engine, It is easy to succeed for all certifications in the first attempt. You don't have to deal with all dumps or any free torrent / rapidshare all stuff.
Try Before BuyITCertKing offers free demo of each product. You can check out the interface, question quality and usability of our practice exams before you decide to buy.
