Perancangan Cetak Biru Teknologi Informasi

dokumen-dokumen yang mirip
PERENCANAAN ARSITEKTUR ENTERPRISE STMIK SUMEDANG. Oleh : Asep Saeppani, M.Kom. Dosen Tetap Program Studi Sistem Informasi S-1 STMIK Sumedang

Nelly Khairani Daulay

BAB I PENDAHULUAN. sangat dibutuhkan. Sampai saat ini PT. XYZ masih belum memiliki pendefinisian

Bab 3 Metodologi Penelitian

Analisa Teori: Strategi IT Enterprise dengan Enterprise Architecture Planning (EAP)

REKAYASA ALUR KERJA DAN ARSITEKTUR INFORMASI DENGAN MENGGUNAKAN BSP

Enterprise Architecture. Muhammad Bagir, S.E., M.T.I

Arsitektur Sistem Informasi. Tantri Hidayati Sinaga, M.Kom.

BAB 3 METODE PENELITIAN

PERENCANAAN CETAK BIRU SISTEM INFORMASI TERINTEGRASI BERBASIS E2AF DAN METODOLOGI EAP (Studi Kasus Universitas Muhammadiyah Surakarta)

STMIK Pringsewu; Jl. Wisma Rini No 09 Pringsewu, (0729)

Integrasi Zachman Framework dan TOGAF ADM (Architecture Development Method)

PEMODELAN ARSITEKTUR ENTERPRISE UNTUK STRATEGI PENGELOLAAN APLIKASI BIDANG TANGGAP DARURAT BENCANA

PERENCANAAN ARSITEKTUR SISTEM INFORMASI DI STMIK KADIRI DENGAN TOGAF ARCHITECTURE DEVELOPMENT METHOD

ENTERPRISE ARCHITECTURE PLANNING DALAM PENGEMBANGAN SISTEM INFORMASI PERGURUAN TINGGI

BAB 2 TINJAUAN PUSTAKA

Perencanaan Arsitektur Generik E-University

METODOLOGI PENELITIAN

Bab III Analisa dan Kerangka Usulan

Enterprise Architecture Planning

RANCANGAN MODEL ARSITEKTUR TEKNOLOGI INFORMASI SISTEM PERBANKAN DENGAN MENGGUNAKAN KERANGKA KERJA TOGAF

BAB I PENDAHULUAN. 1.1 Latar Belakang. Seiring dengan semakin pesatnya perkembangan teknologi yang ada,

Bab 3. Metode Penelitian

BAB 3 METODE PENELITIAN

ENTERPRISE RESOURCE PLANNING

BAB I PENDAHULUAN I.1

Enterprise Architecture Planning Untuk Proses Pengelolaan Manajemen Aset Dengan Zachman Framework

PERENCANAAN SISTEM INFORMASI EKSEKUTIF PENERIMAAN MAHASISWA BARU DENGAN PENDEKATAN ENTERPRISE ARCHITECTURE PLANNING (STUDI KASUS: STMIK LIKMI BANDUNG)

Perancangan dan Evaluasi Framework Arsitektur Pengelolaan Kompetensi Dosen

BAB II TINJAUAN PUSTAKA

yang sudah ada (Mardiana & Araki 2013).

BAB I PENDAHULUAN. organisasi untuk mengembangkan sebuah arsitektur enterprise yang mampu

BAB I PENDAHULUAN. 1.1 Latar Belakang

PEMBUATAN ENTERPRISE ARCHITECTURE DENGAN MENGGUNAKAN KERANGKA KERJA ZACHMAN (Studi Kasus : Pimpinan Pusat Muhammadiyah )

MENGENAL FRAMEWORK ENTERPRISE ARCHITECTURE SISTEM INFORMASI UNTUK JASA BENGKEL MOBIL

Keywords : Blueprint IT, architecture enterprise, EAP, roadmap, information system

