Jurnal Sistem Informasi Bisnis 03 (2012) On-line : http://ejournal.undip.ac.id/index.

php/jsinbis 117

Enterprise Architecture Planning Untuk Pengembangan Sistem

Informasi Perguruan Tinggi
Dyna Marisa Khairinaa, Mustafidb, Beta Noranitac
a
Program Studi Ilmu Komputer, Fakultas MIPA
Universitas Mulawarman, Samarinda
b
Jurusan Statistik, Fakultas Sains dan Matematika
Universitas Diponegoro, Semarang
c
Jurusan Ilmu Komputer/Informatika, Fakultas Sains dan Matematika
Universitas Diponegoro, Semarang

Abstract

In the development of the information system needed a plan that will complement the university's strategic direction. Planning process
utilizing enterprise architecture planning methodologies that produce a conceptual model of the enterprise architecture that includes data
architecture, application and technology. This research aim to make enterprise architecture planning a conceptual model of the enterprise
architecture as a high-level blueprint for data, applications and technology. Conceptual model enterprise architecture generated can be
used as a blueprint for data, applications and technology in the development of information systems. Results of the blueprint enterprise
became architecture planning for the needs of the data, estimates of technology platforms and applications as well as other things that are
needed in the development of an integrated information system in university.

Keywords: Enterprise architecture planning, Data architecture, Application architecture, Technology architecture

1. Pendahuluan 2. Kerangka Teori

Kebutuhan akan data dan informasi dalam perguruan
tinggi semakin lama semakin meningkat seiring dengan
fungsi bisnis yang dijalankan. Untuk pemenuhan
kebutuhan akan data dan informasi tersebut perlu
pemanfaatan serta pengembangan sistem informasi yang
efisien serta efektif dalam perguruan tinggi. Sistem
informasi yang baik harus melihat dari berbagai sudut
pandang didalam pengembangan sistem informasi, dimulai
dari mendefinisikan arsitektur data, arsitektur aplikasi
serta mendefinisikan arsitektur teknologi. Sistem
informasi sangat menunjang dalam menjalankan dan
mendukung fungsi bisnis perguruan tinggi untuk mencapai
tujuan serta visi dan misi sebagai bentuk layanan bagi
stakeholder.
Mengingat pentingnya pengembangan suatu sistem
informasi pada suatu perguruan tinggi, maka perguruan
tinggi sebagai enterprise pelaksana perlu untuk membuat
suatu cetak biru pengembangan sistem informasi sebagai
acuan, panduan serta rencana yang jelas bagi
pengembangan sistem informasi secara keseluruhan pada
perguruan tinggi.
Penelitian ini bertujuan pada membuat enterprise
architecture planning berupa model konseptual arsitektur
enterprise sebagai cetak biru tingkat tinggi untuk data,
aplikasi dan teknologi. Hasil dari cetak biru tersebut
menjadi bahan perencanaan arsitektur enterprise untuk
kebutuhan data, perkiraan aplikasi serta platform teknologi
dan lain sebagainya yang dibutuhkan dalam
pengembangan sistem informasi terintegrasi pada
perguruan tinggi.
2.1 Enterprise Architecture
Enterprise architecture merupakan salah satu disiplin
ilmu dalam teknologi informasi. Enterprise architecture
merupakan deskripsi misi para stakeholder mencakup
parameter informasi, fungsionalitas/kegunaan, lokasi,
organisasi dan kinerja. Enterprise architecture
menjelaskan rencana untuk membangun sistem atau
sekumpulan sistem (Osvald, 2001).
Enterprise Architecture merupakan suatu pendekatan
logis yang komprehensif dan holistik untuk merancang
dan mengimplementasikan sistem dan komponen sistem
secara bersama-sama yang meliputi suatu infrastrukutr
manajemen informasi/teknologi (Parizeu, 2002).
Enterprise Architecture secara berkelanjutan
mempengaruhi manajemen organisasi serta area teknologi
yang ada dalam organisasi untuk pengembangan blueprint
sistem informasi (Doucet et al., 2008) dari berbagai
disiplin baik secara teori maupun praktis.
Dari definisi-definisi tersebut maka enterprise
architecture dapat dijadikan acuan atau pedoman pada saat
akan mengembangkan sistem informasi dan komunikasi
karena enterprise architecture merupakan suatu cetak biru.
2.2 Kerangka Kerja Zachman
Kerangka kerja dapat diartikan sebagai sejumlah
pemikiran, konsep, ide atau asumsi yang digunakan untuk
mengorganisasikan proses pemikiran tentang sesuatu atau
situasi. Kerangka kerja ini juga dapat dianggap sebagai
dasar berpikir untuk mengelompokkan dan
mengorganisasikan representasi sebuah perusahaan yang
Jurnal Sistem Informasi Bisnis 03 (2012) On-line : http://ejournal.undip.ac.id/index.php/jsinbis 118

