Pemodelan Arsitektur Enterprise STMIK CIC Cirebon Menggunakan Enterprise Architecture Planning (EAP)
Ridho Taufiq Subagio Program Studi Teknik Informatika Sekolah Tinggi Manajemen Informatika dan Komputer  CIC Cirebon Jawa Barat Indonesia Jl.Kesambi 202, Kota Cirebon, Jawa Barat.Tlp : (0231)220250.
E-mail : ridho.taufiq@cic.ac.id

## Abstrak
STMIK  CIC  Cirebon  adalah  sebuah  institusi  pendidikan  tinggi  yang  telah  menggunakan  SI/TI dalam menjalankan proses bisnisnya. Perkembangan dalam penerapan SI/TI yang terjadi tanpa melalui perencanaan  secara  menyeluruh  tehadap  kebutuhan  organisasi  sehingga  terdapat  pulau-pulau  sistem yang  independen,  hal  ini  menyebabkan  kurang  bermanfaatnya  penerapan  SI/TI.  Metodologi  yang digunakan  untuk  membuat  model  arsitektur  enterpriseyaitu  Enterprise  Architecture  Planning  (EAP). Model  arsitektur  enterprise  dibatasi  pada  area  fungsi  bisnis  utama,  yaitu  bidang  akademik  yang menghasilkan  aktivitas  utama  serta  aktivitas  pendukungnya.  Area  fungsi  bisnis  ini  diidentifikasi berdasarkan rantai nilai Porter. Model bisnis yang dihasilkan akan menjadi dasar dalam mendefinisikan arsitektur data, aplikasi, dan teknologi serta pembuatan rencana implementasinya. Hasil dari pemodelan bisnis  ini  diperoleh  fungsi  bisnis  detil  yang  terdefinisi  sebanyak  72,  60  kandidat  entitas  data,  dan  36 kandidat aplikasi yang dikelompokkan kedalam 6 kelompok aplikasi. Rencana implementasi berdasarkan urutan  penerapan  aplikasi  yang  dipengaruhi  oleh  beberapa  faktor,  yaitu  sumber  daya,  waktu,  biaya, manfaat, serta faktor sukses implementasi.
Kata Kunci :  Arsitektur Enterprise, Arsitektur Data, Arsitektur Aplikasi, Arsitektur Teknologi

## Abstract
STMIK  CIC  Cirebon  is  an  institution  which  is  using  SI/TI  for  its  operational.  The  development  of SI/TI application done without entirely planning in what organization needs, where independent systems found, will cause inappropriate application of SI/TI. The method used in building the model of enterprise architecture  is  Enterprise  Architecture  Planning  (EAP).  The  model  of  enterprise  architecture  is  limited only  on  the  main  business  function,  academic  area,  which  produces  the  primary  activity  besides supporting activities. This business function is identified based on value chain Porter. The business model produced will be a basic data in defining Data and Application Technology and Implementation Planning Designing.  The  result  of  this  business  modeling  are  found  72  detail  business  functions,  60  Data  entity candidates,  and  36  Application  candidates  which  are  classified  into  6  application.  The  implementation planning is arranged based on the steps of application implementation which is effected by many factors such as : resources, time, fee, the use and implantation success factors.
Keywords :  Enterprise  Architecture,  Data  Architecture,  Application  Architecture,  Technology Architecture

