Perancangan Enterprise Architecture di Sekolah Tinggi Keguruan dan Ilmu Pendidikan (STKIP) Pasundan Cimahi dengan Menggunakan Zachman Framework

BIODATA PENULIS
1. Data Pribadi
Nama

:

Resta Arief Nugraha

Jenis Kelamin

:

Laki-laki

Tempat, Tanggal Lahir

:

Cimahi, 08 Oktober 1992

Kewarganegaraan


:

Indonesia

Status Perkawinan

:

Belum Menikah

Tinggi, Berat Badan

:

173 cm, 69 kg

Agama

:


Islam

Alamat Lengkap

:

Komp. Pemda, No. 33, RT 05 RW 21,
Kelurahan Padasuka, Kecamatan Cimahi
Tengah, Kota Cimahi, Kode POS : 40526

Telepon, HP

:

08987020701

Email

:


ajie_ikhsan@yahoo.com

2. Riwayat Pendidikan
1998 – 2004

:

SDN Sindang Sari

2004 – 2007

:

SMP Pasundan 3 Cimahi

2007 – 2010

:


SMA Pasundan 3 Cimahi

2011 – 2016

:

Program Strata Satu (S1) Program Studi
Teknik Informatika, Universitas Komputer
Indonesia Bandung

PERANCANGAN ENTERPRISE ARCHITECTURE DI SEKOLAH TINGGI
KEGURUAN DAN ILMU PENDIDIKAN (STKIP) PASUNDAN CIMAHI
DENGAN MENGGUNAKAN ZACHMAN FRAMEWORK
SKRIPSI

Diajukan untuk Menempuh Ujian Akhir Sarjana

RESTA ARIEF NUGRAHA
10111668


PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS KOMPUTER INDONESIA
2016

KATA PENGANTAR

Puji dan syukur penulis panjatkan kehadiran Allah SWT atas rahmat dan
karunia-Nya sehingga

penulis

dapat

menyelesaikan skripsi

yang berjudul

“PERANCANGAN ENTERPRISE ARCHITECTURE DI SEKOLAH TINGGI
KEGURUAN DAN ILMU PENDIDIKAN (STKIP) PASUNDAN CIMAHI

DENGAN MENGGUNAKAN ZACHMAN FRAMEWORK”.
Penyusunan skripsi ini tidak akan terwujud tanpa mendapat dukungan,
bantuan dan masukan dari berbagai pihak, untuk itu penulis ingin menyampaikan
terimakasih yang sebesar-besarnya kepada :
1. Allah SWT atas karunia-Nya yang telah memberi nikmat, keselamatan dan
kekuatan kepada penulis.
2. Ayah dan ibu tercinta Agustono dan Laelawati yang memberi dukungan
materi, moril, rohani, dan semua yang dibutuhkan oleh penulis selama
penulisan skripsi ini berlangsung dan tidak ketinggalan kepada seluruh
keluarga besar penulis yang selalu memberikan masukan, dan terimakasih atas
segala doa beserta dorongan dan motivasinya, sehingga dapat terselesaikan
tugas akhir ini.
3. Ibu Tati Harihayati.M., S.Kom., M.Kom selaku dosen pembimbing dan
penguji 1 yang selama ini telah banyak memberikan pengarahan serta
masukan yang berharga, kritik, dan pengalaman berkesan selama masa
bimbingan sehingga skripsi ini dapat terselesaikan dengan baik.
4. Seluruh pegawai di STKIP Pasundan Cimahi yang telah banyak membantu.
5. Ibu Riani Lubis, S.T., M.T selaku ketua penguji yang selama ini telah banyak
memberikan pengarahan serta masukan yang berharga.
6. Ibu Rani Susanto, S.Kom., M.Kom selaku penguji 2 sidang yang telah

memantapkan dalam memberikan pengarahan serta masukan yang berharga.

iv

7. Bapak Irawan Afrianto, S.T., M.T. Selaku Ketua Program Studi Teknik
Informatika Fakultas Teknik dan Ilmu Komputer Universitas Komputer
Indonesia Bandung.
8. Ibu Anna Dara Andriana, S.Kom., M.Kom Selaku Dosen Wali yang telah
mengarahkan penulis selama mengikuti akademik di Universitas Komputer
Indonesia.
9. Bapak ibu dosen yang selama ini membimbing dalam menempuh berbagai
mata kuliah yang penulis dapatkan di program studi Teknik Informatika.
10. Sahabat terbaik, Vahlefi Reza, S.Kom, Dina Frinsi Megasari, S.Kom, Tatang
R Ganda Wijaya, Hashfialdy Eka Putra dan Eka Nurfitriani yang selalu
memberikan dukungan baik dalam suka maupun duka serta banyak
memberikan bantuan dalam menyelesaikan tugas akhir ini.
11. Teman-teman seperjuangan di IF15 serta teman-teman satu program studi
lainnya.
12. Serta pihak lain yang telah membantu dalam menyelesaikan tugas akhir ini.


Penulis menyadari bahwa skripsi ini jauh dari sempurna, karena keterbatasan
kemampuan, pengetahuan, dan pengalaman penulis, oleh karena itu penulis
mengharapkan saran dan kritik sebagai bahan perbaikan di masa yang akan datang.
Penulis juga berharap semoga kelak skripsi ini dapat bermanfaat bagi para pembaca
dan dapat dijadikan pertimbangan bagi pihak-pihak yang berkepentingan, Aamiin.

Bandung,

juli 2016

Penulis

v

DAFTAR ISI

ABSTRAK ............................................................................................................... i
ABSTRACT ........................................................................................................... iii
KATA PENGANTAR ........................................................................................... iv
DAFTAR ISI .......................................................................................................... vi

DAFTAR GAMBAR ............................................................................................. ix
DAFTAR TABEL ................................................................................................ xiv
DAFTAR SIMBOL............................................................................................... xv
DAFTAR LAMPIRAN ....................................................................................... xvii
BAB 1 PENDAHULUAN ...................................................................................... 1
1.1

Latar Belakang Masalah ........................................................................... 1

1.2

Rumusan Masalah .................................................................................... 2

1.3

Maksud dan Tujuan .................................................................................. 3

1.4

Batasan Masalah ....................................................................................... 3


1.5

Metodologi Penelitian .............................................................................. 3

1.6

Sistematika Penulisan............................................................................... 6

BAB 2 TINJAUAN PUSTAKA ............................................................................. 7
2.1

Tinjauan Lembaga Pendidikan ................................................................. 7

2.1.1

Sejarah Singkat dan Perkembangan Umum Instansi ........................ 7

2.1.2


Lambang Lembaga Pendidikan ......................................................... 9

2.1.3