penting bagi manajemen perusahaan dan pengembangan

sistem selanjutnya (Zachman, 1996).
Kerangka kerja Zachman untuk enterprise architecture
terdiri dari 6 (enam) kolom dan 6 (enam) baris, lihat
Gambar 1. Tiap kolom merepresentasikan fokus, abstraksi
atau topik enterprise architecture, yaitu data, fungsi,
jaringan, manusia, waktu dan motivasi. Tiap baris
merepresentasikan perspektif berikut:
a. Perspektif Perencana (Ballpark View), yaitu
menetapkan konteks, latar belakang dan tujuan
enterprise.
b. Perspektif Pemilik (Owner’s View), yaitu menetapkan
model-model konseptual dari enterprise.
Gambar 1. Kerangka Kerja Zachman untuk Enterprise
c. Perspektif Perancang (Designer’s View), yaitu
Architecture (Zachman, 1987)
menetapkan model-model sistem informasi sekaligus
menjembatani hal-hal yang diinginkan pemilik dan hal- 2.3 Enterprise Architecture Planning
hal yang dapat direalisasikan secara teknis dan fisik.
Enterprise Architecture Planning (EAP) merupakan
d. Perspektif Pembangun (Builder’s View), yaitu suatu pendekatan yang dibuat oleh Steven H. Spewak
menetapkan rancangan teknis dan fisik yang digunakan untuk membangun arsitektur enterprise dengan
dalam mengawasi implementasi teknis dan fisik. berdasarkan dorongan data dan dorongan bisnis.
e. Perspektif Subkontraktor (Subcontractor), yaitu
Enterprise Architecture Planning adalah proses
menetapkan peran dan rujukan bagi pihak yang
pendefinisian arsitektur dalam penggunaan informasi
bertanggung jawab untuk melakukan pembangunan untuk mendukung bisnis dan rencana untuk
secara teknis dan fisik serta mengadakan komponen- mengimplementasikan arsitektur tersebut (Spewak, 1992).
komponen yang diperlukan.
Enterprise Architecture Planning merupakan metode
1. Perspektif Fungsi Sistem, yaitu merepresentasikan
yang dikembangkan untuk membangun enterprise
perspektif pengguna dan wujud nyata hasil
architecture. Langkah-langkah dalam EAP memberikan
implementasi. panduan praktis dalam membuat arsitektur dari dua baris
Sedangkan tiap kolom merepresentasikan fokus, abstraksi dan tiga kolom pertama kerangka kerja Zachman
atau topik enterprise architecture, yaitu:
(Surendro, 2009), lihat Gambar 2. Jika dipetakan ke
a. What (data): menggambarkan kesatuan yang dianggap dalam kerangka kerja Zachman, EAP berada di baris
penting dalam bisnis. Kesatuan tersebut adalah hal-hal pertama dan baris kedua yang merupakan perspektif
yang informasinya perlu dipelihara. perencana dan pemilik. Sedangkan aspek yang dibahas
b. How (fungsi): mendefinisikan fungsi atau aktivitas. dalam EAP berada pada tiga kolom dari kerangka kerja
Input dan output juga dipertimbangkan pada kolom ini. Zachman, yaitu meliputi data, fungsi dan jaringan dari
c. Where (jaringan): menunjukkan lokasi geografis dan arsitektur sistem informasi.
hubungan antara aktivitas dalam organisasi, meliputi
Enterprise Architecture Planning memiliki 7 (tujuh)
lokasi geografis bisnis yang utama.
komponen utama yang menunjukkan tahapan untuk
d. Who (orang): mewakili manusia dalam organisasi dan
menentukan dan merencanakan implementasi arsitektur
metrik untuk mengukur kemampuan dan kinerjanya. sistem informasi. Tujuh komponen utama ini
Kolom ini juga berhubungan dengan user interface dan dikelompokkan menjadi 4 (empat) lapisan (Spewak,
hubungan antara manusia dan pekerjaan yang menjadi 1992), lihat Gmbar 3.
tanggung jawabnya.
e. When (waktu): mewakili waktu atau kegiatan yang
menunjukkan kriteria kinerja. Kolom ini berguna
untuk mendesain jadwal dam memproses arsitektur.
f. Why (motivasi): menjelaskan motivasi dari organisasi
dan pekerjanya. Disini terlihat tujuan, sasaran, rencana
bisnis, arsitektur pengetahuan, alasan pikiran dan
pengambilan keputusan dalam organisasi.