## 1. Pendahuluan
Peranan  Teknologi  Informasi  (TI)  sebagai  bagian  dari  Sistem  Informasi  (SI)  telah  mengalami perubahan secara dramatis. Saat ini, Teknologi Informasi tidak hanya diharapkan sebagai perangkat bantu untuk operasional sebuah organisasi tetapi sudah merupakan bagian strategis dari suatu organisasi untuk mencapai  tujuannya.Salah  satu  faktor  pendorong  pemanfaatan  sistem  informasi  pada  sebuah  organisasi adalah  semakin  meningkatnya kebutuhan untuk mendukung  fungsi  bisnis  yang dijalankan.  Namun  yang menjadi  kendala  adalah  bagaimana  menyelaraskan  antara  strategi  bisnis  dan  strategi  teknologi  yang digunakannya.  Hal  ini  memberikan  dampak  terhadap  sebuah  organisasi  yang  terus  berlomba  untuk menerapkan  sistem  informasi  dengan  teknologi  yang  dimilikinya  dengan  hanya  memperhatikan kebutuhan sesaat sehingga memungkinkan penerapan sistem informasi yang saling tumpang tindih.Salah satu  penyebab  utama  dari  ketidakselarasan  antara  strategi  bisnis  dan  strategi  teknologi  yang  digunakan
114 adalah perencanaan  yang kurang  matang dan tidak  memikirkan kunci  utama kesuksesan dari penerapan sistem informasi.
STMIK CIC Cirebon  telah  menggunakan teknologi  informasi  dan  sistem  informasi  sebagai sarana dan prasarana untuk menunjang proses bisnisnya. Namun penerapan yang terjadi masih belum memenuhi kebutuhan  yang  diinginkan  oleh  sivitas  akademika.  Hal  ini  disebabkan  karena  kurangnya  perencanaan yang  baik  dalam  proses  pengembangannya,  hanya  berdasarkan  kebutuhan  sesaat  sehingga  yang  terjadi adalah terbentuknya pulau-pulau sistem yang belum seluruhnya terintegrasi.
Tujuan dari pembuatan model arsitektur enterprise ini adalah menghasilkan sebuah cetak biru ( blue print )  mengenai  rancangan  model  sistem  informasi  yang  dapat  digunakan  sebagai  acuan  dan  panduan dalam mengembangkan sistem informasi yang terintegrasi di STMIK CIC Cirebon dengan menggunakan metode Enterprise  Architecture  Planning ( EAP ).  Perencanaan  Arsitektur  Enterprise  merupakan pendekatan yang modern untuk melakukan perencanaan terhadap kualitas data dan mencapai misi SI serta proses  yang  dilakukan  untuk  mendefinisikan  sejumlah  arsitektur  dalam  mengunakan  informasi  untuk mendukung  bisnis  dan  rencana  implementasikan  arsitektur  tersebut  [3].  Implementasi  arsitektur enterprise dilakukan  untuk  menghasilkan  sistem  informasi  dimana  pendekatan  EAP  menyarankan  agar urutan aplikasi dilakukan dengan menggunakan matriks aplikasi dengan entitas data [4]. Adapun lingkup bahasan  ditekankan  yaitu  pada  Bidang  Pengelolaan  Akademik,  Bidang  Pengelolaan  Sumber  Daya Manusia dan Umum, serta Bidang Pengelolaan Keuangan.
2. Kajian Pustaka
2.1. Enterprise Architecture Planning ( EAP )
Enterprise  Architecture  Planning ( EAP )  merupakan  suatu  metode  yang  digunakan  untuk membangun  sebuah  arsitektur  informasi.  Metode  ini  akan  dilakukan  proses  mendefinisikan  arsitektur- arsitektur  yang  diperlukan  dalam  suatu enterprise dengan  menggunakan  data  atau  informasi  yang mendukung proses bisnis serta mencakup rencana implementasinya [2].
Metode Enterprise  Architecture  Planning ( EAP )  memiliki  beberapa  tahapan  kegiatan  yang dikelompokkan kedalam empat lapisan, yaitu :
Gambar 1. Komponen-komponen Enterprise Architecture Planning ( EAP ) [2]
Setiap  lapisan  mencerminkan  tahapan-tahapan  pengembangan  (kegiatan  yang  dilakukan).  Setiap komponen atau fase EAPmenjelaskan bagaimana mendefinisikan arsitektur dan perencanaan. Komponen- komponen  tersebut  terbentuk  sebagai layer ,  dimana  setiap layer merepresentasikan  fokus  tugas  yang berbeda, yaitu : 1. Layer 1 – Where We Start Inisiasi Perencanaan ( Planning Initiation )
Memulai EAP pada  jalur  yang  benar, termasuk  menentukan  metodologi  yang digunakan, siapa  yang harus dilibatkan dan toolset apa yang digunakan. 2. Layer 2 – Where We Are Today
a. Pemodelan Bisnis ( Business Modeling ) Menyusun knowledge  base mengenai  bisnis  dan  informasi  yang  digunakan  untuk  melaksanakan bisnis.
b. Sistem dan Teknologi Saat Ini ( Current Systems and Technology )
Mendefinisikan sistem aplikasi apa yang terdapat saat ini dan platform teknologi yang mendukung.
115
3. Layer 3 – Where We Want to Be in the Future
a. Arsitektur Data ( Data architecture )
Mendefinisikan data yang diperlukan untuk mendukung bisnis.
b. Arsitektur Aplikasi ( Application Architecture )
Mendefinisikan aplikasi yang diperlukan untuk mengelola data dan mendukung fungsi bisnis.
c. Arsitektur Teknologi ( Technology Architecture ) Mendefinisikan platform teknologi  yang diperlukan untuk  menyediakan  lingkungan  bagi aplikasi yang mengelola data dan mendukung fungsi bisnis.
Panah  pada layer ini  menunjukkan  bahwa Data  Architecture didefinisikan  terlebih  dahulu  dan selanjutnya mendefinisikan Application serta Technology Architecture . 4. Layer 4 – How We Get There Rencana Implementasi/Migrasi ( Implementation/Migration Plans ) Mendefnisikan  urutan  langkah  untuk  mengimplementasikan  aplikasi,  jadwal  implementasi,  analisis manfaat  atau  biaya,  dan  mengajukan  jalur  yang  jelas  untuk  melakukan  migrasi  dari where  we  are today ke where we want to be .
2.2. Analisis Rantai Nilai ( Value Chain ) Konsep  dari  analisis  rantai  nilai  ( Value  Chain )  dideskripsikan  oleh  Michael  Porter  yang  dapat membantu  untuk  melakukan  analisis  terhadap  aktivitas-aktivitas  spesifik  yang  dapat  menciptakan  nilai dan keuntungan kompetitif bagi organisasi. Rantai nilai terdiri dari dua kategori aktivitas, yaitu : aktivitas utama( primary activities ) dan aktivitas penunjangnya ( supporting activities )[5].
Gambar 2. Value Chain Porter [1]
a. Primary Activities pada rantai nilai ini sebagai berikut :
1. Inbound  Logistic :  Aktivitas  yang  berhubungan  dengan  penerimaan,  penyimpanan,  dan menyebarkan masukan.
2. Operations : Aktivitas yang mentransformasikan masukan menjadi keluaran produk akhir.
3. Outbound Logistic : Aktivitas yang berhubungan dengan menyebarkan produk/jasa.
4. Marketing  &  Sales :Kegiatan  yang  berhubungan  dengan  pemasaran  dan  penjualan  seperti penelitian pasar, promosi dan sebagainya.
5. Service : Kegiatan yang berhubungan dengan penyedia layanan untuk meningkatkan pemeliharaan produk seperti instalasi, pelatihan, perbaikan, suplai bahan dan perawatan.
b. Support activities yang digambarkan Porter sebagai berikut :
1. Firm  Infrastucture :  Merupakan  aktivitas,  biaya  dan  aset  yang  berhubungan  dengan  manajemen umum, keuangan, keamanan dan keselamatan sistem informasi dan fungsi lainnya.
2. Human  Resources  Management :  terdiri  dari  aktivitas  yang  terlibat  seperti  penerimaan,  dengar pendapat,  pelatihan,  pengembangan  dan  kompensasi  untuk  semua  tipe  personil  dan mengembangkan tingkat keahlian pekerja.
3. Technology Development : aktivitas yang terkait dengan biaya yang berhubungan dengan produk, perbaikan  proses,  perancangan  peralatan,  pengembangan  perangkat  lunak,  telekomunikasi,  basis data dan pengembangan dukungan sistem berbasis komputer.
116
4. Procurement :  kegiatan  yang  berhubungan  dengan  bagaimana  sumber  daya  diperoleh  seperti fungsi pembelian input yang digunakan dalam value chain organisasi.
2.3. Four Stage Life Cycle
Four Stage Life Cycle adalah tools yang digunakan untuk menemukan turunan dari fungsi bisnis yang terkait dengan produk atau layanan yang diberikan oleh fungsi bisnis tersebut. Four Stage LifeCycle digunakan pada tahap pendefinisian proses bisnis.
Gambar 3. Four Stage Life Cycle [4], [5]
Ada empat siklus aktivitas yang digunakan, yaitu [5]: 1. Tahap I ( Requirements , Planning , Measurement, and Control )
Aktivitas  yang  menentukan  berapa  banyak  produk/layanan  yang  dibutuhkan,  rencana  untuk mendapatkannya dan pengukuran serta kontrol yang terkait dengan rencana.
2. Tahap II ( Acquisition )
Aktivitas yang dibentuk untuk mengembangkan produk/layanan atau untuk mendapatkan sumber daya yang akan dipergunakan untuk kegiatan pengembangan.
3. Tahap III ( Stewardships )
Aktivitas  untuk  membentuk,  mempertajam,  memodifikasi  atau  merawat  dukungan  sumber  daya  dan untuk menyimpan atau menelusuri produk atau layanan.
4. Tahap IV ( Retirement/Disposition )
Aktivitas atau keputusan akhir dari tanggung jawab organisasi untuk suatu produk atau layanan atau sinyal yang menyatakan akhir dari penggunaan sumber daya.

