Rancangan Arsitektur Perguruan Tinggi

Perancangan Infrastruktur Teknologi Informasi

Pada Universitas 17 Agustus Surabaya

Djarwo Eko Prasojo 461304375

Ali Muhid 461304349
M. Fariz Firmansyah 461203862

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS 17 AGUSTUS 1945 SURABAYA
2017
 HALAMAN PENGESAHAN

Karya Akhir ini diajukan oleh:

Nama :

NPM :

Program Studi :

Judul Karya Akhir :

Telah berhasil dipertahankan di hadapan Dewan Penguji dan diterima sebagai

bagian persyaratan yang diperlukan untuk memperoleh Nilai praktikum Topik
Perancangan Sistem pada Fakultas Teknik Informatika, Universitas 17 Agustus
Surabaya

DEWAN PENGUJI

Pembimbing : Fridy Mandita (.................................)

Penguji : ..................... (.................................)

Penguji : .................................. (.................................)

Ditetapkan : Surabaya

Tanggal : Juni 2017

 KATA PENGANTAR

Puji syukur saya panjatkan kehadirat Allah SWT karena rahmat-Nya saya
dapat menyelesaikan Praktikum TPS(Topik Perancangan Sistem) ini yang
berjudul Perancangan Infrastruktur Teknologi Informasi pada Universitas
17 Agustus 1945 Surabaya Penulisan Karya Akhir ini dilakukan untuk
memenuhi salah satu syarat dalam mencapai gelar S1 Informatika di Universitas
17 Agustus Surabaya.
Saya menyadari sangatlah sulit bagi saya dalam menyelesaikan penelitian
ini tanpa bantuan dan bimbingan dari berbagai pihak. Untuk itu, saya
mengucapkan terima kasih sebesar-besarnya kepada:

1. Rekan-rekan seperjuangan

Semoga karya ilmiah ini dapat bermanfaat bagi kemajuan pendidikan bangsa ini
di masa yang akan datang.
 ABSTRAK

Perguruan tinggi menurut Undang-Undang No.20 tahun 2003 merupakan

sebuah organisasi yang berkewajiban menyelenggarakan pendidikan, penelitian,
dan pengabdian kepada masyarakat (Tridharma) serta memiliki otonomi untuk
mengelola sendiri lembaganya. Demi mewujudkan proses Tridharma berkualitas
maka perguruan tinggi juga harus merencanakan infrastruktur teknologi
informasi guna mendukung keselarasan penerapan Teknologi Informasi (TI)
terhadap strategi bisnis organisasi. Universitas 17 Agustus Surabaya sebagai
perguruan tinggi negeri di Surabaya telah memiliki infrastruktur TI dan dikelola
secara mandiri. Hingga saat ini TI di Unila menjadi sesuatu yang kompleks, pola
pengelolaan konvensional dan tidak terintegrasi berakibat pada infrastruktur TI
yang tidak adaptif dalam menjawab solusi atas perubahan bisnis dan aplikasi.
Selain itu dengan adanya inovasi pengembangan layanan TI yang
berkesinambungan, berdampak pada tingginya beban kerja pengelola.
Penelitian ini bertujuan merancang infrastruktur teknologi informasi yang
bersifat adaptif berdasarkan kerangka kerja The Open Group Architecture
Framework (TOGAF) Architecture Development Method (ADM) dengan studi
kasus di Unila. Menggunakan konsep penelitian kualitatif melalui studi literatur
dan melakukan wawancara.
Hasil penelitian ini adalah sebagai berikut; (1) Dari hasil perancangan
menggunakan kerangka kerja TOGAF ADM diperoleh 9 area fungsional bisnis,
dan 12 kandidat aplikasi yang diusulkan untuk dikembangkan Unila.(2)
Menghasilkan 11 prinsip pengembangan arsitektur teknologi informasi. (3)
Mengacu pada portofolio aplikasi masa depan (Mc Farlan Grid) , dihasilkan 6
aplikasi dalam kuadran strategic (SIAKAD-T, E-LIBRARY, SIPADU-T, DSS,
SIPPM-T, KMS), 2 aplikasi kuadran operasional (PMS-T, CRM), 4 aplikasi
kuadran support (MNC-T, NOPEC-T, EMAIL-SYSTEM, SSO). (4)Hasil
perancangan infrastruktur pada penelitian ini menghasilkan rancangan
infrastruktur TI yang bersifat adaptif berbasis teknologi cloud computing. (5)
Hasil perancangan cloud computing merumuskan 5 cluster private cloud terdiri
104 node Virtual Machine (VM) mengadopsi prinsip failover dan redundancy
layanan. (6)Pemodelan arsitektur enterprise penelitian ini dapat menjadi acuan
dalam membuat cetak biru pengembangan sistem informasi dan teknologi
informasi di Universitas 17 Agustus Surabaya.

Kata kunci: TOGAF ADM, infrastruktur teknologi informasi, adaptive enterprise

architecture, cloud computin
 DAFTAR ISI

HALAMAN JUDUL ..............................................................................................ii

HALAMAN PERNYATAAN ORISINALITAS ...................................................ii
HALAMAN PENGESAHAN ...............................................................................iii
KATA PENGANTAR ........................................................................................... iv
PERNYATAAN PERSETUJUAN PUBLIKASI................................................... v
ABSTRAK ...........................................................................................................vii
ABSTRACT ......................................................................................................viii
DAFTAR ISI ....................................................................................................... ix
DAFTAR TABEL ..............................................................................................xii
DAFTAR GAMBAR..........................................................................................xiii
BAB 1 PENDAHULUAN.................................................................................. 1
1.1. Latar belakang.......................................................................................... 1
1.2. Perumusan masalah.................................................................................. 3
1.3. Tujuan ...................................................................................................... 3
1.4. Manfaat .................................................................................................... 3
1.5. Ruang lingkup penelitian ......................................................................... 3
BAB 2 TINJAUAN PUSTAKA........................................................................ 4
2.1. Arsitektur teknologi informasi ................................................................. 4
2.1.1. Arsitektur perusahaan ....................................................................... 4
2.1.2. Tujuan dan Manfaat Arsitektur Perusahaan ..................................... 4
2.1.3. Definisi Arsitektur Teknologi Informasi .......................................... 5
2.1.4. Kerangka Kerja Arsitektur Teknologi Informasi. ............................ 7
2.1.4.1. Federal Enterprise Architecture Framework (FEAF).................. 7
2.1.4.2. Zachman framework ...................................................................... 9
2.1.4.3. The Open Group Architecture Framework (TOGAF). ................ 12
2.1.5. Pemilihan framework arsitektur perusahaan .................................. 15
2.2. Infrastruktur teknologi informasi (TI) adaptif ....................................... 17
2.3. Cloud computing .................................................................................... 18
2.3.1. Konsep cloud computing ................................................................ 18
2.3.2. Karakteristik cloud computing ....................................................... 19
2.3.3. Jenis layanan cloud computing ....................................................... 20
2.3.4. Model penerapan cloud computing ................................................ 21
 2.3.5. Komponen cloud computing........................................................... 23
2.4. Service Oriented Architecture (SOA) .................................................... 23
2.4.1. Definisi Service .................................................................................. 23
2.4.3. Definisi Service Oriented Architecture (SOA) .................................. 23
2.5. Value chain ............................................................................................ 26
2.6. Pemeringkatan e-Government Indonesia (PeGI) ................................... 27
2.7. Capacity planning .................................................................................. 28
2.8. Penelitian terdahulu ............................................................................... 30
2.8.1. Research of Information System Technology Architecture (Minli
Jin, Decai Kung, Wuliang Peng, 2010). ........................................................ 30
2.8.2. Building and Managing Adaptive e-Business Solution
Infrastructure (David L. Cohn, 2003) ........................................................... 31
2.8.3. European Organization for Nuclear Research (CERN) data centre
evolution (Gavin McCance, 2012) ............................................................... 32
2.9. Teoritical framework ............................................................................. 34
BAB 3 METODOLOGI PENELITIAN ....................................................... 36
3.1. Tahapan penelitian ................................................................................. 36
3.2. Kerangka pikir penelitian...................................................................... 38
3.2.1. Fase preliminary: framework and priciples ................................... 38
3.2.2. Fase requirements management ..................................................... 38
3.2.3. TOGAF Architecture Development Method (ADM) ..................... 38
3.2.3.1. Fase A : Architecture Vision ................................................... 38
3.2.3.2. Fase B : Bussiness architecture............................................... 39
3.2.3.3. Fase C : Information system architecture ............................... 39
3.2.3.4. Fase D : Technology architecture ........................................... 39
3.2.3.5. Fase E : Opportunities and solutions ...................................... 40
3.3. Metode pengumpulan data. .................................................................... 40
3.4. Metode Analisis Data............................................................................. 40
BAB 4 PROFIL ORGANISASI ..................................................................... 41
4.1. Sejarah Organisasi.............................................................................. 41
4.2. Visi dan Misi ...................................................................................... 43
4.3. Sasaran Strategis ................................................................................ 43
4.4. Fasilitas .............................................................................................. 44
4.4.1. Layanan Informasi ...................................................................... 45
 4.4.2. Perpustakaan ............................................................................... 46
4.5. Organisasi........................................................................................... 47
4.5.1. Bagan struktur organisasi Universitas 17 Agustus...................... 47
4.5.2. Tugas dan Fungsi ........................................................................ 48
4.6. Statistik Mahasiswa............................................................................ 50
BAB 5 HASIL DAN PEMBAHASAN ............................................................ 51
5.1. Fase preliminary: framework and principles ......................................... 51
5.1.1. Menentukan framework dan metodologi ........................................ 52
5.1.2. Komitmen manajemen .................................................................. 52
5.2. Fase requirements managements ............................................................ 52
5.2.1. Architecture vision .......................................................................... 53
5.2.2. Business architecture ...................................................................... 54
5.2.3. Information system architecture ...................................................... 54
5.2.4. Architecture technology .................................................................. 55
5.2.5. Opportunities and solutions ............................................................ 55
5.3. Fase architecture vision .......................................................................... 55
5.3.1. Visi dan Misi Unila......................................................................... 55
5.3.2. Tujuan bisnis (business goals)........................................................ 56
5.3.3. Sasaran bisnis (business objective) ................................................. 58
5.3.4. Ruang lingkup (scope) .................................................................... 59
5.3.5. Struktur Organisasi ......................................................................... 59
5.3.6. Stakeholder ..................................................................................... 59
5.4. Fase business architecture ...................................................................... 60
5.4.1. Analisis lingkungan bisnis Universitas 17 Agustus Surabaya........ 60
5.4.1.1. Analisis bisnis internal Untag .................................................. 60
5.4.1.2. Analisis bisnis eksternal Untag ................................................ 65

5.4.2. Alternatif strategi bisnis ................................................................. 68

5.5. Fase information system architecture ..................................................... 69
5.5.1. Arsitektur aplikasi .......................................................................... 69
5.5.1.1. Arsitektur aplikasi saat ini....................................................... 69
5.5.1.2. Arsitektur aplikasi yang diharapkan........................................ 72
5.5.2. Arsitektur data ................................................................................ 78
5.5.2.1. Arsitektur data saat ini ............................................................ 78
 5.5.2.2. Arsitektur data usulan ............................................................. 82
5.6. Fase technology architecture ................................................................. 88
5.6.1. Kondisi technology architecture saat ini ........................................ 89
5.6.1.1. Data center .............................................................................. 89
5.6.1.2. Jaringan Data........................................................................... 93
5.6.1.3. Keamanan................................................................................ 94
5.6.1.4. Fasilitas pendukung infrastruktur TIK .................................... 95
5.6.1.5. Disaster recovery .................................................................... 95
5.6.1.6. Hasil pemetaaan kondisi infrastruktur berdasar subdimensi
infrastruktur PeGI ...................................................................................... 95
5.6.2. Usulan technology architecture...................................................... 96
5.6.2.1. Mengidentifikasi prinsip teknologi ......................................... 96
5.6.2.2. Mengadopsi tren teknologi...................................................... 97
5.6.2.3. Mendefinisikan platform teknologi ...................................... 102
5.7. Fase Opportunities and Solutions ........................................................ 106
5.7.1. Pola solusi pengembangan aplikasi .............................................. 106
5.7.2. Pola solusi pengembangan teknologi .......................................... 109
5.7.3. Migration planning....................................................................... 126
5.7.4. Rancangan arsitektur teknologi informasi Unila .......................... 127
5.7.5. Perancanganteknologi cloud computing ..................................... 128
5.7.5.1. Rancangan private cloud Unila ............................................. 128
5.7.5.2. Summary report node megatron ............................................ 134
5.7.5.3. Summary report VM eng.unila.ac.id ..................................... 137
BAB 6 KESIMPULAN DAN SARAN ..........................................................140
6.1. Kesimpulan .......................................................................................... 140
6.2. Saran .................................................................................................... 141
DAFTAR PUSTAKA.......................................................................................... xix
LAMPIRAN .......................................................................................................xxii
 DAFTAR TABEL

Tabel 2.1 Perbandingan framework arsitektur perusahaan .................................. 16

Tabel 2.2 Penilaian subdimensi infrastruktur PeGI (KOMINFO) ....................... 28
Tabel 4.1 Sasaran strategis Untag................................................................... 43
Tabel 4.2 Daftar fasilitas ...................................................................................... 45
Tabel 4.3 Data statistik Mahasiswa ...................................................................... 50
Tabel 5.1 Prinsip arsitektur TI Universitas Untag ............................................ 51
Tabel 5.2 Tujuan strategis Universitas Untag .................................................... 56
Tabel 5.3 Sasaran strategis Universitas Untag................................................. 58
Tabel 5.4 Stakeholders Universitas Untag .......................................................... 59
Tabel 5.5 Portofolio aplikasi Universitas Untag................................................ 69
Tabel 5.6 McFarlan grid as is aplikasi Universitas Untag................................... 71
Tabel 5.7 Pemetaan critical success factor (CSF) SI Universitas Untag ............ 72
Tabel 5.8 Portofolio aplikasi yang akan datang ................................................... 75
Tabel 5.9 McFarlan grid portofolio aplikasi masa depan..................................... 76
Tabel 5.10 Data penyelenggaraan pendidikan...................................................... 78
Tabel 5.11 Data penelitian.................................................................................... 79
Tabel 5.12 Data Pengabdian ................................................................................. 80
Tabel 5.13 Data Administrasi akademik .............................................................. 80
Tabel 5.14 Data pengembangan SDM.................................................................. 80
Tabel 5.15 Data Keuangan ................................................................................... 81
Tabel 5.16 Data Aset ............................................................................................ 81
Tabel 5.17 Data kerjasama ................................................................................... 81
Tabel 5.18 Data sumber daya TI .......................................................................... 81
Tabel 5.19 Prinsip pengembangan SI/TI .............................................................. 96
Tabel 5.20 Perbandingan sistem cloud computing ............................................. 105
Tabel 5.21 Landscape aplikasi as is dan to be ................................................... 107
Tabel 5.22 Daily hits, bulan Agustus 2012 ........................................................ 113
Tabel 5.23 Hourly statistik detail web unila....................................................... 115
Tabel 5.24 Tabel Estimasi kapasitas per aplikasi per tahun ............................... 118
Tabel 5.25 Pola solusi teknologi, mengacu kerangka subdimensi infrastruktur
PeGI .................................................................................................................... 120
Tabel 5.26 Virtual Machine (VM) Node ............................................................. 130
 DAFTAR GAMBAR

Gambar 2.1 Enam disiplin arsitektur ..................................................................... 7

Gambar 2.2 Struktur komponen FEAF .................................................................. 8
Gambar 2.3 Matriks arsitektur FEAF ..................................................................... 9
Gambar 2.4 Kerangka kerja arsitektur perusahaan Zachman ............................... 10
Gambar 2.5 TOGAF Arsitecture Development Method (ADM) .......................... 13
Gambar 2.6 Model TOGAF ADM ...................................................................... 14
Gambar 2.7 Jenis layanan cloud computing ......................................................... 20
Gambar 2.8 Cloud computing Model ................................................................... 22
Gambar 2.9 Perbedaan arsitektur 3-tier dengan SOA .......................................... 24
Gambar 2.10 Aplikasi-aplikasi yang berdiri sendiri............................................. 25
Gambar 2.11 Service dari aplikasi dan digunakan dalam proses bisnis ............... 25
Gambar 2.12 Value Chain Diagram..................................................................... 26
Gambar 2.13 Proses dalam merencanakan kapasitas ........................................... 29
Gambar 2.14 TOGAF ADM Iteration................................................................. 30
Gambar 2.15 Reference Model of a Coal-dressing Plant..................................... 31
Gambar 2.16 Data centre by number CERN....................................................... 32
Gambar 2.17 New Building Block, arsitektur cloud CERN ................................ 33
Gambar 2.18 Teoritical framework penelitian ..................................................... 34
Gambar 3.1 Tahapan penelitian............................................................................ 37
Gambar 4.1 Struktur Organisasi ........................................................................... 47
Gambar 5.1 Internal value chain Universitas Untag.......................................... 61
Gambar 5.2 Eksternal value chain Universitas Untag ....................................... 65
Gambar 5.3 Arsitektur sistem informasi mendatang ............................................ 77
Gambar 5.4 Use case pendidikan ......................................................................... 82
Gambar 5.5 Class diagram pendidikan ................................................................ 83
Gambar 5.6 Use case penelitian ........................................................................... 84
Gambar 5.7 Class diagram penelitian .................................................................. 84
Gambar 5.8 Use case pengabdian ........................................................................ 85
Gambar 5.9 Class diagram pengabdian ............................................................... 85
Gambar 5.10 Use case penyelenggaraan akademik ............................................. 86
Gambar 5.11 Class diagram penyelenggaraan akademik .................................... 87
Gambar 5.12 Use case operasional SI/TI ............................................................. 87
Gambar 5.13 Class diagram operasional SI/TI .................................................... 88
Gambar 5.14 Sebaran perangkat switching Untag ................................................ 90
Gambar 5.15 Sebaran sistem operasi data center ................................................ 91
Gambar 5.16 Sebaran alokasi storage data center ............................................... 92
Gambar 5.17 Rack server diagram data center Untag.......................................... 93
Gambar 5.18 Hasil self assesment subdimensi infrastruktur PeGI...................... 95
Gambar 5.19 Social media strategy.................................................................... 101
Gambar 5.20 Katalog layanan bisnis Untag ........................................................ 106
Gambar 5.21 Kondisi penyimpanan web server Untag...................................... 109
Gambar 5.22 Query top pada web server Untag ................................................. 110
Gambar 5.23 Statistik web server Website Untag............................................... 111
Gambar 5.24 Daily usage web server Untag bulan Agustus............................... 112
Gambar 5.25 Hourly usage web server Untag .................................................... 114
Gambar 5.26 Virtual server running on bare-metal hardware .......................... 116
Gambar 5.27 Basic cloud infrastructure ............................................................ 117
Gambar 5.28 Rancangan Arsitektur Teknologi Informasi Untag ...................... 127
Gambar 5.29 Perancangan infrastruktur private cloud Untag .....128
Gambar 5.30 Megatron node report ................................................................... 134
Gambar 5.31 Summary megatron ....................................................................... 134
Gambar 5.32 Cpu utilization megatron .............................................................. 135
Gambar 5.33 Server load megatron ................................................................... 135
Gambar 5.34 Memory usage megatron .............................................................. 136
Gambar 5.35 Network traffic megatron ............................................................. 136
Gambar 5.36 Service megatron .......................................................................... 137
Gambar 5.37 Node eng. Untag.ac.id .................................................................. 137
Gambar 5.38 Cpu usage eng .............................................................................. 138
Gambar 5.39 Memory usage eng........................................................................ 138
Gambar 5.40 Network traffic eng ....................................................................... 139
Gambar 5.41 Disk IO Eng .................................................................................. 139
 BAB 1
PENDAHULUAN

Pada bagian pendahuluan ini akan dijelaskan mengenai latar belakang

penelitian, permasalahan yang ingin diselesaikan serta tujuan dan manfaat
penelitian

1.1. Latar belakang

Perguruan tinggi menurut Undang-Undang No.20 tahun 2003 merupakan
sebuah organisasi yang berkewajiban menyelenggarakan pendidikan, penelitian,
dan pengabdian kepada masyarakat (Tridharma) serta memiliki otonomi untuk
mengelola sendiri lembaganya. Demi mewujudkan proses Tridharma berkualitas
maka perguruan tinggi juga harus merencanakan infrastruktur teknologi
informasi guna menjaga menunjang keselarasan penerapan Teknologi Informasi
(TI) terhadap strategi bisnis organisasi.
Komponen penting dan menentukan handalnya layanan TI pada sebuah
organisasi adalah infrastruktur teknologi informasi yang digunakan, namun untuk
memiliki infrastruktur teknologi yang handal, organisasi harus mengeluarkan
biaya cukup besar, sehingga banyak organisasi tidak mampu untuk mengadakan
infrastruktur TI secara mandiri karena keterbatasan anggaran dan sumber daya.
Universitas 17 Agustus Surabaya sebagai perguruan tinggi negeri di
Surabaya telah memiliki infrastruktur TI dan dikelola secara mandiri. Hingga
saat ini TI di Unila menjadi hal yang kompleks, dari hasil identifikasi terdapat 32
server utama, 6 perangkat SAN, 102 switching distribusi, akses point, dan
perangkat pendukung lainnya tersebar pada seluruh unit kerja, setiap tahunnya
sering terjadi kerusakan fisik dan nonfisik pada perangkat, beragamnya
jenis/merk perangkat membutuhkan penanganan khusus dari pengelola terutama
untuk mempelajari karakteristik dari masing-masing perangkat.
Pola pengelolaan konvensional masih diberlakukan pada sebagian besar
perangkat server, dimana masing-masing server menjalankan satu sistem operasi,
selanjutnya diatas sistem operasi tersebut berjalan aplikasi tertentu (tidak
dilakukan pemisahan proses komputasi dan penyimpanan data), sehingga ketika
terjadi masalah seperti kerusakan memory/processor/hardisk pada server aplikasi,
membutuhkan waktu cukup lama untuk mengaktifkan kembali layanan tersebut.
Selain itu aktifitas penetrasi test (pentest) dari cracker terhadap aset informasi
unila, menyulitkan pengelola dalam proses investigasi dan langkah penyelamatan
data, beberapa kali terjadi peristiwa cracker melakukan deface pada beberapa
website fakultas, butuh waktu cukup lama untuk menormalkannya kembali pada
kondisi semula, selain itu seringnya dilakukan pemadaman listrik oleh pihak PLN
secara tiba tiba dan dalam waktu cukup lama, berakibat pada sering terjadinya
kerusakan hardware pada data centre dan mengganggu layanan TI.
Saat ini sistem informasi yang digunakan masih berdiri sendiri dan belum
saling terintegrasi, aplikasi Sistem Informasi Akademik (SIAKAD) yang telah
dibangun sejak tahun 2014 berbasis php dan oracle belum tergabung dengan
aplikasi keuangan, kepegawaian, perencanaan sehingga berakibat pada lamanya
proses tabulasi data ketika pimpinan ataupun stakeholder meminta laporan secara
menyeluruh atas unit kerja (contoh:BSIUNTAG, akreditasi).
Infrastruktur TI saat ini dirasakan tidak cukup adaptif dalam menjawab
solusi atas perubahan bisnis dan aplikasi secara cepat dan tepat. Terlihat pada
saat munculnya beberapa aplikasi baru, membutuhkan waktu ekstra bagi
pengelola untuk mengaktifkannya, mulai dari instalasi server, sistem operasi,
instalasi database, dsb, berdampak juga kepada bertambahnya tanggung jawab
pengelolaan server fisik bagi pengelola.
Karya Akhir ini membahas perancangan infrastruktur teknologi informasi
adaptif pada Universitas Lampung menggunakan kerangka kerja The Open
Group Architecture Framework (TOGAF). Perancangan infrastruktur dilakukan
dengan membatasi ruang lingkup yang terdiri atas enam fase awal dari TOGAF
ADM yang mencakup: preliminary, architecture vision, business architecture,
information systems architectures, technology architecture, opportunities and
solutions.
1.2. Perumusan masalah
Pada penelitian ini dirumuskan permasalahan yang akan dicapai, yaitu
sebagai berikut: Bagaimana rancangan infrastruktur teknologi informasi
adaptif yang sesuai dengan kebutuhan bisnis Universitas 17 Agustus Surabaya?

1.3. Tujuan
Penelitian ini bertujuan untuk merancang infrastruktur teknologi informasi
adaptif pada Universitas 17 Agustus Surabaya, sebagai solusi menjawab
permasalahan yang dideskripsikan pada latar belakang.

1.4. Manfaat
2. Memberikan gambaran mengenai arsitektur teknologi informasi dan sistem
informasi yang dimiliki Untag saat ini.
3. Membantu dan menganalisa permasalahan-permasalahan yang ada pada
infrastruktur TI saat ini.
4. Rekomendasi dari hasil penelitian dapat dijadikan sebagai bahan
admasukan untuk pengembangan infrastruktur Untag yang lebih fleksibel
dan efektif (aptif).
5. Hasil penelitian ini diharapkan dapat menghasilkan ide pengembangan
sistem informasi baru untuk mendukung proses bisnis Untag.

1.5. Ruang lingkup penelitian

Penelitian ini dilakukan pada Universitas 17 Agustus , pengambilan data
dilakukan secara langsung di Untag, serta melakukan studi literatur terkait
dengan topik bahasan karya akhir. Perancangan yang dihasilkan bersifat spesifik
sesuai dengan proses bisnis di Untag dan tidak berlaku general untuk organisasi
ataupun Perguruan Tinggi lain. Peneliti menggunakan kerangka kerja TOGAF
untuk menyelaraskan arsitektur bisnis, arsitektur sistem informasi dan arsitektur
teknologi pada Untag. Perancangan infrastruktur dilakukan dengan membatasi
ruang lingkup yang terdiri atas enam fase awal dari TOGAF ADM yang
mencakup: preliminary, architecture vision, business architecture, information
systems architectures, technology architecture, opportunities and
solutions.
 BAB 2
TINJAUAN PUSTAKA

2.1. Arsitektur teknologi informasi

2.1.1. Arsitektur perusahaan

Menurut Zachman (1997), Arsitektur perusahaan merupakan sekumpulan

