You are on page 1of 34

Architecture Definition

Project XXXX
Client YYYY
<<Note: This document provides a generic template. It may require tailoring to suit a specific client and
project situation.>>

Table of Contents
1
2
3

4
5

Purpose of this Document.....................................................................................................................................6


Scope.....................................................................................................................................................................7
Goals, Objectives, and Constraints........................................................................................................................8
3.1
Business and Technology Goals................................................................................................................8
3.2
Objectives Derived from the Goals...........................................................................................................8
3.3
Stakeholders and their Concerns...............................................................................................................9
3.4
Constraints...............................................................................................................................................10
3.5
Capabilities..............................................................................................................................................10
Compliance..........................................................................................................................................................11
4.1
Architecture Principles............................................................................................................................11
4.2
Policies and Standards.............................................................................................................................11
Risks and Issues...................................................................................................................................................12
5.1
Assumptions............................................................................................................................................12
5.2
Risks........................................................................................................................................................12
5.3
Issues.......................................................................................................................................................12
5.4
Dependencies...........................................................................................................................................12
Baseline Architecture...........................................................................................................................................13
6.1
Business Architecture Models.................................................................................................................13
6.1.1 Conceptual Baseline Business Architecture................................................................................14
6.1.1.1
Baseline Business Functions......................................................................................14
6.1.1.2
Baseline Business Services........................................................................................16
6.1.1.3
Business Service Security Classification View..........................................................17
6.1.1.4
Organization Structure and Units...............................................................................17
6.1.1.5
User Satisfaction........................................................................................................18
6.1.1.6
Roles..........................................................................................................................18
6.1.2 Logical Baseline Business Architecture......................................................................................18
6.1.2.1
Actors.........................................................................................................................18
6.1.2.2
Human Actors............................................................................................................18
6.1.2.3
Computer Actors........................................................................................................19
6.1.2.4
Other Requirements...................................................................................................19
6.1.2.5
Baseline Business Architecture (Processes)...............................................................19
6.1.2.6
Logical Business Top-Level View.............................................................................20
6.1.3 Physical Target Business Architecture........................................................................................20
6.1.3.1
Process Allocation......................................................................................................20
6.1.3.2
Physical Business Component RACI View...............................................................20
6.1.3.3
Role/Actor Allocation................................................................................................21
6.1.3.4
Physical Organization Model.....................................................................................21
6.1.4 Cross-References within the Business Architecture...................................................................21
6.2
Data Architecture Models........................................................................................................................22
6.2.1 Conceptual Baseline Data Architecture......................................................................................23
6.2.1.1
User Satisfaction........................................................................................................25
6.2.1.2
Data Service Security Classification View................................................................25
6.2.2 Logical Baseline Data Architecture............................................................................................25
6.2.3 Physical Baseline Data Architecture...........................................................................................27
6.2.4 Baseline Data Architecture Cross-References............................................................................28
6.3
Application Architecture Models............................................................................................................28
6.3.1 Conceptual Baseline Application Architecture...........................................................................29
6.3.1.1
Baseline Application Services....................................................................................29
6.3.1.2
Application Services Contracts..................................................................................30
6.3.1.3
User Satisfaction........................................................................................................30
6.3.1.4
Application Service Security Classification View.....................................................30
6.3.2 Logical Baseline Application Architecture.................................................................................31
6.3.3 Physical Baseline Application Architecture................................................................................32

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

2
TOGAF is a trademark of The Open Group.

6.3.4 Baseline Application Architecture Cross-References.................................................................32


Technology Architecture Models.............................................................................................................32
6.4.1 Conceptual Baseline Technology Architecture...........................................................................33
6.4.1.1
Technology Services..................................................................................................34
6.4.1.2
Technology Services Contracts..................................................................................35
6.4.1.3
User Satisfaction........................................................................................................35
6.4.2 Logical Baseline Technology Architecture.................................................................................35
6.4.3 Physical Baseline Technology Architecture................................................................................36
6.4.4 Baseline Technology Architecture Cross-References.................................................................37
6.5
Security Architecture Models..................................................................................................................37
Rationale and Justification for Architectural Approach......................................................................................38
7.1
Rationale..................................................................................................................................................38
7.2
Approach.................................................................................................................................................38
7.3
Architecture Decisions............................................................................................................................38
7.4
Architecture Governance.........................................................................................................................38
Mapping to Architecture Repository...................................................................................................................39
8.1
Artifacts...................................................................................................................................................39
8.2
Mapping to Architecture Landscape........................................................................................................40
8.3
Mapping to Reference Models................................................................................................................40
8.4
Mapping to Standards..............................................................................................................................41
8.5
Re-Use Assessment.................................................................................................................................41
8.5.1 Use of Existing Components......................................................................................................42
8.5.2 Opportunities for Re-Use............................................................................................................42
Target Architecture..............................................................................................................................................43
9.1
Business Architecture Models.................................................................................................................43
9.1.1 Conceptual Target Business Architecture...................................................................................44
9.1.1.1
Target Business Functions..........................................................................................44
9.1.1.2
Target Business Services............................................................................................45
9.1.1.3
Business Service Security Classification View..........................................................46
9.1.1.4
Organization Structure and Units...............................................................................47
9.1.1.5
Roles..........................................................................................................................47
9.1.2 Logical Target Business Architecture.........................................................................................47
9.1.2.1
Actors.........................................................................................................................47
9.1.2.2
Human Actors............................................................................................................48
9.1.2.3
Computer Actors........................................................................................................48
9.1.2.4
Other Requirements...................................................................................................48
9.1.2.5
Logical Business Top-Level View.............................................................................48
9.1.2.6
Target Business Architecture (Processes)..................................................................49
9.1.2.7
Process Outline..........................................................................................................49
9.1.2.8
Process Steps Mapped to Environment......................................................................49
9.1.2.9
Process Steps Mapped to People................................................................................49
9.1.2.10 Information Flows......................................................................................................50
9.1.2.11 Business Architecture Process View..........................................................................50
9.1.3 Physical Target Business Architecture........................................................................................51
9.1.3.1
Process Allocation......................................................................................................51
9.1.3.2
Physical Business Component RACI View...............................................................51
9.1.3.3
Role/Actor Allocation................................................................................................51
9.1.3.4
Physical Organization Model.....................................................................................52
9.1.4 Cross-References within the Business Architecture...................................................................52
9.2
Data Architecture Models........................................................................................................................53
9.2.1 Conceptual Target Data Architecture..........................................................................................54
9.2.1.1
Data Service Security Classification View................................................................56
9.2.2 Logical Target Data Architecture................................................................................................56
9.2.3 Physical Target Data Architecture...............................................................................................58
9.2.4 Target Data Architecture Cross-Reference.................................................................................59
6.4

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