## 2.4. Portofolio Aplikasi
McFarlan dan McKenney mengemukakan  sebuah  model  untuk  mengkategorikan  sistem informasi ke dalam empat golongan  yaitu Support (pendukung), High Potential , Key Operational , dan Strategic [6] seperti terlihat pada gambar 4.
1. Strategic
a. Sistem informasi yang kritis untuk bisnis dan kesuksesan mendatang.
b. Berisi  aplikasi-aplikasi  yang  secara  kritis  dibutuhkan  untuk  keberhasilan  bisnis  pada  masa  yang akan  datang.  Aplikasi  ini  dibuat  untuk  mendukung  perubahan  dan  perkembangan  organisasi  dan bisnisnya.
2. Key Operational
a. Sistem  informasi  yang  penting  untuk  mendukung  kelangsungan  bisnis  saat  ini  dan  harus  selalu dijaga keefektifannya.
b. Berisi  aplikasi-aplikasi  operasional  yang  ada  saat  ini,  dan  dibutuhkan  untuk  mendukung operasional organisasi dan lebih bersifat sangat penting agar roda bisnis organisasi dapat berjalan.
Gambar 4. Application Portfolio McFarlan [6] 3. Support
a. Membantu  meningkatkan  efisiensi  proses  bisnis  dan  efektivitas  manajemen,  namun  tidak  kritis bagi bisnis.
b. Berisi  aplikasi  yang  dapat  mendukung  dan  meningkatkan  efisiensi  bisnis  dan  efektifitas operasional.
4. High Potential
a. Sistem  informasi  yang  terwujud  dari  inovasi-inovasi  baru  dan  sangat  potensial  mencapai keunggulan kompetitif.
b. Berisi  aplikasi-aplikasi  yang  bersifat  inovatif  yang  mungkin  dapat  memperbesar  peluang peningkatan keuntungan dimasa yang akan datang tetapi belum dapat dibuktikan.
3. Hasil dan Pembahasan
3.1. Inisiasi Perencanaan dan Analisis Organisasi