ABSTRAK. Keywords : Arsitektur Interprise, Zachman Framework, Arsitektur Teknologi Informasi

Arsitektur Enterprise

BAB I PENDAHULUAN. I.1. Latar Belakang

ENTERPRISE ARCHITECTURE PLANNING UNTUK PENGEMBANGAN SISTEM INFORMASI PERGURUAN TINGGI

PERENCANAAN STRATEGI SISTEM INFORMASI DAN TEKNOLOGI INFORMASI PADA STMIK PRINGSEWU DENGAN MENGGUNAKAN METODOLOGI ENTERPRISE ARCHITECTURE PLANNING

RESUME JURNAL : PERENCANAAN STRATEGIS SISTEM INFORMASI BERBASIS ZACHMAN FRAMEWORK PADA DISNAKERTRANS PROVINSI JAWA BARAT

Enterprise Architecture Planning Untuk Pengembangan Sistem Informasi Perguruan Tinggi

II TINJAUAN PUSTAKA 2.1 Penelitian Sebelumnya 2.2 Arsitektur Enterprise

KOLABORASI INFORMASI UNTUK MENDUKUNG INTEGRASI SISTEM INFORMASI. Abstrak

BAB I PENDAHULUAN I.1 Latar Belakang

BAB II TINJAUAN PUSTAKA. Informasi (Sistem Informasi) pada Perguruan Tinggi dengan Framework Zachman.

BAB I PENDAHULUAN. I.1 Latar Belakang

Analisis Model Enterprise Architecture Pada Sebuah Stasiun Televisi

BAB 3 METODE PENELITIAN

BAB II TINJAUAN PUSTAKA

BAB III LANDASAN TEORI

Bab I PENDAHULUAN. I.1 Latar Belakang

PERENCANAAN ARSITEKTUR ENTERPRISE

ENTERPRISE ARSITEKTUR PLANNING

Seminar Nasional Inovasi dan Tren (SNIT) 2015

BAB I PENDAHULUAN. I.1 Latar Belakang

PERENCANAAN ARSITEKTUR ENTERPRISE MENGGUNAKAN METODE TOGAF ADM (STUDI KASUS : RSUD Dr.SOEGIRI LAMONGAN)

Bab 2 TINJAUAN PUSTAKA... 5

BAB I PENDAHULUAN I.1

BAB I PENDAHULUAN. 1.1 Latar Belakang

Cobit memiliki 4 Cakupan Domain : 1. Perencanaan dan Organisasi (Plan and organise)

PEMANFAATAN ENTERPRISE ARCHITECTURE PLANNING PADA AKPER HARUM JAKARTA

Masalah Masalah yang Terdapat dalam Pengembangan Enterprise Architecture

BAB III PROFIL PERUSAHAAN

BAB I PENDAHULUAN I.1 Latar Belakang

Teknologi Informasi (TI) tidak hanya diharapkan sebagai perangkat pembantu kegiatan

BAB III METODOLOGI. proses penyusunan perencanaan strategi, terdapat beberapa komponen yang perlu. diperhatikan. Komponen-komponen tersebut adalah :

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

PERANCANGAN DAN ANALISIS ENTERPRISE ARCHITECTURE PT. XYZ PADA DOMAIN ARSITEKTUR BISNIS DENGAN MENGGUNAKAN FRAMEWORK TOGAF ADM

PERANCANGAN ARSITEKTUR INFORMASI UNTUK MENDUKUNG KEBERLANGSUNGAN PROSES BISNIS ENTERPRISE WIDE

BAB IV ANALISA FASE TOGAF ADM

III METODOLOGI PENELITIAN

BAB II TINJAUAN PUSTAKA. terdahulu yang pernah dilakukan sebagai bahan perbandingan dan kajian. Adapun

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI

Perencanaan Strategis SI/ TI di Akademi Militer (Akmil) Magelang