3
TOGAF is a trademark of The Open Group.

9.3

10
11

Application Architecture Models............................................................................................................59


9.3.1 Conceptual Target Application Architecture...............................................................................60
9.3.1.1
Application Service Security Classification View.....................................................61
9.3.2 Logical Target Application Architecture.....................................................................................62
9.3.3 Physical Target Application Architecture...................................................................................63
9.3.3.1
Vendor Consideration List.........................................................................................63
9.3.4 Target Application Architecture Cross-Reference......................................................................63
9.4
Technology Architecture Models.............................................................................................................64
9.4.1 Conceptual Target Technology Architecture...............................................................................65
9.4.2 Logical Target Technology Architecture.....................................................................................67
9.4.3 Physical Target Technology Architecture...................................................................................68
9.4.3.1
Vendor Consideration List.........................................................................................68
9.4.4 Target Technology Architecture Cross-Reference......................................................................69
9.5
Security Architecture Models..................................................................................................................69
Gap Analysis........................................................................................................................................................70
Impact Assessment..............................................................................................................................................73
11.1 Reference to Specific Requirements.......................................................................................................73
11.2 Stakeholder Priority of the Requirements To-Date.................................................................................73
11.3 Phases to be Revisited.............................................................................................................................73
11.4 Conclusions.............................................................................................................................................73
11.5 Recommendations...................................................................................................................................73

Document Information
Project Name:

Project XXX

Prepared By:
Title:

Document Version No:


Architecture Definition

0.1

Document Version Date:

Reviewed By:

Review Date:

Distribution List
From

To

Action*

Date

Phone/Fax/Email

Due Date

Phone/Fax/Email

* Action Types: Approve, Review, Inform, File, Action Required, Attend Meeting, Other (please specify)
Document Version History
Version
Number

Version
Date

Revised By

Description

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Filename
4
TOGAF is a trademark of The Open Group.

Version
Number

Version
Date

Revised By

Description

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Filename

5
TOGAF is a trademark of The Open Group.

1 Purpose of this Document

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

6
TOGAF is a trademark of The Open Group.

2 Scope

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

7
TOGAF is a trademark of The Open Group.

3 Goals, Objectives, and Constraints


3.1

Business and Technology Goals

3.2

Objectives Derived from the Goals

3.3

Stakeholders and their Concerns

3.4

Constraints

3.5

Capabilities

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

8
TOGAF is a trademark of The Open Group.

4 Compliance
4.1

Architecture Principles

Bagian ini memuat Architecture Principles dari perusahaan ekspedisi Dkurir. Tujuan dari dokumen ini
adalah untuk menentukan Architecture Principles untuk domain / sub-domain yang relevan. Dalam bagian
ini terdapat berbagai prinsip yang mengacu pada katalog.
Name

Menyediakan Waktu untuk Konsumen

Reference

COM_AP_01

Statement

DKurir memiliki prinsip bisnis untuk membeli waktu konsumen yang sangat sibuk dengan cara
membantu mengantarkan barang-barang kebutuhan konsumen sesuai pesanan yang dilakukan.

Rationale

DKurir dapat melihat peluang bahwa orang yang memiliki kesibukan sehari-hari tidak
memiliki waktu luang untuk memenuhi kebutuhannya seperti membeli barang-barang rumah
tangga, mengambil barang dari tempat yang lumayan jauh dan sebagainya. Oleh sebab itu,
DKurir menjalankan bisnis yang sebenarnya adalah membeli waktu sempit konsumen dan
menukarkannya dengan jasa pengantaran yang diinginkan oleh konsumen.

Implications

Karena dengan adanya bisnis inilah, DKurir harus dapat melakukan pengantaran segala jenis
barang dan tepat waktu. Dilain pihak, penggunaan IT dibutuhkan untuk dapat melakukan
manajemen pesanan dan kurir supaya lebih cepat.

Name

Menjaga Kualitas Layanan

Reference

COM_AP_02

Statement

DKurir menjalankan bisnis pelayanan untuk mengantarkan barang-barang sesuai permintaan


pelanggan. Oleh karena itu, DKurir harus dapat melakukan pengaturan waktu dengan baik agar
tepat waktu.

Rationale

Bisnis yang dijalankan oleh DKurir adalah bisnis jasa. Secara langsung hal utama yang
ditawarkan adalah pelayanan yang baik kepada pelanggan. Dikarenakan layanan yang diberikan
adalah pengantaran barang, maka ketepatan waktu merupakan faktor kunci kepuasan pelanggan.

Implications

DKurir harus memiliki kapabilitas untuk dapat melakukan prediksi waktu tiba pengantaran
barang yang dilakukan dan dapat mengarahkan persebaran kurir yang sedang bertugas agar
langsung dapat menuju ke lokasi. Setiap kurir dibekali oleh alat komunikasi dan saluran
komunikasi yang digunakan secara langsung oleh information center untuk dapat memberikan
tugas kepada kurir.

Name

Membantu Orang

Reference

COM_AP_03

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

9
TOGAF is a trademark of The Open Group.

Statement