Visi dan Misi ................................................................................... 10

2.1.4

Struktur Organisasi ......................................................................... 11

2.1.5

Uraian Tugas Pokok dan Fungsi Organisasi Pada STKIP Pasundan

Cimahi ......................................................................................................... 11

vi

2.2

Landasan Teori ....................................................................................... 20

2.2.1

Arsitektur ........................................................................................ 20

2.2.2

Enterprise ........................................................................................ 21

2.2.3

Arsitektur Enterprise....................................................................... 21

2.2.4

Kerangka Kerja Zachman ............................................................... 22

2.2.5

Value Chain..................................................................................... 24

2.2.6

Entity-Relationship Diagram (E-R Diagram) ................................. 26

2.2.7

Data Flow Diagram (DFD) ............................................................. 27

2.2.8

BPMN (Business Process Modeling And Notation) ....................... 27

BAB 3 ANALISIS DAN PERANCANGAN ARSITEKTUR ............................. 29
3.1

Analisis Masalah .................................................................................... 29

3.2

Scope : Planner (Contextual) ................................................................. 29

3.2.1

Kolom WHAT (Data)....................................................................... 29

3.2.2

Kolom HOW (Fungsi) ..................................................................... 32

3.2.3

Kolom WHERE (Jaringan) .............................................................. 37

3.2.4

Kolom WHO (Orang) ...................................................................... 37

3.3

Business Model : Owner (Conceptual) .................................................. 38

3.3.1

Kolom WHAT (Data) ...................................................................... 38

3.3.2

Kolom HOW (Fungsi) ..................................................................... 39

3.3.3

Kolom WHERE (Jaringan) ............................................................. 41

3.3.4

Kolom WHO (Orang) ...................................................................... 41

3.4

System Model : Designer (Logical) ........................................................ 42

3.4.1

Kolom WHAT (Data) ...................................................................... 42

3.4.2

Kolom HOW (Fungsi) ..................................................................... 43

3.4.3

Kolom WHERE (Jaringan) ............................................................. 49

vii

3.4.4
3.5

Kolom WHO (Orang) ...................................................................... 50

Technology Model : Builder (Phisical) .................................................. 51

3.5.1

Kolom WHAT (Data) ...................................................................... 51

3.5.2

Kolom HOW (Fungsi) ..................................................................... 52

3.5.3

Kolom WHERE (Jaringan) ............................................................. 52

3.5.4

Kolom WHO (Orang) ...................................................................... 53

3.6

Rekomendasi EA .................................................................................... 76

BAB 4 PENGUJIAN ARSITEKTUR DAN PROTOTYPE ................................. 78
4.1

Pengambilan Sample dan Kuisioner....................................................... 78

4.2

Hasil Pengujian Arsitektur Menggunakan SPSS .................................... 91

4.3

Analisis Hasil Pengujian ........................................................................ 92

4.4

Prototype Sistem Informasi BAAK........................................................ 95

4.5

Prototype Sistem Informasi BAUK...................................................... 114

BAB 5 KESIMPULAN DAN SARAN .............................................................. 120
5.1

Kesimpulan ........................................................................................... 120

5.2

Saran ..................................................................................................... 120

DAFTAR PUSTAKA ......................................................................................... 121

viii

DAFTAR PUSTAKA

[1]

Kridanto, Surendro. (2009). Pengembangan Rencana Induk Sistem Informasi.
Informatika Bandung.

[2]

Hewlett, Niles E, PMP. (2005). “The USDA Enterprise Architecture
Program“. Enterprise Architecture Division Office of the Chief Information
Officer.

[3]

Rosa A.S. M. Shalahuddin. (2013). Rekayasa Perangkat Lunak Terstruktur
dan Berorientasi Objek. Informatika Bandung.

[4]

Meliana Christianti, Radiant Victor Imbar (2007). ”Pemodelan Enterprise
Architecture Zachman Framework pada Sistem Informasi Fakultas Teknologi
Informasi Universitas Kristen Maranatha Bandung”. Jurnal Sistem Informasi,
Vol. 2 No. 2, 113-135.

[5]

David Barnes. (2001). Understanding business processes. London EC4P 4EE

[6]

Roy R. Rondonuwu. (2003). “Peningkatan Keunggulan kompetitif Perguruan
Tinggi Melalui Analisis Struktur Porter”. MediaTor, Vol 4 No.1

[7]

Scott Bernard. (2009). “The Importance of Formal Documentation In
Enterprise Architecture”. Jurnal of Enterprise Architecture.

[8]

M. E. Porter, Competitive Advantage: “Creating and Sustaining Superior
Performance”, New York: Free Press, 1985.

[9]

Carol O'Rourke, Neal Fishman, Warren Selkow (2003). “Enterprise
Architecture Using the Zachman Framework”. ISBN 0-619-06446-3

[10]

Andika Agus Slamento, Ema Utami, Abas Ali Pangera (2012). “Penerapan
36 Sel Zachman Framework Dalam Perancangan Sistem Informasi
Laboratorium”. Jurnal Telematika Vol. 5 No. 2 Agustus 2012 ISSN : 1979925X

123

124

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033

PERANCANGAN ENTERPRISE ARCHITECTURE DI SEKOLAH
TINGGI KEGURUAN DAN ILMU PENDIDIKAN (STKIP) PASUNDAN
CIMAHI DENGAN MENGGUNAKAN ZACHMAN FRAMEWORK
Resta Arief Nugraha1, Tati Harihayati Mardzuki, S.T., M.T.2
1

Teknik Informatika - Universitas Komputer Indonesia
Jalan Dipatiukur 112-114, Bandung
2
Teknik Informatika - Universitas Komputer Indonesia
Jalan Dipatiukur 112-114, Bandung
E-mail : ajie_ikhsan@yahoo.com1, tharihayati@yahoo.com2

