1 BAB I PENDAHULUAN
1.1 Latar Belakang
Dinamika dunia dan arus percepatan perkembangan serta inovasi teknologi pada berbagai bidang telah membuat sebuah perubahan besar pada pola mendasar kehidupan manusia. Beragam kegiatan manusia yang semula menampilkan banyak kendala, masalah dan hambatan, kini menjadi jauh lebih mudah dan praktis. Dalam keseharian, manusia diberikan begitu banyak pilihan kemudahan, yang tentunya merupakan dampak dari transformasi teknologi yang terus berkembang. Sistem Informasi merupakan suatu bidang teknologi yang termasuk memiliki tingkat perkembangan yang sangat pesat. Pemanfaatan Sistem Informasi bagi kemajuan organisasi baik swasta ataupun pemerintahan adalah hal yang kini menjadi mutlak untuk dilakukan. Sistem Informasi memberikan dampak signifikan bagi perkembangan proses bisnis organisasi bila diimplementasikan sesuai dengan kaidah-kaidah penerapan Sistem Informasi yang ideal. Banyak organisasi yang mendapatkan passion beserta keuntungan yang berlimpah dari penerapan Sistem Informasi pada organisasi mereka, namun tidak sedikit pula yang justru tidak memberikan nilai tambah bagi organisasi.
2
tujuan organisasi akan memberikan dampak yang sangat penting dalam memenangkan persaingan yang semakin kompetitif baik di dunia usaha maupun dunia pendidikan.
Persaingan yang semakin kompetitif dalam dunia pendidikan terutama bagi Lembaga Pendidikan (Institusi Pendidikan) yang dikelola oleh masyarakat (swasta), menuntut pihak pengelola untuk mengembangkan atau membangun Sistem Informasi dalam membantu aktifitas bisnis untuk mencapai tujuan organisasi dan sebagai layanan bagi stakeholder terutama yang berhubungan dengan data, informasi, teknologi dan aplikasi. Pengelolaan terhadap data dan informasi yang baik akan memberikan akses yang luas terhadap jaringan data yang terhubung secara global.
Pembangunan dan pengembangan Sistem Informasi ini harus selaras dan sesuai dengan arah strategi organisasi (enterprise). Banyak kasus pengelolaan Sistem Informasi mengalami kegagalan dalam mencapai sasaran (objective) organisasi karena pemanfaatan ini berjalan tidak sesuai dengan arah dan tujuan serta kebutuhan Institusi (organisasi).
terhadap kebutuhan suatu arsitektur enterprise.
Agar perencanaan lebih mendalam maka diperlukan pendekatan lain sebagai pelengkap yaitu pendekatan berbasis objek. Pendekatan ini bertujuan agar rancangan yang dibuat sesuai dengan kebutuhan dari setiap user (pelaku) dalam aplikasi tersebut.
Sekolah Tinggi Manajemen Informatika Komputer CIC (STMIK CIC) Cirebon, merupakan salah satu institusi penyelenggara pendidikan tinggi di bidang komputer. STMIK CIC Cirebon memberikan layanan pemanfaatan Sistem Informasi kepada para mahasiswanya guna menambah pengetahuan terhadap disiplin ilmu yang digeluti dan juga sebagai bentuk layanan kepada orang tua mahasiswa dan stakeholder. Pemanfaatan Sistem Informasi saat ini dirasakan belum optimal dalam mendukung bisnis organisasi, hal ini disebabkan oleh kurangnya sumberdaya. Pemanfaatan Sistem Informasi dilakukan dengan perencanaan yang belum optimal dan hanya berdasarkan kebutuhan sesaat.
STMIK CIC Cirebon memiliki komitmen yang jelas dalam pemanfaatan Sistem Informasi dalam mendukung bisnis organisasi. Sistem Informasi dipandang dapat membantu mempermudah aktifitas bisnis sehari-hari, oleh karena itu STMIK CIC Cirebon perlu mendefinisikan kebutuhan bisnis dan arsitektur informasinya dalam mendukung tujuan organisasi tersebut.
4
arsitektur enterprise sebagai pedoman dalam membangun atau mengembangkan Sistem Informasi yang terintegrasi dan sesuai dengan tujuan organisasi. Permasalahan yang dihadapi oleh STMIK CIC Cirebon dalam pengembangan Sistem Informasi yaitu tidak mempunyai rencana yang jelas dalam pengembangan Sistem Informasi, sehingga pembangunan hanya berdasarkan kepada kebutuhan saat itu yang belum tentu tepat atau memiliki nilai manfaat yang optimal.
1.2 Perumusan Masalah
Fokus utama dalam membangun model arsitektur enterprise yang sesuai dan dapat diterapkan di STMIK CIC Cirebon sebagai pedoman dalam mengembangkan Sistem Informasi yang mudah dipahami oleh setiap bagian yang terlibat di dalamnya serta untuk membantu aktifitas bisnis dan layanan pendidikan guna mendukung pencapaian tujuan organisasi, antara lain :
1)Bagaimana menganalisis proses bisnis yang berjalan di STMIK CIC Cirebon?
2)Bagaimana membuat perencanaan arsitektur enteprise berupa blueprint yang potensial untuk dibangun guna mendukung aktifitas bisnis organisasi? 3)Bagaimana membuat rekomendasi implementasi yang dapat membantu
STMIK CIC Cirebon dalam penerapan Sistem Informasi ?
1.3 Tujuan Penelitian
berikut :
1)Menganalisis proses bisnis yang berjalan di STMIK CIC Cirebon.
2)Membuat perencanaan arsitektur enteprise berupa blueprint yang potensial untuk dibangun guna mendukung aktifitas bisnis di STMIK CIC Cirebon. 3)Membuat rekomendasi implementasi yang dapat membantu STMIK CIC
Cirebon dalam penerapan Sistem Informasi.
1.4 Kontribusi Penelitian
Kontribusi yang diharapkan dari penelitian thesis ini adalah :
1) Rekomendasi pedoman pembangunan dan pengembangan arsitektur Sistem Informasi bagi STMIK CIC Cirebon dalam membantu aktifitas-aktifitas bisnis sehari-hari.
2) Menjadi referensi bagi STMIK CIC Cirebon dalam menyediakan kebutuhan informasi yang diperlukan oleh pihak terkait.
3) Rekomendasi arsitektur Sistem Informasi ini dapat digunakan oleh institusi sejenis, khususnya pelaku bisnis di bidang pendidikan tinggi, yang ingin membangun suatu arsitektur informasi di lingkungan organisasinya.
1.5 Pembatasan Masalah
1) Arsitektur enterprise yang akan dibangun berdasarkan metodologi EUP terutama difokuskan pada :
6
d) Arsitektur teknologi
2) Pemaparan ruang lingkup bisnis dilakukan pada aktivitas utama yaitu bidang Akademik dan aktivitas pendukung yaitu bidang Administrasi dan Keuangan serta bidang SDM (Sumber Daya Manusia) dan Umum, sedangkan perencanaan arsitektur enterprise dibatasi hanya pada proses bisnis utama berdasarkan pemetaan area fungsi dengan value chain yaitu dibatasi pada bidang Akademik, program pendidikan Strata 1 (S1) dan Diploma III (D3) di STMIK CIC Cirebon.
3) Fase (Iterasi) EUP yang dilakukan hanya fase Inception dikarenakan kegiatan dalam penelitian ini hanya sampai pada tahap membangun perancangan arsitektur yang menghasilkan blueprint dan tidak sampai pada tahap pembangunan aplikasinya.
4) Disiplin EUP yang dilakukan dalam penelitian adalah : a) Enterprise Business Modeling
b) Portfolio Management c) Enterprise Architecture d) Strategic Reuse
e) People Management
1.6 Sistematika Penulisan
Sistematika penulisan tesis ini adalah sebagai berikut : BAB I PENDAHULUAN
penulisan.
BAB II TINJAUAN PUSTAKA
Bab ini berisi mengenai teori-teori terkait yang digunakan dalam menganalisis dan merancang model konseptual arsitektur organisasi. BAB III OBJEK DAN METODE PENELITIAN
Bab ini mengelaborasi kondisi saat ini di STMIK CIC Cirebon meliputi visi, misi, tujuan, dan strategi bisnis sebagai objek penelitian, serta metodologi yang digunakan pada penelitian ini.
BAB IV ANALISIS ENTERPRISE
Bab ini membahas bentuk interaksi dan proses bisnis yang sedang berjalan, serta infrastruktur dan kebutuhan sistem lainnya secara garis besar.
BAB V PERENCANAAN ARSITEKTUR
Bab ini berisi perencanaan arsitektur dan roadmap implementasi dari EUP yang telah dibuat selama dalam penelitian.
BAB VI KESIMPULAN DAN SARAN
8 BAB II
TINJAUAN PUSTAKA
2.1 Sistem Informasi
Telah diketahui bahwa informasi merupakan hal yang sangat penting bagi manajemen di dalam pengambilan keputusan. Informasi dapat diperoleh dari Sistem Informasi (information system) atau disebut juga processing system.
Untuk menghasilkan sebuah informasi, maka dibutuhkan sistem yang disebut Sistem Informasi. Beberapa definisi Sistem Informasi dari beberapa sumber sebagai berikut:
“Sistem Informasi dapat didefinisikan sebagai seperangkat komponen yang saling terkait bekerja sama untuk mengumpulkan atau mengambil, memproses, menyimpan, dan menyebarkan informasi untuk mendukung pengambilan keputusan, koordinasi, dan pengendalian dalam suatu organisasi” (Laudon, 2010);
“Sistem Informasi merupakan aktifitas mengumpulkan, proses, menyimpan, menganalisis, dan menyebarkan informasi untuk tujuan tertentu” (Rainer, 2011);
“Sistem Informasi merupakan kumpulan prosedur organisasi yang pada saat dilaksanakan akan memberikan informasi bagi pengambil keputusan dan atau untuk mengendalikan informasi” (Ladjamudin, 2005);
2.1.1 Komponen Sistem Informasi
Untuk mendukung lancarnya suatu Sistem Informasi dibutuhkan beberapa komponen yang fungsinya sangat vital di dalam Sistem Informasi. Komponen-komponen Sistem Informasi tersebut adalah sebagai berikut (Jogiyanto, 2003):
2) Dokumen tersebut dikumpulkan dan dikonfirmasikan ke suatu bentuk sehingga dapat diterima oleh pengolah yang meliputi : pencatataan, penyimpanan, pengujian dan pengkodeaan.
3) Proses merupakan kumpulan prosedur yang akan memanipulasi input yang kemudian akan disimpan dalam bagian basisdata dan seterusnya akan diolah menjadi suatu output yang akan digunakan oleh si penerima. Komponen ini dalam tugasnya akan mengubah segala masukkan menjadi keluaran yang terdiri dari : manusia, metode dan prosedur, peralatan komputer dan penyimpanan data.
4) Output merupakan semua keluaran atau hasil dari model yang sudah diolah menjadi suatu informasi yang berguna dan dapat dipakai penerima. Komponen ini akan berhubungan langsung dengan pemakai Sistem Informasi.
5) Teknologi merupakan bagian yang berfungsi untuk memasukan input, mengolah input dan menghasilkan keluaran. Ada tiga bagian dalam teknologi ini yang meliputi perangkat keras, perangkat lunak dan perangkat manusia. 6) Basisdata merupakan kumpulan data yang saling berhubungan yang disimpan
dalam perangkat keras komputer dan akan diolah menggunakan perangkat lunak.
10
2.1.2 Manfaat Sistem Informasi
Sistem Informasi dapat memberikan manfaat bagi suatu organisasi, perusahaan dan lainnya. Adapun manfaat dari Sistem Informasi adalah sebagai berikut (Jogiyanto, 2003) :
1) Organisasi menggunakan Sistem Informasi untuk mengolah transaksi, mengurangi biaya dan menghasilkan pendapatan sebagai salah satu pelayanan mereka.
2) Bank menggunakan Sistem Informasi untuk mengolah cek-cek nasabah dan membuat berbagai laporan rekening koran dan transaksi yang terjadi.
3) Perusahaan menggunakan Sistem Informasi untuk mempertahankan persediaan pada tingkat paling rendah agar konsisten dengan jenis barang yang tersedia.
2.1.3 Pemakai Sistem Informasi
Sebagian besar Sistem Informasi berlandaskan komputer terdapat di dalam suatu organisasi dalam berbagai jenis. Anggota organisasi adalah pemakai informasi yang dihasilkan sistem tersebut termasuk manajer yang bertanggungjawab atas pengalokasian sumber daya untuk pengembangan dan pengoperasian perusahaan.
2.1.4 Sumber Daya Sistem Informasi
Sumberdaya informasi tidak hanya sekedar data dan informasi, melainkan mencakup pula perangkat keras, peripheral, perangkat lunak, para spesialis informasi dan para pemakai informasi.
Secara umum Sistem Informasi merupakan kombinasi dari orang (people), perangkat keras (hardware), perangkat lunak (software), jaringan komunikasi (communications network) dan sumber data yang dihimpun, ditransformasi dan mengalami proses peangaliran dalam suatu organisasi (Kristanto, 2008).
Gambar 2.1 : Sumber Daya Sistem Informasi (Kristanto, 2008)
2.1.5 Peranan Sistem Informasi Dalam Bisnis
Sistem Informasi memiliki 3 (tiga) peran yang vital dalam suatu bisnis, antara lain sebagai berikut (Kristanto, 2008) :
1) Mendukung Operasi Bisnis
Kemampuan Sistem Informasi untuk menggabung dan mengintegrasikan informasi menjadi faktor pendukung operasi bisnis.
12
Sistem Informasi dapat membantu seorang manajer untuk mengidentifikasi dan mengevaluasi hasil dari keputusan sebelumnya. Sistem Informasi membantu manajer agar dapat membuat keputusan dengan lebih baik, lebih cepat dan lebih banyak informasi yang dihasilkan.
3) Meraih Keuntungan Strategik
Sistem Informasi di desain untuk suatu tujuan yang strategik yang akan membantu perusahaan/organisasi dalam meraih keuntungan pasar yang kompetitif.
Gambar 2.2 : Peranan Sistem Informasi (Kristanto, 2008)
2.1.6 Jenis-jenis Sistem Informasi
Ditinjau dari aplikasinya dan penggunaan dalam berbagai bidang, Sistem Informasi dapat dibagi menjadi beberapa bagian, yaitu (Kristanto, 2008) :
1) Routine Processing System (RPS)
Routine Processing System digunakan untuk melayani berbagai kebutuhan yang telah terdefinisi dan terjadwal secara rutin.
Decision Support System digunakan untuk melayani kebutuhan yang tidak dapat didefinisikan dengan baik dan biasanya terjadi pada saat perancangan. 3) Classical Management Information System (CMIS)
Classical Management Information System digunakan untuk melayani kebutuhan pembuatan pelaporan kegiatan yang telah terjadwal dan terdefinisi dengan baik.
4) Real Time Information System (RTIS)
Real Time Information System digunakan untuk melayani kegiatan yang mempunyai sifat harus direspon dengan cepat.
5) Distributed Data Processing System (DDPS)
Distributed Data Processing System digunakan untuk melayani kebutuhan yang tersebar secara geografis dengan sumber daya yang tersebar.
6) Transaction Processing System (TPS)
Transaction Processing System digunakan untuk melayani kegiatan yang bersifat transaksional yaitu membawa perubahan terhadap kondisi sistem yang ada.
2.2 Arsitektur Enterprise
2.2.1 Enterprise
Berikut beberapa pengertian tentang enterprise:
1) Organisasi yang mendukung lingkungan bisnis dan misi yang telah ditetapkan.
14
Enterprise bukan hanya organisasi yang berorientasi pada laba/keuntungan (profit oriented) tetapi juga organisasi nirlaba seperti institusi pendidikan. Enterprise dapat berupa organisasi secara utuh atau bagian dari organisasi tersebut. (Foorthuis, 2012)
2.2.2 Arsitektur (Architecture)
Pengertian arsitektur di sini tidak hanya terbatas pada pengertian umum yang berhubungan konstruksi fisik, tetapi juga pada konteks bisnis dan arsitektur untuk rekayasa perangkat lunak, berikut beberapa pengertian yang berhubungan arsitektur (Foorthuis, 2012) :
1) Arsitektur (Architecture) merupakan komponen-komponen sebuah sistem yang terdiri dari jaringan, perangkat keras dan lunak yang distrukturkan. 2) Rancangan keseluruhan jenis konstruksi baik fisik maupun konteks, nyata
atau maya.
3) Dari pengertian di atas dapat diambil suatu kesimpulan bahwa arsitektur pada dasarnya menggambarkan bentuk konstruksi sistem yang diwujudkan dalam sebuah model (blueprint) yang dilihat dari beberapa sudut pandang.
2.2.3 Arsitektur Informasi (Information Architecture)
blue print dimana Sistem Informasi saat ini dan yang akan datang dikembangkan (Foorthuis, 2012).
Arsitektur informasi adalah sebuah sistem yang mengelola data serta penerapan dari proses bisnis yang telah didefinisikan, sehingga sebelum organisasi mendefinisikan kebutuhan informasi yang akan digunakan untuk menjalankan roda organisasinya, maka terlebih dahulu harus mendefinisikan data, proses bisnis dan sistem aplikasinya (Foorthuis, 2012).
2.2.4 Definisi Arsitektur Enterprise (Enterprise Architecture)
Arsitektur enterprise merupakan sebuah cara untuk menyusun elemen-elemen Sistem Informasi enterprise dimana bisa merupakan sekumpulan model dan hubungan antar elemen enterprise yang digunakan dalam merencanakan, mendesain, dan merealisasikan suatu struktur enterprise, proses bisnis, Sistem Informasi, dan infrastruktur yang terkait di dalamnya (Hadiana, 2013).
Beberapa definisi lain dari Enterprise Architecture antara lain:
1) Enterprise Architecture adalah perangkat primer yang digunakan untuk mempersingkat waktu penilaian pengaruh, analisa tradeoff, perubahan arah rencana strategis dan reaksi taktis. Enterprise Architecture terdiri dari dokumen seperti gambar, diagram, dokumen tekstual, model dan menggunakan berbagai metode bisnis yang menjelaskan seperti apa Sistem Informasi yang diperlukan oleh organisasi (Surendro, 2007).
16
3) Blueprint pemetaan hubungan antar komponen dan semua orang yang bekerja di dalam perusahaan secara konsisten untuk meningkatkan kerja sama/kolaborasi, serta koordinasi diantaranya (Ward, 2002).
4) Mekanisme untuk memastikan sumber daya teknologi informasi suatu organisasi dapat sejalan dengan strategi dari organisasi tersebut (Foorthuis, 2012).
2.2.5 Keuntungan Arsitektur Enterprise
Salah satu tujuan dari penerapan arsitektur enterprise adalah menciptakan keselarasan antara bisnis dan teknologi informasi bagi kebutuhan organisasi.
Terdapat beberapa keuntungan dari arsitektur enterprise, antara lain (Esmaeil, 2012) :
1) Dapat menangkap fakta tentang misi, fungsi, dan landasan bisnis dalam bentuk yang dipahami untuk mendukung perencanaan dan pengambilan keputusan.
2) Dapat memperbaiki komunikasi di antara organisasi Teknologi Informasi dan bisnis dalam perusahaan menggunakan kosakata standar.
3) Fokus pada penggunaan strategi dari teknologi untuk pengelolaan informasi perusahaan yang baik dan meningkatkan konsistensi, akurasi, tepat waktu, integritas, kualitas, ketersedian, akses, dan berbagi informasi pengelolaan Teknologi Informasi .
4) Mencapai skala ekonomi dengan menyediakan mekanisme berbagi layanan di seluruh bagian perusahaan.
6) Memastikan pemenuhan hukum dan regulasi.
2.2.6 Fungsi Arsitektur Enterprise
Arsitektur Enterprise secara fundamental merupakan sebuah evaluasi dan gambaran tentang orang, proses, dan sumber daya. Pendekatan arsitektur enterprise didasarkan pada teori-teori organisasi dan sistem sehingga diketahui bagaimana enterprise distrukturkan dan bagaimana fungsi sistem dan aktivitas dalam enterprise.
Terdapat beberapa fungsi dari arsitektur enterprise, antara lain adalah sebagai berikut (Esmaeil, 2012) :
1) Menjabarkan hubungan / kaitan antara tujuan organisasi dengan Sistem Informasi dan komunikasi.
2) Mendukung pengambilan keputusan investasi.
3) Memanfaatkan teknologi informasi dan komunikasi untuk mendukung aktivitas operasi organisasi sekaligus upaya mengurangi redudansi antara Sistem Informasi dan komunikasi, menggunakan kembali informasi dan komponen software, pemilihan solusi dan teknologi baru secara efektif. 4) Meningkatkan kemampuan integrasi data antar bagian dalam organisasi :
a) Pengembangan standar-standar dalam Sistem Informasi dan komunikasi. b) Mengurangi jumlah antarmuka antar aplikasi.
2.2.7 Faktor-Faktor Arsitektur Enterprise
18
informasi enterprise merupakan acuan dari perspektif bisnis yang akan dikembangkan.
Faktor-faktor yang menjadi alasan sebuah organisasi mengembangkan Arsitektur Enterprise (Esmaeil , 2012) :
1) Alignment/Keselarasan
Pengembangan tersebut selaras dengan tujuan dan keinginan organisasi. 2) Integration/Integrasi
Pemanfaatan sumber daya informasi sesuai dengan standar dan dikelola oleh organisasi secara konsisten dan menyeluruh.
3) Change/Perubahan
Mengelola dan mengantisipasi perubahan dari semua aspek orgnisasi. 4) Time-to-Market
Meminimalisasi pengembangan sistem, pembuatan program, pembaharuan frame time, dan kebutuhan sumber daya.
5) Convergence/Fokus tujuan
Mengarah kepada standarisasi produk teknologi informasi seperti: Technial Reference Model (TRM).
2.2.8 Prinsip-Prinsip Arsitektur Enterprise
Prinsip arsitektur enterprise digunakan sebagai ukuran dalam menilai keberhasilan dari pengembangan arsitektur enterprise oleh organisasi.
Pengembangan arsitektur yang dilakukan diharapkan mendukung seluruh bagian organisasi, termasuk unit-unit organisasi yang membutuhkan.
2) Prinsip Teknologi Informasi
Lebih mengarahkan konsistensi penggunaan Teknologi Informasi pada seluruh bagian organisasi, termasuk unit-unit organisasi yang akan menggunakan.
3) Prinsip Arsitektur
Merancang arsitektur sistem berdasarkan kebutuhan proses bisnis dan bagaimana mengimplementasikannya.
2.2.9 Tujuan Manajemen Arsitektur Enterprise
Beberapa tujuan dari manajemen arsitektur enterprise antara lain adalah sebagai berikut (Esmaeil 2012) :
1) Strategi dan orientasi Bisnis, merupakan enabler yang menyediakan model bisnis yang baru dengan memperhatikan pengaruh Teknologi Informasi terhadap bisnis.
2) Kemampuan beradaptasi dan berkesinambungan terhadap perubahan organisasi, dan pertumbuhan dalam pasar, bisnis, dan teknologi yang dinamis, yang berkelanjutan dengan prinsip dan struktur arsitektur yang terus berlaku. 3) Efisiensi dan Efektif, strategi berbasis arsitektur dengan berorientasi sukses
untuk mengembangkan dan mengimplementasikan Teknologi Informasi dengan pengaruh yang kuat dan menjamin pemenuhanan standar organisasi. 4) Transparansi dan Komunikasi, melibatkan sejumlah orang dengan komposisi
20
2.3 Pendekatan Teknik dan Metodologi 2.3.1 Metode Enterprise Unified Process (EUP)
Proses perangkat lunak yang efektif sangat penting bagi keberhasilan sebuah organisasi. Unified Process (UP) adalah suatu kerangka kerja dari proses perangkat lunak yang instantiated, baik Rational Unified Process (RUP) maupun Enterprise Unified Process (EUP).
Ruang lingkup dari RUP adalah dari pengembangan sistem/software, sedangkan EUP perluasan dari RUP untuk menjadi siklus penuh teknologi informasi yang meliputi siklus hidup sistem secara lengkap (multi sistem) dengan menambahkan dua fase baru yaitu production dan retirement serta menambahkan tujuh enterprise discipliness (Ambler, 2005).
Gambar 2.3 : The Lifecycle Enterprise Unified Process (EUP) (Ambler, 2005)
2.3.2 Fase-Fase EUP
Fase-fase dalam EUP terdiri dari enam fase (Ambler, 2005), yaitu :
Tujuannya adalah untuk mendapatkan kesepakatan dari stakeholder sehubungan dengan tujuan dan dana proyek. Tahap ini juga digunakan untuk mendapatkan gambaran umum kebutuhan, persyaratan dan fungsi-fungsi utama perangkat lunak.
2) Constraction Phase, Tujuan dari tahapan ini adalah membangun perangkat lunak sampai dengan saat perangkat lunak tersebut siap digunakan. Titik berat tahapan ini adalah pada penentuan tingkat prioritas kebutuhan / persyaratan, melengkapi spesifikasinya, analisis lebih dalam, disain solusi yang memenuhi kebutuhan dan persyaratan, pengkodean dan pengujian perangkat lunak. Jika dimungkinkan versi awal dari perangkat lunak diuji cobakan untuk mendapatkan masukan dari pengguna.
3) Transition Phase, Tahap ini difokuskan pada bagaimana menyampaikan perangkat lunak yang sudah jadi pada pengguna. Perangkat lunak akan secara resmi diuji oleh baik oleh penguji (tester) yang kompeten maupun oleh pengguna. Beberapa aktivitas seperti pemindahan pusat data dan pelatihan pengguna dan staf pendukung harus dilakukan pada tahap ini.
4) Production Phase, fase ini dilakukan setelah melakukan deployment terhadap sistem untuk memastikan bahwa sistem berjalan dengan baik (monitoring), mengelola permintaan perubahan dan perbaikan sistem jika terjadi kerusakan. 5) Retirement Phase, fase terakhir ini mengenai penghapusan sistem yang lama
yang sudah tidak terpakai dan digantikan dengan sistem baru sehingga tidak terjadi penumpukan pengoperasian terhadap pengguna sistem.
22
EUP mencakup tujuh disiplin enterprise management yang mendukung cross-system untuk menjadi kunci kesuksesan teknologi informasi (Ambler, 2005).
Berikut ini tujuh disiplin enterprise management EUP :
1) Enterprise Business Modeling, disiplin ini untuk mengeksplorasi struktur dan proses bisnis perusahaan. Ini memberikan pemahaman umum business activities, customer, dan supplier bisnis. Enterprise business modeling membantu mengidentifikasi masalah dan sistem yang akan diotomatiskan. Disiplin ini memiliki komponen untuk menjelaskan setiap fasenya, yaitu : a) Enterprise Vision adalah sebuah pernyataan dari tujuan utama dari sebuah
organisasi.
b) Enterprise Mission Statement adalah sebuah pernyataan dari strategi yang harus diikuti untuk mencapai enterprise vision.
c) Enterprise Business Process Model adalah menangkap proses bisnis fundamental, entitas dan alur kerja
2) Portfolio Management, disiplin ini untuk membantu meningkatkan efisiensi dan efektivitas Teknologi Informasi dalam suatu organisasi dengan memilih dan kemudian mengelola proyek pengembangan perangkat lunak yang layak. Pada disiplin ini terdapat Inventory Current System yaitu kegiatan menginventarisasi sistem saat ini yang ada di perusahaan. Tujuan kegiatan ini adalah untuk mengetahui sistem yang sudah ada dalam perusahaan.
konsistensi sistem dan aplikasi untuk memudahkan upaya arsitektur. Disiplin ini memeliki beberapa workflow diantaranya :
a) Define Architectural Requirements adalah mendefinisikan kebutuhan arsitektur perusahaan meliputi arsitektur data, aplikasi dan teknologi. b) Define Candidate Architecture adalah untuk mengidentifikasi dan
kemudian memvalidasi kandidat entitas data, kandidat aplikasi dan kandidat teknologi yang merupakan blok pembangunan arsitektur yang akan dibangun perusahaan.
4) Strategic Reuse, disiplin ini mempromosikan pengembangan dan penggunaan kembali aset Teknologi Informasi yang sudah ada, tujuannya adalah untuk memungkinkan pengembangkan aplikasi yang lebih efisien dalam hal penggunaan komponen yang dapat digunakan bersama.
5) People Management, disiplin ini menjelaskan proses pengorganisasian pelatihan, pemantauan, dan mengarahkan orang-orang untuk keberhasilan proyek-proyek dalam organisasi.
6) Enterprise Administration, disiplin ini menentukan bagaimana suatu organisasi menciptakan, memelihara, mengelola data aset fisik dan menyebarkan informasi.
7) Software Process Improvement, disiplin ini menjelaskan kebutuhan metode pengembangan software yang diusulkan. Tujuannya adalah untuk sinkronisasi dengan perencanaan arsitektur enterprise.
2.3.4 Keuntungan EUP
24
1) Meningkatkan kualitas Teknologi Informasi pada suatu perusahaan dengan cara melakukan cross-system terhadap semua kebutuhan dengan manambahkan disiplin Enterprise Management berupa Enterprise Business Modelling, Portfolio Management, Enterprise Architecture, Strategic Reuse,
People Management, Enterprise Administration dan Software Process Improvement.
2) Pendekatan EUP mendukung secara eksplisit pengembangan infrastruktur multisistem seperti pengembangan organisasi secara luas.
3) Risk focused, EUP memungkinkan para pengembang arsitektur enterprise untuk bisa mengetahui risiko vital di setiap awal tahapan pengerjaan. Dengan demikian faktor-faktor yang sekiranya mempunyai resiko yang paling vital bisa lebih mendapat perhatian terlebih dahulu, sehingga nantinya tidak mengganggu proses pengembangan arsitektur enterprise selanjutnya. Selain itu EUP juga menghendaki agar risiko di setiap fase bisa segera diselesaikan pada fase itu juga, sehingga tidak menghambat fase-fase selanjutnya.
4) Meningkatkan produktivitas end-user dengan menambahkan fase baru yaitu production dan retirement. Pada fase tersebut dilakukan monitoring terhadap sistem dan penghapusan sistem yang tidak terpakai sehingga dilakukan software process improvement.
5) Perubahan user requirement lebih mudah diterapkan. Hal ini terdapat pada fase transition.
2.4 Pemodelan Bisnis (Business Modeling)
organisasi, memperhatikan peranan-peranan di dalam organisasi, dan bagaimana mereka terhubungkan satu dengan lainnya. Juga menguji aliran kerja (workflow) dalam organisasi, proses utama di dalam organisasi, bagaimana mereka bekerja, seberapa efektif dan efisien cara kerja yang mereka lakukan. Demikian juga akan dilakukan pengujian entitas yang ada di luar organisasi, individu atau perusahaan lain yang saling berhubungan dengan bisnis organisasi (Sholiq, 2006).
Singkatnya, pemodelan bisnis mencoba memahami apa yang ada di dalam dan di luar bisnis, dan bagaimana yang ada di dalam dan di luar organisasi berkomunikasi satu sama lain. Informasi-informasi akan didokumentasikan ke suatu model bisnis.
Pertimbangan untuk melakukan pemodelan bisnis, antara lain:
1) Untuk memperoleh pemahaman yang lebih baik tentang visi organisasi dan sistem perangkat lunaknya.
2) Sebagai sarana melakukan rekayasa ulang proses bisnis organisasi. 3) Sebagai sarana pelatihan tentang proses bisnis organisasi
Adapun konsep pemodelan bisnis antara lain (Sholiq, 2006) : 1) Actor bisnis (business actor)
2) Pekerja bisnis (business worker) 3) Use-case bisnis ( business use-case)
4) Relasi Assosiasi (Association) dan Generalisasi (Generalization) 5) Entitas bisnis (business entity)
6) Diagram use-case bisnis ( business use-case diagram) 7) Diagram aktivitas (activity diagram)
26
2.4.1 UML (Unified Modelling Language)
UML adalah keluarga notasi grafis yang didukung oleh meta-model tunggal, yang membantu pendeskripsian dan desain sistem perangkat lunak, khususnya sistem yang dibangun menggunakan pemrograman berorientasi objek. (Ali, 2003).
UML menjadi bahasa yang bisa digunakan untuk berkomunikasi dalam perspektif objek antara user dengan developer, antara developer dengan developer, antara developer analisis dengan developer disain, dan antara developer disain dengan developer pemrograman. UML lahir dari penggabungan banyak bahasa pemodelan grafis berorientasi objek yang berkembang pesat pada akhir 1980-an dan awal 1990-an. UML memungkinkan developer melakukan permodelan secara visual, yaitu penekanan pada penggambaran, bukan didominasi oleh narasi. Permodelan visual membantu untuk menangkap struktur dan kelakuan dari objek, mempermudah penggambaran interaksi antara elemen dalam sistem, dan mempertahankan konsistensi antara rancangan dan implementasi dalam pemrograman.
Diagram berbentuk grafik yang menunjukkan simbol elemen model yang disusun untuk mengilustrasikan bagian atau aspek tertentu dari sistem. Sebuah diagram merupakan bagian dari suatu view tertentu dan ketika digambarkan biasanya dialokasikan untuk view tertentu. Adapun jenis-jenis diagram ditunjukkan pada Tabel 2.1
Tabel 2.1 Jenis-jenis Diagram dalam UML
No Nama Keterangan
No Nama Keterangan
disediakan oleh sistem dalam bentuk teks sebagai dokumentasi dari use case symbol namun dapat juga dilakukan dalam activity diagrams.
2. Class Diagram Menggambarkan struktur statis class di dalam sistem. Class merepresentasikan sesuatu yang ditangani oleh sistem. Class dapat berhubungan dengan yang lain melalui berbagai cara yaitu associated (terhubung satu sama lain), dependent (satu class tergantung/menggunakan class yang lain), specialed (satu class merupakan spesialisasi dari class lainnya), atau package (grup bersama sebagai satu unit). Sebuah sistem biasanya mempunyai beberapa class diagram.
3 State Diagram Mendeskripsikan implementasi dan ketergantungan modul. Komponen yang merupakan tipe lainnya dari code module diperlihatkan dengan struktur dan ketergantungannya juga alokasi sumber daya komponen dan informasi administrative lainnya. View ini digambarkan dalam component view dan digunakan untuk pengembang (developer).
4. Sequence Diagram Menggambarkan semua state (kondisi) yang dimiliki oleh suatu objek dari suatu class dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa objek lain yang mengirim pesan. State class tidak digambarkan untuk semua class, hanya yang mempunyai sejumlah state yang terdefinisi dengan baik dan kondisi class berubah oleh state yang berbeda. 5. Collaboration Diagram Menggambarkan kolaborasi dinamis antara
sejumlah objek. Kegunaanya untuk menunjukkan rangkaian pesan yang dikirim antara objek juga interaksi antara objek, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem.
6. Activity Diagram Menggambarkan rangkaian aliran dari aktivitas, digunakan untuk mendeskripsikan aktifitas yang dibentuk dalam suatu operasi sehingga dapat juga digunakan untuk aktifitas lainnya seperti use case atau interaksi.
28
No Nama Keterangan
tentang logic class atau class yang diimplementasikan sehingga membuat pemetaan dari logical view ke component view. 8. Deployment Diagram Menggambarkan arsitektur fisik dari perangkat
keras dan perangkat lunak sistem, menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis hubungannya. Di dalam nodes, executeable component dan objek yang dialokasikan untuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu dan ketergantungan komponen.
Tujuan utama dalam mendesain UML (Ali, 2003) :
1) Menyediakan bagi users, bahasa pemodelan visual yang ekspresif, yang siap digunakan, sehingga users dapat membangun dan mengembangkan model yang berarti.
2) Menyediakan mekanisme yang luas dan spesifik untuk menyampaikan konsep utama.
3) Tidak terikat dalam menentukan bahasa pemograman dan proses pengembangan.
4) Menyediakan sebuah landasan formal dalam memahami bahasa pemodelan. 5) Mendukung konsep pengembangan level tinggi.
6) Mengintegrasikan teknis-teknis dan metodologi-metodologi yang terbaik. Proses menggambarkan blueprint suatu sistem secara grafis, terdiri dari komponen-komponen, interfaces, dan koneksi-koneksi yang ada dalam sistem tersebut, agar mudah dipahami dan dikomunikasikan.
UML dapat digunakan untuk memodelkan berbagai jenis sistem, seperti sistem software, sistem hardware dan organisasi. Secara umum, UML juga dapat digunakan untuk menggambarkan model dalam proses software development dan business modeling.
Pemodelan bisnis menggambarkan semua workflow yang terjadi dalam suatu organisasi. Secara formal, didefinisikan pemodelan bisnis sebagai segala teknik pemodelan yang digunakan untuk menggambarkan model sebuah bisnis. Pemodelan bisnis dapat digunakan untuk meninjau, meningkatkan, dan membuat sebuah bisnis. UML digunakan sebagai bahasa pemodelan pada beberapa tools pengembangan perangkat lunak, karena UML adalah bahasa grafis yang terdiri dari sekumpulan notasi dan semantik. Tools yang menggunakan UML sebagai bahasanya adalah Rational Rose dan Enterprise Architecture.
UML sendiri bukanlah sebuah metode, tapi UML sendiri didisain awalnya untuk bisa cocok dengan metode pengembangan perangkat lunak berorientasi objek terdahulu (Booch, Objectory dll). Sejak UML dikembangkan, beberapa metode telah disusun ulang untuk mendapat keuntungan dari notasi dan metode baru yang telah dibuat berbasiskan UML.
2.5 Value Chain Michael E. Porter
30
Gambar 2.4 Value Added Chain Porter, Michael E. (Porter, 1985)
Seperti pada gambar 2.4, Value chain terbagi dalam dua kategori, yaitu:
1) Primary Activities, (line functions) merupakan aktifitas utama dari organisasi yang melibatkan aktifitas-aktifitas sebagai berikut:
a) Inbound Logistics, pada bagian ini terkait dengan penerimaan, penyimpanan, dan pendistribusian input menjadi produk.
b) Operations, semua aktifitas yang terkait dengan pengubahan input menjadi bentuk akhir dari produk, seperti produksi, pembuatan, pemaketan, perawatan peralatan, fasilitas, operasi, jaminan kualitas, proteksi terhadap lingkungan.
c) Outbond Logistics, aktifitas yang terkait dengan pengumpulan, penyimpanan, distribusi secara fisik atau pelayanan terhadap pelanggan. d) Marketing and Sales, aktifitas yang terkait dengan pembelian produk dan
layanan oleh pengguna dan mendorong untuk dapat membeli produk yang dibuat. Memiliki rantai nilai khusus, antara lain :
(3) Sales force administration (4) Sales force operations (5) Technical literature (6) Promotion
e) Service, aktifitas yang terkait dengan penyediaan layanan untuk meningkatkan atau merawat nilai dari suatu produk, seperti instalasi, perbaikan, pelatihan, suplai bahan, perawatan dan perbaikan bimbingan teknis.
2) Secondary Activities, (staff atau fungsi overhead) merupakan aktifitas pendukung yang membantu aktifitas utama. Secondary activities melibatkan beberapa bagian/fungsi, antara lain :
a) Firm Infrastructure, merupakan aktifitas, biaya, dan aset yang berhubungan dengan manajemen umum, accounting, keuangan, keamanan dan keselamatan Sistem Informasi, serta fungsi lainnya.
b) Human Resources Management, terdiri dari aktifitas yang terlibat seperti penerimaan, dengar pendapat, pelatihan, pengembangan, dan kompensasi untuk semua tipe personil, dan mengembangkan tingkat keahlian pekerja. c) Research, Technology, and System Development, aktifitas yang terkait
dengan biaya yang berhubungan dengan produk, perbaikan proses, perancangan peralatan, pengembangan perangkat lunak komputer, sistem telekomunikasi, kapabilitas basisdata baru, dan pengembangan dukungan sistem berbantuan komputer.
32
2.6 Aplikasi Portofolio
Tidak seperti pada model konsep traditional portofolio yang hanya mempertemukan hubungan antara sistem aplikasi yang satu dengan yang lainnya, serta bagaimana tugas dan ruang lingkup antar sistem didefinisikan, aplikasi portofolio merupakan sebuah model perkiraan kebutuhan sistem aplikasi yang didasarkan pada kebutuhan bisnis disertai dengan definisi apa dan bagaimana sistem aplikasi tersebut memberikan kontribusinya terhadap usaha-usaha pencapaian tujuan bisnis organisasi.
Tabel 2.2. merupakan matriks aplikasi portofolio yang terdiri dari empat kuadran, yaitu strategic, key operational, support dan high potential (Ward, 2002).
Tabel 2.2 Matriks Aplikasi Portofolio
STRATEGIC HIGH POTENTIAL
Aplikasi-aplikasi kritis untuk menunjang perkembangan strategi bisnis organisasi di masa yang akan datang.
Aplikasi-aplikasi yang mungkin dibutuhkan oleh organisasi untuk keberhasilan dimasa yang akan datang, namun belum dibuktikan.
Aplikasi-aplikasi masa kini yang dibutuhkan oleh organisasi agar dapat menjalankan roda bisnisnya.
Aplikasi-aplikasi yang bersifat valuable tetapi tidak kritis.
KEY OPERATIONAL SUPPORT
1) Strategic
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.
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.
3) Support Applications
Berisi aplikasi yang dapat mendukung dan meningkatkan efisiensi bisnis dan efektifitas operasional.
4) High Potential
Berisi aplikasi-aplikasi yang bersifat inovatif yang mungkin dapat memperbesar peluang peningkatan keuntungan dimasa yang akan datang, tapi belum dapat dibuktikan.
2.7 Arsitektur MVC (Model-View-Controller)
Model-View-Controller (MVC) adalah sebuah konsep yang diperkenalkan oleh penemu Smalltalk Trygve Reenskaug, untuk meng-enkapsulasi data bersama dengan pemrosesan (model), mengisolasi dari proses manipulasi (controller) dan tampilan (view) untuk direpresentasikan pada sebuah user interface (Balani dkk., 2002).
MVC mengikuti pendekatan yang paling umum dari Layering. Layering hanyalah sebuah logika yang membagi kode kita ke dalam fungsi di kelas yang berbeda. Pendekatan ini mudah dikenal dan yang paling banyak diterima. Keuntungan utama dalam pendekatan ini adalah penggunaan ulang (reusability) kode (Balani dkk., 2002) .
34
1) Model, digunakan untuk mengelola informasi dan memberitahu pengamat ketika ada perubahan informasi. Hanya model yang mengandung data dan fungsi yang berhubungan dengan pemrosesan data. Sebuah model meringkas lebih dari sekedar data dan fungsi yang beroperasi di dalamnya. Pendekatan model yang digunakan untuk komputer model atau abstraksi dari beberapa proses dunia nyata. Hal ini tidak hanya menangkap keadaan proses atau sistem, tetapi bagaimana sistem bekerja. Sebagai contoh, programmer dapat menentukan model yang menjembatani komputasi back-end dengan front-end GUI (Graphical User Interface).
2) View, bertanggung jawab untuk pemetaan grafis ke sebuah perangkat. View biasanya memiliki hubungan 1-1 dengan sebuah permukaan layar dan tahu bagaimana untuk membuatnya. View melekat pada model dan me-render isinya ke permukaan layar. Selain itu, ketika model berubah, view secara otomatis menggambar ulang bagian layar yang terkena perubahan untuk menunjukkan perubahan tersebut. Terdapat kemungkinan beberapa view pada model yang sama dan masing-masing view tersebut dapat me-render isi model untuk permukaan tampilan yang berbeda.
Gambar 2.5 Hubungan antara Model, View, dan Controller (Balani dkk., 2002)
Arsitektur MVC memiliki manfaat yaitu pemisahan antara model dan view memungkinkan beberapa view menggunakan model yang sama. Akibatnya, komponen model sebuah aplikasi lebih mudah untuk diterapkan, diuji, dan dipelihara, karena semua akses ke model berjalan melalui komponen ini (Balani dkk., 2002).
2.8 Framework Codelgniter
Framework Codelgniter adalah sebuah framework PHP yang dapat membantu pengembangan aplikasi berbasis web berbasis PHP (Basuki, 2010).
Framework Codelgniter yang dibuat berdasarkan kaidah Model-View-Controler (MVC). Dengan menggunakan MVC, memungkinkan pemisahan antara layer application-logic dan presentation. Sehingga, dalam sebuah tim pengembangan, seorang programmer bisa konsentrasi pada core-system, sedangkan web designer bisa berkonsentrasi pada tampilan web. Menariknya
MODEL
CONTROLLER VIEW
Query the Model State
Notify View of Change in Model State
Invoke Methods in the
Model’s Public API
Select View User Actions/Commands Method Invocations
36
script PHP, query MySQL, Javascript dan CSS bisa saling terpisah, tidak dibuat dalam suatu script dengan ukuran yang sangat besar yang membutuhkan resource besar pula untuk mengeksekusinya. Akan demikian akan mudah di-maintenance dan dikembangkan lebih lanjut.
Gambar 2.6. FrameworkCodelgniter (Basuki, 2010).
Ketika datang sebuah user request, maka permintaan tersebut akan ditangani oleh controller, kemudian controller akan memanggil model jika memang diperlukan operasi database. Hasil dari query oleh model dikembalikan ke controller. Selanjutnya controller akan memanggil view dan mengkombinasikan dengan hasil querymodel. Hasil akhir dari operasi ini akan di tampilkan ke browser dan bisa dilihat oleh user. Dalam konteks Codelgniter dan aplikasi berbasis web, maka penerapan konsep MVC mengakibatkan kode program dapat dibagi menjadi tiga kategori, yaitu :
2) View, berupa template html/xhtml atau php untuk menampilkan data pada browser.
3) Controller, kode program (berupa OOP class) yang digunakan untuk mengkontrol aliran aplikasi (model dan view)
2.9 Penelitian Terkait
Berikut adalah beberapa penelitian yang mempunyai keterkaitan dengan penelitian yang dilakukan beserta pembahasan dan hasil dari penelitian tersebut :
1) The Analysis of Academic Information System Design of IPDC Dili – Timor Leste by using EAP Approach (Soares dkk., 2013).
Dalam penelitian ini menggunakan pendekatan EAP, dan lebih fokus kepada arsitektur sistem utama pada perguruan tinggi. Pemodelan menggunakan E-R Diagram dan DFD sebagai pemodelan sistemnya. Tidak dijelaskan perencanaan penerapan aplikasi tersebut.
2) Perancangan Model Enterprise Architecture Dengan TOGAF Architecture Development Method (Yunis dkk., 2009).
38
sebuah framework yang terintegrasi pada setiap bagian atau divisi pada perguruan tinggi.
3) Analysis Of Binus International University Information Technology Business Architecture (Lukianto dkk., 2011)
Dalam penelitian ini peneliti menggunakan TOGAF framework digabungkan dengan COBIT (Control Objectives for Information and Related Technology), dimana COBIT adalah suatu metodologi yang memberikan kerangka dasar untuk menciptakan Sistem Informasi yang sesuai dengan kebutuhan organisasi. Selain itu COBIT dapat digunakan untuk melakukan pengukuran (maturity level) dari Sistem Informasi suatu organisasi. Dengan menggunakan perpaduan prinsip-prinsip dalam TOGAF ADM dan COBIT peneliti tersebut menganailis arsitektur yang ada pada organisasi dan menilainya dengan kerangka COBIT dan mengajukan sebuah arsitektur baru. Pada tahapan perancangan arsitektur tidak tampak penggunaan kerangka kerja TOGAF dan integrasinya.
4) Model Enterprise Arsitektur untuk Perguruan Tinggi di Indonesia (Yunis dkk., 2009).
nantinya akan dikembangkan. Dari penelitian tersebut hanya tergambar penekanan pada model arsitektur secara umum dan belum menggambarkan intergrasi dari masing-masing bagian antara fungsi bisnis utama dan fungsi bisnis pendukung pada perguruan tinggi.
5) Perencanaan Arsitektur Enterprise Perguruan Tinggi Dengan Menggunakan Enterprise Unified Process (EUP) (Farid, 2009)
Dalam penelitian ini peneliti membuat perencanaan arsitektur enterprise untuk menciptakan keselarasan antara bisnis dan teknologi informasi bagi kebutuhan organisasi, dengan menggunakan metode EUP. Dari penelitian tersebut peneliti menekankan pada pembahasan arsitektur data, arsitektur aplikasi dan arsitektur teknologi dan belum menggambarkan sebuah framework yang terintegrasi pada setiap bagian atau divisi pada perguruan tinggi.
40 BAB III
OBJEK DAN METODE PENELITIAN
3.1 Profil STMIK CIC Cirebon
Sekolah Tinggi Manajemen Informatika dan Komputer (STMIK) Catur Insan Cendekia atau STMIK CIC didirikan pada tahun 1999 dibawah naungan Yayasan Catur Insan Cendekia/Yayasan CIC dengan SK Mendiknas No. 123/D/0/1999. dengan dua program studi yaitu Program Studi Teknik Informatika (S1) dan Manajemen Informatika (DIII).
Seiring dengan meningkatnya peminat dan pesatnya pertumbuhan ekonomi di kota Cirebon dan sekitarnya, serta landasan yang kuat dan visi yang jelas, lembaga ini terus berkembang. Dan pada tahun 2001 Sekolah Tinggi Manajemen Informatika dan Komputer (STMIK ) CIC membuka program studi baru yaitu Program Diploma (D-3) Program Komputerisasi Akuntansi (KA) dan Program Srata 1 (S1) Program Sistem Informasi (SI) sesuai SK Direktorat Jenderal Pendidikan Tinggi nomor : 2806/D/T/2001 tanggal 30 Agustus 2001. Sejak tahun 2001 tersebut, jumlah program Studi di STMIK CIC berjumlah 4 Program Studi, dimana 2 Program Studi Tingkat Strata-1, yaitu Program Studi Teknik Informatika dan Sistem Informasi. Sedangkan untuk tingkat Diploma-3 adalah Program Studi Manajemen Informatika dan Komputerisasi Akuntansi.
dikenal sebagai pelopor pendidikan yang berbasis teknologi informasi di wilayah Cirebon dan sekitarnya.
3.1.1 Visi dan Misi STMIK CIC Cirebon Visi
Menjadi Perguruan Tinggi Teknologi Informasi yang diakui keunggulannya di Indonesia.
Misi
1) Menyiapkan peserta didik menjadi insan cendekia yang berbudi luhur, memiliki kemampuan akademik yang unggul dan profesionalisme yang tinggi serta mampu bersaing di dunia kerja dewasa ini dan masa yang akan datang. 2) Membangun dan mengembangkan budaya manajemen yang sehat dan
kondusif sehingga mampu memberikan pelayanan pendidikan dengan profesionalisme yang tinggi.
3) Menciptakan dan mengembangkan hubungan kerja sama dengan instansi pemerintah, perguruan tinggi, dunia usaha dan industry serat berbagai pihak lainnya.
3.1.2 Prinsip Dan Nilai Dasar Institusi Prinsip Dasar
1) Keuniversalan dan keobjektifan sains dan teknologi.
2) Kebebasan akademik yang dilaksanakan dengan hikmah dan bertanggung jawab.
42
4) Penelitian dan pengabdian pada masyarakat yang berkualitas dan tepat guna. 5) Kemandirian manajemen, berwawasan kualitas, transparansi, efisiensi dan
mengutamakan kepentingan STMIK CIC . Nilai Dasar
1) Jujur, adil, berintegritas, dan santun
2) Bermutu, inovatif, kreatif, dinamis dan efisien.
3) Mandiri, berwawasan kewirausahaan, dan bertanggung jawab.
4) Terbuka serta berwawasan ke depan, mengubah tantangan menjadi peluang.
3.1.3 Sasaran
Untuk tujuan menghasilkan lulusan yang berkualitas, berkompeten, dan bersinergi dengan kebutuhan masyarakat di bidang teknologi, sains terapan, dan disain, sasaran yang hendak dicapai adalah:
1) Terbentuknya kurikulum yang memberikan muatan dasar akademik yang kuat dan muatan keahlian yang memberi bekal mahasiswa untuk implementasi yang bersinergi dengan kebutuhan masyarakat pada bidang teknologi, sains terapan dan desain yang mampu beradaptasi dengan perkembangan yang terjadi.
2) Terciptanya suasana belajar yang tertib, dibawah bimbingan dosen yang berkompeten dengan materi sesuai dengan pedoman kurikulum yang berlaku dengan sistem pemantauan dan evaluasi yang memadai
4) Tercapainya peningkatan jumlah mahasiswa baru setiap tahun terutama dari calon mahasiswa yang berprestasi dari SMA/SMK yang berkualitas melalui peningkatan citra institusi dan peningkatan mutu pendidikan
5) Tercapainya target lulusan dengan kualitas yang baik sesuai harapan masyarakat, dan mampu memenuhi kuantitas sesuai dengan kebutuhan masyarakat
6) Tersedianya Sumber Daya Manusia baik dosen maupun karyawan yang sejahtera dan mempunyai kesadaran untuk meningkatkan kualitas pribadi dalam bekerja di dalam institusi pendidikan.
7) Terpenuhinya target Penelitian yang dilakukan oleh dosen dan mahasiswa secara kuantitas maupun secara kualitas
8) Terpenuhinya target Pengabdian Masyarakat yang dilakukan oleh dosen dan mahasiswa baik secara kuantitas dan kualitas.
9) Terpenuhinya target Kerja sama dengan dunia usaha sebagai sarana peningkatan sinergi materi pendidikan dengan kebutuhan dunia usaha dan perluasan kesempatan lulusan dalam mengisi dunia kerja
10) Untuk tujuan memberikan jaminan kualitas pada penyelenggaraan pendidikan yang bertatakelola baik (Good University Governance Guarantee), sasaran yang hendak dicapai adalah :
11) Terbentuknya unit Penjaminan Mutu yang mampu untuk segera mewujudkan jaminan tentang kualitas penyelenggaraan pendidikan secara total kepada stakeholder
44
arahan, tujuan, peran dan tugas kepada seluruh unsur di dalam STMIK CIC dalam mencapai visi dan misi.
13) Terciptanya Tata Pamong yang credible, akuntable, transparan, bertanggung jawab dan adil
14) Tercapainya Tata Kelola dengan kejelasan struktur organisasi, fungsi dari setiap biro/unit dan prosedur kerja (SOP) dari setiap aktifitas untuk memberikan service terbaik kepada civitas akademika dan masyarakat.
15) Tersedianya Sistem Informasi pada setiap biro dan unit kerja yang mampu melayani kebutuhan informasi yang diperlukan oleh civitas akademika dan masyarakat.
16) Tercapainya keseimbangan antara Pendapatan dan Pembiayaan baik untuk operasional maupun untuk pengembangan sarana dan prasarana pendidikan 17) Tercapainya target pembangunan Sarana dan penyediaan Prasarana pendidikan
yang disesuaikan dengan perkembangan teknologi dan perkembangan STMIK CIC sebagai institusi pendidikan.
3.1.4 Program Studi
Program pendidikan yang diselenggarakan di lingkungan STMIK CIC Cirebon adalah sebagai berikut :
1) Program Diploma 3 (D3) meliputi program studi : a) Manajemen Informatika (MI)
b) Komputerisasi Akuntansi (KA)
b) Sistem Informasi (SI)
3.1.5 Struktur Organisasi
Struktur organisasi yang ada di STMIK CIC Cirebon adalah sebagai berikut:
1) Yayasan CIC 2) Dewan Penyantun 3) Ketua STMIK CIC 4) Senat Akademik
5) BPM (Biro Pengendalian Mutu)
6) LPPM (Lembaga Penelitian dan Pengabdian kepada Masyarakat) 7) Wakil Ketua I (Bidang Akademik)
8) Wakil Ketua II (Bidang Administrasi, Kemahasiswaan dan Kerjasama) 9) Ketua Program Studi (Kaprodi)
10)Dosen
11)Kepala BAAK (Biro Administrasi Akademik dan Kemahasiswaan) 12)Kepala BAUK (Biro Administrasi Umum dan Kepegawaian) 13)Koordinator UKM (Unit Kegiatan Mahasiswa)
46
Gambar 3.1 Struktur Organisasi STMIK CIC Cirebon
3.2 Metodologi Penelitian
Metodologi yang digunakan dalam penelitian ini adalah Enterprise Unified Process (EUP), perencanaan dilakukan pada arsitektur data, arsitektur aplikasi dan arsitektur teknologi sebagai pendukung aplikasi terintegrasi serta rencana implementasi arsitektur enterprise.
3.2.1 Studi Kelayakan
Studi kelayakan dilakukan untuk mengetahui ada tidaknya potensi kebutuhan akan investasi yang dimaksud dan memunculkan alternatif yang sesuai dalam melakukan perancangan sistem informasi.
Data-data yang dibutuhkan diperoleh dengan melakukan survey/pengumpulan data sekunder maupun primer serta kajian yang tepat.
BPM : Biro Pengendalian Mutu
LPPM : Lembaga Penelitian dan Pengabdian kepada Masyarakat BAUK : Biro Administrasi Umum dan Kepegawaian
BAAK : Biro Administrasi Akademik dan Kemahasiswaan UKM : Unit Kegiatan Mahasiswa
UPT : Unit Penunjang Teknis
: Garis Pelayanan
: Garis Pengelolaan (Manajemen)
Pendefinisian kebutuhan dilakukan dengan menterjemahkan kebutuhan dari fungsi-fungsi bisnis menjadi perilaku sistem.
3.2.2. Kerangka Penelitian
Gambar 3.2 Metodologi Perencanaan Arsitektur Enterprise Perguruaan Tinggi
3.3.3 Studi Literatur
Proses yang dikerjakan pada tahap ini adalah memahami konsep dasar dari pengembangan sistem serta metode apa yang bisa digunakan untuk mengembangan sistem tersebut dilihat dari berbagai aspek.
50
melakukan pengumpulan literatur yang behubungan dengan permasalahan yang akan diteliti, meliputi buku, pedoman perguruan tinggi, artikel (dimajalah dan di internet) dan jurnal maupun sumber-sumber lainnya.
3.3.4 Identifikasi Awal
Pada tahap ini pengamatan terhadap objek yang sedang diteliti dengan cara mengamati kondisi dan situasi pada organisasi. Dengan tahapan ini akan diketahui permasalahan-permasalahan apa saja terhadap objek yang diteliti. Adapun langka-langkah yang dikerjakan yaitu :
1. Survey awal, dilakukan untuk memperoleh rumusan yang ada diperusahaan atau organisasi secara langsung, dimana pada tahap ini dilakukan penelitian terhadap aktivitas bisnis dari organisasi serta proses bisnis yang sedang berjalan pada perusahaan atau organisasi.
2. Wawancara, tahapan ini dikerjakan dengan tujuan untuk mencari informasi secara langsung dengan cara mendatangi objek yang sedang diteliti dan mengadakan wawancara secara langsung untuk memperoleh informasi yang akurat.
3.3.5 Perencanaan Arsitektur Enterprise
1) Enterprise Business Modeling 2) Portfolio Management
3) Enterprise Architecture 4) Strategic Reuse
5) People Management
3.3.6 Usulan Roadmap Implementasi
Pada tahapan ini akan dihasilkan tahapan (roadmap) urutan aplikasi sesuai dengan perspektif organization.
52 BAB IV
ANALISIS ENTERPRISE
4.1 Enterprise Business Modeling
Tri Dharma Perguruan Tinggi yang mencakup aktivitas pendidikan, penelitian dan pengabdian pada masyarakat merupakan pedoman STMIK CIC Cirebon sebagai salah satu perguruan tinggi. Aktivitas utama ini akan memerlukan dukungan dari aktivitas lainnya seperti keuangan, administrasi umum dan sumber daya manusia.
Gambar 4.1 Value Chain STMIK CIC Cirebon
1) Aktivitas Utama
a) Penerimaan Mahasiswa Baru
Ativitas ini berhubungan dengan sistem penerimaan mahasiswa baru dari rencana penerimaan sampai dengan registrasi.
b) Proses Belajar Mengajar
Aktivitas proses belajar mahasiswa selama masa studi dari proses awal perkuliahan sampai dengan ujian akhir/sidang.
c) Pelepasan Mahasiswa
Aktivitas pelepasan mahasiswa setelah menempuh seluruh mata kuliah, seminar projek dan ujian (sidang tugas akhir), di mana mahasiswa mengikuti wisuda.
d) Alumni dan Centra Karir
Aktivitas yang berkaitan dengan pengelolaan data alumni, pendataan tempat alumni bekerja dan pengelolaan centra karir sebagai media yang membantu alumni dalam mencari tempat bekerja atau mencari lowongan kerja.
Aktivitas Pendukung
54
2) Aktivitas Pendukung a) Pengelolaan Keuangan
Aktivitas pengelolaan keuangan organisasi dalam mendukung aktivitas utama yang berhubungan cash in flow, cash out flow dan investasi serta pendanaan pemeliharaan infrastruktur, sarana dan prasarana organisasi.
b) Pemberdayaan dan Pengembangan SDM
Aktivitas untuk memberikan dukungan administrasi pemberdayaan dan pengembangan SDM dari mulai rencana rekruitmen pegawai, seleksi pegawai dan pengembangan pegawai.
c) Pemberdayaan dan Pengembangan Sarana dan Prasarana
Aktivitas untuk memberikan dukungan administrasi, layanan bagi seluruh unit yang ada dan pengelolaan infrastruktur, sarana dan prasarana (aset-aset organisasi).
4.1.1 Use Case Bisnis
Use case bisnis merupakan impelentasi tahap pertama disiplin enterprise management EUP yaitu Enterprise Business Modeling.
Bentuk pemodelan fungsi bisnis unit organisasi di STMIK CIC Cirebon digambarkan dengan menggunakan use case bisnis sebagai berikut :
1) Penerimaan Mahasiswa Baru
Tabel 4.1 Identifikasi Actor PMB
No Actors Deskripsi
1. Ketua Ketua STMIK CIC bertanggung jawab penuh dan pengambil keputusan menetapkan rencana promosi dan pemasaran serta pembentukan panitia PMB.
2. Wakil Ketua II Wakil Ketua II terlibat dalam mengadministrasikan penetapan tim PMB, penyusunan anggaran dan time schedule berkaitan dengan promosi dan pemasaran PMB.
3. Ketua Program Studi (Kaprodi)
Kaprodi terlibat dalam pengelolaan serta penjadwalan test masuk dan menetapkan materi test masuk.
4. Panitia PMB Panitia PMB bertanggung jawab penuh untuk aktivitas PMB seperti pendaftaran, pembayaran pendaftaran, penjadwalan dan pelaksanaan ujian test masuk, registrasi mahasiswa, strategi promosi, pemasaran serta pelaporan PMB.
5. Calon Mahasiswa Calon Mahasiswa melakukan proses pendaftaran, pelaksanaan ujian test masuk dan registrasi.
56
Gambar 4.2 Use Case Bisnis PMB
Berdasarkan Gambar 4.2 yang menggambarkan use case bisnis PMB, terdefinisi 5 actor yang terlibat dalam proses bisnis seperti yang terdapat pada Tabel 4.1 serta 7 use case bisnis yaitu :
a) Pemasaran & Promosi
b) Pendaftaran Mahasiswa Baru c) Pembayaran Pendaftaran d) Ujian Test Masuk
e) Registrasi Mahasiswa
Tabel 4.2 Deskripsi Use Case Bisnis PMB
No Actors Use Case Bisnis Deskripsi
1. Ketua Pemasaran & Promosi Ketua bertanggung jawab dalam hal pemasaran & promosi berkaitan dengan kegiatan PMB dengan menetapkan Panitia
PMB, menyusun
anggaran PMB dan membuat time schedule PMB bersama Panitia PMB.
2. Wakil Ketua II Pemasaran & Promosi Wakil Ketua II membantu Ketua untuk dalam kegiatan Pemasaran & Promosi PMB khusunya yang berkaitan dengan penyusunan anggaran yang akan digunakan untuk kegiatan PMB. 3. Panitia PMB Pemasaran & Promosi Panitia PMB
bertanggung jawab terhadap pelaksanaan kegiatan pemasaran & promosi PMB, sesuai arah kebijakan yang telah ditentukan Ketua. Pendaftaran Mahasiswa
Baru
Panitia PMB
mempersiapkan segala keperluan berkaitan
dengan proses
pendaftaran mahasiswa baru termasuk formulir pendaftaran, penentuan biaya pendaftaran, persyaratan pendaftaran serta keperluan lainnya. Pengelolaan dan
Penjadwalan Test Masuk
Panitia PMB
58
No Actors Use Case Bisnis Deskripsi
3. Panitia PMB bersama dengan
Kaprodi, mengatur ruang yang akan digunakan dan hal-hal lainnya yang berkaitan dengan penjadwalan test masuk.
Ujian Test Masuk Panitia PMB menye-lenggarakan test masuk untuk calon mahasiswa dengan cara melaksakan ujian secara tertulis.
Pelaporan Panitia PMB membuat
laporan PMB yang harus dipertanggung-jawabkan kepada Ketua. 4. Kaprodi Pengelolaan dan
Penjadwalan Test Masuk
Kaprodi berkoordinasi dengan Panitia PMB dalam kegiatan pengelolaan dan penjad-walan test masuk, khususya mempersiap-kan materi untuk seleksi masuk yang akan
Calon mahasiswa mela-kukan proses pendaf-taran ke Panitia PMB sesuai dengan periode yang telah ditentukan. Ujian Test Masuk Calon mahasiswa
me-laksanakan ujian test masuk, sesuai dengan jadwal yang telah ditentukan.
Registrasi Mahasiswa Calon mahasiswa me-lakukan registrasi sete-lah dinyatakan lulus dalam ujian test masuk.
Proses belajar mengajar merupakan salah satu kegiatan utama dalam penyelenggaraan pendidikan di STMIK CIC. Identifikasi actor yang berinteraksi dengan use case bisnis PBM dapat dilihat pada Tabel 4.3.
Tabel 4.3 Identifikasi Actor PBM
No Actors Deskripsi
1. Wakil Ketua I Wakil Ketua I bertanggung jawab penuh dalam kegiatan perencanaan operasional akademik dan perkuliahan. 2. Kaprodi Ketua prodi bertanggung jawab dalam pelaporan akdemik, mengkoordinir hal-hal yang berkaitan dengan manajemen skripsi, serta serta bertangguna jawab dalam pengelolaan e-learning
3. Biro Administrasi Akademik dan Kemahasiswaan (BAAK)
BAAK terlibat penuh dalam evaluasi perkuliahan, pengelolaan hasil studi, pengelolaan e-learning, pengelolaan SMS Center, cuti akademik, pengelolaan dosen dan mahasiswa, serta berperan dalam manajemen skripsi berkaitan dengan penentuan dosen pembimbing serta jadwal seminar dan sidang.
4. Dosen Dosen terlibat secara penuh dalam
proses yang berkaitan dengan proses belajar mengajar mulai dari perwalian, pengelolaan e-learning, pengelolaan dosen dan mahasiswa, serta hasil studi. 5. Mahasiswa Mahasiswa terlibat dalam kegiatan
perkuliahan, cuti akademik, e-learning, perwalian, serta manajemen skripsi berkaitan dengan tema, dosen pembimbing dll.
60
Gambar 4.3 Use Case Bisnis PBM
Berdasarkan Gambar 4.3 yang menggambarkan use case bisnis PBM, terdefinisi 5 actor yang terlibat dalam proses bisnis seperti yang terdapat pada Tabel 4.3 serta 12 use case bisnis yaitu :
a) Perencanaan Operasional Akademik b) Perkuliahan