Gambar 2. Cakupan EAP dalam Kerangka Kerja

Zachman (Spewak, 1992)
Jurnal Sistem Informasi Bisnis 03 (2012) On-line : http://ejournal.undip.ac.id/index.php/jsinbis 119

Inisialisasi Lapisan 1: Inisialisasi

Perencanaan
Sistem dan
Pemodelan
Teknologi Saat Lapisan 2: Tinjauan Kondisi
Proses Bisnis
Ini
Arsitektur Arsitektur Arsitektur
Data Aplikasi Teknologi
Lapisan 3: Tinjauan Rencana
Enterprise di Masa Depan
Rencana Implementasi
Gambar 3. Lapisan Enterprise Architecture Planning
(Spewak, 1992)
2.4 Model Rantai Nilai (Value Chain)
Model rantai nilai (value chain) pertama kali diusulkan
oleh Porter (1985) lihat Gambar 3, yang terdiri dari satu
rangkaian aktivitas yang menciptakan dan membangun
suatu nilai yang dapat menghasilkan margin nilai tambah
bagi organisasi. Rantai nilai (value chain) memberikan
kerangka untuk mengidentifikasi dan
menginventarisasikan area-area fungsi bisnis, yaitu dengan
pengelompokkan area-area fungsional ke dalam aktivitas
utama (primary activities) dan aktivitas pendukung
(support activities).
Gambar 3. Model Rantai Nilai (Value Chain)
(Porter, 1985)
3. Metodologi
3.1 Inisialisasi Perencanaan
Tahap ini mengidentifikasi aturan-aturan yang menjadi
rujukan di perguruan tinggi terkait dengan perencanaan
enterprise architecture untuk pengembangan sistem
informasi guna penentuan ruang lingkup enterprise, visi,
misi, pengadopsian metodologi perencanaan serta
membentuk tim perencanaan agar proyek EAP terarah,
selesai tepat waktu dan memiliki anggota tim yang
berkualifikasi.
3.2 Tinjauan Kondisi Enterprise Saat Ini
3.2.1. Pemodelan Proses Bisnis
Tahap ini mengidentifikasi dan mendokumentasikan
struktur organisasi, mengidentifikasi dan mendefinisikan
business area dengan membuat model bisnis awal
kemudian merelasikan fungsi-fungsi bisnis terhadap unit
organisasi guna mengetahui tanggung jawab dari masing-
masing unit organisasi terhadap suatu fungsi bisnis.
3.2.2.Sistem dan Teknologi Saat Ini
Tahap ini mengidentifikasi sistem dan teknologi yang
digunakan enterprise saat ini dan mendokumentasikannya
dalam suatu Katalog Sumber Daya Informasi (Information
Resource Catalog atau IRC). IRC tidak menjabarkan
setiap sistem secara terperinci, melainkan hanya
ringkasannya saja.
3.3 Perancangan Arsitektur
Perencanaan 3.3.1. Arsitektur Data
a) Membuat daftar kandidat entitas data untuk
Enterprise Saat Ini
mengidentifikasikan semua entitas data potensial
yang dibutuhkan dalam mendukung bisnis.
b) Membuat diagram hubungan antar entitas data. Hal
Lapisan 4: Rencana
Implementasi ini mempertimbangkan bahwa aplikasi-aplikasi
berkaitan erat dengan basis-basis data sedangkan
suatu basis data terdiri dari kumpulan entitas data
dengan hubungan dan ketergantungannya, oleh
karena itu entitas-entitas data perlu dirangkai sesuai
dengan ketergantungan dan hubungannya dalam
konteks area fungsi yang didukungnya. Pemodelan
untuk menggambarkan hubungan antar entitas data
menggunakan Entity-Relationship Diagram (E-
RD). Hasil pemodelan E-RD untuk tiap area fungsi
melengkapi kerangka kerja Zachman pada baris
perspektif pemilik dan kolom data.
c) Merelasikan entitas data dengan fungsi bisnis.
Hubungan antara entitas data dengan area fungsi
bisnis adalah dalam hal pengolahan dan
penggunaan data untuk keperluan pemenuhan
tujuan fungsi bisnis. Hubungan ini didefinisikan
melalui sebuah matriks relasi entitas data dengan
fungsi bisnis. Masing-masing sel dalam matriks
untuk menentukan data entitas yang di create (C)
yaitu fungsi untuk membuat data, read/reference
(R) yaitu fungsi yang menggunakan data dan
update (U) yaitu fungsi yang mengubah atau meng-
update data.
3.3.2. Arsitektur Aplikasi
a) Membuat daftar kandidat aplikasi dan definisi
aplikasi. Langkah ini bertujuan untuk
mengidentifikasikan setiap kemungkinan aplikasi
yang dibutuhkan bagi pengelolaan data dan
dukungan fungsi bisnis.
b) Merelasikan aplikasi dengan fungsi bisnis untuk
menentukan fungsi bisnis yang langsung didukung
atau diakomodasi oleh aplikasi.
c) Melakukan analisis dampak pada aplikasi yang ada
saat ini. Langkah ini bertujuan untuk menentukan
pilihan-pilihan untuk tetap menggunakan aplikasi,
memodifikasi atau mengganti sistem legacy.
3.3.3.Arsitektur Teknologi
a) Mengidentifikasikan prinsip teknologi yang akan
digunakan dengan tujuan untuk
mengidentifikasikan prinsip-prinsip yang harus
diperhatikan bagi pemilihan platform teknologi
yang dibutuhkan enterprise.
b) Konfigurasi konseptual teknologi yang dibangun
berdasarkan pada kebutuhan strategi distribusi data
dan aplikasi serta kebutuhan sharing data diantara
unit-unit organisasi dengan memperhatikan lokasi
bisnis.
3.4 Rencana Implementasi
Pada tahap ini akan disusun suatu rekomendasi untuk
rencana implementasi yang berdasarkan pada arsitektur
yang telah dibuat. Langkah-langkah yang dilakukan
adalah:
a. Menentukan urutan pengembangan aplikasi. Langkah
ini diimplementasikan melalui beberapa prioritas yaitu
Jurnal Sistem Informasi Bisnis 03 (2012) On-line : http://ejournal.undip.ac.id/index.php/jsinbis
berdasarkan ketergantungan data dan berdasarkan pada
kebutuhan enterprise serta meninjau hasil analisis
dampak yang telah diidentifikasi sebelumnya pada
tahap perancangan arsitektur aplikasi.
b. Membuat estimasi sumber daya, biaya serta membuat
jadwal implementasi dengan tujuan untuk
memperkirakan kebutuhan pada saat implementasi
dilaksanakan.
c. Menentukan faktor-faktor keberhasilan yang
dibutuhkan dalam mengimplementasikan enterprise
architecture agar implementasi dapat berjalan dengan
baik dan sesuai dengan tujuan yang diharapkan.
Metodologi penelitian dapat dilihat melalui kerangka
teoritik pada Gambar 4.
Gambar 4. Kerangka Teoritik
4. Hasil dan Pembahasan
4.1 Model Business Process
Pelaksanaan business process perguruan tinggi
membutuhkan dukungan sistem informasi yang mampu
melayani kebutuhan data dan informasi yang berkualitas
bagi kebutuhan enterprise guna memberikan pelayanan
yang baik kepada customer maupun stakeholder lainnya,
maka dibuat arsitektur bisnis yang menggunakan value
chain untuk mendeskripsikan area sistem informasi
enterprise ke dalam primary activities dan support
activities, lihat Gambar 5.
Pada primary activities, sistem informasi akademik
mendukung semua aktifitas tri dharma, sementara untuk
portal registrasi mendukung aktifitas pendidikan dan
pengajaran, portal penelitian mendukung aktifitas
penelitian dan portal pengabdian masyarakat mendukung
aktifitas pengabdian masyarakat. Pada support activities,
tri dharma didukung oleh sistem informasi manajemen
keuangan, sistem informasi manajemen kepegawaian
(sumber daya manusia), asset management (sarana dan
prasarana) serta information and communication
technology center.
120
Gambar 5. Arsitektur Business Process
4.2 Arsitektur Data
Arsitektur data mengidentifikasi dan mendefinisikan
data utama yang mendukung fungsi bisnis yang
didefinisikan dalam model bisnis dan terdiri dari entitas
data dan hubungannya dengan entitas data yang lain
(Spewak, 1992).
a. Daftar Kandidat Entitas Data
Pendefinisian arsitektur data dilakukan guna
mengetahui kebutuhan data dari masing-masing fungsi
bisnis. Contoh hasil identifikasi kandidat entitas data
untuk entitas bisnis seleksi mandiri masuk perguruan
tinggi dapat dilihat pada tabel 1.
Tabel 1. Kandidat Entitas Data Pada Seleksi Mandiri
Masuk Perguruan Tinggi
Entitas Bisnis No. Entitas Data
Entitas Seleksi Mandiri Masuk 1.1 Entitas Panitia
Perguruan Tinggi 1.2 Entitas Calon Maba
1.3 Entitas Ujian Seleksi
1.4 Entitas Hasil Ujian
1.5 Entitas Registrasi
1.6 Entitas Mahasiswa
Hasil identifikasi kandidat entitas data untuk
keseluruhan fungsi bisnis utama perguruan tinggi (tri
dharma), teridentifikasi sebanyak 27 entitas data yang
dibutuhkan oleh perguruan tinggi untuk mendukung
business process.
b. Diagram Hubungan Entitas Data
Dari hasil kandidat entitas data selanjutnya
menggambarkan arsitektur data yang mendeskripsikan
kebutuhan-kebutuhan akan data dalam business process
perguruan tinggi serta bagaimana keterkaitan data antar
fungsi bisnis. Arsitektur data disajikan dalam bentuk
skema diagram yaitu Entity Relationship Diagram, lihat
gambar 6.
a. Matriks Relasi Entitas Data terhadap Fungsi Bisnis
Matriks relasi antara entitas data terhadap fungsi bisnis,
lihat gambar 7, mendeskripsikan keadaan berbagi pakai
data dimana satu fungsi bisnis dapat berhubungan dengan
beberapa entitas data dan sebaliknya beberapa fungsi
bisnis berhubungan dengan satu entitas data. Matriks
relasi tersebut menentukan entitas data yang
dibuat/diciptakan (create), digunakan (read/reference) dan
data yang diperbaiki (update) oleh fungsi bisnis perguruan
tinggi serta ditentukan aliran datanya.
Jurnal Sistem Informasi Bisnis 03 (2012) On-line : http://ejournal.undip.ac.id/index.php/jsinbis 121