ABSTRAK
STKIP Pasundan Cimahi memiliki dua
bagian penting dan terdapat sistem informasi di
setiap bagiannya yaitu Bagian Administrasi
Akademik dan Kemahasiswaan (BAAK) memiliki
sistem informasi akademik dan bagian keuangan
memiliki sistem informasi keuangan, namun
teknologi informasi yang ada saat ini masih belum
optimal dalam penggunaan fungsinya, hal ini karena
belum sempurnanya strategi bisnis dan strategi
sistem informasi/teknologi informasi sebagai tolak
ukur dalam penerapan sistem informasi dan
teknologi informasi, sehingga lembaga tersebut
masih kesulitan dalam menjalankan semua proses
bisnis yang ada di organisasi. Sistem informasi
akademik dan sistem informasi keuangan ini
memiliki potensi untuk dikembangkan atau
dibangun sistem baru yang bisa diintegrasikan
dengan sistem lama sehingga dapat menghasilkan
sistem yang dinamis dan dapat menunjang kegiatan
di
bagian
administrasi
akademik
dan
kemahasiswaan, karena permasalahan tersebut, perlu
dilakukan pengembangan sistem informasi yang
memerlukan perancangan untuk melengkapi arah
strategi bisnis lembaga. Perancangan dibangun
untuk menghasilkan rekomendasi EA dan prototype
sistem
informasi
sebagai
acuan
untuk
mengembangkan dan mengintegrasikan sistem
informasi/teknologi informasi sehingga dapat
mendukung jalannya proses bisnis di dalam
organisasi tersebut.
Perancangan
untuk
menghasilkan
rekomendasi EA dan prototype sistem informasi
memerlukan sebuah metode yaitu perancangan
dengan
menggunakan
metode
Enterprise
Architecture yang merupakan proses pendefinisian
arsitektur dalam penggunaan informasi untuk
mendukung
bisnis
dan
rencana
untuk
mengimplementasikan
arsitektur
tersebut.
Framework untuk arsitektur enterprise yang dipakai
adalah Zachman Framework. Zachman Framework

akan dimanfaatkan sebagai proses cara pandang
terhadap arsitektur enterprise itu sendiri. Tools yang
digunakan adalah Value Chain, BPMN, ERD dan
DFD.
Arsitektur enterprise dibuat karena dapat
mengambil hasil kesimpulan dari perancangan telah
yang dibangun, perancangan tersebut adalah untuk
menghasilkan rekomendasi EA dan prototype sistem
informasi sebagai acuan untuk mengembangkan dan
mengintegrasikan
sistem
informasi/teknologi
informasi dimasa yang akan datang.
Kata kunci : enterprise architecture, zachman
framework, STKIP Pasundan Cimahi.

1. PENDAHULUAN
Sekolah Tinggi Keguruan dan Ilmu
Pendidikan (STKIP) Pasundan Cimahi adalah salah
satu perguruan tinggi di Cimahi yang mempunyai
tugas pokok dan fungsi untuk menyiapkan sumber
daya manusia (SDM) melalui jalur akademik dan
profesional dan menyebarkan ilmu pengetahuan
yang dimanfaatkan dalam kegiatan produktif dan
peningkatan
kehidupan
masyarakat.
STKIP
Pasundan Cimahi menjembatani dan memfasilitasi
bagi calon mahasiswa yang ingin menjadi sumber
daya tenaga pendidik. STKIP Pasundan Cimahi
beralamat di Jl. Permana No. 32 B, Citeureup,
Cimahi Utara, Kota Cimahi, Jawa Barat.
STKIP Pasundan Cimahi memiliki dua
bagian penting dan terdapat sistem informasi di
setiap bagiannya yaitu Bagian Administrasi
Akademik dan Kemahasiswaan (BAAK) memiliki
sistem informasi akademik dan bagian keuangan
memiliki sistem informasi keuangan. Masingmasing sistem informasi di pegang oleh
administrator pada bagiannya masing-masing.
Sistem Informasi Akademik berguna untuk
pengelolaan data akademik yang berhubungan
dengan informasi akademik, seperti mulai dari
menangani penerimaan mahasiswa, operasional
akademik
maupun
penglepasan
akademik,
sedangkan Sistem Informasi Keuangan berguna

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033
untuk mengelola keuangan seperti pada pembayaran
herregistrasi dan penggajian karyawan.
BAAK dan bagian keuangan mempunyai
peranan yang sangat penting karena merupakan
kebutuhan yang diperlukan untuk melayani
mahasiswa, dosen dan juga keperluan lainnya,
seperti dalam pembuatan dokumen di STKIP
Pasundan Cimahi, maka dari itu BAAK dan bagian
keuangan memerlukan sistem informasi yang bisa
menunjang kinerjanya, namun teknologi informasi
yang ada saat ini masih belum optimal dalam
penggunaan fungsinya, hal ini karena belum
sempurnanya strategi bisnis dan strategi sistem
informasi/teknologi informasi sebagai tolak ukur
dalam penerapan sistem informasi dan teknologi
informasi, sehingga BAAK dan BAUK masih
kesulitan dalam menjalankan semua proses bisnis
yang ada di organisasi. Sistem informasi akademik
ini memiliki potensi untuk dikembangkan atau
dibangun sistem baru yang bisa diintegrasikan
dengan sistem lama sehingga dapat menghasilkan
sistem yang dinamis dan dapat menunjang kegiatan
di
bagian
administrasi
akademik
dan
kemahasiswaan, ini dibuktikan pada saat peneliti
melakukan observasi terhadap pihak STKIP
Pasundan Cimahi dengan cara mewawancarai kepala
teknologi informasi STKIP Pasundan Cimahi.
Keinginan untuk pengembangan sistem
telah tercetus oleh pihak STKIP Pasundan Cimahi
namun terbengkalai dalam pengerjaannya karena
perencanaan yang kurang matang. Kurangnya
perencanaan di dalam proses pengembangan sistem
informasi yang tepat akan menghambat dalam
melengkapi arah strategi suatu lembaga. Sistem
informasi yang baik harus melihat dari berbagai
sudut pandang dalam suatu pengembangan sistem,
dimulai dari mendefinisikan arsitektur data,
arsitektur aplikasi serta mendefinisikan arsitektur
teknologi yang mendukung jalannya sistem
informasi tersebut. Arsitektur sistem informasi
sangat penting karena adanya antisipasi perubahan
lingkungan bisnis maka arsitektur sistem informasi
merupakan upaya untuk menangkap kebutuhankebutuhan informasi.
Dalam penelitian ini, peneliti menggunakan
perancangan
Enterprise
Architecture
yang
merupakan proses pendefinisian arsitektur dalam
penggunaan informasi untuk mendukung bisnis dan
rencana untuk mengimplementasikan arsitektur
tersebut. Framework untuk arsitektur enterprise yang
dipakai adalah Zachman Framework. Zachman
Framework akan dimanfaatkan sebagai proses cara
pandang terhadap arsitektur enterprise itu sendiri.
Hasil perancangan EA akan berupa rekomendasi EA
dan prototype.

2. LANDASAN TEORI
2.1 Arsitektur Enterprise