DKurir membantu orang baik dari sisi pelanggan yang menginginkan pelayanan dan juga
membantu dari sisi kurirnya sendiri. Pendaftaran untuk menjadi seorang kurir tidak dituntut
yang terlalu banyak dan tanpa persyaratan yang berbelit. Kurir dianjurkan untuk menaati aturan
yang sudah berlaku di DKurir. Kesejahteraan para kurir menjadi prioritas yang utama di
perusahaan karena hal tersebut menjadi prinsip bisnis perusahaan yaitu menjalankan bisnis
untuk membantu orang dan ibadah.

Rationale

Bisnis yang dijalankan dianggap sebagai sesuatu yang mulia yaitu membantu orang. Oleh sebab
itu, DKurir tidak mengejar keuntungan semata akan tetapi kesejahteraan dari para Kurir adalah
sesuatu yang diperhatikan di perusahaan.

Implications

DKurir tidak berfokus pada keuntungan, sehingga bisnis yang dijalankan agak terlambat dan
kurang berkembang. Hal tersebut dapat mengancam posisi DKurir di bisnis yang dijalankan
karena mulai muncul pesaing-pesaing lain seperti Gojek dan Grabbike. Dari segi IT, DKurir
juga masih sedikit tertinggal dari pesaingnya.

Name

Beribadah dalam Bekerja

Reference

COM_AP_04

Statement

DKurir menjalankan bisnis untuk ibadah dan tidak hanya mencari keuntungan semata. Setiap
kurir yang bekerja dituntut untuk dapat menikmat pekerjaannya. Keuntungan yang
dikumpulkan oleh perusahaan ditentukan dengan cara profit sharing dengan kurir yang
mengantarkan

Rationale

Keuntungan dari menjalankan bisnis untuk ibadah adalah setiap kurir dapat menjalankan
pekerjaannya sepenuh hati dan layanan yang diberikan kepada konsumen adalah layanan
terbaik yang bisa dilakukan.

Implications

Bisnis yang dijalankan oleh DKurir tidak langsung menjadi besar. Dibutuhkan waktu yang
lebih lama bagi DKurir untuk mengembangkan usahanya.

Name

Menjalankan Syariah

Reference

COM_AP_05

Statement

DKurir adalah perusahaan berbentuk CV yang bergerak di bidang pelayanan ekspedisi.


Sebagai perusahaan yang legal, seharusnya DKurir memenuhi kewajibannya membayar pajak
kepada negara. Akan tetapi DKurir lebih memilih untuk tidak membayar pajak dan melakukan
zakat dan sedekah kepada sesama serta menyejahterakan kurir-kurir yang dimilikinya.

Rationale

DKurir menyebut dirinya sebagai perusahaan syariah, sehingga meskipun perusahaan yang
legal (CV) akan tetapi DKurir masih memilih untuk tidak membayar pajak.

Implications

Pelanggan mungkin saja ada yang tidak percaya dengan layanan yang diberikan oleh DKurir.
DKurir akan menghadapi kesulitan untuk dapat mengembangkan usahanya.

Name

Kemandirian Bisnis

Reference

COM_AP_06

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

10
TOGAF is a trademark of The Open Group.

Statement

DKurir memiliki prinsip untuk berbisnis secara mandiri. Semua kebutuhan teknologi dan
aplikasi sebisa mungkin dipenuhi dengan cara mengembangkannya sendiri. Selain itu, DKurir
juga tidak mencari investor bisnis yang memberikan dana tambahan agar bisnis dapat berjalan.

Rationale

Perusahaan DKurir menjadi tidak bergantung akan suatu hal. Oleh karena itu perusahaan
tersebut masih dapat berdiri hingga sekarang dengan cara memenuhi kebutuhannya sendiri dan
dengan cara mereka sendiri.

Implications

Dalam melakukan pengembangan aplikasi dan teknologi yang digunakan membutuhkan waktu
yang lebih lama dibandingkan dengan menggunakan teknologi yang sudah ada. Hal tersebut
dapat mempengaruhi jalannya bisnis karena pertumbuhan bisnisnya tidak akan cepat bahkan
dapat melambat.

Name

Teknologi Sebagai Penunjang

Reference

COM_AP_07

Statement

DKurir memiliki prinsip untuk tidak selalu bergantung dengan teknologi. Salah satu contohnya
bahwa DKurir masih belum memiliki kepercayaan dengan penggunaan cloud storage. DKurir
menggunakan teknologi sebagai sarana untuk mencapai tujuan. DKurir berpikir bahwa dalam
mencapai tujuan tidak harus dengan menggunakan teknologi.

Rationale

DKurir dapat memenuhi semua tujuannya dengan segala metode yang bisa digunakan. Tidak
harus menggunakan teknologi untuk dapat mencapainya. Hal tersebut menurut DKurir
berdampak baik kepada jalannya bisnis yang dilakukan karena berprioritas pada kecepatan
layanan yang diberikan.

Implications

Saat bisnis yang dijalankan DKurir mulai berkembang, cepat atau lambat perusahaan akan
bergantung pada teknologi. Jumlah kurir yang semakin banyak, jumlah pesanan yang
bertambah, dan manajemen yang semakin kompleks memaksa perusahaan untuk menggunakan
teknologi agar dapat bertahan di bisnis yang dijalankan.

4.2

Policies and Standards

Kebijakan-kebijakan yang digunakan dalam pembuatan arsitektur mencakup:


Standar-standar yang digunakan dalam pembuatan arsitektur mencakup:

Standar Bisnis:
o

Standar berbagai fungsi bisnis

Standar definisi actor dan perannya

Standar keamanan dan peraturan untuk aktivitas bisnis

Standar Data:
o

Standar untuk coding dan nilai-nilai data

Standar struktur dan format data

Standar sumber dan kepemilikan data

Pembatasan untuk replikasi dan akses

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

11
TOGAF is a trademark of The Open Group.

Standar Aplikasi:
o

Standard aplikasi pendukung fungsi bisnis yang spesifik

Standar untuk komunikasi dan interoperation aplikasi

Standar untuk akses, presentasi, dan style

Standar Teknologi:
o

Standar produk perangkat keras