## 3.1.1. Pemodelan Bisnis
Pada  tahap  ini  akan  dihimpun  pengetahuan  mengenai  bisnis  dan  informasi  yang  digunakan dalam  melangsungkan  bisnis  suatu  organisasi.  Model  bisnis  akan  menjelaskan  dan  menggambarkan fungsi-fungsi  bisnis  organisasi  berdasarkan  struktur  organisasi  yang  dapat  diuraikan  menjadi  kegiatan- kegiatan  yang  dilakukan  oleh  organisasi.Untuk  melakukan  identifikasi  area  bisnis  utama,  digunakan konsep value  chain (rantai  nilai) Porter .  Aktivitas  Utama  ( Primary  Activities )  terdiri  dari  Penerimaan Mahasiswa,  Operasional  Akademik  (Proses  Belajar  Mengajar),  dan  Pelepasan  Mahasiswa  sedangkan Aktivitas  Pendukung  ( Support  Activities )  terdiri  dari  Pengelolaan  Sumber  Daya  Manusia,  Pengelolaan Keuangan, serta Pengelolaan Akademik.
Gambar 5. Rantai Nilai ( Value Chain ) STMIK CIC Cirebon
Dari gambar 5 tersebut dapat dijelaskan sebagai berikut : 1. Aktivitas Utama ( Primary Activities )
118 a. Penerimaan Mahasiswa Baru :  aktivitas dimana proses  yang terjadi  adalah  mulai  dari promosi oleh  tim  marketing,  pendaftaran  Mahasiswa  baru,  seleksi  penerimaan  mahasiswa  baru,  sampai dengan registrasi Mahasiswa baru.
b. Operasional Akademik (Proses Belajar Mengajar) : aktivitas dimana proses yang terjadi adalah mulai  dari  penentuan  kurikulum  (A),  penentuan  Dosen  pengampu  mata  kuliah  dan  Dosen Pembimbing  Akademik (B), perwalian-pendaftaran ulang Mahasiswa-pembuatan  KRS dan  KTM (C), penjadualan (D), perkuliahan (E), ujian (F), penilaian akademik (G), sampai dengan pelaporan akademik (H).
c. Pelepasan  Mahasiswa :  aktivitas  dimana  proses  yang  terjadi  adalah  mulai  dari  pengelolaan transkrip nilai akademik dan ijazah, pengelolaan wisuda, sampai dengan pengelolaan alumni.
2. Aktivitas Pendukung ( Support Activities )
a. Pengelolaan  Sumber  Daya  Manusia :  aktivitas  dimana  proses  yang  terjadi  adalah  mulai  dari pengelolaan  kebutuhan  dan  alokasi  sumber  daya  manusia,  rekrutmen,  pengawasan  dan  evaluasi, honorarium, sampai dengan pelaporan kinerja Sumber Daya Manusia.
b. Pengelolaan  Keuangan :  aktivitas  dimana  proses  yang  terjadi  adalah  mulai  dari  penetapan anggaran, pencatatan penerimaan dan pengeluaran, sampai dengan pelaporan keuangan.
c. Pengelolaan  Sarana  dan  Prasarana :  aktivitas  dimana  proses  yang  terjadi  adalah  mulai  dari pengelolaan  kebutuhan  sarana  dan  prasarana,  pengawasan  dan  evaluasi  penggunaan,  sampai dengan pelaporan sarana dan prasarana.
Untuk  menggambarkan  fungsi  bisnis  utama  akan  digunakan tools yaitu Four  Stage  Life  Cycle dengan tujuan  memperoleh  gambaran  siklus  pada  setiap  aktivitas  dari  setiap  fungsi  bisnis  yang  ada.  Hasil dekomposisinya dapat dilihat pada gambar 6 dan gambar 7.
Gambar 6. Four Stage Life Cycle untuk Aktivitas Utama ( Primary Activities )
Selanjutnya adalah membuat struktur dekomposisi sub aktivitas dari kedua jenis aktivitas untuk setiap fungsi bisnis yang dapat dipetakan ke dalam bentuk Matriks Relasi Fungsi Bisnis dengan Unit Organisasi Terkait, yaitu : 1. Fungsi Penerimaan Mahasiswa Baru (PMB)
2. Fungsi Operasional Akademik (Proses Belajar Mengajar)
3. Fungsi Pelepasan Mahasiswa
4. Fungsi Pengelolaan Sumber Daya Manusia (SDM)
5. Fungsi Pengelolaan Keuangan
6. Fungsi Pengelolaan Sarana dan Prasarana
Gambar 7. Four Stage Life Cycle untuk Aktivitas Pendukung ( Support Activities )
Berikut  iniadalah  contoh  hasil  matriks  relasi  antara  fungsi  Penerimaan  Mahasiswa  Baru  (PMB)  dengan Unit Organisasi terkait.
Gambar 8. Matriks Relasi Fungsi  PMB dengan Unit Organisasi Terkait