Arsitektur
Enterprise
disebut
EA
(Enterprise Architecture), adalah sebuah gambaran
atau blueprint untuk mengorganisasi semua proses
bisnis enterprise, informasi yang dibutuhkan dan
teknologi-teknolgi pendukung. Dalam EA terdiri
dari defenisi keadaan sekarang (As-Is), Visi status
masa depan (“To-Be”) tentang bisnis seperti halnya
teknologi, dan cara lain untuk mengatur
kompleksitas.
Seperti yang terlihat pada Gambar 2.3
dibawah ini Terdapat 4 lapisan dalam EA. Pada
lapisan pertama adalah lapisan bisnis yang meliputi
pengetahuan dan defenisi mengenai bisnis serta
termasuk perhatian terhadap penjaminan/keamanan.
Lapisan Kedua adalah lapisan data, pada
lapisan ini mendefenisikan data yang penting untuk
mendukung bisnis meliputi model-model objek dan
data, struktur, defenisi-definisi mengenai data dan
aliran informasi termasuk pada layer ini
dokumentasi data yang sensitif/krusial dan
keamananya.
Lapisan ketiga adalah lapisan aplikasi, pada
lapisan ini mendefenisikan aplikasi-aplikasi yang
menunjang bisnis meliputi deskripsi fungsi dari
aplikasi, defenisi dari perancangan aplikasi, interface
dan kemampuan untuk dapat diakses termasuk
dengan keamanan/jaminan [2].
Lapisan keempat adalah lapisan teknologi,
pada lapisan ini mendefenisikan teknologi-teknologi
yang menunjang bisnis meliputi lokasi-lokasi bisnis,
perangkat keras dan perangkat lunak, jaringan dan
keamanan teknologi

Gambar 2.1 Lapisan-lapisan Enterprise Arsitektur
Enterprise
Architecture
secara
berkelanjutan mempengaruhi manajemen organisasi
serta area teknologi yang ada dalam organisasi untuk
pengembangan blueprint sistem informasi.
2.2 Kerangka Kerja Zachman
Kerangka kera zachman (Zachman
Framework) pertama kali dipublikasikan oleh John
Zachman pada tahun 1987 dalam tulisannya yang
berjudul “A Framework for Information Systems
Architecture” di IBM Systems Journal. Kerangka
kerja ini awalnya berupa struktur matriks 6 x 3, yang
terdiri dari enam baris dan tiga kolom. Kerangka
kerja kemudian diperluas dan diformalisasikan oleh
Sowa dan Zachman pada tahun 1992 dalam

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033
tulisannya yang berjudul “Extending and
Formalizing the Framework for Information Sistems
Architecture” di IBM Systems Journal. Perluasan
yng dilakukan berupa penambahan tiga kolom,
sehingga menjadi sebuah matriks berukuran 6 x 6
yang terdiri dari enam baris dan enam kolom [4].

Gambar 2.2 Zachman Framework untuk Arsitektur
Enterprise

nyata dari produk.
Untuk dimensi kedua, setiap isu perspektif
membutuhkan cara yang berbeda untuk menjawab
pertanyaan fundamental : who, what, why, when,
where and how. Setiap pertanyaan membutuhkan
jawaban dalam format yang berbeda. Zachman
menggambarkan setiap pertanyaan fundamental
dalam bentuk kolom/ fokus.
1. What (kolom data) : material yang
digunakan untuk membangun sistem
(inventoryset).
2. How (kolom fungsi) : melaksanakan
aktivitas (process transformations).
3. Where (kolom jaringan) : lokasi,
tofografi dan teknologi (network
nodes).
4. Who (kolom orang) : aturan dan
organisasi (organization group).
5. When (kolom waktu) : kejadian, siklus,
jadwal (time periods).
6. Why (kolom tujuan): tujuan, motivasi
dan inisiatif(motivation reason).

3. ANALISIS DAN PERANCANGAN
Zachman Framework merupakan matriks
6×6 yang merepresentasikan interseksi dari dua
skema klasifikasi – arsitektur sistem dua dimensi.
Pada
dimensi
pertama,
Zachman
menggambarkannya sebagai baris yang terdiri dari
6 perspektif yaitu :
1. The Planner Perspective (Scope
Context): Daftar lingkup penjelasan
unsur bisnis yang dikenali oleh para
ahli strategi sebagai ahli teori.
2. The Owner Perspective (Business
Concept):
Model
semantik
keterhubungan
bisnis
antara
komponen-komponen bisnis yang
didefenisikan oleh pimpinan eksekutif
sebagai pemilik.
3. The Designer Perspective (System
Logic) : Model logika yang lebih rinci
yang berisi kebutuhan dan desain
batasan sistem yang direpresentasikan
oleh para arsitek sebagai desainer.
4. The Builder Perspective (Technology
Physics):
Model
fisik
yang
mengoptimalkan
desain
untuk
kebutuhan spesifik dalam batasan
teknologi spesifik, orang, biaya dan
lingkup waktu yang dispesifikasikan
oleh engineer sebagai builder.
5. The
Detailed
Representation
Perspective
(Out-Of-Context):
Komponen-komponen secara individu
dan
independen
yang
dapat
dialokasikan
untuk
implementasi
model oleh pelaksananya.
6. The Functioning Enterprise: Wujud

3.1 Analisis Masalah
Berdasarkan hasil penelitian yang telah
dilakukan dengan cara observasi dan wawancara
dengan pihak Ketua Bagian Administrasi Akademik
dan Kemahasiswaan (BAAK), Bagian Administrasi
Umum dan Kepegawaian (BAUK) dan Kepala IT
selaku pembuat sistem informasi akademik dan
sistem informasi keuangan STKIP Pasundan
Cimahi, bahwa Bagian Administrasi Akademik dan
Kemahasiswaan dan Bagian Administrasi Umum
dan Kepegawaian tersebut masih memiliki kendala
yaitu belum sempurnanya strategi bisnis dan strategi
sistem informasi/teknologi informasi sebagai tolak
ukur dalam penerapan sistem informasi dan
teknologi informasi, sehingga BAAK dan BAUK
masih kesulitan dalam menjalankan semua proses
bisnis yang ada di organisasi dan juga belum
mendukung tujuan dari visi dan misi STKIP
Pasundan Cimahi.
Berdasarkan permasalahan yang telah diuraikan
maka perlu dibangunnya pengembangan sistem
informasi dalam bentuk rekomendasi EA yang
kemudian akan dibuatkan prototype sebagai acuan
pengembangan sistem informasi untuk di masa yang
akan datang.
3.2 Scope : Planner (Contextual)
3.2.1 Kolom WHAT (Data)
Baris planner pada kolom what ditujukan
untuk mengidentifikasikan data dari pemodelan
bisnis di STKIP Pasundan Cimahi. Data pemodelan
bisnis di STKIP Pasundan Cimahi dapat
diidentifikasikan dengan menggunakan tools value
chain yang dapat dilihat pada Gambar 3.1

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033

SECONDARY ACTIVITY

Gambar 3.4 Procedure Outbond

PRIMARY ACTIVITY

