OutSystems Architecture-Specialist-11 試験概要:
| 認定ベンダー: | OutSystems |
|---|---|
| 試験名: | Architecture Specialist (OutSystems 11) 試験 |
| 試験番号: | Architecture-Specialist-11 |
| 受験料: | 100米ドル |
| 出題数: | 45~60問 |
| 試験形式: | 多肢選択式, シナリオ設問 |
| 対応言語: | Portuguese (BR), Español, 日本語, English |
| 関連資格: | OutSystems Associate Reactive Developer OutSystems Professional Developer |
| 合格点: | 70% |
| 試験時間: | 90 分 |
| 認定の有効期間: | 2年間 |
| 推奨トレーニング: | OutSystems Architecture Boot Camp OutSystems 公式アーキテクチャ関連ドキュメント |
| 受験申し込み: | OutSystems 公式認定ポータル Prometric 試験予約サイト |
| サンプル問題: | OutSystems Architecture-Specialist-11 サンプル問題 |
| 受験方法: | オンライン監督付き受験またはPrometric試験会場での受験 |
| 前提条件: | 推奨条件:OutSystems Professional Developerの資格を保有し、実務でのアーキテクチャ設計経験を有すること |
| 公式シラバスのURL: | https://www.outsystems.com/certifications/architecture-specialist/ |
OutSystems Architecture-Specialist-11 試験シラバストピック:
| セクション | 比重 | 目標 |
|---|---|---|
| 拡張可能なアプリケーションアーキテクチャ | 25% | - モジュールの境界と構成 - 再利用の方針 - 依存関係の管理 - ライフサイクルとの整合性確保 |
| パフォーマンスと拡張性 | 15% | - キャッシュの活用方針 - データベースの最適化 - 拡張性の基本原則 - パフォーマンス向上のベストプラクティス |
| 連携アーキテクチャ | 15% | - 外部システムとの接続方式 - 連携パターン - サービス指向アーキテクチャ - RESTおよびSOAPによる連携 |
| セキュリティとガバナンス | 10% | - リスクの低減策 - セキュリティに関するベストプラクティス - 認証と認可 - アーキテクチャの管理方針 |
| アーキテクチャの基礎知識 | 20% | - 関心事の分離 - アプリケーション全体の構成設計 - アーキテクチャの妥当性確認プロセス - アーキテクチャキャンバス
|
| アーキテクチャの設計パターン | 15% | - イベント駆動型アーキテクチャ - 代表的な設計パターン - マイクロサービスを検討する際の留意点 - アプリケーションの構成手法 |
OutSystems Architecture Specialist (OutSystems 11) 認定 Architecture-Specialist-11 試験問題:
問題 #1
Architecture Canvas has 3 layers. Which is not part of the 3 layer framework?
A. Foundation
B. Ochestrator
C. End-User Layer
D. Core
問題 #2
Which of the following is NOT a benefit of having well-defined application architecture?
A. Reduces costs
B. Reduces risk
C. Supports planning
D. Poor service abstraction
問題 #3
In OutSystems, an application with Foundation, Core, and End-User Modules is a
A. Foundation Application.
B. End-User Application.
C. Core Application.
問題 #4
Which of the below matches the most to Core Module Pattern - ECS Lazy Load variation
A. ... a wrapper used to contain the logic, actions and data that will expose code that is inside of i external library or to inspect external database and import the data structures so they can be used as entities inside of OS
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. ... 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.
D. ... Entity is exposed as read-only and API is available to centralize business logic for entity creation/update
E. 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
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. 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
H. ... is needed if data is coming from MULTIPLE external systems. IS will decide which driver to use depending on the data.
I. ... 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)
J. 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)
問題 #5
Which of the below are not recommendations for Architecture Validations
A. No screens in the End User Layer
B. No front-end screens in Core Modules
C. All public entities in Core Modules should be set to Read-only
D. No business logic in the Foundational Modules
E. No core entities in Foundational Modules
解説:
| 問題 #1 正解: B | 問題 #2 正解: D | 問題 #3 正解: B | 問題 #4 正解: B | 問題 #5 正解: A |














992 お客様のコメント
品質保証JPexamはIT認定試験のシラバスに従って、試験問題の範囲を正確に絞って、的中率が99%の最新問題集を捧げます。
1年間の無料更新サービスJPexamは1年以内に問題集の無料更新サービスを提供し、お客様がいつでも最新版の問題集を持つことを保証いたします。もし試験の内容が変更されたら、弊社は直ちにお客様にお知らせします。それに、弊社の問題集が更新されたら、早速メールで最新バージョンを送付いたします。
全額返金JPexamの問題集を利用すると、短時間で勉強しても試験に合格できるのを保証いたします。試験に不合格になってしまった場合、弊社は全額返金いたします。(
ご購入前のお試しJPexamは問題集のサンプルを無料で提供いたします。ご購入前にサンプルを試用して製品の品質を確認することができます。ご遠慮なく利用してください。