PERENCANAAN CORPORATE INFORMATION FACTORY PADA PERGURUAN TINGGI DI INDONESIA DENGAN MENGADOPSI PENDEKATAN ARSITEKTUR INFORMASI

BAB I PENDAHULUAN. dalam perencanaan strategis di institusi perguruan tinggi. Perencanaan strategis

UNIVERSITAS MERCU BUANA FAKULTAS : ILMU KOMPUTER PROGRAM STUDI : SISTEM INFORMASI

ANALISIS DAN PERANCANGAN SISTEM INFORMASI PENDATAAN WARGA DAN IURAN MENGGUNAKAN KERANGKA KERJA ZACHMAN

BAB I PENDAHULUAN I.1

1 PENDAHULUAN Latar Belakang

PERENCANAAN MASTER PLAN PENGEMBANGAN TI/SI MENGGUNAKAN STANDAR COBIT 4.0 (STUDI KASUS DI STIKOM)

BAB II TINJAUAN PUSTAKA. instansi pelayanan kesehatan masyarakat. Dalam hal ini pelayanan kesehatan yang

BAB IV PERANCANGAN. 4.1 Proses Bisnis Pengadaan Barang

BAB I PENDAHULUAN. Tabel I.1 Nama Direktorat PT.XYZ

Bab II TINJAUAN PUSTAKA

BAB III LANDASAN TEORI

Perencanaan Sistem Informasi Evaluasi Diri Menggunakan Framework Zachman

BAB II TINJAUAN PUSTAKA. Business System Planning (BSP) sering disebut sebagai sebuah

Bab II Tinjauan Pustaka

ANALISIS DAN PERANCANGAN SISTEM INFORMASI AKADEMIK DENGAN UML (Studi Kasus: SMP N 1 Jambi)

BAB 1 PENDAHULUAN 1.1 Latar Belakang

PENERAPAN IT BALANCED SCORECARD DALAM PERENCANAAN STRATEGIS SISTEM INFORMASI DI STIKI MALANG

DAFTAR ISI. Halaman Judul...ii. Persetujuan Laporan Tugas Akhir...iv. Ucapan Terimakasih...viii. Abstrak...x. Daftar Isi...xi. Daftar Gambar...

BAB I PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN. I.1. Latar Belakang

PERENCANAAN ARSITEKTUR ENTERPRISE BERBASIS WEB PADA INSTITUSI PENDIDIKAN TINGGI

PERANCANGAN ARSITEKTUR SISTEM INFORMASI ENTERPRISE MENGGUNAKAN KERANGKA ZACHMAN PADA PT. SUMBER BUANA MOTOR

PENERAPAN KONSEP SAAS (SOFTWARE AS A SERVICE) PADA APLIKASI PENGGAJIAN

Transkripsi:

Perancangan Cetak Biru Teknologi Informasi Budi Daryatmo STMIK MDP Palembang budi_daryatmo@yahoo.com Abstrak: Pengelolaan TI perlu direncanakan dan dituangkan dalam bentuk cetak biru TI sehingga organisasi dapat mencegah atau meminimalisasi berbagai hal yang tidak diinginkan. Semakin utuh gambaran mengenai organisasi di masa yang akan datang, maka cetak biru TI yang dirancang akan semakin relevan dan terintegrasi secara wajar dengan tujuan jangka panjang organisasi. Perancangan cetak biru TI dengan Zachman Framework mendefinisikan secara sistematis dan komprehensif aspek-aspek yang harus digali dan diidentifikasi, yang dikelompokkan berdasarkan cara pandang dan fokus kajian. Aspek-aspek yang dimaksud dapat dipetakan ke dalam arsitektur kontekstual, konseptual, data, aplikasi, dan teknologi. Perancangan cetak biru ini memberikan panduan awal bagi penyusunan cetak biru TI untuk berbagai organisasi. Kata Kunci: Cetak biru, Arsitektur informasi organisasi, Zachman Framework, Teknologi informasi, Arsitektur kontekstual, Arsitektur konseptual, Arsitektur data, Arsitektur aplikasi, Arsitektur teknologi. 1 PENDAHULUAN Teknologi Informasi (TI) telah menjadi komponen penting di dalam organisasi untuk membantu pelaksanaan proses kerjanya. Tetapi, keberadaan TI sendiri akan menimbulkan masalah baru jika pengelolaannya dipandang hanya sebagai aktivitas penyediaan perangkat keras/lunak untuk memenuhi kebutuhan otomatisasi proses kerja. Pemahaman demikian hanya akan menciptakan permasalahan-permasalahan berupa redundansi data, aplikasi, infrastruktur dan belanja TI yang berlebihan seiring dengan perkembangan teknologi dan organisasi itu sendiri. Pengelolaan TI seharusnya tidak didasarkan atas keputusan yang ad-hoc, melainkan perencanaan yang strategis, tidak dilakukan secara serampangan, melainkan didasarkan atas pedoman TI yang telah direncanakan. Investasi TI yang bersifat jangka panjang juga seharusnya direncanakan dengan sistematis, bukannya terwujud sebagai akibat dari pekerjaan proyek yang tidak teratur. Intinya, pengelolaan TI perlu direncanakan dan dituangkan dalam bentuk cetak biru (blueprint) TI sehingga organisasi dapat mencegah atau meminimalisasi berbagai hal yang tidak diinginkan, seperti kesalahan pengadaan atau pengembangan aplikasi, ketidakefisienan penerapan infrastruktur jaringan, ketidakselarasan sistem informasi dengan kebutuhan strategis organisasi, kesulitan berbagiinformasi antar bagian organisasi, terjebak sama teknologi yang spesifik suatu vendor, dan tidak optimalnya pemanfaatan komponen teknologi (perangkat keras, jaringan, aplikasi, database, dan lain-lain) eksisting. 2 KERANGKA KERJA PERANCANGAN CETAK BIRU TEKNOLOGI INFORMASI Perancangan cetak biru TI dikenal juga sebagai perancangan Arsitektur Informasi Organisasi yang harus dilakukan secara sistematis dan lengkap dalam mendefinisikan teknologi informasi yang sedang berjalan dan lingkungan teknologi informasi yang diinginkan. Penggunaan kata arsitektur memiliki arti yang penting. Pemikiran dan teori mengenai arsitektur informasi dari suatu organisasi berakar dari disiplin ilmu arsitektur bangunan dan manufaktur. Hal ini timbul secara wajar karena terdapat korelasi antara sistem manajemen yang kompleks dengan sistem fisik yang kompleks (seperti bangunan atau pesawat terbang). Agar suatu bangunan dapat memenuhi kebutuhan dari pemilik dan penggunanya, juga memenuhi aturan-aturan mendirikan bangunan, perancangnya harus membuat rancangan dari berbagai perspektif. Masing-masing rancangan dari Hal - 11

suatu perspektif tertentu akan berkaitan dan sekaligus membatasi rancangan dari perspektif yang lain. Dalam kaitan dengan suatu organisasi, arsitektur informasi juga harus memuat pertimbangan dari berbagai sudut pandang. Berdasarkan arsitektur itu, sistem seperti apa yang akan dibangun dan bagaimana membangunnya dapat digambarkan. Selain itu, dalam arsitektur informasi suatu organisasi juga dimungkinkan untuk melakukan perubahan-perubahan sebelum diimplementasikan sehingga risiko biaya dapat dikurangi. Sebagai kerangka kerja perancangan cetak biru TI, Zachman Framework digunakan. Zachman Framework mendefinisikan secara sistematis aspek-aspek yang harus digali dan diidentifikasi untuk membuat cetak biru yang komprehensif. Pada Gambar 1 diperlihatkan Zachman Framework secara grafis, di mana aspek-aspek yang harus digali dan diidentifikasi, dikelompokkan berdasarkan cara pandang dan fokus tertentu. Baris pada Gambar 1 menyajikan pandangan dari sisi perencana (planner), pemilik (owner), perancang (designer), pembangun (builder), pengembang (programmer), dan pemakai (user). Kolom pada Gambar 1 menyajikan fokus arsitektur informasi organisasi, yaitu: data, fungsi, jaringan, manusia, waktu, dan motivasi, yang masing-masing berkaitan dengan pertanyaan dasar: apa, bagaimana, di mana, siapa, kapan, dan bagaimana. Pertemuan antara baris dan kolom disebut sebagai sel, yang menyajikan aspek yang perlu digali dan diidentifikasi sesuai dengan baris dan kolom terkait. Gambar 1: Zachman Framework Hal - 12