representasi yang diperlukan untuk menggambarkan sebuah sistem atau
perusahaan berkenaan dengan konstruksi, pemeliharaan, dan perkembangannya.
Dijelaskan juga oleh Federal Enterprise Architecture Program
Management Office (FEAPMO, 2003), Arsitektur perusahaan merupakan pusat
aset informasi strategis yang mendefinisikan misi bisnis, informasi yang
diperlukan untuk menjalankan misi, teknologi yang diperlukan untuk melakukan
misi, dan proses-proses transisional untuk mengimplementasikan teknologi baru
sebagai respon terhadap perubahan kebutuhan-kebutuhan misi.
Sedangkan menurut Schekkerman (2004) bahwa arsitektur perusahaan
merupakan pernyataan lengkap dari perusahaan, sebuah master plan yang
bertindak sebagai kekuatan kolaborasi di antara aspek-aspek dari perencanaan
bisnis seperti tujuan, visi, strategi, dan prinsip-prinsip tata kelola, aspek-aspek
dari kegiatan bisnis seperti syarat-syarat bisnis, struktur organisasi, proses, dan
data, aspek-aspek otomasi seperti sistem informasi dan basis data, serta
infrastruktur berbasis teknologi dari bisnis seperti komputer, sistem operasi, dan
jaringan.

2.1.2. Tujuan dan Manfaat Arsitektur Perusahaan

Menurut Joachim Schelp dan Matthias Stutz apabila dilakukan prinsip

tata kelola untuk mengontrol perkembangan dan implementasi arsitektur tersebut
maka akan didapat keuntungan dari arsitektur perusahaan yang dikelompokkan
dalam 5 (lima) keuntungan sebagai berikut:
1. Mengurangi biaya-biaya teknologi informasi melalui
penggabungan,
2. standarisasi, dan pengintegrasian sistem informasi korporat.
3. Meningkatkan responsif teknologi informasi melalui penggunaan kembali
komponen-komponen yang sudah matang.
4. Mengurangi risiko dan memenuhi keperluan akan peraturan dengan
sistem informasi yang digunakan saat ini.
5. Meningkatkan penyampaian nilai tambah dengan mempertinggi kepuasan
manajerial dan membantu pembuatan keputusan.
6. Memungkinkan tujuan-tujuan strategis bisnis melalui keunggulan
operasional yang lebih baik, hubungan dengan pelanggan yang lebih baik,
serta kepemimpinan produk.

International Business Machine (IBM) mendefinisikan 6 (enam) jenis

disiplin arsitektur teknologi informasi sebagai berikut
1. Arsitektur perusahaan (enterprise architecture). Seorang arsitek
perusahaan berfokus pada pemetaan kemampuan-kemampuan
teknologi informasi dengan kebutuhan-kebutuhan bisnis. Arsitek
bertanggung jawab terhadap keseluruhan sistem intensif perangkat
lunak perusahaan, termasuk hubungan di antara berbagai aplikasi,
berbagi data di antara aplikasi, integrasi dari aplikasi, dan infrastruktur
untuk menjalankan aplikasi tersebut.

2. Arsitektur aplikasi (application architecture). Arsitek aplikasi berfokus

pada desain aplikasi untuk mengotomatisasikan proses bisnis dan
menyediakan fungsionalitas yang membantu pengguna untuk melakukan
pekerjaan bisnis. (availability), skalabilitas (scalability), keamanan
(security), dan integritas (integrity). Tanggung jawab juga meliputi
mengevaluasi dan memilih perangkat lunak dan perangkat keras yang
dibutuhkan untuk menjalankan aplikasi, termasuk perangkat dan
metodologi untuk mengembangkan aplikasi.
3. Arsitektur informasi (information architecture). Arsitek informasi
berfokus pada data yang digunakan berbagai aplikasi, termasuk struktur,
integritas, keamanan, dan kemampuan akses dari data. Tanggung jawab
arsitek meliputi merancang, membangun, menguji, menginstalasi,
menjalankan, dan memelihara sistem untuk mengelola data tersebut.
Desain dari sistem tersebut harus memperhitungkan keperluan data
dari sisi sumber, lokasi, integritas, ketersediaan, performansi, dan usia data.
4. 4. Arsitektur infrastruktur (infrastructure architecture). Arsitek
infrastruktur berfokus pada rancangan dari perangkat keras dan
perangkat lunak server yang meliputi komputer server, media
penyimpanan, workstation, middleware, perangkat lunak non
aplikasi, jaringan, serta fasilitas- fasilitas fisik yang mendukung aplikasi
dan proses-proses bisnis yang dibutuhkan perusahaan. Tanggung jawab
arsitek meliputi pengevaluasian dan pemilihan komponen-komponen
tersebut, memodelkan, mensimulasikan, dan menguji untuk menvalidasi
rancangan dan produk yang dipilih; serta performansi, ketersediaan, dan
skalabilitas infrastruktur yang dihasilkan.
5. 5. Arsitektur integrasi (integration architecture). Arsitek integrasi
berfokus pada rancangan solusi yang memungkinkan aplikasi saat ini,
penawaran paket perangkat lunak, jaringan, dan sistem-sistem bekerja
bersama di dalam maupun di antara organisasi. Solusi tersebut boleh
menggunakan teknologi, vendor, platform, maupun gaya pemrograman
yang berbeda.
6. Arsitektur operasi (operation architecture). Arsitek operasi berfokus
pada rancangan solusi untuk mengelola infrastruktur dan aplikasi
yang digunakan perusahaan. Tanggung jawab arsitek meliputi
pendefinisian rencana, strategi, dan arsitektur untuk instalasi, operasi,
migrasi, dan tata kelola dari sistem informasi yang kompleks
 Arsitek-arsitek tersebut tidak bekerja sendiri-sendiri karena domain-nya
saling melengkapi atau waktunya bersamaan. Arsitek infrastruktur merancang
fondasi dimana sistem dijalankan. Arsitek aplikasi merancang program untuk
pengguna, arsitek integrasi memastikan program-program dapat diintegrasikan,
dan arsitek informasi memastikan ketersediaan data. Arsitek operasi
memastikan semuanya berjalan sebagaimana mestinya dan arsitek perusahaan
mengawasi (mengatur) semua aspek tersebut dan memastikan semuanya
bekerja bersamaan. Ilustrasi gambar berikut ini menggambarkan hubungan
antara keenam disiplin arsitektural, seperti yang diidentifikasikan oleh IBM.

Gambar 2.1 Enam disiplin arsitektur

(Bobby Woolf)

2.1.4. Kerangka Kerja Arsitektur Teknologi Informasi.

Pemilihan kerangka kerja yang tepat dapat memfasilitasi

pengimplementasian arsitektur teknologi informasi pada organisasi. Banyak
kerangka kerja tersedia dan kesemuanya mempunyai tujuan utama yang sama,
yaitu menggambarkan struktur dimana hubungan dari objek kompleks dapat
berinteraksi untuk menghubungkan stakeholder, proses, dan teknologi. Sebagai
contoh, Zachman Enterpise Architecture Framework dan The Open Group
Architecture Framework (TOGAF), keduanya menyediakan sebuah acuan
yang memungkinkan untuk menggambar hubungan antar komponen yang dapat
membantu menyelaraskan kebutuhan bisnis dengan pelayanan teknologi
informasi.
2.1.4.1. Federal Enterprise Architecture Framework (FEAF)

Federal Enterprise Architecture Framework (FEAF) merupakan sebuah

framework yang diperkenalkan pada tahun 1999 oleh Federal CIO Coucil
FEAF ini ditujukan untuk mengembangkan EA dalam Federal Agency atau
sistem yang melewati batas multiple inter-agency. FEAF menyediakan standar
untuk mengembangkan dan mendokumentasikan deskripsi arstitektur pada
area yang menjadi prioritas utama. FEAF ini cocok untuk mendeskripsikan
arsitektur bagi pemerintahan Federal. FEAF membagi arsitektur menjadi area
bisnis, data, aplikasi dan teknologi, dimana sekarang FEAF juga mengadopsi tiga
kolom pertama pada Zachman framework dan metodologi perencanaan
arsitektur enterprise oleh Spewak.

Gambar 2.2 Struktur komponen FEAF (CIO Council, 2001)

Pada FEAF arsitektur yang ada (Gambar 2.2) diperuntukkan sebagai reference
point untuk memfasilitasi koordinasi yang efektif dan efisien dariproses
bisnis yang umum, penyisipan teknologi, aliran informasi dan investasi
pada Federal Agencies.
FEAF menyediakan sebuah struktur untuk mengembangkan, memelihara dan
menerapkan lingkungan operasional pada top- level dan mendukung penerapan
dari sistem TI. Pada gambar 2.3 menunjukkan gambaran matriks 5 x 3 FEAF
dengan tipe-tipe arsitektur pada sumbu mendatar dan perspektif pada sumbu
lainnya. Hubungan antara produk arsitektur enterprise terdapat pada cells
matriks.

Gambar 2.3 Matriks arsitektur FEAF (CIO Council, 2001).

Karakteristik dari FEAF:

Merupakan arsitektur enterprise Reference Model
Standar yang dipakai oleh pemerintahan Amerika Serikat c) Menampilkan
perspektif view yang menyeluruh
Merupakan tool untuk perencanaan dan komunikasi

2.1.4.2. Zachman framework

Zachman framework diajukan tahun 1990-an untuk membantu dalam

menyediakan sebuah model yang memungkinkan organisasi untuk
mengidentifikasi hubungan di antara bisnis dan teknologi informasi. John A.
Zachman meyakini bahwa terlalu mudah bagi teknologi informasi untuk
mengabaikan kebutuhan-kebutuhan bisnis dan menciptakan teknologi informasi
untuk kepentingan teknologi informasi. Walaupun merupakan praktik baik
untuk memastikan bahwa terdapat prinsip-prinsip rancangan di antara praktik
teknologi informasi, juga penting untuk memastikan semua layanan dan
produk yang disediakan infrastruktur teknologi informasi diselaraskan dengan
strategi bisnis dari organisasi. Sebaliknya, dapat berakhir pada jurang
pemisah yang mengarah pada disfungsi layanan teknologi informasi.
Kenyataannya, Zachman berargumen bahwa tanggung jawab dari teknologi
informasi sehari-hari adalah berfokus pada perangkat keras dan perangkat lunak
yang membangun komponen-komponen yang mendasarinya, sedangkan
tanggung jawab arsitektur adalah berfokus pada isi yang akan dicakupi oleh
infrastruktur. Jadi, kerangka dan model harus dilihat sebagai perangkat yang
dapat membantu untuk mengidentifikasi isi dari sistem, kemudian memandu
dalam pemilihan dan pengimplementasian dari komponen-komponen yang akan
mendukung isi sistem (Danielle Ruest dan Nelson Ruest 2006).

Gambar 2.4 Kerangka kerja arsitektur perusahaan Zachman

(Danielle, Nelson, 2006)
 Zachman framework terdiri dari 6 (enam) kolom dan 6 (enam) baris. Tiap
baris menyajikan perspektif dari sudut pandang perencana (planner), pemilik
(owner), perancang (designer), pengembang (builder), subkontraktor (sub-
contractor) dan functioning enterprise.

Tiap kolom merepresentasikan fokus, abstraksi, atau topik arsitektur

enterprise, yaitu: data, fungsi, jaringan, manusia, waktu, dan motivasi. Secara
rinci, setiap baris dalam kerangka kerja Zachman merepresentasikan perspektif
berikut:
Perencana (planner): menetapkan konteks, latar belakang, dan tujuan.
Pemilik (owner): menetapkan model konseptual dari enterprise.
Perancang (designer): menetapkan model sistem informasi sekaligus
menjembatani hal yang diinginkan pemilik dan hal yang dapat
direalisasikan secara teknis dan fisik.
o Pengembang (builder): menetapkan model teknis dan fisik yang
digunakan dalam mengawasi penerapan teknis dan fisik.
o Sub kontraktor (sub-contractor): menetapkan peran dan rujukan bagi
pihak yang bertanggung jawab untuk melakukan pembangunan sistem
informasi.
o Functioning enterprise: merepresentasikan perspektif pengguna dan
wujud nyata hasil penerapan.

Dan untuk tiap kolom dalam kerangka kerja Zachman merepresentasikan

fokus, abstraksi atau topik arsitektur enterprise, yaitu:
1. What (data). Menggambarkan kesatuan yang dianggap penting dalam
bisnis. Kesatuan tersebut adalah hal-hal yang informasinya perlu
dipelihara.
2. How (function). Mendefinisikan fungsi atau aktivitas. Input dan output
juga dipertimbangkan di kolom ini.
3. Where (networks). Menunjukkan lokasi geografis dan hubungan antara
aktivitas dalam organisasi, meliputi lokasi geografis bisnis yang utama.
4. Who (people). Mewakili manusia dalam organisasi dan metric untuk
mengukur kemampuan dan kinerjanya. Kolom ini juga berhubungan
dengan antar muka pengguna dan hubungan antara manusia dan pekerjaan
yang menjadi tanggung jawabnya.
5. When (time). Mewakili waktu atau kegiatan yang menunjukkan kriteria
kinerja. Kolom ini berguna untuk mendesain jadwal dan memproses
arsitektur.
6. Why (motivation).Menjelaskan motivasi dari organisasi dan pekerjanya.

Disini terlihat tujuan, sasaran, rencana bisnis,arsitektur pengetahuan,

alasan pikiran dan pengambilan keputusan dalam organisasi.

2.1.4.3. The Open Group Architecture Framework (TOGAF).

TOGAF merupakan sebuah kerangka (metoda) terperinci dan

sekumpulan perangkat pendukung untuk mengembangkan sebuah arsitektur
teknologi informasi perusahaan. Kerangka menyediakan sebuah
klasifikasi untuk menghubungkan konsep-konsep yang menggambarkan dunia
nyata pada konsep-konsep yang menggambarkan sistem informasi dan
implementasinya. Kerangka digunakan untuk mengelompokkan informasi
yang diperlukan dengan tujuan untuk menjelaskan keseluruhan perusahaan
dan untuk menyimpan informasi tersebut, biasanya didukung oleh perangkat
tempat penyimpanan yang tepat.
TOGAF merupakan standar industri untuk metoda pengembangan
arsitektur dan basis sumber daya yang dapat digunakan secara bebas oleh
setiap organisasi yang ingin mengembangkan arsitektur perusahaan untuk
digunakan di perusahaan itu sendiri. TOGAF telah dikembangkan dan
berevolusi secara berkesinambungan sejak pertengahan 90-an oleh
perwakilan dari beberapa organsisasi dan vendor teknologi informasi
terkemuka, bekerja sama dalam The Open Groups Architecture Forum Release
TOGAF saat ini adalah versi 9.1.
TOGAF ADM seperti ditunjukkan pada Gambar 2.5, juga merupakan
metode yang fleksibel yang dapat mengidentifikasi berbagai macam teknik
pemodelan yang digunakan dalam perancangan, karena metode ini bisa
disesuaikan dengan perubahan dan kebutuhan selama perancangan dilakukan

Gambar 2.5 TOGAF Arsitecture Development Method (ADM) (open group)

TOGAF ADM juga menyatakan visi dan prinsip yang jelas tentang
bagaimana melakukan pengembangan arsitektur enterprise, prinsip tersebut
digunakan sebagai ukuran dalam menilai keberhasilan dari pengembangan
arsitektur enterprise oleh organisasi (Open Group, 2011). Prinsip-prinisip
tersebut dapat dijelaskan sebagai berikut:
Prinsip Enterprise Pengembangan arsitektur yang dilakukan diharapkan
mendukung seluruh bagian organisasi, termasuk unit-unit organisasi yang
membutuhkan.
 Prinsip Teknologi Informasi (TI). Lebih mengarahkan konsistensi
penggunaan TI pada seluruh bagian organisasi, termasuk unit-unit
organisasi yang akan menggunakan.
Prinsip Arsitektur Merancang arsitektur sistem berdasarkan kebutuhan
proses bisnis dan bagaimana mengpenerapan kannya.

TOGAF ADM terdiri dari 8 (delapan) fase yang berbentuk siklus (cycle)
yaitu architecture vision, business architecture, information system architecture,
technology architecture, opportunities and solution, migration planning,
implementation governance, dan architecture change management.
TOGAF ADM juga merupakan metode yang bersifat generik dan
mudah diterapkan pada banyak organisasi, baik organisasi industri ataupun
industri akademik seperti perguruan tinggi (Mutyarini & Sembiring, 2006).
Berdasarkan uraian diatas maka, bisa dimodelkan secara umum bagaimana
tahapan- tahapan dari TOGAF ADM tersebut dilaksanakan dalam model
perancangan arsitektur enterprise, hal ini bisa dilihat pada Gambar 2.6

Gambar 2.6 Model TOGAF ADM (Open Group, 2009)

 2.1.5. Pemilihan framework arsitektur perusahaan

Untuk memilih sebuah arsitektur perusahaan terdapat kriteria yang

berbeda yang bisa dijadikan sebagai acuan (Setiawan. 2009), yaitu:
1. Tujuan dari arsitektur perusahaan dengan melihat bagaimana
definisi arsitektur dan pemahamannya, proses arsitektur yang telah
ditentukan sehingga mudah untuk diikuti, serta dukungan terhadap evolusi
arsitektur.
2. Input untuk aktivitas arsitektur perusahaan seperti pendorong bisnis
dan input teknologi.
3. Output dari aktivitas arsitektur perusahaan seperti model bisnis dan
desain transisional untuk evolusi dan perubahan.
4. Framework merupakan sebuah bagian penting dalam pendesainan
arsitektur enterprise yang seharusnya memiliki kriteria:
o Reasoned.
Framework yang masuk akal yang dapat memungkinkan
pembuatan arsitektur yang bersifat deterministik ketika terjadi
perubahan batasan dan tetap menjaga integritasnya walaupun
menghadapi perubahan bisnis dan teknologi serta demand yang tak
terduga.
o Cohesive.
Framework yang kohesif memiliki sekumpulan perilaku yang akan
seimbang dalam cara pandang dan ruang lingkupnya.
o Adaptable framework
Haruslah bisa beradaptasi terhadap perubahan yang mungkin
sangat sering terjadi dalam organisasi.
o Vendor-independent.
Framework haruslah tidak tergantung pada vendor tertentu
untuk benar- benarmemaksimalkan benefit bagi organisasi.
o Technology-independent.
Framework haruslah tidak tergantung pada teknologi yang ada
saat ini, tapi dapat menyesuaikan dengan teknologi baru. Domain-
 neutral. Adalah atribut penting bagi framework agar
memiliki peranan dalam pemeliharaan tujuan organisasi.
o Scalable. Framework haruslah beroperasi secara efektif pada level
departemen, unit bisnis, pemerintahan dan level korporat tanpa
kehilangan fokus dan kemampuan untuk dapat diaplikasikan.

Perbandingan ketiga framework yang banyak digunakan dapat dilihat

pada Tabel 2 . 1. Dalam prakteknya EA Framework yang ada tidak ada yang
sempurna, masing-masing memiliki kelebihan dan kekurangan. Bahkan
penggunaan EA framework di masing-masing enterprise bisa menjadi berbeda.
Hal ini tergantung dengan karakteristik dari enterprise itu sendiri, fokus yang
ingin dicapai dan lain lain.

Tabel 2.1 Perbandingan framework arsitektur perusahaan

(Setiawan, 2009)

FEAF Zachman TOGAF

Definisiarsitekturdan
ada parsial Pada fase preliminary
Pemahamannya
Proses arsitektur yang Delapan fase
tidak ada
detail detail pada ADM
Supportterhadapevolusi Pada fase migration
ada tidak
Arsitektur planning
Standardisasi tidak tidak Ada

ArchitectureKnowledge
ada Tidak ada
Base
Pendorongbisnis ada parsial Ada

Inputteknologi ada tidak Ada

Pada fase migration

Desaintradisional ada tidak
planning
Modelbisnis ada ada Ada
 Hanya untuk
Menyediakanprinsip
Karakteristik tidak ada
arsitektur
FEAF

Dari hasil pemetaan kriteria pada table 2.1 tersebut diatas, dapat ditarik
kesimpulan untuk studi kasus enterprise dimana masih belum terdapat arsitektur
enterprise dan memiliki keperluan untuk pengembangan arsitektur enterprise
yang mudah dan jelas serta sesuai maka arsitektur enterprise framework yang
cocok digunakan adalahTOGAF.

2.2. Infrastruktur teknologi informasi (TI) adaptif

Infrastruktur teknologi informasi berasal dari kata "infra" berarti bawah,
"struktur" berarti sesuatu yang disusun dengan pola tertentu, "teknologi" berarti
ilmu pengetahuan terapan , "informasi" berarti pemberitahuan tentang sesuatu,
"adaptif" berarti mudah menyesuaikan (diri) dengan keadaan (kamus KBBI).
Secara lengkap infrastruktur TI adaptif merupakan sesuatu yang disusun
menggunakan pola tertentu untuk mendukung penerapan informasi dan bersifat
mudah menyesuaikan diri dengan keadaan. Kebutuhan infrastruktur TI adaptif
yaitu bagaimana infrastruktur dapat mengikuti setiap perubahan dalam
lingkungan bisnis.
Manifestasi dari infrastruktur TI adaptif menurut buku The Adaptive
Enterprise: IT Infrastructure Strategies to Manage Change and Enable Growth,
Bruce Robertson and Val Sribar adalah:
Efficiency,dengan tersedianya komponen-komponen yang dapat
dimanfaatkan bersama oleh berbagai sistem aplikasi (lama dan baru)
Effectiveness, menggunakan komponen-komponen yang mudah
dipadukan (interoperable) dan diintegrasikan.
Agility, dengan komponen-komponen yang mudah dirombak, diupgrade,
atau diganti.
 Sedangkan tolak ukur dari adaptiveness infrastruktur adalah
Time to market, kecepatan dalam implementasi layanan baru.
Scalibility, mampu mengakomodasi peningkatan penggunaan/beban
Extensibility, kemudahan menambah komponen baru.
Complexity partitioning, partisi arsitektur aplikasi kedalam
komponen- komponen yang dapat dikelola secara terpisah (modular)
Reusability, pemanfaatan ulang/silang komponen-komponen
infrastruktur oleh berbagai layanan TI organisasi.
Integration, pemanfaatan teknologi openstandard yang
memungkinkan integrasi antar komponen infrastruktur.

Permasalahan umum yang sering timbul adalah penerapan infrastruktur

teknologi informasi (TI) yang tidak terencana secara baik dan tidak secara
tangkas mengikuti perubahan strategi bisnis organisasi. Ketidak selarasan antara
perencanaan infrastruktur dan strategi bisnis dapat berakibat pada terciptanya
kompleksitas yang tinggi, tidak terfokus, serta biaya operasional dan
pemeliharaan yang tinggi. Penyelesaian dari permasalahan tersebut diatas
menurut Bruce and Val diantaranya ;
Plan your infrastructure end to end. Melakukan perencanaan infrastruktur
secara menyeluruh.
Design an adaptive infrastructure. Merancang infrastruktur adaptif yang
mampu secara tangkas mengikuti setiap perubahan bisnis organisasi.
Execute a reuse centric strategy. Memaksimalkan penggunaan ulang dan
silang komponen infrastruktur, termasuk didalamnya sumber daya manusia.
Choose the right technology and products. Pemilihan teknologi yang tepat
dengan mempertimbangkan teknologi masa depan, serta teknologi yang
efisien dan menjamin interoperabilitas antar komponen.
Balance immediate needs with long-term goals. Menyeimbangkan
kebutuhan yang mengacu pada tujuan jangka panjang.
2.3. Cloud computing
2.3.1. Konsep cloud computing
Cloud computing merupakan teknologi internet-based service yang dapat
digunakan untuk mensupport business process, Kata Cloud sendiri merujuk
kepada simbol awan yang di dunia teknologi informasi digunakan untuk
menggambarkan jaringan internet (internet cloud). Cloud computing adalah
gabungan pemanfaatan teknologi computer (komputasi) dan pengembangan
berbasis internet (awan). Cloud atau awan merupakan metafora dari internet,
sebagaimana awan yang sering digambarkan pada diagram jaringan komputer.
Awan (cloud) dalam cloud computing juga merupakan abstraksi dari infrastruktur
kompleks yang disembunyikannya yaitu suatu moda komputasi dimana
kapabilitas terkait teknologi informasi disajikan sebagai suatu layanan (as a
service), sehingga pengguna dapat mengaksesnya lewat internet (di dalam awan)
tanpa pengetahuan tentangnya, ahli dengannya, atau memiliki kendali terhadap
infrastruktur teknologi yang membantunya.

2.3.2. Karakteristik cloud computing

Tidak semua aplikasi berbasis web dapat dimasukkan ke dalam kategori
cloud computing. Ada lima kriteria yang harus dipenuhi oleh sebuah sistem untuk
bisa di kategorikan sebagai teknologi cloud computing, yaitu :

Swalayan (on demand self service)

Seorang pelanggan dimungkinkan untuk secara langsung memesan
sumber daya yang dibutuhkan, seperti processor time dan kapasitas penyimpanan
melalui control panel elektronis yang disediakan. Jadi tidak perlu berinteraksi
dengan personil customer service, jika perlu menambah atau mengurangi
sumber daya komputasi yang diperlukan.

Akses pita lebar (broadband network access)

Layanan yang tersedia terhubung melalui jaringan pita lebar, terutama untuk
dapat diakses secara memadai melalui jaringan internet, baik menggunakan thin
client, thick client ataupun media lain seperti smartphone.
 Sumber daya terkelompok (resource pooling)
Penyedia layanan cloud computing, memberikan layanan melalui
sumber daya yang dikelompokkan dalam satu atau berbagai lokasi data center
yang terdiri dari sejumlah server dengan mekanisme multi-tenant. Mekanisme
multi-tenant ini memungkinkan sejumlah sumber daya komputasi tersebut
digunakan secara bersama-sama oleh sejumlah user, di mana sumber daya
tersebut baik yang berbentuk fisik maupun virtual, dapat dialokasikan
secara dinamis untuk kebutuhan pengguna/pelanggan sesuai permintaan. Dengan
demikian, pelanggan tidak perlu tahu bagaimana dan darimana permintaan akan
sumber daya komputasinya dipenuhi oleh penyedia layanan. Yang penting,
setiap permintaan dapat dipenuhi. Sumber daya komputasi ini meliputi
media penyimpanan, memori, prosessor, pita jaringan dan mesin virtual.

Elastis (rapid elasticity)

Kapasitas komputasi yang disediakan dapat secara elastis dan cepat
disediakan, baik itu dalam bentuk penambahan ataupun pengurangan kapasitas
yang diperlukan. Untuk pelanggan sendiri, dengan kemampuan ini seolah-olah
kapasitas yang tersedia tak terbatas besarnya.

Layanan yang terukur (measured service)

Sumber daya cloud yang tersedia harus dapat diatur dan dioptimasi
penggunaannya, dengan suatu sistem pengukuran yang dapat mengukur
penggunaan dari setiap sumber daya komputasi yang digunakan (penyimpanan,
memori, prosessor, lebar pita, aktivitas user, dan lainnya). Dengan demikian,
jumlah sumber daya yang digunakan dapat secara transparan diukur yang akan
menjadi dasar bagi user untuk membayar biaya penggunaan layanan.
2.3.3. Jenis layanan cloud computing

Gambar 2.7 Jenis layanan cloud computing