Gambar 3.1 Rantai Nilai (Value Chain)
3.2.2 Kolom HOW (Fungsi)
Baris planner pada kolom how ditujukan
untuk menganalisis proses bisnis. Analisis proses
bisnis ini dilakukan dengan menggunakan Business
Process Modelling and Notation (BPMN).

Gambar 3.5 Procedure Marketing and Sales

Gambar 3.2 Procedure Inbound
Gambar 3.6 Procedure Service
3.2.3 Kolom WHERE (Jaringan)
Baris planner pada kolom where ditujukan
untuk mengidentifikasikan lokasi STKIP Pasundan
Cimahi yang berada di Jl. Permana No. 32 B,
Citeureup, Cimahi Utara, Kota Cimahi, Jawa Barat.

Gambar 3.3 Procedure Operations

3.2.4 Kolom WHO (Orang)
Baris planner di kolom who ditujukan untuk
mengidentifikasikan orang yang berperan penting
dalam proses aktifitas bisnis di STKIP Pasundan
Cimahi, antara lain :
a. Ketua
b. Wakil Ketua I

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033
c.
d.
e.
f.
g.
h.

Wakil Ketua II
Wakil Ketua III
Dosen
Staff BAAK
Staff BAUK
Mahasiswa

3.3 Business Model : Owner (Conceptual)
3.3.1 Kolom WHAT (Data)
Baris owner pada kolom what ditujukan
untuk menentukan daftar semua entitas yang
diketahui pada aktifitas di STKIP Pasundan Cimahi.
Entitas data diperoleh dari entitas bisnis yang telah
dibuat prosedur proses bisnisnya atau dalam
penelitian ini mengacu pada proses bisnis yang
dimodelkan dengan tools BPMN yang terdapat pada
sub-bab 3.2.2 Entitas data dapat dilihat pada Tabel
3.1
Tabel 3.1 Entitas Data
ENTITAS
YANG
PROSEDUR BISNIS
DIBUTUHKA
N
INBOUND, Penerimaan
Registrasi
Mahasiswa: membuat surat
undangan, menentukan kebijakan,
Calon
mengelola data administrasi
Mahasiswa
daftar ulang mahasiswa baru.
OPERATIONS, Operasional
Mahasiswa
Akademik : mengelola data
Dosen
mahasiswa, menetapkan kalender
Matakuliah
akademik, mengelola jadwal mata
Ruang
kuliah dan penggunaan ruangan
untuk perkuliahan, mengelola
Jadwal
daftar absensi, mengelola data
Kelas
herregistrasi mahasiswa untuk
Program Studi
keaktifan perkuliahan mahasiswa,
mengelola data nilai mahasiswa,
Tahun
membuat surat izin kuliah kerja
Akademik
lapangan, membuat surat izin
micro teaching, membuat surat
izin program pengalaman
lapangan, membuat surat izin
TA/Skripsi, mengelola data calon
peserta ujian/sidang, membuat
laporan hasil ujian sidang,
membuat surat pencutian
akademik, membuat dokumen
untuk keperluan laporan
EPSBED, PDPT, akreditasi dan
izin penyelenggaraan prodi,
membuat surat aktif mahasiswa.
OUTBOUND, Penglepasan
Mahasiswa
akademik : membuat surat drop
out, membuat surat pengunduran
diri, membuat transkrip dan
Matakuliah
ijazah wisuda, membuat laporan
akademik
MARKETING & SALES,
Mahasiswa

Keuangan : Mengelola keuangan
daftar ulang mahasiswa baru,
mengelola pembayaran SPP,
UTS, UAS mahasiswa,
mengelola penggajian karyawan

Registrasi
Pegawai
Status Pegawai
Jabatan
Gaji

SERVICE, Pengadaan :
Keuangan
Mengelola Pengadaan
ENTITAS DATA KESELURUHAN
Registrasi
Calon Mahasiswa
Mahasiswa
Dosen
Matakuliah
Ruang
Jadwal
Kelas
Prodi
Tahun Akademik
Pegawai
Status Pegawai
Jabatan
Gaji
Keuangan
3.3.2 Kolom HOW (Fungsi)
Baris designer pada kolom what ditujukan
untuk penggambaran relasi antar entitas secara lebih
detail. Model ini berupa Entity Relation Diagram
(ERD). ERD digunakan untuk menggambarkan
hubungan secara logika antar entitas yang terlibat
pada suatu sistem database. Pada bagian ini entitas
yang telah diidentifikasi pada sub-bab 3.3.1
kemudian dibuat relasi atau hubungan antar entitas
tersebut. Hubungan antar entitas tersebut bisa
dilihat pada Gambar 3.7 :
IdCalonMahasiswa

Calon
Mahasiswa

N

Memiliki

1
NomonalUang
Lulus
1

1
N

Prodi

Keuangan
N

Menerima
NIM

1

Memiliki

idKelas

Mahasiswa
N

1

N

Mempunyai

Memiliki

Memiliki

1
1

1

1

1

1

1

Tahun Akademik
1

Memiliki

Memiliki

1

Pegawai

1

Jadwal

Mempunyai
Memiliki

N
N

1

Memiliki

1

idAkademik
1
N
Mempunyai

NamaPegawai

Membayar
Memiliki

N

N
N

Mempunyai
N

1
Ruang

Memiliki

1

Mempunyai
1
Kelas
idRuang

1

IdRegistrasiUlang

Registrasi
Ulang

NamaProgramStudi

1

Jabatan

Mengikuti

NamaJabatan
NIP

Mempunyai
N

N
1

idJadwal

1

1

Mempunyai

Matakuliah

1

Dosen
1

Mengajarkan

KodeMatakuliah

SKS

Gaji

1
1

NominalGaji

Mempunyai

1
idStatusKPegawai

Status
Pegawai

1

Memiliki

1

Gambar 3.7 ERD Sistem Usulan Sistem Informasi
BAAK dan Sistem Informasi BAUK
3.3.3 Kolom WHERE (Jaringan)
Baris owner pada kolom where ditujukan
untuk menggambarkan lokasi denah di STKIP
Pasundan Cimahi. Berikut gambar dari denah lokasi
STKIP Pasundan Cimahi dapat dilihat pada Gambar
3.8.

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033
Admin

info login, info password baru, info password yang diubah,
info profil yang akan diubah, info user yang ditambah,
info user yang akan diubah, info user yang akan dihapus

data login, data lupa password, data profil yang akan diubah,
data password yang akan diubah, data user yang ditambah,
data user yang akan diubah, data user yang akan dihapus