## 3.1.2. Sistem dan Teknologi Saat Ini
Tahapan  ini  bertujuan untuk tujuan  membuat dokumentasi dan definisi  seluruh platform sistem dan  teknologi  yang  dimiliki  dan  digunakan  oleh  STMIK  CIC  saat  ini.  STMIK  CIC  Cirebon  telah menggunakan teknologi informasi untuk menunjang proses bisnisnya, namun tidak semua aktivitas bisnis menggunakan sistem informasi.
Hasil  dari  tahapan  ini  adalah  sebuah  katalog  data  IRC  ( Information  Resource  Catalog )  yang dapat digambarkan dalam bentuk matriks, yaitu : 1. Matriks relasi antara Aplikasi dengan Fungsi Bisnis, dan 2. Matriks relasi Aplikasi dengan Teknologi yang digunakan sehingga  dapat  diketahui  fungsi-fungsi  bisnis  yang  didukung  oleh  aplikasi  dan  aplikasi-aplikasi  yang ditunjang oleh teknologi.
120
3.2. Pembangunan Model Arsitektur Enterprise

## 3.2.1. Arsitektur Data
Tujuan dari tahapan ini adalah mendefinisikan kebutuhan data yang akan digunakan pada tahap pembangunan  arsitektur  aplikasi.  Sesuai  dengan  tahapan  dalam  EAP,  maka  pada  tahapan  ini  akan dilakukan antara lain :
1. Membuat dan mendefinisikan kandidat entitas data.
2. Membuat relasi antar entitas.
Penentuan  kandidat  entitas  data  dapat  didasarkan  pada  fungsi-fungsi  bisnis  yang  telah  terdefinisi dalam  model  bisnis  sedangkan  relasi  antar  entitas  dapat  digambarkan  dengan  menggunakan  diagram konseptual  relasinya,  yaitu  menggunakan Entity  Relationship  Diagram ( ERD )  atau  diagram  E-R  yang merupakan model konseptual data logic yang menunjukkan hubungan antar entitas-entitas tersebut. Hasil dari tahapan ini seperti terlihat pada Gambar 9 berikut ini :
MAHASISWA NILAI MATA KULIAH PROGRAM STUDI BERITA ACARA UJIAN JADUAL KULIAH RUANG KULIAH KALENDER AKADEMIK DOSEN PESERTA SEMINAR PROYEK / TA PESERTA SIDANG TUGAS AKHIR JADUAL SEMINAR PROYEK / TA JADUAL SIDANG TUGAS AKHIR REGISTRASI MAHASISWA PERWALIAN DOSEN PEMBIMBING AKADEMIK DOSEN PEMBIMBING PROYEK / TA Melakukan Memiliki Melakukan Mengontrak Diampu JADUAL UJIAN BERITA ACARA PERKULIAHAN Memiliki Berdasarkan Memiliki Memiliki Terdaftar Terdaftar Memiliki Memiliki Memiliki Memiliki Memiliki ALUMNI WISUDA Memiliki Menjadi Mengikuti IJAZAH & TRANSKRIP Terdaftar Memiliki Memiliki KURIKULUM Memiliki LAPORAN AKADEMIK Dibuat KTM Memiliki Berdasarkan KRS / PRS Berdasarkan Dibuat Berfungsi Berfungsi
Gambar 9. Diagram E-R untuk Operasional Akademikdan Pelepasan Mahasiswa
Untuk  melihat  hubungan  antara  fungsi  bisnis  dengan  entitas  data  dapat  dibuat  matriks  relasi  antar keduanya yang akan membentuk CUR Matrix . Fungsi bisnis yang berhubungan dengan entitas data akan membentuk sel yang memiliki status C ( Create ), U ( Update ), R ( Reference ), atau ketiga-tiganya (CUR). Sel-sel  yang  telah  memiliki  status  C-U-R  dikelompokkan  dengan  fungsi  bisnis  yang  konsisten  dan merupakan subyek basis data yang berhubungan dengan fungsi bisnisnya.