Standar produk perangkat lunak

Standar untuk pengembangan perangkat lunak

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

12
TOGAF is a trademark of The Open Group.

5 Risks and Issues


5.1
ID

Assumptions
Assumption Item

Description

Date

Source

Owner

Pengembangan
Arsitektur

Pengembangan arsitektur
tidak mengganggu jalannya
proses bisnis perusahaan

17/3/16

Dkurir

CEO,
Manajer
Proyek

Perubahan
Requirement

Tidak ada perubahan


requirement yang
mengganggu perencanaan
proyek (jika pun ada hanya
dalam kuantitas kecil)

17/3/16

Dkurir, Tim
Proyek

CEO,
Manajer
Proyek

Dana

Dana yang dibutuhkan dalam


pengembangan arsitektur
dapat diperoleh ketika
dibutuhkan

17/3/16

Dkurir

Pemberi
dana,
Manajer
Proyek

Pengembangan
Arsitektur

Pengembangan arsitektur
memenuhi prinsip-prinsip
yang digunakan perusahaan

17/3/16

Dkurir

CEO,
Manajer
Proyek

5.2

Risks

Concern

Are the risks clearly described and communicated?


Do agreed mitigations exist for all stated risks?

Description

A risk is a description of an issue or problem that may arise related to the architecture
development. Risks that are related to the architecture result are mandatory here; project
risks are out of scope.
A risk that has arisen or been realized must be described as an issue (for the project)
and/or a constraint (within the architecture as an artifact).

Guidance

This View is a simple selection of the architecture risks.


The number of risks being documented within the architecture should reduce during the
lifetime of an architecture project.

Reference
ID

Mitigation
Plan

Title

Description

Impact

Measures

Risiko Perubahan
Requirement

Perubahaan
requirement dari pihak
terkait

Critical

Likely

Adanya penetapan
pada rapat inisiasi
untuk penanganan
perubahan
requirement

Risiko sistem dan


teknologi

Kerusakan pada sistem


dan teknologi
pendukung

Critical

Occational

Melakukan
maintenance secara
rutin untuk
menghindari
kerusakan

Risiko data

Kehilangan data yang


diperlukan

Critical

Occational

Melakukan backup
pada data-data yang

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

13
TOGAF is a trademark of The Open Group.

penting
4

Risiko bencana
alam

Bencana alam

Critical

Seldom

Bekerja sama
dengan pihak
asuransi untuk
jaminan kerusakan
pada
inventaris/kekayaan
perusahaan

Risiko kebijakan

Adanya kebijakan
regulator yang
merugikan

Marginal

Seldom

Melakukan
peramalan/analisis
kondisi politik pada
masa yang akan
datang

Risiko sumber
daya

Sumber daya manusia


yang tidak memadai

Marginal

Likely

Memberikan
pemahaman kepada
SDM mengenai
proyek yang
dilakukan

Risiko finansial

Dana tidak diperoleh


saat dibutuhkan

Critical

Seldom

Memastikan
perumusan
rancangan anggaran
biaya dan darimana
dana tersebut
berasal.

5.3

Issues

Input
Date

Due
Date

Closed
Date

ID

Issue

Status

Kemunculan
Kompetitor

Menjadi
hambatan untuk
mengembangkan
arsitektur

Dkurir

Ekspansi Bisnis

Ada kendala
dalam regulasi,
menghambat
pengembangan
arsitektur

Dkurir

Pengimplementasian
Teknologi

Sesuai prinsip
bisnis, menjadi
pondasi
pengembangan
arsitektur

Dkurir,
Tim
Proyek

Pertumbuhan
Pelanggan

Memudahkan
ekspansi bisnis.
Menghambat
pengembangan
arsitektur jika
pertumbuhan

Dkurir,
Tim
Proyek,
Custome
r

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Owner

Work
Group
Owner

Meeting
Notes/
Comments

14
TOGAF is a trademark of The Open Group.

tidak disertai
dengan optimasi
jumlah kurir

5.4

Dependencies

Reference-ID

Title

Description

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Impact

Measures

Comment

15
TOGAF is a trademark of The Open Group.

6 Baseline Architecture
6.1

Business Architecture Models

6.2

Data Architecture Models

6.3

Application Architecture Models

6.4

Technology Architecture Models

6.4.1

Conceptual Baseline Technology Architecture

Dibawah ini merupakan diagram yang menjelaskan baseline arsitektur teknologi pada level perencanaan
yang menjelaskan area infrastruktur dari service yang telah ditentukan.
Baseline Architecture
Platform Service

Network Services

Data Interchange Services

Communication Services

Logical Technology Component


Teknologi Database
Teknologi Website
Teknologi Network

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Physical Technology Component


Messenger
SMS/Telepon
Website
Microsoft Office

16
TOGAF is a trademark of The Open Group.

6.4.1.1

Technology Services

Berikut ini adalah Technology Architecture Conceptual-Level Artifact Definitions.


Infrastructure
Service ID

Infrastructure
Service

TA_PS_01

Network Services

TA_PS_02

Data Interchange
Services

Infrastructure Service Description


Teknologi yang digunakan sebagai sarana komunikasi data antar gadget
dan komputer admin yang berfungsi sebagai akses pertukaran data.
Teknologi yang digunakan sebagai sarana pemrosesan teks dan chat
menjadi suatu data yang berguna dan disimpan dalam suatu basis data.

TA_PS_03

Communication
Services

Teknologi yang digunakan sebagai sarana komunikasi antar pengguna


dan admin serta kurir.

Berikut ini adalah Technology Architecture Conceptual-Level Artifact Characteristics.


Infrastructure
Service

Infrastructure Service
Characteristic Value

Infrastructure Service Characteristic

Low

Data
Interchange
Services

Teknologi yang digunakan sebagai sarana komunikasi data antar


gadget dan komputer admin yang berfungsi sebagai akses pertukaran
data.
Teknologi yang digunakan sebagai sarana pemrosesan teks dan chat
menjadi suatu data yang berguna dan disimpan dalam suatu basis
data.