3 PERANCANGAN CETAK BIRU TEKNOLOGI INFORMASI Kerangka kerja penyusunan cetak biru TI dapat direpresentasikan ke dalam tahapan perancangan pada Gambar 2, dengan mengelompokkan aspek-aspek yang perlu digali dan diidentifikasi ke dalam arsitektur kontekstual, arsitektur konseptual, arsitektur data, arsitektur aplikasi, dan arsitektur teknologi. Gambar 2: Tahapan Perancangan Cetak Biru TI 3.1 Arsitektur Kontekstual Arsitektur kontekstual adalah kumpulan representasi deskriptif mengenai organisasi dilihat dari sudut pandang pemilik atau perencana organisasi. Arsitektur kontekstual terdiri dari visi, misi, arah, tujuan dan objektif organisasi, profil organisasi, faktor-faktor penentu organisasi, persyaratan tugas pokok dan fungsi, serta fungsifungsi yang dijalankan organisasi. Elemen-elemen arsitektur ini perlu ditetapkan dengan jelas untuk jangka waktu beberapa tahun ke depan sebagai target (umumnya 5 tahun), sesuai dengan masa validasi cetak biru TI yang dirancang. Sebagai contoh, visi suatu perguruan tinggi untuk periode 2008 2012 adalah terbentuknya masyarakat industri berteknologi modern yang menekankan pada kemampuan memanfaatkan teknologi informasi dan komunikasi, serta sumber daya manusia yang kreatif dan inovatif, dengan misi memberikan pendidikan berkualitas kepada mahasiswa di dalam menghadapi persaingan di dunia kerja, serta mendorong kegiatan penelitian dan pengabdian untuk memberikan kontribusi bagi pengembangan teknologi informasi dan komunikasi untuk masyarakat Indonesia. 3.2 Arsitektur Konseptual Arsitektur konseptual merupakan kumpulan representasi deskriptif mengenai organisasi dari sudut pandang manajemen. Arsitektur konseptual terdiri dari model konsep proses kerja, persyaratan fungsional umum, kelompok-kelompok utama dari proses kerja yang disebut dengan process thread, hubungan antara process thread dengan persyaratan tugas pokok dan fungsi yang direpresentasikan dalam bentuk matriks, proses-proses kerja yang direprentasikan dengan diagram alir proses kerja (process chart). Elemen-elemen arsitektur konseptual dirancang berdasarkan kebutuhan target akan proses kerja organisasi. Berikut adalah contoh proses kerja utama siklus akademik mahasiswa di perguruan tinggi, yang dimulai dari proses penerimaan mahasiswa hingga alumni. Setiap proses kerja ini dapat dikembangkan lebih lanjut ke dalam diagram alir proses kerja. 3.3 Arsitektur Data Arsitektur data mengidentifikasi aliran informasi antar satuan kerja dan entitas-entitas data utamanya yang terkait dengan proses-proses kerja sebagaimana diuraikan dalam arsitektur konseptual. Hubungan antar entitas data direpresentasikan pada diagram relasi antar entitas. Sebagai contoh, entitas data terkait institusi pendidikan antara lain: dosen, mahasiswa, mata kuliah, nilai, aturan akademik, dan program studi. Semua entitas data hasil identifikasi perlu dipetakan terhadap semua aplikasi pada arsitektur aplikasi, yang bertujuan untuk mencegah terjadinya redundansi data. Lebih lanjut, entitas data digunakan sebagai dasar pembuatan model data fisik pada arsitektur aplikasi. Hal - 13