(Cloud Computing Principles & Paradigm, Willey)

Teknologi cloud computing memiliki tiga jenis layanan utama yang dapat
dipilih dan digunakan sesuai dengan kebutuhan penggunanya, antara lain :

Software as a Service (SaaS).

Software as a Service ini merupakan evolusi lebih lanjut dari konsep
ASP (Application Service Provider). Sesuai namanya, SaaS memberikan
kemudahan bagi pengguna untuk bisa memanfaatkan sumber daya
perangkat lunak dengan cara berlangganan. Sehingga tidak perlu
mengeluarkan investasi baik untuk in house development ataupun
pembelian lisensi. Dengan cara berlangganan via web, pengguna dapat
langsung menggunakan berbagai fitur yang disediakan oleh penyedia
layanan. Hanya saja dengan konsep SaaS ini, pelanggan tidak
memiliki kendali penuh atas aplikasi yang mereka sewa. Hanya fitur-
fitur aplikasi yang telah disediakan oleh penyedia saja yang dapat
disewa oleh pelanggan. Dan karena arsitektur aplikasi SaaS yang bersifat
multi tenant, memaksa penyedia untuk hanya menyediakan fitur yang
bersifat umum, tidak spesifik terhadap kebutuhan pengguna tertentu.
Semakin berkembangnya pasar dan kemajuan teknologi pemrograman,
keterbatasan-keterbatasan tersebut akan dapat diatasi.
 Platform as a Service (PaaS).
Seperti namanya, PaaS adalah layanan yang menyediakan modul-modul
siap pakai yang dapat digunakan untuk mengembangkan sebuah
aplikasi, yang tentu saja hanya bisa berjalan di atas platform tersebut.
Seperti juga layanan SaaS, pengguna PaaS tidak memiliki kendali
terhadap sumber daya komputasi dasar seperti memori, media
penyimpanan, processing power dan lain-lain, yang semuanya diatur oleh
provider layanan ini. Pionir di area ini adalah Google App Engine, yang
menyediakan berbagai tools untuk mengembangkan aplikasi di atas
platform Google, dengan menggunakan bahasa pemrograman phyton dan
django.
o Infrastructure as a Service (IaaS).
IaaS terletak satu level lebih rendah dibanding PaaS. IaaS merupakan
sebuah layanan yang menyewakan sumber daya teknologi informasi
dasar, yang meliputi media penyimpanan, processing power, memory,
sistem operasi, kapasitas jaringan dan lain-lain, yang dapat digunakan
oleh penyewa untuk menjalankan aplikasi yang dimilikinya. Model
bisnisnya mirip dengan penyedia data center yang menyewakan ruangan
untuk co-location, tapi ini lebih ke level mikronya. Penyewa tidak perlu
tahu, dengan hardware apa dan bagaimana caranya penyedia layanan
menyediakan layanan IaaS.

2.3.4. Model penerapan cloud computing

Berdasarkan penerapannya, layanan cloud computing dibagi menjadi tiga model

penerapan, yaitu:
 Gambar 2.8 Cloud computing Model
(Cloud Computing Principles & Paradigm, Willey)

Private cloud Model ini merupakan sebuah infrastruktur layanan cloud

computing yang dioperasikan hanya untuk sebuah organisasi tertentu.
Infrastruktur cloud computing bisa saja dikelola oleh internal organisasi
atau oleh pihak ketiga. Lokasinya pun bisa on-site ataupun off-site.
Biasanya organisasi dengan skala besar saja yang mampu
memiliki/mengelola private cloud ini.
Public cloud Sesederhana namanya, jenis cloud ini diperuntukkan untuk
umum oleh penyedia layanan.
Hybrid cloud Untuk jenis ini, infrastruktur cloud yang tersedia
merupakan komposisi dari dua atau lebih infrastruktur cloud (private,
community, atau public). Di mana meskipun secara entitas mereka
tetap berdiri sendiri-sendiri, tapi dihubungkan oleh suatu teknologi
atau mekanisme yang memungkinkan portabilitas data dan aplikasi antar
cloud tersebut. Misalnya, mekanisme load balancing antar
cloud,sehingga alokasi sumber daya bisa dipertahankan pada level yang
optimal,
2.3.5. Komponen cloud computing

Perangkat keras serta jalur komunikasi; Sebagai media fisik

pendukung cloud. contoh: Server & Storage (SAN - iSCSI), High Speed
Switch (Gigabit Switch), Copper (Cat 5E - Cat 6) atau Fiber Ethernet
Cable.
Virtual Infrastructure Manager (IaaS), contoh: Project OpenStack,
CloudStack, OpenNebula, ProxmoxVE
Cloud Enabled Services (PaaS), contoh: DB : MongoDB, Apache
Hadoop, OpenSesame (RDF), Distributed FS : GlusterFS
Cloud Enabled Applications (SaaS); contoh:GoogleDocs, FengOffice

2.4. Service Oriented Architecture (SOA)

2.4.1. Definisi Service

Menurut Schekkerman (2006) sebuah service (layanan) adalah suatu

implementasi dari fungsi bisnis yang telah didefinisikan dengan baik beroperasi
secara independen bersama service lainnya di dalam sebuah sistem. Service
memiliki interface yang telah didefinisikan dengan baik dan beroperasi melalui
kesepakatan yang telah didefinisikan antara client dari service dan service itu
sendiri.
Menurut Michelson (2006), service layaknya aplikasi yang diperuntukkan
memenuhi suatu tujuan, seperti mengambil informasi sampai dengan tingkat
kompleksitas menjalankan sebuah proses bisnis. Contoh paling umum yang
dikenal saat ini mengenai service adalah pada web service yang merupakan
komponen-komponen aplikasi yang mudah digabung-gabungkan dan dijalankan
melalui teknologi standar Internet.

2.4.3. Definisi Service Oriented Architecture (SOA)

Menurut Michelson (2006), istilah Service Oriented Architecture (SOA)
digunakan secara bergantian untuk tiga jenis konsep yang berbeda: konsep
arsitektur, gaya dari hasil solusi bisnis, dan infrastruktur pendukung. Namun
yang dimaksudkan disini adalah SOA sebagai konsep arsitektur TI untuk solusi
bisnis (dan solusi infrastruktur) yang diterapkan berdasarkan konsep
berorientasi layanan.
Konsep arsitektur ini memungkinkan komunikasi antar service, penyedia
(provider) dengan peminta (requestor), sehingga sang peminta hanya tahu apa
kerja dari service itu dan bagaimana memintanya. Namun aplikasi berbasis web
hanyalah salah satu bentuk aplikasi yang menggunakan SOA, meskipun harus
diakui bahwa pada saat ini basis yang paling cocok untuk SOA adalah berbentuk
portal atau web.
\

Gambar 2.9 Perbedaan arsitektur 3-tier dengan SOA (Tibco 2007)

Gambar 2.9 memperlihatkan perbedaan antara arsitektur 3-tier

dengan SOA yang memungkinkan aplikasi yang beragam (heterogeneous) untuk
saling berkomunikasi. SOA juga menguntungkan karena tidak bergantung
kepada satu bahasa pemograman, sebaliknya SOA memungkinkan kebebasan
memilih bahasa pemograman. Aplikasi yang dibangun selama ini cenderung
menggunakan prinsip tier dengan menempatkan pada satu atau dua server
dengan dibedakan antara server aplikasi dan server basis data, namun dengan
SOA, service dari aplikasi yang dibangun dapat terpisah dari aplikasi induk atau
ditaruh di server SOA untuk didistribusikan dan dipergunakan oleh aplikasi lain.
Aplikasi yang dibangun pun cenderung terfokus pada pemrogramannya
(coding) yang berakibat aplikasi cenderung berdiri sendiri namun dengan SOA
fokus diarahkan pada kerjasama antara bisnis dan TI sehingga aplikasi yang
dibangun dengan landasan SOA cenderung saling berkomunikasi secara
lebih luwes dan merupakan integrasi semua aplikasi yang ada. Selain itu
terjadi penambahan teknik komunikasi dari aplikasi yang selama ini adalah
meminta (request) dan dibalas (reply), kini diperkaya dengan kemampuan
menerbitkan (publish), mendaftar untuk menggunakanservice (subscribe), dan
membuat service dijalankan apabila terdapat keadaan (event) yang merupakan
pemicu.
Selama ini aplikasi-aplikasi perusahaan mungkin beragam, namun setiap
aplikasi berdiri sendiri-sendiri

Gambar 2.10 Aplikasi-aplikasi yang berdiri sendiri

(FileNet 2006)

Gambar 2.10 memperlihatkan bagaimana tiga aplikasi yang merupakan

aplikasi back-office (ERP) sebenarnya terpisah dengan aplikasi front-office
untuk layanan pelanggan (CRM) dan layanan pemasok (SCM). Gambar 2.11
memperlihatkan bagaimana teknologi SOA memungkinkan service yang
merupakan komponen dari aplikasi-aplikasi tersebut digunakansebagai bagian
dari sebuah proses bisnis.
 Gambar 2.11 Service dihasilkan dari aplikasi dan digunakan dalam proses bisnis
(FileNet 2006)

2.5. Value chain

Rantai nilai (value chain) porter dapat dijadikan sebagai langkah
awal dalam memodelkan bisnis dengan mendefinisikan area fungsional utama dan
pendukung. Gambar 2.12 menunjukan rantai nilai porter yang terdiri dari
aktivitas utama (primary activities) dan aktivitas pendukung (support activities)
(Porter 1985).

Gambar 2.12 Value Chain Diagram

(Porter)
 Aktivitas utama (primary activities) pada rantai nilai ini adalah sebagai
berikut:
1. Inbound logistic: aktivitas yang dilakuka n berhubungan dengan
penerimaan, penyimpanan, dan penyebaran.
2. Operations: aktivitas yang mentransformasikan masukan jadi keluaran.
3. Outbound logistic: aktivitas yang berhubungan dengan menyebarkan
produk/jasa kepada pelanggan
4. Marketing dan sales: kegiatan yang berhubungan dengan pemasaran dan
penjualan, diantaranya penelitian pasar dan promosi.
5. Service: kegiatan yang berhubungan dengan penyedia layanan untuk
meningkatkan pemeliharaan produk seperti instalasi, pelatihan,
perbaikan, suplai bahan, dan perawatan.

Aktivitas pendukung (support activities) adalah kegiatan yang

mendukung aktivitas utama, tidak terlibat langsung dalam produksi, namun
memiliki potensi meningkatkan efesiensi dan efektifitas. Kegiatan pendukung
yang digambarkan Porter adalah sebagai berikut:
1. Firm infrastructure: terdiri atas sistem dan fungsi pendukung,
diantaranya finance, planning, quality control, dan general senior
management.
2. Human resources management: berhubungan dengan aktivitas
rekruitment, pengembangan, pelatihan, memotivasi, serta pemberian
penghargaan kepada tenaga kerja.
3. Technology development: aktivitas yang terkait produk, proses perbaikan,
perancangan peralatan, pengembangan perangkat lunak komputer, sistem
telekomunikasi, kapabilitas basis data baru, dan pengembangan
dukungan sistem berbasis komputer.
4. Procurement : kegiatan yang berhubungan dengan bagaimana sumber
daya diperoleh diantaranya fungsi pembelian input yang digunakan dalam
value chain organisasi.
 2.6. Pemeringkatan e-Government Indonesia (PeGI)
Pemeringkatan e-Government Indonesia (PeGI) merupakan kegiatan yang
diadakan oleh Direktorat e-Government di dalam Direktorat Jenderal Aplikasi
dan Telematika, Kementrian Komunikasi dan Informatika (KEMKOMINFO).
Kegiatan PeGI pada tahun 2007 merupakan yang pertama kalinya diadakan
dalam rangka untuk melihat peta kondisi pemanfaatan Teknologi Informasi dan
Komunikasi (TIK) oleh lembaga pemerintah secara nasional. Harapan dari PeGI
adalah untuk meningkatkan pengembangan dan pemanfaatan TIK di lembaga
pemerintah di seluruh wilayah Indonesia. Dalam pelaksanaannya, Kementrian
KOMINFO juga bekerjasama dengan berbagai kalangan baik dari unsur
komunitas TIK, perguruan tinggi maupun instansi pemerintah yang terkait
(Dokumen PeGI). Salah satu dimensi pengukuran PeGI adalah dimensi
infrastruktur. Dimensi infrastruktur berkaitan dengan sarana dan prasarana yang
mendukung pemanfaatan TIK yang terdiri dari antara lain: perangkat keras
komputer dan piranti lunak, jaringan komunikasi, service delivery channel
(web, telepon, sms dan lain lain), dan fasilitas pendukung (AC, UPS,
Genset,Access Control).
Tabel 2.2 Penilaian subdimensi infrastruktur PeGI (KOMINFO)

SKOR PENILAIAN
No SUB DIMENSI
Sangat Kurang Kurang Baik Baik Sekali
1 2 3 4
1 Data Center Tidak Memiliki data Memiliki data center yang Memiliki data center
memiliki data center namun sudah didukung fasilitas yang terintegrasi
center kurang didukung dan aplikasi yang memadai dengan baik, memiliki
fasilitas dan fasilitas dan aplikasi
2 Jaringan Data Tidak aplikasi yang Memiliki infrastruktur pendukunginfrastruktur
Memiliki yang
memiliki memadai
Memiliki jaringan, adanya memadai
jaringan, serta
memberikan
infrastruktur infrastruktur mempunyai
kemudahan akses pada user kemudahan akses pada
jaringan jaringan dan serta penggunaan dan backup datadan
user, penggunaan
memberikan center
kapasitas layanannya sudah kapasitas layanan sudah
kemudahan akses cukup memadai baik serta adanya back up
3 Keamanan Tidak Sudah memiliki Sudah memiliki Sudah memiliki
pada user namun layanan bila terjadi
memiliki mekanisme mekanisme keamanan mekanisme keamanan
penggunaan dan gangguan
mekanisme keamanan namun yang sudah terencana yang sudah terencana
keamanan kapasitas
belum terencana dengan baik dan
dengan baik namun tidak
informasi layanannya
dengan baik masih dilakukan dievaluasi secara
terbatas periodik
evaluasi secara
periodik
 Fasilitas Tidak Mempunyai Mempunyai fasilitas Mempunyai fasilitas
pendukung mempunyai fasilitas pendukung pendukung infrastruktur pendukung
infrastruktur fasilitas namun masih TIK yang sudah memadai infrastruktur TIK yang
4 TIK pendukung kurang memadai sudah
Disaster Tidak memiliki Disaster recovery Dokumen disaster recovery Dokumen disaster
infrastruktur memadai dan terencana
Recovery dokumen sudah sudah terdokumentasi recovery sudah
TIK dengan baik
disaster terdokumentasi dengan baik dan sudah terdokumentasi dengan
5 recovery namun tidak dilakukan testing terhadap baik dan sudah dilakukan

Pemeliharaan Tidak dilakukan testing

Pemeliharaan dokumen tersebut
Pemeliharaan infrastruktur testing serta dilakukan
Pemeliharaan infrastruktur
TIK melakukan terhadap dokumen
infrastruktur TIK TIK sudah dengan baik evaluasi
TIK sudahdandilakukan
revisi secara

6 pemeliharaan tersebut
belum dilakukan namun belum dilakukan periodik
dengan baik dan dilakukan
Inventarisasi Tidak ada
infrastruktur Kegiatan
dengan baik Kegiatan
secara inventarisasi
rutin Kegiatan
secara inventarisasi
rutin
Peralatan TIK inventarisasi
TIK inventarisasi peralatan TIK sudah peralatan TIK sudah
7 peralatan TIK peralatan TIK terdokumentasi dengan terdokumentasi dengan
belum baik namun belum baik dan dilakukan secara
terdokumentasi dilakukan secara periodik periodik

2.7. Capacity planning dengan baik

Capacity planning atau perencanaan kapasitas dibentuk dari dua kata

yaitu perencanaan dan kapasitas, menurut KBBI perencanaan berarti
proses merencanakan, dan kapasitas diartikan sebagai ruang yang tersedia,
sehingga apabila digabungkan perencanaan kapasitas adalah proses untuk
merencanakan ketersediaan.
Tujuan dilakukannya perencaan kapasitas adalah untuk memastikan
kapasitas saat ini dan masa depan serta tuntutan kinerja penyediaan layanan TI
dapat sesuai dengan kebutuhan bisnis, dan biaya yang justifiable atau dapat
dijustifikasi. Manajemen kapasitas adalah tentang menemukan keseimbangan
yang tepat antara sumber daya (resource) dan kapasitas (capacity), dan
kebutuhan (demand). Manajemen kapasitas menyediakan prediksi indikator
kapasitas yang diperlukan untuk menyelaraskan kapasitas dengan
permintaan/beban. Kapasitas infrastruktur yang ideal adalah yang cukup memadai
untuk memikul beban kerja dalam suatu jangka waktu ke depan.
Agar perencanaan rancangan arsitektur yang telah dikemukakan diatas
adaptif terhadap perubahan baik perubahan internal/eksternal maka diperlukan
perencanaan strategis untuk kapasitas dimaksud. Menurut John AllSpaw (The Art
 of Capacity Planning.Oreilly, 2008), kerangka kerja untuk melakukan
perencanaan kapasitas digambarkan pada gambar 2.13

Gambar 2.13 Proses dalam merencanakan kapasitas

(John AllSpaws,2008)
Dari gambar 2.13 dapat diidentifikasi bahwa langkah pertama yang
dilakukan adalah dengan melakukan pengukuran kapasitas yang ada saat ini
kemudian melakukan justifikasi apakah kapasitas saat ini masih reliable atau
tidak, apabila dirasakan perlu melakukan peningkatan reliability maka dibuat
strategi peningkatan kapasitas yang mencakup hardware, software, architecture,
dsb.
2.8. Penelitian terdahulu
2.8.1. Research of Information System Technology Architecture (Minli Jin,
Decai Kung, Wuliang Peng, 2010).
Minli Jin, Decai Kung, Wuliang Peng melakukan publikasi atas hasil
penelitian mereka dan disubmit pada 2010 2nd International Conference on
Industrial and Information Systems. Penelitian ini mengadopsi framework
TOGAF ADM dalam membangun infrastruktur teknologi informasi pada
perusahaan coal-dressing, dengan fase-fase iterasi analisis yang dilakukan
tampak pada gambar 2.14

Gambar 2.14 TOGAF ADM Iteration

TOGAF dipilih atas kelengkapan dan panduannya yang terperinci dalam

menterjemahkan bentuk arsitektur dan pilihan teknologi informasi yang ideal
untuk menjalankan proses bisnis yang sudah ada, hasil akhir perancangan
infrastruktur TI adalah sebagai berikut
 Gambar 2.15 Reference Model of a Coal-dressing Plant
(Minli, Decay)
Pada gambar 2.15, terlihat bahwa penulis menggunakan API sebagai
perantara system users coal-dressing plant dengan layanan di bawahnya.
Kesimpulan dari penelitian ini adalah TOGAF telah terbukti sebagai framework
yang berhasil dan secara baik memetakan strategi bisnis ke dalam bentuk
strategi teknologi informasi pada perusahaan coal-dressing.

2.8.2. Building and Managing Adaptive e-Business Solution Infrastructure

(David L. Cohn, 2003)

Dalam penelitian ini David mendefinisikan bahwa perusahaan harus dapat
dengan cepat memodifikasi dan mengadaptasikan proses bisnis untuk
mempertahankan competitive advantage perusahaan, integrasi proses bisnis dan
manajemen adalah kunci untuk membangun dan mengelola infrastruktur e-bisnis
yang adaptif.
Sebagai sebuah teknologi yang memungkinkan integrasi proses bisnis,
web service menyediakan cara standar untuk memungkinkan aplikasi heterogen
untuk berkomunikasi dengan satu sama lain. Standard interface dan mekanisme
komunikasi web service digunakan untuk membangun infrastruktur e-bisnis
termodulasi dan adaptif yang mendukung lingkungan bisnis yang berkembang.

2.8.3. European Organization for Nuclear Research (CERN) data centre

evolution (Gavin McCance, 2012)
Gavin McCance dalam pemaparannya menjelaskan bagaimana perubahan
strategi TI yang dilakukan pada CERN demi mengantisipasi berbagai
permasalahan strategis organisasi, manajemen akhirnya memutuskan untuk
beralih menggunakan teknologi cloud computing sebagai infrastruktur TI utama
pada data centre mereka, alasan utama perubahan strategi ini dilandasi karena
semakin kompleknya permasalahan pengelolaan data centre, seperti konsep
pengelolaan sumber daya yang masih konvensional berakibat pada inefisiensi
sumber daya dan kerumitan dalam pengelolaan sumber daya, deskripsi

identifikasi permasalah tampak pada gambar berikut

Gambar 2.16 Data centre by number CERN (McCance, 2012)

 Dari pemaparan McCance terlihat bahwa dari total hampir 7000
hardware, hampir 1800 diantaranya rusak setiap tahun, tentu saja hal ini menjadi
masalah sangat serius untuk mempertahankan performance layanan.
S e k i t a r 12.000 server, dedicated computed, dedicated disk server, dedicated
service nodes, mostly running on real hardware, memerlukan upaya pemeliharaan
yang rumit. Sebagai solusi untuk menjawab permasalah ini maka digunakan
teknologi cloud computing.

Gambar 2.17 New Building Block, arsitektur cloud CERN (Mc Cance, 2012)

Dari blok diagram 2.17 arsitektur CERN yang baru, terlihat bahwa
OpenStack Nova digunakan sebagai Virtual Interface Manager (VIM), dan
Puppet yang difungsikan sebagai config provisioning control. Teknologi cloud
computing sudah digunakan dalam rancangan arsitektur yang baru, menggantikan
pola pengelolaan konvensional sebelumnya.
2.9. Teoritical framework
Berdasarkan studi literatur yang dilakukan peneliti, maka penulis
melakukan proses dekomposisi atas seluruh teori, selanjutnya menuangkannya
dalam bentuk teoritical framework penelitian yaitu pada gambar 2.18 berikut

Gambar 2.18 Teoritical framework penelitian

Pada gambar 2.18, penulis mencoba merumuskan bagaimana

menghasilkan rancangan infrastruktur adaptif berdasarkan penelusuran pustaka
dari berbagai sumber. Rancangan infrastruktur adaptif dipengaruhi oleh beberapa
variable utama yaitu konsep e-business solutions (David L Chon), service
oriented architecture (SOA), pemilihan enterprise architecture framework, cloud
computing technology, capacity planning, panduan PeGI, dukungan kuat dari
management terhadap program kerja TI yang akan dicanangkan Berdasarkan
kerangka teori yang sudah dibangun selanjutnya akan diterapkan untuk
melakukan perancangan infrastruktur teknologi informasi yang bersifat adaptif
dengan objek penelitian adalah pada Universitas 17 Agustus Surabaya.
 BAB 3
METODOLOGI PENELITIAN

Bab ini membahas mengenai tahapan penelitian, kerangka pikir penelitian

dan metoda pengumpulan data yang akan digunakan pada penelitian ini. Dalam
penelitian ini setiap tahapan berdasarkan kerangka TOGAF 9.1

3.1. Tahapan penelitian

Dalam memecahkan masalah penelitian ini, serangkaian metode-metode
berupa alur kerja yang dilakukan selama penelitian adalah sebagai berikut;
1. Perumusan masalah: mengumpulkan permasalahan yang ditemukan dan
disatukan dalam suatu research question. Selanjutnya research question ini
digunakan sebagai pedoman, penentu arah atau fokus dari penelitian
2. Studi literarur. Melakukan review, pembandingan dan melihat literarur
yang terkait dengan penelitian. Literarur berupa:hasil penelitian terkait,
jurnal ilmiah, dan buku teks.
3. Penentuan dan penyusunan kerangka penelitian: dari studi literarur yang
telah dilakukan, peneliti melakukan penyusunan kerangka penelitian yang
sesuai untuk menjawab masalah yang telah dirumuskan.
4. Pengumpulan data: Pada tahapan ini dilakukan pengumpulan data secara
kualitatif dengan melakukan wawancara dan analisis dokumen.
5. Analisa data dan perancangan: penggunaan tools dan metodologi
terhadap data yang didapat. Pada tahap ini penulis menggunakan kerangka
kerja TOGAF ADM. Hasil dari tahap ini berupa rancangan infrastruktur
teknologi informasi yang adaptif. Pada tahap ini penulis melakukan
beberapa kali proses iterasi validasi kepada stakeholder mengenai
rancangan sistem informasi dan teknologi informasi yang akan menjadi
solusi pada Universitas 17 Agustus Surabaya.

Kesimpulan dan saran: penarikan kesimpulan berdasarkan hasil

penelitian berupa usulan infrastruktur teknologi informasi. Secara lengkap tahapan
penelitian digambarkan pada gambar 3.1
 Gambar 3.1 Tahapan penelitian

3.2. Kerangka pikir penelitian

Dalam penelitian ini setiap tahapan akan disesuaikan dengan kerangka
kerja TOGAF. Berdasarkan tahap-tahap yang ada pada TOGAF ADM maka
diharapkan akan didapatkan sebuah model arsitektur teknologi informasi yang
melingkupi keempat komponen penting yaitu business architecture, data
architecture, application architecture, dan technology architecture.
 Proses yang digunakan adalah dari fase preliminary sampai dengan
opportunities and solutions. Fase TOGAF ADM yang akan digunakan pada
penelitian ini adalah sebagai berikut

3.2.1. Fase preliminary: framework and priciples

Fase ini merupakan tahap persiapan dan permulaan untuk mendefinisikan
kerangka dan prinsip, bertujuan untuk mengkonfirmasi komitmen dari
stakeholder, penentuan framework dan metodologi detail yang akan digunakan
pada pengembangan arsitektur enterprise. Dalam penelitian ini framework yang
dipakai adalah The Open Group Architecture Framework (TOGAF) dengan
metodologi Architecture Development Method (ADM) untuk membuat rancangan
arsitektur teknologi informasi adaptif pada Universitas 17 Agustus Surabaya.

3.2.2. Fase requirements management

Pada fase ini dilakukan penggalian kebutuhan (requirements)
organisasi serta mendokumentasikan kebutuhan user. Tujuan fase ini
menyediakan proses pengelolaan kebutuhan arsitektur sepanjang fase pada siklus
ADM, mengidentifikasi kebutuhan enterprise, menyimpan lalu memberikannya
kepada fase yang relevan. Requirements yang diperlukan pada fase ini
diantaranya administrasi akademik, penyelenggaraan keuangan, proses
penelitian dan pengabdian. Pengembangan sistem informasi harus sesuai dengan
requirement management untuk mencapai tujuan organisasi.

3.2.3. TOGAF Architecture Development Method (ADM)