data login, data lupa password, data profil yang akan diubah,
data password yang akan diubah, data mahasiswa yang akan ditambah,
data mahasiswa yang akan diubah, data mahasiswa yang akan dihapus,
data matakuliah yang akan ditambah, data matakuliah yang akan diubah,
data matakuliah yang akan dihapus, data jadwal matakuliah yang akan ditambah,
data jadwal matakuliah yang akan diubah, data jadwal matakuliah yang akan dihapus,
Sistem Informasi
data kelas yang akan ditambah, data kelas yang akan diubah,
BAAK dan BAUK di
data kelas yang akan dihapus, data ruang yang akan ditambah,
STKIP Pasundan
data ruang yang akan diubah, data ruang yang akan dihapus
Cimahi

info login, info password baru, info password yang diubah,
info profil yang akan diubah, info dosen yang akan ditambah,
info dosen yang akan diubah, info dosen yang akan dihapus,
info keuangan yang akan ditambah, info keuangan yang akan diubah,
info keuangan yang akan dihapus, info barang yang akan ditambah,
info barang yang akan diubah, info barang yang akan dihapus

Bagian Administrasi
Aakademik dan
Kemahasiswaan

Gambar 3.8. Lokasi STKIP Pasundan Cimahi
3.3.4 Kolom WHO (Orang)
Baris owner pada kolom who ditujukan untuk
menggambarkan struktur organisasi di STKIP
Pasundan Cimahi, berikut gambaran dari struktur
organisasi di STKIP Pasundan Cimahi dapat dilihat
pada Gambar 3.9

Bagian Administrasi
Umum dan
Kepegawaian

info login, info password baru, info password yang diubah,
info profil yang akan diubah, info mahasiswa yang akan ditambah,
info mahasiswa yang akan diubah, info mahasiswa yang akan dihapus,
info matakuliah yang akan ditambah, info matakuliah yang akan diubah,
info matakuliah yang akan dihapus, info jadwal matakuliah yang akan ditambah,
info jadwal matakuliah yang akan diubah, info jadwalmatakuliah yang akan dihapus,
info kelas yang akan ditambah, info kelas yang akan diubah,
info kelas yang akan dihapus, info ruang yang akan ditambah,
info ruang yang akan diubah, info ruang yang akan dihapus

data login, data lupa password, data profil yang akan diubah,
data password yang akan diubah, data pegawai yang akan ditambah,
data pegawai yang akan diubah, data pegawai yang akan dihapus,
data keuangan yang akan ditambah, data keuangan yang akan diubah,
data keuangan yang akan dihapus, data barang yang akan ditambah,
data barang yang akan diubah, data barang yang akan dihapus

Gambar 3.10 Diagram Konteks Sistem Usulan
Sistem Informasi BAAK dan Sistem Informasi
BAUK
3.4.2 Kolom HOW (Fungsi)
Baris designer pada kolom how ditujukan
untuk menggambarkan rancangan diagram aliran
data yang akan berjalan dengan menggunakan Data
Flow Diagram (DFD) pada sistem usulan sistem
informasi BAAK dan sistem informasi BAUK. Data
Flow Diagram (DFD) merupakan suatu media yang
digunakan untuk menggambarkan aliran data yang
mengalir pada suatu sistem informasi. DFD sistem
usulan sistem informasi BAAK dan sistem informasi
BAUK di STKIP Pasundan Cimahi yang diusulkan
terdiri dari beberapa proses didalam data flow
diagram.
Info login

Data user

Info login

Info login

Data user
1
Login

Data login

Data user
Info mahasiswa yang ditambah
Data user

user

Info mahasiswa yang ditambah
Info mahasiswa yang ditambah

Gambar 3.9 Struktur Organisasi STKIP Pasundan
Cimahi

Data barang

Info password baru

Admin

Data login berhasil

Data login
Data lupa password

2
Pengolahan
lupa password

Data barang
Data kelas

kelas

Data lupa password

3.4 System Model : Designer (Logical)
3.4.1 Kolom WHAT (Data)
Baris designer pada kolom what ditujukan
untuk penggambaran rancangan diagram aliran data
yang akan berjalan dengan menggunakan diagram
konteks konteks terlebih dahulu sebelum membuat
DFD. Diagram konteks merupakan diagram yang
menggambarkan masukan, proses dan keluaran
secara umum yang terjadi pada sistem. Pengguna
yang akan terlibat dalam sistem usulan sistem
informasi BAAK dan sistem informasi BAUK yaitu,
admin
(administrator),
Bagian
Administrasi
Akademik
dan
Kemahasiswaan,
Bagian
Administrasi Umum dan Kepegawaian. Diagram
konteks untuk sistem usulan sistem informasi
BAAK dan sistem informasi BAUK dapat
digambarkan pada Gambar 3.10.

barang

6
Penglepasan
akademik

Data kelas

Data ruang
ruang

Data ruang

Data login
Bagian Administrasi
Umum dan
Kepegawaian

Info password baru
Info password baru

Data lupa password

matakuliah

7
Keuangan
mahasiswa

Data mahasiswa

3
Pengolahan
data profil

jadwal
matakuliah
Data dosen
dosen

Bagian Administrasi
Aakademik dan
Kemahasiswaan

8
Penggajian
karyawan

Data profil yang diubah, Data password yang diubah
Data profil yang diubah, Data password yang diubah
Data profil yang diubah, Data password yang diubah
Info profil yang diubah, Info password yang diubah
Info profil yang diubah, Info password yang diubah
Info profil yang diubah, Info password yang diubah

4
Penerimaan
mahasiswa
baru

Info mahasiswa yang ditambah
Data mahasiswa yang ditambah
Data ruang yang ditambah, Data kelas yang ditambah,
Data jadwal matakuliah yang ditambah, Data matakuliah yang ditambah
Info ruang yang ditambah, Info kelas yang ditambah,
Info jadwal matakuliah yang ditambah, Info matakuliah yang ditambah
5
Operasional
akademik

Data mahasiswa
Data dosen
Data dosen
Data mahasiswa
Data mahasiswa
Data mahasiswa
Data mahasiswa

Data dosen

9
Pengadaan

mahasiswa
Data mahasiswa
Data mahasiswa
Data matakuliah

Data barang yang ditambah

Data matakuliah
Data jadwal matakuliah
Data jadwal matakuliah

Info barang yang ditambah

Gambar 3.11 DFD Level 1 Sistem Usulan Sistem
Informasi BAAK dan Sistem Informasi BAUK
3.4.3 Kolom WHERE (Jaringan)
Baris designer pada kolom where ditujukan
untuk penggambaran peta jaringan yang diusulkan.
Penggambaran peta jaringan tersebut dapat dilihat
pada Gambar 3.12.

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033
Ulang

Ruang Server

Internet

Router

RUANG BAUK

Printer

