IS 103 (QUIZ)

Cards (59)

  • Enterprise Architecture
    is the process of designing and managing an enterprise’s information systems by creating a model that shows how the enterprise works.
  • TOGAF
    is the most used framework for enterprise architecture (EA) as of 2020 that provides an approach for designing, planning, implementing, and governing an enterprise information technology architecture.
  • TOGAF
    is a high-level approach to design. It is typically modeled at four levels: Business, Application, Data, and Technology.
  • 1995
    The 1st version of TOGAF was published by the Open Group in
  • TOGAF
    is a framework that provides guidelines and best practices for designing and managing the architecture of an organization's information technology (IT) systems
  • TOGAF
    serves as a comprehensive framework that supports organizations in developing and managing their enterprise architectures
  • TOGAF GOALS IN EA
    DESIGN
    PLAN
    IMPLEMENT
    MANAGE
  • Enterprise Architect
    is responsible for the upkeep and maintenance of an organization's IT networks.
  • Enterprise Architect
    is responsible for the overall design and successful implementation of an organization's technology infrastructure.
  • The Preliminary Phase
    describes the preparation and initiation activities required to prepare to meet the business directive for new enterprise architecture, including the definition of an Organization-Specific Architecture framework and the definition of principles.
  • Phase A: Architecture Vision
    describes the initial phase of an architecture development cycle. It includes information about defining the scope, identifying the stakeholders, creating the Architecture Vision, and obtaining approvals.
  • Phase B: Business Architecture
    describes the development of a Business Architecture to support an agreed Architecture Vision.
  • Phase C: Information Systems Architectures
    describes the development of Information Systems Architectures for an architecture project, including the development of Data and Application Architectures.
  • Phase D: Technology Architecture
    describes the development of the Technology Architecture for an architecture project.
  • Phase E: Opportunities & Solutions
    conducts initial implementation planning and the identification of delivery vehicles for the architecture defined in the previous phases.
  • Phase F: Migration Planning
    addresses the formulation of a set of detailed sequences of transition architectures with a supporting Implementation and Migration Plan.
  • Phase G: Implementation Governance
    provides architectural oversight of the implementation.
  • Phase H: Architecture Change Management
    establishes procedures for managing change to the new architecture.
  • Requirements Management
    examines the process of managing architecture requirements throughout the ADM.
  • ARCHITECTURE PRINCIPLES
    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 mission.
  • ARCHITECTURE PRINCIPLES
    Depending on the organization, principles may be established within different domains and at different levels.
  • Enterprise Principles
    provide a basis for decision-making throughout an enterprise and inform how the organization sets about fulfilling its mission.
  • Architecture Principles
    are a set of principles that relate to architecture work.
  • Understandable
    the underlying tenets can be quickly grasped and understood by individuals throughout the organization.
  • Robust
    enable good quality decisions about architectures and plans to be made, and enforceable policies and standards to be created
  • Consistent
    strict adherence to one principle may require a loose interpretation of another principle.
  • Stable
    principles should be enduring, yet able to accommodate changes.
  • Complete
    every potentially important principle governing the management of information and technology for the organization is defined - the principles cover every situation perceived.
  • Stakeholder management
    is an important discipline that successful architecture practitioners can use to win support from others. It helps them ensure that their projects succeed where others fail.
  • Identify Stakeholders
    The first task is to brainstorm who the main Enterprise Architecture stakeholders are.
  • Classify Stakeholder Positions
    Develop a good understanding of the most important stakeholders and record this analysis for reference and refresh during the project.
  • Determine Stakeholder Management
    Approach
    This step enables the team to easily see which stakeholders are expected to be blockers or critics, and which stakeholders are likely to be advocates and supporters of the initiative.
  • Tailor Engagement Deliverables
    It is important to pay particular attention to stakeholder interests by defining specific catalogs, matrices, and diagrams that are relevant for a particular Enterprise Architecture model.
  • GAP ANALYSIS
    A key step in validating an architecture is to consider what may have been forgotten.
  • interoperability
    is "the ability to share information and services".
  • Business Transformation Readiness Assessment
    Understanding the readiness of the organization to accept change, identifying the issues, and then dealing with them in the Implementation and Migration Plans is key to successful architecture transformation in Phases E and F.
  • RISK MANAGEMENT
    There will always be risk with any architecture/business transformation effort
  • Capability-based planning
    focuses on the planning, engineering, and delivery of strategic business capabilities to the enterprise
  • Capability-based planning
    accommodates most, if not all, of the corporate business models and is especially useful in organizations where a latent capability to respond (e.g., an emergency preparedness unit) is required and the same resources are involved in multiple capabilities
  • DELIVERABLE
    Is a work product that is contractually specified and in turn, formally reviewed, agreed and signed off by the stakeholders