4.3 Arsitektur Aplikasi

Arsitektur aplikasi dalam konsep Enterprise
Architecture Planning merupakan pendefinisian aplikasi-
aplikasi yang diperlukan untuk mengelola data dan
mendukung fungsi-fungsi bisnis yang ada dalam
perguruan tinggi, jadi bukan merupakan desain untuk
suatu sistem.
a. Daftar Kandidat Aplikasi
Untuk mendefinisikan arsitektur aplikasi, langkah
pertama adalah membuat daftar kandidat aplikasi yang
dibutuhkan bagi pengelolaan entitas data yang telah
diidentifikasi pada tahap arsitektur data. Contoh hasil
identifikasi kandidat aplikasi untuk fungsi bisnis seleksi
mandiri masuk perguruan tinggi dapat dilihat pada tabel 2.
Hasil identifikasi kandidat aplikasi untuk keseluruhan
fungsi bisnis utama perguruan tinggi (tri dharma),
teridentifikasi sebanyak 20 aplikasi yang dibutuhkan untuk
mengelola data serta mendukung fungsi bisnis perguruan
tinggi.

Gambar 7. Aliran Data Matriks Relasi Entitas Data

terhadap Fungsi Bisnis
Seleksi Mandiri Masuk Operasional Akademik
Perguruan Tinggi