3.2.3.1. Fase A : Architecture Vision
Mendefinisikan ruang lingkup, tujuan bisnis, sasaran bisnis, profil
organisasi, struktur organisasi, identifikasi stakeholder, visi misi organisasi, dan
memperoleh persetujuan, serta memetakan semua strategi yang akan dilakukan,
Pada fase ini juga bertujuan menciptakan keseragaman pandangan mengenai
pentingnya arsitektur enterprise untuk mencapai tujuan organisasi yang
dirumuskan dalam bentuk strategi serta menentukan lingkup dari arsitektur yang
akan dikembangkan. Pada tahapan ini berisikan pertanyaan-pertanyaan yang
diajukan untuk mendapatkan arsitektur yang ideal.

3.2.3.2. Fase B : Bussiness architecture

Mendeskripsikan arsitektur bisnis saat ini, sasaran, dan menentukan celah
(gap) diantara arsitektur bisnis. Pada fase ini dilakukan pendefinisian kondisi
awal arsitektur bisnis. Pada fase ini juga dilakukan pemodelan bisnis dengan
memilih tool yang tepat untuk menggambarkan arsitektur bisnis. Pemodelan
arsitektur bisnis dilakukan dengan mengidentifikasikan area fungsional utama,
menetapkan fungsi bisnis, dan area fungsionalitas pendukung.

3.2.3.3. Fase C : Information system architecture

Menekankan pada bagaimana arsitektur sistem informasi dibangun yang
meliputi arsitektur data dan arsitektur aplikasi yang akan digunakan oleh
organisasi. Pada arsitektur data, dilakukan dengan mengidentifikasi seluruh
komponen data yang akan digunakan oleh aplikasi untuk menghasilkan informasi
yang dibutuhkan organisasi berdasarkan kebutuhan area fungsional bisnis yang
telah ditetapkan. Indentifikasi yang dilakukan adalah menentukan kandidat
entitas data, mendefinisikan entitas data, dan membuat relasi antara fungsi
bisnis dan entitas data. Teknik yang bisa digunakan adalah ER-Diagram, class
diagram, dan object diagram. Pada arsitektur aplikasi, dilakukan dengan
mengidentifikasi kandidat aplikasi, menentukan jenis aplikasi yang dibutuhkan
untuk memproses data dan mendukung bisnis, serta membuat pemodelan
arsitektur aplikasi.

3.2.3.4. Fase D : Technology architecture

Pada fase ini didefinisikan kebutuhan teknologi untuk mengolah data.
Langkah awal yang dilakukan adalah menentukan kandidat teknologi yang akan
digunakan untuk menghasilkan pemilihan teknologi untuk platform
teknologi yang ada dalam aplikasi meliputi perangkat lunak dan perangkat keras.
Teknik yang digunakan adalah dengan mengidentifikasikan prinsip platfom
teknologi, yang terdiri atas tujuh area yang meliputi sistem operasi,
manajemen data, aplikasi, perangkat keras, komunikasi, komputasi pemakai,
dan keamanan. Teknik ini memberikan gambaran tentang jaringan yang terdapat
pada suatu organisasi. Secara umum arsitektur teknologi akan
membandingkan perencanaan dan pembangunan teknologi yang lama dan baru.
Analisis gap ini akan menempatkan infrastruktur teknologi baru yang akan
dibutuhkan dalam penerapan kedepannya. Teknik yang bisa digunakan adalah
environment and location diagram, dan network computing diagram.

3.2.3.5. Fase E : Opportunities and solutions

Pada fase ini menekankan pada manfaat yang diperoleh dari arsitektur
enterprise. Dilakukan evaluasi gap dari arsitektur enterprise yang meliputi
arsitektur bisnis, data, arsitektur aplikasi, dan arsitektur teknologi untuk
selanjutnya membuat strategi untuk solusi. Evaluasi dan strategi untuk solusi ini
dapat dijadikan dasar bagi stakeholder untuk memilih dan menentukan arsitektur
yang akan diterapkan.

3.3. Metode pengumpulan data.

Metode pengumpulan data untuk penelitian ini akan dilakukan dengan
wawancara dan studi literatur dokumen formal organisasi Unila. Untuk
mendapatkan data yang tepat dan akurat dan akan dijadikan sebagai input dalam
analisis data, maka pemilihan nara sumber yang akan diwawancarai harus
dipertimbangkan secara matang, minimal dengan kualifikasi narasumber seperti
berikut;
Memahami persis terhadap fakta yang ingin diketahui data dan
informasinya.
Memiliki waktu yang cukup untuk berdiskusi secara intensif terhadap fakta
yang diperlukan.

3.4. Metode Analisis Data

Metode analisis data yang dipergunakan dalam penelitian ini adalah
metode kualitatif melalui studi literatur dan hasil melakukan wawancara dengan
nara sumber untuk melakukan analisa data.
 BAB 4
PROFIL ORGANISASI

4.1. Sejarah Organisasi

Universitas 17 Agustus Surabaya merupakan Perguruan Tinggi Negeri di

Provinsi Jawa Timur yang berdiri berdasarkan Keputusan Menteri Perguruan
Tinggi Ilmu Pendidikan (PTIP) Nomor 195 Tahun 1965, pada tanggal 23
September 1965, kemudian dikukuhkan menjadi Perguruan Tinggi Negeri dengan
Keputusan Presiden Nomor 73 Tahun 1966, yang diawali dengan Fakultas
Ekonomi dan Fakultas Hukum. Tahun 1968 IKIP Jakarta Cabang
Tanjung Karang diintegrasikan ke dalam Unila berdasarkan Surat Keputusan
Direktorat Jenderal Perguruan Tinggi Nomor: 1 Tahun 1968. Kemudian, dengan
Keppres Nomor 043
Tahun 1982 menjadi Fakultas Keguruan dan Ilmu Pendidikan.
Selanjutnya, beberapa fakultas dibentuk, yaitu Fakultas Pertanian
didirikan berdasarkan SK Presidium Nomor 756/KPTS/1967 dan dikukuhkan
Mendikbud Nomor 16 Tahun 1973. Kemudian menyusul Fakultas Teknik yang
didirikan berdasarkan SK Presidium Unila Nomor 227/KPTS/IRES/1968. Sejak
tahun 1972 berdasarkan Surat Keputusan Direktur Pendidikan Tinggi Nomor
101/B-1/II/1972 (karena adanya beberapa alasan yang sangat teknis) Fakultas ini
tidak menerima mahasiswa baru lagi dan mahasiswa yang ada disalurkan ke
Fakultas lain. Pada tanggal 13 Januari 1978 dengan SK Rektor
Nomor 08/KPTS/R/1979 dibentuk Fakultas Teknik Persiapan.
Perkembangan selanjutnya, berdasarkan SK Presiden Nomor 43/M/1987 fakultas
ini ditetapkan sebagai Fakultas Non Gelar Teknologi (FNGT). Pada
perkembangan selanjutnya, dengan SK Mendikbud Nomor 0132/O/1991,
tanggal 6 April 1991 FNGT ini diubah menjadi Fakultas Teknik. Perkembangan
selanjutnya, pada Tahun Akademik 1986/1987 dibuka persiapan Fakultas Ilmu
Sosial dan Ilmu Politik (FISIP), yang kemudian pada tanggal 11 November 1995,
dikukuhkan menjadi salah satu fakultas di Unila berdasarkan Surat Keputusan
Mendikbud Nomor 0333/O/1995.
 Pada Tahun Akademik 1988/1989 dibentuk Persiapan Fakultas
IlmuMatematika dan Ilmu Alam (FMIPA), yang kemudian pada tanggal 15
November 1995, dikukuhkan sebagai fakultas berdasarkan Surat Keputusan
Mendikbud Nomor 0334/O/1995. Pada tahun 2002, Program Studi Pendidikan
Dokter yang bernaung di bawah Fakultas MIPA, telah memulai kegiatannya
sesuai dengan Izin Penyelenggaraan Program Studi Pendidikan Dokter yang
diterbitkan oleh Dirjen Dikti Depdiknas dengan nomor Nomor
3195/D/T/2002 tanggal 28
Oktober 2002.
Program Pascasarjana Universitas 17 Agustus Surabaya didirikan
bersamaan dengan pengangkatan Direktur Program Pascasarjana berdasarkan
Surat Keputusan Rektor Universitas 17 Agustus Surabaya Nomor
94/J26/KP/2002 tanggal 3 Juli 2002. Sampai dengan Tahun Akademik
2005/2006, enam program magister telah beroperasi. Program Studi Magister
Hukum merupakan program magister pertama didirikan berdasarkan
Keputusan Direktur Jenderal Pendidikan Tinggi (Dirjen Dikti) Nomor
387/Dikti/Kep/1999 tanggal 19 Agustus 1999. Program magister kedua adalah PS
Magister Teknologi Agroindustri yang berdiri berdasarkan Keputusan Dirjen
Dikti Nomor 452/Dikti/Kep/1999 tanggal 23
Nopember 1999.
Program magister ketiga yaitu Program Studi Magister Manajemen
berdiri berdasarkan Keputusan Dirjen Dikti Nomor 87/Dikti/Kep/2000 tanggal 14
April 2000. Program Magister Agronomi yang merupakan PS magister keempat
yang berdiri berdasarkan Keputusan Dirjen Dikti Nomor 251/Dikti/Kep/2000
tanggal 4 Agustus 2000. Program magister kelima yaitu Magister Teknologi
Pendidikan yang berdiri berdasarkan Keputusan Dirjen Dikti Nomor
82/Dikti/Kep/2001 tanggal 3 April 2001. Program magister keenam yaitu
Program Magister Ekonomi Pertanian/Agribisnis berdiri berdasarkan
Keputusan Dirjen Dikti Nomor 3004/D/T/2004 tanggal 4 Agustus 2004. Pada
tahun akademik 2007/2008 telah dibuka juga dua buah program studi
pascasarjana yaitu PS Magister Teknik Sipil dan PS Magister Ilmu Pemerintahan,
berdasarkan Keputusan Dirjen Dikti Nomor
4925/D/T/2006 tanggal 26 Desember 2006.
4.2. Visi dan Misi

Visi jangka panjang unila di tahun 2025 adalah :

Pada Tahun 2025 Unila Menjadi Perguruan Tinggi Sepuluh Terbaik di

Indonesia.
Sedangkan misi Unila untuk mewujudkan visi tersebut adalah :
1. Mewujudkan penyelenggaraan Tri Dharma Perguruan Tinggi yang
berkualitas.
2. Mewujudkan budaya akademik yang kondusif, dinamis, dan bermoral.
3. Mewujudkan tata kelola organisasi Unila yang baik (good university
governance).
4. Mewujudkan aksesibillitas dan equitas pendidikan tinggi.
5. Menjadi agen perubahan dan menjaga kebenaran dan keadilan
bagi kepentingan masyarakat.
6. Mewujudkan kerjasama dengan berbagai pihak antara lain pemerintah,
masyarakat, dunia usaha, lembaga nonpemerintah, dalam dan luar
negeri, yang saling memberikan manfaat secara berkelanjutan.

4.3. Sasaran Strategis

Tabel 4.1 Sasaran strategis Universitas 17 Agustus Surabaya

(dokumen restra)
Mewujudkan penyelenggaraan Tri Dharma Perguruan Tinggi yang
M.1 berkualitas
S.1 Meningkatnya kualitas pelaksanaan Tri Dharma Perguruan Tinggi
S.2 Meningkatnya fungsi pelayanan Tri Dharma Perguruan Tinggi
S.3 Meningkatnya prestasi mahasiswa
S.4 Terjalinnya kemitraan dengan pemangku kepentingan
M.2 Mewujudkan budaya akademik yang kondusif, dinamis, dan
bermoral
S.1 Terselenggaranya Merit System
S.2 Berkembangnya budaya akademik mahasiswa
S.3 Tersedianya sarana pendukung budaya akademik
 S.4 Tersedianya sarana pendukung budaya akademik
M.3 Mewujudkan tata kelola yang baik (good university governance)
S.1 Terbinanya tenaga akademik dan kependidikan
S.2 Meningkatnya kinerja lembaga
S.3 Meningkatnya kinerja lembaga kemahasiswaan
S.4 Tumbuhnya kepercayaan pemangku kepentingan
M.4 Mewujudkan aksesibillitas dan equitas pendidikan tinggi
S.1 Terbukanya kesempatan belajar secara adil
S.2 Tersedianya daya dukung yang memadai
S.3 Terjalinnya kemitraan dengan pemangku kepentingan
M.5 Menjadi penggerak perubahan (agent of change) dengan menjunjung
tinggi kebenaran dan keadilan
S.1 Tumbuhnya sinergi antara teori dan aksi
S.2 Berkembangnya pusat-pusat stud
S.3 Meningkatnya aksi sosial mahasiswa
S.4 Meningkatnya citra publik terhadap pusat pusat studi
M.6 Meningkatkan kerjasama dengan pemangku kepentingan, dalam dan
luar negeri, yang saling memberikan manfaat secara berkelanjutan
S.1 Terjalinnya kemitraan dalam pelaksanaan Tri Dharma Perguruan
Tinggi
S.2 Terbinanya kerjasama dengan pemangku kepentingan
S.3 Meningkatnya kerjasama dengan mahasiswa dari perguruan tinggi
lain

4.4. Fasilitas
Sarana administrasi akademik, pembelajaran, penelitian, dan pengabdian,
tersedia gedung, laboratorium, bengkel, studio, dan kebun percobaan. Fasilitas
fisik gedung/ruang yang ada saat ini seluas 102.122 m, dengan rincian ruang
kuliah seluas 23.499 m; laboratorium 16.697 m, perpustakaan 6.407 m, ruang
kerja dosen 6.689 m, ruang administrasi 15.989 m, dan ruang lainnya 32.831
m.
Kebun percobaan Unila tersebar di beberapa tempat yaitu di Natar, Lampung
Selatan seluas 3,5 ha, di Sukadanaham, Bandar Lampung, seluas 5,5 ha (status
hak milik) di Tanjungan, Lampung Selatan seluas 100 ha (sedang diperpanjang
proses hak guna pakainya)
 Tabel 4.2 Daftar Fasilitas
(Unila dalam angka, 2011)

LUAS RUANG DAN Tabel : 59

Universitas 17 Agustus Surabaya Lemb : 01
UNIVERSITAS
DALAM ANGKA PERUNTUKANNYA
TAHUN 2011
N Fakultas FE FH FKIP FP FT FISIP FMIPA ar
FK Universitas
LAMPUNG
1 Ruang Kuliah 1,920 16,01 3,090 2,303 1,420 500 1,687 -
568
2o Laboratorium (m2) 176
580 (m2) 820
(m2) 3,999
(m2) 7,555
(m2) 250
(m2) 44,282
(m2) (m2)
929 -(m2)
3 Perpustakaan 210 073 86 1,135 225 70 151 28 -
4 Ruang Studio - - - 9,892 447 90 - - -
5 Kegiatan Kemahasiswaan 280 121 54 18,97 - 120 - 33 -
6 Ruang Dosen 1,101 835 2,036 2,345 5,033 807 616 127 -
7 Kantor/Administrasi 779 489 1,012 11,209 1,396 338 492 327 -
8 Ruang Serbaguna 78 - - - - - - 52 -
9 Ruang Olahraga - - - - - - - - -
10 Ruang Penelitian - - - - - - - - -
11 Ruang Pengabdian - 44 - - - - - - -
12 Ruang Percetakan - - - - - - - - -
13 Masyarakat
Koperasi Mahasiswa - - - - - - - - -
14 Bursa Mahasiswa - - - - - - - - -
15 Poliklinik - - - - - - - - -
16 Sarana Ibadah 20 49 166 19 200 150 - 61 -
17 Kantin 52 240 35 1,702 - - 168 - -
18 Toilet 310 243 418 207 260 70 138 196 -
19 Ruang Lain - Lain 6,950 - 1,946 463 - - - - -
20 Perpustakaan Universitas - - - - - - - - 5,000
Total 12,28 18,28 9,663 42,24 16,53 3,395 47,534 2,321 5,000
sumber data : BAUK
0 0 5 6
Pada tabel 4.2 diidentifikasi spesifikasi detail fasilitas yang tersebar pada level
fakultas maupun hingga unit kerja

4.4.1. Layanan Informasi

Universitas 17 Agustus Surabaya mengembangkan berbagai kemudahan
untuk pelayanan administrasi, seperti nilai-nilai yang diperoleh mahasiswa.
Dengan demikian setiap mahasiswa dapat dengan mudah memperoleh informasi
tentang prestasi akademik yang dimilikinya melalui internet atau memanfaatkan
website yang ada.
Disisi lain, untuk pengambilan matakuliah dan pemberian nilai mahasiswa dapat
dilaksanakan secara online menggunakan akses intranet/internet. Pelayanan
informasi terus dikembangkan melalui sistem informasi online, sehingga setiap
saat masyarakat luas dan mahasiswa dapat mengakses berbagai informasi kegiatan
di universitas baik itu akademik maupun non akademik.
4.4.2. Perpustakaan
Perpustakaan Universitas 17 Agustus Surabaya merupakan salah satu Unit
Pelaksana Teknis (UPT) yang berfungsi memberikan pelayanan informasi
kepustakaan kepada civitas akademika dalam menunjang Tri Dharma Perguruan
Tinggi yang meliputi pendidikan, penelitian dan pengabdian kepada masyarakat.
Berikut layanan yang ada pada perpustakaan:
1. Layanan Peminjaman Buku Teks. Layanan peminjaman buku
teks merupakan salah satu jenis layanan perpustakaan, dimaksudkan agar
pengguna perpustakaan dapat memanfaatkan buku teks lebih leluasa dengan
memberikan kemudahan waktu dan tempat.
2. Layanan Koleksi Buku Cadangan. Layanan ini menyediakan 1
(satu) eksemplar buku dari seluruh judul buku teks yang dikoleksi
oleh Perpustakaan Unila. Layanan ini dimaksudkan apabila buku tertentu
yang berada di ruang sirkulasi telah habis dipinjam maka pengguna yang
memerlukan buku yang sama masih bisa membacanya pada layanan
ini. Buku teks yang berada pada layanan ini hanya bisa dibaca di tempat
atau di foto copy.
3. Layanan Koleksi Karya Ilmiah. Layanan ini menyediakan koleksi
karya ilmiah hasil karya sivitas akademika dan karyawan Unila.
Koleksi yang disajikan terdiri dari disertasi, skripsi, dan tugas akhir.
Koleksi tersebut dapat dibaca ditempat dan difoto copy dengan
mengikuti aturan yang berlaku.
4. Layanan penelusuran artikel ilmiah melalui journal dan CD-ROM
Layanan ini didukung dengan koleksi majalah ilmiah terbitan luar dan
dalam negeri, berbentuk cetak dan dalam kemasan CD-ROOM.
5. Layanan WARINTEK. Layanan ini merupakan hasil kerja sama
antara Perpustakaan Unila dengan Kantor Kementerian Riset dan Teknologi
dengan memberikan jasa penelusuran informasi yang bersumber pada
database dan koleksi yang dihimpun oleh PDII-LIPI dan Kantor Menristek.

4.5. Organisasi
4.5.1. Bagan struktur organisasi Universitas 17 Agustus Surabaya.

Gambar 4.1 Struktur Organisasi

4.5.2. Tugas dan Fungsi
Rektor
Rektor dan Pembantu Rektor adalah unsur pimpinan utama Universitas
yang secara bersama-sama bertanggung jawab menetapkan kebijakan dan
memimpin penyelenggaraan kegiatan pendidikan, penelitian dan pengabdian
pada masyarakat.

Pembantu Rektor 1, bidang akademik.

1. Memimpin pelaksanaan pendidikan dan pengajaran, penelitian dan
pengabdian kepada masyarakat.
 2. Mengkoordinasikan pembinaan seluruh komponen bidang akademik untuk
menciptakan lingkungan kerja yang inovatif dan kondusif.
3. Menjalin hubungan kerja sama dengan lembaga luar institut dalam usaha
pengembangan akademik.
4. Mengidentifikasi berbagai strategi dan kebutuhan di bidang akademik.
5. Mengkoordinasi evaluasi jaminan mutu akademik.
6. Mengidentifikasi pengembangan strategi kurikulum dan silabus.
7. Berperan aktif dalam pengembangan, implementasi dan pengelolaan
kebijakan serta rencana dan tujuan jangka pendek dan panjang di bidang
pendidikan, penelitian dan pengabdian masyarakat.
8. Melaksanakan penilaian prestasi dan proses penyelenggaraan kegiatan dan
menyusun laporan bidang akademik yang mempunyai tugas membantu
rektor dalam memimpin pelaksanaan pendidikan dan pengajaran,
penelitian dan pengabdian kepada masyarakat.

Pembantu Rektor 2, bidang keuangan.

1. Membantu Rektor dalam memimpin pelaksanaan kegiatan di
bidang administrasi keuangan, perencanaan, kepegawaian/ketenagaan,
administrasi umum dan perencanaan.
2. Mengidentifikasi berbagai perencanaan strategi dan kebutuhan di bidang
administrasi, keuangan, Sumber Daya Manusia, sarana-prasarana,
dan pelayanan hukum.
3. Mengatur dan mengelola semua sumber daya manusia dan sarana-
prasarana agar efektif dan tepat sasaran dalam mencapai tujuan.
4. Mengkoordinasikan seluruh komponen di bidang administrasi
umum, keuangan dan usaha bisnis.
5. Merencanakan dan menjalin hubungan kerja sama dengan pihak lain untuk
kemajuan institut;
6. Berperan aktif dalam perencanaan pengembangan, implementasi dan
pengelolaan kebijakan serta rencana dan tujuan jangka pendek dan
panjang di bidang administrasi umum, ketenagaan dan keuangan.
 7. Melaksanakan penilaian prestasi dan proses penyelenggaraan kegiatan dan
menyusun laporan bidang administrasi umum dan keuangan.
8. Membantu Rektor dalam memimpin pelaksanaan kegiatan bidang
keuangan dan administrasi umum.

Pembantu Rektor 3, bidang kemahasiswaan.

1. Membantu Rektor dalam memimpin pelaksanaan kegiatan di
bidang pembinaan mahasiswa dalam pengembangan kecerdasan
intelektual, kecerdasan emosional, kedalaman spiritual, minat, bakat,
kreatifitas, akhlak, kultur akademik serta kesejahteraan mahasiswa.
2. Membantu Rektor dalam memimpin pelaksanaan kegiatan pembinaan
alumni, pemetaan alumni, penyusunan data base alumni dan
pemberdayaan alumni; Merencanakan dan menjalin hubungan kerjasama
dengan pihak lain yang dapat membantu pengembangan kecerdasan
intelektual, kecerdasan emosional, kedalaman spiritual, minat, bakat,
kreatifitas, akhlak, kultur akademik serta kesejahteraan mahasiswa.
3. Melakukan pengendalian, pengawasan dan penilaian prestasi serta proses
penyelenggaraan kegiatan. Pelaksanaan evaluasi kinerja dan penyusunan
pelaporan; membantu Rektor dalam memimpin pelaksanaan di bidang
pembinaan dan pelayanan kesejahteraan mahasiswa serta kerjasama.
4.
Biro Administrasi Akademik, Kemahasiswaan (BAAK)
BAAK adalah pembantu pimpinan Unila dibidang administrasi akademik,
kemahasiswaan, yang berada dibawah dan bertanggungjawab kepada
Rektor dan sehari-hari pembinaanya dilakukan oleh pembantu Rektor I
(yang menyangkut administrasi akademik, perencanaan), oleh pembantu
Rektor III (yang menyangkut administrasi kemahasiswaan).

Biro Administrasi Umum dan Keuangan (BAUK).

 BAUK adalah pembantu pimpinan Unila di bidang administrasi umum dan
keuangan yang berada di bawah dan bertanggungjawab kepada Rektor
Unila dan sehari-hari pembinaanya dilakukan oleh pembantu Rektor II.

Biro Administrasi Perencanaan Sistem Informasi dan Kerjasama

(BAPSIK)
BAPSIK adalah pembantu pimpinan Unila di bidang administrasi
perencanaan sistem informasi dan kerjasama, yang berada di bawah dan
bertanggungjawab kepada Rektor dan sehari-hari pembinaannya dilakukan
oleh Pembantu Rektor I (yang menyangkut administrasi akademik), oleh
Pembantu Rektor II (yang menyangkut administrasi).

4.6. Statistik Mahasiswa

Unila merupakan salah satu perguruan tinggi besar di Indonesia. Data
statistik mahasiswa Unila disajikan untuk menggambarkan jumlah mahasiswa
Unila. Profil Mahasiswa baru Universitas 17 Agustus Surabaya per tahun
dijelaskan seperti pada tabel 4.3

Tabel 4.3 Data statistik Mahasiswa

(Unila dalam angka, 2011)
2005 2006 2007 2008 2009 2010 2011
FAKULT L P L P L P L P L P L P L P
Ekonomi 187 121 399 304 422 327 229 165 151 81 209 237 410 426
AS
Hukum 260 75 397 119 509 236 384 180 298 169 302 167 292 175
Kip 221 402 309 695 445 807 446 847 455 880 396 841 436 821
Pertanian 105 48 190 180 239 283 300 278 261 288 307 339 329 384
Kedokteran 2 8 19 19 20 42 39 55 46 72 41 78 39 97
Teknik 189 30 417 80 486 94 334 81 298 62 308 114 389 118
Mipa 62 51 172 147 222 209 196 148 145 124 123 181 144 192
Isip 139 66 214 183 374 312 360 200 294 223 334 316 323 323
Jumlah 1165 801 2117 1727 2717 2310 2288 1954 1948 1899 2020 2273 2362 2536
 BAB 5
HASIL DAN PEMBAHASAN

5.1. Fase preliminary: framework and principles

Fase preliminary merupakan tahap persiapan perencanaan
arsitektur enterprise. Tahapan ini dilakukan agar proses pemodelan arsitektur
dapat terarah dengan baik. Pada tahap ini didefinisikan bagaimana arsitektur
enterprise akan dibuat. Tujuan dari fase preliminary adalah untuk
mengkonfirmasi komitmen dari manajemen, penentuan framework dan
metodologi yang akan digunakan dalam pengembangan arsitektur enterprise.
Beberapa prinsip arsitektur awal yang didapat dari aktifitas fase ini adalah
sebagai berikut
Tabel 5.1 Prinsip arsitektur Universitas 17 Agustus Surabaya
No Prinsip Keterangan
1 Ketersediaan Infrastruktur harus senantiasa tersedia pada saat
dibutuhkan
2 Kompatibilitas Infrastruktur harus dapat beradaptasi menyesuaikan
dengan kebutuhan bisnis organisasi
3 Aksesibilitas Harus dapat diakses kapan pun dan dimanapun, dan
menggunakan media apapun
4 Standarisasi Seluruh infrastruktur harus menggunakan teknologi
yang sudah terstandarisasi
5 Integritas Integritas dan dan layanan harus diutamakan

6 Keamanan Seluruh aset teknologi dan informasi harus dilindungi