Gambar 3: Proses Kerja Utama di Siklus Akademik Mahasiswa 3.4 Arsitektur Aplikasi Arsitektur aplikasi mengidentifikasi aplikasi-aplikasi yang telah ada berikut dengan fungsi-fungsinya, serta mengidentifikasi dan mendefinisikan aplikasi-aplikasi yang diperlukan. Pemetaan aplikasi hasil identifikasi terhadap fungsi-fungsi organisasi dilakukan untuk mempermudah pemahaman mengenai keberadaan dan hubungan antar aplikasi, kebutuhan untuk melakukan integrasi, atau aplikasi yang tumpang-tindih. Terkait perguruan tinggi, aplikasi yang umumnya telah dimiliki adalah sistem registrasi/deregristrasi, sistem penjadwalan dan pelaporan, sistem informasi keuangan, sistem informasi logistik, dan sistem informasi personalia. Aplikasi-aplikasi eksisting perlu dievaluasi apakah akan dikembangkan, dipertahankan, atau sama sekali tidak digunakan lagi di tahun-tahun selanjutnya. Arsitektur aplikasi yang dirancang sedapat mungkin merumuskan kebutuhan aplikasi target, yang dapat saja berupa portal pendidikan, sistem informasi eksekutif, dan sistem administrasi perkuliahan non-reguler, sehubungan dengan dunia perguruan tinggi. Sebagai contoh, perancangan arsitektur aplikasi khusus untuk siklus akademik mahasiswa diperlihatkan pada Gambar 4. Perancangan dilakukan berdasarkan aspek integrasi: people integration, information integration, dan process integration. People integration merupakan aspek integrasi yang lebih dititkberatkan kepada sisi pengguna. Sisi pengguna dapat mencakup perangkat apa saja yang dapat digunakan untuk mengakses informasi, antarmuka aplikasi yang memungkinkan pengguna untuk melakukan Hal - 14

personalisasi informasi, dan sisi kolaborasi yang mungkin difasilitasi oleh aplikasi untuk pengguna di dalam berinteraksi dengan komunitas. Process integration merupakan aspek integrasi yang dititikberatkan pada prosesproses kerja, yang direkomendasikan untuk menerapkan integration broker dan BPM (Business Process Management). Integration broker merupakan engine yang berfungsi sebagai middleware yang menjembatani integrasi proses-proses yang disediakan komponen fungsi di luar sistem yang dirancang. Engine ini merupakan salah satu solusi integrasi antar aplikasi. Sebagai alternatif integration broker adalah penerapan SOA (Service Oriented Architecture). SOA merupakan arsitektur berbasis layanan, yang umumnya berupa dekomposisi proses, yang berfungsi sebagai engine untuk integrasi dengan aplikasi lain. BPM merupakan engine untuk mengelola aktivitas-aktivitas perguruan tinggi, termasuk di dalamnya adalah penyesuaian proses dan optimasi proses yang ada, serta analisis performansi proses. BPM mendukung fungsionalitas untuk melakukan desain proses, eksekusi proses, dan monitoring proses. 3.5 Arsitektur Teknologi Gambar 4: Pemetaan Elemen Sistem Siklus Akademik Berdasarkan Aspek Integrasi Information integration merupakan aspek integrasi di level data. Data diintegrasikan dalam sebuah common data yang disebut dengan master data management. Data yang diolah menghasilkan informasi melalui dua modul utama yang direkomendasikan yaitu modul business intelligence dan knowledge management. 1. Business intelligence adalah modul aplikasi yang mengumpulkan, menyediakan akses dan menganalisis data, agar data yang diinput dan diproses sesuai dengan aturan-aturan perguruan tinggi yang telah ditetapkan. Fungsi modul ini untuk membantu pihak manajemen perguruan tinggi dalam membuat keputusan. 2. Knowledge management adalah modul yang berfungsi untuk mengindentifikasi, mempresentasikan dan mendistribusikan tutorial, intellectual capital dan berbagai bentuk pengetahuan. Arsitektur teknologi mengidentifikasi infrastruktur teknologi informasi yang ada serta rancangan infrastruktur target dengan mempertimbangkan kebutuhan dan persyaratan teknis yang telah diidentifikasi sebelumnya. Arsitektur teknologi pada dasarnya bertujuan merekomendasikan platform dan standar teknologi yang diperlukan untuk lingkungan berbagi pakai data dan aplikasi, seperti memanfaatkan basis data relasional, memanfaatkan Intranet / Internet, lokasi data dipusatkan pada satu tempat dan diantisipasi permasalahan backup dan recovery data, memaksimalkan pemakaian open source, penerapan 3-tier pada aplikasi (presentation, business logic, dan database tier), dan lain sebagainya. Aktivitas yang dilakukan di dalam penyusunan arsitektur teknologi umumnya direpresentasikan pada Gambar 5. Sebagai tahap akhir dari perancangan arsitektur ini adalah penyusunan roadmap, yang merupakan panduan di dalam mengimplementasikan semua rekomendasi teknologi dari tahun ke tahun. Roadmap tidak hanya disusun untuk arsitektur teknologi, tetapi juga disusun untuk arsitektur aplikasi. Hal - 15