Communication
Services

Teknologi yang digunakan sebagai sarana komunikasi antar


pengguna dan admin serta kurir.

High

Network
Services

6.4.1.2

Medium

Technology Services Contracts

Berikut ini adalah Technology Architecture Conceptual Service Contracts.


Contract
Name

Contract ID

Definition

IS Service 1

IS Service 2

Komunikasi

TS_CTR_01

Servis ini memungkinkan


Dkurir untuk
berkomunikasi dengan
pelanggan dan juga kurir
untuk melakukan proses
pemesanan

Pesan

Konfirmasi

Pengantaran

TS_CTR_02

Servis ini memungkinkan


Dkurir untuk melakukan
proses pengantaran, mulai
dari awal pengambilan,
pengiriman, penerimaan
dan mitigasi
kesalahan/kerusakan

Pengambilan

Penerimaan

6.4.1.3

User Satisfaction

Berikut ini adalah Technology Architecture Services User Satisfaction.


TOGAF 9 Template: Architecture Definition
Copyright 2010 The Open Group. All rights reserved.

17
TOGAF is a trademark of The Open Group.

Technology
Services

User Satisfaction
(Scale 1-10)

Notes, Specific Issues

Network
Services

Teknologi yang digunakan sebagai sarana komunikasi data antar gadget


dan komputer admin yang berfungsi sebagai akses pertukaran data.

Data
Interchange
Services

Teknologi yang digunakan sebagai sarana pemrosesan teks dan chat


menjadi suatu data yang berguna dan disimpan dalam suatu basis data.

Communication
Services

Teknologi yang digunakan sebagai sarana komunikasi antar pengguna dan


admin serta kurir.

6.4.2

Logical Baseline Technology Architecture

Berikut ini adalah Technology Architecture Logical-Level.


Baseline Architecture
Logical Technology Component

LIC ID

Teknologi Database

Teknologi Website

Teknologi Network

Logical
Infrastructure
Component (LIC)

TA_LTC_01

Teknologi database

TA_LTC_02

Teknologi website

TA_LTC_04

Teknologi network

Logical Infrastructure Component (LIC) Description


Teknologi yang diperlukan untuk membuat, merancang serta membangun
hingga mengimplementasikan sebuah database yang akan digunakan
nantinya beserta komponen pendukung.
Teknologi yang digunakan untuk membangun dan merancang hingga
menjadikan sebuah website dapat berjalan secara baik.
Jaringan yang dapat menghubungkan antar perangkat komputer hingga
gadget user yang dapat terhubung langsung dengan user lainnya.

Berikut ini adalah Technology Architecture Logical-Level Artifact Characteristics.

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

18
TOGAF is a trademark of The Open Group.

Logical
Infrastructure
Component (LIC)
Teknologi database

LIC Characteristic
Value

LIC Characteristic
Teknologi yang diperlukan untuk membuat, merancang serta
membangun hingga mengimplementasikan sebuah database
yang akan digunakan nnatinya beserta komponen pendukung.

Low

Teknologi yang digunakan untuk membangun dan merancang


hingga menjadikan sebuah website dapat berjalan secara baik.

High

Teknologi website

Jaringan yang dapat menghubungkan antara perangkat komputer


admin dengan gadget user dan gadget kurir.

Medium

Teknologi network

Berikut ini adalah Technology Architecture Logical-Level Artifact Contracts.

LIC Contract
ID

Logical
Infrastructure
Component 1

Logical
Infrastructure
Component 2

LIC Contract Description

TS_CTR_01

Teknologi
Network

Teknologi
Database

Wajib dipatuhi dan dijalankan sebagai standar operasional


proses.

TS_CTR_02

Teknologi
Database

Teknologi
Network

Wajib dipatuhi dan dijalankan sebagai standar operasional


proses.

Berikut ini adalah Technology Architecture Logical-Level Artifact Contract Characteristics.


Logical
Infrastructure
Component
(LIC)

LIC Contract

LIC Contract Characteristic

LIC Contract
Characteristic
Value

Teknologi
database

Pengantaran

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses pengantaran perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

Teknologi
database

Komunikasi

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses Komunikasi perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

Teknologi
website

Komunikasi

Menjadi salah satu proses marketing Dkurir agar terjadi


proses komunikasi.

Medium

Teknologi
database

Pengantaran

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses pengantaran perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

Teknologi
network

Komunikasi

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses Komunikasi perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

19
TOGAF is a trademark of The Open Group.

6.4.3

Physical Baseline Technology Architecture


Baseline Architecture
Physical Technology Component
Messenger
SMS/Telepon
Website
Microsoft Office

TA_PTC_01

Messenger(YM,
BBM,
Whatsapp)

TA_PTC_02

SMS/Telepon

TA_PTC_03

Website

Implementation
Features

Business Importance
(1-10)

Physical Infrastructure
Component (PIC) Description

Business Fitness Score


(1-10)

PIC ID

Physical
Infrastructure
Component
(PIC)

Technical Fitness Score


(1-10)

Berikut ini adalah Technology Architecture Physical Infrastructure Component Catalog.

Sebuah teknologi yang berguna


untuk berkomunikasi antara
admin-pengguna dan adminkurir.
Sebuah teknologi standar yang
dimiliki sebuah telepon
genggam yang berfungsi untuk
melakukan komunikasi antara
admin-kurir, admin-pengguna,
dan kurir-pengguna.
Sebuah teknologi untuk
memasarkan layanan dan
menampilkan informasi
mengenai layanan Dkurir.

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

20
TOGAF is a trademark of The Open Group.

TA_PTC_04

6.5

Microsoft
Office

Implementation
Features

Business Importance
(1-10)

Physical Infrastructure
Component (PIC) Description

Business Fitness Score


(1-10)

PIC ID

Technical Fitness Score


(1-10)

Physical
Infrastructure
Component
(PIC)

Sebuah tools besutan microsoft