dengan sebaik-baiknya
7 Handal Infrastruktur yang digunakan dapat berfungsi dengan baik

8 Optimal Optimalisasi pemanfaatan seluruh sumber daya SI/TI

9 Akurat Informasi yang diberikan harus akurat dan tepat
10 Efektif Infrastruktur harus berjalan secara efektif sesuai dengan
kebutuhan dan tanggap dalam mengatasi tantangan
bisnis
11 Efisien Infrastruktur yang berjalan harus efisien sesuai dengan
asas ketepatan dan kebermanfaatan
5.1.1. Menentukan framework dan metodologi
Framework yang digunakan dalam perancangan arsitektur teknologi
informasi adaptif pada Universitas 17 Agustus Surabaya adalah framework
TOGAF dengan metodologi mengacupada TOGAFADM yang merupakan
metode detil bagaimana membangun dan mengelolas serta menerapkan arsitektu
renterprise dan sistem informasi.

5.1.2. Komitmen manajemen

Dukungan manajemen merupakan salah satu faktor suksesnya
pembuatan arsitektur enterprise. Oleh karena itu sebelum masuk ke dalam
tahapan selanjutnya dari perencanaan arsitektur enterprise perlu dipastikan
terlebih dahulu komitmen dari manajemen agar proses selanjutnya berlangsung
baik.
Pada tahapan ini telah diperoleh dukungan dan komitmen dari unsur
manajemen dalam bentuk policy management yang disajikan pada Lampiran SK
Puskom. Secara kongkrit komitmen manajemen untuk mengembangkan teknologi
informasi telah dimulai sejak tahun 1997 dengan didirikannya P u s a t K o m p
u t e r ( P u s k o m ) U n i l a . Saat pertama kali dimulai, teknologi informasi
dikembangkan hanya untuk mendukung proses pembelajaran, fasilitas komputer
dan aspek bisnis. Namun dengan kemajuan teknologi informasi saat ini yang
terus berkembang, teknologi informasi diharapkan bisa mendukung seluruh aspek
aktifitas bisnis. Komitmen d a r i m a n a j e m e n U n i l a s a n g a t dibutuhkan
karena akan berpengaruh pada kebutuhan personil, anggaran, dan waktu.

5.2. Fase requirements managements

Tujuan dari fase ini adalah untuk menyediakan proses
pengelolaan kebutuhan arsitektur sepanjang fase pada siklus ADM,
mengumpulkan, menginventarisir dan mengidentifikasi seluruh kebutuhan
enterprise, menyimpan lalu memberikannya kepada fase TOGAF ADM
yang relevan. Referensi yang dibutuhkan pada fase ini diantaranya administrasi
akademik, anggaran keuangan, Standard Operasional Procedure (SOP). Fase
requirement management termasuk fase yang penting karena terkait dengan
rencana strategis dan kebijakan manajemen. Pengembangan sistem informasi
nantinya harus sesuai dengan requirements management organisasi. Detail
requirements management terkait dengan system informasi yang akan dibangun
adalah sebagai berikut:

5.2.1. Architecture vision

Visi Universitas 17 Agustus Surabaya Pada Tahun 2025 Unila Menjadi
Perguruan Tinggi Sepuluh Terbaik di Indonesia. Untuk mewujudkan visi
tersebut, rencana strategis yang dilakukan oleh Unila adalah dengan 3 (tiga) pilar
kegiatan pendidikan di Unila (dokumen renstra Unila)

a. Pemerataan dan perluasan akses

Pemberian bantuan pembiayaan untuk kelompok masyarakat yang
miskin tetapi potensial untuk belajar di Unila.
Membangun kemitraan antara Unila dan pemangku kepentingan nasional
dan internasional.
Pengembangan pembelajaran berbasis teknologi informasi dan multimedia.

b. Peningkatan mutu, relevansi, dan daya saing

Peningkatan pelaksanaan pendidikan, penelitian dan pengabdian kepada

masyarakat sesuai dengan Tri Dharma Perguruan Tinggi
Penerapan otonomi keilmuan untuk mendorong fakultas
melaksanakan tugasnya sebagai pengembang ilmu pengetahuan dan
teknologi, serta eningkatkan kualitas/kuanttas dan diverifikasi bidang
penelitian.
Pengembangan kurikulum dan pembelajaran efektif dalam kelompok
mata kuliah : iman dan takwa serta ahlak mulia, Ipteks, estetika serta
kepribadian.
 Pemberdayaan masyarakat (community development) berbasis
keunggulan dan kearifan lokal dengan penyediaan tenaga terampil untuk
industri lokal, nasional dan global serta pengembangan kewirausahaan.

c. Penguatan tata kelola, akuntabilitas, dan pencitraan publik

Mempersiapkan dan mengembangkan Universitas 17 Agustus Surabaya
sebagai perguruan tinggi yang otonom
Mengembangkan satuan pengendalian internal untuk meningkatkan
akuntabilitas dan transparasi
Membangun pencitraan yang positif (brand image) Universitas 17
Agustus Surabaya untuk mendorong peningkatan partisipasi masyarakat.
Peningkatan kapasitas pengelolaan yang ditunjang dengan
penerapan teknologi informasi dan komunikasi

5.2.2. Business architecture

Arsitektur bisnis merupakan gambaran kegiatan yang dilakukan setiap
hari secara sistematis berdasarkan visi dan misi organisasi. Dengan arsitektur
bisnis dapat diketahui proses bisnis yang berkaitan dengan proses di Unila.
Dengan diketahuinya proses bisnis maka dapat dilakukan penetapan tugas dan
tanggung jawab, sehingga fungsibisnis yang ada dapat berjalan dengan baik.

5.2.3. Information system architecture

Pada fase ini lebih menekankan pada bagaimana arsitektur sistem
informasi dikembangkan. Requirements management pada fase
information system architecture ditinjau dari 2 (dua) aspek, yaitu
application architecture dan data architecture. Aspek application
architecture dan data architecture dijelaskan sebagai berikut:

Application architecture
Kebutuhan manajemen pada arsitektur aplikasi adalah manajemen
membutuhkan aplikasi yang mendukung aktifitas Tridharma perguruan tinggi
agar dapat berjalan dengan maksimal dan juga online. Dengan aplikasi
sistem informasi online diharapkan dapat diakses kapan dan dimanapun.
Aplikasi yang dibutuhkan bersifat terintegrasi dan berjalan pada suatu
platform standar. Selain aplikasi bersifat online dan terintegrasi,
manajemen menginginkan aplikasi yang bersifat dinamis dan realtime
system. Dengan adanya aplikasi yang bersifat dinamis dan realtime
diharapkan informasi yang di sajikan akurat, tepat waktu, dan up to date.

Data architecture
Pada data architecture, manajemen membutuhkan sumber-sumber data yang
terpusat dan terintegrasi dengan tujuan meningkatkan koordinasi dan sinkronisasi
dari operasi pengolahan data serta dapat menyediakan informasi multilevel, cross
functional, tepat waktu, akurat, relevan. Dengan data yang terintegrasi diharapkan
informasi yang nantinya disajikan benar dan akurat.

5.2.4. Architecture technology

Pada arsitektur teknologi, difokuskan pada pembangunan
arsitektur teknologi yang dibutuhkan. Manajemen mengharapkan teknologi
yang ada saat ini dapat lebih di optimalkan untuk pengembangan sistem dan
penggunaannya. Manajemen akan mendukung penambahan peralatan teknologi
yang sesuai dengan kebutuhan untuk pengembangan sistem informasi
Tridharma Unila agar dapat berjalan secara maksimal dan untuk jangka
waktu yang lama sampai dilakukan pengembangan selanjutnya dikarenakan
adanya perkembangan teknologi informasi baru. Manajemen juga menginginkan
adanya peremajaan infrastruktur secara berkala sesuai dengan kebutuhan Unila.

5.2.5. Opportunities and solutions

Pada opportunities and solutions, manajemen menginginkan
pembuatan rencana untuk pengembangan sistem informasi Tridharma Unila.
Dengan adanya perencanaan, pengembangan sistem informasi dan investasi
teknologi informasi akan lebih terarah serta sesuai kebutuhan bisnis Unila.
Manajemen menginginkan pengembangan sistem informasi melibatkan pihak
internal Unila terutama U P T P u s k o m d a n B A P S I K , agar kontrol
pelaksanaan pengembangan sistem informasi dapat dilakukan.
5.3. Fase architecture vision
Sebelum melakukan perancangan arsitektur enterprise terlebih
dahulu dilakukan identifikasi requirements management untuk visi arsitektur.
Identifikasi yang dilakukan pada fase ini direpresentasikan melalui aspek visi
dan misi, tujuan bisnis (business goals), sasaran bisnis (business objective) dan
ruang lingkup (scope).

5.3.1. Visi dan Misi Unila

Visi 2025 : Pada Tahun 2025 Unila Menjadi Perguruan Tinggi Sepuluh
Terbaik di Indonesia

Misi
1. Mewujudkan penyelenggaraan Tri Dharma Perguruan Tinggi yang berkualitas.
2. Mewujudkan budaya akademik yang kondusif, dinamis, dan bermoral.
3. Mewujudkan tata kelola organisasi Unila yang baik (good university
governance).
4. Mewujudkan aksesibillitas dan equitas pendidikan tinggi.
5. Menjadi agen perubahan dan menjaga kebenaran dan keadilan bagi
kepentingan masyarakat.
6. Mewujudkan kerjasama dengan berbagai pihak antara lain pemerintah,
masyarakat, dunia usaha, lembaga nonpemerintah, dalam dan luar negeri, yang
saling memberikan manfaat secara berkelanjutan.

5.3.2. Tujuan bisnis (business goals)

Untuk mencapai visi yang telah ditetapkan, Unila telah menetapkan
tujuan bisnis yang merupakan penterjemahan terhadap visi yang telah ditetapkan
tersebut. Adapun tujuan bisnis Unila dijabarkan pada tabel 5.2
 Tabel 5.2 Tujuan strategis Universitas 17 Agustus Surabaya
(dokumen restra)
Mewujudkan penyelenggaraan Tri Dharma Perguruan Tinggi yang
M.1
berkualitas
T.1 Mewujudkan penyelenggaraan Tri Dharma Perguruan Tinggi yang
berkualitas.
T.2 Meningkatnya kualitas lulusan
T.3 Meningkatnya produktivitas dan kualitas penelitian
T.4 Meningkatnya produktivitas dan kualitas pengabdian kepada
masyarakat
T.5 Berfungsinya Standard Operating Procedure (SOP) tentang proses
pembelajaran, penelitian, dan pengabdian kepada masyarakat
T.6 Terlaksananya sistem pembelajaran sesuai dengan visi, misi, dan
tujuan institusi.
T.7 Meningkatnya partisipasi dan prestasi dalam bidang penalaran
T.8 Meningkatnya partisipasi dan prestasi dalam bidang minat dan
bakat baik ditingkat lokal/nasional/regional/ global
T.9 Meningkatnya jumlah mitra dan kegiatan kerjasama dengan
lembaga eksternal.
T.10 Meningkatnya jumlah lembaga donor
M.2 Mewujudkan budaya akademik yang kondusif, dinamis, dan
bermoral
T.1 Mewujudkan budaya akademik yang kondusif, dinamis, dan
bermoral.
T.2 Meningkatnya pelaksanaan PBM dengan metoda Student Center
Learning (SCL) dan Problem Based Learning (PBL)
T.3 Meningkatnya kinerja melalui pemberian penghargaan dan
penerapan sanksi
T.4 Meningkatnya kegiatan yang mendukung budaya akademik
T.5 Terjalinnya kerjasama dengan pihak eksternal yang mendukung
budaya tata
M.3 Mewujudkan akademik
kelola yang baik (good university governance)
T.1 Misi Mewujudkan tata kelola yang baik (good university
governance)
T.2 Meningkatnya kesejahteraan tenaga akademik dan kependidikan
T.3 Terakreditasinya institusi dengan nilai yang tinggi
T.4 Meningkatnya keterbukaan penyelenggaraan kegiatan
kemahasiswaan
T.5 Meningkatnya kemanfaatan hasil kerjasama dengan mitra (pihak
eksternal)
M.4 Mewujudkan aksesibillitas dan equitas pendidikan tinggi
 T.1 Mewujudkan aksesibillitas dan equitas pendidikan tinggi
T.2 Terlaksananya diversivikasi pola penerimaan mahasiswa
T.3 Tersedianya beasiswa bagi mahasiswa tidak mampu
T.4 Meningkatnya peran Pemerintah dan Swasta dalam penyediaan
beasiswa
M.5 Menjadi penggerak perubahan (agent of change) dengan menjunjung
tinggi kebenaran dan keadilan
T.1 Menjadi penggerak perubahan (agent of change) dengan
menjunjung tinggi kebenaran dan keadilan
T.2 Tumbuhnya integritas keilmuan dikalangan akademisi
T.3 Meningkatnya peran pusat-pusat studi dalam pengembangan ilmu
dan pembangunan baik regional maupun nasional
T.4 Tumbuhnya pusat-pusat studi baru di lembaga penelitian dan
pengabdian masyarakat.
T.5 Meningkatnya peran mahasiswa dalam perubahan sosial
T.6 Meningkatnya kegiatan pusat-pusat studi
M.6 Meningkatkan kerjasama dengan pemangku kepentingan, dalam dan
luar negeri, yang saling memberikan manfaat secara berkelanjutan
T.1 Meningkatkan kerjasama dengan pemangku kepentingan, dalam
dan luar negeri, yang saling memberikan manfaat secara
berkelanjutan
T.2 Meningkatnya partisipasi pemangku kepentingan dalam
pelaksanaan Tri Dharma Perguruan Tinggi
T.3 Meningkatnya partisipasi pemangku kepentingan dalam
pengembangan institusi
T.4 Meningkatnya jumlah pertukaran mahasiswa dengan perguruan
tinggi lain

5.3.3. Sasaran bisnis (business objective)

Universitas 17 Agustus Surabaya sebagai sebuah perguruan tinggi
mempunyai tugas dan fungsi pokok Tridharma yaitu meliputi penyelenggaraan
pendidikan, penelitian, dan pengabdian kepada masyarakat. Berkaitan dengan
hal tersebut, maka dapat disimpulkan core business Unila adalah
menyelenggarakan layanan Tridharma perguruan tinggi berkualitas dengan
sasaran strategis dijabarkan pada table 5.3 berikut
 Tabel 5.3 Sasaran strategis Universitas 17 Agustus Surabaya
(dokumen renstra)

Mewujudkan penyelenggaraan Tri Dharma Perguruan Tinggi yang

M.1
berkualitas

S.1 Meningkatnya kualitas pelaksanaan Tri Dharma Perguruan Tinggi

S.2 Meningkatnya fungsi pelayanan Tri Dharma Perguruan Tinggi
S.3 Meningkatnya prestasi mahasiswa
S.4 Terjalinnya kemitraan dengan pemangku kepentingan
M.2 Mewujudkan budaya akademik yang kondusif, dinamis, dan
bermoral

S.1 Terselenggaranya Merit System

S.2 Berkembangnya budaya akademik mahasiswa
S.3 Tersedianya sarana pendukung budaya akademik
S.4 Tersedianya sarana pendukung budaya akademik
M.3 Mewujudkan tata kelola yang baik (good university governance)
S.1 Terbinanya tenaga akademik dan kependidikan
S.2 Meningkatnya kinerja lembaga
S.3 Meningkatnya kinerja lembaga kemahasiswaan
S.4 Tumbuhnya kepercayaan pemangku kepentingan
M.4 Mewujudkan aksesibillitas dan equitas pendidikan tinggi
S.1 Terbukanya kesempatan belajar secara adil
S.2 Tersedianya daya dukung yang memadai
S.3 Terjalinnya kemitraan dengan pemangku kepentingan
M.5 Menjadi penggerak perubahan (agent of change) dengan menjunjung
tinggi kebenaran dan keadilan

S.1 Tumbuhnya sinergi antara teori dan aksi

S.2 Berkembangnya pusat-pusat stud
S.3 Meningkatnya aksi sosial mahasiswa
S.4 Meningkatnya citra publik terhadap pusat pusat studi
M.6 Meningkatkan kerjasama dengan pemangku kepentingan, dalam dan
luar negeri, yang saling memberikan manfaat secara berkelanjutan

S.1 Terjalinnya kemitraan dalam pelaksanaan Tri Dharma Perguruan

Tinggi
S.2 Terbinanya kerjasama dengan pemangku kepentingan
S.3 Meningkatnya kerjasama dengan mahasiswa dari perguruan tinggi
lain
5.3.4. Ruang lingkup (scope)
Ruang lingkup penelitian Karya Akhir ini, yang akan dianalisa dan
dilakukan perancangan infrastruktur teknologi informasi mencakup arsitektur
bisnis, arsitektur data, arsitektur aplikasi, dan arsitektur teknologi.

5.3.5. Struktur Organisasi

Lihat gambar 4.1 mengenai struktur organisasi Unila.

5.3.6. Stakeholder
Menurut Kotler dan Fox (1995), stakeholder Universitas terdiri dari antara lain:
peserta didik/mahasiswa baik yang aktual maupun potensial, badan akreditasi,
orang tua/wali, dosen, peneliti, karyawan serta staf pimpinan, dewan penyantun,
universitas sejenis, pemasok, organisasi bisnis dan publik, yayasan, alumni,
masyarakat setempat dan media masa. Stakeholder Unila adalah sebagai berikut

Tabel 5.4 Stakeholders Universitas 17 Agustus Surabaya

No Stakeholder Keterangan
Direktorat Jendral Proses akreditasi Perguruan Tinggi
1 Pendidikan Tinggi Supervisi Perguruan Tinggi
Sharing informasi perbaikan
2 Orang tua mahasiswa penyelenggaraan pendidikan
3 Mahasiswa Sharing informasi
4 Peneliti Melakukan penelitian
Menyelenggarakan proses belajar
5 Dosen mengajar
Benchmarking proses
6 Perguruan Tinggi lain penyelenggaraan pendidikan
7 Senat Universitas Salah satu penentu kebijakan
Manajemen Perguruan akademik
Manajemen penyelenggara
8 Tinggi pendidikan tinggi
Mahasiswa yang telah
9 Alumni menyelesaikan studi
Pihak yang menggunakan resource
10 Masyarakat dan Industri alumni
Memberik pasokan material untuk
11 Pemasok support tridharma
Kerjasama dengan
12 Organisasi lainnya organisasi/instansi lain
Media penyampaian informasi
13 Media masa aktifitas perguruan tinggi
5.4. Fase business architecture
Fase ini bertujuan untuk memahami kondisi saat ini dari proses bisnis
Unila dan selanjutnya membuat usulan perbaikan dengan melakukan pemodelan
arsitektur bisnis. Adapun tahapan yang dilakukan pada fase ini mencakup:

5.4.1. Analisis lingkungan bisnis Universitas 17 Agustus Surabaya

Analisis lingkungan bisnis baik internal maupun eksternal digunakan
untuk mengetahui masalah-masalah dan kesempatan-kesempatan bisnis
yang akan digunakan dalam pembuatan perencanaan infrastruktur TI.
Mempelajari faktor-faktor internal penting dilakukan karena setiap organisasi
memiliki keunikan tersendiri yang membedakannya dengan organisasi lain.
Aspek eksternal juga harus dipelajari karena aspek tersebut sangat kuat
dalam menentukan kelangsungan hidup organisasi. Sebagai contoh yaitu tanpa
ada produk dan jasa yang laku dijual di pasaran, perusahaan akan merugi
dan dapat mengalami kebangkrutan. Oleh karena itu diperlukan strategi khusus
untuk dapat mengantisipasi setiap pergerakan dinamis yang mungkin terjadi
pada komponen-komponen eksternal. Perubahan pada komponen luar cenrung
akan akan mengubah komponen-komponen internal baik secara langsung
maupun tidak langsung. Teknologi informasi, sebagai salah satu komponen
internal, harus mampu mengantisipasi perubahan tersebut.

5.4.1.1. Analisis bisnis internal Unila

A. Analisis value chain internal

Rantai nilai (value chain) Porter digunakan dalam memodelkan bisnis dengan
mendefinisikan area fungsional utama (primary activities) dan area
fungsionalitas pendukung (support activities) (Porter1985). Gambar 5.1
merupakan value chain yang ada pada Universitas 17 Agustus Surabaya.

Gambar 5.1 Internal value chain Universitas 17 Agustus Surabaya

 Dari analisis pada gambar 5.1, terdapat enam aktifitas pendukung dan tiga
aktivitas utama Universitas 17 Agustus Surabaya. Penjelasan mengenai hasil
analisis value chain tersebut sebagai berikut.
1. Aktivitas Pendukung
Administrasi Akademik; mempunyai fungsi melaksanakan kegiatan
administrasi akademik baik melibatkan mahasiswa, dosen, maupun
stakeholder lain di luar Unila.
Pengelolaan dan pengembangan SDM; berfungsi untuk melaksanakan
kegiatan administrasi pegawai, pemberdayaan, pengembangan dan penilaian
kinerja pegawai, juga termasuk mempertimbangkan peningkatan kualitas
dosen/peneliti.
Pengelolaan keuangan, akuntansi dan audit; mempunyai fungsi
melaksanakan kegiatan akuntansi dan keuangan termasuk di
dalamnya membuat anggaran dan melakukan pengawasan internal.
Pengelolaan dan manajemen aset, berfungsi untuk melaksanakan kegiatan
pengadaan Sarana dan Prasarana serta inventarisasi aset untuk penunjang
aktifitas akademik
Hubungan masyarakat dan kerjasama; berfungsi untuk melaksanakan
kerjasama di luar Unila seperti masyarakat, organisasi pemerintahan, dan
organisasi lainnya baik didalam maupun diluar negeri.
Pengelolaan sumber daya teknologi informasi/sistem informasi;
berfungsi untuk menyusun, mengoperasikan, memelihara, memantau dan
mengendalikan sumber daya SI/TI.

2. Aktifitas Utama
Penyelenggaraan pendidikan.

Penerimaan mahasiswa baru; Kegiatan ini merupakan kegiatan

rutin setiap awal tahun ajaran baru yang diselenggarakan Unila. Pola
penerimaan terdiri dari jalur SPMB, SNMPTN, Ujian Mandiri, PBUD,
proses seleksi calon mahasiswa baru dilakukan sepenuhnya oleh panitia
 penerimaan mahasiswa baru. Proses seleksi melalui jalur SNMPTN
diserahkan pada Kementerian Pendidikan dan Kebudayaan.
Kegiatan akademik; Kegiatan ini dilakukan untuk memastikan
proses belajar mengajar dapat berjalan baik, didalamnya mencakup
penyusunan jadwal perkuliahan, pengisian KRS, pemilihan Mata Kuliah,
entri data kurikulum, entri data mahasiswa, pemasukan nilai mata kuliah.
Dosen pembimbing akademik ditugaskan untuk membimbing
mahasiswa mulai dari semester awal hingga mahasiswa
menyelesaikan studinya di Universitas 17 Agustus Surabaya. Hal ini
dimaksudkan agar mahasiswa nantinya akan menyelesaikan studinya
tepat waktu. Dosen pembimbing akademik dalam melaksanakan
tugasnya yaitu membimbing mahasiswa akan dibantu oleh sistem
informasi PA (Pembimbing Akademik) yang terintegrasi juga dengan
aplikasi SIAKAD, sehingga dengan cepat dosen bisa memantau data
kehadiran dan nilai mahasiswa bimbingannya. Dengan demikian jika
terjadi penurunan prestasi mahasiswa, akan segera dapat ditindak
lanjuti. Aktifitas selanjutnya yaitu ujian semester, kerja praktek, dan
kuliah kerja nyata (KKN), tesis/disertasi dan wisuda.
Manajemen aset pengetahuan; Kegiatan ini merupakan pengelolaan
aset pengetahuan untuk menunjang kepentingan akademik, seperti
koleksi buku, jurnal, karya tulis ilmiah, maupun sumber lainnya.
Layanan alumni; Kegiatan yang berkaitan dengan pengelolaan
data alumni berupa data tracer studi alumi.

Penelitian
Pemetaan sumber daya penelitian; Aktifitas yang berfungsi
untuk memetakan karakteristik kepakaran dari dosen/peneliti, membaca
peluang berbagai macam riset penelitian pada berbagai bidang ilmu
Kegiatan penelitian; Aktifitas penelitan terhadap bidang ilmu
tertentu sesuai dengan tingkat kepakaran dari peneliti itu sendiri, bisa
melibatkan banyak stakeholder baik dari kalangan internal Unila maupun
kompoenen ekstenal.
 Dokumentasi dan publikasi hasil penelitian; Aktifitas
berupa identifikasi, dokumentasi dan publikasi hasil penelitian
yang telah dilakukan, untuk mengetahui bobot kualitas dan kuantitas
penelitian
Pengabdian
Pemetaan sumber daya pengabdian; Aktifitas yang berfungsi
untuk memetakan karakteristik kepakaran dari dosen/peneliti, membaca
peluang berbagai macam kemungkinan pengabdian pada berbagai bidang
ilmu terhadap masyarakat maupun organisasi lain diluar Unila.
Kegiatan pengabdian; Aktifitas pengabdian yang bersesuaian
dengan bidang ilmu tertentu baik melibatkan personel/kelompok dari
Unila, maupun melibatkan dari luar Unila.
Dokumentasi dan publikasi hasil pengabdian; Aktifitas
berupa identifikasi , dokumentasi dan publikasi hasil pengabdian yang
telah dilakukan, untuk mengetahui bobot kualitas dan kuantitas
penelitian.

B. Analis SW (strenght-weakness)
Dalam melakukan analisis bisnis internal selain menggunakan analisis value
chain juga digunakan analisis SW (strenght-weakness), yang menggambarkan
pemetaan kondisi kekuatan dan kelemahan Universitas 17 Agustus Surabaya.
Berdasarkan hasil analisis dari berbagai sumber yaitu Dokumen Rencana
Pembangunan Jangka Panjang Unila 2005- 2025, dan hasil observasi serta
wawancara, maka hasil analisis SW dijelaskan sebagai berikut.

Kekuatan (Strenght)

Faktor internal yang menjadi elemen kekuatan yang dimiliki oleh Universitas
17 Agustus Surabaya saat ini dalam hal pengembangan aktifitas bisnis, dapat
dijabarkan dalam butir-butir berikut.
Komitmen pimpinan Unila untuk mengembangkan,
memanfaatkan, menyediakan resource dana untuk mendukung kegiatan
universitas (Manajemen).
 Tersedianya Infrastruktur teknologi informasi.