Mahasiswa

Varchar

30

4

Prodi

Varchar

20

5

Kelas

Varchar

10

6

Ruang

Varchar

8

7

Jadwal

Varchar

8

8

Matakuliah

Varchar

10

9

Dosen

Varchar

30

10

Tahun
Akademik

Varchar

8

11

Keuangan

Int

10

12

Pegawai

Varchar

30

13

Jabatan

Varchar

20

RUANG BAAK

Fax

PC
Client
PC
Client

3

Switch

PC
Client

PC
Client

Switch

Printer
Scanner

PC
Client

Scanner

Gambar 3.12 Peta Jaringan Usulan
3.4.4 Kolom WHO (Orang)
Baris designer pada kolom who ditujukan
untuk
mengidentifikasi
user
yang
akan
menggunakan sistem informasi. Identifikasi user
dapat dilihat pada Tabel 3.2.
Tabel 3.2 Pengelolaan Sistem Informasi
NAMA
JABAT
PENGUNAAN
PEGAWAI
AN
APLIKASI
Hilman Sutanto
Kepala
Sistem
Informasi
(Admin)
BAAK
BAAK
Mamat
Staff
Sistem
Informasi
Heryanto
BAAK
BAAK
Staff
Sistem
Informasi
Wirahadi
BAAK
BAAK
Usman Sopandi
Kepala
Sistem
Informasi
(Admin)
BAUK
BAUK
Aam
Agus
Staff
Sistem
Informasi
Slamet
BAUK
BAUK
Staff
Sistem
Informasi
Elzas Nurajab
BAUK
BAUK
Staff
Sistem
Informasi
Intan Riana
BAUK
BAUK
Staff
Sistem
Informasi
Rany Ratnasari
BAUK
BAUK
3.5 Technology Model : Builder (Phisical)
3.5.1 Kolom WHAT (Data)
Baris builder pada kolom what ditujukan
untuk membuat rancangan struktur tabel. Struktur
tabel diperoleh dari ERD usulan yang telah dibuat
yang terdapat pada sub-bab 3.4.1. Struktur tabel
dapat dilihat pada Tabel 3.3.
Tabel 3.3 Struktur Tabel Usulan Sistem Informasi
BAAK dan Sistem Informasi BAUK
Nama
NO
Jenis
Lebar
Keterangan
Field
1
Calon
Varchar
30
Seorang yang
Mahasiswa
menjadi target
bisnis
pendidikan
2
Registrasi Varchar
8
Pendaftaran

ulang setelah
sebelumnya
dinyatakan
lulus ujian
Seorang yang
sedang
menjalankan
studi
Pemilihan
bidang studi
yang
diinginkan oleh
para mahasiswa
Pengelompokan
orang untuk
melakukan
kegiatan belajar
mengajar
Nama ruang
yang akan
dipakai untuk
kegiatan belajar
mengajar
Waktu yang
ditentukan
untuk kegiatan
belajar
mengajar
Menjelaskan
pelajaran yang
harus dihadapi
mahasiswa
Seorang yang
mengajarkan
mahasiswa
Waktu yang
ditempuh
dalam
pembelajaran
mahasiswa
Pemasukan
atau
pengeluaran
dari segi
pembayaran
Orang yang
bekerja pada
perusahaan atau
lembaga
tertentu
Kedudukan
yang
menunjukkan
tugas, tanggung
jawab,
wewenang, dan
hak seorang
pegawai dalam

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033

14

Gaji

Int

10

15

Status
Pegawai

Varchar

8

rangka suatu
satuan
organisasi
Nominal uang
yang diberikan
kepada para
pegawai
Seorang
pegawai yang
mempunyai
status tetap atau
tidak tetap

3.5.2 Kolom HOW (Fungsi)
Baris builder pada kolom how ditujukan
untuk penggambaran rancangan dari relasi antar
tabel sistem usulan sistem informasi BAAK dan
sistem informasi BAUK, berikut gambar relasi antar
tabel dapat dilihat pada Gambar 3.13

Ruang Server
Ruang BAUK

Ruang
Informasi

Gambar 3.15 Denah Ruang BAUK

3.5.4 Kolom WHO (Orang)
Baris builder di kolom who pada ditujukan
untuk penggambaran rancangan antarmuka sistem
usulan sistem informasi BAAK dan sistem informasi
BAUK.

Gambar 3.16 Antar Muka 01-00-00 Form Login SI
BAAK
Gambar 3.13 Relasi Antar Tabel Sistem Usulan
Sistem Informasi BAAK dan Sistem Informasi
BAUK
3.5.3 Kolom WHERE (Jaringan)
Baris builder pada kolom where ditujukan
untuk penggambaran ruangan dimana sistem
informasi akan diletakkan.
Ruang Dosen

Ruang Kelas

Ruang Kelas

Ruang BAAK

Gambar 3.17 Antar Muka 01-00-00 Form Login
3.6

Ruang BAAK

Gambar 3.14 Denah Ruang BAAK

Rekomendasi EA
Arsitektur
enterprise
yang
akan
direkomendasikan untuk STKIP Pasundan Cimahi
didasarkan pada baris Scope : Planner (Contextual),
Business Model : Owner (Conceptual), System
Model : Designer (Logical), Technology Model :
Builder (Phisical), Technology Model : Builder
(Phisical) dan Kolom What, How, Where, Who yang
telah didefinisikan sebelumnya dan dapat
direkomendasikan dengan pembuatan prototype
sistem informasi BAAK dan sistem informasi
BAUK dengan berbasis web yang nantinya bisa
digunakan sebagai usulan pengembangan sistem

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033
informasi pada STKIP Pasundan Cimahi. Urutan
sistem prototype usulan dapat dilihat pada Tabel 3.4.
Tabel 3.4 Urutan Sistem Prototype Usulan
No.
Sistem Prototype
Keterangan
Urut
Usulan
1
Sistem Penerimaan
Pengembangan
Mahasiswa Baru
Baru
2
Sistem Operasional
Pengembangan
Akademik
Baru
3
Sistem Penglepasan
Pengembangan
Akademik
Baru
4
Sistem Keuangan
Pengembangan
Mahasiswa
Baru
5
Sistem Penggajian
Sudah Ada
Karyawan
6
Sistem Pengadaan
Sudah Ada