## 3.2.2. Arsitektur Aplikasi
Tahapan ini bertujuan untuk mendefinisikan aplikasi-aplikasi yang diperlukan dalam mengelola data sehingga dapat mendukung fungsi-fungsi bisnis dalam enterprise . Tahapan-tahapan tersebut, antara lain : 1. Menentukan Kandidat Aplikasi
2. Mendeskripsikan Aplikasi
3. Merelasikan antara Aplikasi dengan Entitas Data dan Fungsi Bisnis
Untuk menentukan dan mendefinisikan kandidat aplikasi digunakan tools Application Portfolio McFarlan sebagai  alat  perkiraan  kebutuhan  terhadap  aplikasi.Hasil  pemetaan  kandidat-kandidat  aplikasi  ke  dalam Application Portfolio dapat dilihat pada gambar 10.
121 STRATEGIC APPLICATION HIGH POTENTIAL APPLICATION - Pengelolaan Anggaran dan Promosi PMB
- Pengelolaan Kurikulum
- Administrasi Dosen
- Registrasi Mahasiswa
- Administrasi Kepegawaian
- Administrasi Pendidikan dan Pelatihan SDM
- Pengelolaan Honorarium SDM
- Penganggaran dan Analisis
- Penerimaan Pembayaran Pendidikan Mahasiswa
- Pengelolaan Pendaftaran dan Pembayaran Mahasiswa Baru - Pengelolaan Ujian Seleksi Mahasiswa Baru
- Perwalian Mahasiswa
- Pengelolaan Alumni
- Pembuatan KRS dan KTM
- Perubahan Rencana Studi
- Penjadualan Perkuliahan
- Administrasi Perkuliahan
- Penjadualan Ujian
- Administrasi Ujian
- Penjadualan Seminar dan Sidang
- Administrasi Seminar dan Sidang
- Pengelolaan Nilai Akademik Mahasiswa
- Pembuatan Kartu Hasil Studi (KHS)
- Pelaporan Akademik
- Pembuatan Ijazah dan Transkrip Nilai
- Administrasi Wisuda
- Pelaporan PMB
- Rekrutmen SDM
- Pengelolaan Hasil Seleksi SDM
- Pengelolaan Absensi SDM
- Pelaporan dan Analisis SDM
- Pelaporan dan Analisis Keuangan
- Administrasi Penggunaan Sarana dan Prasarana
- Pelaporan Sarana dan Prasarana
KEY OPERATIONAL APPLICATION