yang berguna untuk mendukung
segala kegiatan Dkurir untuk
menyimpan data dan membuat
laporan kegiatan.

Security Architecture Models


Baseline Specification:
Policy Reference

Service Name

Description

Type

Komunikasi

Servis ini memungkinkan


Dkurir untuk
berkomunikasi dengan
pelanggan dan juga kurir
untuk melakukan proses
pemesanan

Low

Data pelanggan tidak


boleh disebarluaskan

Pengantaran

Servis ini memungkinkan


Dkurir untuk melakukan
proses pengantaran, mulai
dari awal pengambilan,
pengiriman, penerimaan
dan mitigasi
kesalahan/kerusakan

High

Pengemasan tidak boleh


dibuka selain dari
customer.
Data pelanggan tidak
boleh disebarluaskan

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Low

21
TOGAF is a trademark of The Open Group.

7 Rationale and Justification for Architectural Approach


7.1

Rationale

7.2

Approach

7.3

Architecture Decisions

ID

7.4

Decision Item

Decision Made

Completion
Date

Source

Owner/Major
Contributors

Architecture Governance

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

22
TOGAF is a trademark of The Open Group.

8 Mapping to Architecture Repository


8.1

Artifacts

8.2

Mapping to Architecture Landscape

8.3

Mapping to Reference Models

8.4

Mapping to Standards

8.5

Re-Use Assessment

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

23
TOGAF is a trademark of The Open Group.

9 Target Architecture
9.1

Business Architecture Models

9.2

Data Architecture Models

9.3

Application Architecture Models

9.4

Technology Architecture Models

9.4.1

Conceptual Target Technology Architecture

Dibawah ini merupakan diagram yang menjelaskan target arsitektur teknologi pada level perencanaan
yang menjelaskan area infrastruktur dari service yang telah ditentukan.
Target Architecture
Platform Service

Network Services

Software Engineer Services

Data Interchange Services

User Interface Services

Communication Services

Security Services

System and Network


Management Services

Logical Technology Component


Teknologi Database
Teknologi Website
Teknologi Network

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Physical Technology Component


Messenger
SMS/Telepon
Website
Microsoft Office

24
TOGAF is a trademark of The Open Group.

9.4.1.1

Technology Services

Berikut ini adalah Technology Architecture Conceptual-Level Artifact Definitions.


Infrastructure
Service ID

Infrastructure
Service

TA_PS_01

Network Services

TA_PS_02

Data Interchange
Services

Infrastructure Service Description


Teknologi yang digunakan sebagai sarana komunikasi data antar gadget
dan komputer admin yang berfungsi sebagai akses pertukaran data.
Teknologi yang digunakan sebagai sarana pemrosesan teks dan chat
menjadi suatu data yang berguna dan disimpan dalam suatu basis data.

TA_PS_03

Communication
Services

Teknologi yang digunakan sebagai sarana komunikasi antar pengguna


dan admin serta kurir.

TA_PS_04

System and Network


Management
Services

Manajemen pengguna, manajemen data, dan administrasi

TA_PS_05

Software Engineer
Services

Pembuatan aplikasi dan website beserta GUInya, perbaikan dan


pemeliharaan terhadap sistem, penanganan keamanan sistem.

TA_PS_06

User Interface
Services

Menampilkan objek dan manajemen tampilan.

TA_PS_07

Security Services

Identifikasi dan otentifikasi, pengamanan masukan pengguna, audit,


control akses, manajemen keamanan, enkripsi dan recovery.

Berikut ini adalah Technology Architecture Conceptual-Level Artifact Characteristics.


Infrastructure
Service

Infrastructure Service
Characteristic Value

Infrastructure Service Characteristic

Low

Data
Interchange
Services

Teknologi yang digunakan sebagai sarana komunikasi data antar


gadget dan komputer admin yang berfungsi sebagai akses pertukaran
data.
Teknologi yang digunakan sebagai sarana pemrosesan teks dan chat
menjadi suatu data yang berguna dan disimpan dalam suatu basis
data.

Communication
Services

Teknologi yang digunakan sebagai sarana komunikasi antar


pengguna dan admin serta kurir.

High

System and
Network
Management
Services

Manajemen pengguna, manajemen data, dan administrasi

High

Software
Engineer
Services

Pembuatan aplikasi dan website beserta GUInya, perbaikan dan


pemeliharaan terhadap sistem, penanganan keamanan sistem.

Medium

User Interface
Services

Menampilkan objek dan manajemen tampilan.

Low

Security
Services

Identifikasi dan otentifikasi, pengamanan masukan pengguna, audit,


control akses, manajemen keamanan, enkripsi dan recovery.

High

Network
Services

9.4.1.2

Medium

Technology Services Contracts

Berikut ini adalah Technology Architecture Conceptual Service Contracts.


TOGAF 9 Template: Architecture Definition
Copyright 2010 The Open Group. All rights reserved.

25
TOGAF is a trademark of The Open Group.

Contract
Name

Contract ID

Definition

IS Service 1

IS Service 2

Komunikasi

TS_CTR_01

Servis ini memungkinkan


Dkurir untuk
berkomunikasi dengan
pelanggan dan juga kurir
untuk melakukan proses
pemesanan

Pesan

Konfirmasi

Pengantaran

TS_CTR_02

Servis ini memungkinkan


Dkurir untuk melakukan
proses pengantaran, mulai
dari awal pengambilan,
pengiriman, penerimaan
dan mitigasi
kesalahan/kerusakan

Pengambilan

Penerimaan

Webserver

TS_CTR_03

Servis ini memungkinkan


penyimpanan data secara
cloud sehingga data dari
seluruh Dkurir dapat
diakses

Pemesanan

Pengantaran

Keamanan

TS_CTR_04

Servis ini memungkinkan


Dkurir untuk menjaga
seluruh data dan
layanannya dari berbagai
risiko

Pemesanan

Pengantaran

9.4.1.3

User Satisfaction

Berikut ini adalah Technology Architecture Services User Satisfaction.


Technology
Services