melakukan
Panitia Calon M aba Reg istrasi R uang Kurikulum
menjaring

mengg unakan mengacu

diumumkan
mengikuti
Penelitian dan Pengabdian
Jadwal Kuliah Mata Kuli ah
memiliki
Presensi Masyarakat
Has il Uji an U jian Seleksi
menghasilkan melakukan2

Peng abdi an

berdasarkan
mengambil
memiliki2
Rencana Studi
menentukan
Kelulusan Mahasiswa Mahasiswa mengampu
mengi kuti2 melakukan3 Penelitian

Yudisium
membimbing
mengambi l2 mengerjakan2 melakukan4
mengerjakan
mengi kuti 3
memberi kan
Cuti TA Ujian Dos en

Wi suda

menghasil kan2menghasi lkan3 memberi kan2

dil aporkan

melaporkan
Laporan Prog ram Studi Nilai
dilaporkan2

Gambar 6. Arsitektur Data Untuk Fungsi Bisnis Utama Perguruan Tinggi

Tabel 2. Kandidat Aplikasi Pada Sistem Seleksi Mandiri

Masuk Perguruan Tinggi Untuk lebih memahami lapisan-lapisan yang
Sistem No. Sistem Aplikasi Deskripsi Keterangan membentuk sistem secara keseluruhan dimulai dari lapisan
Utama
Sistem 1.1 Aplikasi Aplikasi sebagai fasilitas Legacy System infrastruktur atau platform sebagai landasan teknologi,
Seleksi Pendaftaran Calon untuk pendaftaran calon lapisan data, lapisan aplikasi hingga kepada pengguna,
Mandiri Mahasiswa Baru mahasiswa baru
Masuk 1.2 Aplikasi Aplikasi untuk pengolahan Legacy System
maka dibuat arsitektur sistem aplikasi yang dapat dilihat
Perguruan Pengolahan Hasil hasil tes seleksi masuk pada gambar 8.
Tinggi Tes Seleksi yang berbasis desktop
1.3 Aplikasi Registrasi Aplikasi untuk mengelola Legacy System
Mahasiswa data-data yang
berhubungan dengan
registrasi mahasiswa,
seperti data mahasiswa,
akun portal akademik,
rencana studi mahasiswa,
cuti akademik dan
bimbingan akademik
Jurnal Sistem Informasi Bisnis 03 (2012) On-line : http://ejournal.undip.ac.id/index.php/jsinbis 122