## SUPPORT APPLICATION
Gambar 10. Matriks Portofolio Aplikasi
Hubungan  antara  aplikasidengan  entitas  data  dapat  dibuat  matriks  relasi  antar  keduanya  yang  akan membentuk CUR  Matrix sedangkan  untuk  mengidentifikasi  fungsi-fungsi  bisnis  yang  secara  langsung didukung oleh aplikasi maka dibuat matriks relasi aplikasi dengan fungsi bisnis yang bersangkutan.

## 3.2.3. Arsitektur Teknologi
Tahapan  ini  bertujuan  untuk  mengidentifikasi  kebutuhan  teknologi  (perangkat  keras  dan perangkat  lunak)  yang  diperlukan  di  lingkungan  bisnis  agar  dapat  menjalankan  aplikasi  berdasarkan arsitektur  aplikasi  untuk  mengelola  data  berdasarkan  arsitektur  data  yang  telah  dibuat.  Berdasarkan definisi prinsip platform teknologi yang dibuat, maka dapat didefinisikan bahwa platform teknologi yang akan digunakan adalah teknologi jaringan dengan model Client/Server .
Langkah  selanjutnya  pada  tahapan  ini  adalah  membuat  matriks  relasi  untuk  melihat  hubungan antara  Teknologi  yang  telah  diidentifikasi  melalui platform teknologi  yang  digunakan  dengan  fungsi bisnis dan aplikasi sebelumnya yang telah teridentifikasi.