Unila cukup dikenal sebagai universitas yang konsisten dan
terdepan di Sumatera dalam pengembangan teknologi informasi.
Adanya kerjasama dengan beberapa lembaga organisasi di luar unila
dalam pengembangan kurikulum, kerjasama penelitian.
Adanya dukungan pendanaan yang bersumber dari proyek proyek hibah
seperti A2, IMHERE (Finansial).
Tersedianya sumber daya manusia yang tersebar pada berbagai unit kerja
dan fakultas (SDM ).
Kinerja peneliti pada setiap jurusan memiliki kemampuan yang
baik(Peneliti).
Berdasarkan tingkat keketatan SNMPTN Unila Merupakan Perguruan
tinggi yang menjadi pilihan utama.
Proses administrasi akademik telah menggunakan sistem
administrasi akademik yang online .

Kelemahan (weakness)

Selain memiliki kekuatan, terdapat juga sejumlah kelemahan. Berikut butir-

butir kelemahan yang dikelompokkan dalam beberapa kriteria.
Hasil akreditasi institusi Unila Masih belum memuaskan dengan nilai C.
Rendahnya komitmen sebagian dosen dalam melengkapi
administrasi akademik pembelajaran, media pembelajaran dan
produktifitas dosen dalam penulisan buku teks.
Dampak hasil dari pengabdian masyarakat masih belum maksimal
Ketersediaan materi pendukung aktifitas belajar mengajar seperti buku
teks, jurnal dan artikel masih belum maksimal.
Belum efektif nya proses knowledge sharing antar SDM di unit kerja
dan fakultas yang ada di Unila.
Kemampuan peneliti belum mampu dimanfaatkan untuk
membangun kerjasama dengan berbagai institusi potensial khususnya di
propinsi Jawa Timur (Peneliti).
 Calon mahasiswa unila yang masuk melalui jalur SNMPTN sebagian
besar memiliki kualitas sedang.
Produktifitas kelulusan Unila (18,97%) masih dibawah standar
produktifitas nasional (21%) (Unila dalam angka, 2011)

5.4.1.2. Analisis bisnis eksternal Unila

A. Analisis external value vhain
Analisis eksternal value chain menggambarkan bagaimana organisasi lain di
luar Unila mempunyai hubungan dengan proses bisnis organisasi. Dengan analisis
ini dapat diketahui bagaimana aliran informasi dari luar organisasi yang
mempunyai pengaruh terhadap bisnis internal organisasi dengan fokus utama dari
bisnis outcome adalah masyarakat dan lulusan yang berkualitas. Analisis
eksternal value chain Unila dapat dilihat pada gambar 5.2. berikut

Gambar 5.2 Eksternal value chain Universitas 17 Agustus Surabaya

Dari hasil analisis eksternal value chain tersebut, maka dapat dilihat
bahwa Unila tidak bekerja sendiri dan melibatkan banyak stakeholder
eksternal, dijalin juga kerjasama dengan instansi lainnya guna mewujudkan
tujuan organisasi. Organisasi yang menjalin kerja sama dengan Unila dan
bentuk kerja samanya diantaranya dielaskan sebagai berikut.
Lembaga sponsor beasiswa. Lembaga ini merupakan organisasi di luar
Unila yang memberikan dukungan beasiswa bagi mahasiswa Unila.
Organisasi tersebut diantaranya adalah beasiswa Pertamina, PPM,
Djarum, BPPS Dikti, dan sebagainya.
Kentucky University, dengan menyelenggarakan program double
degree.Mahasiswa mempunyai kesempatan untuk mengikuti pendidikan di
Universitas Kentucky dan memperoleh dua buah gelar dari Unila dan
Universitas Kentucky. Saat ini pembukaan program double degree ini
baru dibuka di fakultas ekonomi.
Yokohama InternationalUniversity, dengan menyelenggarakan program
energi biomasa (program energi terbarukan). Program ini lebih banyak
bekerjasama dalam bidang penelitian. Selain itu setiap bulan
diselenggarakan suatu konsorsium Sustainable Living with Environmental
Risk (SLER) yaitu suatu konsorsium yang membahas mengenai isu-
isu lingkungan dan energi terbarukan. Dalam konsorsium tersebut
Unila mengirimkan salah satu narasumber, bergantian secara periodik
dengan anggota lainnya. Unila menjadi satu-satunya perwakilan dari
Indonesia.
Badan Kerjasama PTN Wilayah Barat. Kerjasama ini meliputi
pembahasan standarisasi kurikulum, isu-isu kebijakan organisasi, arah
pengembangan, dan lain sebagainya. Anggota dari badan ini adalah
universitas negeri yang berdomisili di wilayah barat Indonesia.
Kerjasama dengan perusahaan swasta dan BUMN. Kerjasama ini
merupakan program dalam menyalurkan lulusan menuju dunia kerja.
Unila mempunyai Unit Pelayanan Teknis yang bertugas dalam
menyalurkan lulusan ke dunia kerja. Kerjasama ini dijalin dengan
beberapa perusahaan swasta dan BUMN.
B. Analisis OT (opportunities-threat).
Analisis bisnis eksternal selanjutnya adalah menggunakan analisis OT
(Opportunities-Threat). Pada analisis OT terdapat aspek yang akan ditinjau,
yaitu: Peluang (Opportunities), ancaman (Threat). Berdasarkan hasil analisis
dari berbagai sumber yaitu Dokumen Rencana Pembangunan Jangka Panjang
Unila 2005 - 2025, dan hasil observasi dan wawancara, maka hasil analisis OT
dijelaskan sebagai berikut.

Peluang (opportunities)

Berikut rincian peluang yang ada saat ini maupun akan datang yang
seharusnya menjadi bahan pertimbangan.
Kerjasama dalam bidang pengabdian masyarakat cukup terbuka luas.

Banyaknya tawaran kerjasama penelitian nasional maupun internasional.

Adanya dana dana kompetitif baik dari direktorat pendidikan tinggi

Kementerian pendidikan dan kebudayaan maupun dari sumber lainnya
yang dapat digunakan untuk pengadaaan prasarana dan peningkatan
Kemampuan Sumber Daya Manusia.
Tuntutan akan akuntabilitas keuangan Unila memerlukan
monitoring/audit internal secara rutin dan transparan untuk
menghindari sedini mungkin praktik penyalahgunaan anggaran.

Ancaman (threat).

Berikut rincian peluang yang ada saat ini maupun akan datang yang
seharusnya menjadi bahan pertimbangan.
Semakin ketatnya kompetisi antar LPM di indonesia dalam
menjalin kerjasama atau mendapatkan hibah pengabdian masyarakat.
Persaingan yang semakin ketat antara perguruan tinggi yang berpotensi
menurunkan tingkat popularitas Unila.
Persaingan antar Universitas yang semakin tinggi menuntut
pengembangan kurikulum yang relevan dengan kebutuhan pasar.
 ingkat kompetisi kegiatan kemahasiswaan dalam event event baik
tingkat nasional maupun tingkat internasional semakin kompetitif
sementara kemampuan mahasiswa Unila belum maksimal serta masih
kurangnya kemampuan soft skill. Dari hasil analisis bisnis internal
(value chain, analisis SW) dan analisis bisnis eksternal (value chain
eksternal, analisis OT), maka dipetakan alternatif strategi yang
diusulkan.

5.4.2. Alternatif strategi bisnis

A. Strategi pemetaan kekuatan yang dimiliki terhadap peluang (SO)
Meningkatkan Kerjasama Penelitian dan Pengabdian Masyarakat (SO1).
Mendukung peningkatan akuntabilitas keuangan dengan meningkatkan
kualitas kegiatan monitoring/audit internal yang didukung oleh kebijakan
pimpinan (SO2).
Meningkatkan layanan perencanaan yang mengintegrasikan antar unit
kerja(SO3).
Meningkatkan peran lembaga kemahasiswaan dan Unit Kegiatan
Mahasiswa(SO4).

B. Strategi pemetaan kekuatan terhadap ancaman (ST)

Meningkatkan peran dan kinerja LPM Unila (ST1).
Memaksimalkan peran Teknologi Informasi untuk berkompetisi dengan
perguruan tinggi lain (ST2).
Meningkatkan kualitas kurikulum melalui kerjasama dengan lembaga dan
universitas lain (ST3).
Memaksimalkan berbagai sumber pendanaan dalam mengembangkan dan
meningkatkan sarana dan prasarana pendukung aktifitas akademik (ST4).
C. Strategi pemetaan kelemahan terhadap peluang (WO)
Peningkatan dan Pemberdayaan menuju SDM yang berkualitas melalui
kerjasama dengan Institusi di luar Unila (WO1).
Meningkatkan hasil akreditasi Institusi Unila melalui peningkatan
akuntabilitas keuangan, pengembangan SDM dan Pemanfaatan dana
bantuan (WO2).
Meningkatkan kerjasama penelitian dengan berbagai institusi (WO3).

D. Strategi pemetaan kelemahan terhadap ancaman (WT)

Meningkatkan peran dosen dalam kegiatan administrasi akademik (WT1)
Meningkatkan produktifitas kelulusan Unila (WT2).

E. Pemetaan critical success factor (CSF)

Dari hasil analisis bisnis eksternal dan internal serta pemetaan strategi
alternative SO, ST, WO, WT selanjutnya dipetakan kedalam CSF untuk
memetakan kebutuhan informasi pada unit kerja dan indikator kinerja (Lampiran
13)

5.5. Fase information system architecture

Fase ini bertujuan untuk membuat pemodelan arsitektur sistem informasi.
Fase ini terdiri dari 2 arsitektur, yaitu aplikasi dan data. Arsitektur aplikasi
membahas tentang aplikasi yang ada saat ini dan aplikasi yang akan
dirancang sedangkan arsitektur data meliputi arsitektur data existing saat ini
dan arsitektur data usulan, mengacu pada bisnis architecture yang telah
dijabarkan sebelumnya.

5.5.1. Arsitektur aplikasi

5.5.1.1. Arsitektur aplikasi saat ini
Aplikasi yang ada saat ini umumnya dikembangkan secara bersama oleh
para sistem analis dan programmer di UPT Puskom, dan terkadang melibatkan
sub bag perencaan sistem informasi BAPSIK. Dalam mengerjakan sistem
informasi tersebut dilakukan analisis terlebih dahulu untuk mengetahui proses
bisnis dan kebutuhan pada
unit kerja.

Tabel 5.5 Portofolio Aplikasi Universitas 17 Agustus Surabaya

No Aplikasi Kode Aplikasi Unit Kerja Deskripsi / Fungsi Sifat

Daftar Nama Kelas ;
Jadwal Kuliah; Peserta
Kuliah; Pengisian KRS
(Kartu Rencana Studi);
1 Sistem Informasi SIAKAD BAAK Mata Kuliah Universitas; Critical
Akademik Mata Kuliah Fakultas;
Kurikulum; Informasi
Sistem Informasi Berfungsi
Mahasiswa. menunjang
2 Wisuda Online SI-WO BAAK proses wisuda Critical
Sistem Informasi Merekam Transaksi
3 Keuangan SI-KEU BAUK keuangan Unila Critical
Sistem Informasi Merekam informasi
4 Kepegawaian SI-PEG BAUK Pegawai Critical
Aplikasi input data
5 SIM RKAKL SI-RKAKL BAUK RKAKL Critical
Berfungsi mencatat
6 Sistem Informasi SI-ASET BAUK seluruh aset Critical
Sistem
Aset Informasi
Pangkalan Data Interkoneksi data
7 Perguruan Tinggi SI-PDPT BAUK perguruan tinggi Critical
8 Sistem
(PDPT)Informasi SI-EPSBED BAUK Evaluasi Program Studi Critical
EPSBED Sistem Informasi
Berbasis Evaluasi Diri
Manajemen Dan
9 Sistem SIMAK SI-SIMAK BAUK Akuntansi Barang Milik Critical
Sistem
BMN Pengadaan Sistem
Negara Informasi
10 Online LPSE SI-LPSE BAUK Sistem
pengadaan baranginformasi
dan Critical
11 Sistem RKAKL SI-RKAKL BAUK rencana anggaran
jasa secara Online Critical
12 Sistem SERDOS SI-SERDOS BAUK Sistem sertifikasi dosen Critical

FAKULTAS,
13 Website Unit Kerja SI-UK JURUSAN Portal Informasi Critical
Sistem Informasi Data
Fakultasdan publikasi
14 LEMLIT SI-LEMLIT LEMLIT penelitian Critical
Sistem Informasi
15 Pengabdian SI-LPM LPM Melayani pengajuan Critical
Sistem
MasyarakatInformasi Audit internal Mutu
pengabdian masyarakat
16 kendali Mutu SI-MUTU PPMU Akademik Critical
UPT
17 Sistem Informasi SI-Dynix PERPUSTA Sirkulasi, peminjaman, Critical
perpustakaan KAAN katalog Buku
 Sistem Informasi UPT Menampung data jurnal
19 Journal Online SI-JOURNAL PUSKOM penelitian Critical

20 E-Learning SI-LEARNING UPT Mendukung proses Critical

Sistem Informasi PUSKOM belajar mengajar Online
21 Penerimaan SI-SPM UPT Melayani informasi Critical
Mahasiswa Baru UPT
PUSKOM Portal informasi
penerimaan mahasiswa
22 Website Portal Unila SI-WWW PUSKOM Universitas 17 Agustus Critical
Sistem Informasi UPT Surabaya
23 Repository SI- PUSKOM Menyimpan arsip Critical
Sistem Informasi REPOSITORY Digital
18 pengaduan IT (Help SI-HELPDSEK UPT Melayani pengaduan IT Support
Sistem
Desk) Informasi UPT
PUSKOM
24 VOIP SI-VOIP PUSKOM Melayani transaksi VoIP Support
Sistem informasi E- UPT
25 mail SI-MAIL PUSKOM Melayani transaksi E- Support
mail
26 Sistem Informasi SI-NETMON UPT Memantau kondisi Support
Monitoring Jaringan PUSKOM Jaringan
27 Sistem Informasi SI-WIFI UPT Registrasi
Intranet/Internet dan Support
Wireless LAN PUSKOM pengelolaan
28 Simpel SIMPEL UPT Sikronisasi
Wireless LAN Siakad dan Critical
PUSKOM e- Learning
Dari portofolio aplikasi tersebut, dipetakan ke dalam matriks
McFarlan. Matriks McFarlan merupakan matriks yang menggambarkan
bagaimana SI/TI memberikan kontribusi terhadap strategi organisasi (Ward
& Peppard: 2002). Distribusi aplikasi ke dalam matriks tersebut dapat dilihat
pada tabel 5.6

Tabel 5.6 McFarlan grid as is aplikasi Universitas 17 Agustus Surabaya

Strategic High Potential

Key Operational Support

Sistem Informasi Akademik Sistem Informasi pengaduan IT
Sistem Informasi Wisuda Online Sistem Informasi VOIP
Sistem Informasi Keuangan Sistem informasi E-mail
Sistem Informasi Kepegawaian Sistem Informasi Monitoring
SIM RKAKL Jaringan
Sistem Informasi Aset
Sistem Informasi Pangkalan Data Perguruan Tinggi Sistem Informasi Wireless LAN
(PDPT)
Sistem Informasi EPSBED
 Sistem SIMAK BMN
Sistem Pengadaan Online LPSE
Sistem SERDOS
Website Fakultas
Sistem Informasi LEMLIT
Sistem Informasi Pengabdian Masyarakat
Sistem Informasi kendali Mutu
Sistem Informasi perpustakaan
Sistem Informasi Journal Online
E-Learning
Sistem Informasi Penerimaan Mahasiswa Baru
Website Portal Unila
Sistem Informasi Repository
Simpel

5.5.1.2. Arsitektur aplikasi yang diharapkan

Hasil analisis SWOT dan CSF digunakan untuk mencari pola solusi SI
masa depan yang sesuai dengan proses bisnis yang dijalankan oleh Unila dengan
mengidentifikasi kebutuhan sistem informasinya. Berikut hasil analisis mengenai
kebutuhan sistem informasi di Unila.

Critical success factor dan pola solusi SI

Tabel 5.7 Pemetaan critical success factor (CSF) SI Universitas 17 Agustus

Surabaya
Indikator
Unit Kerja Tujuan CSF Kinerja Pola Solusi Solusi SI
Ketersediaan Akurasi data
data akademik akadamik dan
dan kemahasiswaan.
kemahasiswaan SI -PDPT
Terselenggaranya Sistem informasi
yang akurat.
aktifitas terintegrasi yang
Biro SI-SWMP
administrasi mampu
Administrasi
akademik dan menyediakan dan SI-EPSBED
Akademik,
kemahasiswaan Penyampaian menyampaikan
Kemahasiswaa n SI-WISUDA
yang efektif, informasi Tenggat waktu data dan informasi
(BAAK).
efisien dan akademik dan proses permintaan akademik dan SI-SIAKAD
akuntabel kemahasiswaan dan penyajian kemahasiswaan
SI-SSO **
yang cepat
SI-DSS **
SI-KMS **
 SI-FORUM **
Ketersediaan
data Aset, Akurasi data asset,
keuangan dan keuangan, dan
kepegawaian kepegawaian. SI-RKAKL
yang akurat.
SI-KEU
Tersedianya data
administrasi Sistem informasi
umum dan terintegrasi yang SI-PEG
Biro
keuangan yang mampu SI-ASET
Administrasi
akurat dan menyediakan dan
Umum dan SI-SSO **
transparan untuk Penyampaian menyampaikan
Keuangan Waktu pengolahan
mendukung informasi Aset, data dan informasi SI-Knowledge
(BAUK). data asset,
pengambilan keuangan dan asset, keuangan,
keputusan keuangan, dan dan kepegawaian. Managemen **
kepegawaian
strategis. kepegawaian.
yang cepat SI-DSS **
SI-SIAKAD
SI-
LABORATORI
UM **

Ketersediaan
data akademik Akurasi data
dan akademik dan
kemahasiswaan kemahasiswaan.
yang akurat. SI-SSO **
SI-DSS **
SI-SIAKAD
SI-Carier
Management
Tersedianya
Sistem informasi Centre **
informasi secara
terintegrasi yang Data
komprehensif
Biro mampu WareHouse
mengenai arah
Administrasi menyediakan dan
kebijakan **
PerencanaanSi menyampaikan
pengembangan SI-LEARNING
stem Informasi data dan informasi
sistem informasi Penyampaian
dan kerjasama mengenai
dan kebijakan informasi Waktu pengolahan SI-
bapsik perencanaan dan
kerjasama akademik dan data akademik dan ORANGTUA
kerjasama luar
dengan institusi kemahasiswaan kemahasiswaan. **
negeri.
lain. yang cepat SI-SERDOS
SI-ALUMNI **
SI-
SMSGATEWA
Y **
SI-Knowledge
Managemen **
SI-
KERJASAMA
 **
SI -
REPOSITORY
Ketersediaan
Akurasi data
Terciptanya data kepustakaan Sistem informasi SI-OPAC
kepustakaan
layanan yang akurat. terintegrasi yang
kepustakaan mampu SI-WARINTEK
UPT yang cepat, menyediakan dan
PERPUSTAK efektif, efisien, Penyampaian menyampaikan **
AAN dan terbaharukan informasi Waktu pengolahan data dan informasi
untuk melayani kepustakaan, SI-SSO **
kepustakaan data kepustakaan.
civitas yang cepat jurnal, dan tugas SI-DSS **
akademika Unila akhir.
SI-SIAKAD
SI-SSO **

Sistem informasi SI-DSS **

UPT Ketersediaan Jumlah layanan terintegrasi yang
SI-SIAKAD
PELAYANAN Tersedianya pusat pelayanan pendidikan yang mampu
PENDIDIKAN pusat bantuan pendidikan yang diberikan kepada menyediakan dan SI-
(PP) optimal. pihak luar. menyampaikan PELAYANAN
data dan informasi PENDIDIKAN
**
SI-Knowledge
Managemen **
SI-MAIL
SI-HELPDESK
SI-
BWMANAGER
SI-VOIP
SI-
Sistem informasi VIDEOCONFE
Layanan RENCE **
terintegrasi yang
Terciptanya infrastruktur TI SI-
mampu menjamin
UPT PUSAT infrastruktur TI yang handal
kelancaran proses WIFI/PROXY
KOMPUTER handal (fokus untuk Availability
pengajaran,
(PUSKOM) pada high mendukung SI-NETMON
penelitian, dan
availability,) aktifitas
pengabdian SI-DNS
akademik
masyarakat.
SI-FIREWALL
SI-SSO **
SI-DSS **
SI-SIAKAD
SI-LEARNING
SI-Knowledge
 Managemen **

SI-MGT WEB
UNIT KERJA
SI-MGT WEB
UNILA

SI-MUTU

Sistem informasi

Tersedianya Penyelenggaran terintegrasi yang SI-SSO **

standarisasi baku program studi, Dokumen mampu
UPT PUSAT terhadap mutu laboratorium, penyelenggaraan menyediakan dan SI-DSS **
PENJAMINA N penyelenggaraan fakultas yang program studi menyampaikan
MUTU (PPMU) program studi, berkualitas dan laboratorium yang data dan informasi
laboratorium dan terstandarisasi. terstandarisasi. mengenai program
fakultas. studi, SI-SIAKAD
laboratorium,
dan fakultas
SI-Knowledge
Managemen **

Jumlah penelitian
yang dilakukan
dosen/peneliti dan SI-LEMLIT
terakreditasi
nasional

Sistem informasi
Terjadinya
terintegrasi yang
peningkatan Meningkatnya
mampu
LEMBAGA kualitas dan kualitas dan
Jumlah penelitian menyediakan dan
PENELITIAN kuantitas hasil kuantitas
yang dilakukan menyampaikan
(LEMLIT) penelitian yang penelitian yang
dosen/peneliti dan data dan informasi
dilakukan civitas dihasilkan Unila
terakreditasi mengenai
akademika Unila.
internasional. penelitian SI-SSO **

Jumlah institusi
SI-DSS **
SI-SIAKAD

Jumlah HAKI
SI-Knowledge
Managemen **
 Sistem informasi SI-LPM **
Terjadinya
Meningkatnya terintegrasi yang SI-SSO **
peningkatan Jumlah kegiatan
kualitas dan mampu SI-DSS **
kualitas dan pengabdian
LEMBAGA kuantitas hasil menyediakan dan
kuantitas hasil masyarakat SI-Knowledge
PENGABDIA N pengabdian menyampaikan
pengabdian perkotaan,
(LPM) masyarakat yang data dan informasi Managemen **
Masyarakat yang pedesaan, pesisir
dilakukan oleh mengenai kegiatan
dilakukan civitas dan perbatasan.
Unila. pengabdian
akademika Unila.
masyarakat. SI-SIAKAD

Portofolio aplikasi akan datang

Dari hasil analisis kebutuhan SI Unila, maka didapat portofolio aplikasi ke
depan (tobe) yang menjadi kesatuan dari strategi SI Unila. Portofolio aplikasi
tersebut merupakan daftar aplikasi yang diajukan untuk diterapkan di Unila.
Berikut daftar aplikasi yang menjadi strategi SI untuk menunjang strategi bisnis
Unila guna mendukung tujuan organisasi.

Tabel 5.8 Portofolio aplikasi yang akan datang

NAMA APLIKASI
TERINTEGRASI MODUL YANG
NO SIFAT
DIGUNAKAN

SI-SIAKAD CRITICAL

SI-WISUDA
SI-BEASISWA **
SISTEM INFORMASI SI-KP **
1 AKADEMIK TERPADU
(SIAKAD-T) SI-KKN **
SI-LAB **
SI-LEARNING
SI-EDOM (Evaluasi
Dosen) **
Aplikasi OPAC **
2 E-LIBRARY CRITICAL
Aplikasi Warintek **

SI-REPOSITORY

SI-KEUANGAN
SITEM INFORMASI
PENYELENGGARAAN SI-ASET
3 CRITICAL
AKADEMIK TERPADU SI-PDPT
(SIPADU-T)
SI-MUTU
SI-EPSBED
SI-SERDOS
 SI-SWMP
SI-RKAKL
SI-PEG

APLIKASI SINGLE SIGN

4 CRITICAL
ON (SSO)
SI-SSO **

SISTEM INFORMASI
SI-LEMLIT
PENELITIAN DAN
5 PENGABDIAN CRITICAL
MASYARAKAT TERPADU
(SIPPM-T) SI-EJOURNAL
SI-LPM **

APLIKASI MULTIMEDIA & SI-VOIP

6 CONFERENCE SYSTEM SUPPORT
TERPADU (MNC-T) SI-VIDEO
CONFERENCE **

SI-BWMGT

APLIKASI NETWORK SI-FIREWALL

7 OPERATION CENTER SI- SUPPORT
TERPADU (NOPEC-T) PROXY/WIRELESS
SI-DNS
SI-HELPDESK
SI-FILE SHARING
DATAWAREHOUSE
**
SI-SMS GATEWAY
**
SI-ORANGTUA **
8 CRM SUPPORT
SI-KERJASAMA **
SI-ALUMNI **
SI-Carier
Management System
**

SI-PORTAL UNIT
KERJA
PORTAL MANAGEMENT
9 SYSTEM TERPADU (PMS- SI-PORTAL WEB
T) UNILA
SI-SOCIAL
NETWORK **
 SI-MOBILE
CRITICAL
INFORMATION
**
SI-FORUM **
10 EMAIL SYSTEM SI-MAIL SUPPORT

DECISION SUPPORT DATAWAREHOUSE

11 CRITICAL
SYSTEM **

KNOWLEDGE
SI-KMS **
12 MANAGEMENT SYSTEM CRITICAL
(KMS)

Pemetaan Mc Farlan Grid untuk sistem informasi akan datang

Tabel 5.9 McFarlan grid portofolio aplikasi masa depan

STRATEGIC HIGH POTENTIAL

SIAKAD-T
E-LIBRARY
SIPADU-T

DSS
SIPPM-T

KMS
KEY OPERASIONAL SUPPORT
SSO
PMS-T MNC-T
CRM NOPEC-T
EMAIL-SYSTEM
 Landscape aplikasi mendatang

Gambar 5.3 Arsitektur sistem informasi mendatang

5.5.2. Arsitektur data
5.5.2.1. Arsitektur data Saat ini
A. Aktifitas Utama
Penyelenggaraan pendidikan.

Tabel 5.10 Data penyelenggaraan pendidikan

Aktifitas Data
Penerimaan Data calon_mahasiswa (nidn, nama, alamat, id_asal_sekolah,
mahasiswa baru. konsentrasi, nilai_raport, sttb)
(Online)
Data pilihan_program-studi (id_program_studi,
nama_program_studi)
Data jalur_masuk penerimaan (id_jalur, nama_jalur_masuk)

Data ujian masuk (tanggal, tempat, pengawas)

Data kelulusan (npm_mahasiswa, nama, id_program_studi,

id_jalur, status_kelulusan)
Kegiatan Akademik. Data pembimbing_akademik (nip_dosen,
(Online) npm_mahasiswa,id_program_studi)