4. PENGUJIAN ARSITEKTUR DAN
PROTOTYPE
Pengujian Arsitektur dibuat berdasarkan
hasil kusioner yang telah diproses dengan
menggunakan metode Mann-Whitney dengan tools
aplikasi berbasis desktop sebagai alat bantu untuk
memvisualisasikan metode tersebut. Setelah model
diuji dibuatkanlah haasil dari perancangan arsitektur
yaitu berupa prototype sistem informasi, prototype
sistem informasi merupakan bentuk awal (contoh)
sistem informasi yang dibuat sebelum untuk sistem
informasi yang sebenarnya dibangun.
4.1 Analisis Hasil Pengujian
Hasil pengujian arsitektur yang diterima ada
hipotesis H1 yaitu “EA telah sesuai dengan
kebutuhan bisnis dan proses bisnis di seluruh STKIP
Pasundan Cimahi (akademik dan non-akademik)”.
Hal ini menunjukkan bahwa aktivitas bisnis,
arsitektur data, arsitektur aplikasi dan arsitektur
teknologi telah sesuai dengan kebutuhan STKIP
Pasundan Cimahi sehingga dalam pembangunan,
pengimplementasian dan pemeliharaan sistem bisa
dilakukan lebih efisien dan efektif baik secara
materil maupun non-materil.
Sebelum
membangun
dan
mengimplementasikan sistem, sangat perlu untuk
membuat rancangan basis data yang akan digunakan
pada sistem. Hal ini bisa mengacu pada entitas data
yang telah didefinisikan pada arsitektur data pada
bab tiga. Kemudian melakukan perancangan yang
dapat mendukung sistem.
Urutan pembangunan dan pengimplementasian
sistem bisa dilihat pada tabel hubungan antara
kandidat aplikasi dengan entitas data pada bab tiga
tentang arsitektur aplikasi, karena pada tabel tersebut
bisa dilihat data mana saja yang akan ditangani oleh
aplikasi. Lebih jelasnya bisa dilihat pada Tabel 4.12.
Secara teknis pembangunan sistem bisa dimulai

dengan
pembangunan database dengan segala
sesuatunya yang dapat mendukung dan menampung
berbagai data yang digunakan dan dibutuhkan oleh
STKIP Pasundan Cimahi.
Tabel 4.1 Urutan Pengerjaan Sistem
URUTA
N
APLIKA
ALASAN
PENGE SI
RJAAN
Dapat menanganin entitas
data
mahasiswa,
data
matakuliah, data kelas,
data ruangan, data nilai,
Sistem
data program studi dan
1
Informasi
data keuangan.
BAAK
Mengelola
data
mahasiswa
dan
data
keuangan agar terorganisir.
Dapat menangani entitas
data
dosen,
data
Sistem
mahasiswa, data keuangan
Informasi
2
Dapat membantu BAAK
BAUK
dalam
mengorganisir
keaktifan mahasiswa.
4.2 Prototype Sistem Informasi BAAK dan Sistem
Informasi BAUK

Gambar 4.1 Form Login Sistem Informasi BAAK

Gambar 4.2 Form Login Sistem Informasi BAUK

5. PENUTUP
5.1 Kesimpulan
Berdasarkan observasi, pengujan validitas
dan realibilitas kuisioner serta pengujian mengenai
enterprise architecture untuk STKIP Pasundan
Cimahi yang dilakukan pada bab 4, maka dapat

Jurnal Ilmiah Komputer dan Informatika (KOMPUTA)
Edisi. 1 Volume. 1, Bulan 2016 ISSN : 2089-9033
disimpulkan
bahwa
perancangan
enterprise
architecture telah sesuai dengan aktivitas dan
kebutuhan bisnis STKIP Pasundan Cimahi bagian
akademik ataupun non-akademik, hal ini merupakan
diterimanya hipotesis H1 yaitu “EA telah sesuai
dengan kebutuhan bisnis dan proses bisnis di STKIP
Pasundan Cimahi (akademik ataupun nonakademik)” dan ditolaknya hipotesis H0 yaitu “EA
belum sesuai dengan kebutuhan bisnis dan proses
bisnis di STKIP Pasundan Cimahi (sebagian)”,
sehingga dalam hasil penulisan skripsi ini rancangan
yang dihasilkan melalui enterprise architecture
menggunakan
zachman
framework
dapat
menghasilkan rekomendasi EA dan prototype sistem
informasi serta dapat mengoptimalkan strategi bisnis
di STKIP Pasundan Cimahi, ini dibuktikan dengan
keberhasilan dalam pengujian arsitektur yang telah
dibuat pada bab 4.
5.2 Saran
Saran yang dihasilkan dari pembuatan
skripsi ini adalah perlunya pengkajian ulang
terhadap model bisnis yang telah dihasilkan dalam
setiap tahapan EA mengingat pemahaman akan
model bisnis biasanya bertambah seiring dengan
pelaksanaan EA sehingga selain kaji ulang model
bisnis juga disarankan kaji ulang rekomendasi EA
yang telah dihasilkan dalam tahapan EA, karena
setiap perubahan pada model bisnis tentunya akan
berdampak rekomedasi EA yang dihasilkan.

DAFTAR PUSTAKA
[1]

[2]

[3]

[4]

[5]
[6]

[7]

Kridanto, Surendro. (2009). Pengembangan
Rencana
Induk
Sistem
Informasi.
Informatika Bandung.
Hewlett, Niles E, PMP. (2005). “The USDA
Enterprise
Architecture
Program“.
Enterprise Architecture Division Office of
the Chief Information Officer.
Rosa A.S. M. Shalahuddin. (2013).
Rekayasa Perangkat Lunak Terstruktur dan
Berorientasi Objek. Informatika Bandung.
Meliana Christianti, Radiant Victor Imbar
(2007).
”Pemodelan
Enterprise
Architecture Zachman Framework pada
Sistem Informasi Fakultas Teknologi
Informasi Universitas Kristen Maranatha
Bandung”. Jurnal Sistem Informasi,
Vol. 2 No. 2, 113-135.
David Barnes. (2001). Understanding
business processes. London EC4P 4EE
Roy R. Rondonuwu. (2003). “Peningkatan
Keunggulan kompetitif Perguruan Tinggi
Melalui
Analisis
Struktur
Porter”.
MediaTor, Vol 4 No.1
Scott Bernard. (2009). “The Importance of
Formal Documentation In Enterprise

[8]

[9]

[10]

Architecture”.
Jurnal
of
Enterprise
Architecture.
M. E. Porter, Competitive Advantage:
“Creating and Sustaining Superior
Performance”, New York: Free Press,
1985.
Carol O'Rourke, Neal Fishman, Warren
Selkow (2003). “Enterprise Architecture
Using the Zachman Framework”. ISBN 0619-06446-3
Andika Agus Slamento, Ema Utami, Abas
Ali Pangera (2012). “Penerapan 36 Sel
Zachman Framework Dalam Perancangan
Sistem Informasi Laboratorium”. Jurnal
Telematika Vol. 5 No. 2 Agustus 2012
ISSN : 1979-925X