## 4. Kesimpulan dan Saran
Berdasarkan  hasil  uraian  dan  pembahasan  berkenaan  dengan  pemodelan  arsitektur enterprise ini, dapat diambil beberapa kesimpulan, sebagai berikut : 1. Model  bisnis  yang  digambarkan  dengan value  chain Porter  menghasilkan  aktivitas  utama,  yaitu  : Penerimaan Mahasiswa Baru, Operasional Akademik, dan Pelepasan Mahasiswa sedangkan aktivitas pendukungnya,  yaitu :  Pengelolaan Sumber Daya Manusia, Pengelolaan  Keuangan, dan Pengelolaan Sarana dan Prasarana.
2. Model  arsitektur  informasi  yang  sesuai  dengan  kebutuhan  organisasi  berdasarkan  dari  hasil  yang diperoleh  pada  tahapan-tahapan  pendefinisian  arsitektur enterprise yaitu72  (tujuh  puluh  dua)  fungsi bisnis detil, 60 (enam puluh) kandidat entitas data, dan 36 (tiga puluh  enam) kandidat aplikasi  yang dikelompokkan kedalam enam kelompok aplikasi.
3. Aplikasi yang diusulkan dan dipetakan pada portofolio aplikasi dapat digunakan sebagai acuan untuk menentukan kebijakan jangka menengah dan jangka panjang institusi yang tercantum  dalam Rencana Strategis (RENSTRA) organisasi dalam pemanfaatan dan penggunaan SI/TI.
4. Roadmap dan  jadual  rencana  implementasi  dibuat  berdasarkan  urutan  aplikasi  yang  akan diimplementasikan, dimana aplikasi yang menciptakan data dikembangkan terlebih dahulu.
122
5. Diperlukan  dukungan  dan  komitmen  yang  konsisten  dari  manajemen  organisasi  guna  mendukung rencana implementasi dan penerapannya sehingga tujuan strategis organisasi dapat dicapai.
6. Dekomposisi  fungsi-fungsi  bisnis,  data,  dan  aplikasi  dilakukan  lebih  terperinci  sehingga  diperoleh katalog sumber daya informasi yang lebih lengkap.
7. Pemilihan  dan  penentuan  data,  aplikasi,  dan  teknologi  yang  akan  dikembangkan  hendaknya  tidak identik  pada  satu  produk  atau  vendor  tertentu  sehingga  tidak  mempengaruhi  dalam  proses pengembangan dan penerapannya.

## Daftar Pustaka
[1] Porter, Michael.(1985). Competitive Advantage : Creating and Sustaining Superior Performance for Analyzing Industries and Competitor , The Free Press.
[2] Spewak,  Steven.  H.(1992). Enterprise  Architecture  Planning  (Developing  a  Blueprint  for  Data, Application and Technology) . John Wiley & Sons, Inc.
[3] Sri  Agustina  Rumapea,  Kridanto  Surendro  (2007). Perencanaan  Arsitektur  Enterprise PenyelengaraanPelayanan  Terpadu  Satu  Pintu  (Usulan:  Dinas  Perijinan) .  Seminar  Nasional Aplikasi Teknologi Informasi 2007 (SNATI 2007) , Yogyakarta.
[4] Surendro,  Kridanto.  (2007). Pemanfaatan  Enterprise  Architecture  Planning  untuk  Perencanaan Strategis Sistem Informasi . Jurnal Informatika,Fakultas Teknologi Industri, Universitas KristenPetra, Vol. 8, No.1: pp1-9.
[5] Triloka,  Joko.  (2008). Pemodelan  Arsitektur  Enterprise  untuk  Mendukung  Sistem  Informasi Terintegrasi  di  Bidang  Akademik  Menggunakan  Enterprise  Architecture  Planning .Prosiding Seminar Nasional Sains dan Teknologi II, Universitas Lampung.
[6] Ward and Peppard.(2002). Strategic Planning for Information System . Third Edition, John Willey & Sons, Ltd.,England.