Gambar 8. Arsitektur Sistem Aplikasi

Arsitektur sistem aplikasi menggambarkan lapisan-

lapisan yang membentuk sistem secara keseluruhan
dimulai dengan landasan teknologi yang akan digunakan,
lapisan data sebagai data source (database dan file
systems), lapisan aplikasi enterprise dimana
menggambarkan sistem-sistem yang mendukung
management proses akademik, knowledge management
serta management sumber daya. Pengguna dari sistem-
sistem pada lapisan aplikasi terdiri dari eksternal unit dan
internal unit. Eksternal unit seperti dosen, mahasiswa
serta staf akademik fakultas sementara internal unit adalah Gambar 9. Matriks Relasi Aplikasi terhadap Fungsi Bisnis
unit yang mengelola management keuangan serta asset
management, dapat dikatakan sebagai sistem internal.
b. Matriks Relasi Aplikasi terhadap Fungsi Bisnis 4.4 Arsitektur Teknologi
Matriks relasi aplikasi terhadap fungsi bisnis Arsitektur teknologi dalam konsep Enterprise
mendeskripsikan aplikasi yang mendukung suatu fungsi Architecture Planning merupakan suatu definisi teknologi
bisnis atau dengan kata lain mengidentifikasi fungsi-fungsi yang disarankan untuk digunakan yang akan mendukung
bisnis yang secara langsung didukung oleh aplikasi, lihat fungsi bisnis dengan suatu lingkungan distribusi data
gambar 9. dalam perguruan tinggi.
c. Analisis Dampak Tujuan dari arsitektur teknologi adalah untuk
Langkah terakhir pada arsitektur aplikasi yaitu mendefinisikan teknologi utama yang dibutuhkan sehingga
melakukan analisis dampak terhadap legacy system dengan tersedia lingkungan untuk aplikasi yang mengelola data
tujuan: (Spewak, 1992).
1) Untuk mengetahui aplikasi apa saja yang perlu Arsitektur teknologi yang dihasilkan bersifat
dipertahankan dengan peningkatan minimal terhadap konseptual sehingga bukan merupakan analisis kebutuhan
aplikasi saat ini (Retained/R). secara detail melainkan hanya memberikan gambaran
2) Untuk mengetahui aplikasi apa saja yang perlu diganti umum dan perlu ditinjau ulang saat melakukan
secara keseluruhan (Completely Replaced/CR). implementasi. Secara umum konfigurasi konseptual
3) Untuk mengetahui aplikasi apa saja yang perlu diganti teknologi tersebut dapat dibagi atas 2 bagian, yaitu
sebagian dengan melakukan modifikasi terhadap arsitektur jaringan enterprise konseptual dan arsitektur
aplikasi lama (Partially Replaced/PR). sistem bisnis konseptual. Masing-masing dari konfigurasi
Hasil analisis dampak pada penelitian penulis konseptual teknologi ini dapat dilihat pada Gambar 10 dan
teridentifikasi sebanyak 9 (sembilan) aplikasi pada legacy Gambar 11.
system agar tetap dipertahankan dengan peningkatan
minimal terhadap aplikasi yang ada dan 7 (tujuh) aplikasi
yang perlu diganti sebagian dengan melakukan modifikasi
untuk peningkatan kemampuan dari aplikasi yang sudah
ada serta 4 (empat) aplikasi yang dilakukan
pengembangan baru.
Jurnal Sistem Informasi Bisnis 03 (2012) On-line : http://ejournal.undip.ac.id/index.php/jsinbis
Gambar 10. Arsitektur Jaringan Enterprise Konseptual
Gambar 11. Arsitektur Sistem Bisnis Konseptual
4.5. Rencana Implementasi
Rencana implementasi merupakan rencana yang
dipersiapkan untuk mengimplementasikan arsitektur
enterprise dengan orientasi untuk menghasilkan sistem
informasi. Tahap rencana implementasi dimulai dengan
membuat urutan prioritas pengembangan aplikasi;
membuat estimasi sumber daya, biaya serta
waktu/membuat jadwal implementasi; serta menentukan
faktor-faktor keberhasilan.
Pendekatan EAP menyarankan agar urutan
pengembangan aplikasi dilakukan dengan menggunakan
matriks relasi entitas data terhadap aplikasi, lihat gambar
12, dengan prinsip aplikasi yang membuat atau
membentuk (create) data sebaiknya diterapkan terlebih
dahulu sebelum aplikasi yang menggunakan atau memakai
(read/reference) dan aplikasi yang memodifikasi (update)
data.
123
Gambar 12. Matriks Relasi Entitas Data terhadap Aplikasi
5. Kesimpulan
Penelitian menghasilkan perencanaan arsitektur
enterprise yang meliputi arsitektur data, arsitektur aplikasi
dan arsitektur teknologi. Proses perencanaan dimulai
dengan pendefinisian arsitektur, perancangan arsitektur
hingga rencana untuk mengimplementasikannya. Hasil
akhir dari masing-masing arsitektur berupa
pengidentifikasi kebutuhan-kebutuhan akan data, aplikasi
serta teknologi dalam mendukung business process
perguruan tinggi.
Selain itu dihasilkan suatu skema yaitu berupa
pemodelan entity relationship diagram sebagai arsitektur
data, skema arsitektur sistem aplikasi serta arsitektur
jaringan enterprise konseptual sebagai arsitektur
teknologinya. Masing-masing arsitektur memberikan
keunggulan untuk mendefinisikan kebutuhan data,
kebutuhan aplikasi di dalam mengelola data serta
kebutuhan platform teknologi terhadap kebutuhan sharing
data antar unit organisasi di perguruan tinggi. Hasil
perencanaan arsitektur enterprise sebagai cetak biru data,
aplikasi dan teknologi yang dibutuhkan sebagai landasan
dalam pengembangan sistem informasi yang lebih baik.
Daftar Pustaka
Doucet, G., Gotze, J., Saha, P., Bernard, S., 2008. Coherency
Management: Using Enterprise Architecture for Alignment, Agility,
and Assurance. Journal of Enterprise Architecture.
Osvald, G., 2001. Definition of Enterprise Architecture-centric Models
for the Systems Engineer. TASC Inc.
Parizeau, Y., 2002. Enterprise Architecture for Complex Government and
the Challenge of Government On-Line in Canada. A Research
Project Faculty of Computer Science, Dalhousie University.
Porter, M., 1985. Competitive Advantage: Creating and Sustaining
Superior Performance for Analyzing Industries and Competitor. The
Free Press.
Spewak, S. H., 1992. Enterprise Architecture Planning: Developing A
Blueprint for Data, Applications and Technology. John Wiley &
Sons, Inc. New York.
Surendro, K., 2009. Pengembangan Rencana Induk Sistem Informasi.
Penerbit Informatika, Bandung.
Zachman, J. A., 1987. A Framework for Information Systems
Architecture. IBM Systems Journal, Volume 26, Number 3, 276-292.