Gambar 5: Proses Perancangan Arsitektur Teknologi 4 KESIMPULAN Semakin utuh gambaran mengenai organisasi di masa yang akan datang, maka cetak biru TI akan semakin relevan dan terintegrasi secara wajar dengan tujuan jangka panjang organisasi. Perancangan cetak biru TI dengan Zachman Framework mendefinisikan secara sistematis dan komprehensif aspek-aspek yang harus digali dan diidentifikasi, yang dikelompokkan berdasarkan cara pandang dan fokus kajian. Aspek-aspek yang dimaksud dapat dipetakan ke dalam arsitektur kontekstual, konseptual, data, aplikasi, dan teknologi, yang pada dasarnya dapat dikembangkan lebih lanjut dengan menyertakan arsitektur keamanan, kebijakan TI, kebutuhan SDM, dan lain sebagainya. Implementasi cetak biru TI merupakan hal yang perlu mendapat fokus utama setelah cetak biru itu sendiri selesai disusun karena ada pepatah lama yang mengatakan: Planning without implementation is a dream, but implementation without planning is a nightmare. perencanaan tanpa implementasi adalah sebuah mimpi, namun implementasi tanpa perencanaan adalah sebuah mimpi buruk. Hal - 16

DAFTAR PUSTAKA [1] Az Enterprise Architecture, http://gita.state.az.us/enterprise_architecture. Diakses pada 27/06/2007. [2] McGovern, James, Scott W. A., 2003. Practical Guide to Enterprise Architecture, USA: Prentice Hall. [3] Sowa, J. F., J. A. Zachman, 1987. Extending and Formalizing the Framework for Information Systems Architecture, IBM Systems Journal, Vol. 31. [4] Spewak, S. H., S. C. Hill, 1992. Enterprise Architecture Planning: Developing a Blueprint for Data, Applications, and Technology, John Wiley & Sons, Inc. [5] The Zachman Institute for Framework Advancement, http://www.zifa.com. Diakses pada 27/06/2007. [6] Zachman, J. A., 1999. A Framework for Information Systems Architecture, IBM Systems Journal, Vol.38, NOS 2 & 3. [7] Zachman, J. A., Concepts of the Framework for Enterprise Architecture, Zachman International, Inc. Hal - 17