0% found this document useful (0 votes)

239 views

Module 3 - Information Systems Architectures PDF

The document discusses Phase C of the Architecture Development Model which focuses on documenting an organization's Information Systems Architecture including the data architecture and application architecture. It describes the objectives, approaches, inputs and outputs of Phase C.

Uploaded by

from_ac5969

Available Formats

Download as PDF, TXT or read online on Scribd

0% found this document useful (0 votes)

239 views

Module 3 - Information Systems Architectures PDF

Uploaded by

from_ac5969

Available Formats

Download as PDF, TXT or read online on Scribd

You are on page 1/ 15

Enterprise Architecture Professional Training and Certification

(EA Phase-2 Training)

Architecture Development Model Module 3- ADM Phase C- Information Systems Architecture

Mahindra Satyam 2009

Phase C : Information Systems Architectures Overview

Application Architecture

Data Architecture

Mahindra Satyam 2009

Module Objectives
The aim of this module is to understand: The objectives of Phase C, Information Systems Architectures The Approach A brief overview of the inputs and outputs

This module is an introduction to the next two modules that look at the two Information Systems Architectures

Mahindra Satyam 2009

Information Systems Architecture Objectives

Data architecture: To define the types and sources of data needed to support the business, in a way that can be understood by the stakeholders. Application architecture:

To define the kinds of application systems necessary to process the data and support the business

Mahindra Satyam 2009

Approach
Phase C involves Data and Applications Architecture, in either Order Advocates exist for both sequences: Spewaks Enterprise Architecture Planning recommends a data driven sequence Major applications systems (ERP, CRM, ) often combine technology infrastructure and application logic. An application-driven approach takes core applications(underpinning mission-critical business processes) as the primary focus of the architecture effort. Integration issues often constitute a major challenge. Continued
Mahindra Satyam 2009

Top-Down Design Bottom-up Implementation

Design: 1. Business Architecture 2. Data (or Applications) Architecture 3. Applications (or Data) Architecture 4. Technology Architecture Implementation: 1. Technology Architecture 2. Applications (or Data) Architecture 3. Data (or Applications) Architecture 4. Business Architecture

Mahindra Satyam 2009

Alternative Approach: Data-Driven Sequence Implementation

1. First implement application systems that create data 2. Then applications that process the data 3. Finally, applications that archive data

Mahindra Satyam 2009

Approach: Architecture Repository

Consider generic models relevant to an organizations industry vertical Data Architecture Resources Generic data models, for example the ARTS data model (Retail industry), Energistics data model (Petrotechnical industry) Application Architecture Resources Generic application models, for example the TeleManagement Forum (telecommunications industry), the OMG has a number of software models for specific verticals (Healthcare, Transportation, Finance etc)

Mahindra Satyam 2009

Considerations for Data Architecture

Data Management Data Migration Data Governance

Mahindra Satyam 2009

Phase C: Inputs
Request for Architecture Work Capability Assessment Communications Plan

Organization model for enterprise Architecture

Tailored Architecture Framework Data/Application principles

Statement of Architecture Work Continued

Mahindra Satyam 2009

Phase C: Inputs
Architecture Vision Architecture Repository Draft Architecture Definition Document Draft Architecture Requirements Specification, including: Gap analysis results Relevant technical requirements Business Architecture components of an Architecture Roadmap

Mahindra Satyam 2009

Steps

The details for these steps will be covered in the next two modules
The steps follow a common pattern with Phases B and D

Mahindra Satyam 2009

Phase C: Outputs: Data Architecture

Statement of Architecture Work Validated data principles, or new principles (data/application) Draft Architecture Definition Document, containing : Baseline Application/Data Architecture Target Application/Data Architecture Application/Data Architecture views of key stakeholder concerns Draft Architecture Requirements Specification, including Gap analysis results Application / Data interoperability requirements Relevant technical requirements Constraints on the Technology Architecture Updated business requirements Data / Application Architecture components of an Architecture Roadmap
Mahindra Satyam 2009

Summary
The objective of Phase C is to document the fundamental organization of an organizations IT System. Embodied in the major types of information and the application systems that process them Their relationships to each other and the environment The principles governing its design and evolution It should document how the IT systems meets the business goals of the organization

Mahindra Satyam 2009

Thank you

mahindrasatyam.net
Safe Harbor This document contains forward-looking statements within the meaning of section 27A of Securities Act of 1933, as amended, and section 21E of the Securities Exchange Act of 1934, as amended. The forward-looking statements contained herein are subject to certain risks and uncertainties that could cause actual results to differ materially from those reflected in the forward-looking statements. Satyam undertakes no duty to update any forward-looking statements. For a discussion of the risks associated with our business, please see the discussions under the heading Risk Factors in our report on Form 6-K concerning the quarter ended September 30, 2008, furnished to the Securities and Exchange Commission on 07 November, 2008, and the other reports filed with the Securities and Exchange Commission from time to time. These filings are available at http://www.sec.gov