TOGAF9

010, 18 September 2012

EKOJI999 Nomor

Artikel ini merupakan

satu dari 999 artikel
hasil bunga rampai
pemikiran dari Prof.
Richardus Eko Indrajit
di bidang sistem dan
teknologi informasi.

Untuk berlangganan,
silahkan kirimkan
email permohonan ke
indrajit@rad.net.id

TOGAF: Standar Metodologi

Pengembangan Arsitektur Teknologi
oleh Prof. Richardus Eko Indrajit - indrajit@post.harvard.edu

Salah satu produk dari The
O p e n G ro u p ya n g p a l i n g
terkenal dan sangat banyak
dipergunakan industri teknologi
informasi dunia adalah TOGAF,
yang merupakan kepanjangan
dari The Open Group
Architecture Framework. Produk
metodologi ini dikeluarkan
sebagai jawaban atas kebutuhan
industri terhadap sebuah standar
panduan dalam menyusun,
menggambarkan, dan
mengembangkan arsitektur
teknologi informasi yang dimiliki
korporat yang biasa diistilahkan
dalam dunia industri sebagai
“enterprise architecture”.
Prinsip utama industri terhadap
adanya arsitektur teknologi
adalah sebagai alat bantu dalam
menggambarkan kebutuhan
yang dimaksud secara jelas,
detail, dan tepat. Sebagaimana
membangun sebuah rumah,
langkah pertama yang harus
dilakukan adalah menangkap
secara benar keinginan investor
atau pemilik rumah yang
bersangkutan dalam kaitannya
dengan: model rumah, gaya
&%2+92%2
74)7-A/%7-
69%2+

desain interior, kualitas material,
dan lain sebagainya. Oleh
k a re n a i t u l a h m a k a y a n g
bersangkutan menyewa seorang
arsitek dan kontraktor terlebih
dahulu untuk membuat cetak
biru atau maket (prototip rumah)
s e b a g a i a l at b a n t u u n t u k
1)2+/32A61%7-/%2
Dalam dunia teknologi
informasi, berlaku prinsip yang
sama, bahkan tantangannya
lebih sulit, karena bangunan
sistem teknologi informasi terdiri
dari sejumlah sub-sistem atau
komponen yang bersifat
intangible.
Paling tidak, seorang arsitek
sistem dan teknologi informasi
harus mampu menterjemahkan
kebutuhan atau keinginan
pemangku kepentingan menjadi
empat buah desain atau
rancangan arsitektur, masing-
masing adalah:
(i) arsitektur bisnis; (ii) arsitektur
aplikasi; (iii) arsitektur informasi;
dan (iv) arsitektur teknologi. The
Open Group melalui TOGAF
memberikan jawaban
bagaimana caranya membangun
keempat arsitektur dimaksud.

1 (C) Richardus Eko Indrajit, 2012

 Tahap-Tahap Pengembangan Arsitektur
secara Kontinyu dan Berkesinambungan
Prof. Richardus Eko Indrajit - indrajit@post.harvard.edu
009, 17 September 2012

Kerangka dan Prinsip Arsitektur
Langkah awal yang harus dilalui oleh para arsitek maupun
pemangku kepentingan teknologi informasi adalah
memahami secara esensial akan seluk beluk kerangka serta
prinsip dasar akan keberadaan dan karakteristik arsitektur
sistem teknologi informasi. Kerangka sebuah arsitektur
korporat bersifat sistemik dan holistik, dibangun dari paling
tidak 4 (empat) buah arsitektur utama. Arsitektur yang harus
dibangun terlebih dahulu adalah Arsitektur Bisnis, karena
melalui arsitektur ini dapat diketahui karakteristik usaha,
jenis produk dan jasa, model pendapatan keuangan, proses
bisnis, dan postur industri yang relevan dengan bisnis yang
ada. Selanjutnya adalah Arsitektur Sistem Informasi, yang
terbagi menjadi dua bagian yaitu Arsitektur Aplikasi serta
Arsitektur Informasi - karena melalui kedua arsitektur inilah
1%/%
74)7-A/%7-
4-6%28-
092%/
(%2
/328)2
(%8%
9289/

EKOJI999 Nomor
sistem dan teknologi informasi. Visi keberadaan arsitektur ini
sangatlah penting diresapi, dipahami, dan disosialisasikan ke
seluruh pemangku kepentingan organisasi. Dengan adanya
arsitektur yang baik, maka sejumlah obyektif manfaat dapat
dirasakan, seperti:
> Terhindarnya dari redudansi dalam pengadaan modul dan
sistem aplikasi sehingga tidak ada uang yang mubazir;
> Terjaminnya tingkat integrasi data (valid dan terpercaya)
karena struktur dan relasinya telah dirancang dengan baik;
> Tersedianya teknologi yang memadai pada titik-titik
organisasi yang diinginkan;
> Terbangunnya sistem teknologi informasi yang benar-
benar sesuai dengan kebutuhan organisasi, terutama
8)6/%-8
()2+%2
A896
/%4%&-0-8%7
(%2
/-2)6.%
<%2+