Data daftar_hadir_mahasiswa (nip_dosen, npm_mahasiswa,

id_program_studi, id_mata_kuliah, pertemuan_kuliah,
tgl_kuliah,
Data Bukti_pembayaran (npm_mahasiswa,
status_pembayaran, id_program_studi, biaya_spp)
Data Kurikulum (id_program_studi, id_mata_kuliah,
tahun_akademik)
Data Nilai (npm_mahasiswa, id_program_studi,
id_mata_kuliah, tahun_akademik, nilai_mahasiswa)
Data Jurusan (id_program_studi, id_fakultas,
nama_program_studi)
Data Kalendar_akademik (tahun_akademik,
calendar_akacemik)
Data Kelas (id_kelas, id_fakultas, id_program_studi,
tahun_akademik, npm_mahasiswa_kelas)
Data Registrasi (npm_mahasiswa, status_pembayaran,
id_fakultas, id_program_studi, persetujuan_pa,
data_mahasiswa)
 Data Mata_Kuliah (id_mata_kuliah, id_fakultas,
id_program_studi, nama_mata_kuliah)
Data Dosen (nip_dosen, id_fakultas, id_program_studi,
nama_dosen, bidang_keahlian, biodata_dosen)
Data Daftar_hadir_dosen (nip_dosen, id_fakultas,
id_program_studi, id_mata_kuliah, id_ruang_kelas,
tanggal_kuliah)
Data Kerja_Praktek (npm_mahasiswa, id_fakultas,
id_program_studi, nip_dosen_pembimbing, tujuan_kp)
Data KKN (npm_mahasiswa, id_fakultas, id_program_studi,
nip_dosen_pembimbing, tujuan_kkn)
Data Mahasiswa (npm_mahasiswa, nama_mahasiswa,
id_fakultas, id_program_studi, identitas_mahasiswa)
Data Ruang_kuliah (id_ruang_kelas, id_fakultas,
id_program_studi, fasilitas_ruang)
Data Biaya (id_fakultas, id_program_studi, total_biaya,
status_pembayaran)
Data Wisuda (npm_mahasiswa, id_fakultas, id_program_studi,
tgl_lulus)
Data laboratorium (id_laboratorium, nama_lab, id_fakultas,
id_program_studi)
Data e_learning (npm_mahasiswa, nip_dosen, id_matakuliah,
id_fakultas, id_program_studi)
Manajemen aset Data koleksi_jurnal_digital (id_koleksi_jurnal, nama_jurnal)
pengetahuan (NOT-
Online) Data koleksi_buku (id_buku, nama_buku, pengarang,
info_buku)
Data koleksi_penelitian (id_penelitian, jenis_penelitian,
nama_peneliti)
Layanan alumni (NOT- Data alumni (id_alumni, nama, id_fakultas,
Online) id_program_studi, tahun_lulus, ipk, tempat_kerja, gaji)
 Penelitian

Tabel 5.11 Data penelitian

Aktifitas Data
Pemetaan sumber Data sumber_daya_penelitian (id_jenis_penelitian,
daya penelitian nama_penelitian, id_institusi_penyelenggara_penelitian,
(Online) nip_dosen, id_kepakaran, skim_pembiayaan,
id_objek_penelitian)
Kegiatan penelitian Data peneliti (id_peneliti, id_jenis_penelitian,
(Online) waktu_penelitian, tempat_penelitian, deskripsi_penelitian,
rencana_pembiayaan)
Dokumentasi dan Data hasil_penelitian (id_hasil_penelitian, nip_peneliti,
publikasi hasil judul_penelitian, tempat_publikasi_penelitian, jenis publikasi
penelitian penelitian.

Pengabdian
Tabel 5.12 Data Pengabdian
Aktifitas Data
Pemetaan sumber Data sumber_daya_pengabdian (id_jenis_pengabdian,
daya pengabdian nama_pengabdian, id_institusi_penyelenggara_pengabdian,
(NOT- Online) nip_dosen, id_kepakaran, skim_pembiayaan,
id_tempat_pengabdian)
Kegiatan pengabdian Data peneliti (id_pengabdian, id_jenis_pengabdian,
(NOT-Online) waktu_pengabdian, tempat_pengabdian, deskripsi_pengabdian,
rencana_pembiayaan)
Dokumentasi dan Data hasil_pengabdian (id_hasil_pengabdian, nip_pengabdian,
publikasi hasil judul_pengabdian, tempat_publikasi_pengabdian, jenis
pengabdian _publikasi_pengabdian, tahun_publikasi_pengabdian)
B. Aktifitas pendukung

Administrasi Akademik

Tabel 5.13 Data Administrasi akademik

Data
Data administrasi_akademik
Data panduan_akademik
Data statuta_akademik
Data
Data SWMP
penyelenggaraan_kegiatan_akademik
Data Sertifikasi_dosen
Data EPSBED
Data kendali_MUTU

Pengelolaan dan pengembangan SDM

Tabel 5.14 Data pengembangan SDM

Data
Data karyawan
Data dosen
Data cuti_karyawan
Data kenaikan_pangkat
Data pelatihan
Data keahlian_karyawan
5.5.2.2. Arsitektur data usulan
A. Aktifitas utama
Penyelenggaraan pendidikan
Use case diagram pendidikan

Gambar 5.4 Use case pendidikan

 Class diagram pendidikan

Gambar 5.5 Class diagram pendidikan

 Penelitian
Use case penelitian

Gambar 5.6 Use case penelitian

Class diagram penelitian

 Gambar 5.7 Class diagram penelitian
Pengabdian
Use case pengabdian

Gambar 5.8 Use case pengabdian

Class diagram pengabdian

 Gambar 5.9 Class diagram pengabdian
B. Aktifitas pendukung
Penyelenggaraan kegiatan akademik
 Use case penyelenggaraan kegiatan akademik

Gambar 5.10 Use case penyelenggaraan akademik

Class diagram penyelenggaraan kegiatan akademik

 Gambar 5.11 Class diagram penyelenggaraan akademik

Operasional SI/TI
Use case operasional SI/TI

Gambar 5.12 Use case operasional SI/TI

Class diagram operasional SI/TI
 Gambar 5.13 Class diagram operasional SI/TI

5.6. Fase technology architecture

Tahapan ini bertujuan untuk mengidentifikasikan platform teknologi
saat ini dan melihat secara langsung penggunaan platform teknologi saat ini
terhadap aplikasi yang digambarkan dalam bentuk matriks, serta membuat usulan
platform teknologi terkait kebutuhan Universitas 17 Agustus Surabaya.
Infrastruktur TI terdiri dari peralatan, sistem, perangkat lunak, dan servis yang
digunakan secara umum di seluruh organisasi.
Dokumen PeGI dari kementrian kominfo pada subdimensi infrasktruktur
merumuskan 7 aspek pembentuk infrastruktur, yaitu;
1. Data center
2. Jaringan data
3. Keamanan
4. Fasilitas pendukung infrastruktur TIK
5. Disaster recovery
6. Pemeliharaan TIK
7. Inventarisasi peralatan TIK

5.6.1. Kondisi technology architecture saat ini

 Penilaian arsitektur teknologi mengacu pada kerangka kerja subdimensi
penilaian infrastruktur PeGI (5 komponen teknologi, yaitu data center,
Komputer desktop, perangkat jaringan, peranti keras tambahan, perangkat lunak,
peranti penyimpanan data, ruang dan fasilitas pendukung) dengan penjabaran
sebagai berikut

5.6.1.1. Data center

Menurut dokumen PeGI subdimensi data center adalah sebagai berikut;

server, komputer desktop, jaringan data dan peralatan jaringan data, peranti lunak
tambahan (printer,scanner), peranti lunak sistem operasi, peranti lunak basis data,
peranti penyimpanan data, ruangan dan fasilitas pendukungnya (AC, listrik,
kontrol akses).

Server
Saat ini teridentifikasi total terdapat 32 server yang beroperasi pada data
center, dengan spesifikasi dan fungsionalitas beragam, detail bisa dilihat pada
lapiran data server, operasional server selama ini masih menganut konsep
pengelolaan konvensional dimana hanya ada satu sistem operasi tertanam pada
server, padahal menurut jenis spesifikasi server, mayoritas server dapat
difungsikan dalam mode virtualisasi, brand HP rack server adalah mayoritas type
server.

Komputer desktop
Terdata hampir 2000 komputer desktop yang terhubung dalam jaringan
Local Area Network (LAN) Unila,hasil dari berbagai pengadaan komputer dari
DIPA Universitas maupun dana bantuan hibah dari luar, semuanya
disitribusikan pada seluruh fakultas dan unit kerja. Pada level Fakultas ada
laboratorium komputer khusus untuk digunakan dosen dan mahasiswa dalam
mendukung proses belajar mengajar.
 Perangkat jaringan
Perangkat jaringan yang digunakan untuk membentuk jaringan intranet
terdiri atas beragam produk vendor, untuk menghubungkan antar node unit kerja
digunakan perangkat switching, hingga dilevel fakultas seluruh switching dengan
mode manageable switch dengan modul Gigabit yang support Fiber Optik, pada
unit kerja dan program studi sebagian besar menggunakan mode switch Fast
Ethernet. Sebaran perangkat jaringan yang digunakan terlihat pada pada gambar
5.14

Gambar 5.14 Sebaran perangkat switching Unila

Dari gambar 5.14, sebaran perangkat switching komponen paling banyak

berada di Gedung Rektorat, rincian topologi jaringan yang ada saat ini ada pada
lampiran 16

Peranti keras tambahan (printer, scanner,etc)

Demi kelancaran penyelenggaraan proses akademik disetiap fakultas dan
unit kerja telah disediakan perangkat keras pendukung seperti printer, mode
printer yang digunakan sebagian besar adalah printer desktop baik inkjet maupun
laserjet
 Perangkat lunak sistem operasi dan sistem basis data.

Saat ini Unila bekerja sama dengan microsoft untuk pengadaan software
pendukung kegiatan akademik (Microsoft-Aggrement) sehingga mayoritas sistem
operasi komputer desktop yang tersebar menggunakan microsoft window. Dalam
pengoperasionalan data centre sistem operasi yang digunakan terdiri dari
bermacam platform, namun sebagian besar menggunakan sistem operasi open
source, dengan rincian seperti pada gambar 5.15 berikut

Gambar 5.15 Sebaran sistem operasi data center

Aplikasi basis data yang dipergunakan pada sistem informasi exsting di
data center adalah MySQL dan Oracle. Aplikasi Sistem Informasi Akademik
(SIAKAD) sepenuhnya menggunakan data base server Oracle, diluar aplikasi
SIAKAD menggunakan data base MySQL.

Peranti penyimpanan data

Data center memiliki perangkat penyimpanan data dalam bentuk SAN
(Storage Area Network) type SAN-QNAP sebanyak 6 unit, dan NAS-DROBO
sebanyak 1 unit dengan rekap pada gambar 5.16
 Gambar 5.16 Sebaran alokasi storage data center

Kapasitas media storage SAN beragam seperti terlihat pada grafik diatas,
penggunaannyapun belum optimal, selain menggunakan media SAN, Data Center
juga menggunakan media CD/DVD untuk penyimpanan data

Ruang dan fasilitas pendukung (ac, listrik, control akses)

Ruangan data center memiliki dua lokasi, pertama digedung puskom lama
Rektorat dengan fungsi sebagai ruangan penyimpanan server SIAKAD, dan ruang
Network Operation Center (NOC) di gedung puskom baru, dengan layout posisi
perangkat sebagai berikut
 Gambar 5.17 Rack server diagram data center Unila

Ruangan data centre dilengkapi dengan 4 pendingin ruangan bertipe split

dengan kapasitas masing-masing 2 PK, dan bekerja secara bergantian, untuk
sistem pengkabelan listrik masih belum mengikuti kaidah standar data centre.
Ruangan NOC termasuk restricted area, hanya orang berkepentingan saja yang
dapat memasuki ruangan ini untuk mengantisipasi sabotase.

5.6.1.2. Jaringan Data

Jaringan intranet Unila menggunakan fiber optic sebagai media backbone

utama, dengan kapasitas kanal bandwidth 1 Gbps, menghubungkan seluruh
gedung fakultas dan unit kerja, hingga saat ini seluruh unit kerja telah terhubung
dengan jaringan intranet. Media wireless juga digunakan sebagai infrastruktur
jaringan untuk menghubungkan perangkat terminal dosen dan mahasiswa. Seluruh
fakultas dan unit kerja sebagian besar telah mendukung koneksi wireless,
namun beberapa titik padaprogram studi masih belum tercover teknologi
wireless, hanya menggunakan kabel saja.
 Untuk layanan internet saat ini Unila berlangganan dengan PT
Moratelindo dengan kapasitas bandwidth sebesar STM-1 (155Mbps) dengan
rincian 100 Mbps untul link ke Indonesia Exchange, dan 55 Mbps untuk
internasional Exchange, untuk dapat menikmati layanan internet ini, civitas
akademika harus memiliki ID-LOGIN baik melalui proxy ataupun wireless.
Jaringan intranet dan internet Unila saat ini juga telah terhubung dengan
mode dual IPv4/IPv6 dan dapat berjalan bersamaan, untuk penggunaan IPv4
tidak menggunakan DHCP, sedangkan IPv6 menggunakan mode stateless untuk
mendistribusikan kepada client.
Beberapa layanan TI yang dikelola oleh UPT Puskom; registrasi data ID-
LOGIN proxy maupun wireless, email dosen dan mahasiswa, website fakultas
dan unit kerja, blog dosen dan mahasiswa, hosting data hasil penelitian,
penyelenggaraan akademik dengan sistem SIAKAD Online, layanan Trial VPN,
pengoperasionalan firewall. Topologi jaringan intranet saat ini terlampir pada
lampiran 14.

5.6.1.3. Keamanan
Keamanan akses masuk ke data center masih menggunakan
mode konvensional, ruangan data centre diamankan dengan 1 pintu utama
dengan pengaman kunci manual, masing-masing pengelola memegang kunci
untuk dapat ruangan. Teknologi CCTV belum digunakan dalam pemantauan
aktifitas ruangan.Saat ini untuk memproteksi jaringan intranet administrator
menggunakan gabungan teknologi firewall mikrotik dan packet filter FreeBSD,
yang bertujuan membatasi akses terhadap resource internal dari luar. Intrution
Prevention System (IPS) masih belum dipergunakan, untuk monitoring kejadian
keamanan masih dilakukan secara manual. Belum ada kebijakan khusus
mengenai penggunaan antivirus di lingkungan Unila, sepenuhnya diserahkan
kepada pengguna menggunakan software antivirus yang disukai.
5.6.1.4. Fasilitas pendukung infrastruktur TIK
Data center juga telah dilengkapi fasilitas pendukung berupa UPS dan
Genset, untuk penggunaan genset sering bermasalah, karena sering kejadian
kehabisan bahan bakar sehingga tidak dapat dipergunakan.

5.6.1.5. Disaster recovery

Saat ini Unila belum memiliki dokumen Disaster Recovery Plan (DRP)
terkait perencanaan terhadap antisipasi gangguan keamanan, Disaster
Recovery Center (DRC) juga belum digunakan

5.6.1.6. Hasil pemetaaan kondisi infrastruktur berdasar

subdimensi infrastruktur PeGI
Secara umum hasil pemetaan infrastruktur TIK di Universitas 17 Agustus
Surabaya sudah berjalan cukup baik dengan hasil penilaian self assessment
terlihat berikut

Gambar 5.18 Hasil self assesment subdimensi infrastruktur PeGI

Manajemen sepakat untuk meningkatkan kualitas pada masing-masing
subdimensi menuju ke level 4, dengan berbagai strategi yang akan dijabarkan
selanjutnya.

5.6.2. Usulan technology architecture

5.6.2.1. Mengidentifikasi prinsip teknologi
Tahapan ini dilakukan untuk mengidentifikasikan prinsip-prinsip
mendasar bagi platform teknologi yang diperlukan untuk mendukung lingkungan
dalam berbagi data (shared). Prinsip-prinsip tersebut digunakan untuk
menentukan platform dan arahan penyediaan teknologi untuk mendukung proses
bisnis Unila. Hasil dari identifikasi prinsip-prinsip (Tabel 5.19) itu meliputi
perangkat keras, perangkat lunak, dan perangkat komunikasi yang disesuaikan
dengan arsitektur teknologi saat ini, arsitekturdata, dan arsitektur aplikasi yang
didefinisikan pada fase information system architecture.
Tabel 5.19 Prinsip pengembangan SI/TI
No Jenis Prinsip
Mendukung teknologi client server
1 Perangkat Keras Independen terhadap vendor dan brand tertentu
Mampu beradaptasi dengan perkembangan
teknologi
Dapat beradaptasi dengan
di masa yang akanseluruh
datang unit kerja
2 PerangkatLunak Sistem operasipada
Didasarkan mendukung penggunaan
kebutuhan perangkat
dan tujuan bisnis
keras
Unila dan perangkat lunak aplikasi yang dibangun
Mendukung jaringan
Memiliki Lisensi
Menggunakan konsep standar terbuka (open
standart)
Bersifat multiplatform (dapat beroperasi pada
semua
platform)
DBMS harus dapat mengakomodasi kebutuhan
transaksidata
Data dibuat sekali, tidak redundan, dan harus
konsisten
Data merupakan milik bersama bukan milik unit
organisasi tertentu
Pengaksesan data dibatasi oleh hak aksesuser
5.6.2.2. Mengadopsi tren teknologi
A. Tren hardware

Hardware (perangkat keras) sebagai komponen dari infrastruktur TI harus

mengadopsi teknologi baru untuk meningkatkan kualitas dan kapasitas dari
perangkat tersebut. Sebagai contoh teknologi RAID (Redundant Array of
Independent Disk) yaitu teknologi penyimpanan data yang dapat
meminimalkan resiko terjadinya kehilangan data apabila terjadi kerusakan
salah satu harddisk (Disk Failed). Teknologi ini perlu diadopsi Unila untuk
meningkatkan kinerja sistem.
Tren teknologi lain yang muncul saat ini adalah teknologi backup. Sebagai solusi
backup terdapat teknologi Storage Area Network (SAN) yaitu teknologi yang
memungkinkan media penyimpanan data terintegrasi dengan sistem operasi
sendiri dan dapat dikelola sesuai dengan keinginan.

B. Tren teknologi jaringan

Teknologi Web Cache dipandang perlu untuk diimplementasikan,
bertujuan mengoptimalkan penggunaan badwidth, fasilitas content filter juga
terdapat pada service web cache sehingga pengelola TI dapat memberlakukan
content filtering terhadap trafik data internet Unila. Deep packet inspection
diperlukan untuk melakukan analisis secara mendalam terhadap prilaku
penggunaan bandwidth civitas akademika Unila, hasil analisis akan dijadikan
bahan pertimbangan pembuatan kebijakan dan standar operational prosedur
penggunaan internet di Unila. Tren jaringan komputer saat ini juga
mengarah kepada teknologi open standard berbasiskan protokol TCP/IP.
Untuk memudahkan dalam pengelolaan jaringan (Network Management)
sebaiknya menggunakan perangkat jaringan (Network Device) yang
bersifat managable. Topologi jaringan usulan pada lampiran 17
C. Tren teknologi database
Dalam hal optimalisasi pengolahan dan pemanfaatan aset data akademik yang
sudah berjalan selama ini dapat memanfaatkan teknologi data mining. Teknologi
ini digunakan untuk mendukung proses pengambilan keputusan demi
menunjang keberlanjutan aktifitas bisnis masa depan. Penggunaan data mining
erat kaitannya dengan data warehouse.

D. Tren cloud computing

Berbagai organisasi memberikan perhatian yang besar terhadap penghematan
dan sumber daya terkait penggunaan teknologi informasi. Sebagai salah satu
layanan yang menjadi solusi dari permintaan diatas adalah dengan menerapkan
teknologi cloud computing. Dimana komponen utamanya adalah adanya
virtualisasi. Virtualiasi merupakan sebuah teknik untuk menyembunyikan
karakteristik fisik dari sumber daya komputer. Saat ini banyak alat bantu atau
perangkat lunak yang digunakan untuk melakukan virtualisasi baik itu bersifat
open source maupun propietary.

E. Tren web 2.0 dan e-Learning 2.0, mobile computing

Istilah e-Learning 2.0 digunakan untuk merujuk kepada cara pandang baru
terhadap pembelajaran elektronik yang terinspirasi oleh munculnya teknologi
Web 2.0. Web 2.0 adalah sebuah istilah yang dicetuskan pertama kali oleh
OReilly Media pada tahun 2003. Istilah ini kemudian populer pada konferensi
web 2.0 pertama di tahun 2004 (Oreilly:2003). E-learning 2.0 erat
hubungannya dengan Web 2.0, social networking (Jejaring Sosial) dan
Personal Learning Environments (PLE).
Sistem konvensional pembelajaran elektronik biasanya berbasis pada
paket pelajaran yang disampaikan kepada mahasiswa dengan menggunakan
teknologi internet (biasanya melalui LMS). Peran mahasiswa dalam
pembelajaran terdiri dari pembacaan dan mempersiapkan tugas. Kemudian
tugas dievaluasi oleh dosen. Sebaliknya, e-learning 2.0 memiliki penekanan
pada pembelajaran yang bersifat sosial dan penggunaan perangkat lunak sosial
(social networking) seperti blog, wiki, podcast dan second life. Fenomena ini juga
telah disebut sebagai Long Tail learning. Disamping itu saat ini tengah
berkembang teknologi mobile computing dimana transfer informasi bisa
berjalan kapan dan darimana saja dengan bantuan perangkat mobile seperti
smartphone, gadget.

F. Tren protokol IPv6

Tujuan utama adanya IPv6 adalah untuk menciptakan lebih banyak
ketersediaaan alokasi alamat IP publik. IPv4 memberi sekitar 4 milyar alamat,
sedangkan IPv6 dapat memiliki 340000000000000 triliun triliun alamat yang
unik. Unila perlu juga memetakan kebutuhan alokasi IPv6 pada tingkat
fakultas dan unit kerja. Usulan alokasi IPv6 pada lampiran 7.

G. Tren aplikasi sistem informasi

Tren perkembangan sistem informasi juga berlangsung pesat. Berbagai
aplikasi muncul dan menawarkan solusi atas permasalahan bisnis organisasi.
Aplikasi ini mulai dari yang bersifat open source, modular/lossely couple,
hingga ke aplikasi berbayar. Sebagian dari aplikasi tersebut mungkin dapat
diimplementasikan dengan terlebih dahulu melakukan penyesuaian terhadap
kondisi real bisnis organisasi. Usulan alokasi IPv6 pada lampiran
Selain itu perkembangan teknologi aplikasi sebagai infrastruktur telah
berkembang lebih jauh. Teknologi Service Oriented Architecture (SOA)
memungkinkan aplikasi bisa berbagi pakai data dan informasi secara bersama-
sama. Dengan demikian penggunaan sumber daya lebih optimal dan biaya
yang dikeluarkan dapat diminimalkan.

H. Tren security
Saat ini kebutuhan akan keamanan sistem informasi sangat dibutuhkan,
kerangka kerja implementasi security bisa mengadopsi konsep standar ISO
27001, yang menjabarkan secara lengkap proses control terhadap aset
informasi serta strategi mitigasi resiko atas aset register, serta perlunya
implementasi IDS, IPS dan tuning NMS.
I. Tren high definition (HD) teleconference
Kebutuhan akan fasilitas teleconference dengan kualitas bagus (High
Definition) sudah menjadi kebutuhan, terutama untuk mendukung proses
pembelajaran jarak jauh yang melibatkan universitas/instansi lain. Konsep
penataan ruangan turut menjadi perhatian untuk menciptakan layanan video
conference yang prima, serta didukung oleh koneksi internet broadband tentunya.

J. Tren penggunaan smartcard

Unila perlu mengadopsi teknologi smart card pada seluruh civitas akademika
baik dosen, mahasiswa, karyawan, laboran, smart card berfungsi menyimpan
informasi civitas akademika, dan digunakan sebagai media untuk mengakses
seluruh layanan TI di Unila, bagi karyawan salah satunya dapat digunakan
absensi karyawan, bagi mahasiswa dapat digunakan sebagai identitas
mahasiswa, layanan perpustakaan, TI, dsb.

K. Tren disaster recovery

Dipandang perlu untuk mengimplementasikan layanan Disaster Recovery
untuk menjaga agar layanan akademik tetap berjalan meskipun dengan
berbagai insiden bencana, untuk itu diperlukan suatu disaster recovery plan
(DRP) yang sesuai dengan kebutuhan bisnis Unila.

L. Tren social network

Beberapa tahun terakhir ini merupakan era berkembangnya teknologi
social network, sebagian besar organisasi telah memanfaatkan teknologi ini
sebagai salah satu strategi dalam pengembangan bisnis organisasi. Araceli
Perez (e-interactive) merumuskan social media strategy seperti gambar 5.19
 Gambar 5.19 Social media strategy
(Araceli Perez)

Dari gambar 5.19 diatas, lebih lanjut Araceli memetakan terdapat 5

komponen penting sebagai social media strategy. Strategi tersebut adalah

Step 1: Define measurable & actionable KPIs

Menentukan platform social network yang akan digunakan, selanjutnya
menentukan Key Performance Indikator (KPI) masing masing social network
seperti jumlah pengunjung atas informasi organisasi yang dipublish pada social
network, dampak efisiensi biaya, dampak dalam efisiensi waktu, jumlah informasi
yang bisa disampaikan, dan lain sebagainya.

Step 2: Configure your analytics

Secara kontinu memantau setiap aktifitas pada social network melalui tools
analytics seperti jumlah pengunjung, total follower, topic terpopuler, statistic
pengunjung tiap artikel, aktifitas forum diskusi, komentar dari anggota atas topic
tertentu, masukan informasi dari anggota.
Step 3: Use social media monitoring tools
Mengidentifikasi seluruh tools social network analytics baik berbayar
maupun tidak, selanjutnya memutuskan platform yang akan digunakan
(Berbayar:Radian6, Sysomos, melwater buzz, hootsuitepro, peer index .
Free: Social Mentioning, whostalking, backtype thinkup).

Step 4: Understanding each social metric

Memahami secara komprehensif atas pengukuran metric masing-masing
social media, dicontohkan 2 kompetitor terbesar saat ini yaitu;

Facebook
Quantitative data (new like, total like, page views (or tabs), referrals)
Qualitative data (Users, Languange, Location, Comment (Sentiment)
Activity Data (Post views, interactions, comments, interaction times)
Twitter
Profile Data (Followers, Following, Tweets, daily tweet average)
Activity Data (Number of Clicks, Number of retweets, what time, whish
tweet structure better, what type of content get more clicks, trending
topics)
Localty Data (Brand mentions, mention content, sentiment)

Step 5: Revise your strategy

Secara berkala melakukan evaluasi terhadap strategi yang dijalankan
kemudian memutuskan apakah perlu melakukan perubahan strategi atau dengan
meningkatkan kualitas strategi yang ada

5.6.2.3. Mendefinisikan platform teknologi

Tujuan dari tahapan ini adalah menentukan strategi distribusi aplikasi dan
data serta mendefinisikan platform teknologi yang akan menjadi lingkungan bagi
aplikasi dan data yang akan mendukung fungsi bisnis yang ada. Pada prinsip
teknologi teridentifikasi bahwa teknologi yang dibutuhkan adalah teknologi
jaringan yang menghubungkan antar aplikasi sehingga dalam menentukan
platform teknologi, lokasi antar unit organisasi dan gedung perlu di perhatikan.
Aplikasi dan basis data yang dikembangkan sedapat mungkin menggunakan
konsep open source, lisensi dan client server, diharapkan tidak ada lagi
penggunaan aplikasi ilegal atau yang tidak berlisensi. Sedangkan untuk
konsep client server, aplikasi dan data diletakkan pada satu lokasi yang
dapat diakses oleh pengguna diseluruh bagian dan unit organisasi dengan
pembatasan hak akses.Teknologi cloudcomputing digunakan untuk mendukung
seluruh layanan aplikasi. Berikut perangkat keras yang perlu dipersiapkan;

A. Server
Saat ini teridentifikasi total terdapat 32 server yang beroperasi pada data
center, dengan spesifikasi dan fungsionalitas beragam, dirasakan belum perlu
dilakukan penambahan server baru, cukup dengan melakukan upgrade memory
server dengan kapasitas minimal RAM terpasang 32 GHz, dengan tujuan agar
utilisasi server yang ada hingga dapat berjalan lebih maksimal.

B. Smart card
Saat ini teknologi smart card belum di adopsi Unila. Dirasakan perlu
dilakukan pengadaan untuk implementasi smart card, sedapat mungkin informasi
biometric seperti sidik jari digunakan untuk mengidentifikasi data pengguna.

C. Personal komputer
Saat ini jumlah PC yang ada sudah cukup memadai karena di semua unit
organisasi telah terdapat PC, namun dibeberapa unit organisasi diperlukan
penambahan PC dengan requirement yang sesuai dengan kebutuhan.
Beberapa lokasi yang memerlukan upgrading dan penambahan PC antara lain
laboratorium komputer pada program studi, perpustakaan, training center
puskom, rektorat.
D. Access point
Penambahan access point dimaksudkan agar seluruh civitas akademika
Unila dapat dengan leluasa mengakses layanan internet dan aplikasi intranet,
tanpa jaringan kabel. Penambahan perangkat access point dilakukan pada
seluruh program studi, laboratorium, pusat studi, perpustakaan, students corner,
area terbuka publik Unila. Terdapat kurang lebih 30% ruangan yang belum
dapat mengakses internet via wifi. Untuk itu perlu dilakukan penambahan
access point sehingga seluruh area kampus mendapatkan koneksi internet
melalui jaringan wifi dengan baik.

E. Router
Router adalah perangkat jaringan yang digunakan untuk membagi protokol
kepada anggota jaringan yang lainnya sehingga sebuah protocol dapat di
sharing ke perangkat jaringan lain. Tidak ada penambahan jumlah router
namun dilakukan upgrade terhadap tipe router yang ada saat ini.

F. Network accelerator
Perlu diadakan perangkat network accelerator untuk meningkatkan
performa jaringan seperti aplikasi web cache, deep packet inspection,

G. Switch
Switch yang diusulkan adalah tipe Gigabit Ethernet dengan mode 40
GByte pada core switch utama dan 10 GB pada core switch distribusi.

H. High definition (HD) video conference equipment

Saat ini terdata total 7 perangkat video conference, dengan hanya 3
perangkat yang support mode HD, untuk mendukung program pembelajaran
jarak jauh, collaboration research, long distance meeting, maka perlu dilakukan
pengadaan perangkat video conference dengan mode HD minimal hingga seluruh
level fakultas.
I. Cloud computing
Inti dari sebuah layanan cloud adalah adanya teknologi virtualisasi.
Virtualisasi memberikan banyak manfaat dan cocok diadopsi organisasi sebagai
salah satu pilihan infrastruktur teknologi informasi, berikut manfaat tersebut
(Arthur Cole, 2011);
Konsolidasi; Menggabungkan beberapa server menjadi satu
menghemat biaya dengan keuntungan yang maksimal.
Efisiensi energi; Sedikit hardware berarti sedikit pula konsumsi daya.
Virtualisasi dapat memotong biaya konsumsi daya secara drastis.
Pemanfaatan sumberdaya; Penggunaan sumber daya listrik, pendingin,
menjadi lebih efisien.
Manajemen; Mengurangi kompleksitas manajemen pengelolaan
infrastruktur.
Provisioning; Proses monitoring kinerja baik resource virtual maupun
resource komputasi dapat berjalan lebih optimal.
Alokasi sumber daya/Load Balancing; Prinsip berbagi pakai secara
dinamis atas penggunaan resource.
Otomatisasi; Virtualisasi menawarkan proses otomasi bagi organisasi.
The Cloud Merupakan komponen penting pendukung terbentuknya cloud
Disaster Recovery. Proses pembaharuan layanan dapat dilakukan dengan
cepat.
Storage, Jaringan, Desktop. Virtualisasi memberikan solusi alternative
terhadap
storage, jaringan, desktop, serta mengurangi ancaman terhadap kehilangan
data.
Tabel 5.20 Perbandingan sistem cloud computing
(http://www.proxmox.com/products/proxmox-ve/comparison)

Windows Hyper- V Citrix Xen

Proxmox VE VMware vSphere Server
Windows
and Linux (KVM)
Other operating
systems
are known to work
and are
community
Most
supported
Modern Windows Windows
(OpenVZ supports
Guest operating system Windows, Linux, UNIX OS, Linux support OS, Lin
Linux only)
Open Source
support Yes No No
is limited No
support
OpenVZ container
(known as OS Yes limited
No No No
Virtualization) Yes, but requires Yes, but requires
Single-view for dedicated dedicated
Mangagement Yes management server management Yes
Only one
(centralized control) (or VM) server (or VM)
Simple Licensing subscription
Structure pricing, all features No No No
Requires
enabled
Microsoft
clustering,
Failover limited
High Availability Yes Yes guest OS
support Yes
Live VM snapshots:
Backup a running VM Yes Yes Limited Yes
Bare metal hypervisor Yes Yes Yes Yes
Virtual machine live
migration Yes TB Ram
Max. Ram and CPU160 CPU/2 Yes Yes
64 CPU/1 TB Yes

per Host 160 CPU/2 TB Ram Ram ?

5.7. Fase Opportunities and Solutions
Pada fase ini dilakukan identifikasi parameter strategis dengan cara evaluasi
gap dari arsitektur enterprise yang meliputi arsitektur bisnis, data, arsitektur
aplikasi,dan arsitektur teknologi untuk selanjutnya membuat strategi untuk solusi.
Adapun yang dilakukan pada fase ini antara lain:

5.7.1. Pola solusi pengembangan aplikasi

Berdasarkan hubungan antara fungsi bisnis dan modul aplikasi pada tabel
5.21 diperoleh gambaran tentang usulan modul-modul aplikasi yang seharusnya
ada untuk
mendukung layanan bisnis pada gambar 5.20
KATALOG LAYANAN BISNIS Universitas 17 Agustus Surabaya

Gambar 5.20 Katalog layanan bisnis Unila

Tabel 5.21 Landscape aplikasi as is dan to be
AS TO BE
IS APLIKASI SISTEM INFORMASI APLIKASI SUPPO
APLIKASI SIAKAD- T E-
DSS SIPPM- SIPADU LIBRAR KMS NOPEC- EMAI CR
SIAKAD REPLA
PDPT REPLA T -T Y T L
SWMP CE
REPLA
EPSBED CE
REPLA
WISUDA CE
REPLA
SERDOS CE
REPLA
E-LEARNING CE
REPLA
KEUANGAN CE REPLA
MUTU CE REPLA
ASET CE
REPLA
RKAKL CE
REPLA
KEPEGAWAIA CE
REPLA
LEMLIT REPLA CE
N
EJOURNAL REPLA CE
LPM CE
REPLA
VOIP CE
BWMGT CE REPLA
FIREWALL REPLA
PROXY/WIFI CE
REPLA
NETMON CE
REPLA
DNS CE
REPLA
HELPDESK CE
REPLA
FILE CE
REPLA
PORTAL UNIT CE
SHARING CE
PORTAL
KERJA WEB REPLA
MAIL
UNILA REPLAC
CE
LPSE E REPLAC
DyNIX E REPLAC
SPM REPLAC E
REPOSITORY E REPLAC
BLOG E
SIMPEL REPLAC
CREAT E
E
5.7.2. Pola solusi pengembangan teknologi
Dari hasil perbandingan platform teknologi yang ada saat ini dengan
arsitekturidealyangdiusulkan,maka dibuat strategi pengembangan infrastruktur
teknologi, sebagai berikut

Perencanaan Kapasitas
a. Pengukuran kapasitas saat ini
Secara keseluruhan pengukuran kapasitas perangkat untuk saat ini masih
cukup reliable, ditunjukkan pada analisis statistik (www, siakad) dibawah, namun
diperlukan perhitungan lanjut estimasi kebutuhan untuk masa yang akan datang,
untuk merumuskan strategi kapasitas, terutama untuk mengadopsi konsep
redundancy dan failover. Pada penelitian ini penulis menggunakan tools webalizer
untuk mengidentifikasi tren statistik pengunjung, mengambil sample pada web
server yang berfungsi sebagai website resmi Universitas 17 Agustus Surabaya
dengan domain www.untag.ac.id dan server SIAKAD, top dan df digunakan
untuk mengidentifikasi tren konsumsi memory, processor dan konsumsi
bandwidth.

Kondisi media penyimpanan saat ini

Web Server Universitas 17 Agustus Surabaya

Gambar 5.21 Kondisi penyimpanan web server Unila

Dari gambar diatas dapat didentifikasi bahwa kondisi storage web server adalah
sebesar 453 GByte.dengan total hardisk yang digunakan sebagai 66 GByte dengan
sisa media penyimpanan sebanyak 84%
Web Server Sistem Informasi Akademik (SIAKAD)

Spesifikasi Web Server SIAKAD-1, SIAKAD-2, SIAKAD-3, SIAKAD-4

sama persis dengan perangkat server yang digunakan pada Web Server Unila
dengan kapasitas storage terpasang adalah 453
GByte, namun penulis tidak mendapatkan detail penggunaan storage

karena keterbatasan terhadap akses console ke server ini.

Kondisi penggunaan memory dan processor saat ini

Web Server Universitas 17 Agustus Surabaya

Gambar 5.22 Query top pada web server Unila

 Total memory terpasang adalah 6 GByte, dengan rincian pengunaan active
172 M, free 5411 M, terlihat bahwa penggunaan memory belum begitu maksimal,
dan processor juga terlihat banyak space idle.

Web Server Sistem Informasi Akademik (SIAKAD)

Spesifikasi Web Server SIAKAD-1, SIAKAD-2, SIAKAD-3, SIAKAD-4 sama

persis dengan perangkat server yang digunakan pada Web Server Unila dengan
kapasitas memory terpasang adalah 6 GByte, namun penulis tidak mendapat
rincian penggunaan resource memory karena keterbatasan akses console.
Kondisi tren pengunjung dan pengunaan resource bandwidth

Web Server Unila

Hasil kompilasi menggunakan webalizer adalah sebagai berikut (data log web
server merekam data log sejak bulan Agustus hingga bulan Desember).
Gambar 5.23 Statistik web server Website Unila

Gambar diatas adalah hasil pengolahan statistik pada web server menggunakan
tools webalizer, sampel data hanya dari bulan Agustus hingga Desember 2012
dengan tren hits terbesar pada bulan Agustus. Berdasarkan statistik data harian,
pada bulan Agustus terdapat total
230.859 pengunjung, sebanyak 157.166 files, 62.464 total halaman yang
dikunjungi, 5603 kunjungan. Sedangkan tren bulanan terdapat
35.609 jumlah site, 77.455.050 Kbyte data, 140.088 visit, 1.561.609 pages
3.929.166 files, 5.771.476 hit. Secara detail transaksi harian dan perjam sebagai
berikut;

Gambar 5.24 Daily usage web server Unila bulan Agustus

Dari gambar 5.24 terlihat bahwa log counter dimulai pada tanggal

7 (log sebelum tanggal tersebut sudah digenerate sebelumnya). Terlihat

bahwa pengunjung tertinggi ada pada tanggal 19 Agustus, 31
Agustus untuk site visit, 31 Agustus untuk jumlah Kbyte data
Kompilasi data harian aktifitas web server dapat dilihat pada tabel

5.22 dibawah
Tabel 5.22 Daily hits, bulan Agustus 2012

Webalizer menghasilkan rekaman statistik transaksi harian pada web

server www.unila.ac.id dengan komponen pengamatan meliputi Hits, files, pages,
visits, site, Kbyte seperti tampak pada tabel
5.24 , sedangkan tren statistik setiap jam digambarkan sebagai berikut
Gambar 5.25 Hourly usage web server Unila

Pada gambar 5.25 terlihat tren statistik web sejak pukul 00.00 hingga pukul

23.00 WIB terlihat lonjakan aktifitas pada pukul 20.00 WIB, dengan rincian
detail pada table 5.23
Tabel 5.23 Hourly statistik detail web unila
 Dari hasil kompilasi tabel 5.23 diatas dapat disimpulkan bahwa rata-rata
pengunjung website Unila rata-rata sekitar 350.033 setiap jamnya,
dengan kondisi penggunaan konsumsi byte data upstream
4.744.801 Kbyte/jam.

Server Sistem Informasi Akademik (SIAKAD)

Pengamatan aktifitas pengunjung server SIAKAD-1 dilakukan pada pukul 14:32

WIB, tanggal 19 Desember 2012 (dengan asumsi belum memasuki masa
pengisian nilai, krs) dengan menggunakan tool MONITOR yang tersedia
pada aplikasi SIAKAD ketika berhasil login ke dalam sistem, hari ini tercatat total
sebesar 260 akun login yang masuk ke server SIAKAD.
b. Perencanaan kapasitas masa depan

Sesuai dengan prinsip pengembangan arsitektur TI yang menggunakan

cloud computing infrastructure maka diperlukan capacity planning mengacu pada
kebutuhan pembangunan infrastruktur private cloud dan virtualisasi.

Gambar 5.26 Virtual server running on bare-metal hardware

(John AllSpaws)

Pada gambar 5.26 diketahui bahwa virtualisasi pada konsep bare- metal
hardware dapat dijadikan sebagai Infrastructure as a Services (IaaS) dengan
melakukan virtualisasi terhadap platform sistem operasi, CPU, memory, disk
diatas bare-metal system dengan kemampuan resizing terhadap seluruh guest OS
secara cepat.
Gambar 5.27 Basic cloud infrastructure
(John AllSpaws)

Pada Gambar 5.27 diperlihatkan perancangan basic cloud infrastructure

dengan melakukan pemisahan secara fisik cluster untuk peruntukan storage
dan cluster komputasi dengan middleware yang digunakan adalah
API/Management Tools bawaan dari bare-metal system. Perancangan kedepan
Unila akan mengadopsi konsep cloud infrastructure
ini.

Sebagai dasar untuk melakukan estimasi ukuran dokumen yang

disimpan maupun yang ditransmisikan, digunakan pendekatan dalil pareto.
Untuk memperoleh estimasi angka transaksi digunakan asumsi bahwa 80%
transaksi data di unit kerja nantinya akan lebih banyak berupa dokumen yang
berhubungan dengan penyelenggaraan akademik, penelitian, pengabdian,
perpustakaan

Estimasi ukuran data Sistem Informasi

 Total terdapat 12 aplikasi usulan yang akan diadakan, untuk itu perlu
diidentifikasi tren kebutuhan kapasitas untuk mendukung 12 aplikasi ini,
dengan pendekatan pareto, asumsi bahwa total terdapat
25.000 jumlah mahasiswa dan 2000 karyawan+dosen, dan asumsi stake holder
lain sebanyak 500 , sehingga total terdapat sejumlah 27.500 user potensial yang
akan menggunakan sistem. Berdasar dalil pareto maka diambil maksimal
hanya 80% saja atau berjumlah (80%x27.500) = 22.000, didapat tabel
estimasi kebutuhan kapasitas penyimpanan data sebagai berikut

Tabel 5.24 Tabel Estimasi kapasitas per aplikasi per tahun

Estimasi
User
Nama (Maks Besar Frekwensi Total B
No Aplikasi Stakeholder 80% Data Pertahun Data /t
dari (Kbyte) (Kbyte)
1 SIAKAD-T Dosen, Mahasiswa, Karyawan 22,000 62,000 2 1,364,000,0
total)

2 SIPADU-T Dosen, Karyawan 2,300 62,000 2 142,600,000

3 DSS Karyawan, pimpinan 900 62,000 2 55,800,000

4 SIPPM-T Dosen, karyawan, eksternal 3,040 82,000 2 249,280,000

E-
5 LIBRARY mahasiswa,dosen,karyawan,ekstern 25,000 300,000 2 7,500,000,0
al
6 KMS dosen,karyawan,mahasiswa 22,000 300,000 2 6,600,000,0

7 NOPEC-T dosen,karyawan,mahasiswa 22,000 62,000 2 1,364,000,0

8 EMAIL dosen,karyawan,mahasiswa 22,000 500,000 2 11,000,000,

9 CRM dosen,karyawan,mahasiswa,ekstern 25,000 62,000 2 1,550,000,0

10 MNC-T al
dosen,karyawan,mahasiswa 22,000 200,000 2 4,400,000,0

11 SSO dosen,karyawan,mahasiswa 22,000 62,000 2 1,364,000,0

 12 PMS-T dosen,karyawan,mahasiswa,ekstern 25,000 600,000 2 15,000,000,
al

Dosen 1.273
Mahasiswa 25000
Karyawan 875 TOTAL 57,189,680,

Dari hasil analisa kapasitas penyimpanan media teridentifikasi total

57,189,680,000 Kbyte data 57,189 GigaByte atau senilai 58 TeraByte pertahun

sehingga apabila aplikasi akan digunakan selama 5 tahun maka akan dibutuhkan
sekitar 58x5= 290 Tera Byte storage
 Estimasi kebutuhan bandwidth

Dari hasil identifikasi tren pengguna terhadap akses web server sebelumnya
maka dapat diasumsikan terdapat rata-rata 5000 pengunjung (melalui laptop, pc,
smartphone) secara bersamaan yang mengakses 12 aplikasi utama tadi, apabila
rata rata satu koneksi sebesar 80bps. Dari data tersebut estimasi bandwidth
melalui web server sebesar (5000x80(bit)) = 400.000 bps atau 400 Mbps

c. Solusi usulan pengembangan teknologi

Dari hasil pertimbangan analisis tren teknologi, prinsip arsitektur,

platform teknologi, serta analisis capacity planning sebelumnya maka
dirumuskan beberapa usulan strategi pengembangan teknologi terlihat pada tabel
5.25

Tabel 5.25 Pola solusi teknologi, mengacu kerangka subdimensi infrastruktur

PeGI

Sub Dimensi Level Ekspektasi Strategi Strategi

No Infrastruktur penilaian Level Pengembangan Code Ke
Dil
pen
1 Data Center 3 (BAIK) 4 (BAIK Upgrading RAM SDC-1 kap
SEKALI) Me
(RA
ter
pad
ser
ada
 Up
Pro
Upgrading Processor SDC-2 ter
Per
Mengadopsi konsep ser
dan
Insfrastructure as a me
im
services (IaAS) kan
i cl
Menjalankan proses SDC-3 (Pl
upg
com
monitoring data centre Ch
den
ber
secara terpadu, baik, SDC-4 Me
kap
tek
dan benar ran
clo
vir
Te
mo
Mengadopsi konsep pro
seb
kom
dat
redundant system SDC-5 yan
sol
dat
me
Me
bai
inf
cri
list
Upgrade Electrical pen
,yan
dil
Wiring pada data centre SDC-6 dan
me
red
dil
upg
keb
per
me
Me
pen
clu
sep
list
upg
list
pri
sw
Upgrading Core-Switch SDC-7 mo
Co
me
clo
uta
sec
pad
sup
Me
ma
ber
ged
list
Upgrading ide
ma
dis
opt
Printer/Scanner SDC-8 keb
fak
uta
ter
per
(M
(Fa
Me
per
pen
Gb
UP
upg
sep
Sw
mi
Upgrading Storage SDC-9 me
pri
Ga
ter
pen
sca
Alt
Un
Gig
n
pad
int
me
ma
Sto
uni
Lin
Pengadaan Blade SDC-10 asi
Sw
Ar
Server per
Ne
ma
(SA
ter
tot
bis
yan
me
per
upg
dil
tek
pen
 Per
dil
Penyatuan Gedung SDC-11 pen
Data Centre an
Seb
ser
alte
sat
Renewable Energy SDC-12 ene
khu
list
(pe
Membuat SOP Me
ter
ser
pengelolaan DataCentre SO
dip
SIA
SDC-13 pen
pen
dip
Da
sys
Per
ke
me
kel
pen
pus
Pla
ber
Network Accelerator SDC-14 per
bar
Do
ten
net
Ite
4(BAIK SEKALI) Upgrading Core Me
sur
acc
(di
2 Jaringan Data 3(BAIK) Internet Router SJD-1 upg
seb
sep
sec
me
alte
We
con
cor
sup
dan
Me
int
list
Pac
eks
rou
cad
Ins
Expand fiber optic SJD-2 fib
dar
lin
Me
me
Penambangan perangkat pen
an
VoIP SJD-3 per
lay
IPP
hin
Me
unt
lev
Penambahan perangkat pen
kom
ren
Akses Point SJD-4 per
me
uni
Ak
Vo
pro
ter
hin
pad
lev
yan
ren
me
uni
aks
pro
kon
jar
 Me
Implementasi IPv6 SJD-5 pen
pen
dua
Impelementasi Un
IPv
Multicast link SJD-6 kep
hin
tra
lev
mu
ter
Me
dip
Membuat SOP SO
pen
Pengelolaan Jaringan pen
lin
Data SJD-7 Jar
Mu
4(BAIK SEKALI) Me
Da
3 Keamanan 3(BAIK) Upgrading Firewall SK-1 upg
me
me
Pla
pad
Do
Me
per
Ite
Pengaktifan IDS/IPS SK-2 n
Fir
(di
ID
sec
ney
Per
con
unt
dil
(SO
mo
Pengadaan Antivirus SK-3 pen
per
sec
An
per
Me
ber
SO
pen
clie
Pen
Pengadaan CCTV SK-4 per
(te
per
CC
kem
Membuat SOP Me
ter
me
keamanan SK-5 Pla
unt
sik
Do
me
ke
item
dat
ter
den
dan
unt
kea
stra
ant
uni
vir
lain
 Me
Membuat rekapitulasi dok
resiko keamanan pada SK-6 sec
setiap aset register TI ter
Menerapkan standar Me
yan
ISO 27001 SK-7 sta
me
270
pol
pem
kea
Me
pro
ter
Fasilitas 4(BAIK SEKALI) per
kea
ase
4 Pendukung 3 (BAIK) Upgrading Genset SFP-1 per
inf
TI
Infrastruktur TIK per
Me
mi
Ge
pen
res
ada
Pengadaan UPS SFP-2 per
pen
UP
per
Me
ter
Ge
Pengadaan Video pen
pad
mi
Conference SFP-3 per
cri
pad
Vid
sep
Me
fak
Co
ser
Pengadaan Ruang rua
ce
sw
Video SFP-4 unt
kap
aks
Conference con
Hig
Me
me
De
pen
ter
(H
Pengadaan Smart Card sm
sta
mi
SFP-5 seb
sud
Me
hin
sin
(Ex
Pengadaan Public pen
fak
ide
Internet Corner SFP-6 rua
n
int
aka
pub
Un
ter
ter
fas
sel
per
lay
PC
yan
fas
(TI
Ho
Pem
 Pengadaan perangkat Me
Self Service Academic pen
Process SFP-7 per
sm
2(SANGAT 4(BAIK SEKALI) Me
pad
5 Disaster Recovery KURANG) Membuat BCP SDR-1 Bis
pub
Co
me
Pla
lay
Membuat DRP SDR-2 Me
ter
sia
Dis
kea
per
rec
n
Pla
Me
Membuat DRC SDR-3 Dis
Re
Ce
Me
(D
Membuat SOP Disaster pro
Recovery SDR-4 Dis
Re
4(BAIK SEKALI) Melakukan audit tata Me
dan
6 Pemeliharaan 3(BAIK) kelola TI SPT-1 aud
ber
TIK Ke
me
me
sim
Membuat Aplikasi
n
ter
Inventarisasi 4(BAIK SEKALI) Inventarisasi peralatan Me
ker
sis
7 Peralatan 3(BAIK) TIK SIP-1 Ap
CO
sud
TIK Inv
dib
per
5.7.3. Migration planning TIK

Tujuan dari tahapan ini adalah merencanakan proses migrasi atau peralihan
dari system yang lama ke yang baru agar penerapan system informasi yang akan
dibangun menjadi terarah dan berjalan dengan baik. Proses migrasi sala h s atun
ya meliputi meminimalisasi resiko.
 Meminimalisasi resiko

Dalam penerapan sistem informasi diharapkan seminimal mungkin terjadi

resiko akibat penerapan sistem ini. Untuk meminimalisasi resiko, ada beberapa
hal yang harus dilakukan:
Melakukan testing terhadap modul aplikasi yang akan d i t e r a p kan kedalam
system yang akan dibangun.
Mendokumentasikan seluruh sistem informasi secara lengkap dan terstruktur
sehingga bila terdapat kesalahan dapat dengan mudah di telusuri.
Penerapan sistem informasi dilakukan secara pararel dengan beberapa
aplikasi yang sudah ada saat ini. Bila selama satu periode penerapan berjalan
tanpa hambatan maka migrasi data mulaidilakukan.
Pelatihan dan training terhadap pengguna aplikasi.

Melakukan sosialisasi untuk semua stakeholder Unila.

 5.7.4. Rancangan arsitektur teknologi informasi Unila

PENGABDIAN
INFORMASI

SWMP

5.7.5. Perancanganteknologi cloud computing

5.7.5.1. Rancangan private cloud Unila

Berdasarkan hasil publikasi Gavin McCance pada data centre CERN,

telah berhasil mereduksi kompleksitas pengelolaan infrastruktur dengan teknologi
cloud computing, kerusakan server/hardware tidak berdampak signifikan
terhadap layanan, karena infrastruktur berjalan tangkas/agile dalam
mengantisipasi perubahan strategi CERN ke depan, konsep IaaS digunakan pada
cloud CERN, berikut usulan rancangan private cloud Universitas 17 Agustus
Surabaya.

Gambar 5.29 Perancangan infrastruktur private cloud Unila