[2024年12月21日]OGEA-101試験問題集、OGEA-101練習テスト問題
無料で使えるOGEA-101学習ガイド試験問題と解答
質問 # 22
What is an objective of the ADM Implementation Governance Phase?
- A. To establish the resources for architecture governance
- B. To finalize the Implementation and Migration Plan
- C. To ensure conformance for the target architecture
- D. To provide continual monitoring of the governance framework
正解：C
解説：
The objective of the ADM Implementation Governance Phase is to provide an architectural oversight of the implementation and to ensure conformance for the target architecture. This phase involves establishing procedures and processes to monitor and control the implementation projects and to verify that they comply with the defined architecture. Reference: The TOGAF Standard | The Open Group Website, Section 3.2.7 Phase G: Implementation Governance.
質問 # 23
Which of the following is a responsibility of an Architecture Board?
- A. Establishing targets for re-use of components
- B. Allocating resources for architecture projects
- C. Creating the Statement of Architecture Work
- D. Conducting assessments of the maturity level of architecture discipline within the organization
正解：A
解説：
* An Architecture Board is an executive-level group responsible for the review and maintenance of the strategic architecture and all of its sub-architectures1. It is a key element in a successful Architecture Governance strategy2.
* An Architecture Board is typically made responsible, and accountable, for achieving some or all of the following goals2:
oProviding the basis for all decision-making with regard to the architectures oConsistency between sub-architectures oEstablishing targets for re-use of components oFlexibility of the Enterprise Architecture: To meet changing business needs To leverage new technologies oEnforcement of Architecture Compliance oImproving the maturity level of architecture discipline within the organization oEnsuring that the discipline of architecture-based development is adopted oSupporting a visible escalation capability for out-of-bounds decisions
* Therefore, the correct answer is option D, which captures one of the goals of an Architecture Board as stated in the TOGAF Standard, Version 9.22.
* Option A is incorrect, because conducting assessments of the maturity level of architecture discipline within the organization is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Capability Framework3.
* Option B is incorrect, because allocating resources for architecture projects is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Governance Framework4.
* Option C is incorrect, because creating the Statement of Architecture Work is not a direct responsibility of an Architecture Board, but rather a part of the Architecture Development Method5. Reference:
* 1: Architecture Board - The Open Group3
* 2: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Board
* 3: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Capability Framework
* 4: TOGAF Standard, Version 9.2 - Part VI: Architecture Governance Framework - Architecture Governance Framework
* 5: TOGAF Standard, Version 9.2 - Part II: Architecture Development Method - Phase A: Architecture Vision
質問 # 24
What should be put in place through organization structures, roles, responsibilities, skills and processes to carry out architectural activity effectively?
- A. An Enterprise Architecture
- B. An EA Capability
- C. An EA repository
- D. An EA framework
正解：B
解説：
An EA Capability is the ability of an organization to perform enterprise architecture effectively and efficiently. It involves establishing and maintaining the appropriate organization structures, roles, responsibilities, skills, processes, tools, and governance mechanisms to support the development and use of enterprise architecture. An EA Capability enables the organization to align its business and IT strategies, deliver value from its investments, manage change and complexity, and improve its performance and agility12 Reference: 1: The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 44: Introduction 2: The TOGAF Standard, Version 9.2, Part VI: Architecture Capability Framework, Chapter 45: Establishing and Maintaining an Enterprise Architecture Capability
質問 # 25
What is used to structure architectural information in an orderly way so that it can be processed to meet stakeholder needs?
- A. An Architecture Framework
- B. An EA Library
- C. A Stakeholder Map
- D. Content Metamodel
正解：D
解説：
* A content metamodel is a formal structure that defines the types of entities and relationships that are used to capture, store, filter, query, and represent architectural information in a way that supports consistency, completeness, and traceability12.
* A stakeholder map is a tool that identifies and analyzes the key stakeholders and their interests, influence, and expectations in relation to the architecture3. It is not used to structure architectural information, but rather to understand the stakeholder needs and concerns.
* An architecture framework is a set of principles, guidelines, standards, and tools that provide a common structure and methodology for developing architectures4. It is not used to structure architectural information, but rather to guide the architecture development process and ensure alignment with the business strategy and objectives.
* An EA library is a repository that stores and manages the architecture artifacts, deliverables, and other relevant information produced and consumed during the architecture development and governance. It is not used to structure architectural information, but rather to provide access, security, and version control for the architecture content.
質問 # 26
Consider the following ADM phases objectives.
Objective
1- Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value
2- Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D
3- Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan
4- Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders Which phase does each objective match?
- A. 1G-2E-3F-4F
- B. 1F-2E-3F-4G
- C. 1E-2F-3E-4F
- D. 1E-2E-3F-4F
正解：A
解説：
According to the TOGAF standard, the objectives of each ADM phase are as follows1:
* Phase E: Opportunities and Solutions
o Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value o Identify and group major work packages within the Architecture Roadmap o Identify and group major implementation projects to realize the Architecture Roadmap o Identify dependencies between increments and projects o Estimate cost, benefit, and risk at a high level for each increment and project o Conduct initial prioritization and sequencing of the Architecture Roadmap and projects
* Phase F: Migration Planning
o Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D o Confirm the Transition Architectures with relevant stakeholders o Create the Implementation and Migration Plan, including Transition Architectures, work packages, projects, and other activities o Confirm and agree the Architecture Roadmap and Implementation and Migration Plan with relevant stakeholders
* Phase G: Implementation Governance
o Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan o Ensure conformance with the Target Architecture by implementation projects o Perform appropriate Architecture Governance functions for the solution and any implementation-driven architecture Change Requests o Ensure that the architecture lifecycle is maintained o Ensure that the Architecture Governance Framework is executed
* Phase H: Architecture Change Management
o Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders o Manage risks and issues related to the Architecture Roadmap and Implementation and Migration Plan o Monitor the implementation projects and Transition Architectures o Manage changes to the architecture baseline o Manage changes to the Architecture Capability Therefore, the correct matching of the objectives and the phases is:
* 1G: Determine whether an incremental approach is required, and if so identify Transition Architectures that will deliver continuous business value
* 2E: Generate the initial complete version of the Architecture Roadmap, based upon the gap analysis and candidate Architecture Roadmap components from Phases B, C, and D
* 3F: Finalize the Architecture Roadmap and the supporting Implementation and Migration Plan
* 4F: Ensure that the business value and cost of work packages and Transition Architectures is understood by key stakeholders
質問 # 27
Complete the sentence A set of architecture principles that cover every situation perceived meets the recommended criteria of_______________
- A. completeness
- B. consistency
- C. robustness
- D. stability
正解：A
解説：
A set of architecture principles that cover every situation perceived meets the recommended criteria of completeness. Completeness is one of the six criteria that should be applied when developing or assessing architecture principles. Completeness means that there are no gaps or overlaps in the coverage of principles across all relevant aspects of the enterprise's architecture. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.7 Architecture Principles.
質問 # 28
Consider the following statement:
Separate projects may operate their own ADM cycles concurrently, with relationships between the different projects What does it illustrate?
- A. Enterprise Architecture
- B. Implementation governance
- C. Iteration
- D. Requirements management
正解：C
解説：
The statement illustrates iteration and the ADM. Iteration is the technique of repeating a process or a phase with the aim of improving or refining the outcome. Iteration allows for feedback loops and adaptations at any point in the architecture development and transition process. Separate projects may operate their own ADM cycles concurrently, with relationships between the different projects, to address different aspects or levels of the architecture in an iterative manner. Reference: The TOGAF Standard | The Open Group Website, Section 3.1 Introduction to the ADM.
質問 # 29
Consider the following chart:
Which important concept for Enterprise Architecture Practitioners does it illustrate?
- A. An Enterprise Architecture must be developed in phases with a limited fixed duration.
- B. ADM phases must be run simultaneously until the relevant information has been produced.
- C. Enterprise Architects must use Gantt charts to communicate with Stakeholders.
- D. ADM phases must be run in a sequenced approach to produce the Architecture.
正解：D
解説：
The chart shown is a Gantt chart, which is commonly used for project management to illustrate a project schedule. In the context of TOGAF (The Open Group Architecture Framework), which is a framework for enterprise architecture, this Gantt chart is demonstrating the sequenced approach to the Architecture Development Method (ADM). The ADM is the core process of TOGAF which provides a tested and repeatable process for developing architectures. The ADM is described as being iterative, over the whole process, between phases, and within phases. For each iteration of the ADM, a fresh decision must be taken about each of the parameters (scope, granularity, time period, and architecture assets).
The ADM consists of a number of phases that have to be followed in sequence:
Preliminary Phase: Framework and principles
Phase A: Architecture Vision
Phase B: Business Architecture
Phase C: Information Systems Architectures, including Data and Application Architectures Phase D: Technology Architecture Phase E: Opportunities and Solutions Phase F: Migration Planning Phase G: Implementation Governance Phase H: Architecture Change Management Requirements Management Each phase is dependent on the outputs of the previous phase and the Requirements Management phase runs throughout. The Gantt chart clearly shows the dependency and sequence in which these phases occur, implying that a structured approach is followed to produce the enterprise architecture.
Reference:
The TOGAF Standard, Version 9.2, a standard of The Open Group
The TOGAF documentation available at https://publications.opengroup.org/standards/architecture and https://publications.opengroup.org/guides/architecture
質問 # 30
What are the following activities part of?
. Risk classification
. Risk identification
. Initial risk assessment
- A. Security Architecture
- B. Risk Management
- C. Phase A
- D. Phase G
正解：B
解説：
Risk management is a generic technique that can be applied across all phases of the Architecture Development Method (ADM), as well as in the Preliminary Phase and the Requirements Management Phase2. Risk management involves the following steps1:
* Risk identification: This step involves identifying the potential risks that may affect the architecture project, such as technical, business, organizational, environmental, or legal risks. The risks can be identified through various sources, such as stakeholder interviews, workshops, surveys, checklists, historical data, or expert judgment.
* Risk classification: This step involves categorizing the risks based on their nature, source, impact, and priority. The risks can be classified according to different criteria, such as time, cost, scope, quality, security, or compliance. The classification helps in prioritizing the risks and allocating resources and efforts to address them effectively.
* Initial risk assessment: This step involves assessing the likelihood and impact of each risk, and determining the initial level of risk. The likelihood is the probability of the risk occurring, and the impact is the severity of the consequences if the risk occurs. The initial level of risk is the product of the likelihood and impact, and it indicates the urgency and importance of the risk. The initial risk assessment helps in identifying the most critical risks that need immediate attention and mitigation.
質問 # 31
In which phase of the ADM cycle do building blocks become implementation-specific?
- A. Phase C
- B. Phase D
- C. Phase B
- D. Phase E
正解：D
解説：
Building blocks are reusable components of business, IT, or architectural capability that can be combined to deliver architectures and solutions. Building blocks can be defined at various levels of detail, depending on the stage of architecture development. In the earlier phases of the ADM cycle (A to D), building blocks are defined in generic terms, such as logical or physical, to provide a high-level view of the architecture. In Phase E: Opportunities and Solutions, building blocks become implementation-specific, meaning that they are linked to specific products, standards, technologies, and vendors that are available in the market. This phase also identifies the delivery vehicles, such as projects, programs, or portfolios, that will realize the building blocks12 Reference: 1: The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 23: Phase E: Opportunities and Solutions 2: The TOGAF Standard, Version 9.2, Part IV: Architecture Content Framework, Chapter 36: Building Blocks
質問 # 32
Which of the following statements about architecture partitioning are correct*?
1 Partitions are used to simplify the management of the Enterprise Architecture
2 Partitions are equivalent to architecture levels
3 Partitions enable different teams to work on different element of the architecture at the same time.
4 Partitions reflect the organization's structure
- A. 1 & 3
- B. 2 & 4
- C. 1 & 4
- D. 2 & 3
正解：A
解説：
Statements 1 and 3 about architecture partitioning are correct. Architecture partitioning is the technique of dividing an architecture into smaller and more manageable parts that can be developed, maintained, and governed independently. Partitions are used to simplify the management of the Enterprise Architecture and to enable different teams to work on different elements of the architecture at the same time. Partitions are not equivalent to architecture levels, which are different degrees of abstraction or detail in an architecture. Partitions do not necessarily reflect the organization's structure, which may change over time or differ from the architecture's scope and boundaries. Reference: The TOGAF Standard | The Open Group Website, Section 2.5 Architecture Partitioning.
質問 # 33
Complete the sentence. Actions arising from the Business Transformation Readiness Assessment technique should be incorporated in the
- A. Architecture Requirements Specification
- B. Architecture Roadmap
- C. Implementation Governance Model
- D. Implementation and Migration Plan
正解：D
解説：
The Business Transformation Readiness Assessment technique is used to evaluate the readiness of the organization to undergo change and to identify the actions needed to increase the likelihood of a successful business transformation. These actions should be incorporated in the Implementation and Migration Plan, which is the detailed plan to transition from the Baseline Architecture to the Target Architecture. The Implementation and Migration Plan also includes the Transition Architectures, the Architecture Building Blocks, the Work Packages, the Implementation Governance Model, and the Architecture Contract12 Reference: 1: The TOGAF Standard, Version 9.2, Part III: ADM Guidelines and Techniques, Chapter 27: Business Transformation Readiness Assessment 2: The TOGAF Standard, Version 9.2, Part II: Architecture Development Method (ADM), Chapter 21: Phase F: Migration Planning
質問 # 34
Consider the following descriptions of deliverables consumed and produced across the TOGAF ADM cycle.
General rules and guidelines, intended to be enduring and seldom
amended, that inform and support the way in which an organization sets
about fulfilling its mission
The joint agreements between development partners and sponsors on the
deliverables, quality, and fitness-for-purpose of an architecture.
A document that is sent from the sponsoring organization to the
architecture organization to trigger the start of an architecture
development cycle
A set of quantitative statements that outline what an implementation
project must do in order to comply with the architecture.
Which deliverables match these descriptions?
- A. 1 Architecture Principles -2 Architecture Contracts - 3 Request for Architecture Work - 4 Architecture Requirements Specification
- B. 1 Architecture Principles -2 Architecture Contracts - 3 Architecture Requirements Specification-4 Request for Architecture Work
- C. 1 Architecture Requirements Specification -2 Architecture Principles - 3 Architecture Vision - 4 Architecture Contracts
- D. 1 Architecture Contracts - 2 Architecture Requirements Specification - 3 Architecture Vision - 4 Architecture Principles
正解：A
解説：
According to the TOGAF standard, the deliverables that match the descriptions are as follows:
1 Architecture Principles: These are general rules and guidelines, intended to be enduring and seldom amended, that inform and support the way in which an organization sets about fulfilling its mission1. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions1.
2 Architecture Contracts: These are the joint agreements between development partners and sponsors on the deliverables, quality, and fitness-for-purpose of an architecture2. They are used to ensure that the architecture is implemented and governed according to the agreed-upon specifications and standards2.
3 Request for Architecture Work: This is a document that is sent from the sponsoring organization to the architecture organization to trigger the start of an architecture development cycle3. It defines the scope, schedule, budget, deliverables, and stakeholders of the architecture project3.
4 Architecture Requirements Specification: This is a set of quantitative statements that outline what an implementation project must do in order to comply with the architecture4. It defines the requirements for each architecture domain, as well as the relationships and dependencies among them4.
質問 # 35
Consider the following statement:
According to the TOGAF Standard a governed approach of a particular deliverable will ensure a system of continuous monitoring to check integrity changes decision-making and audit of all architecture-related activities Which deliverable is being referred to?
- A. The Architecture Definition Document
- B. The Statement of Architecture Work
- C. The Architecture Vision
- D. An Architecture Contract
正解：D
質問 # 36
What is presented as "striking a balance between positive and negative outcomes resulting from the realization of either opportunities or threats?
- A. Risk Management
- B. Agile development
- C. Transition Management
- D. Architecture Security
正解：A
解説：
Risk Management is the process of identifying, assessing, and responding to risks that may affect the achievement of the enterprise's objectives. Risk Management involves balancing positive and negative outcomes resulting from the realization of either opportunities or threats. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.3 Risk Management.
質問 # 37
Exhibit
Consider the illustration showing an architecture development cycle Which description matches the phase of the ADM labeled as item 1?
- A. Operates the process of managing architecture requirements
- B. Establishes procedures for managing change to the new architecture
- C. Conducts implementation planning for the architecture defined in previous phases
- D. Provides architectural oversight for the implementation
正解：A
解説：
The illustration shows an architecture development cycle based on the TOGAF ADM (Architecture Development Method), which is a method for developing and managing an enterprise architecture1.
The ADM consists of nine phases, each with a specific purpose and output. The phases are1:
Preliminary Phase: To prepare and initiate the architecture development cycle, including defining the architecture framework, principles, and governance.
Phase A: Architecture Vision: To define the scope, vision, and stakeholders of the architecture initiative, and to obtain approval to proceed.
Phase B: Business Architecture: To describe the baseline and target business architecture, and to identify the gaps between them.
Phase C: Information Systems Architectures: To describe the baseline and target data and application architectures, and to identify the gaps between them.
Phase D: Technology Architecture: To describe the baseline and target technology architecture, and to identify the gaps between them.
Phase E: Opportunities and Solutions: To identify and evaluate the opportunities and solutions for implementing the target architecture, and to define the work packages and transition architectures.
Phase F: Migration Planning: To finalize the implementation and migration plan, and to ensure alignment with the enterprise portfolio and project management.
Phase G: Implementation Governance: To provide architecture oversight and guidance for the implementation projects, and to manage any architecture change requests.
Phase H: Architecture Change Management: To monitor the changes in the business and technology environment, and to assess the impact and performance of the architecture.
In addition to these phases, there is a central process called Requirements Management, which is labeled as item 1 in the illustration. This process operates throughout the ADM cycle, and its purpose is to manage the architecture requirements throughout the architecture development, ensuring that they are aligned with the business requirements and the stakeholder concerns2.
Therefore, the description that matches the phase of the ADM labeled as item 1 is C. Operates the process of managing architecture requirements.
Reference:
1: The TOGAF Standard, Version 9.2, Chapter 5: Architecture Development Method (ADM)
2: The TOGAF Standard, Version 9.2, Chapter 17: Requirements Management
質問 # 38
Which of the following best summarizes the purpose of Enterprise Architecture?
- A. Controlling the bigger changes.
- B. Taking major improvement decisions.
- C. Governing the Stakeholders.
- D. Guiding effective change.
正解：D
解説：
EA applies architecture principles and practices to analyze, design, plan, and implement enterprise analysis that supports digital transformation, IT growth, and the modernization of IT2. EA also helps organizations improve the efficiency, timeliness, and reliability of business information, as well as the alignment, agility, and adaptability of the architecture to the changing needs and requirements3. Therefore, the best summary of the purpose of EA is to guide effective change.
質問 # 39
Complete the sentence Business Transformation Readiness Assessment is_________________.
- A. a joint effort between corporate staff lines of business and IT planners
- B. a way to put building blocks into context thereby supporting re-usable solutions
- C. to ensure the active support of powerful stakeholders
- D. widely used to validate an architecture that is being developed
正解：A
解説：
Business Transformation Readiness Assessment is a joint effort between corporate staff lines of business and IT planners to evaluate the readiness of the organization to undergo change. It involves assessing factors such as vision, commitment, capacity, capability, culture, and motivation that may influence the success of a business transformation initiative. Reference: The TOGAF Standard | The Open Group Website, Section 3.3.2 Business Transformation Readiness Assessment.
質問 # 40
Which of the following best describes the purpose of the Architecture Requirements Specification?
- A. It provides a set of statements that outline what a project must do to comply with the architecture
- B. It defines the scope and approach to complete an architecture project
- C. It contains an assessment of the current architecture requirements
- D. It is sent from the sponsor and triggers the start of an architecture development cycle
正解：A
解説：
The Architecture Requirements Specification is one of the TOGAF deliverables that provides a set of quantitative statements that outline what an implementation project must do in order to comply with the architecture12. It is a companion to the Architecture Definition Document, which provides a qualitative view of the solution and aims to communicate the intent of the architect. The Architecture Requirements Specification provides a quantitative view of the solution, stating measurable criteria that must be met during the implementation of the architecture3. It typically forms a major component of an implementation contract or contract for more detailed Architecture Definition4. Reference:
* Deliverable: Architecture Requirements Specification - The Open Group
* Architecture Requirements Specification - Visual Paradigm Community Circle
* The TOGAF Standard, Version 9.2 - Definitions - The Open Group
* The TOGAF Standard, Version 9.2 - Architecture Requirements Specification - The Open Group
質問 # 41
What can architects present to stakeholders to extract hidden agendas, principles, and requirements that could impact the final Target Architecture?
- A. Business Scenarios and Business Models
- B. Architecture Views and Architecture Viewpoints
- C. Alternatives and Trade-offs
- D. Solutions and Applications
正解：B
解説：
According to the TOGAF Standard, Version 9.2, an architecture view is a representation of a system from the perspective of a related set of concerns1. It consists of one or more architecture models that demonstrate how the system addresses the stakeholder concerns1.
An architecture viewpoint is a specification of the conventions for constructing and using an architecture view to address specific stakeholder concerns1. It defines the perspective, scope, notation, and techniques for creating an architecture view of a system1.
Architects can present architecture views and viewpoints to stakeholders to extract hidden agendas, principles, and requirements that could impact the final Target Architecture, because23:
Architecture views and viewpoints help to communicate and visualize the architecture in a way that is meaningful and relevant to different stakeholders, addressing their specific interests and needs.
Architecture views and viewpoints help to elicit and validate the stakeholder concerns and requirements, ensuring that they are aligned with the business goals and objectives, and that they are consistent and feasible within the architecture context.
Architecture views and viewpoints help to identify and resolve any conflicts, gaps, or trade-offs among the stakeholder concerns and requirements, ensuring that they are balanced and prioritized in the architecture design and decision-making.
Architecture views and viewpoints help to demonstrate and verify the value and benefits of the architecture to the stakeholders, ensuring that they are satisfied and committed to the architecture outcome and governance.
Reference:
1: The TOGAF Standard, Version 9.2, Chapter 22: Architecture Views, Viewpoints, and Stakeholders
2: The TOGAF Standard, Version 9.2, Chapter 4: Introduction to Part II, Section 4.2: What is an Architecture Framework?
3: The TOGAF Standard, Version 9.2, Chapter 31: Architectural Artifacts, Section 31.1: Basic Concepts
質問 # 42
Consider the following statements:
1. Groups of countries, governments, or governmental organizations (such as militaries) working together to create common or shareable deliverables or infrastructures
2. Partnerships and alliances of businesses working together, such as a consortium or supply chain What are those examples of according to the TOGAF Standard?
- A. Business Units
- B. Enterprises
- C. Architectures Scopes
- D. Organizations
正解：C
解説：
According to the TOGAF standard, the two statements provided refer to different scopes within which architecture can be developed:
Groups of countries, governments, or governmental organizations working together typically align with broader, often international, scopes of architecture that transcend individual enterprise boundaries.
Partnerships and alliances of businesses working together, such as a consortium or supply chain, refer to collaborative efforts that can define architecture at a scope involving multiple enterprises.
In both cases, the term "Architectures Scopes" is appropriate because it reflects the varying levels and contexts in which architectures can be defined, ranging from single business units to collaborative inter-organizational efforts.
質問 # 43
......
OGEA-101試験問題集、OGEA-101練習テスト問題：https://www.passtest.jp/TheOpenGroup/OGEA-101-shiken.html
検証済みOGEA-101問題集PDF資料 [2024年更新]：https://drive.google.com/open?id=1uYTs5OBA7hJ0aJ-_ZVMJsfWmy1Lwjsv7