diharapkan;

menunjang dan/atau memimikkan kebutuhan perussahaan > Terkendalinya proses pengelolaan teknologi informasi
yang telah digambarkan melalui Arsitektur Bisnis secara jelas secara baik, dalam arti kata jelas tingkat transparansi dan
(-()A2-7-/%2
%2
%/,-62<%
%(%0%,
67-8)/896
)/2303+-
akuntabilitasnya; dan lain sebagainya.
sebagai tulang punggung atau infrastruktur tempat
berjalannya sistem informasi yang digambarkan melalui Dengan dipahaminya dan disadarinya manfaat tersebut,
Arsitektur Aplikasi dan Arsitektur Informasi. Adapun prinsip maka akan meningkatkan keperdulian para pemangku
pengembangan standar dan model arsitektur yang perlu kepentingan organisasi dalam mendukung usaha
diadopsi oleh organisasi dewasa ini antara lain adalah membangun arsitektur kor porat atau “enter prise
sebagai berikut: architecture” dimaksud.

> Model arsitektur harus mampu menggambarkan secara B. Business Architecture

tepat, jelas, dan detail kebutuhan yang dimaksud sehingga Hal selanjutnya yang perlu disusun dan dikembangkan
secara efektif akan membantu pihak pengembang dalam adalah Arsitektur Bisnis. Yang dimaksud dengan arsitektur
membangun sistem informasi yang sesuai dengan ini adalah kumpulan diagram yang menggambarkan postur
keinginan pemangku kepentingan (asas deskriptif); dan karakteristik organisasi atau perusahaan dalam
> Komponen arsitektur harus mampu menghadapi menjalankan aktivitasnya sehari-hari. Adapun aspek,
tantangan perubahan lingkungan bisnis yang dinamis dari komponen, dan subsistem yang digambarkan meliputi hal-
waktu ke waktu (asas adaptif); hal utama sebagai berikut:
> Standar arsitektur harus mampu diadopsi oleh berbagai
jenis atau ragam teknologi yang berkembang dewasa ini > Visi, misi, dan obyektif organisasi atau perusahaan;
(asas kompatibilitas); > Portofolio produk dan/atau jasa yang ditawarkan ke
> Kerangka arsitektur harus mampu memperlihatkan masyarakat/publik atau pasar;
hubungan atau relasi antar sub-sistem maupun antar sub- > Proses bisnis utama dan aktivitas pendukungnya;
arsitetktur yang ada di dalam sebuah sistem utama (asas > Pelanggan langsung (customers) maupun tidak langsung;
sistemik-holistik); dan > Mitra kerjasama bisnis atau pemasok (supplier);
> Postur arsitektur harus mampu menjadi “bahasa > Struktur industri dan segmentasi pasar/produk;
pemersatu” yang dimengerti oleh berbagai praktisi dan > Ragam pemangku kepentingan dan peranannya; dan lain
p e n g e m b a n g s i s t e m t e k n o l o g i i n fo r m a s i ya n g sebagainya.
berkepentingan (asas perspektif).
Jika arsitektur ini didetailkan lebih jauh akan sampai pada
Setelah dimengerti dan dipahami secara jelas mengenai tingkat dimana akan dideskripsikan hal-hal semacam task,
kerangka serta prinsip arsitektur dimaksud, maka tibalah SOP (Standard Operating Procedure), dan lain-lain.
saatnya untuk menjalankan serangkaian tahapan metodologi
yang telah disusun, dikembangkan, dan diperlihatkan pada C. Information System Architectures
TOGAF sebagaimana dipaparkan secara ringkas berikut ini. Berdasarkan arsitektur bisnis yang telah digambarkan, maka
dikembangkanlah arsitektur sistem informasi, yang pada
A. Architecture Vision dasarnya merupakan kesatuan dari dua buah arsitektur besar,
Arsitektur bukanlah merupakan suatu tujuan akhir, yaitu Arsitektur Aplikasi dan Arsitektur Data/Informasi.
melainkan alat untuk mencapai sejumlah obyektif yang telah Sebagaimana namanya, arsitektur aplikasi menggambarkan
ditetapkan organisasi - terutama terkait dengan tata kelola hal-hal uatama sebagai berikut:

2 (C) Richardus Eko Indrajit, 2012

009, 17 September 2012
EKOJI999 Nomor

> Beraneka-ragam jenis (portofolio) aplikasi yang dimiliki data, hubungan antar tabel, model data, taksonomi data,
oleh organisasi atau perusahaan, baik yang bersifat kamus data, dan lain sebagainya.
program, system software, maupun tools;
> Hubungan atau keterkaitan antar beragam aplikasi yang Perlu diperhatikan bahwa untuk menjaga integritas dan
dimaksud, ditinjau dari sejumlah perspektif, seperti: IPO konsistensi diagramatik antar arsitektur, maka terdapat
(Input Process Ouput), Rangkaian Urutan Proses Bisnis, kaidah baku dalam menggambarkan skemanya. Dalam
dan lain-lain; konteks ini misalnya bahwa arsitektur aplikasi dan arsitektur
> Karakteristik dari masing-masing aplikasi yang ada data yang dikembangkan harus selaras dengan skema
ditinjau dari berbagai sisi, seperti: model pengadaan (beli gambar yang mengilustrasikan arsitektur bisnis, karena
jadi/siap pakai, tailor-made, kustomisasi, dll), lisensi secara konsep dan prinsip keduanya merupakan turunan
kepemilikan (punya sendiri, menyewa, outsource, cloud, langsung dari arsitektur bisnis yang telah lebih dahulu
dll), standar yang melekat padanya (bahasa pemrograman, digambarkan.
vendor pembuat, dll), jenis aplikasi (program bisnis, tools,
system software, dll), dan lain sebagainya. D. Technology Architecture
Setelah ketiga arsitektur utama digambarkan, barulah yang
Jika arsitektur ini digambarkan pada tingkatan lebih detail, terakhir perlu dikembangkan adalah Arsitektur Teknologi,
akan terlihat hingga level modul, desain logika, hubungan yang pada dasarnya memperlihatkan komponen-komponen
antar muka, kelas aplikasi, algoritma program, kelompok sebagai berikut:
fungsi, dan lain sebagainya.
( Topologi jaringan komputer dan teknologi sebagai tulang
Sementara itu arsitektur data akan menggambarkan secara punggung transmisi data (intranet/internet/ekstranet atau
jelas sejumlah hal mendasar, seperti: LAN/MAN/WAN);
( Desain teknis keseluruhan sistem infrastruktur jaringan,
> Kelompok database dalam sebuah sistem manajemen basis yang terdiri dari sejumlah kluster atau sub-jaringan yang
data terpadu; selaras dengan postur organisasi atau perusahaan;
> Karakteristik atau jenis database (master database, ( Inventori dan hubungan keterkaitan antar komponen
transactional database, system database, dll); piranti keras yang ada, seperti: server, komputer, IO
> Hubungan atau relasi keterkaitan antar database, baik devices (printer, scanner, card reader, dll), hub, router,
(-4%2(%2+
(%6-
6)0%7-
A7-/
1%9492
6)0%7-
03+-7 7;-8',
&6-(+)
+%8);%<
A6);%007
(%2
0%-2
7)&%+%-2<%
> Standar yang melekat pada database (RDBMS, OODB, ( Fasilitas dan sarana-prasarana teknologi utama dan
OLAP, GeoSpatial, dll); pendukung seperti data center, disaster recovery center,
> Tipe teknologi database (datawarehouse, data-mining, local network operating center, call center, help desk, dan lain
database, data cloud, dll); sebagainya;
> Mekanisme manajemen database (realtime, backup, ( 9&92+%2
7)'%6%
A7-/
1%9492
03+-7
%28%6
&)6&%+%-
/0978)6

redundan, replikasi, dll); dan lain sebagainya. jaringan yang ada dalam teritori organisasi dan mitra
kerjanya;
Dengan menggambarkan arsitektur ini ke tingkatan yang ( 8%2(%6
8)/2303+-
1)6)/
:)2(36
A896
(%2
0%-20%-2
lebih teknis akan mencapai level dimana terlihat adanya tabel

3 (C) Richardus Eko Indrajit, 2012

 Peta detail dalam konteks arsitektur teknologi ini akan
1)2++%1&%6/%2
7-78)1
(-0-,%8
(%6-
7)+-
/%4%&-0-8%7
A896

kinerja, standar teknis, kapasitas, dan hal-hal operasional
lainnya. Dalam menggambarkan arsitektur dimaksud, perlu
diperhatikan bahwa landasan yang dipergunakan adalah
009, 17 September 2012
direncanakan sungguh-sungguh dalam merencanakan suatu
kegiatan migrasi antara lain:
( Target atau sasaran akhir yang harus dicapai sebagai tanda
bahwa proses migrasi telah selesai;

ketiga buah arsitektur terdahulu yang telah dikembangkan,
yaitu arsitektur bisnis, arsitektur aplikasi, dan arsitektur data -
sehingga harus benar-benar diperhatikan baku standar
pemetaannya.
E. Opportunities and Solutions
Ada hal mendasar yang kerap ditanyakan oleh praktisi
teknologi informasi sebagai berikut: arsitektur yang
dikembangkan merupakan gambaran kondisi saat ini atau
kondisi di kemudian hari (ideal)? Jika dipandang dari prinsip
penggambaran arsitektur, terlihat bahwa pada awal mulanya,
arsitektur bisnis diturunkan melalui visi, misi, obyektif, dan
strategi bisnis yang disepakati untuk diadopsi oleh organisasi
atau perusahaan yang bersangkutan. Dengan kata lain
adalah bahwa arsitektur yang dikembangkan merupakan
gambaran “TARGET” kondisi bisnis yang ingin dicapai.
Oleh karena itulah maka dalam tahap ini dilakukan langkah
EKOJI999 Nomor
( Tahap-tahap migrasi yang akan dilakukan dan perincian
dari rangkaian aktivitas yang harus dilalui;
( Durasi atau tata kala waktu dari masing-masing tahap
ataupun aktivitas dimaksud;
( Sumber daya yang dibutuhkan dalam proses migrasi agar
rangkaian tahap dapat berjalan dengan lancar;
( Panduan proses migrasi yang disusun sebagai bahan
panduan bagi berbagai kalangan yang terlibat langsung
maupun tidak langsung;
( Model pendampingan yang akan dilakukan terhadap
pihak-pihak kunci dalam proses migrasi;
( Pihak-pihak utama yang bertanggung jawab selama proses
migrasi dilaksanakana berdasarkan struktur tugas dan
fungsi yang telah ditetapkan;
( Struktur insentif yang diberlakukan bagi mereka yang
berperan aktif dan berprestasi dalam proses migrasi; dan
lain sebagainya.

7)1%'%1
.978-A/%7-
6):-7-
4)2<)79%-%2
6))2+-2))6-2+
%8%9

apapun nama proses perubahan dimaksud secara iteratif Intinya adalah bahwa keberhasilan proses migrasi harus
t e r h a d a p k e e m p at s k e m a a r s i t e k t u r ya n g t e l a h didesain dan direncanakan dengan baik, karena menyangkut
dikembangkan, dengan cara mencermati berbagai peluang cukup banyak pihak, pemangku kepentingan, dan
dan solusi bisnis yang ada. Hal-hal yang perlu dilakukan keberagaman sumber daya operasional.
dalam mendeteksi sejumlah peluang bisnis atau jawaban
solusi terhadap permasalahan organisasi adalah sebagai G. Implementation Governance
berikut: Tahap ini merupakan gabungan atau integrasi dari keluaran
berbagai tahap yang telah dijalankan sebelumnya, yaitu
> Mempelajari trend industri dimana organisasi atau menyangkut strukutr dan aturan main implementasi target
perusahaan tersebut berada; arsitektur yang telah dibangun. Untuk memastikan
> Memperhatikan ke arah mana perkembangan teknologi diadopsinya prinsip-prinsip governance yang baik
informasi dan komunikasi bergerak di masa depan; (transparency, accountability, responsibility, independence,
> Memahami sejumlah gejala-gejala baru dalam dunia bisnis dan fairness) maka harus dipastikan adanya hal-hal sebagai
(outsourcing, merger dan akuisisi, konvergensi, virtualisasi, berikut:
shared services, dan lain sebagainya);
> Menemukan terobosan inovasi dalam menjalankan dan ( Struktur tugas, wewenang, dan tanggung jawab pengambil
memperbaiki kinerja aktivitas bisnis sehari-hari; keputusan dalam setiap langkah migrasi dan implementasi
> Mempelajari berbagai arsitektur perusahaan lain dalam /)6%2+/%
%67-8)/896
<%2+
8)0%,
(-()A2-7-/%2
industri sejenis untuk mencari perbandingan dan praktek ( Peta pandu atau roadmap tahap migrasi yang telah
terbaik (benchmarking dan best practice); dan lain disepakati bersama dan diformalkan, serta menjadi standar
sebagainya. acuan seluruh pengembangan sistem dan teknologi
informasi di organisasi atau perusahaan
Setelah sejumlah aktivitas di atas dilaksanakan yang ( Manajemen program atau portofolio proyek yang dikelola
berakibat pada terjadinya revisi mayor maupun minor secara profesional sebagai bagian terintegrasi dari proses
terhadap keempat arsitektur yang telah dikembangkan, maka migrasi menuju implementasi arsitektur target;
ditetapkanlah “target architecture” atau arsitektur target dari ( Kebijakan, aturan, dan prosedur standar (aturan main
36+%2-7%7-
%8%9
4)697%,%%2
(-1%/79(
<%2+
&)67-*%8
A2%0
formal) yang diberlakukan oleh organisasi atau perusahaan
untuk selanjutnya secara formal ditetapkan sebagai acuan terkait dengan pengembangan teknologi informasi yang
atau referensi utama dalam setiap pengembangan sistem dan mengacu pada arsitektur target yang ada;
teknologi informasi. ( Model “reward and punishment” yang diadopsi dalam
konteks kepatuhan pemangku kepentingan terhadap
F. Migration Planning penerapan arsitektur target yang telah disepakati; dan lain
)8)0%,
%67-8)/896
(-A2%0-7%7-/%2
(%2
(-*361%0/%2
8-&%0%,
sebagainya.
saatnya merencanakan proses migrasi dari keadaan terkini
menuju arsitektur target dimaksud. Sosialisasi dan edukasi Dengan adanya instrumen tata kelola implementasi yang
yang efetif merupakan hal pertama yang harus dilakukan sangat penting ini, maka diharapkan proses implementasi
oleh organisasi yang bersangkutan, agar segenap pemangku dan institutionalisasi “enterprise architecture” yang telah
kepentingan mengetahui maksud dari perubahan ini dan dikemabangkan dapat berjalan secara lancar, efektif, dan
mendukungnya secara penuh. Hal-hal yang perlu bernilai manfaat (value) seperti yang diharapkan.

4 (C) Richardus Eko Indrajit, 2012

 H. Architecture Change Management
Akhirnya langkah terakhir yang harus dilakukan adalah
mengelola perubahan itu sendiri, yaitu terkait dengan
rangkaian proses penerapan atau adopsi terhadap arsitektur
009, 17 September 2012
dimiliki, agar senantiasa relevan dengan kebutuhan
organisasi yang berubah-ubah dari masa ke masa.
Proses Iteratif yang Berkesinambungan

yang baru. Sebagaimana layaknya orang atau keluarga Dalam penjelasannya lebih lanjut TOGAF menekankan
pindahan rumah, tentu banyak sekali aktivitas, tantangan, bahwa pada dasarnya proses pembuatan dan pengembangan
dan hal-hal yang harus dilakukan dengan baik, seperti arsitektur tidaklah bersifat sekuensial semata, melainkan
misalnya: merupakan rangkaian kegiatan yang bersifat interaktif. Hal
ini disebabkan adanya feedback dari kebutuhan manajemen
> Migrasi dari satu sistem manajemen database ke sebuah yang dinamis dan kenischayaan akan keberadaan faktor
lingkungan sistem yang baru; perubahan yang kekal.
> Pemutakhiran atau upgrading sejumlah aplikasi lama
menuju ke yang baru;
> )%03/%7-
7)'%6%
A7-/
1%9492
03+-7
:-689%0
437896
.%6-2+%2

dan infrastruktur teknologi informasi;
> Penerapan model governance atau tata kelola yang
berbeda;
> Penerapan standar baru yang belum pernah sama sekali
dikenal dan diadopsi;
> Perubahan penggunaan jenis sistem operasi di lingkungan
organisasi;
> Implementasi regulasi, aturan, dan SOP baru yang telah
EKOJI999 Nomor

disosialisasikan sebelumnya; dan lain sebagainya.

Pada dasarnya, mengelola perubahan merupakan suatu

tantangan tersendiri, sehingga diperlukan kesungguhan dari
berbagai pihak yang berkepentingan. Berdasarkan
pengalaman mereka yang sukses mengelola perubahan,
komponen yang wajib dimiliki oleh organisasi yang
menjalaninya adalah:

> Visi dan komitmen yang jelas dari pemilik dan pimpinan
perusahaan (leadership), sehingga seluruh komponen
organisasi memiliki tujuan dan bergerak ke arah yang Dalam gambar di atas terlihat bagaimana rangkaian proses
sama; interaktif terjadi dalam model pengembangan dan
> Sumber daya yang cukup dan secara penuh dialokasikan pemutakhiran arsitektur.
untuk mendukung proses perubahan agar berhasil
8)698%1%
791&)6
(%<%
A2%27-%0
(%2
/)8)60-&%8%2
Pengembangan Arsitektur
manajemen puncak perusahaan secara aktif dan intensif); Perlu diperhatikan pula, bahwa dalam konteks best practice
> Roadmap atau peta pandu yang jelas mengenai ke arah TO G A F, m e t o d o l o g i p e n g e m b a n g a n a r s i t e k t u r
mana perubahan akan menuju dan tahapannya menuju ke (ADM=Architecture Development Model) merupakan salah
target tersebut; satu dari 6 (enam) komponen lainnya.
> Sistem insentif yang selain membentuk lingkungan
perubahan yang kondusif juga mampu mempercepat atau
mengakselerasi terjadinya proses perubahan; dan
> Kemampuan (ability) dan kemauan (willingness) untuk
berubah (ability) yang merupakan perpaduan antara
kapabilitas, kompetensi, dan motivasi dari seluruh
pemangku kepentingan organisasi dalam menanggapi
program perubahan dimaksud.

Hal lain yang perlu diperhatikan pula pada tahap ini adalah
adanya mekanisme perbaikan yang berkesinambungan
(continuous improvement) dari masa ke masa. Walaupun
katakanlah organisasi telah berhasil menerapkan dan
mengadopsi arsitektur yang telah dikembangkan, bukan
berarti proses tata kelola berhenti di sini. Dinamika bisnis
dan linkungan eksternal akan senantiasa memaksa organisasi
untuk senantiasa memastikan bahwa arsitektur yang
dimilikinya dapat adaptif terhadap peruabahan ini. Hal ini
berarti bahwa harus ada mekanisme evolusi atau perbaikan
secara berkesinambungan terhadap arsitektur yang telah
Kelima komponen lain yang saling berhubungan adalah
Architecture Content Framework, Reference Models, ADM
Guidelines and Techniques, Enterprise Continuum, dan
Architecture Capability Framework. Keseluruhan komponen
ini dibutuhkan dalam setiap tahap pengembangan arsitektur
seperti yang telah dideskripsikan sebelumya sebagai bagian
dari standar yang diberlakukan oleh The Open Group. (REI)

5 (C) Richardus Eko Indrajit, 2012