User Satisfaction
(Scale 1-10)

Notes, Specific Issues

Network
Services

Teknologi yang digunakan sebagai sarana komunikasi data antar gadget


dan komputer admin yang berfungsi sebagai akses pertukaran data.

Data
Interchange
Services

Teknologi yang digunakan sebagai sarana pemrosesan teks dan chat


menjadi suatu data yang berguna dan disimpan dalam suatu basis data.

Communication
Services

Teknologi yang digunakan sebagai sarana komunikasi antar pengguna dan


admin serta kurir.

System and
Network
Management
Services

Manajemen pengguna, manajemen data, dan administrasi

Software
Engineer
Services

Pembuatan aplikasi dan website beserta GUInya, perbaikan dan


pemeliharaan terhadap sistem, penanganan keamanan sistem.

User Interface
Services

Menampilkan objek dan manajemen tampilan.

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

26
TOGAF is a trademark of The Open Group.

Technology
Services

User Satisfaction
(Scale 1-10)

Security
Services

9.4.2

Notes, Specific Issues


Identifikasi dan otentifikasi, pengamanan masukan pengguna, audit,
control akses, manajemen keamanan, enkripsi dan recovery.

Logical Target Technology Architecture

Berikut ini adalah Technology Architecture Logical-Level.


Target Architecture
Logical Technology Component

LIC ID

Teknologi Database

Teknologi Website

Teknologi Network

Teknologi Webserver

Logical
Infrastructure
Component (LIC)

TA_LTC_01

Teknologi database

TA_LTC_02

Teknologi website

TA_LTC_03

Teknologi network

TA_LTC_04

Teknologi Webserver

Logical Infrastructure Component (LIC) Description


Teknologi yang diperlukan untuk membuat, merancang serta membangun
hingga mengimplementasikan sebuah database yang akan digunakan
nantinya beserta komponen pendukung.
Teknologi yang digunakan untuk membangun dan merancang hingga
menjadikan sebuah website dapat berjalan secara baik.
Jaringan yang dapat menghubungkan antar perangkat komputer hingga
gadget user yang dapat terhubung langsung dengan user lainnya.
Teknologi yang digunakan untuk membuat sistem berbasis cloud sehingga
data seluruh cabang Dkurir dapat diakses

Berikut ini adalah Technology Architecture Logical-Level Artifact Characteristics.


Logical
Infrastructure
Component (LIC)
Teknologi database

LIC Characteristic
Value

LIC Characteristic
Teknologi yang diperlukan untuk membuat, merancang serta
membangun hingga mengimplementasikan sebuah database
yang akan digunakan nnatinya beserta komponen pendukung.

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Low

27
TOGAF is a trademark of The Open Group.

Logical
Infrastructure
Component (LIC)

LIC Characteristic
Value

LIC Characteristic
Teknologi yang digunakan untuk membangun dan merancang
hingga menjadikan sebuah website dapat berjalan secara baik.

High

Teknologi website

Jaringan yang dapat menghubungkan antara perangkat komputer


admin dengan gadget user dan gadget kurir.

Medium

Teknologi network
Teknologi
webserver

Teknologi yang digunakan untuk membuat sistem berbasis


cloud sehingga data seluruh cabang Dkurir dapat diakses

High

Berikut ini adalah Technology Architecture Logical-Level Artifact Contracts.

LIC Contract
ID

Logical
Infrastructure
Component 1

Logical
Infrastructure
Component 2

LIC Contract Description

TS_CTR_01

Teknologi
Network

Teknologi
Database

Wajib dipatuhi dan dijalankan sebagai standar operasional


proses.

TS_CTR_02

Teknologi
Database

Teknologi
Network

Wajib dipatuhi dan dijalankan sebagai standar operasional


proses.

TS_CTR_03

Teknologi
Database

Teknologi
Teknologi
network

Wajib dipatuhi dan dijalankan sebagai standar operasional


proses.

TS_CTR_04

Teknologi
database

Teknologi
network

Wajib dipatuhi dan dijalankan sebagai standar operasional


proses.

Berikut ini adalah Technology Architecture Logical-Level Artifact Contract Characteristics.


Logical
Infrastructure
Component
(LIC)

LIC Contract

LIC Contract Characteristic

LIC Contract
Characteristic
Value

Teknologi
database

Pengantaran

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses pengantaran perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

Teknologi
database

Komunikasi

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses Komunikasi perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

Teknologi
website

Komunikasi

Menjadi salah satu proses marketing Dkurir agar terjadi


proses komunikasi.

Medium

Teknologi
database

Pengantaran

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses pengantaran perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

Teknologi
network

Komunikasi

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses Komunikasi perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.

High

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

28
TOGAF is a trademark of The Open Group.

Logical
Infrastructure
Component
(LIC)

LIC Contract

LIC Contract Characteristic

LIC Contract
Characteristic
Value

Teknologi
database

Keamanan

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses keamanan sehingga data yang
ada selalu terjaga keamanannya

High

Teknologi
database

Webserver

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses webserver dapat dilakukan

High

Teknologi
network

Keamanan

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses keamanan sehingga data yang
mengalir selalu terjaga keamanannya

High

Teknologi
webserver

Keamanan

Menjadi salah satu proses bisnis utama Dkurir sehingga


dalam melakukan proses keamanan sehingga data yang
ada selalu terjaga keamanannya

High

9.4.3

Physical Target Technology Architecture


Target Architecture
Physical Technology Component
Messenger
SMS/Telepon
Website
Microsoft Office
Firewall
PHP
Server

Berikut ini adalah Technology Architecture Physical Infrastructure Component Catalog.

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

29
TOGAF is a trademark of The Open Group.

TA_PTC_01

Messenger(YM,
BBM,
Whatsapp)

TA_PTC_02

SMS/Telepon

TA_PTC_03

Website

TA_PTC_04

Microsoft
Office

TA_PTC_05

Firewall

TA_PTC_06

PHP

TA_PTC_07

Server

9.5

Implementation
Features

Business Importance
(1-10)

Physical Infrastructure
Component (PIC) Description

Business Fitness Score


(1-10)

PIC ID

Technical Fitness Score


(1-10)

Physical
Infrastructure
Component
(PIC)

Sebuah teknologi yang berguna


untuk berkomunikasi antara
admin-pengguna dan adminkurir.
Sebuah teknologi standar yang
dimiliki sebuah telepon
genggam yang berfungsi untuk
melakukan komunikasi antara
admin-kurir, admin-pengguna,
dan kurir-pengguna.
Sebuah teknologi untuk
memasarkan layanan dan
menampilkan informasi
mengenai layanan Dkurir.
Sebuah tools besutan microsoft
yang berguna untuk mendukung
segala kegiatan Dkurir untuk
menyimpan data dan membuat
laporan kegiatan.
Sebuah tools yang berguna
untuk menjaga data dan
informasi dari berbagai
perlawanan dari luar dan
menjaga agar data tetap
tersimpan dengan baik
ditempatnya.
Sebuah bahasa pemrograman
yang berfungsi membaca dan
memproses setiap masukan yang
dilakukan oleh user.
Sebuah teknologi yang
membantu menyimpan data
yang dimiliki oleh Dkurir
nantinya.

Security Architecture Models

Service Name

Description

Type

Komunikasi

Servis ini memungkinkan


Dkurir untuk
berkomunikasi dengan

Low

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Baseline Specification:
Policy Reference
Data pelanggan tidak
boleh disebarluaskan
30
TOGAF is a trademark of The Open Group.

Service Name

Description

Type

Baseline Specification:
Policy Reference

pelanggan dan juga kurir


untuk melakukan proses
pemesanan
Pengantaran

Webserver

Servis ini memungkinkan


Dkurir untuk melakukan
proses pengantaran, mulai
dari awal pengambilan,
pengiriman, penerimaan
dan mitigasi
kesalahan/kerusakan

High

Servis ini memungkinkan


penyimpanan data secara
cloud sehingga data dari
seluruh Dkurir dapat
diakses

High

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

Low
High

Pengemasan tidak boleh


dibuka selain dari
customer.
Data pelanggan tidak
boleh disebarluaskan
Penomoran Pesanan
Seluruh pertukaran dan
penyimpanan data diberi
firewall dan keamanan
yang baik

31
TOGAF is a trademark of The Open Group.

10 Gap Analysis
<<The purpose of this section is to define the gap between the current (as-is) and target (to-be) state
business architectures.
Mandatory/optional: This section is optional as not all the domain teams need to produce a business
architecture for their respective domains. However, it can also be used by the domains that do not produce
a full (current and target) or current state business architecture but still want to know the (priority) areas
on which to concentrate, and thus minimise effort.
In terms of quality criteria, this section should make clear:

Description of the gap between the current (as-is) and target (to-be) state business architectures. This
difference, or delta, defines the scope of work that needs to be undertaken in order to transition from
the current to the target business architecture. This scope is thus the scope of the program(s) or
project(s) that need to be completed in order to reach the target business architecture.

The suggested steps are as follows:

Draw up a matrix with all the Architecture Building Blocks (ABBs) of the baseline architecture on
the vertical axis, and all the ABBs of the target architecture on the horizontal axis.

Add to the baseline architecture axis a final row labeled New, and to the target architecture axis a
final column labeled Eliminated.

Where an ABB is available in both the baseline and target architectures, record this with Included
at the intersecting cell.

Where an ABB from the baseline architecture is missing in the target architecture, each must be
reviewed. If it was correctly eliminated, mark it as such in the appropriate Eliminated cell. If it
was not, an accidental omission in the target architecture has been uncovered that must be addressed
by reinstating the ABB in the next iteration of the architecture design mark it as such in the
appropriate Eliminated cell.

Where an ABB from the target architecture cannot be found in the baseline architecture, mark it at
the intersection with the New row as a gap that needs to filled, either by developing or procuring
the building block.

When the exercise is complete, anything under Eliminated or New is a gap, which should either be
explained as correctly eliminated, or marked as to be addressed by reinstating or developing/procuring the
function.
TA\BA

Pelayanan pendaftaran
mahasiswa lolos seleksi
Pelayanan Perencanaan
program
kegiatan
belajar mengajar

Pelayanan
pendaftaran
mahasiswa lolos
seleksi

Pelayanan Perencanaan
program kegiatan
belajar mengajar

Pelayanan Kegiatan belajar


mengajar
dengan absesnsi digital

Pelayanan
administrasi
kelulusan

Mobile apps

sama
Perubahan platform dan
sistem yang lebih
banyak terintegrasi di
situs akademik

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

32
TOGAF is a trademark of The Open Group.

Pelayanan
Kegiatan
belajar mengajar

Pengadaan absensi digital


dengan menggunakan
teknologi yang secure

Pelayanan administrasi
kelulusan
New

sama
Gap: pengadaan
platform baru

Gap: pengadaan teknologi


baru

Potential sources of gaps include:

Business domain gaps:


o

People gaps (e.g., cross-training requirements)

Process gaps (e.g., process inefficiencies)

Tools gaps (e.g., duplicate or missing tool functionality)

Information gaps

Measurement gaps

Financial gaps

Facilities gaps (buildings, office space, etc.)

Data domain gaps:


o

Data not of sufficient currency

Data not located where it is needed

Not the data that is needed

Data not available when needed

Data not created

Data not consumed

Data relationship gaps

Applications impacted, eliminated, or created

Technology impacted, eliminated, or created>>

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

33
TOGAF is a trademark of The Open Group.

11 Impact Assessment
11.1 Reference to Specific Requirements
11.2 Stakeholder Priority of the Requirements To-Date
11.3 Phases to be Revisited
11.4 Conclusions
11.5 Recommendations

TOGAF 9 Template: Architecture Definition


Copyright 2010 The Open Group. All rights reserved.

34
TOGAF is a trademark of The Open Group.