D I K T A T K U L I A H

SISTEM INFORMASI

Oleh :

A r a d e a, MT.

TEKNIK INFORMATIKA
FAKULTAS TEKNIK UNIVERSITAS SILIWANGI
Jl. Siliwangi No. 24 Tasikmalaya Kotak Pos 164 Tlp. (0265) 323537
E-Mail : informatika@ft.unsil.ac.id ; URL : http://www.unsil.ac.id
Sistem Informasi
A r a d e a, MT.

Prakata
Bismillahirrohmanirrohim,

Diktat ini disusun secara khusus untuk keperluan pengajaran kuliah Sistem Informasi
di Lingkungan Jurusan Teknik Informatika Fakultas Teknik Universitas Siliwangi.
Diktat ini merupakan revisi dari diktat yang pernah disusun untuk perkuliahan Sistem
Informasi dan disempurnakan serta disesuaikan dengan hasil rapim Jurusan mengenai
penyempurnaan kurikulum, silabus, SAP dan GBPP yang rutin dilakukan.

Diktat kuliah ini memberikan penjelasan mengenai pengertian dan pengetahuan

tentang jenis, fungsi, struktur dan peran sistem informasi berbasis komputer pada
suatu organisasi. Materi yang dibahas meliputi: Konsep Sistem Informasi dan Bisnis,
Sistem Informasi Berbasis Komputer, IT Governance, Enterprise Architecture,
Pengembangan Sistem Berorientasi Proses dan Objek. Matakuliah ini bertujuan agar
mahasiswa memahami kosep sistem informasi berbasis komputer, dan memahami
peran dari pemanfaatan dan penerapan sistem dan teknologi informasi di organisasi,
dalam hal penyelarasan kebutuhan bisnis yang didukung oleh sistem dan teknologi
informasi, serta memahami dan mampu merancang serta membuat suatu aplikasi
sistem informasi bagi organisasi, dengan metoda yang tepat.

Selanjutnya saya mengucapkan terima kasih dan penghargaan kepada semua pihak
yang telah memberi bantuan hingga selesainya diktat ini. Keritik, saran dan koreksi
sangat diharapakan untuk perbaikan diktat ini pada edisi yang akan datang. Demikian
semoga bermanfaat.

Tasikmalaya, Januari 2012

Penulis,

A r a d e a, MT.

1
Sistem Informasi
A r a d e a, MT.

DAFTAR ISI

BAB 1 KONSEP DASAR SISTEM INFORMASI

1.1 Sistem .. . . . . . . . . . . .. . . . . . . . . . . . . .. .. . . . . . . .. . . .. . . . . . 3
1.2 Informasi ... . . . . . . . . . .. . . .. . . . . . . .. . . . .. . . . . . . . . .. . . . . . 4
1.3 Sistem Informasi .... . . . . .. . . . . . . . . . . . .. . . . . . . . . . . . . . . . .. . . . .. . . . 6
1.4 Manajemen ... . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . .. . . . . 14
1.5 Sistem Informasi Manajemen . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . .. . . . . 14
1.6 Organisasi Sistem Informasi . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . .. . . . . 22
BAB 2 SISTEM INFORMASI BERBASIS KOMPUTER
2.1 Sistem Informasi Berbasis Komputer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
2.2 Jenis-Jenis Sistem Informasi Berbasis Komputer . . . . . . . . . . . . . . . . . . . . . 26
2.3 Teknologi Terintegrasi Untuk Sistem . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 30
2.4 Perusahaan Digital... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 33
BAB 3 TATA KELOLA TI DAN ARSITEKTUR ENTERPRISE
3.1 Domain Tatakelola TI (IT Governance).. . . . . ... . . . . . . . . . . . . . . . . . . ... . 48
3.2 Tujuan Diterapkan IT Governance..... . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 48
3.3 Model Standar IT Governance dan Positioning The Frameworks.. . . . . . .. .49
3.4 Kegiatan Kunci IT Governance..... . . . . . . .. . . . . . . . . . . . . . . . . . . . . .. . 49
3.5 Kontrol dan Audit...................... . . . . . .. . . . . . . . . . . . . . . . . . . . . . .. . 51
3.6 Fungsi Pendukung IT Governance. . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 52
3.7 Konsep IT Steering Komite....... . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 53
3.8 Operasi IT Steering Komite....... . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 59
3.9 Arsitektur Enterprise Untuk Sistem Informasi ... . . . . . . . . . . . . . . . . . . ... . 63
3.10 Perencanaan Arsitektur Enterprise. . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 66
3.11 Komponen Metodologi EAP.. . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 68
BAB 4 PENGEMBANGAN SISTEM INFORMASI
4.1 Perlunya Pengembangan Sistem . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 75
4.2 Perencanaan Sistem .................... . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 75
4.3 Pengumpulan Data.................... . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 82
4.4 Analisis Sistem.......................... . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 88
4.5 Perancangan Sistem................... . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 92
4.6 Implementasi Sistem.................. . . . . . . . . . . . ... . . . . . . . . . . . . . . . . . . ... . 99
BAB 5 PENDEKATAN BERORIENTASI PROSES (TERSTRUKTUR)
5.1 Pengembangan Sistem Berorientasi Proses (Terstruktur). . . . . . . . . . . . .. . 103
5.2 Kebutuhan Analisis dan Perancangan Terstruktur... . . .. . . . . . . . . . . . . .. . 103
5.3 Siklus Hidup Pengembangan Sistem (SDLC). ... . .. . . .. . . . . . . . . . . . . .. . 104
5.4 Alat dan Metode SDLC......................... . . . . . ... . .. . . .. . . . . . . . . . . . . .. . 108
5.5 Prototipe................................................ . . . . . ... . .. . . .. . . . . . . . . . . . . .. . 109
5.6 Alat-Alat Pemodelan Sistem................. . . . . . ... . .. . . .. . . . . . . . . . . . . .. . 111
BAB 6 PENDEKATAN BERORIENTASI OBJEK
6.1 Konsep Dasar Pendekatan Berorientasi Objek ... . .. . . .. . . . . . . . . . . . . .. . 137
6.2 Perbandingan Berorientasi Objek dan Terstruktur..... . .. . . . . . . . . . . . . .. . 138
6.3 Pemodelan Sistem................. . . . . . ... . .. . . .. . . . . . . . . . . . . .. . 139
6.4 Unified Modeling Language (UML)....... . . . . ... . .. . . .. . . . . . . . . . . . . .. . 140
6.5 Pembuatan Unified Modeling Language (UML) . .. . . .. . . . . . . . . . . . . .. . 141
DAFTAR PUSTAKA

2
Sistem Informasi
A r a d e a, MT.

1 KONSEP DASAR SISTEM INFORMASI

1.1 Sistem
Sistem dapat didefinisikan dengan penekanan pada prosedurnya atau penekanan pada
komponennya.
a. Penekanan pada prosedur : Sistem adalah jaringan kerja dari prosedur yang saling
berhubungan untuk melakukan suatu kegiatan atau mencapai sasaran tertentu.
b. Penekanan pada komponen : Sistem adalah suatu kesatuan yang terdiri dari
komponen-komponen yang saling berinteraksi atau terkait.
Catatan :
Prosedur adalah urutan tahapan instruksi yang menerangkan apa yang harus
dikerjakan, siapa yang harus mengerjakan, kapan dikerjakan dan bagaimana
mengerjakannya.
System view adalah cara pandang yang berorientasi sistem.
Contoh : Setiap tahap dalam proses produksi tidak dianggap sebagai sesuatu yang
diskrit (komponen yang terisolasi/ berdiri sendiri) melainkan sebagai sesuatu yang
terkait dengan komponen-komponen yang lain.

Karakteristik Sistem
Suatu sistem mempunyai :
a. Komponen (component) : sistem terdiri dari sejumlah komponen yang saling
berinteraksi dan membentuk suatu kesatuan.
Suatu sistem dapat dilingkupi oleh suatu sistem yang lebih besar yang disebut
supra sistem. Misalnya : industri adalah supra sistem dari perusahaan.
Suatu sistem dapat terdiri dari beberapa sistem lebih kecil yang disebut
subsistem. Misalnya : sistem informasi akuntansi subsistem dari perusahaan.
b. Batas (boundary) : daerah yang membatasi antara sistem dengan lingkungan
luarnya. Batas sistem menunjukan ruang lingkup suatu sistem.
c. Lingkungan luar (environment) : apapun diluar sistem yang mempengaruhi operasi
sistem : Lingkungan sistem dapat mempunyai pengaruh yang merugikan dan
menguntungkan.

3
Sistem Informasi
A r a d e a, MT.

d. Penghubung sistem atau antarmuka (interface) : merupakan penghubung atau

antarmuka antara suatu subsistem dengan subsistem yang lain. Dengan antarmuka
ini beberapa subsistem dapat digabung menjadi suatu sistem.
e. Masukan sistem (input) : masukan kedalam sistem, terdiri maintenance input dan
signal output.
Maintenance input : masukan untuk membuat sistem dapat beroperasi.
Contohnya program komputer.
Signal input : masukan yang diproses untuk mendapatkan keluaran.Contoh data.
f. Keluaran sistem (output) : hasil masukan yang diolah, dapat menjadi masukan
subsistem lain.
g. Pengolah sistem (process) : prosedur yang mengolah masukan menjadi keluaran.
Contohnya data transaksi diolah menjadi laporan pada pihak manajemen.
h. Sasaran sistem (objectives) atau tujuan (goal): tujuan yang ingin dicapai oleh sistem

1.2 Informasi
Informasi dapat didefinisikan :
Sesuatu yang dapat mengurangi ketidakjelasan tentang keadaan atau suatu kejadian.
Data yang telah diproses ke dalam suatu bentuk yang mempunyai arti bagi
penerima dan memiliki nilai nyata yang dibutuhkan untuk proses pengambilan
keputusan saat ini maupun saat mendatang. Data adalah fakta atau kenyataan

Data dan Informasi

4
Sistem Informasi
A r a d e a, MT.

Siklus Informasi
John Burch menyatakan informasi mengalami siklus yang disebut siklus informasi atau
siklus pengolahan data. Proses (Model)

Input (Data) Output (informasi)

Dasar
Data (ditangkap) Data Penerima

Hasil Tindakan Keputusan (tindakan)

Gambar Siklus Informasi

Kualitas informasi
Kualitas suatu informasi ditentukan oleh tiga hal :
Akurasi (ketepatan): bebas dari kesalahan dan tidak menyesatkan/ informasi harus
mencerminkan atau sesuai dengan keadaan yang sebenarnya.
Timelines (ketepatan waktu)/ Up to date : tidak terlambat/ artinya informasi
tersebut harus tepat waktu, informasi merupakan dasar pengambilan keputusan.
Relevance (relevan) : mempunyai manfaat untuk penerima informasi/ informasi
harus ada hubungannya dengan masalah yang akan diselesaikan, misal informasi
kerusakan mesin adalah relevan untuk ahli mesin.
Komprehensif, artinya informasi harus dapat mewakili
Memiliki kesalahan baku kecil, artinya informasi itu memiliki tingkat kesalahan
yang kecil

Nilai Informasi
Nilai informasi ditentukan oleh dua hal, yaitu manfaat dan biaya untuk
mendapatkannya. Suatu informasi dikatakan bernilai bila manfaatnya lebih efektif
dibanding dengan biaya mendapatkannya.

Sumber Daya Informasi

Data : Merupakan obyek-obyek yang diartikan dalam pengertian yang luas
(internal maupun eksternal), terstruktur dan tidak terstruktur, grafik, suara dan
sebagainya.

5
Sistem Informasi
A r a d e a, MT.

Application systems : Meliputi prosedur manual dan aplikasi komputer

Technology : Meliputi perangkat keras, sistem operasi, sistem manajemen database,
jaringan (networking), multimedia, dan sebagainya.
Facilities : Semua sumber daya untuk menyimpan dan mendukung system
informasi
People : Meliputi keahlian staf, kesadaran dan produktifitas untuk merencanakan,
mengorganisasikan, memperoleh, menyampaikan, mendukung, mengawasi dan
mengevaluasi layanan dan sistem informasi

1.3 Sistem Informasi

Sistem Informasi dapat didefinisikan sebagai kumpulan dari komponen-komponen
yang saling berhubungan, mengumpulkan (menemukan/ retrieve), memproses,
menyimpan dan mendistribusikan informasi untuk mendukung pembuatan keputusan,
mengendalikan organisasi, menganalisis permasalahan, serta dapat menciptakan
produk.
Dari referensi lain sistem informasi dapat diartikan :
Sekumpulan orang, data, proses, komunikasi dan teknologi informasi yang saling
berinteraksi untuk mendukung dan meningkatkan operasi bisnis, mendukung
penyelesaian masalah dan kebutuhan pengambilan keputusan oleh manajemen dan
pengguna.
Sistem informasi dapat diartikan himpunan prosedur-prosedur yang bila dieksekusi
atau dijalankan dapat memberikan informasi untuk pengambilan keputusan,
komunikasi dan atau mengendalikan suatu organisasi.
Suatu sistem yang dibuat oleh manusia yang terdiri dari komponenkomponen
dalam organisasi untuk mencapai suatu tujuan yaitu menyajikan informasi.
Sekumpulan prosedur organisasi yang pada saat dilaksanakan akan memberikan
informasi bagi pengambil keputusan dan atau untuk mengendalikan organisasi.
Suatu sistem didalam suatu organisasi yang mempertemukan kebutuhan
pengolahan transaksi harian, mendukung operasi, bersifat menejerial dan kegiatan
strategi serta menyediakan pihak luar tertentu dengan laporan-laporan yang
diperlukan oleh pihak luar tertentu.

6
Sistem Informasi
A r a d e a, MT.

Komponen Pembangun Sistem Informasi

John Burch dan Gary Grudnitski mengemukakan bahwa ada enam blok pembangun
sistem informasi.
Blok Masukan : mewakili data yang masuk kedalam sistem, termasuk media dan
metode untuk menangkap data.
Blok Model : terdiri dari kombinasi prosedur, logika dan model matematika untuk
memanipulasi data untuk menghasilkan keluaran yang diinginkan.
Blok Keluaran : informasi yang berkualitas dan dokumentasi yang berguna untuk
semua pemakai sistem.
Blok Teknologi : piranti untuk menerima masukan, menjalankan model,
menyimpan dan mengakses data, menghasilkan keluaran, dan mengendalikan
sistem secara keseluruhan. Teknologi terdiri dari tiga bagian yaitu hardware,
software dan brainware.
Blok Basis Data : kumpulan data yang saling terkait, tersimpan diperangkat keras
dan dipergunakan untuk menghasilkan informasi.
Blok Kendali : untuk menjaga agar sistem berfungsi sebagaimana yang diinginkan,
misalnya dari ganguan bencana alam, sabotase dan lain-lain.

Aktifitas Didalam Sistem Informasi

Input : Data atau informai yang masuk hasil dari collect atau retrieve yang akan
diproses dari dalam ataupun luar / lingkungan system (environment).
Feedback : Output yang dikembalikan ke anggota organisasi yang tepat untuk
membantu evaluasi dan koreksi terhadap input.
Output : Mendistribusikan proses informasi bagi orang orang yang akan
menggunakannya atau aktivitas yang membutuhkannya.

7
Sistem Informasi
A r a d e a, MT.

Prespektif Sistem Informasi

Sistem informasi jangan dipandang sebagai suatu aplikasi, tetapi menyangkut a set of
interrelated component. Keterhubungan sistem inforamsi dengan teknologi informasi
adalah bahwa teknologi informasi dipandang sebagai bagian dari sistem informasi,
karena sistem informasi bukan hanya suatu aplikasi, tetapi sistem informasi cakupan
kajiannya lebih luas dari teknologi infromasi. Komputer elektronik dan piranti lunak
merupakan dasar teknis, materi dan peralatan dari sebuah sistem informasi modern.
Untuk memahami sistem informasi kita harus memahami dimensi organisasi,
manajemen dan teknologi informasi yang lebih luas darindari system, seperti terlihat
pada gambar dibawah, dan kekuatan dimensi tersebut dalam memeberikan solusi atas
tantangan dan permasalahan di lingkungan bisnis.

Yang diacu adalah pemahaman lebih luas dari system informasi, serta aspek teknis dari
system sebagai Keahlian Sistem Informasi (Information Systems Literacy)
Keahlian sistem informasi termasuk pendekatan perilaku dan pendekatan teknis untuk
memepelajari sistem, atau Broad-based pemahaman tentang perilaku sistem informasi
yang mencakup pengetahuan tentang organisasi dan individu yang menggunakan
sistem informasi dan pengetahuan teknis tentang komputer. Sebaliknya dengan
keahlian komputer Keahlian Komputer (Computer Literacy) Pengetahuan tentang
teknologi informasi, dengan fokus pada pemahaman bagaimana teknologi berbasis
komputer bekerja atau berfokus terutama pada pengetahuan dari teknologi informasi.

8
Sistem Informasi
A r a d e a, MT.

Sistem Infromasi pada Strategi Bisnis Organisasi

Strategi dapat didefinisikan sebagai pilihan tentang apa yang ingin dicapai oleh
organisasi dimasa depan (arah) dan bagaimana cara mencapai keadaan yang
diinginkan tersebut (rute). Dengan bahasa yang lebih singkat, Strategi adalah pilihan
arah dan rute. Sistem informasi merupakan sarana andalan untuk :
memenangkan persaingan dalam industri,
membantu organisasi dalam mewujudkan efisiensi proses back office,
meningkatkan kualitas layanan kepada konsumen,
membantu mengambil keputusan,
merencanakan ke depan,
memperluas pasar,
memasarkan produk.
Sistem informasi berfungsi sebagai sarana dalam membantu organisasi untuk
merealisasikan tujuan organisasi tersebut.

Perencanaan Strategis adalah proses penentuan sasaran masa depan dari organisasi
sebagai respon terhadap kesempatan dan ancaman yang diketahui serta dengan
mengenali kekuatan dan kelemahan organisasi, untuk selanjutnya dipilih aktifitas-
aktifitas dan alokasi sumber daya untuk mencapai sasaran tersebut. Perencanaan
Strategis Bisnis Proses untuk menyediakan arah dan sasaran jangka panjang bagi
perusahaan sesuai dengan kekuatan internal serta menentukan strategi-strategi untuk
mengatasi ancaman eksternal sehingga dapat meningkatkan keunggulan bersaing
perusahaan. Perencanaan Strategis Untuk Sistem Informasi untuk menentukan
sistem informasi yang dibutuhkan dalam mendukung strategi bisnis, sehingga strategi
berkonsentrasi untuk mengidentifikasi informasi yang dibutuhkan dan memastikan
bahwa system informasi selaras dengan strategi bisnis. Tujuan strategi sistem
9
Sistem Informasi
A r a d e a, MT.

informasi sebuah sistem informasi yang memiliki tujuan mendukung organisasi

mendapatkan keunggulan kompetitif, dan mempertahankan keunggulan kompetitif.
Strategic Sistem Informasi memiliki dua komponen, yaitu:
Strategi Sistem Informasi (SI) (berorientasi pada demand/ permintaan/ tuntutan)
Strategi SI dibuat untuk mendefinisikan kebutuhan organisasi akan sistem dan
informasi yang diperlukan untuk mendukung strategi keseluruhan dari bisnis.
Strategi SI mendasarkan diri pada bisnis, dan sekaligus memperhatikan masalah
kompetisi (competitiveness), dan keselarasan (alignment) SI/TI dengan bisnis.
Strategi Teknologi Informasi (TI) (berorientasi pada supply/ pemenuhan)
Strategi TI dibuat untuk mendefinisikan upaya pemenuhan/mendukung kebutuhan
organisasi akan sistem dan informasi oleh teknologi.
Gambar berikut menunjukan keterhubungan strategi bisnis organisasi, strategi SI dan
strategi TI.

Agar penerapan TI optimal, dibutuhkan suatu strategi SI/TI yang selaras dengan
Strategi bisnis organisasi. Strategi SI menekankan pada penentuan SI yang
dibutuhkan organisasi. Esensi dari Strategi SI adalah menjawab pertanyaan Apa ? ,

10
Sistem Informasi
A r a d e a, MT.

Strategi TI lebih menekankan pada pemilihan teknologi, infrastruktur dan keahlian

khusus yang terkait atau menjawab pertanyaan bagaimana ?. Perencanaan
Strategis SI/TI Merupakan proses indentifikasi portfolio SI berbasis komputer yang
akan mendukung organisasi dalam pelaksanaan rencana bisnis dan merealisasikan
tujuan bisnisnya.

Klasifikasi Sistem Informasi

Classification by Organization Structure
Departemental information system
Enterprise information system
Interorganizational system

Classification by Functional Area

The accounting information system (akuntansi/ laporan)
The finance information system (keuangan/ pembiayaan)
The manufacturing information system
The marketing information system
The human resource management information system

Classification by Support Provided

Transaction processing system (TPS)
Management information system (MIS)
Office automation system (OAS)
Decision support system (DSS)
Executive information or support system (EIS/ ESS)
Group support system (GSS)
Intelligent support system (ISS)

11
Sistem Informasi
A r a d e a, MT.

Funsionalitas Sistem Infromasi

Fokus utama sistem informasi melekat pada fugsional fungsinya, jadi apabila kita
sedang melakukan pekerjaan/ proses dalam sebuah sistem maka sebetulnya kita telah
melakukan proses sistem informasi. Karena sistem informasi merupakan suatau
kumpulan dala organisasi maka jangan pernah dibedakan fungsinya tetapi suatu
kesatuan yang melekat antara supplier, customer, regulatory agency, stockholder dan
competitors yang saling berhubungan. Sistem informasi berisi informasi tentang
organisasi dan lingkungan sekitarnya. Tiga aktivitas dasar yaitu input, pemrosesan dan
output, memproduksi informasi yang dibutuhkan organisasi. Umpan balik merupakan
output yang dikembalikan kepada anggota atau kegiatan dalam organisasi untuk
mengevaluasi dan memperbaiki input. Pelaku di lingkungan seperti pelanggan,
pemasok, pesaing, pemegang saham dan badan pembuat aturan berinteraksi dengan
organisasi dalam sistem informasi.
Dalam melakukan aktifitas fugsionalnya :
Aktifitas yang terkait dengan kegiatan proses informasi (operasional)
Aktifitas yang terkait dengan kegiatan managerial

12
Sistem Informasi
A r a d e a, MT.

Evolusi Information Society

Dari pengamatan yang telah dilakukan oleh sejumlah peneliti, pada awalnya system
informasi dianggap hal yang bersifat technical seperti terlihat pada gambar dibawah ini.

1950s : Perubahan teknis.

1960s 70s : Kontrol manajerial, dukungan teknologi untuk jalannya organisasi.
1980s 90s : Aktivitas inti institusi, dukungan teknologi dengan analisis dan
perhitungan yang matang dan berulang, selain itu juga analisis dan perhitungan
dalam aktivitas-aktivitas organisasi, sehingga pengertian dan peran sistem
informasi bergeser menjadi sistem aplikasi.
Today : Jaringan Informasi digital memperluas melebihi perusahaan, pemanfaatan
dan peran teknologi bergeser menjadi kebutuhan vendor, konsumen, dll. Evolusi
bagaimana memanfaatkan system informasi yang pada awalnya hanya bersifat
teknologi bergeser mencakup semua cakupan organisasi.
Faktor penyebab terjadinya perubahan peran dan definisi sistem informasi adalah,
faktor teknologi dan faktor organisasinya serta peningkatan produktifitas kerja.

13
Sistem Informasi
A r a d e a, MT.

1.4 Manajemen
Sebagai Proses, manajemen adalah kegiatan yang dilakukan untuk menyelesaikan
suatu pekerjaan secara bersama-sama atau melibatkan orang lain demi mencapai tujuan
yang sama.
Sebagai Subyek, manajemen adalah orang (atau orang-orang) yang melaksanakan
kegiatan tersebut.

1.5 Sistem Informasi Manajemen

Sistem informasi manajemen merupakan penerapan sistem informasi di dalam
organisasi untuk mendukung informasi-informasi yang dibutuhkan oleh semua
tingkatan manajemen.

Sistem Sosioteknis
Studi sistem informasi merupakan bidang multidisipliner, tidak ada satu teori atau
pandangan yang mendominasi, seperti terlihat pada gambar dibawah mengilustrasikan
disiplin ilmu utama yang mengkontribusikan permaslahan, isu dan solusi dalam
mempelajari sistem informasi.

Studi mengenai sistem informasi berkaitan dengan berbagai isu dan pengertian yang
berasal dari berbagai disiplin teknis dan perilaku. Secara umum, bidang sistem
informasi dapat dipandang dengan pendekatan teknis dan pendekatan prilaku. Sistem

14
Sistem Informasi
A r a d e a, MT.

informasi merupakan sistem sosioteknis, sistem informasi tetap membutuhkan

substansi social, organisai dan investasi intelektual untuk dapat berjalan dengan layak.
Pendekatan Teknis terhadap sistem informasi menekankan model matematika
untuk mempelajari sistem informasi, serta penekanan pada teknologi secara fisik
dan kemampuan format dari system tersebut. Disiplin ilmu yang berkontribusi
adalah ilmu komputer berfokus pada pengembangan teori perhitungan, metode
perhitungan dan metode akses serta penyimpanan data yang efisien. Metode
kuantitatif menekankan pada pengembangan model untuk pengambilan keputusan
dan praktik manajemen. Riset operasi berfokus pada teknis matematika untuk
mengoptimalkan parameter terpilih dari organisasi, seperti transportasi,
pengawasan persediaan dan biaya transaksi.
Pendekatan Perilaku bagian penting bidang sistem informasi melibatkan isu
perilaku yang muncul dalam pengembangan dan pengelolaan jangka panjang dari
sistem infromasi. Isu seperti integrasi bisnis strategis, perencanaan, implementasi,
penggunaan dan manajemen tidak dapat dijelajahi dengan dengan menggunakan
model dan pendekatan teknis. Sebagai contoh ahli sosiologi mempelajari sistem
informasi dengan melihat bagaimana kelompok dan organisasi mempengaruhi
pengembangan system informasi dan juga bagaimanasistem mempengaruhi
individu, kelompok dan organisasi. Ahli psikologi mempelajari sistem informasi
dengan mempelajari ketertarikan terhadap bagaimana pengambilan keputusan
manusia mengenal dan menggunakan informasi formal. Ahli ekonomi mempelajari
sistem informasi dengan ketertarikan dalam memahami proses produksi barang-
barang digital, dinamika dari pasar digital dan pemahaman bagaimana sistem
informasi baru mengubah pengawasan dan struktur biaya didalam perusahaan.
Pendekatan perilaku sebenarnya tidak mengabaikan teknologi, teknologi sistem
informasi sering menjadi penyebab bagi perusahaan atau isu perilaku. Tetapi focus
dari pendekatan perilaku ini umumnya bukan pada solusi teknisnya, sebaliknya
pendekatan ini berkonsentrasi pada perubahan tingkah laku, kebijakan manajemen dan
organisai serta perilaku.

15
Sistem Informasi
A r a d e a, MT.

Tingkatan Manajemen
Manajemen tingkat atas (top level management) terdiri dari : direktur utama
(president), direktur (vice manager) dan eksekutip lainnya.
Manajemen tingkat menengah (middle level management) terdiri dari : manajer-
manajer divisi dan manjer-manajer cabang.
Manajemen tingkat bawah (lower level management) disebut operating
management meliputi mandor dan pengawas.

Gambar Tingkatan Manajemen

Kegiatan Manajemen
1. Manajemen tingkat atas : Perencanaan strategi (strategic planning), mendukung
aktivitas rencana jangka panjang dari senior manajemen :
Proses evaluasi lingkungan luar
Penetapan tujuan yang diinginkan organisasi
Penentuan strategi/ menentukan tindakan-tindakan organisasi untuk mencapai
tujuan.
2. Manajemen tingkat menengah : Pengendalian manajemen/ Kontrol (management
control), mendukung pengendalian, monitoring, sistem penunjang keputusan dan
aktivitas administrasi dari manajemen menengah :
Proses untuk meyakinkan bahwa organisasi telah menjalankan strategi yang
sudah ditetapkan dengan efektif dan efisien.
Menjalankan taktik supaya strategi berhasil.

16
Sistem Informasi
A r a d e a, MT.

Pada tingkatan ini juga didukung oleh Knowledge level yaitu kelompok pekerja
yang bertugas melakukan penelitian dan menemukan ilmu ilmu yang mendukung
kegiatan organisasi untuk mencapai tujuannya dengan optimal.
3. Pengendalian Operasi (operational control), mendukung aktifitas dasar dan
transaksional organisasi :
Proses untuk meyakinkan tugas-tugas tertentu telah dilaksanakan dengan efektif
dan efisien.
Proses penerapan program yang telah ditetapkan pada manajemen tingkat
menengah

Tipe Keputusan Manajemen

Pengambilan keputusan adalah tindakan manajemen didalam pemilihan alternatif untuk
mencapai sasaran. Keputusan oleh manajemen dapat diklasifikasikan kedalam tiga
tipe, yaitu :
1. Manajemen tingkat atas : Keputusan tidak terstruktur (unstructured decision),
mempunyai sifat :
Tidak terjadi berulang-ulang
Tidak terprogram
Tidak terstruktur
Tidak mudah diprediksi
Informasi tidak mudah tersedia
Keputusan ini dilakukan oleh manajemen tingkat atas, pengalaman manajer
merupakan hal yang sangat penting didalam pengambilan keputusan ini. Misalnya
keputusan untuk bergabung dengan perusahaan lain.

17
Sistem Informasi
A r a d e a, MT.

2. Manajemen tingkat menengah : Keputusan setengah terstruktur (semi structured

decision), sifatnya adalah sebagian yang dapat diprogram sehingga masih
membutuhkan pertimbangan, keputusan tipe ini seringnya rumit dan membutuhkan
perhitungan-perhitungan serta analis yang terinci. Misalnya adalah keputusan
membeli system komputer yang lebih canggih.
3. Manajemen tingkat bawah : Keputusan terstruktur (structured decision),
mempunyai sifat :
Berulang-ulang
Terprogram
Terstruktur
Mudah diprediksi
Informasi umumnya mudah tersedia
Keputusan ini dilakukan oleh manajemen tingkat bawah, misalnya adalah
keputusan pemesanan barang, keputusan piutang dan lain sebagainya.

Tipe Informasi Manajemen

Untuk mendukung keputusan yang dilakukan oleh manajemen maka dibutuhkan
informasi yang berguna. Untuk tiap tingkatan manajemen tipe informasi yang
dibutuhkan berbeda. Untuk manajemen tingkat bawah, tipe informasinya terinci
(detail), karena terutama digunakan untuk pengendalian operasi. Sedangkan untuk
manajemen yang lebih tinggi tingkatannya, tipe informasinya semakin tersaring
(terfilter) atau lebih ringkas. Misalnya : manajemen tingkat bawah membutuhkan
laporan yang terinci mengenai semua penjualan yang terjadi tiap-tiap daerah, informasi
yang berguna untuk manajemen menengah dapat berupa informasi penjualan total
masing-masing daerah. Sedangkan manajemen tingkat atas membutuhkan informasi
yang lebih tersaring lagi, yaitu berupa informasi total penjualan keseluruhan.

18
Sistem Informasi
A r a d e a, MT.

Manajer Pada Sistem Infromasi

Peran pimpinan dalam system informasi muncul pada awal tahun 1980an, system
infromasi dianggap sebagai sumber daya yang harus dikelola tersendiri.

Dalam melakukan kegiatan managerial aktivitas-aktivitas yang harus dilakukan/

dilaksanakan/ Fungsi dari managerial dikenal dengan istilah POAC (Planning,
Organizing, Actualiting, Controlling ).
Planning : Membuat perencanaan
Organizing : Mengorganisir sumber daya yang ada, supaya planning dapat tercapai
Actualiting : Bagaimana melaksanakannya.
Controlling : Melakukan pengendalian

19
Sistem Informasi
A r a d e a, MT.

Peran Seorang Manajer

Interpersonal rule (berperan sebagai pemimpin, berhubungan dengan orang lain)
Figurhead (sebagai panutan)
Leader (sebagai pimpinan)
Liaison (sebagai penghubung)
Informational rule (dapat melihat organisasi secara utuh dan menyeluruh)
Monitor (melakukan monitoring)
Disseminator (menyebarkan informasi dan kebijakan)
Spokesperson (sebagai juru bicara)
Decisional rule (sebagai pengambil keputusan)
Entrepreneur (sebagai pengusaha)
Disturbance handler (mampu mengatasi gangguan)
Resource allocator (dapat menempatkan sumber daya)
Negotiator (mampu bernegosiasi)
Selain peran yang sudah dibahas diatas, seorang manajer juga harus memiliki skill
dalam hal Comunication dan Problem Solving

Kompetensi Manajer Sistem Informasi:

Technical
Memiliki pengetahuan tentang teknologi hardware, software, networking, dan
keamanannya. Seorang profesional sistem informasi bukan orang teknis, tetapi
dapat langsung / mengatur orang lain dengan keahlian teknis yang diperlukan
Business
Memahami sifat/ karakteristik dari sisi bisnis termasuk bisnis proses, manajemen,
sosial, dan komunikasi domain
System
Pengetahuan tentang pendekatan dan metode, juga memiliki pemikiran kritis dan
keterampilan pemecahan masalah yang diperlukan untuk membangun dan
mengintegrasikan informasi besar

20
Sistem Informasi
A r a d e a, MT.

Tools Teknologi Yang Digunakan Manajer

Teknologi informasi adalah satu dari banyak alat yang digunakan manajer untuk
menghadapi perubahan
Peranti Keras Komputer (Computer Hardware) adalah peralatan fisik yang
digunakan untuk kegiatan input, pemrosesan dan output dalam sebuah sistem
informasi. Komponennya dengan berbagai macam ukuran dan bentuk.
Peranti Lunak Komputer (Computer Software) terdiri atas detail instruksi program
yang mengawasi dan mengkoordinasikan komponen piranti keras dalam sebuah
system informasi.
Teknologi Manajemen Data (Data Management Technology) terdiri atas piranti
keras yang mengatur organisasi data pada media penyimpanan fisik.
Teknologi Telekomunikasi dan Jaringan (Networking and Telecommunication
Technology) terdiri atas perangkat fisik dan peranti lunak yang menghubungkan
berbagai macam peranti keras dan memindahkan data dari satu lokasi fisik ke lokasi
lainnya.

Tujuan Mempelajari Sistem Informasi Manajemen

Memandang bahwa, nilai dari informasi amatlah berharga oleh karena itu harus
dikelola dengan baik. Sebagai seorang wirausaha, staff manajemen atau terlebih
sebagai manajer, harus dapat menghargai dan mapu mengelola informasi bagi
kemajuan perusahaan atau usahanya.

Masa Depan Sistem Informasi

Kebutuhan akan sistem informasi akan terus tumbuh sebagai perkembangan
teknologi, karena adanya perbedaan karakteristik antara satu teknologi dengan
teknologi yang lain.
Tuntutan yang kuat untuk sistem informasi profesional
Ada kebutuhan untuk personil yang dapat berbicara bahasa bisnis dan teknologi,
dan keahlian untuk mengelola proyek dan personil
Karakteristik untuk sukses mencakup: terus-menerus belajar dan peningkatan serta
mengupdate pengetahuan, menemukan cara baru untuk menambah nilai dalam
mendukung fleksibilitas, dan mengembangkan skil dan kemampuan yang unik

21
Sistem Informasi
A r a d e a, MT.

1.6 Organisasi Sistem Informasi

Organisasi adalah sistem saling pengaruh-mempengaruhi antara orang dan kelompok
kerjasama untuk mencapai suatu tujuan tertentu yang sama. Lokasi dari sistem
informasi didalam suatu organisasi masih belum ada kesesuaian yang pasti, ada yang
memisahkan dalam departemen sendiri, yaitu departemen sistem informasi dan ada
juga yang menggabungnya dengan departemen yang lain. Berikut Organization Chart
dari departemen sistem informasi atau pengolahan data elektronik (PDE).

Direktur PDE
Direktur PDE

Manajer
Manajer Manajer Database Manajer
Komunikasi
Analis Sistem Pemrogram Administrator Operasi
Data

Kepala Kepala
Kepala Kepala Kepala Komunikasi
Pengoperasian Pengawas
Pemrogram Pemasuk Data Librarian Data
Analis Sistem Data

Analis Sistem Pemrogram Pengawas Pemasuk

Librarian
Senior Senior Data Data

Analis Sistem Pemrogram

Junior Junior

Gambar Organisasi departemen PDE

Anggota dari tim pengembang sistem ini tergantung dari besar kecilnya ruang lingkup
proyek yang akan ditangani. Tim ini secara umum dapat terdiri dari personil-personil
sebagai berikut :
1. Manajer analis sistem : disebut juga sebagai koordinator proyek dan mempunyai
tugas dan tanggung jawab sebagai berikut :
Sebagai ketua atau koordinator team pengembang sistem.
Mengarahkan, mengontrol dan mengatur anggota team.
Membuat jadwal pelaksanaan proyek pengembangan sistem.
Bertanggung jawab dalam mendefinisikan masalah, studi kelayakan,
perancangan system dan penerapannya.
Memeberikan rekomendasi-rekomendasi perbaikan sistem.
Mewakili team untuk berhubungan dengan pemakai sistem.

22
Sistem Informasi
A r a d e a, MT.

Membuat laporan-laporan kemajuan proyek

Mengkaji ulang dan memeriksa kembali hasil kerja team.
2. Ketua analis sistem : biasanya mejabat sebagai wakil dari manajer analis sistem.
Tugasnya membantu tugas dari manajer.
3. Analis sistem senior : merupakan analis sistem yang sudah berpengalaman.
4. Analis sistem : merupakan analis sistem yang cukup berpengalaman dan dapat
bekerja sendiri tanpa bimbingan dari analis sistem senior.
5. Analis sistem junior : merupakan analis sistem yang belum berpengalaman dan
masih membutuhkan bimbingan dari analis sistem yang lebih senior.
6. Pemrogram aplikasi senior : merupakan pemrogram yang sudah berpengalaman
dengan tugas merancang spesifikasi dari program aplikasi dan mengkoordinasi
kerja dari pemrogram yang lainnya.
7. Pemrogram aplikasi : merupakan pemrogram komputer yang cukup berpengalaman
dan dapat melakukan tugasnya tanpa harus dibimbing secara langsung.
8. Pemrogram aplikasi yunior : merupakan pemrogram komputer yang belum
berpengalaman dan masih dibawah dibimbing langsung dari pemrogram yang lebih
senior.
Analis sistem adalah orang yang menganalisis sistem (mempelajari masalah-masalah
yang timbul dan menentukan kebutuhan-kebutuhan pemakai sistem), untuk
mengidentifikasi pemecahan masalah yang beralasan. Pemrogram adalah orang yang
menulis kode program untuk suatu aplikasi tertentu berdasarkan rancang bangun yang
telah dibuat oleh analis sistem.
Analis sistem harus mempunyai pengetahuan yang luas dan keahlian yang khusus.
Berikut pengetahuan dan keahlian yang sangat diperlukan bagi seorang analis sistem :
Pengetahuan dan keahlian tenetang teknik pengolahan data, teknologi komputer
dan pemrograman komputer.
Pengetahuan tenatang bisnis secara umum.
Pengetahuan tentang metode kuantitatif.
Keahlian pemecahan masalah.
Keahlian komunikasi antar personil.
Keahlian membina hubungan atar personil.

23
Sistem Informasi
A r a d e a, MT.

Berikut dijelaskan beberapa tugas dan tanggung jawab analis sistem dibandingkan
dengan pemrogram.

Pemrogram Analis Sistem

1 Tanggung jawab pemrogram terbatas Tanggung jawab analis sistem tidak hanya
pada pembuatan program komputer. pada pembuatan program komputer saja,
tetapi pada sistem secara keseluruhan
2 Pengetahuan pemrogram cukup Pengetahuan analis sistem harus luas, tidak
terbatas pada teknologi komputer, hanya pada teknologi komputer, tetapi juga
sistem komputer, utilitas dan bahasa- pada bidang aplikasi yang ditanganinya
bahasa pemrograman yang diperlukan
3 Pekerjaan pemrogram sifatnya teknis Pekerjaan analis sistem dalam pembuatan
dan harus tepat dalam pembuatan program terbatas pada pemecahan masalah
instruksi-instruksi program secara garis besar
4 Pekerjaan pemrogram tidak Pekerjaan analis sistem melibatkan
menyangkut hubungan banyak orang, hubungan banyak orang, tidak terbatas
terbatas pada sesama pemrogram dan pada sesama analis sistem, pemrogram,
analis sistem yang mempersiapkan tetapi juga pemakai sistem dan manajer
rancang bangun (spesifikasi)
programnya.

24
Sistem Informasi
A r a d e a, MT.

2 SISTEM INFORMASI BERBASIS KOMPUTER

2.1 Sistem Informasi Berbasis Komputer

Sistem informasi dikembangkan untuk tujuan-tujuan yang berbeda-beda, tergantung
pada kebutuhan bisnis. Sistem Informasi Berbasis Komputer atau Computer Base
Information System (CBIS), dalam penerapannya oleh organisasi bisnis dengan
menggunakan komputer sebagai peralatan pemecahan masalah. Fungsionalitas dari
CBIS yang umum dapat dilihat pada gambar berikut.

Selain ke enam jenis sistem informasi diatas, terdapat sistem informasi lain yang
tergolong kedalam CBIS, sebagai berikut.

25
Sistem Informasi
A r a d e a, MT.

Model CBIS dalam penggunaanya di tingkatan manajemen, dapat dilihat pada gambar
berikut ini.

2.2 Jenis Jenis Sistem Informasi Berbasis Komputer

Seperti diuraiknan diatas sistem informasi dikembangkan untuk tujuan-tujuan yang
berbeda-beda, tergantung pada kebutuhan bisnis. Transaction Processing Systems
(TPS) berfungsi pada level organisasi; Office Automation systems (OAS) dan
pendukung Knowledge Work systems (KWS) yang bekerja pada level knowledge.
Sistem-sistem pada level yang lebih tinggi meliputi Sistem Informasi Manajemen
(SIM) dan Decision Support Systems (DSS). System ahli menerapkan keahlian
pembuatan keputusan untuk menyelesaikan permasalahan-permasalahan khusus dan
terstruktur. Pada level manajemen strategis kita menemukan Executive Support
Systems (ESS). Group Decision Support Systems (GDSS) dan yang lebih umum
dijelaskan sebagai Computer Supported Collaborative Work Systems (CSCWS) yang
membantu para pembuat keputusan untuk beranekaragam organisasi tak-terstruktur
atau semi-terstruktur.
Keanekaragaman sistem informasi sehingga penganalisis bisa berkembang ditunjukkan
dalam Gambar dibawah, perlu diingat bahwa gambar tersebut menampilkan sistem-
sistem tersebut dari bawah ke atas, menunjukkan bahwa operasional, atau level
organisasi yang paling rendah, didukung oleh TPS dan level tertinggi atau level
strategis dari keputusan semi-terstruktur atau tak-terstrukfur, didukung oleh ESS,

26
Sistem Informasi
A r a d e a, MT.

GDSS, dan CSCWS dibagian atas. Teks ini menggunakan istilah sistem informasi
manajemen, sistem informasi (SI), sistem informasi terkomputerisasi, dan sistem
informasi bisnis terkomputerisasi yang saling bertukar tempat untuk menunjukkan
sistem informasi terkomputerisasi yang mendukung jangkauan kegiatan bisnis yang
lebih luas melalui informasi yang mereka hasilkan.

Transaction Processing System (TPS)

TPS adalah sistem informasi yang terkomputerisasi yang dikembangkan untuk
memproses data-data dalam jumlah besar untuk transaksi bisnis rutin, seperti daftar gaji
dan inventarisasi. Disini seorang manajer melihat data-data yang dihasilkan oleh TPS
untuk memperbaharui informasi setiap menit apa yang terjadi di perusahaan mereka,
dimana hal ini sangat penting bagi operasi bisnis agar sistem dapat berfungsi dengan
lancar tanpa interupsi sama sekali.

Office Automation System (OAS)

OAS yang mendukung pekerja data, yaitu menganalisis informasi sedemikian rupa
untuk mentransformasikan data atau memanipulasinya dengan cara-cara tertentu
sebelum menyebarkannya secara keseluruhan, dengan organisasi dan, kadang-kadang
diluar itu. Aspek-aspek OAS yang sudah kita kenal seperti word processing,
spreadsheets, desktop publishing, electronic scheduling dan komunikasi melalui voice
mail, email (electronic mail), video conferencing, audio conferencing dan facsimile
transmission.

Management Information System (MIS)

MIS adalah sistem informasi yang sudah terkomputerisasi yang bekerja karena adanya
interaksi antara manusia dan komputer. Dengan bantuan manusia, perangkat lunak
(program komputer) dan perangkat keras agar berfungsi dengan baik, sistem informasi
manajemen mendukung spectrum tugas-tugas organisasi yang lebih luas dari TPS,
termasuk analisis keputusan dan pembuat keputusan. Untuk mengakses informasi,
pengguna MIS membagi basis data biasa. Basis data menyimpan data-data dan model
yang membantu pengguna menginterpretasikan dan menerapkan data-data tersebut.
MIS menghasilkan output informasi yang digunakan untuk membuat keputusan. MIS

27
Sistem Informasi
A r a d e a, MT.

juga dapat membantu menyatukan beberapa fungsi informasi bisnis yang sudah
terkomputerisasi, meski tidak berupa suatu struktur tunggal.

Decision Support System (DSS)

Kelas sistem informasi terkomputerisasi pada level yang lebih tinggi adalah DSS, DSS
hampir sama dengan MIS tradisional karena keduanya sama-sama tergantung pada
basis data sebagai sumber data. DSS berangkat dari MIS tradisional karena
menekankan pada fungsi mendukung pembuatan keputusan diseluruh tahap-tahapanya,
meskipun keputusan aktual masih tetap wewenang eksklusif pembuat keputusan. DSS
lebih sesuai untuk orang-orang atau kelompok yang menggunakannya daripada MIS
tradisional.

Sistem Ahli/ Pakar dan Kecerdasan Buatan

Kecerdasan Buatan (AI) bisa dianggap bidang yang arsitek tingkat tinggi untuk sistem
ahli daya tolak/dorong umum dari AI dimaksudkan untuk mengembangkan mesin-
mesin yang berfungsi secara cerdas. Dua cara untuk melakukan riset AI adaiah
memahami bahasa alamiahnya serta menganalisis kemampuannya untuk berpikir
melalui problem sampai ke kesimpulan logiknya. Sistem ahli menggunakan
pendekatan-pendekatan pemikiran AI untuk menyelesaikan permasalahan serta
memberikannya lewat pengguna bisnis (dan lain lain). Sistem ahli adalah suatu kelas
yang sangat spesial yang dibuit sedemikian rupa sehingga bisa dipraktikkan untuk
digunakan dalam bisnis sebagai akibat dari semakin banyaknya perangkat keras dan
perangkat lunak seperti komputer pribadi (PC) dan shell sistem ahli Suatu sistem ahli
(juga disebut sebagai knowledge-based systems) secara efektif menangkap dan
menggunakan pengetahuan seorang ahli untuk menyelesaikan masalah yang dialami
dalam suatu organisasi. Ditegaskan bahwa tidak seperti DSS, yang meninggalkan
keputusan terakhir bagi pembuat keputusan, sistem ahli menyeleksi solusi terbaik
terhadap suatu masalah atau suatu kelas masalah khusus.
Komponen dasar suatu sistem ahli adalah knowledge base,yaitu suatu mesin
interferensi yang menguhubungkan pengguna dengan sistem melalui pengolahan
pertanyaan lewat bahasa semacam SQL (structured query language), dan antarmuka
pengguna. Orang menyebu knowledge engineering menangkap keahlian pakar,
membangun sebuah sistem komputer yang mencakup expert knowledge ini, dan

28
Sistem Informasi
A r a d e a, MT.

kemudian mengimplementasikannya. Secara keseluruhan sangat mungkin membangun

dan mengimplementasikan sistem ahli yang akan menjadi pekerjaan para penganalisis
sistem di masa datang.

Group Decision Support Systems dan Computer Supported Collaborative Work

Systems
Bila kelompok perlu bekerja bersama-sama untuk membuat keputusan semi-terstruktur
dan tak-terstruktur, maka group Decision Support Systems membuat suatu solusi.
Group Decision Support Systems (GDSS), yang digunakan di ruangan khusus yang
dilengkapi dengan sejumlah konfigurasi yang berbeda-beda, memungkinkan anggota
kelompok berinteraksi dengan pendukung elektronik-seringnya dalam bentuk
perangkat lunak khusus-dan suatu fasilitator kelompok khusus. GDSS dimaksudkan
untuk membawa kelompok bersama-sama menyelesaikan masalah dengan memberi
bantuan dalam bentuk pendapat, kuesioner, konsultasi, dan skenario. Perangkat lunak
GDSS dirancang untuk meminimalkan perilaku kelompok negatif tertentu seperti
kurangnya partisipasi berkaitan dengan kekhawatiran atau tindakan balasan untuk
menyatakan bahwa sudut pandang tidak dikenal, dominasi oleh anggota kelompok
vokal, dan pembuatan keputusan 'group think'. Kadang-kadang GDSS dibahas menurut
istilah yang lebih umum Computer Supported Collaborative Work (CSCW), yang
mencakup pendukung perangkat lunak yang disebut 'groupware' untuk kolaborasi tim
melalui komputer yang terhubung dengan jaringan.

Executive Support Systems

Bila eksecutive beralih ke komputer, mereka seringnya mencari cara-cara yang bisa
membantu mereka membuat keputusan pada tingkat strategis. Executive Support
Systems (ESS) membantu para eksekutif mengatur interaksi mereka dengan
lingkungan eksternal dengan menyediakan grafik-grafik dan pendukung komunikasi di
tempat-tempat yang bisa diakses seperti kantor. Meskipun ESS tergantung pada
informasi yang dihasilkan oleh TPS dan SIM, ESS membantu pengguna mengatasi
problem keputusan yang tidak terstruktur, yang bukan aplikasi khusus, dengan
menciptakan lingkungan yang kondusif untuk memikiikan problem-problem strategis.
ESS memperluas dan mendukung kemampuan eksekutif, memungkinkan mereka
membuat lingkungan tampak masuk akal.

29
Sistem Informasi
A r a d e a, MT.

2.3 Teknologi-Teknologi Terintegrasi Untuk Sistem

Sama halnya dengan teknologi-teknologi yang diadopsi, hasil kerja penganalisis sistem
dimaksudkan untuk mengintegrasikan sistem-sistem tradisional dengan sistem-sistem
baru yang ditunjukkan dalam Gambar dibawah ini, bagian ini menggambarkan
beberapa penganalisi sistem teknologi informasi baru tersebut yang akan digunakan
sebagai hasil kerja bisnis untuk mengintegrasikan aplikasi-aplikasi e-commerce mereka
dengan bisnis tradisional atau saat mereka memulai e-bisnis baru secara keseluruhan

Aplikasi Aplikasi E-Commerce dan Web Sistem

Sebagian besar sistem yang dibahas di sini dapat diilhami oleh manfaat bila mereka
berpindah ke world wide web atau bila mereka sejak awal disusun dan
diimplementasikan sebagai suatu teknologi berbasis web. Dalam survei terkini ditemui
bahwa dalam beberapa tahun mendatang, separuh dari bisnis mikro dan menengah akan
merespons bahwa Intemet adalah strategi paling baik untuk memajukan pertumbuhin
bisnis mereka. Respons ini dua kali lebih banyak dari jumlah orang-orang yang
mengatakan bahwa mereka akan melakukan aliansi strategisnya sebagai cara untuk terus
berkembang. Ada beberapa keuntungan menyusun aplikasi di Web, di antaranya:

30
Sistem Informasi
A r a d e a, MT.

a. Meningkatkan kesadaran akan tersedianyasuatu layanan, produk, industri, orang atau

kelompok.
b. Bisa diakses selama 24 jam oleh pengguna
c. Menstandarkan desain antarmuka.
d. Menciptakan suatu sistem yang dapat diperluas secara global bukan hanya lokal,
sehingga mampu menjangkau orang-orang di tempat-tempat yang berjauhan tanpa
mengkhawatirkan zona waktu lokasi mereka.

Sistem Enterprise Resource Planning (ERP)

Sebagian besar organisasi mengharapkan keuntungan dari terintegrasinya beberapa
sistem informasi yang sudah ada pada level-level manajemen yang berbeda serta
didalam fungsi-fungsi yang berlainan pula. Sistem Enterprise Resource Planning (ERP)
dirancang untuk menampilkan integrasi ini. ERP yang diadakan memerlukan beberapa
komitmen dan perubahan organisasional. Seringnya penganalisis sistem bertindak
sebagai konsultan bagi pengguna ERP yang menggunakan kepimilikan perangkat lunak.
Perangkat lunak ERP yang populer seperti SAP dan Mysap serta PeopleSoft, serta
paket-paket dari Oracle, Bn, dan JD Edwards. Beberapa di antara paket-paket tersebut
ditargetkan untuk memindahkan perusahaan-perusahaan tersebut ke dalam Web.
Biasanya, penganalisis serta pengguna memerlukan pelatihan, dukungan, dan
pemeliharaan dari vendor agar mereka mampu merancang, melakukan install,
pemeliharaan/ update, dan menggunakan paket ERP tertentu secara tepat.

Sistem Untuk Perangkat Lunak Nirkabel dan Handheld

Penganalisis dipanggil untuk merancang suatu sistem baru yang kebanyakan dan
aplikasi-aplikasi termasuk beberapa di antaranya untuk perangkat nirkabel dan Personal
Digital Assistants (PDAs) seperti seri Handheld Palm yang populer. Selain itu,
penganalisis bisa merancang jaringan komunikasi standar dan nirkabel yang
mengintegrasikan suara, video, dan email kedalam intranet organisasional dan extranet
industri. E-commerce nirkabel disebut pula sebagai m-commerce (mobile commerce).
Di beberapa tatacara lanjutan, penganalisis merancang intelligent agent, yakni perangkat
lunak untuk membimbing pengguna dalam melakukan hrgas-tugas tertentu dimana
perangkat lunak mempelajari preferensi pengguna sepanjang waktu dan kemudian
bertindak berdasarkan preferensi-preferensi tersebut. Sebagai contoh, dalam

31
Sistem Informasi
A r a d e a, MT.

penggunaan teknologi pull, intelligent agent akan menyelusuri Web mencari hal-hal
yang menarik minat pengguna setelah mengamati pola perilaku pengguna terhadap
informasi sepanjang waktu dan kemudian akan memimpin pencarian di Web tanpa perlu
desakan terus-menerus dari pengguna. Salah satu contoh perangkat lunak jenis ini
adalah perangkat lunak yang sedang dikembangkan Microsoft berdasarkan statistik
Bayesian (dengan menggunakan statislik untuk memperkirakan probabilitas) dan teori
pembuatan keputusan dikombinasi dengan pemantauan perilaku pengguna dalam hal
penanganan inforrnasi yang datang (misalnya pesan dari rumah, panggilan telepon dari
klien, panggilan di telepon selular, analisis salah satu pemegang saham terbaru),
hasilnya adalah perangkat lunak notification manageryang menempatkan nilai Dolar
untuk setiap informasi yang datang dari berbagai macam sumber dan memiliki
kemampuan menampilkannya sebaik mungkin). Sebagai contoh, berdasarkan
teori keputusan, statistik probabilitas, dan perilaku pengguna sebelumnya, suatu
panggilan telepon dari rumah diperkirakan nilainya $1.00 dan bisa muncul di layar
komputer, sementara panggilan sales yang tidak menarik bisa bemilai 20 sen (atau lebih
rendah) dan bisa muncul dalam bentuk tulisan di pesawat pager.

Perangkat Lunak Open Source

Altematif untuk pengembangan perangkat lunak tradisional dimana kode kepemilikan
bisa disembunyikan dari pengguna disebut perangkat lunak open source. Dimaksudkan
sebagai model pengembangan dan filosofi pendistribusian perangkat lunak secara bebas
serta penerbitan kode sumber-kode sumbernya. Dengan cara ini, kode, atau instruksi
komputer, bisa dipelajari, dibagi, dan dimodifikasi oleh sejumlah pengguna dan
pemrogram. Peraturan komunitas ini ialah gagasan bahwa setiap modifikasi program
harus dibagikan ke semua orang didalam proyek. Contohnya ialah sistem operasi Lynux
dan perangkat lunak Apache, yang digunakan oleh server yang melakukan hosting Web
site. Bila perangkat lunak didistribusikan dengan bebas, akankah perusahaan perangkat
lunak tetap.memperoleh keuntungan? Mereka akan menyediakan layanan,
menyesuaikan program untuk pengguna dan tetap memberikan dukungan secara terus-
menerus. Di dunia perangkat lunak open-source, pengembangan sistem akan terus
melanjutkan evolusinya menjadi industri jasa. Akan dipindahkan dari model manufaktur
dimana produk-produk dibungkus dan dipaketkan kedalam kotak-kotak yang menarik
perhatian dan mengirimkannya keluar, begitu saja sebagai produk manufaktur biasa.

32
Sistem Informasi
A r a d e a, MT.

Pengembangan open source sangat berguna untuk mengelola perangkat-perangkat dan

peralatan komunikasi. Penggunaannya juga mendorong dilakukannya standarisasi
perangkat agar bisa digunakan untuk berkomunikasi dengan lebih mudah. Hal ini tidak
bisa dipastikan bahkan apakah perangkat lunak open source akan bisa diterima secara
luas pada komputer high-end. Apa bisa dibayangkan bahwa bila ada, beberapa
kekurangan dari pemrogram akan diatasai, dan beberapa problem yang lebih besar bisa
diatasi lewat kolaborasi yang ekstensif.

2.4 Perusahaan Digital

Percepatan pertumbuhan teknologi informasi yang sangat tinggi menuntut perusahaan
perusahaan untuk dapat memanfaatkan nya sebagai pendukung/ supply system dan
infrastruktur untuk mencapai tujuan bisnisnya. Misalnya masuknya internet ke dalam
system komunikasi internasional telah menurunkan biaya operasi pada tingkat global
secara drastic, pelnggan bisa berbelanja di pasar global dengan harga dan informasi
dengan kualitas yang andal selama 24 jam sehari. Sebagai contoh perusahaan digital
yang memproduksi film-film hollywood dapat menjual jutaan lebih copy DVD dari
film-film terkenal dengan menggunakan pasar luar negeri, perusahaan jasa internet
seperti Google, eBuy dan lain lain dapat mencontoh model bisnis dan jasa mereka
dibanyak Negara tanpa harus merancang kembali infrastruktur siste informasi yang
merupakan biaya tetap yang tinggi.
Semua perubahan yang terjadi, digabung dengan perancangan kembali perusahaan
secara signifikan, telah menciptakan suatau keadaan untuk perusahaan digital (digital
firm) secara utuh. Perusahaan digital dapat didefinisikan menjadi beberapa aspek.
Perusahaan digital adalah perusahaan yang memiliki hubungan penting terhadap
pelanggan, pemasok, dan karyawan secara digital. Proses bisnis inti dicapai melalui
jaringan digital dengan lingkup keseluruhan organisasi yang saling berhubungan. Aset
penting perusahaan-property intelektual, kompetensi dasar dan asset keuangan serta
sumber daya manusia dikelola menggunakan alat digital. Dalam perusahaan digital
setiap informasi yang dibutuhkan untuk menunjang keputusan bisnis utama tersedia
setiap saat dan dimana saja.
Perusahaan digital merasakan dan tanggap atas lingkungannya lebih cepat dibanding
perusahaan tradisional, hal ini memberikan kemampuan yang lebih fleksibel bagi
perusahaan digital di era perubahan ini, Perusahaan digital menawarkan

33
Sistem Informasi
A r a d e a, MT.

kesempatantidak biasa dalam organisasi dan manajemen global yang lebih fleksibel.
Dalam perusahaan digital baik perubahan waktu maupun perubahan tempat merupakan
suatu norma. Perubahan waktu mengacu kepada kegiatan bisnis yang dilakukan secara
terus menerus 24 jam x 7 hari, tidak terbatas pada kegiatan hari kerja dari jam 9 pagi
hingga jam 5 sore. Pergeseran tempat berarti pekerjaan dapat berada dilingkungan kerja
global sebagaimana pada tingkatan nasional. Pekerjaan dapat secara fisik dikerjakan
dimana saja pekerjaan tersebut dapat dikerjakan paling baik.

Dari uraian diatas maka muncul beberapa sasaran/ objectives sebagai berikut :
What is the role of information systems in todays competitive business
environment?
What exactly is an information system? What do managers need to know about
information systems?
How are information systems transforming organizations and management?
How has the Internet and Internet technology transformed business?
What are the major management challenges to building and using information
systems?
Maka timbulah management challenges/ tantangan bagi manajemen, yaitu :
Merancang sistem supaya sistem lebih kompetitif dan efektif
Memahami keperluan sistem dalam lingkungan bisnis global
Membuat arsitektur informasi untuk mendukung tujuan organisasi
Menentukan nilai bisnis pada sistem informasi
Merancang sistem, orang dapat mengendalikan, memahami dan menggunakan
dalam sosial, etis dan bertanggung jawab
Pada kenyataannya dalam melakukan transformasi/ perubahan yang lebih cepat atau re-
engineering/ business process re-engineer atau business process improvment sebuah
perusahaan, terdapat beberapa perbedaan pandangan akan sistem infromasi, kondisi
real world memandang bahwa suatau sistem informasi dianggap suatu black box,
seperti terlihat pada gambar berikut.

34
Sistem Informasi
A r a d e a, MT.

Sementara black box tersebut merupakan sebuah realita yang rumit/ kompleks seperti
terlihat pada gambar dibawah, serangkaian teknologi dan informasi yang harus
dibangun dan dikelola dengan baik

Dalam hal ini seringkali pengguna atau custommer tidak mau tahu apa sebenarnya
sistem infromasi, karena apliaksi sebenarnya tidak sesederhana kelihatannya, sehingga
pengguna atau custommer sering mendapatkan pengalaman frustasi dengan sistem
informasi.

35
Sistem Informasi
A r a d e a, MT.

Dan hal tersebut tidak boleh terjadi. Kondisi ini dapat diturunkan atau dihilangkan atau
dihindari/ dicegah apabila cara pengelolaan sumber daya dan teknologinya dilakukan
dengan benar. Idealnya mengelola organisasi dengan sistem informasi seharusnya dari
awal didirikan sudah dipikirkan dan ditentukan kemana arah sistem informasi untuk
menunjang tujuan bisnis, tetapi apabila hal tersebut terjadi pada sebuah organisasi yang
sudah berjalan maka hal-hal yang perlu diperhatikan adalah :
Pemanfaatan sistem dan teknologi infromasi untuk menjalankan organisasi.
Apabila terjadi perubahan seharusnya prosedur system juga berubah (perubahan
prilaku)
Pola persaingan yang harus dirubah, sehingga akan muncul peluang-peluang yang
dapat dikembangkan
Resistensi akan muncul dari orang orang yang tidak mau berubah, dan ini harus
dapat diantisipasi dengan sosialisasi yang tepat.

Empat Perubahan di Seluruh Dunia yang Telah Mengubah Lingkungan Bisnis

1. Munculnya Ekonomi Global
Harus dapat mengelola dan mengontrol pasar global
Menggunakan teknologi untuk menembus pasar
Adanya kompetisi, bagaimana memenagkan pasar dunia
Bagaimana system logistic itu dianggap satu kesatuan utuh
2. Transformasi Ekonomi Industri
Penetahuan dan informasi yang berbasis ekonomi

36
Sistem Informasi
A r a d e a, MT.

Produktivitas dan Layanan dan produk baru

Pengetahuan tentang pusat produktif dan asset strategis
Time based competition, missal memasarkan produk tepat waktu
Memperpendek siklus produksi
Berkompetensi dalam lingkungan dengan kondisi yang terbatas
Pengetahuan pegawai
3. Transformasi dari Enterprise Bisnis
Flattening, berhubungan dengan struktur organisasi, beberapa hirarki dari
struktur organisasi digabungkan atau hilang sehingga menjadi pendek
Decentralization, lawan kata dari sentralisasi, artinya pembagian wewenang
dicabang atau daerah, sehingga pengambilan keputusan dapat dilakukan segera.
Flexibility, bagaimana system informasi dapat dimanfaatkan dengan baik
Location independence, dengan IT lokasi perusahaan dapat dikelola dengan baik
Low transaction and coordination costs, dengan IT biaya transaksi dan
koordinasi menjadi menurun/ rendah
Empowerment, pemberdayaan, denga IT orang yang belum paham menjadi
paham
Collaborative work and teamwork, bagaimana mengkolaborasikan dan
bekerjasama dalam sebuah tim
4. Munculnya Digital Firm
Dengan teknologi digital menyediakan hubungan antara pelanggan, pemasok
dan karyawan secara efektif.
Core bisnis diproses melalui jaringan digital dengan lingkup keseluruhan
organisasi yang saling berhubungan.
Aset penting perusahaan-property intelektual, kompetensi dasar dan asset
keuangan serta sumber daya manusia dikelola menggunakan alat digital.
Perusahaan digital merasakan dan tanggap atas lingkungannya.
Catatan : Penerapan teknologi digital /IT tidak hanya dipandang dari segi
teknologinya saja, tetapi implementasi teknologilah yang utama. Dengan adanya
digital firm harus dipikirkan lebih jauh lagi solusi untuk mengatasi hal-hal yang
tidak dapat diprediksi sebelumnya, misalnya human error, kondisi alam, bencana,
dan lain lain.

37
Sistem Informasi
A r a d e a, MT.

Tujuan Bisnis Strategis Sistem Informasi

Apa yang menyebabkan sistem informasi menjadi penting saat ini? Mengapa
perusahaan banyak berinvestasi di sistem dan teknologi informasi? Sistem dan
teknologi informasi merupakan dasar bagi bisnis dalam abad 21, seperti kantor, telepon,
tempat penyimpanan berkas, dan bangunan tinggi yang efisien menggunakan tangga
berjalan yang merupakan dasar bagi bisnis di abad 21.

Ada interdepedensi yang berkembang antara kemampuan perusahaan untuk

menggunakan teknologi informasi dan kemampuan untuk mengimplementasikan
strategi korporat dan mencapai tujuan korporat, seperti terlihat pada gambar dibawah
ini. Ada saling ketergantungan yang berkembang antara sistem informasi perusahaan
dengan kemampuan bisnis atas sistem informasi tersebut. Perubahan strategi, peraturan
dan proses bisnis membutuhkan perubahan yang meningkat dalam peranti keras, peranti
lunak, basis data dan telekomunikasi. Sering sekali apa yang diinginkan organisasi
tergantung pada apa yang bisa dilakukan sistem informasi.

38
Sistem Informasi
A r a d e a, MT.

Dan pada kenyataannya sering kali terjadi ketidak sesuaian antara sisi organisasi dan
sisi sistem informasi, oleh karena itu pada saat pengembangan sistem informasi harus
ada keseimbangan dan keselarasan diantara kedua sisi (bagaimana sisi sistem dan
teknologi informasi memberikan hasil bagi tujuan bisnis organisasi).
Perusahaan bisnis berinvestasi lebih pada sistem informasinya secara khusus untuk
mencapai enam tujuan bisnis strategis yaitu :
keunggulan operasional;
produk, jasa dan model bisnis baru;
hubungan pelanggan dan pemasok;
pengambilan keputusan yang semakin baik;
keunggulan kompetitif;
kelangsungan usaha.

Prespektif Sosioteknis Terhadap Sistem Informasi

Pelaku-pelaku utama dalam sistem informasi seperti : pemasok peranti keras dan peranti
lunak (ahli teknologi), perusahaan bisnis berinvestasi dan berusaha mendapatkan nilai
atas teknologi, manajer dan karyawan berusaha mencapai nilai bisnis, dan tujuan
lainnya, konteks hokum, sosial dan budaya (lingkungan perusahaan). Pelaku pelaku ini
secara bersama sama menciptakan apa yang disebut sistem informasi manajemen.
Studi sistem informasi manajemen (SIM) mulai muncul pada tahun 1970-an dan
memfokuskan diri pada penggunaan sistem informasi berbasis komputer dalam
perusahaan bisnis dan pemerintahan. Sebagaimana telah dibahas pada bab sebelumnya
SIM mengkombinasikan kerja dari ilmu komputer, metode kuantitatif dan riset operasi
dengan orientasi praktik menuju pengembangan solusi sistem atas permasalahan dunia
nyata dan pengelolaan sumber daya teknologi informasi. SIM juga menekankan isu-isu
perilaku dalam pengembangan, penggunaan dan dampak dari sistem inforamsi yang
biasanya didiskusikan dalam bidang sosiologi,ekonomi dan psikologi.
Pandangan sosioteknis (sociotechnical view), kinerja optimal organisasi dapat dicapai
dengan bersama sama mengoptimalkan sistem sosial dan teknis yang digunakan dalam
produksi.

39
Sistem Informasi
A r a d e a, MT.

Dalam prespektif sosioteknis, kinerja sistem akan optimal pada saat teknologi dan
organisasi secara bersama sama saling menyesuaikan sampai tingkat kombinasi yang
memuaskan diperoleh. Menerapkan prespektif sosioteknis membantun untuk
menghindari pendekatan teknologi murni terhadap system informasi, ditekankan
kebutuhan untuk mengoptimalkan kinerja perusahaan secara keseluruhan, baik
komponen teknis maupun perilaku perlu diperhatikan. Ini berarti bahwa teknologi harus
diubah dan dirancang sedemikian rupa untuk memenuhi kebutuhan individu dan
organisasi. Individu dan organisasi harus juga berubah melalui pelatihan, pembelajaran
dan perubahan organisasi yang terencana membuat teknologi beroperasi dan
berkembang. Gambar diatas mengilustrasikan proses penyesuaian bersama dalam sistem
sosioteknis.

Prespektif Bisnis Atas Sistem Informasi

Bisnis adalah kumpulan/ koleksi aktifitas, yang melakukan/ mengambil bersama,
menciptakan nilai untuk pelanggan atau Rangkaian aksi-aksi, perubahan, atau fungsi
yang membawa sebuah hasil. Proses adalah satuan aksi-aksi yang mengambil masukan,
dan kemudian menambahkan nilai untuk menyediakan hasil yang diinginkan. Proses
Bisnis adalah sebagai serangkaian tugas atau aktifitas untuk mencapai tujuan yang
ditentukan atau gol, yang dapat diselesaikan secara sequential atau paralele, oleh orang
atau sistem, salah satu di dalam atau bagian luar organisasi.

40
Sistem Informasi
A r a d e a, MT.

Proses bisnis mengacu pada metode dimana pekerjaan dikelola, dikoordinasikan dan
difokuskan untuk memproduksi produk atau jasa yang bernilai, proses bisnis adalah
arus kerja dari bahan baku, informasi dan pengetahuan seperangkat aktivitas.
Fungsi Bisnis Utama
Fungsi Tujuan
Penjualan dan Pemasaran Menjual produk dan jasa perusahaan
Manufaktur dan Produksi Memproduksi produk dan jasa
Akuntansi dan Keuangan Mengelola asset keuangan dan menyimpan catatan
keuangan organisasi
Sumber Daya Manusia Mencari, mengembangkan, dan mengelola tenaga kerja
perusahaan, menyimpan catatan karyawan

Dapat dilihat bahwa dari prespektif bisnis, sistem informasi adalah alat penting untuk
menciptakan nilai bagi perusahaan, sistem informasi memungkinkan perusahaan untuk
meningkatkan pendapatan dan menurunkan biayanya dengan memberikan informasi
yang dapat membantu manajer membat keputusan yang lebih baik atau memperbaiki
kegiatan proses bisnis. Setiap bisnis memiliki rantai nilai informasi seperti ilustrasi
dalam gambar dibawah ini, diamana data mentah dapat secara otomatis dan kemudian
dipindahkan melalui tahapan yang bervariasi yang akan menambah nilai pada informasi
tersebut.

Dari prespektif bisnis sistem informasi merupakan bagian dari rentetan kegiatan
menambah nilai untuk mendapatkan, mengubah dan menyebarkan informasi yang dapat

41
Sistem Informasi
A r a d e a, MT.

digunakan manajer untuk meningkatkan pengambilan keputusan, meningkatkan kinerja

perusahaan dan akhirnya meningkatkan profitabilitas.
Nilai dari sebuah sistem informasi atas bisnis dan keputusan untuk berinvestasi di
sistem informasi baru, sebagian besar ditentukan oleh sejauh mana sistem akan
membawa ke pengambilan keputusan yang lebih baik, proses bisnis yang lebih efisien
dan profitabilitas perusahaan yang lebih tinggi. Prespektif bisnis berfokus pada sistem
informasi organisasi dan manajemen secara alami. Sistem informasi mencerminkan
solusi organisasi dan manajemen, berbasis teknologi informasi atas tantangan atau
masalah yang disebabkan oleh lingkungan.

Aplikasi Perusahaan
Membuat seluruh jenis system yang berbeda bekerja bersama pada perusahaan adalah
tantangan utama. Salah satu pemecahannya adalah dengan menerapkan aplikasi
perusahaan (enterprise application) yang merupakan system yang melingkupi area
fungsional, berfokus pada menjalakan proses bisnis didalam perusahaan bisnis, dan
termasuk seluruh tingkatan manajemen. Aplikasi perusahaan membantu bisnis untuk
menjadi lebih fleksibel dan produktif dengan mengkoordinasikan proses bisnis dengan
lebih dekat dan mengintegrasikan sekelompok proses agar mereka berfokus pada
pengelolaan sumber daya yang efisien dan pelayanan terhadap pelanggan. Aplikasi
perusahaan mengotomatisasikan proses yang tersebar diberbagai fungsi bisnis dan
tingkatan organisasi dan bisa meluas ke luar organisasi. Gambar berikut menunjukan
arsitektur informasi dan infrastruktur teknologi informasi untuk arsitektur aplikasi
perusahaan.

42
Sistem Informasi
A r a d e a, MT.

Terdapat empat aplikasi perusahaan utama atau empat sistem utama yang
mendeskripsikan perusahaan digital
Supply Chain Management (SCM) System
Customer Relationship Management (CRM) System
Enterprise System atau Enterprise Resource Planning (ERP)
Knowledge Management System (KMS)

Sistem Manajemen Rantai Pasokan (Supply Chain Management (SCM) System)

Membantu bisnis mengelola hubungan dengan pemasok mereka. Sistem ini
menyediakan informasi untuk membantu pemasok, perusahaan pembeli, distributor, dan
perusahaan logistic untuk berbagi informasi mengenai pemesanan, produksi, tingkat
persediaan serta pengantaran produk dan jasa agar mereka dapat mencari sumber,
memproduksi dan mengirimkan barang dan jasa secara efisien. Tujuan utamanya adalah
untuk mendapatkan jumlah produksi yang tepat dari sumbermereka menuju titik
konsumen dengan jumlah waktu tersingkat dan dengan biaya terendah.

43
Sistem Informasi
A r a d e a, MT.

Sistem Manajemen Hubungan Pelanggan (Customer Relationship Management

(CRM) System)
Membantu perusahaan mengelola hubungannya dengan pelanggan. Sistem CRM
menyediakan informasi untuk mengkoordinasikan seluruh proses bisnis yang
berhubungan dengan pelanggan dalam hal penjualan, pemasaran dan pelayanan untuk
mengoptimalkan pendapatan, kepuasan pelanggan, mempertahakan pelanggan.

Sistem Perusahaan (Enterprise System atau Enterprise Resource Planning (ERP))

Menyelesaikan masalah ini dengan mengumpulkan data dari beragam proses bisnis inti
pada manufaktur dan produksi, keuangan dan akuntansi, penjualan dan pemasaran, serta
sumber daya manusia dan menyimpan data pada penyimpanan data pusat tunggal.

Sistem Manajemen Pengetahuan (Knowledge Management System (KMS))

Memungkinkan organisasi untuk lebih baik dalam mengelola proses pemerolehan dan
penerapan pengetahuan dan keahlian. Sistem ini mengumpulkan seluruh pengetahuan
dan pengalaman relevan dalam perusahaan, dan membuatnya tersedia dimanapun dan
kapanpun dibutuhkan untuk meningkatkan proses bisnis dan keputusan manajemen.
Sistemm ini juga menghubungkan perusahaan ke sumber pengetahuan eksternal.

Dampak Organisasi dan Perilaku

Teori yang berdasarkan sosiologi dan organisai yang rumit juga memberikan beberapa
pengertian mengenai bagaimana dan mengapa perusahaan berubah dengan penerapan
aplikasi teknologi yang baru. Pilihan baru dalam merancang organisai :
Flattening organizations
Separating work from location
Reorganizing work-flows
Increasing flexibility
Redefining organizational boundaries

Flattening Organization
Penelitian perilaku telah membuat teori tentang sistem dan teknologi informasi yang
memfasilitasi perataan hierarki. Sistem dan teknologi informasi mendorong hak
pembuatan keputusan lebih rendah dan meningkatkan efisien manajemen. Seperti

44
Sistem Informasi
A r a d e a, MT.

terlihat pada gambar dibawah. Pemberdayaan ini menjadi mungkin karena tingkat
pendidikan yang lebih tinggi diantara tenaga kerja, yang memberikan karyawan
kemampuan untuk membuat keputusan yang cerdas.

Sistem dan teknologi informasi dapat mereduksi banyak level di organisasi, terdapat
beberapa hierarki yang digabung atau dihilangkan dengan tujuan untuk efisiensi dan
kecepatan proses, sehingga ada dampak psikologis terhadap individu individu yang
tergeser, maka dalam hal ini penerapan sosialisasi dan perubahan manajemen harus
dikelola dengan baik.

Redesigned Work Flow

Mengubah aliran kerja menjadi lebih sedikit. Hal ini dilakukan sebelum terjadi
perubahan dan sosialisasi harus dilakukan secara intensif. Berikut gambaran dari proses
redesigned work flow.

45
Sistem Informasi
A r a d e a, MT.

Pada gambar diatas contoh untuk redesigned work flow untuk asuransi, pada aplikasi
awal aliran kerja untuk menyelesaikan pekerjaan dilakukan selama 33 hari dan setelah
dilakukan proses redesigned work flow pekerjaan tersebut dapat diselesaikan hanya
dalam 5 hari dengan dukungan sistem dan teknologi inforamsi sehingga dapat
mengefektifkan aliran kerja.

Intranet dan Ekstranet

Intranet dan ekstranet lebih merupakan dasar teknologi dibandingkan dengan aplikasi
tertentu, tetapi pantas untuk disebutkan disini sebagai salah satu peralatan yang
digunakan perusahaan untuk meningkatkan integritas dan mempercepat arus informasi
didalam perusahaan serta dengan pelanggan dan pemasok. Intranet adalah jaringan
internal untuk standar komunikasi yang sama dengan internet dan digunakan untuk
distribusi informasi secara internal kepada karyawan, dan sebagai penyimpanan
kebijakan, program dan data perusahaan. Ekstranet adalah intranet yang diperpanjang
kepada pengguna yang diijinkan di luar perusahaan. Aktivitas yang dapat dilakukan
dengan intranet dan ekstranet misalnya:
Communicate and collaborate
Access information
Participate in discussions
Supply information
Find entertainment
Exchange business transactions

46
Sistem Informasi
A r a d e a, MT.

E-Business dan E-Commerce

Sistem dan teknologi yang baru saja dibahas telah mengubah hubungan perusahaan
dengan pelanggan, karyawan, pemasok dan mitra logistik menjadi hubungan digital
menggunakan jaringan intranet dan internet. Seperti diilistrasikan pada gambar
dibawah, begitu banyak bisnis kini dimungkinkan atau didasarkan pada jaringan digital
sehingga dikenal istilah bisnis elektronik (electronic business atau e-businnes) dan
perdagangan elektronik (electronic commerce atau e-commerce). E-Business mengacu
kepada penggunaan teknologi digital dan internet untuk menjalankan proses bisnis
utama pada perusahaan, termasuk aktivitas untuk pengelolaan internal perusahaan dan
untuk koordinasi dengan pemasok dan rekan bisnis lainnya. E-Commerce adalah
bagian dari e-business yang berhubungan dengan pembelian dan penjualan barang dan
jasa melalui internet, hal ini juga meliputi aktivitasyang menunjang transaksi pasar
tersebut, seperti periklanan, pemasaran, dukungan pelanggan, keamanan, pengiriman
dan pembayaran.

47
Sistem Informasi
A r a d e a, MT.

3 TATAKELOLA TI DAN ARSITEKTUR ENTERPRISE

IT Governance (Tata kelola TI) didefinisikan sebagai sebuah struktur hubungan dan
proses untuk mengarahkan dan mengendalikan perusahaan untuk mencapai tujuan
perusahaan melalui penambahan nilai dengan tetap menyeimbangkan resiko dan manfaat
dari TI dan proses-prosesnya. Tata kelola TI merupakan bagian integral dari keberhasilan
tata kelola perusahaan yang dicapai melalui peningkatan terukur secara efisien dan efektif
dalam proses-proses di perusahaan. Tata kelola TI menyediakan struktur yang
menghubungkan proses-proses TI, sumberdaya TI dan informasi dengan strategi dan
tujuan perusahaan. Tata kelola TI mengintegrasikan dan membentuk pola perencanaan dan
pengorganisasian, perolehan dan penerapan, penyampaian dan dukungan, serta
pengawasan kinerja TI untuk memastikan bahwa informasi perusahaan dan teknologi
terkait mendukung tujuan bisnis.

3.1 Domain IT Governance

Beberapa area permasalahan yang menjadi fokus utama dalam tata kelola TI antara lain:
Keselarasan strategis. Penerapan TI harus dapat mendukung pencapaian misi
perusahaan; strategi TI harus selaras dengan strategi bisnis perusahaan.
Pemberian nilai. Penerapan TI harus dapat memberikan nilai tambah bagi
pencapaian misi perusahaan.
Manajemen resiko. Penerapan TI harus disertai dengan pengidentifikasian resiko-
resiko TI sehingga dampaknya dapat ditangani.
Manajemen sumberdaya. Penerapan TI harus didukung dengan sumber daya yang
memadai dan penggunaan sumber daya yang optimal.
Pengukuran kinerja. Penerapan TI harus diukur dan dievaluasi secara berkala,
untuk memastikan bahwa kinerja dan kapasitas TI sesuai dengan kebutuhan bisnis.

3.2 Tujuan Diterapkannya IT Governance

Tujuan jangka pendek, dimana IT Governance digunakan dengan tujuan untuk
menekan biaya operasional TI dengan cara mengoptimalkan operasi-operasi dari TI
tersebut, dimana hal ini dicapai melalui pengendalian yang diterapkan pada setiap

48
Sistem Informasi
A r a d e a, MT.

proses penggunaan sumber daya TI dan penanganan risiko yang berhubungan

dengan TI.
Tujuan jangka panjang, dimana IT Governance membantu organisasi agar tetap
fokus terhadap nilai strategis TI dan memastikan penerapan TI dapat mendukung
pencapaian tujuan organisasi.

3.3 Model Standar IT Governance dan Positioning The Frameworks

Antara lain:
The International Organization for Standardization / The International
Electrotechnical Commission (ISO/IEC 17799)
The Information Technology Infrastructure Library (ITIL)
Control Objectives for Information and Related Technology (COBIT)
dan lain lain.

Gambar 3.1 Positioning The Frameworks

3.4 Kegiatan Kunci IT Governance

IT governance terdiri dari metode manajemen perusahaan dan pekerjaan CIO untuk
memastikan departemen IT berhasil menjalankan strategi TI dan mengoperasikan filosofi

49
Sistem Informasi
A r a d e a, MT.

yang mendukung tujuan strategis dan taktis perusahaan. IT governance Mendefinisikan

siapa yang membuat keputusan, bagaimana dan kapan mereka membuat keputusan
tersebut. Selain itu, IT governance merangkum "kontrol" dan audit prosedur. Prakteknya
seperti PMO, CMM, ITIL yang membantu mengelola proses TI agar lebih baik sehingga
governance tidak begitu berat untuk melakukan kegiatan manajemen. Praktik-praktik ini
memiliki manfaat tambahan yaitu menurunkan risiko kegagalan dalam bidang IT.
Tepatnya IT Governance memastikan bahwa semua manajemen senior dan manajer unit
bisnis berkolaborasi dan memprioritaskan kebaikan perusahaan.
Tepatnya Governance memberikan sejumlah manfaat bagi CIO untuk
meningkatkan komunikasi dengan unit bisnis. Governance mendorong kolaborasi dan
pengambilan keputusan bersama dan juga memastikan bahwa audit dan kontrol yang tepat
berada di tempatnya. Kegiatan kunci IT Governance meliputi :
Menyetujui Strategi IT.
Meninjau dan menyetujui Portofolio Proyek.
Membantu penyelidikan dewan direktur perusahaan.
Meninjau keamanan dan kontrol dalam prakteknya
Memastikan kepatuhan terhadap kebijakan, peraturan dan kontrol.
Menilai kinerja TI (melalui SLAs, manajemen kinerja, dll).
Memastikan tujuan P & L terpenuhi.
Fungsi yang mendukung governance IT meliputi mengelola proyek kantor,
arsitektur strategi dan perencanaan, dan pengelolaan layanan TI. Kontrol dan audit adalah
disiplin lain yang memastikan departemen TI dan sistem terpenuhi secara hukum dan
berlaku umum bagi praktik terbaik perusahaan. Pentingnya undang-undang pengendalian
dan badan-badan yang mungkin berlaku dan / atau membantu organisasi termasuk
Sarbanes-Oxley Section 404 untuk perusahaan publik, informasi-70 SAS systems kontrol
audit and internal, tujuan pengendalian untuk informasi dan teknologi yang terkait
(COBIT), dan perjanjian tingkat layanan (SLAs). Governance berusaha untuk menjawab
pertanyaan-pertanyaan berikut:
Proyek-proyek apa yang kita kerjakan?
Apakah proyek-proyek tersebut penting untuk tujuan perusahaan?
Apakah proyek tersebut sesuai jadwal, anggaran, dan dapat menekan hambatan?
Apakah kita memiliki arsitektur teknis yang tepat?
Apakah teknologi kita menerapkan strategi arsitektur secara konsisten?
50
Sistem Informasi
A r a d e a, MT.

Apakah kontrol di tempat yang tepat?

Apakah langkah-langkah keamanan yang tepat telah diambil untuk melindungi
sistem dan data?
Jika Anda bagian dari sebuah perusahaan swasta dan belum melaksanakan
governance, Anda dapat memulainya dengan cepat. Mulailah dengan membentuk IT
steering komite dan mengimplementasikan manajemen portofolio proyek TI. Jika Anda
telah mengimplementasikan beberapa bentuk Governance IT tetapi tidak dapat menjawab
pertanyaan tersebut, maka Anda perlu untuk mengimplementasikan bentuk-bentuk
tambahan dari governance.
Karena Sarbanes Oxley, hampir semua perusahaan publik sudah menerapkan
beberapa bentuk Governance IT. Langkah selanjutnya bagi kebanyakan perusahaan publik,
CIO akan mengotomatisasi dan menyederhanakan proses Governance sehingga
Governance menjadi lebih efisien dengan sedikit usaha bagi mereka yang terlibat. Ada
puluhan aplikasi perangkat lunak yang dapat membantu mengefisienkan setiap bagian dari
Governance. Bagian utama untuk Governance IT aplikasi perangkat lunak meliputi
Portofolio Proyek Manajemen, Regulatory Compliance, dan Perubahan Manajemen.

3.5 Kontrol dan Audit

Pengendalian dan audit kepatuhan termasuk proses dan mekanisme perusahaan
yang digunakan untuk mematuhi peraturan seperti Sarbanes Oxley Section 404 atau
standarisasi seperti COBIT.
Undang undang Sarbanes Oxley (SOX) disahkan pada tahun 2002 untuk
memastikan efektivitas pengendalian internal bagi perusahaan publik. Sementara SOX
adalah untuk perusahaan besar, ada sejumlah ketentuan yang sangat mempengaruhi
departemen IT. Bagian 302 (sertifikasi dari laporan keuangan), Bagian 404 (sertifikasi
kontrol internal), dan Pasal 409 (bahan - acara pelaporan) semua memiliki ketentuan yang
berdampak pada IT. IT governance harus memastikan bahwa departemen IT dapat
memenuhi ketentuan dalam bagian ini. Item utama meliputi kemampuan IT untuk
menyatakan bahwa sistem aman dan andal, yang dikendalikan pada tempatnya dengan
menggunakan password, dimana akses ke informasi keuangan pelanggan dan informasi
pribadi dibatasi, dan bahwa ada pemeriksaan dan penyeimbangan seluruh sistem dan
aplikasi yang memastikan adanya kontrol financial.

51
Sistem Informasi
A r a d e a, MT.

Dalam SOX, sebagian besar perusahaan diharuskan untuk mendapatkan laporan 70

SAS dari vendor baru mereka yang menegaskan bahwa para penjual memiliki kontrol yang
sesuai dengan kontrol yang dibutuhkan oleh perusahaan klien. Penyedia layanan TI dalam
banyak area termasuk outsourcing, aplikasi hosting dan manajemen keamanan akan
diperlukan oleh sebagian besar perusahaan publik untuk memperoleh SAS 70.
COBIT adalah serangkaian penerapan terbaik untuk IT governance yang diciptakan
oleh Asosiasi Sistem Informasi Audit dan Control (ISACA) dan IT Governance Institute
(ITGI). COBIT adalah kontrol tujuan yang secara luas dan rinci melewati proses utama IT
dimana kebutuhan IT harus dipastikan terpenuhi. Selain COBIT disiplin lainnya yang
serupa adalah CMM dan ITIL, dan lain-lain seperti disajikan pada Gambar 3.1.

3.6 Fungsi Pendukung IT Governance

Kita telah membahas secara ekstensif fungsi utama yang mendukung IT Governance
termasuk manajemen portofolio proyek, perjanjian tingkat layanan, perubahan kontrol, dan
perubahan manajemen. Salah satu fungsi yang paling penting adalah IT steering komite. IT
Steering Komite ini akan dibahas di bagian selanjutnya.
Catatanya di sini adalah kebijakan TI internal. Harus ada seperangkat kebijakan yang
diterbitkan oleh departemen IT bagi pengguna, vendor, dan klien mitra. Kebijakan-
kebijakan tersebut harus mencakup:
Kebijakan Keamanan.
Kebijakan Data.
Kebijakan Informasi Pelanggan.
Kebijakan Pengamanan insiden.
Kebijakan Sandi.
Kebijakan pengunaan layanan internet dan e-mail.
Kebijakan Olahpesan cepat.
Penggunaan komputer secara umum (termasuk perawatan desktop atau laptop).
Kebijakan kerahasiaan informasi.
Penerimaan penggunaan pernyataan.
Kebijakan pengelolaan records.
Kebijakan pelatihan.
Kebijakan HR.

52
Sistem Informasi
A r a d e a, MT.

Beberapa fungsi lain yang membantu dalam pemerintahan termasuk runbooks,

proyek postmortems, dan laporan kejadian.
Runbooks adalah metode mendokumentasikan (melalui sistem online atau kertas)
aspek kritis sistem komputer. Ini termasuk login id, password, dukungan informasi kontak,
sistem inventarisasi, konfigurasi tata letak dan detail, informasi kontak pengguna akhir,
spesifikasi dan standarisasi hardware, Informasi lisensi perangkat lunak, prosedur eskalasi,
patch sejarah dan upgrade informasi, alamat IP (eksternal), dan semua data aplikasi. Tidak
akan ada Governance atau stabilitas di departemen IT jika informasi ini tidak ditangkap
dan dikelola dengan benar.

3.7 Konsep IT Steering Komite

IT steering komite terdiri dari senior manajemen TI dan pemimpin bisnis senior
yang memenuhi jadwal secara teratur untuk mereview, membahas, memprioritaskan, dan
menyelesaikan proyek-proyek, isu, dan strategi TI. Bila digunakan dengan benar, IT
steering komite adalah salah satu alat yang paling efektif untuk menciptakan kinerja-tinggi
departemen IT. Steering komite menyampaikan prioritas ke manajemen TI sehingga dapat
mengarahkan sumber daya ke nilai fungsi bisnis tertinggi secara real time. Komite
memberikan persetujuan, pengawasan, dan pengendalian proyek tingkat-tinggi, serta
prioritas penyeleseian proyek didasarkan pada analisis manajemen permintaan TI. Selain
itu juga meninjau dana untuk modal dan oprerasi yang diusulkan, tingkat layanan operasi
TI, dan metrik kinerja TI. Komite memiliki tingkat senioritas keanggotaan dan
kewenangan untuk memfasilitasi penyelesaian setiap penghalang efektivitas TI. Mungkin
tanggung jawab yang paling penting dari komite adalah untuk meningkatkan komunikasi
dan hubungan antara personel kunci bisnis dan manajer TI, memfasilitasi komunikasi
informal yang lebih baik antara kelompok-kelompok diluar komite.

53
Sistem Informasi
A r a d e a, MT.

Gambar 3.2 Bagan Aliran Komunikasi IT Steering Komite

Tujuan dari IT Steering Komite

Penerapan IT steering komite membantu memastikan bahwa mereka memberikan
nilai terbaik untuk bisnis, serta memastikan bahwa bisnis bekerja untuk menghilangkan
hambatan keberhasilan departemen IT di dalam organisasi. Bekerja bersama, TI dan unit
bisnis dapat menghilangkan situasi yang menyebabkan ketidak efektifan TI karena
kurangnya komunikasi antara unit bisnis dan TI. Steering komite tersebut akan membantu
hal hal berikut :
Menyelaraskan keputusan teknologi dengan strategi bisnis.
Menyediakan inspeksi dan penilaian yang luas terhadap kemajuan tujuan IT
perusahaan.
Memfasilitasi komunikasi bisnis dan proyek prioritas.
Membangun hubungan antara TI dan komunitas bisnis.
Mengelola secara keseluruhan implikasi dan prioritas trade-off proyek dan kegiatan
bisnis berdasarkan alasan bisnis dan kapasitas TI.
Mengkonversi perselisihan menjadi kesepakatan.

54
Sistem Informasi
A r a d e a, MT.

Manfaat Bagi Perusahaan

Pada tingkat perusahaan, manfaat dari penerapan TI steering komite adalah,
Pertama, seluruh bisnis memberikan input secara langsung dan lebih sering ke dalam
keputusan, pengeluaran, dan prioritas IT. Kedua, peningkatan keterbukaan akan
menghasilkan kemajuan yang lebih baik menuju tujuan jangka panjang. Ketiga, komite
membangun sebuah tim yang berlatar belakang IT dan bekerja sama dengan IT, bukannya
menyalahkan dan menyiksanya. Terakhir dan paling utama, komite akan membantu
memastikan bahwa upaya dan modal berharga perusahaan tidak sia-sia pada proyek-proyek
atau perangkat keras yang tidak perlu.

Manfaat Bagi Unit Bisnis

Unit bisnis dan fungsional tingkat departemen memperoleh akses dan perwakilan
pada IT steeriing komite, yang memastikan bahwa pengguna dari seluruh bisnis memiliki
suara dalam pengambilan keputusan IT. Unit bisnis juga memperoleh pemahaman ke
dalam prioritas TI dan bagaimana mereka terkait dengan prioritas dalam setiap unit bisnis
atau fungsinya. Mereka mengerti dan membantu menetapkan prioritas-item dengan benar,
yang penting bagi bisnis dan tidak prioritas sepihak yang ditetapkan oleh departemen IT.

Manfaat Bagi Management IT

Manfaat bagi CIO adalah menerima langsung, umpan balik yang jelas dan teratur
dari pemilih yang merupakan hal paling penting pada kinerja TI. Selain itu, CIO menerima
fokus masukan dalam menetapkan prioritas, memastikan bahwa tim TI bekerja pada
sejumlah proyek-proyek dan isu-isu yang benar. Ini juga mengurangi terjadinya fenomena
pembatalan proyek. Fenomena pembatalan proyek adalah akibat dari ketidakselarasan
dalam prioritas bisnis..
Komite akan membantu memastikan bahwa bisnis dan TI dalam hubungan erat di
seluruh sistem apapun yang diluncurkannya, dan menyediakan sebuah forum untuk
membangun hubungan-TI dengan pengambil keputusan di unit bisnis. Ketika halangan
untuk berhasil ditemukan inisiatif penyelesaiannya, bisnis dan TI akan bekerja dalam
kemitraan. Dan akhirnya, dapat meminimalkan potensi reaksi negatif.

55
Sistem Informasi
A r a d e a, MT.

Manfaat Bagi Departemen TI

Anggota departemen IT mendapatkan keuntungan yang besar dengan sering
menerima umpan balik bermakna pada inisiatif dan tingkat pelayanan dari senior
manajemen. Tim TI dapat frustrasi oleh sifat start-and-stop oleh proyek yang buruk.
Peningkatan penetapan arah dan umpan balik meminimalkan pembatalan proyek yang
bermanfaat bagi semua orang di bagian TI. Secara periodik, anggota departemen IT akan
menyajikan informasi kepada steering komite; hal ini menjadikan seorang / beberapa
individu terekspos secara besar kepada para eksekutif senior daripada sebelumnya. Tim
juga akan memiliki rasa kepuasan dari pencapaian yang berasal dari menyelesaikan
prioritas tinggi, pengembalian proyek bisnis yang tinggi dan membuat dampak yang lebih
besar pada perusahaan. Terakhir, memastikan bahwa tim telah terwakili dengan lebih baik
oleh manajer senior yang berpengaruh dalam perusahaan.

Tanggung Jawab CIO dan IT Steering Komite

Tanggung jawab utama dari steering komite adalah untuk menyediakan pengaturan
pengarahan IT. Pada tingkat pengambilan keputusan, steering komite TI bertanggung
jawab untuk 12 kegiatan utama yaitu:
1. Mereview secara berkelanjutan rencana strategis TI untuk memastikan bahwa
konsisten dengan arah perusahaan secara keseluruhan.
2. Mereview (menyetujui atau menolak) semua proposal untuk implementasi paket sistem
informasi atau paket pengembangan aplikasi yang harganya lebih daripada jumlah
tertentu, tergantung pada ukuran perusahaan dan pedoman kewenangan. IT steering
komite menentukan format yang diperlukan dari proposal teknologi informasi, fromat
kasus bisnis, termasuk biaya / analisis manfaat dan perhitungan nilai finansial proyek.
3. Konsisten dengan prinsip-prinsip manajemen permintaan TI, mengelola portofolio
proyek sistem informasi, menentukan prioritas untuk pengembangan sistem informasi
bisnis, mengalokasikan sumber daya yang diperlukan, dan memonitor kemajuan setiap
proyek terhadap tujuan, batas waktu, dan anggaran.
4. Memberikan bimbingan dan persetujuan untuk pengeluaran modal atas pengeluaran
otoritas CIO. Menetapkan tingkat otoritas oleh ukuran perusahaan dan kondisi ekonomi
perusahaan.
5. Membantu alokasi unit bisnis IT dan sumber daya untuk proyek-proyek TI.

56
Sistem Informasi
A r a d e a, MT.

6. Memecahkan masalah yang menghambat proyek-proyek prioritas tinggi. Isu-isu kunci

yang menghambat kemajuan proyek dibahas dalam pertemuan. Menjadi anggota dalam
memperdebatkan isu-isu dan menawarkan resolusi.
7. Menyetujui penggunaan seluruh teknologi di luar vendor oleh semua unit bisnis.
Komite harus meninjau pemasok teknologi baru dan menyediakan persetujuan.
8. Memberikan pengawasan terus-menerus terhadap proyek penting.
9. Mereview perubahan permintaan proyek yang memerlukan $ 10.000 atau memerlukan
lebih banyak modal.
10. Membahas segala inisiatif bisnis utama yang dapat mempengaruhi sistem.
11. Menyetujui standar TI yang diusulkan oleh departement TI.
12. Melakukan sistem tinjauan pasca-pelaksanaan sistem dan penilaian efektivitas TI yang
independen dari departemen IT; menemukan dan merekomendasi tinjauan yang
disajikan kepada komite dengan tanggapan dari departemen IT.
CIO memiliki tanggung jawab untuk membuat persiapan berikut sebelum mengadakan
setiap pertemuan:
1. Menyiapkan agenda yang tepat yang mencakup keputusan harus dibuat dan status
update yang akan diberikan.
2. Membuat laporan status proyek untuk proyek-proyek prioritas tinggi, termasuk garis
besar kemajuan, persen lengkap versus persen dari anggaran proyek yang dibelanjakan,
isu-isu utama, dan perubahan permintaan.
3. Mengumpulkan semua pengeluaran modal IT yang harus dikaji oleh steering komite
untuk dikirimkan ke steering komite sebelum pertemuan.
4. Mengembangkan daftar pertanyaan atau isu-isu kunci untuk dibicarakan dengan
anggota komite.
5. Memuat update prioritas jadwal permintaan manajemen / proyek TI
Selain itu, Manajemen CIO bertanggung jawab untuk pertemuan pertemuan berikut ini:
1. Menyetujui proyek-proyek TI dan semua inisiatif / proyek-proyek dengan komponen
TI yang jatuh di bawah ambang batas steering komite.
2. Mengumpulkan belanja modal TI, memastikan panitia mempertimbangkan biaya yang
layak.
3. Menyetujui dan membantu dengan alokasi sumber daya TI untuk inisiatif/proyek
dengan komponen TI.
4. Menyelesaikan masalah-masalah kecil yang menghambat proyek atau dukungannya.

57
Sistem Informasi
A r a d e a, MT.

5. Menampilkan proyek sebelum dibawa ke steering komite.

6. Mengevaluasi perubahan permintaan yang jatuh di bawah ambang batas komite.

Keanggotaan IT Steering Komite

IT steering komite ini terdiri dari 5-10 manajer perusahaan yang IT dapat memberikan
komprehensif lebih, input berfokus pada perusahaan ke dalam proses pembuatan keputusan
TI. Komite harus terdiri dari lintas bagian dari fungsi bisnis dan pemimpin unit bisnis
dengan taruhan tinggi di produktivitas dan efektivitas TI. Komite yang khas meliputi
anggota berikut:
CIO.
Orang CIO yang melaporkan (biasanya CFO, COO, atau CEO). Orang ini duduk di
steering komite.
CEO atau COO (jika berbeda dari atas).
Satu sampai tiga pemimpin fungsi bisnis atau super user (akuntansi, HR, dll.).
Satu sampai tiga pemimpin unit bisnis atau super user (kepala unit bisnis yang
berpengaruh atau laporan langsung mereka).
Staf lain di departemen IT harus dibawa ke pertemuan untuk update proyek tertentu
secara langsung, tetapi kemudian dia harus meninggalkan rapat, mereka tidak boleh
menjadi bagian dari steering komite.

Struktur IT Steering Komite

IT steering komite terdiri dari seorang ketua, sekretaris, juru tulis, dan anggota. Ketua
komite IT biasanya eksekutif senior yang pada akhirnya memiliki fungsi TI. Dalam
kebanyakan perusahaan menengah, ini adalah CFO. Dalam perusahaan besar, hal itu
mungkin menjadi COO atau CEO. Siapa pun CIO atau laporan CIO adalah ketua. Dalam
beberapa perusahaan besar, mungkin CIO eksekutif senior pada tingkat yang sama seperti,
misalnya, CFO. Jika ini kasusnya, CIO harus berfungsi sebagai ketua.
Anggota Secara aktual dan komposisi anggota berubah seiring waktu sesuai dengan
kebutuhan bisnis dan perubahan staf. Lintasan dan persetujuan dari isu / rekomendasi dapat
didasarkan pada keputusan ketua atau suara terbanyak. Organisasi harus menentukan apa
yang terbaik untuk situasi khusus mereka. Peran dan Tanggung Jawab :
Ketua: Para ketua adalah pemimpin dari IT steering komitee:
- Memimpin steering komite TI, memilih anggota, dan mengarahkan agenda.

58
Sistem Informasi
A r a d e a, MT.

- Mengatur fungsi pertemuan secara khas, pemesanan panggilan pertemuan mengatur

setiap menit apa yang harus diambil dan didistribusikan sebelum rapat, membangun
konsensus, merangkum hasil dan keputusan.
- Apakah yang paling umum penengah, tie-breaker, dan pembuat keputusan akhir,
tergantung pada topik.
Sekretaris: Sekretaris bertanggung jawab untuk administrasi kelompok:
- Menghasilkan agenda.
- Menyusun pertemuan (penentuan waktu akhir dan lokasi).
- Berlaku sebagai ketua bila ketua tidak hadir.
- Merekam setiap menit pertemuan.
- Menyiapkan dan mendistribusikan bahan pertemuan di muka.
- Mendistribusikan setiap menit setelah pertemuan.
- Memonitor dan melaporkan status item tindakan pertemuan dan isu-isu terbuka.
- Mengatur waktu dalam pertemuan.
Scribe: Scribe bertanggung jawab untuk catatan rapat (komite kecil, posisi ini dapat
dikombinasikan dengan sekretaris); seringkali peran ini diisi oleh asisten administrasi.
Anggota: Anggota bertanggung jawab untuk memberikan masukan dan berkomentar
terhadap isu isu berikut ini:
- Menyiapkan dan berpartisipasi dalam agenda pertemuan dengan meninjau dan
memenuhi bahan sebelum rapat dilaksanakan.
- Mempertimbangkan isu-isu dan implikasi yang disajikan.
- Berpartisipasi dalam pertemuan diskusi dan keputusan.
- Mewakili unit bisnis atau fungsinya.

3.8 Operasi IT Steering Komite

Steering komite bertemu pada jadwal rutin dan mencakup topik-topik berikut di
setiap pertemuan:
Tinjauan isu-isu penting yang mempengaruhi produktivitas TI.
Tinjauan status proyek.
Menyetujui permintaan proyek-proyek / belanja modal baru.
Menilai prioritas IT; kembali memprioritaskan proyek yang disetujui secara tepat.
Menyetujui usulan hubungan vendor.

59
Sistem Informasi
A r a d e a, MT.

ITEM AGENDA PENJELASAN

Mereview isu Direktur IT menyajikan isu-isu prioritas.
Mereview status proyek Anggota tim menyajikan kemajuan terhadap milestone.
Menyetujui proyek-proyek / Unit usaha menyediakan kasus bisnis.
Pembelanjaan modal baru Direktur IT menyajikan kapasitas.
Menilai prioritas Penyajian tujuan persaingan.
Mengalokasikan sumber daya yang sesuai.
Menyetujui usulan hubungan Unit bisnis atau TI menyajikan justifikasi bisnis.
dengan vendor

Table diatas adalah contoh agenda. Masing-masing dari agenda topik ini dijelaskan
secara lebih terperinci dalam bagian berikut.

Meninjau Isu-isu Kritis

Item pertama yang dibahas adalah tiga sampai enam isu tertinggi yang menghambat
atau merintangi kemajuan di departemen TI. Masalah-masalah tersebut dipersiapkan ke
komite untuk dipertimbangkan, bersama dengan potensi resolusi dan tindakan-tindakan
yang spesifik yang manajemen IT dan manajemen bisnis lakukan.
Seringkali departemen IT merekomendasikan solusi untuk isu-isu tetapi unit bisnis
tidak peduli tentang hal tersebut. Sekarang CIO atau CFO dapat memahami masalah apa
yang menyebabkan dampak bisnis terbesar. Hasil yang diinginkan mengenai isu isu
tertinggi adalah memiliki (1) sebuah resolusi, (2) sebuah rencana tindakan, atau (3)
permintaan penambahan data.

Meninjau Status didalam proses Proyek

Langkah selanjutnya adalah untuk memeriksa status prioritas tinggi proyek TI saat
ini (dalam urutan prioritas).
Daftar proyek: semua daftar proyek TI yang saat ini sedang berlangsung dan juga
termasuk atribut berikut untuk setiap proyek: prioritas, target penyeleseian waktu,
milestones, persen jam bekerja sebagai total jam perkiraan dan persen penyeleseian
proyek. Proyek dapat dibagi ke dalam merah (masalah), kuning (hati-hati / peringatan),
atau hijau (tidak ada masalah atau yang lebih cepat dari jadwal).

60
Sistem Informasi
A r a d e a, MT.

Semua proyek merah dan kuning harus dibicarakan; jika waktu memungkinkan, para
komite dapat memeriksa update status proyek hijau.
Setiap proyek yang ada di lingkup ini, berubah dari projek aslinya merencanakan
kebutuhan formulir perubahan penyeleseian permintaan. Formulir ini merinci
modifikasi dari spesifikasi desain proyek asli dan memungkinkan komite untuk
menentukan apakah perubahan itu perlu, dan setiap tambahan implikasi dari perubahan.
Proyek dan aplikasi yang ada harus mengikuti langkah proses perubahan berikut ini :
- Project champion (biasanya garis dari perwakilan bisnis) menyeleseikan formulir
permintaan perubahan awal dan menyampaikannya ke IT
- IT bekerja dengan proyek champion untuk mengidentifikasi lingkup, desain
tingkat tinggi, kebutuhan IT, jadwal, dan alasan bisnis (biaya dan nilai finansial
proyek).
- Perubahan lengkap formulir permintaan dan jadwal yang disampaikan kepada
CIO.
- CIO meninjau permintaan perubahan.
- Tindakan ini ditentukan oleh CIO yang bergantung pada ambang batas. Jika
dipindah ke komite, anggota dapat secara individual meninjau dan melakukan
investigasi isu sebelum rapat.
- Jika disetujui oleh CIO, proyek champion dan TI menyampaikan kepada komite
menggunakan formulir perubahan permintaan proyek dan materi yang terkait
(jadwal proyek, definisi proyek, dll).
- ITSC membahas usulan proyek dan menentukan tindakan yang tepat.
Outcome: Setiap diskusi mengenai proyek merah harus menghasilkan satu dari hasil
berikut: (1) tindakan yang harus diambil untuk memperbaiki masalah dengan tindak
lanjut di rapat IT Steeing komite selanjutnya, (2) keputusan untuk membunuh proyek,
atau (3) penugasan dari sumber daya yang independen untuk memvalidasi dan
memverifikasi masalah proyek dan menyajikannya pada rapat IT Steering komite
berikutnya.

Menyetujui Proyek / Prioritas Baru dan Menilai Permintaan Belanja Modal

Proposal proyek baru harus diisi dan dikaji oleh IT steering komite. Kuncinya
adalah untuk memprioritaskan proposal proyek baru dibandingkan dengan proyek yang
sudah ada. Setiap proposal harus berisi informasi berikut:

61
Sistem Informasi
A r a d e a, MT.

Project champion (biasanya garis-perwakilan bisnis, seseorang yang menyelesaikan

bagian-bagian awal dari formulir usulan proyek dan menyampaikannya ke TI).
Deskripsi proyek dan ruang lingkup, alasan bisnis untuk proyek, biaya, tim, batas
waktu, dan antisipapsi terhadap pengembalian investasi.
Lampiran item dapat mencakup desain tingkat tinggi, persyaratan TI, dan rencana
proyek.
Outcome: IT steering committee harus memutuskan setiap proposal proyek untuk : (1)
menyetujui dan bergerak menindak lanjuti proyek, (2) memunduran proyek, atau (3)
meminta informasi tambahan dan memutuskan di pertemuan selanjutnya
Permintaan pengeluaran modal untuk hardware juga diperiksa dan disetujui oleh
komite. Proses ini identik dengan usulan permintaan proyek.

Penilaian Prioritas IT
Komite akan menilai prioritas secara berkala (minimal sekali dalam satu quarter). Pada
segmen ini, rapat meninjau daftar prioritas yang diperbarui dan membicarakan semua
masalah yang berhubungan dengan prioritas saat ini.
Komite juga akan menyetujui usulan hubungan vendor, mendiskusikan usulan vendor
baru, dan menyetujui perubahan pada kontrak atau ketentuan vendor saat ini

Kesimpulan IT Steering Komite

IT steering komite adalah komponen penting dari keefektifan departemen TI. Proses yang
dijelaskan di sini meningkatkan dan mengembangkan komunikasi diantara unit IT dan
bisnis. IT steering komite menjamin buy-in dari keputusan strategis dan proyek TI oleh
bisnis dan manajemen. Selain itu, disiplin membantu pengeluaran teknologi dan proyek-
proyek IT yang tidak perlu, serta membantu menegakkan disiplin dan pendekatan yang
dicakup. Steering komite dapat gagal jika mereka tidak memiliki hak piagam yang benar,
keanggotaan (baik makeup dan keahlian), organisasi (berjalan secara efektif dengan
dukungan budaya), wewenang, proses, dan kehadiran. Oleh karena itu, kalau hanya melalui
motion itu tidak lah cukup. Anggota komite harus terlibat dan aktif untuk memastikan
bahwa steering komite efektif. Kadang-kadang, nama komite menakuti organisasi dan
memunculkan sikap sinis skeptis yang tidak menyukai konotasi dari kata tersebut. Jika
komite adalah istilah negatif di dalam organisasi, nama dapat dengan mudah diubah
menjadi kelompok penasehat, papan, dewan atau nama apapun yang sesuai; langkah yang

62
Sistem Informasi
A r a d e a, MT.

paling penting adalah penciptaan kelompok dan menggunakannya secara efektif.

Pertemuan awal dapat berjalan panjang dan tampak terlalu banyak konten untuk dibahas,
namun setelah backlog isu diseleseikan, pertemuan berikutnya dapat hanya berfokus pada
prioritas tinggi dan proyek-proyek masalah IT dan dapat menjadi lebih baik, cepat dan
sukses. Dalam jangka panjang, komite biasanya dapat melakukan pertemuan kurang dari
dua sampai empat minggu sekali.

3.9 Arsitektur Enterprise Untuk Sistem Informasi Organisasi

Arsitektur merupakan suatu rancangan berupa cetak biru yang akan dijadikan dasar untuk
mewujudkan suatu karya nyata. Enterprise adalah organisasi (atau badan lintas organisasi)
yang mendukung lingkup bisnis dan misi yang telah ditetapkan.
Beberapa definisi Arsitektur Entresprise dari beberapa sumber :
Enterprise Architecture adalah sebuah pendefinisian sistem bisnis dengan lingkungan
bisnis yang seharusnya dan dapat juga berupa rancangan untuk mengelola dan
mengoperasikan setiap komponen bisnis (misalnya: kebijakan, operasional,
infrastruktur dan informasi)
Enterprise Architecture adalah suatu enterprise-wide, mengintegrasikan kerangka
kerja yang menyertakan: arsitektur bisnis (strategi, pengaturan, organisasi, proses);
arsitektur data/informasi; arsitektur alokasi (sistem) dan arsitektur teknologi.
Enterprise Architecture adalah sebuah mekanisme untuk memastikan sumber daya
teknologi informasi suatu organisasi dapat sejalan dengan strategi dari organisasi
tersebut.
Arsitektur enterprise mengidentifikasi komponen utama dari suatu organisasi dan
bagaimana komponen di dalam sistem berfungsi secara bersama-sama untuk mencapai
tujuan bisnis yang didefinisikan. Komponen-komponen ini terdiri dari sumber daya
manusia, proses bisnis, teknologi, financial dan sumber daya lainnya.
Enterprise Architecture (EA) merupakan suatu proses yang mengarah pada
pengembangan, implementasi, perawatan, dan penggunaan suatu cetak biru yang
menjelaskan bagaimana elemen TI berinteraksi dengan fungsi bisnis dan strategi bagi
pemenuhan misi dari organisasi. Hal ini merupakan suatu usaha menyeluruh yang
memperhitungkan bisnis organisasi, informasi dan aliran kerja

63
Sistem Informasi
A r a d e a, MT.

Enterprise Architecture Frameworks History

Terdapat beberapa pendekatan yang dapat dilakukan untuk mendapatkan deskripsi elemen-
elemen dari arsitektur enterprise. Berikut deskripsi historis dari beberapa pendekatan
tersebut.

Gambar 3.3 EA Frameworks History

Kerangka Kerja Zachman

Salah satu pendekatan yang dapat digunakan adalah dengan kerangka kerja yang
dikembangkan oleh John Zachman. Dalam kerangka kerja Zachman (Zachman
Framework/ ZF) terdapat istilah artifak yang berarti komponen atau elemen dari arsitektur
enterprise yang berupa daftar, definisi, model-model dan lainnya yang dibuat secara formal
dan dalam format yang dapat menjadi rujukan atau dihasilkan melalui pembuatan
arsitektur enterprise. Kerangka kerja bagi arsitektur enterprise merupakan skema
klasifikasi 2 (dua) dimensi untuk merepresentasikan deskripsi dari suatu enterprise. Hal ini
diperoleh melalui pengamatan terhadap bermacam-macam objek fisik.

64
Sistem Informasi
A r a d e a, MT.

Gambar 3.4 The Zachman Framework

ZF terdiri dari 6 (enam) kolom dan 5 (lima) baris. Tiap kolom merepresentasikan fokus,
abstraksi, atau topik arsitektur enterprise, yaitu: data (atau what), fungsi (atau how),
jaringan (atau where), manusia (atau who), waktu (atau when), dan motivasi (atau why).
Setiap baris pada Gambar Kerangka Kerja Zachman untuk Arsitektur Enterprise mewakili
perspektif yang berbeda dan unik. Kerangka Kerja Zachman untuk Arsitektur Enterprise
mewakili perspektif yang berbeda dan unik, yaitu :
Perspektif Perencana (baris pertama) yaitu menetapkan konteks, latar belakang, dan
tujuan enterprise
Perpektif Pemilik (baris kedua) yaitu menetapkan model-model konseptual dari
enterprise
Perspektif Perancang (baris ketiga) yaitu menetapkan model-model system
informasi sekaligus menjembatani dan memerantarai hal-hal yang diinginkan
pemilik dan hal-hal yang dapat direalisasikan secara teknis dan fisik
Perspektif Pembangun (baris keempat) yaitu menetapkan rancangan teknis dan fisik
yang digunakan dalam mengawasi implementasi teknis dan fisik

65
Sistem Informasi
A r a d e a, MT.

Perspektif Subkontraktor (baris kelima) yaitu menetapkan peran dan rujukan bagi
pihak bertanggung jawab untuk melakukan pembangunan secara teknis dan fisik
serta mengadakan komponen-komponen yang diperlukan
Perspektif Functioning Enterprise (baris keenam) yaitu merepresentasikan
perspektif penguna dan wujud nyata hasil implementasi
Pertemuan antara baris dan kolom adalah sel, yang terdiri dari artifak-artifak enterprise
sesuai dengan definisi baris dan kolomnya.

3.10 Perencanaan Arsitektur Enterprise

Enterprise Architecture Planning (EAP) adalah cara yang digunakan untuk membentuk
arsitektur enterprise yang sesuai dengan kebutuhan enterprise tertentu. Cara yang
digunakan adalah melalui proses pendefinisian arsitektur enterprise yang berupa arsitektur
data, arsitektur aplikasi dan arsitektur teknologi. Proses pendefinisian tersebut
mensyaratkan arsitektur enterprise dapat memberi dukungan terhadap kebutuhan bisnis
dengan rencana implementasinya. Proses pendefinisian arsitektur data, arsitektur aplikasi
dan arsitektur teknologi tersebut dihasilkan dari dua perspektif pertama terhadap tiga fokus
abstraksi pertama dari kerangka kerja Zachman. Pada EAP menghasilkan cetak biru (blue
print) tingkat tinggi (high-level) untuk data, aplikasi dan teknologi bagi enterprise secara
keseluruhan yang telah ditentukan. Definisi EAP adalah sebuah proses dalam
mendefinisikan sejumlah architecture untuk dapat mengunakan informasi dalam
mendukung bisnis dan rencana untuk mengimplementasikan arsitektur tersebut.
Dari definisi diatas ada 3 (tiga) hal penting yang perlu diperhatikan dalam EAP, yang
pertama adalah sejumlah arsitektur yang ditetapkan adalah arsitektur data, arsitektur
aplikasi dan arsitektur teknologi. Pekerjaan merancang dan mengimplementasikan dimulai
setelah proses menetapkan EAP telah selesai dilakukan. Dan yang terakhir adalah bahwa
sejumlah arsitektur menetapkan apa yang dibutuhkan, dan mendukung rencana untuk
menetapkan kapan arsitektur yang telah dibangun tersebut diimplementasikan
Proses EAP digunakan untuk menentukan 2 (dua) lapisan teratas dari ZF. EAP
menghasilkan cetak biru dari data, aplikasi, dan teknologi. Cetak biru yang dihasilkan
merupakan cetak biru tingkat tinggi yang berbiaya efektif dan merupakan solusi berjangka
panjang. EAP menentukan cetak biru bagi pengimplementasian dan pendisainan
berikutnya dan menempatkan tingkat-tingkat perencanaan/ penentuan menjadi suatu
kerangka kerja. Tidak menjelaskan bagaimana untuk menentukan 2 (dua) baris teratas ZF

66
Sistem Informasi
A r a d e a, MT.

secara rinci tetapi dengan dengan memperpendek analisis ditunjukan pada Gambar. ZF
menyediakan pengertian yang luas bagi tampilan arsitektur, sementara EAP berfokus pada
perencanaan dan pengaturan proses penetapan bisnis dari arsitektur. Prinsip pengembangan
EA dengan metofologi EAP adalah :
Data perusahaan dapat diakses dimanapun dan kapanpun saat diperlukan
Sistem Informasi menyesuaikan dengan kebutuhan bisnis
Integritas data yang tinggi dari keseluruhan komponen organisasi/perusahaan
Semua sistem data organisasi/perusahaan harus terintegrasi
Faktor sukses penerapannya didasarkan pada penghematan biaya

Gambar 3.5 EAP pada ZF

Ada dua jenis manfaat yang dapat diperoleh dari penerapan EAP.
Pertama, manfaat yang seharusnya diperoleh sebagai hasil langsung dari EAP.
Beberapa manfaat yang dimaksud ini misalnya :
Fokus ke penggunaan strategis dari teknologi untuk mengelola data sebagai aset
Proses dokumentasi meningkatkan pemahaman mengenai bisnis
Integrasi sistem saat ini dengan sistem baru

67
Sistem Informasi
A r a d e a, MT.

Kedua yaitu manfaat yang diperoleh dengan memiliki sistem terintegrasi yang
direncanakan dengan baik. Beberapa manfaat yang dimaksud, misalnya:
Mengurangi biaya pemasukan data
End user memiliki akses langsung ke shared data
Pada EAP menghasilkan cetak biru (blue print) tingkat tinggi (high-level) untuk data,
aplikasi dan teknologi bagi enterprise secara keseluruhan yang telah ditentukan.

Perancangan, implementasi hingga aktualisasi antarmuka dan fungsionalitas yang

merupakan perspektif designer, builder hingga functioning enterprise tidak termasuk
dalam ruang lingkup EAP.

3.11 Komponen Metodologi Enterprise Architecture Planning

ZF seperti yang telah dijelaskan sebelumnya, tidak menjelaskan bagaimana mendefinisikan
dan mengimplementasikan arsitektur yang ada di dalamnya.Sehubungan dengan itu, EAP
memiliki 7 (tujuh) komponen utama yang menunjukkan bagaimana menentukan dan
merencanakan implementasi arsitektur SI. Tujuh komponen utama ini dapat
dikelompokkan menjadi 4 (empat) lapisan seperti yang ditunjukan pada gambar berikut:

68
Sistem Informasi
A r a d e a, MT.

Lapisan pada EAP dijelaskan sebagai berikut :

1. Lapisan 1 ( Di mana kita memulai)
Inisiasi perencanaan
Memulai EAP pada jalur yang tepat (termasuk menentukan metodologi yang
digunakan, siapa saja yang akan terlibat, toolset yang dibutuhkan, dll). Pada tahap ini
akan dihasilkan rencana kerja dan kepastian komitmen manajemen.
2. Lapisan 2 (Di mana kita sekarang)
Pemodelan bisnis
Mengumpulkan pengetahuan mengenai bisnis dan informasi yang digunakan dalam
melangsungkan bisnis
Sistem dan teknologi saat ini
Mendefinisikan apa yang ada di tempat saat ini untuk sistem aplikasi dan mendukung
platforms teknologi. Hasilnya adalah sebuah rekapitulasi inventaris dari sistem
aplikasi, data, dan platform teknologi sebagai dasar untuk rencana migrasi jangka
panjang
3. Lapisan 3 (Di mana kita ingin berada di masa yang akan datang)
Arsitektur data
Mendefinisikan jenis data utama yang dibutuhkan untuk mendukung bisnis
Arsitektur aplikasi
Mendefinisikan jenis aplikasi utama yang dibutuhkan untuk mengelola data dan
mendukung fungsi bisnis
Arsitektur teknologi
Mendefinisikan platform teknologi yang dibutuhkan untuk menyediakan suatu
lingkungan bagi aplikasi yang mengelola data dan mendukung fungsi bisnis
4. Lapisan 4 (Bagaimana kita mencapainya)
Rencana implementasi/migrasi
Menentukan tahapan untuk mengimplementasikan aplikasi, jadwal implementasi,
biaya/keuntungan analisis dan mengajukan jalur yang jelas untuk bermigrasi dari
posisi saat ini ke posisi yang diinginkan di masa yang akan datang
Dari 7 (tujuh komponen) diatas diuraikan menjadi 9 (sembilan) tahapan, dimana masing-
masing tahapan akan memiliki hasil yang dapat dilihat pada tabel dibawah ini :

69
Sistem Informasi
A r a d e a, MT.

Tahapan Proyek EAP dan yang Dihasilkan dari Masing-masing Tahap

Inisiasi Perencanaan
Tahapan awal yang harus dikerjakan adalah melakukan inisiasi perencanaan, dengan
harapan agar proses pembangunan model arsitektur ini dapat terarah dengan sangat baik.
Hal ini dilakukan karena pada tahap inilah ditentukannya apa yang akan dilakukan dan apa
yang akan digunakan pada tahapan pengerjaan berikutnya.
Tahapan awal ini menjadi penting, terutama karena pada tahap inilah ruang lingkup dan
perencanaan kegiatan atau rencana kerja didefinisikan. Faktor lain yang menjadi penting
adalah, justru pada tahap inilah dukungan dan komitmen dari unsur manajemen
dibutuhkan, yang tidak hanya dalam bentuk verbal, tetapi juga berpengaruh pada personil,
anggaran dan waktu.

Pemodelan Bisnis
Pemodelan Bisnis adalah suatu proses penetapan bisnis. Tujuan dari model bisnis adalah
untuk menyediakan suatu dasar pengetahuan yang lengkap, menyeluruh, dan konsisten
yang dapat digunakan untuk menetapkan rencana arsitektur dan implementasinya. Dalam
EAP, pemodelan bisnis dilaksanakan dalam 2 (dua) tahap yang berbeda yaitu,

70
Sistem Informasi
A r a d e a, MT.

Persiapan model bisnis mengidentifikasikan fungsi-fungsi, menyediakan suatu

deskripsi ringkas dari masing-masing fungsi,
Mengidentifikasikan unit organisasi yang melaksanakan fungsi masing-masing
bisnis.
Ada 3 (tiga) tahap penyelesaian persiapan model bisnis, yaitu :
1. Mendokumentasikan struktur organisasi
2. Mengidentifikasikan dan menetapkan fungsi-fungsi bisnis
3. Mendokumentasikan persiapan model bisnis dan mendistribusikan serta
menampilkannya kembali pada komunitas bisnis untuk menerima masukannya

Sistem dan Teknologi Saat Ini

Tahapan ini mempunyai tujuan yaitu untuk mendokumentasikan dan mendefinisikan
seluruh platform teknologi dan sistem yang digunakan oleh enterprise saat ini. Sedangkan
yang harus dihasilkan pada fase ini disebut dengan Information Recource Catalog (IRC)
yang juga disebut Ensiklopedia Sistem atau inventory sistem.
Manfaat pembuatan IRC diantaranya adalah:
1. Menyediakan referensi semua sumber daya informasi.
2. Menunjukkan distribusi sumber daya informasi.
3. Sebagai petunjuk lokasi informasi yang dibutuhkan manajemen.
4. Dapat digunakan dalam EAP sebagai basis perencanaan.
IRC dibuat berdasarkan langkah-langkah berikut:
1. Menentukan ruang lingkup dan tujuan IRC
2. Persiapan untuk koleksi data
3. Melaksanakan pengumpulan data
4. Validasi informasi IRC dan buat draft IRC
5. Menggambar skema aplikasi.

Arsitektur Data
Arsitektur data merupakan konsep model data, konsep skema, konsep disain basidata,
model data enterprise, defenisi objek, model data logis dan model informasi. Arsitektur
Data mengidentifikasi dan menentukan jenis-jenis data utama yang mendukung fungsi-
fungsi bisnis bagi penentuan suatu model bisnis. Arsitektur data adalah salah satu dari tiga
pengembangan arsitektur enterprise dalam ZF. Arsitektur data pertama kali dibuat karena

71
Sistem Informasi
A r a d e a, MT.

kualitas data adalah produk dasar kegunaan SI. Arsitektur data berada pada 2 (dua) baris
teratas dari kolom ZF. Karena itu definisi arsitektur data menjadi standar yang digunakan
bagi tingkat disain sistem berikutnya dimana biasanya hal ini menyangkut disain logic
basidata, disain physical basidata, dan improvement basidata. Ada 4 (empat) tahapan dalam
membuat arsitektur data, yaitu :
Mendaftarkan semua kandidat data entitas
Menentukan entity/entitas, attributes, dan relationship
Definisikan setiap entitas tersebut dan didokumentasi dengan memanfaatkan
diagram entitas-relasi/E-R.
Menghubungkan entitas dengan fungsi bisnis
Waktu yang diperlukan bagi fase ini sekitar 15% dari proyek EAP. ER-D merupakan
model jaringan yang menggunakan susunan data yang disimpan dalam sistem secara
abstrak. Diagram E-R berupa model data konseptual, yang merepresentasikan data dalam
suatu organisasi. Diagram E-R terdiri dari objek dasar, yang merupakan entitas, dan
hubungan antar objek. Model ini telah dikembangkan untuk memudahkan disain database
berdasarkan spesifikasi dari suatu bagan perusahaan, yang menggambarkan keseluruhan
struktur logis suatu database.
Selain itu ER-D menekankan pada struktur dan relationship data dan biasanya digunakan
oleh profesional sistem untuk berkomunikasi dengan pemakai eksekutif tingkat tinggi
dalam perusahaan yang tidak tertarik pada pelaksanaan operasi sistem sehari-hari, namun
lebih kepada :
Data apa saja yang diperlukan untuk bisnis mereka?
Bagaimana data tersebut berelasi dengan data lainnya?
Siapa saja yang diperbolehkan mengakses data tsb?
ER-D terdiri dari entitas data, yang masing-masing memiliki attributes
dan relationship dengan entitas data lainnya.
a. Entitas
Suatu entitas adalah objek di dalam dunia nyata yang dapat dibedakan dari semua
objek lain. Sebagai contoh, masing-masing orang di dalam suatu perusahaan adalah
suatu entitas. Suatu entitas mempunyai satu set nilai, dan nilai-nilai untuk beberapa
satuan dengan unik mengidentifikasi suatu entitas.
b. Atribut

72
Sistem Informasi
A r a d e a, MT.

Atribut adalah nilai deskriptif yang dimiliki oleh masing-masing anggota dari suatu
entita
c. Relationship Sets
Relationship Sets meupakan suatu hubungan suatu gabungan antar beberapa entitas

Arsitektur Aplikasi
Aplikasi adalah suatu mekanisme dari pengaturan data dari suatu enterprise. Istilah
pengaturan data termasuk kegiatan inserting, editing, sorting, changing, summarizing,
archiving, analyzing, dan referencing data. Tujuan pembuatan arsitektur aplikasi adalah
untuk menentukan jenis aplikasi utama yang dibutuhkan bagi pengaturan data dalam
mendukung fungsi bisnis enterprise. Arsitektur aplikasi adalah suatu definisi atas apa yang
aplikasi harus lakukan untuk mengatur data dan menyediakan informasi bagi orang-orang
yang menjalankan fungsi bisnis. Arsitektur aplikasi juga memungkinkan fungsi SI
mencapai misinya yaitu penyediaan akses pada data yang dibutuhkan dalam bentuk format
yang berguna dan pada biaya yang dapat diterima juga. Setelah arsitektur data terdefinisi,
selanjutnya disusun suatu arsitektur aplikasi. Arsitektur aplikasi mendefinisikan jenis
aplikasi utama yang dibutuhkan untuk mengelola data dan mendukung fungsi bisnis
enterprise. Aplikasi yang dimaksud adalah proses pendefinisian aplikasi apa saja yang
akan mengelola data dan menyediakan informasi untuk pihak manajemen terhadap fungsi
bisnisnya. Untuk mendefinisikan arsitektur aplikasi dilakukan langkah-langkah berikut :
1. Buat daftar kandidat aplikasi.
2. Definisikan setiap aplikasi tersebut dan buat skematikanya.
3. Hubungkan aplikasi dengan fungsi bisnis.
4. Distribusikan arsitektur aplikasi

Arsitektur Teknologi
Tujuan pembuatan arsitektur teknologi adalah untuk menentukan jenis teknologi utama
bagi penyediaan suatu lingkungan aplikasi yang mengatur data. Arsitektur teknologi bukan
suatu syarat analisis khusus atau suatu disain dari suatu pengolahan networks dan software.
Arsitektur teknologi mendefinisikan jenisjenis teknologi disarankan sebagai platform
yang akan mendukung bisnis dengan suatu lingkungan pembagian data (data sharing).
Arsitektur teknologi berhubungan dengan perspektif Owner dari kolom Network pada ZF.
Jika arsitektur data merupakan suatu model konsep yang menentukan entitas, dan arsitektur

73
Sistem Informasi
A r a d e a, MT.

aplikasi adalah suatu model konsep yang menentukan suatu aplikasi maka arsitektur
teknologi adalah suatu model konsep yang menentukan platforms, dan bukan desain dari
platforms. Ada 4 (empat) tahap pembuatan arsitektur teknologi, yaitu :
1. Mengidentifikasikan platforms dan prinsip-prinsip teknologi
2. Menententukan platforms dan mendistribusikan
3. Menghubungkan platforms teknologi kepada fungsi aplikasi dan bisnis
4. Mendistribusikan arsitektur teknologi

Rencana Penerapan
Rencana penerapan merupakan rencana yang dipersiapkan untuk mengimplementasikan
arsitektur enterprise. Dasar pembuatan rencana ini adalah model bisnis, katalog sumber
daya informasi dan arsitektur-arsitektur yang telah didefinisikan sebelumnya. Tahapan
yang dikerjakan untuk menyusun rencana penerapan adalah:
1. Menyusun urutan/prioritas penerapan sistem.
Urutan atau prioritas penerapan aplikasi dapat dinyatakan berdasarkan rantai nilai
enterprise. Dengan membuat matriks aplikasi ke entitas data yang telah dioptimalisasi
dapat diperoleh suatu urutan aplikasi.
2. Membuat estimasi waktu dan sumber daya berdasarkan kegiatan.
3. Faktor sukses implementasi.

Faktor sukses pada penerapan EAP misalnya melakukan :

1. Penerapan fungsi atau unit organisasi sistem informasi baru.
2. Inisiasi segera untuk fase transisi.
3. Persetujuan rencana.
4. Adopsi metodologi pengembangan sistem yang baru.
5. Evaluasi pemilihan teknologi baru.

74
Sistem Informasi
A r a d e a, MT.

4 PENGEMBANGAN SISTEM INFORMASI

4.1 Perlunya Pengembangan Sistem
Pengembangan sistem (system development) dapat diartikan meyusun suatu sistem
yang baru untuk menggantikan sistem yang lama secara keseluruhan atau memperbaiki
sistem yang telah ada. Sistem yang lama perlu dikembangkan disebabkan karena
adanya permasalahan-permasalahan (problems).

Permasalahan
Adanya permasalahan yang timbul di sistem yang lama dapat berupa :
Ketidakberesan : dapat berupa kecurangan-kecurangan disengaja yang
menyebabkan tidak amannya harta kekayaan perusahaan dan kebenaran dari data
menjadi kurang terjamin, kesalahan-kesalahan yang tidak disengaja, tidak
efisiennya operasi dan tidak ditaatinya kebijakan manajemen.
Pertumbuhan organisasi : dengan pertumbuhan suatu organisasi sehingga harus
disusunnya sistem yang baru, diantaranya adalah kebutuhan informasi yang
semakin meluas, volume pengolahan data semakin meningkat.
Meraih kesempatan (opportunities) : dalam keadaan pasar, persaingan untuk meraih
kesempatan dapat memanfaatkan kecepatan informasi atau efisiensi waktu, yaitu
dengan memanfaatkan teknologi informasi, jika tidak maka kesempatan-
kesempatan akan jatuh ke tangan pesaing.
Adanya instruksi-instruksi (directives) : Penyusunan sistem yang baru dapat juga
terjadi karena adanya instruksi dari pimpinan ataupun dari luar organisasi, seperti
misalnya peraturan pemerintah.
Karena adanya permasalahan-permasalahan diatas, maka sistem yang baru perlu
dikembangkan untuk memecahkan permasalahan tersebut.

4.2 Perencanaan Sistem

Perencanaan sistem (system planning) merupakan pedoman untuk melakukan
pengembangan sistem, kebijakan untuk mengembangkan sistem informasi dilakukan
oleh manajemen puncak karena manajemen menginginkan untuk meraih kesempatan-

75
Sistem Informasi
A r a d e a, MT.

kesempatan yang ada yang tidak dapat diraih oleh sistem yang lama, atau sistem yang
lama memiliki banyak kelemahan-kelemahan.
Perencanaan sistem dapat terdiri dari perencanaan jangka pendek (short-range) dan
perencanaan jangka panjang (long-range), Perencanaan jangka pendek meliputi periode
1 sampai 2 tahun dan perencanaan jangka panjang meliputi periode sampai 5 tahun.
Karena perkembangan teknologi komputer yang sangat cepat, maka perencanaan
pengembangan sistem informasi untuk periode yang lebih dari 5 tahun sudah tidak
tepat lagi.

Proses Perencanaan Sistem

Terdapat lima dasar-dasar proyek yang fundamental yang harus dikendalikan oleh
penganalisis sistem, adalah :
a. Mengawali proyek
b. Menentukan kelayakan proyek
c. Kegiatan perencanaan dan pengontrolan
d. Penjadwalan proyek
e. Mengelola tim analis sistem

Mengawali Proyek
Proyek sistem atau pengembangan sistem diawali dengan berbagai macam sumber
karena beberapa alasan, seperti yang pernah dibahas sebelumnya, atau proyek bisa
datang dari berbagai sumber serta untuk berbagai macam alasan. Beberapa proyek yang
diajukan akan mengalami beberapa tahap evaluasi dan diseleksi. Dalam hal ini proyek-
proyek yang prospektif perlu diamati dari prespektif sistem, sehingga bisa diamati
dampak-dampak perubahan yang ada terhadap organisasi secara keseluruhan.
Perlu diingat bahwa berbagai macam subsistem organisasi saling berkaitan satu
sama lain, sehingga perubahan terhadap satu subsistem akan bisa mempengaruhi
subsistem-subsitem yang lainnya, artinya proyek sistem tersebut tidak bisa dipikirkan
atau dipilih begitu saja terpisah dari organisasi secara keseluruhan. Memilih proyek
adalah keputusan yang sulit, karena lebih banyak proyek yang diminta dari pada
proyek yang benar-benar bisa dijalankan. Lima kriteria penting untuk memilih suatu
proyek :
Proyek yang diminta didukung oleh pihak manajemen

76
Sistem Informasi
A r a d e a, MT.

Ditetapkan waktunya sesuai sumber daya yang dimiliki

Kemungkinan yang besar untuk melakukan upaya-upaya peningkatan guna
mencapai tujuan-tujuan organisasi.
Sumber dayanya bisa digunakan oleh penganalisis sistem dan organisai.
Proyek lebih bermanfaat dibanding bila organisasi menginvestasikan sumber daya -
sumber daya yang dimiliki dengan cara lain.

Menentukan Kelayakan Proyek

Bila suatu proyek yang diamati memenuhi kriteria-kriteia diatas tadi, berikutnya
dilakukan studi kelayakan. Perlu ditentukan apakah proyek-proyek yang dipilih layak
atau tidak, Definisi tentang studi kelayakan itu sendiri adalah proses mempelajari,
mamahami masalah yang telah ditentukan sesuai dengan tujuan akhir yang akan
dicapai. Studi ini digunakan untuk menentukan apakah proyek layak diteruskan atau
dihentikan. Waktu yang diperlukan untuk melakukan studi kelayakan tergantung dari
ruang lingkup sistem yang akan dikembangkan, biaya yang akan dikeluarkan juga tidak
dapat ditentukan secara pasti.
Hal-hal yang perlu diperhatikan dalam studi kelayakan adalah : Teknik : Sistem
yang akan diterapkan menggunakan teknologi lama atau baru, Ekonomi : Sistem yang
akan diterapkan lebih menguntungkan atau tidak dan Operasional : Sistem yang akan
diterpkan akan mengubah cara kerja dan struktur organisaasi yang telah berjalan atau
tidak.

Tujuan Studi Kelayakan

Memahami operasi dari sistem yang lama atau sedang berjalan secara lebih rinci,
maksudanya untuk mengetahui mengapa sistem baru dibutuhkan, siapa pemakai
dan apa sasarannya. Cara yang baik untuk menghemat waktu guna mempelajari
sistem berjalan adalah berusaha mendapatkan dokumen-dokumen sistem yang lama
atau berjalan, seperti :
- Bagan alir arus folmulir (flow dokumen)
- Bagan alir sistem (system flowchart)
- Struktur organisasi dan deskripsi jabatan
- Salinan atau copy dari dokumen-dokumen dasar atau input
- Salinan atau copy dari laporan-laporan atau output

77
Sistem Informasi
A r a d e a, MT.

Menentukan masalah-masalah yang menjadi penyebab sehingga sistem yang lama

atau berjalan belum dapat mencapai sasaran, jawaban tersebut dapat diperoleh
dengan cara melakukan wawancara, observasi dan atau pengambilan sampel.
Dengan demikian kegiatan ini akan menjawab pertanyaan-pertanyaan :
- Apa yang harus dikerjakan sistem yang lama atau berjalan ?
- Apa yang harus dihasilkan oleh sistem lama atau berjalan untuk mencapai
sasarannya?
- Apa masalah-masalah yang harus dipecahkan oleh sistem baru atu usulan?
Menentukan kebutuhan-kebtuhan informasi pemakai sistem, dalam hal ini
pengumpulan data mengenai apa kebutuhan-kebutuhan pemakai sistem agar dapat
mencapai sasaran sistem yang direncanakan. Cara pengumpulan informasi tersebut
bisa dilakukan dengan wawancara, observasi dan pengumpulan sampel. Hasil dari
pengumpulan data ini bisa berupa besarnya volume transaksi yang harus ditangani
dan kebutuhan-kebutuhan operasi serta informasi yang harus dihasilkan oleh sistem
baru.
Mengembangkan logika model dari sistem yang diusulkan.
Mengembangkan dan mengevaluasi alternatif pemecahan masalah.
Memutuskan alternatif pemecahan masalah dengan baik.

Pertimbangan Dalam Studi Kelayakan

Pertimbangan Ekonomi
Kelayakan ekonomi digunakan untuk menjawab pertanyaan kunci sebagai berikut,
Apakah proyek atau sistem yang akan dikembangkan dapat dibiayai dan
menguntungkan. Untuk menjawabnya ada beberapa aspek yang harus
dipertimbangkan :
- Besarnya dana yang diperlukan untuk proyek/ engembangkan sistem tersebut.
- Manfaat yang didapat dibanding dengan biaya untuk mengembangkannya.
Pertimbangan Teknis
Kelayakan teknis digunakan untuk menjawab pertanyaan kunci sebagai berikut,
Apakah teknologi ini nantinya bisa diterapkan pada sistem. Untuk menjawabnya
ada beberapa aspek yang harus dipertimbangkan :
- Ketersediaan teknologi dipasaran.
- Ketersediaan ahli yang dapat mengoperasikannya.

78
Sistem Informasi
A r a d e a, MT.

Pertimbangan Operasional
Kelayakan operasi digunakan untuk mengukur apakah sistem yang akan
dikembangkan nanti dapat dioperasikan dengan baik atau tidak didalam organisasi.
Untuk menjawabnya ada beberapa aspek yang harus dipertimbangkan :
- Kemampuan dari personil-personil, (diperlukan training atau tidak).
- Kemampuan dari operasi sistem untuk menghasilkan informasi.
- Kemampuan pengendalian dari operasi sistem, (segi sekuritas).
- Efisiensi dari sistem, (pendayagunaan waktu dan personil, arus dokumen dan
data serta penundaan-penundaan proses)
Pertimbangan Jadwal Waktu
Kelayakan jadwal digunakan untuk menentukan bahwa proyek atau pengembangan
sistem dapat dilakukan dalam batas waktu yang telah ditetapkan. Kelayakan jadwal
digunakan untuk menjawab pertanyaan kunci sebagai berikut, dapatkah sistem
nantinya dikembangkan sesuai waktu yang telah ditetapkan.
Pertimbangan Hukum
Kelayakan hukum digunakan untuk menjawab pertanyaan kunci sebagai berikut,
Apakah proyek atau sistem yang akan dikembangkan tidak menyimpang dari
hukum yang berlaku. Penerapan sistem yang baru harus tidak boleh menimbulkan
masalah dikemudian hari karena menyimpang dari hokum yang berlaku.

Laporan Studi Kelayakan

Tujuan dibuatnya laporan ini adalah untuk menggambarkan permasalahan secara lebih
terinci. Adapun bentuk laporan dari studi kelayakan tersebut didalamnya terdapat :
Judul yang berisikan :
- Pelaksana
- Waktu pelaksanaan
- Pemberi rekomendasi
Daftar isi
Ringkasan yang berisikan :
- Tujuan dari laporan
- Biaya yang diperlukan
- Keuntungan yang didapat
Rekomendasi yang berisikan :

79
Sistem Informasi
A r a d e a, MT.

- Pernyataan manajemen yang telah disetujui

- Rencana kerja
Batasan permasalahan yang berisikan :
- Latar belakang masalah
- Referensi
- Kerangka acuan
- Batas, tujuan studi dan kendala
- Keperluan keamanan dan pengawasan
- Target waktu dan biaya
Analisis terhadap sistem yang berjalan yang berisikan
- Informasi yang sesuai dengan permasalahan
- Gambar dan evaluasi sistem yang berjalan
Keperluan sistem yang berisikan :
- Rancangan keperluan dan kendala sistem yang baru
- Cara pengoperasian
- Evaluasi dari sistem yang baru
Sistem baru yang berisikan :
- Gambaran sistem baru
Alternatif yang tersedia berisikan :
- Pengaruh-pengaruh system terhadap organisasi, perangkat keras, perangkat
lunak, pelatihan dan jadual penerapan.
Rencana pengembangan dan penerapan berisikan :
- Jadwal pelaksanaan
- Gambaran organisasi
Biaya yang berisikan :
- Pengeluaran yang berjalan
- Perkiraan biaya
Keuntungan.

Kegiatan Perencanaan Dan Pengontrolan

Perencanaan meliputi semua kegiatan yang diperlukan untuk menyeleksi tim
pengembang sistem, menetapkan anggota tim yang sesuai untuk proyek-proyek
tertentu, dan membuat jadwal proyek sehingga tugas-tugas bisa diselesaikan sesuai

80
Sistem Informasi
A r a d e a, MT.

waktu yang direncanakan. Pengontrolan berarti menggunakan umpan balik untuk

memonitor proyek, meliputi membuat perbandingan antara rencana proyek dengan
hasil aktual, juga mengambil tindakan yang tepat untuk mempercepat atau membuat
jadwal ulang kegiatan-kegiatan yang perlu diselesaikan tepat waktu sekaligus
memotivasi anggota tim untuk menyelasaikan pekerjaan mereka.

Penjadwalan Proyek
Strategi yang terbaik bagi penganalisis sistem untuk mengikuti suatu pendekatan
terstruktur dalam menentukan kegiatan serta menggambarkan kegiatan-kegiatan ini
secara mendetail. Satu teknik yang tersedia untuk tugas-tugas penjadwalan ini ialah
grafik Gantt, yang menampilkan kegiatan-kegiatan dalam bentuk kotak-kotak pada
grafik. Teknik lainnya disebut PERT (Program Evaluation and Review Technique),
menampilkan kegiatan-keiatan dalam bentuk tanda panah pada sebuah jaringan. PERT
membantu penganalisis menentukan jalur kritis dan waktu kendur, yaitu informasi
yang diperlukan untuk mengontrol proyek secara efektif. Pendekatan Timeboxing
menggunakan kepastian absolut dalam hal tanggal proyek, dan apa saja yang bisa
dicapai pada tanggal tersebut.
Penjadwala proyek berbasis komputer dengan menggunakan PC saat ini sudah
sangat praktis dan menguntungkan. Microsoft Project, Symantecs Timeline dan
Computer Associates CA Super Project adalah tiga contoh program yang sangat baik.
Selain itu Manajer Informasi Pribadi (MIP) bisa digunakan oleh penganalisis untuk
membuat perencanaan.

Mengelola Tim Analis Sistem

Mengelola waktu dan sumber daya, dilakukan bersama. Pengelolaan dilakukan
utamanya dengan cara berkomunikasi secra akurat dengan anggota tim yang terpilih
kompetensi dan keahliannya. Tujuan-tujuan untuk produktifitas proyek harus disusun
dan anggota tim pengembang sistem harus dimotivasi untuk mencapainya.

81
Sistem Informasi
A r a d e a, MT.

4.3 Pengumpulan Data

Metode pengumpulan data pada pengembangan suatu sistem informasi dapat dibagi
menjadi beberapa macam metode seperti wawancara, kuisioner, observasi atau
pengamatan langsung dan work sampling.

Metode Wawancara
Wawancara atau interview telah diakui sebagai metode pengumpulan data atau fakta
yang penting dan banyak dilakukan dalam pengembangan sistem informasi.
Wawancara memungkinkan analis sistem sebagai pewawancara untuk mengumpulkan
data secara tatap muka langsung dengan orang yang diwawancarai. Seperti halnya
dengan metode pengumpulan data yang lain, wawancara bukanlah satu-satunya
metode yang terbaik untuk semua situasi. Wawancara selain mempunyai keuntungan
juga mempunyai kerugian yang harus dipertimbangkan untuk situasi tertentu.
Tujuan Metode Wawancara :
a. Mencari fakta dan informasi.
b. Menjajagi sifat dan pendapat.
c. Memeriksa kebenaran informasi dan data yang telah diketahui sebelumnya.
d. Memperoleh kualitatif dan kuantitatif mengenai kebijaksanaan, prosedur dan biaya.
e. Untuk mendapatkan jawaban yang jujur.
Langkah-Langkah Metode Wawancara :
a. Persiapan wawancara
Persiapkanlah secara baik tujuan dari wawancara, pertanyaan-pertanyaan yang akan
diajukan, siapa saja yang akan diwawancarai dan berapa lama atau jam wawancara
akan dilangsungkan.
Persiapan siapa yang akan diwawancarai antara lain :
- Tahap awal : manajer, kepala bagian, supervisor.
- Tahap kedua : staf operasional.
Persiapan bahan wawancara anatara lain dengan menentukan :
- Tujuan wawancara.
- Outline atau gambaran umum yang akan dikerjakan.
- Membuat perjanjian via teleopon atau surat (memo).
b. Pelaksanaan wawancara.

82
Sistem Informasi
A r a d e a, MT.

Mengawali wawancara sebaiknya dari pertanyaan yang bersifat umum, baru

berlanjut kepada pertanyaan-pertanyaan yang sifatnya terinci dan spesifik.
Wawancara sebaiknya dilakukan ditempat orang yang akan diwawancarai, sebagai
pewawancara sebaiknya berbicara lebih sedikit dari yang diwawancarai, buatlah
catatan seminimal mungkin dan pada akhir wawancara buatlah ringkasan,
kemudian jangan lupa untuk meriview hasil wawancara kepada orang yang
diwawancarai sehingga tidak terjadi kesalahan.
c. Teknik wawancara.
Pewawancara haruslah bersikap ramah tamah, cepat tanggap dalam menerima
jawaban, memperhatikan wawancara serta bersifat terbuka dalam menanggapi
jawaban yang diberikan oleh orang yang diwawancarai.
Keuntungan Metode Wawancara :
Informasi yang diperoleh memiliki kualitas yang tinggi.
Wawancara memberikan kesempatan kepada pewawancara untuk memotivasi
orang yang diwawancarai untuk menjawab dengan bebas dan terbuka terhadap
pertanyaan-pertanyaan yang diajukan.
Memungkinkan pewawancara untuk mengembangkan pertanyaan-pertanyaan
sesuai dengan situasi yang berkembang.
Pewawancaran dapat menilai kebenaran jawaban yang diberikan dari gerak-gerik
dan raut wajah orang yang diwawancarai.
Pewawancara dapat menanyakan kegiatan-kegiatan khusus yang tidak selalu
terjadi.
Kerugian Metode Wawancara :
Proses wawancara membutuhkan waktu lama
Keberhasilan wawancara sangat tergantung dari kepandaian pewawancara untuk
melakukan hubungan antar manusia.
Wawancara tidak selalu tepat untuk kondisi-kondisi tempat tertentu, missal lokasi
yang bising dan ramai.
Metode wawancara sangat mengganggu kerja dari orang yang diwawancara bila
waktu yang dimiliki sangat terbatas.
Hasil wawancara bisa dipengaruhi oleh pendapat orang yang diwawancara.
Petunjuk Membuat Pertanyaan Untuk Wawancara :
Gunakan bahasa yang bail, sopan dan jelas.
83
Sistem Informasi
A r a d e a, MT.

Jangan memasukan pendapat pribadi anda sebagai bagian dari pertanyaan.

Hindari pertanyaan yang panjang dan berbelit-belit.
Hindari pertanyaan yang menakutkan atau membuat khawatir orang yang
diwawancara.
Hindari pertanyaan yang sifatnya mengeritik.
Cara Mempersiapkan Suatu Wawancara :
Aturlah pertemuan dengan orang yang akan diwawancara terlebih dahulu.
Aturlah waktu wawancara yang paling tepat, supaya tidak menggangu orang yang
akan diwawancara.
Buatlah jadwal wawancara terlebih dahulu, bila akan dilakukan beberapa kali oleh
pewawancara berbeda dan orang yang diwawancarai juga berbeda.
Buatlah suatu panduan wawancara (interview guide) supaya wawancara dapat
berjalan dengan lancar. Panduan wawancara adalah daftar pengecekan dari
pertanyaan-pertanyaan yang diajukan serta pengaturan jadwal waktunya.
Hal Yang Perlu Diperhatikan Saat Melakukan Wawancara :
Memperkenalkan diri terlebih dahulu siapa sebenarnya anda.
Menjelaskan apa tujuan dari wawancara ini dan hubungannya dengan sistem
informasi yang sedang dikembangkan.
Menjelaskan peran-peran yang akan diberikan dari hasil wawancara ini.
Harus menghilangkan kesan melakukan introgasi.
Selama proses wawancara, pewawancara harus mendengarkan dengan teliti dan
jangan terlalu banyak berbicara dibandingkan dengan orang yang diwawancarai.
Jagalah suasana wawancara tetap santai, tetapi terarah dan menyenangkan.
Jangan memotong omongan orang yang diwawancara sebelum selesai berbicara.
Mintalah pendapat-pendapat atau ide-ide tambahan yang mungkin belum
diungkapkan.
Pada akhir wawancara bacalah rangkuman-rangkumandari hasil wawancara dan
mintalah kepada orang yang diwawancara untuk memperbaikinya bila ada hal-hal
yang tidak sesuai.
Ucapkanlah terima kasih bila wawancara telah selesai serta mintalah kesediaan
kembali dari orang yang diwawancarai untuk dihubungi bilamana diperlukan.

84
Sistem Informasi
A r a d e a, MT.

Metode Kuisioner
Kuisioner adalah suatu daftar pertanyaan-pertanyaan untuk tujuan khusus yang
memungkinkan seorang analis sistem untuk mengumpulkan data dan pendapat dari
para responden yang telah dipilih. Penggunaan kuisioner ini mendapat banyak keritikan
karena diragukan akan kebenaran hasilnya. Akan tetapi untuk mengumpulkan data dari
responden dengan jumlah yang sangat besar tidak ada cara lain yang lebih efisien
dibandingkan dengan metode kuisioner.
Keutungan Metode Kuisioner :
Daftar pertanyaan baik untuk sumber data yang banyak dan tersebar.
Responden tidak merasa terganggu, karena bisa mengisi daftar pertanyaan sesuai
dengan waktu luangnya.
Daftar pertanyaan secara relatif lebih efisien untuk sumber data yang banyak.
Pada daftar pertanyaan tidak perlu memasukan identitas dari responden sehingga
hasilnya akan lebih obyektif.
Kerugian Metode Kuisioner :
Daftar pertanyaan tidak menjamin para responden untuk menjawab pertanyaan
dengan sungguh-sungguh.
Daftar pertanyaan cenderung tidak fleksibel, artinya responden hanya menjawab
pertanyaan yang ada pada daftar pertanyaan saja.
Daftar pertanyaan yang lengkap sulit untuk dibuat.
Petunjuk Membuat Daftar Pertanyaan :
Rencanakan dulu seluruh fakta-fakta atau opini-opini yang ingin dikumpulkan.
Tentukanlah tipe dari daftar pertanyaan yang paling tepat untuk masing-masing
fakta dan opini tersebut.
Tulisalah pertanyaan-pertanyaan yang akan diajukan.
Adakan uji daftar pertanyaan ini kepada para responden dalam jumlah kecil
terlebih dahulu, bila para responden mengalami kesulitan dalam mengisi daftar
pertanyaan ini, perbaiki kembali daftar pertanyaan tersebut.
Perbanyaklah dan distribusikan daftar pertanyaan yang sudah dianggap baik.

85
Sistem Informasi
A r a d e a, MT.

Metode Observasi
Kegiatan pada metode ini dilakukan dengan melakukan pengamatan langsung terhadap
kegiatan yang sedang berjalan atau dilakukan. Saat dilakukan pengamatan langsung
analis sistem bisa saja terlibat langsung dengan kegiatan yang sedang diamati atau
hanya sekedar mengamati. Metode ini merupakan salah satu metode pengumpulan data
yang cukup efektif untuk mempelajari suatu sistem.
Keuntungan Metode Observasi :
Data yang dikumpulkan cenderung mempunyai keandalan yang tinggi. Kadangkala
observasi dilakukan untuk mengecek keabsahan atau valid dari data yang diperoleh
sebelumnya dari para responden.
Analis sistem dapat melihat langsung apa yang sedang dikerjakan, karena ada
pekerjaan yang sulit dijelaskan dalam bentuk kata-kata.
Analis sistem dapat menggambarkan lingkungan fisik dari kegiatan-kegiatan
seperti misalnya tata letak fisik peralatan, penerangan gangguan suara dan lain
sebagainya.
Analis sistem dapat mengukur tingkat suatu pekerjaan (work measurement).
Pengukuran ini biasanya dilakukan untuk pekerjaan-pekerjaan rutin.
Kerugian Metode Observasi :
Biasanya orang yang diamati merasa terganggu atau risih sehingga akan melukan
pekerjaannya dengan tidak semestinya.
Pekerjaan yang sedang diobservasi mungkin tidak dapat mewakili suatu tingkat
kesulitan pekerjaan tertentu atau kegiatan-kegiatan khusus yang tidak selalu
dikerjakan.
Observasi dapat menggangu pekerjaan yang sedang dilakukan.
Orang yang diamati cenderung melakukan pekerjaan dengan lebih baik dari
biasanya karena merasa sedang diamati.
Petunjuk Dalam Melakukan Observasi :
Seorang analis sistem harus menjaga supaya orang yang sedang diamati tidak merasa
terganggu. Analis sistem harus dapat menentukan periode waktu observasi yang paling
tepat, sehingga observasi dapat mewakili pekerjaan-pekerjaan khusus yang tidak selalu
dilakukan serta dapat mewakili volume-volume normal dan puncak dari pekerjaan.
Dalam melakukan pengamatan langsung ada beberapa hal yang pelu atau tidak perlu
dilakukan.

86
Sistem Informasi
A r a d e a, MT.

Hal Yang Harus Dilakukan :

Rencanakan terlebih dahulu observasi yang akan dilakukan, meliputi :
- Kegiatan apa saja yang akan diobservasi.
- Dimana letak lokasi kegiatan yang akan diobservasi.
- Kapan waktu pelaksanaan observasi.
- Siapa yang akan melakukan observasi.
- Siapa yang akan diobservasi.
- Bagaimana cara melakukan observasinya.
Mintalah izin terlebih dahulu kepada pimpinan dan staf yang terlibat.
Bertindaklah dengan rendah hati (low profile).
Lengkapilah dengan catatan selama observasi berlangsung.
Hal Yang Tidak Boleh Dilakukan :
Menggangu kerja individu yang diobservasi maupun individu lainnya.
Terlalu menekankan pada pekerjaan-pekerjaan yang tidak penting.
Membuat asumsi-asumsi sendiri.

Metode Pengumpulan Sampel

Pengambilan sampel adalah pemilihan sejumlah item tertentu dari seluruh item yang
ada dengan tujuan mempelajari sebagian item tersebut untuk mewakili seluruh item.
Sampling dilakukan karena karena pertimbangan biaya dan waktu, akan sangat mahal
dan lama untuk memeriksa semua item di populasi yang jumlahnya cukup banyak.
Walaupun hasil pemeriksaan sampel-sampel tidak dijamin 100% benar, tetapi
diharapkan dapat mewakili populasinya. Oleh sebab itu pengambilan sampel harus
yang baik harus mempertimbangkan tiga hal, yaitu :
Banyaknya sampel harus cukup, banyaknya sampel dikatakan cukup bila hasil
evaluasinya akan sama atau mendekati sama kalau diambil sampel yang lebih
banyak lagi.
Banyaknya sampel bisa mewakili populasinya, sampel dikatakan mewakili
populasinya bila memiliki karakteristik yang sama dengan populasinya.
Banyak sampel stabil, sampel dikatakan stabil bila evaluasinya mendekati sama
untuk sample-sampel yang lain bila terpilih.

87
Sistem Informasi
A r a d e a, MT.

Cara Pengambilan Sampel :

1. Secara keputusan (judgement sampling), adalah penentuan sampel dan pemilihan
masing-masing item sampelnya diambil dengan dasar keputusan yang masuk akal
menurut si pengambil sampel. Pada cara ini pengetahuan atau opini dan
pengalaman si pengambil sampel digunakan untuk menentukan item-item sample
yang akan dipilih dari populasi.
2. Secara statistik, adalah pengambilan sampel didasarkan secara random, sehingga
semua item-item dipopulasi mempunyai kesempatan yang sama untuk terpilih
sebagai sampel. Karena pada pengambilan sampel secara statistik, item-item dipilih
secara random dan karena semua item-item dipopulasi mempunyai kesempatan
yang sama untuk terpilih untuk menjadi item sampel, maka disebut juga dengan
pengambilan sampel secara probabilitas. Pada statistik sampel ini ada cara untuk
memilih item-item sampel yang akan digunakan antara lain :
Pengambilan sampel secara random sederhana.
Pengambilan sampel secara sistematik.
Pengambilan sampel secara bertingkat.

4.4 Analisis Sistem

Analisis sistem dapat didefinisikan penguraian dari suatu sistem informasi yang utuh
kedalam bagian-bagian komponennya dengan maksud untuk mengidentifikasi dan
mengevaluasi permasalahan-permasalahan, kesempatan-kesempatan, hambatan-
hambatan yang terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga dapat
diusulkan perbaikan-perbaikannya. Tahap analisis merupakan tahap yang keritis dan
sangat penting karena kesalahan pada tahap ini akan menyebabkan juga kesalahan
ditahap selanjutnya.

Proses Analisis Sistem

Proses atau langkah-langkah dalam tahap analisis sistem hampir sama dengan proses
yang dilakukan dalam tahap perencanaan, perbedaannya terletak pada ruang lingkup
tugasnya. Di analisis sistem penelitian yang dilakukan merupakan penelitian lebih
terinci atau detail survey, sedang di perencanaan sistem sifatnya hanya penelitian
pendahuluan atau preliminary survey.

88
Sistem Informasi
A r a d e a, MT.

Pada proses analisis system terdapat langkah-langkah dasar yang harus dilakukan oleh
analis sistem, yaitu :
Identify, mengidentifikasi masalah.
Understand, memahami kerja dari sistem yang ada.
Analyze, menganalisis sistem.
Report, membuat laporan hasil analisis.

Identifikasi Masalah
Mengidentifikasi masalah merupakan langkah pertama yang harus dilakukan. Masalah
dapat didefinisikan sebagai suatu pertanyaan yang diinginkan untuk dipecahkan,
masalah inilah yang menyebabkan sasaran dari sistem tidak dapat dicapai. Tugas-tugas
yang harus dilakukan dalam tahap ini adalah :
Mengidentifikasi penyebab masalah
Dalam hal ini analis sistem harus mempunyai pengetahuan yang cukup tentang
aplikasi yang sedang dianalisisnya. Mengidentifikasi masalah dapat dimulai dengan
mengkaji ulang terlebih dahulu subyek-subyek permasalahan yang telah diutarakan
oleh manajeman atau yang telah ditemukan oleh analis sistem ditahap perencanaan
sistem. Misalnya dalam sebuah perusahaan masalah yang terjadi adalah biaya
persediaan meningkat dari tahun ketahun Mengapa biaya persediaan meningkat?.
Dari subyek masalah ini dapat diidentifikasi penyebab terjadinya masalah, adalah
karena :
- Over stock atau persediaan digudang terlalu banyak.
- Pembelian barang tidak ekonomis.
Mengidentifikasi titik keputusan
Sebagai dasar identifikasi titik-titik keputusan ini, dapat digunakan dokumen sistem
bagan alir folmulir (form flowchart) atau bagan alir sistem (system flowchart) yang
telah diperoleh dalam penelitian pendahuluan di tahap perencanaan sistem.
Penjelasan dari titik keputusan untuk kasus over stock adalah sebagai berikut :
- Proses pembuatan atau pencatatan dokumen persediaan di bagian gudang. Dapat
mengakibatkan susahnya memonitor persediaan di bagian gudang bila proses
pencatatannya tidak akurat yang menyebabkan over stock.
- Penanganan order pembelian dibagian order pembelian. Dapat mengakibatkan
pembengkakan dana bila penanganannya tidak beres.

89
Sistem Informasi
A r a d e a, MT.

Mengidentifikasi personil-personil kunci

Adalah mengidentifikasi personil-personil kunci baik yang langsung maupun yang
tidak langsung dapat menyebabkan terjdainya masalah tersebut. Identifikasi
personil kunci dapat dilakukan dengan mengacu kepada bagan alir dokumen, bagan
alir sistem serta deskripsi jabatan (job description). Penjelasan dari personil kunci
untuk kasus over stock adalah sebagai berikut :
- Bagian gudang.
- Bagian order pembelian.

Memahami Sistem yang Ada

Langkah selanjutnya adalah memahami kerja dari sistem yang ada, dengan
mempelajari secara terinci bagaimana sistem yang ada beroperasi, yaitu dengan
melakukan penelitian terinci (detail survey) untuk mendapatkan data-data yang
dibutuhkan. Untuk memperoleh data-data tersebut analis sistem dapat menggunakan
metode teknik pengumpulan data, seperti : wawancara, observasi, kuisioner dan
pengambilan sampel. Memahami kerja dari sistem yang ada dapat berupa :
Menentukan jenis penelitian.
Penentuan jenis penelitian (wawancara, observasi, kuisioner dan pengambilan
sampel) tergantung dari jenis data yang ingin diperoleh. Penelitian yang
menggunakan teknik wawancara dan observasi tepat digunakan untuk jenis data
operasi, pengendalian dan perlengkapan, biasanya untuk jenis data yang ada pada
para manager atau kepala bagian.
Merencanakan jadwal penelitian.
Supaya penelitian dapat dilakukan secara lebih efektif dan efisien maka jadwal dari
penelitian harus direncanakan terlebih dahulu. Petunjuk lebih rincinya dibahas pada
bab 4 metode pengumpulan data.
Membuat penugasan penelitian.
Setelah rencana jadwal penelitian selesai dibuat, maka koordinator analis sistem
dapat membuat surat penugasan kepada masing-masing anggota tim analis sistem
dengan menyertakan lampiran kegiatan penelitian yang harus dilakukan.
Mengumpulkan hasil penelitian.
Fakta atau data yang diperoleh dari hasil penelitian harus dikumpulkan sebagai
suatu dokumentasi sistem lama.

90
Sistem Informasi
A r a d e a, MT.

Analisis Sistem
Langkah ini dilakukan berdasarkan data yang telah diperoleh dari hasil penelitian yang
dilakukan.
Menganalisis kelemahan sistem.
Wilkinson memberikan sasaran yang harus dicapai untuk menentukan criteria
penilaian, sebagai berikut :
- relevance (sesuai kebutuhan)
- capacity (kapasitas dari sistem)
- efficiency (efisiensi dari sistem)
- timeliness (ketepatan waktu menghasilkan informasi)
- accessibility (kemudahan akses)
- flexibility (keluwesan sistem)
- accuracy (ketepatan nilai dari informasi)
- reliability (keandalan dari sistem)
- security (keamanan dari sistem)
- economy (nilai ekonomis dari sistem)
- simplicity (kemudahan system digunakan)
Berdasarkan kriteria-kriteria ini selanjutnya analis sistem dapat melakukan analisis
dari hasil penelitian, untuk menemukan kelemahan-kelemahan dan permasalahan-
permasalahan dari sistem yang ada, yaitu :
- Menganalisis distribusi pekerja
- Menganalisis tolak ukur pekerjaan
- Menganalisis keandalan
- Menganalisis dokumen
- Menganalisis laporan
- Menganalisis teknologi
Menganalisis kebutuhan informasi pemakai.
Tugas lain dari analis sistem yang masih diperlukan sehubungan dengan sasaran
utama sistem informasi, yaitu menyediakan informasi yang dibutuhkan bagi para
pemakainya perlu dianalisis.

91
Sistem Informasi
A r a d e a, MT.

Laporan Hasil Analisis

Membuat laporan hasil analisis sistem yang berjalan dilakukan oleh analis sistem dan
timnya, laporan tersebut dibuat setelah proses anlisis selesai dilakukan. Laporan ini
diserahkan kepada komite pengarah yang nantinya akan diteruskan kepada pihak
manajemen. Tujuan utama dari pembuatan laporan analisis sistem ini adalah untuk
melaporkan kepada manajemen bahwa kegiatan analisis telah selesai dilakukan,
meluruskan salah pengertian antara pengertian manajemen dan hasil analisis dari
analis sistem, meminta pendapat dan saran-saran dari pihak manajemen dan meminta
persetujuan dari pihak manajemen untuk melakukan tindakan selanjutnya. Keputusan
pada tahap ini menentukan apakah kegiatan pengembangan sistem dilanjutkan ke
tahap berikutnya atau tidak.

4.5 Perancangan Sistem

Kegiatan perancangan sistem dilakukan setelah tahap analisis sistem, karena setelah
tahap analisis sistem seorang analis sistem telah mendapat gambaran dengan jelas apa
yang harus dikerjakan. Tahap perancangan sistem bisa dibagi menjadi dua bagian, yaitu
perancangan sistem secara umum atau konseptual dan perancangan sistem secara detail
atau fisik. Dari uraian diatas dapat disimpulkan bahwa perancangan sistem dapat
diartikan :
Merupakan tahap lanjutan setelah tahap analisis sistem dalam siklus hidup
pengembangan sistem.
Mendefinisikan kebutuhan-kebutuhan fungsional.
Mempersiapkan rancang bangun implementasi sistem yang baru atau usulan.
Menggambarkan sistem baru atau usulan yang akan dikembangkan.
Mengatur dan merencanakan elemen-elemen yang terpisah kedalam satu kesatuan
yang utuh, serta mengkonfigurasikan perangkat lunak dan perangkat keras.
Pada tahap perancangan sistem informasi semua teknik-teknik yang digunakan pada
tahap analisis dapat juga digunakan pada tahap ini. Elemen-elemen atau komponen
sistem informasi dirancang dengan tujuan untuk dikomunikasikan kepada pemakai
sistem atau user.
Tujuan dari perancangan sistem adalah untuk memenuhi kebutuhan dari pemakai
sistem atau user mengenai gambaran yang jelas rancangan sistem yang akan dibuat
serta diimplementasikan.
92
Sistem Informasi
A r a d e a, MT.

Personil Yang Terlibat

Agar sistem informasi yang dibuat memuaskan manajemen dan terutama pemakainya,
maka perlu dilibatkan pesonil-personil seperti berikut ini :
Analis Sistem.
Spesialis Pengendali.
Spesialis Penjamin Kualitas.
Spesialis Komunikasi Data.
Pemakai Sistem atau User.

Hal Penting Yang Perlu Diperhatikan

Supaya sistem informasi yang dibuat tidak mengecewakan para pemakainya, maka
analis sistem juga harus memperhatikan hal-hal penting seperti berikut ini :
Integrasi
Sistem informasi yang dibuat agar dapat dimanfaatkan oleh banyak pemakai dan
diupayakan keseluruh unit-unit pada organisasi yang dimaksud. Biasanya hasil dari
sistem informasi tersebut disimpan dalam sebuah database yang mudah diakses dan
terhubung dalam suatu jaringan.
Jalur Pemakai atau Sistem Interface
Agar sistem informasi mudah dipahami oleh pemakai sistem, maka sistem
informasi yang dikembangkan haruslah fleksibel, konsisten dan mudah dikontrol
oleh user.
Tekanan-Tekanan Persaingan
Organisasi yang ingin bertahan dan berkembang di masa mendatang harus
memikirkan persaingan-persaingan. Informasi merupakan sebuah alternatif penting,
sebagai senjata yang membantu organisasi dalam bersaing. Sistem informasi
tersebut juga harus dapat memperhatikan lingkungan-lingkungan persaingan seperti
manajeman, jenis dan ragam produk atau jasa serta produktivitas.
Kualitas dan Kegunaan Informasi
Sistem informasi yang dibuat haruslah berkualitas yang berarti tepat waktu, akurat
dan relevan. Untuk dapat menghasilkan hal ini, maka informasi tersebut haruslah
berguna bagi yang akan memakainya.
Kebutuhan-Kebutuhan Sistem

93
Sistem Informasi
A r a d e a, MT.

Merupakan hal-hal yang sangat diperlukan dalam merancang sistem, seperti

Keandalan, Ketersediaan, Keluwesan, Jadual Instalasi, Umur Sistem, Kemudahan
Perawatannya.
Kebutuhan-Kebutuhan Pengolahan Data
Berhubungan dengan pekerjaan sistem secara rinci seperti volume data yang
terlibat dalam pengolahan data, hambatan waktu pengolahan data mulai dari proses
awal samapi berakhir dan dilengkapi dengan program untuk melayani permintaan
perhitungan.
Faktor-Faktor Organisasi
Faktor-faktor yang mempengaruhi dan perlu diprtimbangkan dalam melakukan
perancangan sistem : Sifat Organisasi, Tipe Organisasi, Ukuran Organisasi,
Struktur Organisasi, Gaya Manajemen
Kebutuhan Biaya-Efektifitas
Setiap sistem informasi yang dibuat perlu mempertimbangkan antara biaya untuk
membuatnya dengan manfaat informasi yang dihasilkan.
Faktor-Faktor Manusia
Sistem informasi yang dibuat harus memperhatikan factor-faktor manusia sehingga
dapat menghasilkan suatu sistem informasi yang user interface atau cocok bagi
pemakainya sehingga dapat meningkatkan produktifitas pemakainya dan dapat
diterima oleh seluruh pemakainya.
Kebutuhan-Kebutuhan Kelayakan
Ada beberapa kelayakan yang perlu diperhatikan pada tahap perancangan sistem.
Meskipun pada tahap sebelumnya pernah dilakukan karena kemungkinan adanya
perubahan. Adapun kelayakan yang perlu diperhatikan antara lain : Kelayakan
Teknik, Kelayakan Ekonomi, Kelayakan Hukum, Kelayakan Operasi, Kelayakan
Jadwal.

Perancangan Sistem Secara Umum

Mempunyai tujuan untuk menyajikan gambaran secara umum kepada pemakai tentang
sistem yang baru. Perancangan secara umum ini merupakan persiapan untuk
perancangan secara rinci. Perancangan secara umum ini biasanya dikomunikasikan
kepada pemakai agar mudah dipahami, bila pemakai menyetujui barulah dimulainya
pengerjaan perancangan secara terinci.
94
Sistem Informasi
A r a d e a, MT.

Komponen-komponen sistem informasi yang dirancang adalah model input, output,

database, teknologi dan kontrol. Komponen-komponen ini dirancang dengan tujuan
untuk dikomunikasikan kepada pemakai.
Perancangan Model Secara Umum
Perancangan model dari sistem dapat berupa bentuk model phisik dan model logic,
biasanya untuk model phisik digambarkan dengan menggunakan bagan alir atau
system flowchart, kemudian untuk model logic yang menjelaskan fungsi-fungsi
atau proses-proses dalam sistem biasanya digambarkan dengan menggunakan
diagram arus data atau data flow diagram, kemudian kamus data berguna untuk
menjelaskannya. Dalam suatu sistem informasi biasanya terdapat beberapa metode
pengolahan data seperti :
- Pengolahan data terpusat atau setralisasi dan tersebar atau desentralisasi
- Pengolahan langsung atau on-line dan tidak langsung atau off-line
Perancangan Output Secara Umum
Keluaran dari hasil proses sistem informasi dikenal dengan istilah output, dapat
berupa keretas atau tampilan dilayar monitor. Output ini terdiri dari dua tipe yaitu
internal output, contohnya : laporan dan eksternal output, contohnya : faktur, cek
dan tanda terima. Langkah-langkah dalam perancangan output :
- Menentukan kebutuhan output dari sistem baru (dilihat dari DFD)
- Menentukan parameter dari output (seperti tipe, format, media, alat, jumlah,
tujuan distribusi dan periodenya)
Perancangan Input Secara Umum
Input dapat digolongkan menjadi dua tipe yaitu tipe eksternal input, contohnya :
faktur pembelian, kuitansi dan internal input, contohnya : faktur penjualan, order
penjualan. Langkah-langkah dalam membuat perancangan input :
- Menentukan kebutuhan input dari sistem baru (dilihat dari DFD)
- Menentukan parameter dari input (bentuk, sumber, jumlah, alat, periode)
Perancangan Database Secara Umum
Database dibentuk dari kumpulan beberapa file melalui teknik normalisasi dan
sesuai dengan prosesnya file dapat dikategorikan menjadi beberapa tipe sebagai
berikut :
- File Induk (file master), terdiri atas file induk acuan yang relatif statis dan
jarang berubah (file daftar gaji, file daftar matakuliah) serta file induk dinamis

95
Sistem Informasi
A r a d e a, MT.

yang niali recordnya sering dirubah (file induk mahasiswa, file induk
persediaan).
- File Transaksi, digunakan untuk merekam data hasil suatu transaksi yang
terjadi dan sering disebut dengan file input.
- File Laporan, suatu file output yang berisi informasi yang akan ditampilkan.
- File Sejarah, suatu file arsip yang berisi suatu data masa lalu yang sudah tidak
aktif lagi, tetapi masih perlu disimpan untuk keperluan mendatang.
- File Pelindung (backup), File yang merupakan salinan atau cadangan dari file
yang masih aktif.
- File Kerja, Suatu file sementara atau temporary yang dibuat oleh suatu proses
program secara sementara karena memori komputer tidak cukup.
Dalam memanfaatkan file kita perlu memahami bagaimana cara mengorganisasikan
dan mengakses file-file tersebut. Yang dimaksud organisasi file adalah suatu
pengaturan record-record secara logika didalam file dan hubungan satu dengan
yang lainnya. Suatu file dapat diorganisasikan secara urut atau secara acak.
Kemudian yang dimaksud akses file adalah suatu metode yang menunjukan suatu
program komputer akan membaca record-record dari suatu file, suatu file dapat
dibaca secara urut atau langsung. Organsisasi file dan akses file merupakan dua hal
yang tidak dapat dipisahkan, contohnya :
- File Urut atau Sekuensial, adalah suatu file yang menggunakan organisasi file
urut dan akses filenya juga dilakukan secara urut.
- File Urut Beridex atau Index Sekuensial, suatu file yang menggunakan
organisasi file urut dan akses filenya juga dilakukan secara langsung.
- File Akses Langsung atau Direct Acces, suatu file yang menggunakan
organisasi file acak dan akses filenya juga dilakukan secara langsung.
Dalam merancang database yang yang perlu dilakukan oleh analis sistem adalah
mengidentifikasi terlebih dahulu file-file yang diperlukan oleh sistem informasi,
dan biasanya file-file tersebut dapat dilihat pada diagram arus data atau data flow
diagram (DFD), yang sebelumnya penentuan file-file tersebut melalui teknik
normalisasi.
Langkah-langkah dalam merancang database adalah :
- Tentukan kebutuhan file database untuk sistem baru (dapat dilihat pada DFD)

96
Sistem Informasi
A r a d e a, MT.

- Tentukan parameter dari file, misalnya : Tipe file (induk, transaksi atau
sementara), Organisasi file (urut atau langsung), Akses file (urut atau langsung)
dan Field kunci dari file.
Perancangan Teknologi Secara Umum
Yang perlu diperhatikan pada perancangan teknologi adalah perancangan pada
perangkat keras atau hardware, perangkat lunak atau software dan penggunanya
atau brainware. Penentuan spesifikasi dari ketiga komponen tersebut harus dapat
mendukung dari proses kerja untuk sistem baru yang dibuat. Langkah-langkah
dalam merancang teknologi adalah :
- Tentukan jenis teknologi untuk sistem baru. Pada perangkat keras, tentukan
peralatan yang digunakan pada masing-masing proses dalam sistem informasi.
Pada prangkat lunak, tentukan terlebih dahulu kebutuhan dari sistem software
dan application software.
- Tentukan jumlah teknologi. Pada perangkat keras, tentukan waktu tersedia dan
standar masing-masing operasi. Pada perangkat lunak, tentukan jumlah
perangkat lunak yang dibutuhkan.
Perancangan Kontrol Secara Umum
Dalam pengembangan sistem informasi, analis sistem harus memikirkan
pengendalian yang akan diterapkan. Bisanya sistem informasi itu selalu dibuat
secara terbuka atau open system, tentu ini tidak menjamin bahwa sistem tersebut
bebas dari kesalahan-kesalahan dan kecurangan-kecurangan. Apabila sistem
tersebut telah dilengkapi dengan pengendalian untuk mencegah hal-hal negatif
tersebut, maka sistem tersebut akan dapat melangsungkan hidupnya.
Laporan Perancangan Sistem Informasi Secara Umum
Laporan perancangan sistem secara umum dibuat untuk dikonfirmasikan kepada
pemakai sistem dan kepada manajeman, bila perancangan sistem secara umum tersebut
telah dipahami dan disetujui, maka langkah berikutnya yaitu perancangan sistem secara
rinci dapat dilaksanakan.

Perancangan Sistem Secara Rinci

Perancangan sistem secara rinci dilakukan pada komponen-komponen sistem antara
lain seperti :
Perancangan Output Terinci

97
Sistem Informasi
A r a d e a, MT.

Perancangan output pada perancangan sistem secara umum digunakan untuk

menjawab pertanyaan output apa saja yang diperlukan oleh sistem baru?,
sedangkan perancangan output pada perancangan terinci digunakan untuk
menjawab pertanyaan bagaimana dan seperti apa bentuk dari output-output
tersebut?. Output pada sebuah sistem informasi dapat berupa keluaran pada media
keras dan pada media lunak dalam bentuk dialog layar terminal.
Laporan-laporan yang dihasilkan dari suatu sistem informasi dapat berupa tabel
atau grafik. Laporan dalam bentuk table lebih menekankan pada kualitas isi serta
kegunaannya, seperti notice report, variance report, dll .Sedang bentuk laporan
grafik antara lain, grafik batang, garis dan pastel atau pie. Terdapat beberapa
parameter untuk membuat suatu perancangan laporan antara lain :
- Format laporan formal biasanya terdiri atas tiga bagian utama, seperti judul
laporan, tubuh laporandan catatan kaki yang berisi ringkasan, subtotal atau
grandtotal.
- Gunakan kualitas kertas yang baik.
- Berikan batas kiri dan kanan yang baik.
- Gunakan spasi yang cukup.
- Bila ada bagiaan yang ingin ditekankan gunakan huruf besar, tebal dan
digarisbawahi.
- Sederhana, jelas, akurat dan didistribusikan tepat pada waktunya.
- Bentuk atau formatnya harus standar.
Alat-alat untuk membuat perancangan output antara lain seperti, printer layout form
(digunakan untuk menggambar sketsa bentuk output dari printer) serta kamus data
dapat digunakan untuk menjelaskan secara rinci data yang akan disajikan.
Output pada sebuah sistem informasi yang kedua selain pada media keras
adalah pada media lunak dalam bentuk dialog layar terminal. Yaitu merupakan
rancang bangun dari percakapan antara pemakai sistem dengan komputer.
Percakapan ini dapat terdiri dari proses memasukan data ke sistem, menampilkan
output informasi kepada user atau dapat keduanya. Pedoman dalam merancang
dialog layar terminal adalah sebagai berikut :
- Harus menyediakan instruksi-instruksi apa yang harus dikerjakan oleh user.
- Bentuk layar dibentuk sebaik mungkin mulai dari jendela judul, jendela
instruksi, jendela tubuh dan jendela keluar.

98
Sistem Informasi
A r a d e a, MT.

- Strategi dialog layar, yaitu menu, kumpulan instruksi dan dialog pertanyaan.
Perancangan Input Terinci
- Bentuk dokumen masukan atau input, alat-alat perancangn input ini bisa terdiri
atas dokumen-dokumen masukan yang terdapat pada organisasi. Petunjuk
dalam merancang dokumen input antara lain :
a. Harus dapat menunjukan macam data yang dikumpulkan.
b. Harus dapat dicatat dengan jelas, konsisten dan akurat.
c. Harus dapat menjadi pelengkap data.
d. Harus dapat bertindak sebagai pendistribusi data
e. Harus dapat bertindak sebagai bukti suatu transaksi
f. Harus dapat bertindak sebagai cadangan file pada komputer
- Bentuk tampilan layar masukan atau input, biasanya data yang diisi dalam
dokumen input tersebut dimasukan dalam komputer melalui tampilan masukan
atau input, diupayakan agar perancangan dari tampilan layar ini tidak jauh
berbeda dengan bentuk dokumen input yang ada sehingga memudahkan user
untuk menggunakanya. Petunjuk dalam merancang tampilan layar input antara
lain : Lengkap, jelas dan komunikatif sehingga mudah digunakan user.

Produk Akhir Perancangan Sistem

Perancangan sistem diharapkan dapat menghasilkan suatu laporan yang berisi tenteng
spesifikasi teknis dari bentuk-bentuk keluaran dan masukan, perangkat lunak dan keras
yang akan berfungsi sebagai sarana pengolah data dan sekaligus penyajian informasi
yang dibutuhkan.

4.6 Implementasi Sistem

Tahap implementasi merupakan tahap meletakan sistem supaya siap untuk
dioperasikan, termasuk juga kegiatan menulis kode program jika tidak digunakan paket
perangkat lunak aplikasi.
Tahap akhir ini bertujuan untuk mengkaji rangkaian sistem, baik software maupun
hardware sebagai sarana pengolah data dan penyaji informasi dalam bentuk sistem
informasi yang terpusat serta untuk melakukan penerapan dan peralihan sistem dari
sistem yang lama atau berjalan kepada sistem yang baru sebagai keputusan akhir dari
suatu pengembangan sistem.

99
Sistem Informasi
A r a d e a, MT.

Kegiatan Implementasi Sistem

Pemilihan dan Pelatihan Personil
Manusia merupakan faktor yang sangat diperlukan dalam sebuah sistem informasi.
Jika sebuah sistem informasi ingin berhasil dengan baik, maka personil-personil
yang terlibat haruslah diberi pelatihan yang cukup tentang sistem informasi dan
tugas-tugas mereka. Pemilihan personil dapat dilakukan melalui dua sumber yaitu :
dari personil yang telah ada dalam perusahaan dan personil baru yang berasal dari
luar persahaan. Pemilihan personil dari dalam perusahaan merupakan prioritas
utama dengan beberapa pertimbangan seperti:
- Mengalihkan personil dari satu posisi kepada posisi yang baru relatif lebih
mudah.
- Personil dari dalam perusahaan biasanya sudah mengetahui seluk beluk dari
operasi perusahaan.
Biasanya personil-personil dalam kegiatan sistem informasi dapat ditempatkan
pada bagian-bagian :
- Bagian Pemasukan Data.
- Bagian Pengoperasian Sistem.
- Bagian Pemrograman
- Bagian Penganalisis Sistem
Cara yang dilakukan untuk pelatihan ini antara lai seperti : ceramah atau seminar,
pelatihan prosedural, pelatihan tutorial, simulasi dan on the job training.
Persiapan Tempat, Instalasi Perangkat Keras dan Lunak.
Bila peralatan baru akan dipasang, maka perlu dipersiapkan terlebih dahulu
tempatnya baik lokasi maupun keamanan fisiknya. Keamanan fisik merupakan hal
yang sangat penting untuk menjaga berlangsungya peralatan dalam jangka waktu
yang lama seperti pemasangan AC agar udara ruangan tetap sejuk, penerangan
yang cukup, pendeteksi kebakaran, power supply cadangan atau UPS, telepon dan
jala-jala listrik yang cukup. Kegiatan berikutnya adalah menginstalasi peralatan
komputer dan programnya, biasanya kegiatan ini dilakukan oleh vendor atau
penjual peralatannya dan dites bersama-sama dengan pembeli atau manajemen.
Pembuatan Program dan Pengetesan Program.

100
Sistem Informasi
A r a d e a, MT.

Kegiatan pembuatan program dilakukan dengan menulis kode-kode program sesuai

dengan rancangan dan dokumentasi yang telah diberikan oleh sistem analis. Setiap
program yang dibuat oleh programmer sebelum digunakan harus melalui proses
testing agar terbebas dari kesalahan-kesalahan seperti kesalahan pada bahasa,
waktu proses atau kesalahan pada logika programnya.
Pengetesan Sistem.
Test ini dilakukan untuk memastikan seluruh sub-sub sistem yang terdapat dalam
sistem informasi dapat bekerja dengan benar sesuai dengan keinginan dari pembuat
sistem yang pada akhirnya akan memenuhi keinginan pemakainya.
Konversi Sistem
Proses peralihan sistem merupakan proses untuk meletakan sistem baru agar siap
untuk mulai digunakan. Terdapat beberapa pendekatan untuk melakukan peralihan
sistem, antara lain seperti :
- Konversi Langsung
Proses pengalihan system ini melakukan penggantian sistem yang lama dengan
yang baru secara langsung. Pendekatan ini baik dilaksanakan untuk sistem
dengan ukuran yang tidak terlalu besar, kebaikannya dari pendekatan ini adalah
terletak pada biaya konversinya yang tidak terlalu mahal, sedang kelemahannya
adalah memiliki resiko yang cukup tinggi jika sistem yang baru gagal.
- Konversi Paralel
Melakukan pengalihan sistem dengan pengoperasian sistem yang baru secara
bersama-sama selama periode waktu tertentu. Kebaikan dari pendekatan ini
adalah menyediakan proteksi yang tinggi, kelemahan dari pendekatan ini adalah
terletak pada biaya yang harus dikeluarkan cukup tinggi karena harus
mengoperasikan dua sistem secara bersama-sama.
- Konversi Percontohan
Pengalihan sistem dengan cara ini biasanya untuk sistem yang sama diterapkan
pada daerah atau area yang berbeda atau banyak, dan sering disebut dengan
istilah pilot approach atau studi percontohan. Kebaikannya adalah resiko
kegagalan hanya terletak pada area tertentu saja, kesalahan pada suatu daerah
segera diantisipasi agar tidak terjadi pada daerah lain. Kelemahannya
membutuhkan waktu yang lama.
- Konversi Bertahap

101
Sistem Informasi
A r a d e a, MT.

Pengalihan sistem ini dilakukan dengan cara menerapkan masing-masing modul

sistem yang berbeda secara urut. Tiap-tiap modul dioperasikan terlebih dahulu
dan jika berhasil disusul dengan modul berikutnya.
Tahap kegiatan pada konversi sistem dapat dilakukan dengan langkah-langkah:
- Konversi dokumen dasar
Pengalihan dokumen-dokumen transaksi lama kepada dokumen-dokumen baru.
- Konversi file
Konversi dari catatan manual ke dalam file komputer
Konversi dari file sistem lama ke file sistem baru
- Mengoperasikan sistem
Bila dokumen dasar dan file telah dikonversikan, maka sistem baru dapat muali
dioperasikan.

Tindak Lanjut Implementasi Sistem

Bila sistem sudah diterapkan maka pada kegiatan ini dilakukan pengetesan secara
langsung dengan pemakai atau user pada periode tertentu, bila pada kegiatan ini
ternyata sistem sudah berjalan dengan baik, maka sistem baru dinyatakan dapat
digunakan dan tugas pengembangan sistem telah dianggap selesai setelah sebelumnya
dilengkapi dengan laporan pengembangan sistem. Biasanya enam bulan kemudian
analis sistem akan melakukan pengetesan sistem kembali untuk menjamin sistem telah
berjalan sesuai dengan yang diinginkan.

Produk Akhir Implementasi Sistem

Adapun produk akhir dari tahapan akhir dalam pengembangan sistem informasi ini adalah,
suatu laporan hasil pengembangan sistem yang sudah diterapkan pada suatu organisasi
dimana didalamnya berisi pedoman pengoperasian sistem serta jangka waktu
pengoperasian sistem yang akan diimplemenatsikan.

102
Sistem Informasi
A r a d e a, MT.

5 PENDEKATAN BERORIENTASI PROSES

(TERSTRUKTUR)

5.1 Pengembangan Sistem Berorientasi Proses (Terstruktur)

Terdapat beberapa pendekatan untuk mengembangkan sistem, yaitu diantaranya
pendekatan klasik (classical approach), metode ini merupakan lawan dari pendekatan
terstruktur (structured approach). Metodologi pendekatan klasik mengembangkan
sistem dengan mengikuti tahapan SDLC, akan tetapi sayangnya didalam peraktek hal
ini tidaklah cukup, karena pendekatan ini tidak memberikan pedoman lebih lanjut
tentang bagaimana melakukan tahapan tersebut dengan rinci. Penganalisis masih
memerlukan alat-alat dan teknik-teknik untuk mengembangkan sistem tersebut.
Mulai awal tahun 1970 muncul suatu pendekatan baru yang disebut pendekatan
terstrukutur. Pendekatan ini pada dasarnya mencoba menyediakan kepada penganalisis
tambahan alat-alat dan teknik-teknik untuk mengembangkan sistem disamping tetap
mengikuti ide dari SDLC.

5.2 Kebutuhan Analisis Dan Perancangan Terstruktur

Analisis dan perancangan terstruktur menampilkan suatu pendekatan sistematis untuk
merancang dan mengembangkan kualitas sistem komputer. Disepanjang tahap analisis
dan perancangan, penganalisis bisa melanjutkannya tahap demi tahap, mendapatkan
umpan balik dari pengguna dan menganalisis perancangan untuk mendeteksi kelalaian
dalam pencantuman kesalahan. Ada beberapa ciri-ciri dari pendekatan terstruktur :
a. Pendekatan atas-turun (top-down approach)
Pendekatan dimulai dari level atas organisasi, yaitu level perencanaan strategi.
Dimulai dengan mendefinisikan sasaran dan kebijaksanaan organisai.
Menganalisis kebutuhan informasi.
Proses turun ke pemrosesan transakasi, yaitu penentuan output, input, basisdata,
prosedur-prosedur operasi dan kontrol.
b. Pendekatan moduler (modular approach)
Yaitu memecah sistem yang rumit menjadi beberapa bagian atau modul yang
sederhana, sehingga sistem akan lebih mudah dipahami dan dikembangkan. Akibat
lebih lanjut adalah sistem akan dapat dikembangkan tepat pada waktu yang telah
direncanakan, mudah dipahami oleh pemakai sistem dan mudah untuk dipelihara.

103
Sistem Informasi
A r a d e a, MT.

Metodologi pengembangan terstruktur dengan pendekatan terstruktur dapat

diklasifikasikan ke dalam tiga kelompok :
1. Functional decomposition methodologies
Pemecahan dari system ke dalam subsistem-subsistem yang lebih kecil, sehingga
akan lebih mudah untuk dipahami, dirancang dan diterapkan. Yang termasuk dalam
kelompok ini adalah : HIPO (Hierarchy plus Input Process Output), Stepwise
refinement (SR), Information-hiding.
2. Data oriented methodologies
Menekankan pada karakteristik data yang akan diproses, dapat dikelompokan
kedalam dua kelas :
Data flow oriented methodologies
Pemecahan dari sistem kedalam modul-modul berdasarkan dari tipe elemen
data dan tingkah laku logika modul tersebut dalam sistem.
Data structure oriented methodologies
Menekankan struktur dari input dan output di system, yang kemudian akan
digunakan sebagai dasar struktur dari sistemnya.
3. Prespective methodologies : Yang termasuk kedalam metodologi ini merupakan
perangkat lunak yang digunakan untuk membantu dalam pengembangan sistem.

5.3 Siklus Hidup Pengembangan Sistem

System Development Life Cycle (SDLC) atau siklus hidup pengembangan sistem
adalah pendekatan melalui beberapa tahap untuk menganalisis dan merancang sistem
yang dimana sistem tersebut telah dikembangkan dengan sangat baik melalui
penggunaan siklus kegiatan penganalisis dan pemakai secara spesifik.
1. Mendefiniskan 2. Menentukan
masalah, peluang syarat-syarat
dan tujuan 3. Menganalisis
kebutuhan sistem

7. Mengimplementasikan
dan mengevaluasi 4. Merancang sistem
sistem yg direkomendasikan

5. Mengembangkan dan
6. Menguji dan mendokumentasikan
mempertahankan sistem perangkat lunak

Gambar 5.1 Siklus Hidup Pengembangan Sistem

104
Sistem Informasi
A r a d e a, MT.

Mengidentifikasi Masalah, Peluang Dan Tujuan

Ditahap pertama penganalisis menidentifikasi masalah, peluang dan tujuan-tujuan yang
hendak dicapai.
Menentukan ruang lingkup dan ukuran sistem.
Menetukan dengan tepat masalah-masalah yang terjadi.
Menempatkan peluang atau situasi bahwa peningkatan bisa dilakukan melalui
penggunaan sistem informasi terkomputerisasi, sehingga memungkinkan sistem
untuk mencapai sisi kompetitif.
Menemukan apa yang sedang dilakukan dalam sistem.
Membuat studi kelayakan
Output dari tahap ini : laporan yang feasible berisikan definisi problem dan ringkasan
tujuan. Kemudian pihak manajemen membuat keputusan berdasarkan proyek yang
diajukan, apakah output tersebut selanjutnya akan diproses atau proyek sistem tersebut
tidak akan diproses lebih lanjut atau dibatalkan.

Menentukan Syarat-Syarat Informasi

Penganalisis memasukan apa saja yang menentukan syarat-syarat informasi untuk para
pemakai yang terlibat. Atau mempelajari sistem yang sedang berjalan.
Menentukan sample dan memeriksa data mentah, wawancara, mengamati perilaku
pembuat keputusan dan lingkungan kantor.
Memehami informasi apa yang dibutuhkan pemakai.
Membentuk gambaran mengenai organisasi dan tujuan-tujuannya.
Mengetahui detail-detail fungsi-fungsi sistem yang ada dan mengetahui alasan
mengapa menggunakan sistem yang ada.
Pada akhir tahap ini, penganalisis akan bisa memahami bagaimana fungsi-fungsi sistem
dan melengkapi informasi tentang masyarakat, tujuan, data dan prosedur yang terlibat.

Menganalisis Kebutuhan Sistem

Tahap ini adalah menganalisis kebutuhan - kebutuhan sistem. Pada tahap ini
penggunaan perangkat dan teknik-teknik tertentu akan membantu dalam menentukan
kebutuhan-kebutuhan sistem tersebut.

105
Sistem Informasi
A r a d e a, MT.

Penggunaan diagram alir data untuk menyusun daftar input, proses dan output
fungsi bisnis dalam bentuk grafik terstruktur.
Dari diagram alir data, dikembangkan suatu kamus data berisikan daftar seluruh
item data yang digunakan dalam sistem, berikut spesifikasinya.
Menganalisis keputusan terstruktur yang dibuat, yaitu keputusan-keputusan dimana
kondisi, kondisi alternatif, tindakan serta aturan tindakan ditetapkan.
Pada poin ini, penganalisis sistem menyiapkan suatu proposal sistem yang berisikan
ringkasan apa saja yang ditemukan, analisis biaya atau keuntungan alternatif yang
tersedia serta rekomendasi atas apa saja (bila ada) yang harus dilakukan. Bila salah satu
rekomendasi bisa diterima oleh pihak manajemen, penganalisis akan memproses lebih
lanjut.

Merancang Sistem Yang Direkomendasikan

Dalam tahap desain penganalisis sistem menggunakan informasi-informasi yang
terkumpul untuk mencapai desain sistem informasi yang logik.
Merancang prosedur data-entry.
Menggunakan teknik-teknik bentuk dan perancangan layar, peralatan antarmuka
pengguna misalnya menu-menu pada layar, serta berbagai jenis graphical user
interfaces (GUIs).
Merancang file-file atau basisdata.
Merancang output
Merancang prosedur-prosedur back-up dan kontrol untuk melindungi sistem.
Terakhir, penganalisis membuat paket-paket spesifikasi program bagi pemrogram,
setiap paket bisa terdiri dari layout input dan output, spesifikasi file dan detail-detail
proses; serta pohon keputusan atau table, diagram alir data, flowchart system, serta
nama-nama dan fungsi-fungsi subprogram yang sudah tertulis.

Mengembangkan Dan Mendokumentasikan Perangkat Lunak

Pada tahap ini penganalisis bekerjasama dengan pemrogram untuk mengembangkan
suatu perangkat lunak awal yang diperlukan
Merancang dan mendokumentasikan perangkat lunak dengan beberapa teknik
terstruktur meliputi rencana struktur, Nassi-Shneiderman charts dan pseudocode.

106
Sistem Informasi
A r a d e a, MT.

Kegiatan dokumentasi menunjukan kepada pemakai tentang cara penggunaan

perangkat lunak, dan apa yang harus dikerjakan bila perangkat lunak mengalami
masalah.
Pemrogram atau programmer adalah pelaku utama dalam tahap ini, karena mereka
merancang, membuat kode dan mengatasi kesalahan-kesalahan dari program komputer.

Menguji Dan Mempertahankan Sistem

Sebelum sistem informasi dapat digunakan, maka harus dilakukan pengujian terlebih
dahulu. Sebgaian pengujian dilakukan oleh pemrogram sendiri, dan lainnya dilakukan
oleh penganalisis sistem. Mempertahankan sistem dan dokumentasinya dimulai ditahap
ini dan dilakukan secara rutin selama sistem informasi dijalankan.

Mengimplementasikan Dan Mengevaluasi Sistem

Tahap ini merupakan tahap terakhir dari pengembangan sistem.
Melakukan pelatihan bagi pemakai untuk mengendalikan sistem
Merencanakan konversi perlahan dari sistem lama ke sistem baru, proses ini
mencakup pengubahan file-file dari format lama ke format baru atau membangun
suatu basisdata, menginstall peralatan dan membawa sistem baru untuk diproduksi.
Evaluasi sistem sebenarnya dilakukan disetiap tahap. Perlu diingat bahwa kerja sistem
biasanya berulang, ketika penganalisis menyelesaikan satu tahap pengembangan sistem
akan berlanjut ke tahap berikutnya, penemuan suatu masalah bisa memaksa
penganalisis kembali ke tahap sebelumnya dan memodifikasi pekerjaannya.

Pemeliharaan Sistem
Setelah sistem terpasang, maka sistem tersebut harus dipertahankan. Ini berarti bahwa
program komputer harus dimodifikasi dan dijaga supaya tetap terpakai. Pemeliharaan
diadakan karena dua alasan.
Untuk memperbaiki kesalahan dalam perangkat lunak.
Untuk meningkatkan kemampuan perangkat lunak dalam merespons perubahan
kebutuhan-kebutuhan organiosasional.

107
Sistem Informasi
A r a d e a, MT.

5.4 Alat dan Metode yang dapat digunakan untuk setiap tahapan SDLC
Tahap Perencanaan
Alat dan Teknik yang digunakan:
- Joint Application Development (JAD)
- Entity Relationship Diagram (ERD)
Tujuan utama: Mengajukan proposal dan menentukan prioritas. Proposal proyek
berdasarkan Analisa kelayakan TELOS dan Faktor strategik PDM
Hasil : Laporan sistem perencanaan

Tahap Analisis
Alat dan Teknik yang digunakan :
- JAD - Decision Table
- DFD - Decision Tree
- Kamus Data - Equation
- ERD - Interview
- State Transition Diagram (STD) - Sampling
- Structured English - Observasi
Tujuan utama : Investigasi, Membuat spesifikasi dan model dari kebutuhan pemakai
Hasil : Laporan sistem analisis

Tahap Perancangan Umum

Alat dan Teknik yang digunakan :
- Lembar kerja perancangan secara umum - DFD
- JAD - Kamus Data
- ERD - STD
- Structured English - Decision Table
- Decision Tree - Equation
Tujuan utama : Membuat alternatif-alternatif rancangan sistem secara umum
Hasil : Laporan Rancangan Sistem Secara Umum

Tahap Evaluasi dan Seleksi

Alat dan Teknik yang digunakan :
- Lembar kerja kelayakan TELOS

108
Sistem Informasi
A r a d e a, MT.

- Lembar kerja faktor strategik PDM

- Lembar kerja MURRE (Maintainability, Usability, Reusability, Realibility dan
Extendability)
- Analisis biaya dan keuntungan
Tujuan utama : Mendefinisikan hasil yang optimal dari setiap alternatif-alternatif
rancangan secara umum
Hasil : Laporan Evaluasi dan seleksi

Tahap Perancangan Rinci

Alat dan Teknik yang digunakan :
- Various layout grids
- Various modeling tools
Tujuan utama : Membuat rancangan secara fungsional untuk : output, input, proses,
control, database, dan platform teknologi
Hasil : Laporan rancangan rinci (blueprint untuk sistem baru)

Tahap Implementasi
Alat dan Teknik yang digunakan :
- Software Metric - JAD
- Struktur berbentuk grafik - ERD yg sudah dimodifikasi
- Struktur program flowchart - Bahasa pemrograman komputer
- Struktur berbentuk Bhs Inggris - Perangkat lunak untuk pengembangan
- Decision Table - Walkthrough
- Decision Tree - Test Case
- Equation - Training
- W/O diagram - Review sebelum implementasi
Tujuan utama : Membangun sistem baru dan mengoperasikan
Hasil : Laporan implementasi sistem

5.5 Prototipe
Suatu teknik analisis dan rancangan yang memungkinkan pemakai ikut serta dalam
menentukan kebutuhan dan pembentukan sistem apa yang akan dikerjakan untuk
memenuhi kebutuhan tersebut. Prototipe digunakan untuk mengembangkan kebutuhan

109
Sistem Informasi
A r a d e a, MT.

pemakai yang sulit didefinisikan untuk memperlancar proses SDLC. Prototipe paling
baik digunakan untuk mengembangkan sistem yang didefinisikan kurang baik dan
cocok untuk penerapan sistem kecil yang unik. Tabel berikut ini menunjukkan
bagaimana prototipe digunakan dalam hubungan dengan SDLC

110
Sistem Informasi
A r a d e a, MT.

5.6 Alat-Alat Pemodelan Sistem

Alat-alat yang digunakan dalam suatu metodologi umumnya berupa suatu gambar atau
diagram atau grafik.
Alat-alat pengembangan sistem tersebut diantaranya adalah :
HIPO diagram, digunakan di metodologi HIPO (Hierarchy plus Input Process
Output).
DFD (Data Flow Diagram), digunakan di metodologi terstruktur
DD (Data Dictionary = Kamus Data) , digunakan di metodologi terstruktur
ERD (Entity Relationship Diagram), digunakan di metodologi terstruktur
SADT diagram, digunakan di metodologi SADT (Structured Analysis and Design
Technique)
Warnier/Orr diagram, digunakan di metodologi Warnier/Orr
Jaksons diagram, digunakan di metodologi Jakson System Development.
Disamping alat-alat diatas yang digunakan pada suatu metodologi tertentu, masih
terdapat beberapa alat lain yang sifatnya umum, yang dapat digunakan di semua
metodologi, diantaranya yaitu :
1. Bagan untuk menggambarkan aktifitas : Bagan alir sistem (system flowchart),
Bagan alir program (program flowchart), Bagan alir keretas kerja (paperwork
flowchart), Bagan alir hubungan database (database relationship flowchart), Bagan
alir proses (process flowchart), Gantt chart
2. Bagan untuk menggambarkan tata letak (layout charting)
3. Bagan untuk menggambarkan hubungan personil : Bagan distribusi kerja (working
distribution chart), Bagan organisasi (organization chart)

A. Bagan Alir
A.1 Bagan Alir Sistem
Bagan alir sistem (system flowchart) merupakan bagan yang menunjukan arus
pekerjaan secara keseluruhan dari sistem. Bagan ini menjelaskan urutan-urutan dari
prosedur-prosedur yang ada di dalam sistem dan menunjukan apa yang dikerjakan di
dalam sistem. Simbol-simbol yang digunakan dalam bagan alir sistem, adalah :

111
Sistem Informasi
A r a d e a, MT.

Simbol dokumen Menunjukan dokumen input dan output baik untuk

proses manual, mekanik atau komputer

Simbol kegiatan manual Menunjukan pekerjaan manual

Simbol simpanan offline File non-komputer yang diarsipkan

Simbol kartu plong Menunjukan input atau output yang menggunakan

kartu plong (punched card)

Simbol proses Menunjukan kegiatan proses dari operasi program

komputer

Simbol pengurutan offline Menunjukan proses pengurutan data diluar proses

komputer

Simbol pita magnetik Menunjukan input atau output menggunakan pita

magnetic

Simbol hard disk Menunjukan input dan output menggunakan hard

disk

Simbol diskette Menunjukan input atau output menggunakan

diskette

Simbol drum magnetik Menunjukan input dan output menggunakan drum

magnetic

Simbol pita kertas berlubang Menunjukan input dan output menggunakan pita
kertas berlubang

112
Sistem Informasi
A r a d e a, MT.

Simbol keyboard Menunjukan input yang menggunakan on-line

keyboard

Simbol display Menunjukan output yang ditampilkan di monitor

Simbol garis alir Menunjukan arus dari proses

Simbol penghubung Menunjukan penghubung ke halaman yang masih

sama atau ke halaman lain

Gambar A.1 Simbol bagan alir sistem.

A.2 Bagan Alir Dokumen

Bagan alir dokumen (dokumen flowchart) atau bagan alir folmulir (form flowchart)
atau disebut juga paperwork flowchart merupakan bagan alir yang menunjukan arus
dari laporan dan folmulir termasuk tembusan-tembusannya. Bagan alir dokumen ini
menggunakan simbol-simbol yang sama dengan yang digunakan di dalam bagan alir
sistem.

A.3 Bagan Alir Skematik

Bagan alir skematik (schematic flowchart) merupakan bagan yang mirip dengan bagan
alir sistem, yaitu untuk menggambarkan prosedur didalam sistem. Perbedaannya adalah
bagan alir skematik selain menggunakan symbol bagan alir system, juga menggunakan
gambar-gambar komputer dan peralatan lainnya dengan maksud untuk memudahkan
komunikasi kepada orang yang kurang paham dengan simbol-simbol bagan alir.

A.4 Bagan Alir Program

Bagan alir program (program flowchart) merupakan bagian yang menjelaskan secara
rinci langkah-langkah dari proses program. Bagan alir program dibuat dari derivikasi
bagan alir sistem. Simbol-simbol yang digunakan dalam bagan alir program, adalah :

113
Sistem Informasi
A r a d e a, MT.

Simbol input atau output Simbol yang digunakan untuk mewakili data input
atau output

Simbol proses Simbol yang digunakan untuk mewakili suatu

proses

Simbol garis alir Simbol yang digunakan untuk menunjukan arus

dari proses

Simbol penghubung Simbol yang digunakan untuk menunjukan

sambungan dari bagan alir yang terputus di
halaman yang masih sama atau di halaman lainnya
Simbol keputusan Simbol yang digunakan untuk suatu penyeleksian
kondisi di dalam program

Simbol proses terdefinisi Simbol yang digunakan untuk menunjukan suatu

operasi yang rinciannya ditunjukan di tempat lain.

Simbol persiapan Simbol yang digunakan untuk memberi nilai awal

suatu besaran

Simbol titik terminal Simbol yang digunakan untuk menunjukan awal

dan akhir dari suatu proses

Gambar A.2 Simbol bagan alir program.

B. Diagram Aliran Data

B.1 Pendekatan Aliran Data
Melalui suatu teknik analisa data terstruktur yang disebut Diagram Aliran Data (DAD)
atau Data Flow Diagram (DFD), penganalisis sistem dapat merepresentasikan proses-
proses data di dalam organisasi. Pendekatan aliran data menekankan logika yang
mendasari sistem. Dengan menggunakan kombinasi dari empat simbol, penganalisis
sistem dapat menciptakan suatu gambaran proses-proses yang bisa menampilkan

114
Sistem Informasi
A r a d e a, MT.

dokumentasi sistem yang solid. DAD sering digunakan untuk menggambarkan suatu
sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika. Empat
simbol dasar yang digunakan untuk memetakan gerakan diagram aliran data adalah :
Entitas Simbol yang digunakan untuk menggambarkan suatu entitas
eksternal, yang dapat mengirim data atau menerima data
dari sistem, dapat berupa : sebuah perusahaan/ organisasi,
seseorang, mesian dan sistem informasi lain diluar sistem.
Entitas harus diberi nama dengan suatu kata benda.

Aliran Data Simbol yang digunakan untuk menunjukan aliran data yang
dapat berupa masukan untuk sistem atau hasil dari proses
sistem, dapat berupa : laporan, formulir, tampilan output
layar, surat, komunikasi ucapan, data dan transmisi data.
Nama aliran data harus digambarkan dalam kata benda.

Proses Simbol yang digunakan untuk menunjukan kegiatan atau

kerja yang dilakukan orang, mesin atau komputer. Proses
harus diberi nama yang jelas untuk memudahkan
memahami proses, meliputi : nama sistem secara
keseluruhan, nama subsistem utama dan menggunakan
format kata kerja, kata sifat untuk proses yang mendetail.

Simpanan Data Simbol yang digunakan untuk menunjukan simpanan dari

data yang dapat berupa : suatu lemari file, file atau
basisdata, arsip dan agenda. Penamaan dari simpanan data
berupa sebuah nama kata benda, karena mewakili tempat
atau sesuatu.

Gambar B.1 Simbol diagram aliran data.

B.2 Mengembangkan Diagram Aliran Data

Diagram alir data dapat dan bisa digambar secara sistematis, Berikut langkah-langkah
yang dilakukan untuk mengembangkan diagram alir data dengan menggunakan
pendekatan Atas - Bawah (Top - Down):
1. Membuat daftar tentang kegiatan-kegiatan bisnis dan digunakan untuk menentukan
berbagai macam :
Entitas eksternal
Aliran data
Proses-proses
Penyimpanan data

115
Sistem Informasi
A r a d e a, MT.

2. Menciptakan sebuah diagram yang menunjukan entitas-entitas eksternal dan aliran

data menuju dan dari sistem. Tidak menunjukan setiap proses atau penyimpanan
data mendetail. Atau menggambar context diagram (diagram kontek) adalah
tingkatan tertinggi dalam diagram alir data dan hanya memuat satu proses,
menunjukan sistem secara keseluruhan, proses tersebut diberi nomor nol dan semua
entitas eksternal yang digambar pada diagram kontek berikut aliran data - aliran
data utama menuju dan dari sistem.
3. Menggambarkan diagram nol, level berikutnya. Menunjukan proses-proses namun
menjaganya tetap umum dan menunjukan penyimpanan-penyimpanan data.
4. Menciptakan sebuah diagram anak untuk setiap proses dalam diagram nol
(Diagram 0) atau level 0. Atau setiap proses di level 0 akan digambar secara terinci
lagi dan disebut dengan level 1, tiap-tiap proses di level 1 akan digambar secara
terinci lagi dan disebut dengan level 2 dan seterusnya sampai tiap-tiap proses tidak
dapat digambar lebih rinci lagi.
5. Mengecek kesalahan dan memastikan label-label yang kita tetapkan untuk setiap
proses dan aliran data yang mengandung arti.
6. Mengembangkan suatu diagram aliran data fisik dari diagram aliran data logika.
Dengan pendekatan atas-bawah untuk membuat diagram pengalihan data, diagram
berganti dari umum ke khusus, berikut gambar yang menunjukan pengembangan dari
diagram aliran data :

Context diagram atau diagram kontek (top level) :

Masukan A
Entitas 1
0
Masukan C
Nama Entitas 3
Sistem
Masukan B
Entitas 2

116
Sistem Informasi
A r a d e a, MT.

Diagram nol (level 0) :

1 2
Masukan A Proses Aliran Data B Proses Masukan C
Entitas 1 Entitas 3
Umum Umum
A B

Aliran Data C
Record A Record E

Simpanan Simpanan
Data 1 Data 2

Record A Record E

3 4
Masukan B Proses Aliran Data D Proses
Entitas 2
Umum Umum
C D

Diagram level satu (level 1) :

Simpana
Data 1

Record A

3.1 Record Record 3.2

Masukan B Proses Transakasi 1 File Transaksi 1 Proses
Detail Transaksi 1 Detail
X Y

Aliran Data
Detail Z

3.3
Proses Aliran Data D
Detail
Z

Gambar B.2 Pengembangan diagram aliran data.

117
Sistem Informasi
A r a d e a, MT.

B.3 Mencari Kesalahan Diagram

Sejumlah kesalahan bisa terjadi saat menggambar diagram aliran data. Beberapa
diantara kesalahan-kesalahan yang lebih umum tersebut ditunjukan pada gambar
berikut ini :
Penggambaran diagram yang salah, karena
Entitas
Aliran Data
Entitas
semua aliran data harus memilih salah satu
mengawali atau menghentikan suatu proses.

Penggambaran diagram yang salah, karena

Entitas
Aliran Data Simpana semua aliran data harus memilih salah satu
Data mengawali atau menghentikan suatu proses.

Penggambaran diagram yang salah, karena

Simpanan Aliran Data
Entitas
semua aliran data harus memilih salah satu
Data mengawali atau menghentikan suatu proses.

Penggambaran diagram yang salah, karena

2 aliran data tidak boleh terbelah menjadi dua
Proses atau lebih aliran data yang berbeda.
1

Proses

Proses

Penggambaran diagram yang salah, karena

1 proses-proses tersebut harus memiliki
Proses sedikitnya satu aliran data masukan dan satu
aliran data keluaran.

Penggambaran diagram yang salah, karena

setiap simbol dalam diagram aliran data harus
diberi nama sesuai dengan ketentuan dan
fungsinya.

Gambar B.3 Penggambaran diagram aliran data yang salah.

118
Sistem Informasi
A r a d e a, MT.

B.4 Diagram Aliran Data Logika dan Fisik

Diagram aliran data dikategorikan baik sebagai logika maupn fisik. Diagram aliran data
logika memfokuskan pada bisnis serta bagaimana bisnis tersebut beroperasi dan tidak
berhubungan dengan bagaimana sistem tersebut dibangun, melainkan menggambarkan
peristiwa-peristiwa bisnis yang dilakukan serta data-data yang diperlukan dan
dihasilkan setiap peristiwa tersebut. Sebaliknya, diagram aliran data fisik menunjukan
bagaimana sistem tersebut akan diimplementasikan, termasuk perangkat keras,
perangkat lunak, file-file dan orang-orang yang terlibat dalam sistem.
Idealnya, sistem yang dikembangkan dengan cara menganalisis sistem yang ada
(DAD logika yang ada) dan kemudian menambahkan fitur-fitur dimana sistem yang
baru harus dimasukan (DAD logika yang diajukan), terakhir, metode terbaik untuk
mengimplementasikan sistem yang baru harus dikembangkan (DAD fisik). Berikut
gerak maju dari model-model tersebut dapat digambarkan :
Mendapatkan DAD logika untuk sistem yang ada
Diagram aliran data
logika yang ada
dengan cara mengamati peristiwa-peristiwa bisnis
yang dilakukan serta memisahkan kegiatan bisnis
tertentu.

Menciptakan DAD logika untuk sistem yang baru

Diagram aliran data dengan menambahkan masukan, keluaran dan
logika baru
proses-proses yang diperlukan dalam sistem yang
baru terhadap DAD logika untuk sistem yang ada.

Mendapatkan DAD fisik dengan cara mengamati

Diagram aliran data proses-proses pada DAD logika baru. Menentukan
fisik baru dimana antarmuka pengguna harus berada, sifat
proses dan penyimpana data yang diperlukan.

Gambar B.4 Gerak maju model-model dari logika ke fisik.

B.5 Contoh Kasus Penggambaran Diagram Aliran Data

Berikut sebuah perusahaan supplier pesanan barang melalui surat bermutu tinggi,
konsumen bisa memesan barang melalui telepon, faks atau dengan mengisi formulir
pesanan lewat katalog atau melalui web site. Data-data yang diperoleh melaui metode
pengumpulan data (wawancara, investigasi dan observasi) mengidentifikasi entitas-
entitas eksternal seperti KONSUMEN, AKUNTING, GUDANG dan PENGAWAS
serta aliran data seperti laporan piutang, dan rekening tagihan konsumen. Serta
aktivitas atau kegiatan-kegiatan bisnisnya meliputi (daftar kegiatan bisnis) :

119
Sistem Informasi
A r a d e a, MT.

1. Menambahakan konsumen baru ke file master konsumen dan ditetapkan nomor

urutnya, yang akan digunakan pada saat pesanan berikutnya.
2. Menampilkan harga jual item saat itu dan jumlah yang tersedia.
3. Memproses pesanan konsumen dengan memverivikasi bahwa semua informasi
pesanan cukup akurat dan bahwa record tersedia untuk konsumen yang melakukan
pemesanan.
4. Bila pesanan konsumen tersedia, informasi item pesanan dikirim ke bagian
pengawasan inventaris, bila item pesanan yang dikembalikan diterima dari
pemasok, maka akan dikirimkan ke konsumen.
5. Pesanan dikirim ke gudang.
6. Laporan pengiriman dilampirkan pada pesanan. Tabel mailing disiapkan dan
pesanan dikirim ke konsumen.
7. Informasi pesanan digunakan untuk membuat pernyataan pembayaran untuk semua
konsumen yang membebankan barang-barang mereka ke account mereka.
8. Informasi pesanan digunakan untuk membuat laporan piutang untuk bagian
akunting.
Berikut contoh penerapan diagram aliran data logika dan fisik serta turunannya, dari
contoh kasus diatas. Diawali dengan penggambaran diagram konteks seperti pada
gambar B.5 dan dilanjutkan dengan penggambaran diagram level 0 seperti gambar B.6:

Bagian
Item Pesanan yang Kembali Pengawas
Inventaris

Pesanan Konsumen
Info Konsumen Baru
Daftar Pengambilan Barang
0
Sistem
Konsumen Gudang
Pemrosesan
Pesanan
Pesanan Terkirim Barang-barang Pesanan
Pernyataan Pembayaran
Laporan
Piutang

Akunting

Gambar B.5 Diagram aliran data level konteks.

120
Sistem Informasi
A r a d e a, MT.

Master
Item Bagian 3 Daftar
Item Pesanan
Pengawas Membuat Slip Pengembalian
yang Kembali
Inventaris Pengambilan Pesanan
Record
Item Pesanan
Record Pesanan Tertunda Tertunda
Item Pesanan
1
Pesanan Tertunda 4
Menambah
Konsumen Menyiapkan
Konsumen Pesanan Gudang
Pernyataan
Konsumen
Pengiriman

Pernyataan
Info Pengiriman
Konsumen Record Record Konsumen
Baru Konsumen Konsumen 5
Mengirimkan Barang
Pesanan
Pesanan Pesanan
2 Record Tertunda
Konsumen
Menambah Konsumen Master Pesanan Pesanan
Record Konsumen Tertunda Identitas Terkirim
Konsumen Konsumen

Master
Record Record Konsumen
Konsumen Konsumen Konsumen
Record
Konsumen

6
7
Membuat Pernyataan
Membuat
Pernyataan Pembayaran
Piutang
Konsumen

Laporan
Piutang

Akunting

Gambar B.6 Diagram aliran data level nol (Diagram 0).

Langkah berikutnya menggambar sebuah diagram anak (diagram level 1). Sebelum
menggambar diagram level 1 buatlah daftar subprosesnya, seperti MENAMBAHKAN
PESANAN KONSUMEN bisa memiliki subproses (dalam kasus ini ada tujuh).
Koneksikan subproses-subproses ini satu sama lain dan yang menuju ke penyimpanan
data yang sesuai serta beri label subproses-subproses tersebut dengan angka 1.1, 1.2,
1.3 dan seterusnya. Berikut gambar dari diagram level 1 untuk subproses-subproses
penambahan pesanan konsumen dalam diagram level 0 :

121
Sistem Informasi
A r a d e a, MT.

Konsumen Tdk
Menemukan
Kesalahan

Pesanan 1.1 Info Konsumen yang Valid Record

Konsumen Mengesahkan Info Konsumen Konsumen
Rekening yang Valid
Konsumen

Record
Konsumen 1.6
1.7 Pesanan
Mem -
Master Record Membuat Tertunda
perbaharui
Konsumen Konsumen Pesanan
Record
Tertunda
Konsumn
Total
Pesanan
Tbl Pngiriman Biaya
&Penanganan Pengiriman
1.5
Harga & Menghitung
Bobot Item Total Item yg
Pesanan Tersedia
Master Record Record
Item Item Item
Item yg
Jumlah Item Tersedia
yg Tersedia
Pesanan 1.2 1.3 1.4
Konsumen Mengesahkan Menentukan Memprbaharui Record
Item Item yg Jumlah yg Item yg Jumlah Item
Pesanan Valid Tersedia Tersedia Item

Item yg
Valid

Gambar B.7 Diagram aliran data level satu (Diagram 1) Pemrosesan Pesanan

Record 3.1 Info Item 3.2 Record Item

Pesanan Membaca Pesanan Membuat Pesanan File Item
Record Record Pesanan
Item Pesanan
Record Item
Pesanan
Record Item
File Master Lokasi 3.3
Pesanan yang
Item Item File Item Menyortir
Sudah Disortir
Pesanan yang Item Berdasar
Sudah Disortir Lokasi
File Master Record Konsumn
Konsumen Konsumen
Record Item Pesanan yg Sudah Disortir
Nomor
Konsumen 3.5
3.4 3.7 3.6
memformat
Mendapat Mencetak Slip Memformat
Macam -
Record Identitas Macam - Pengambilan Macam - Macam -
macam
Konsumen Konsumen macam Pesanan macam Item macam Item
Konsumn
Konsumen Pesanan
Slip
Pengambilan
Pesanan

Gambar B.8 Diagram aliran data fisik level 1 Pembuatan Slip Pengambilan.

122
Sistem Informasi
A r a d e a, MT.

Gambar B.6 dan B.7 adalah contoh penggambaran diagram aliran data model logika,
sedangkan gambar B.8 merupakan contoh diagram anak aliran data model fisik dari
proses 3 (Membuat Slip Pengambilan) pada gambar B.6, jika kita melompati
penggambaran model logika untuk proses 3 tersebut. Dan jika kita melabeli suatu
model fisik, gambarkan prosesnya dengan sangat mendetail. Sebagai contoh, subproses
3.3 dalam model logika bisa berupa MENYORTIR ITEM PESANAN, namun dalam
model fisik lebih baik diberi label MENYORTIR ITEM BERDASARKAN LOKASI
KONSUMEN. Saat memberi nama penyimpanan data, arahkan pada file atau basisdata
yang ada seperti FILE MASTER KONSUMEN atau FILE ITEM PESANAN YANG
SUDAH DISORTIR, juga saat penggambaran aliran data, gambarkan formulir
aktualnya, laporan atau layarnya, seperti SLIP PENGAMBILAN PESANAN. Gambar
B.9 dibawah ini adalah contoh penggambaran diagram aliran data model fisik untuk
sebagian proses pada Diagram 0 atau DAD level 0.
File Master File Master
Bagian Item Konsumen
Pengawas
Inventaris
Nama&Alamat
Record Item
Recor Item Konsumen
Pesanan yg
Dikembalikan
1
3
Menambaha- File
Konsumen Bukti Prosedur Gudang
Pesanan kan Pesanan Menunggu Pesanan Record Daftar
Pengambilan
Konsumen Konsumen Pesanan Pngambilan
Pesanan
Info Konsumn Record Pesanan
Baru Record Konsumen Record Item
Barang-barang Pesanan
2 4 Record
Menambah- File Master Menyiapkan Item File Master
kan Record Menunggu Konsumen Record Pernyataan Item 5
Pesanan Konsumen Pengiriman Mengirimkan
Pernyataan Pengiriman Pesanan
Konsumen Konsumen
Nama&Almt Konsumen

Gambar B.9 Diagram aliran data fisik menunjukan sebagian Diagram 0.

Pada diagram aliran data fisik diatas bisa disarankan dilakukan pembagian proses-
proses, dengan cara menggabungkan atau memisahkannya, untuk alasan efisiensi,
konsistensi dan keamanan. Proses 1 dan Proses 2 bisa dikelompokan, karena cukup
masuk akal bila menambahkan konsumen baru pada saat yang bersamaan dengan
pesanan. Proses 3 dan Proses 4 ditempatkan terpisah, karena meskipun keduanya
merupakan proses batch (pengumpulan), tetapi harus dilakukan pada waktu yang
berbeda dan tidak dapat dikelompokan kedalam satu program tunggal. Dengan
demikian selesai sudah proses pengembangan DAD dari atas ke bawah.

123
Sistem Informasi
A r a d e a, MT.

C. Kamus Data
C.1 Pendekatan Kamus Data
Kamus Data atau data dictionary adalah suatu aplikasi khusus dari jenis kamus-kamus
yang digunakan sebagai referensi kehidupan setiap hari. Kamus data merupakan hasil
referensi data mengenai data (metadata), suatu data yang disusun oleh penganalisis
sistem untuk membimbing mereka selama melakukan analisis dan perancangan.
Sebagai suatu dokumen kamus data mengumpulkan dan mengkoordinasi istilah-istilah
data tertentu, dan menjelaskan apa arti setiap istilah yang ada.
Pada tahap analisis, kamus data digunakan sebagai alat komunikasi antara analisis
sistem dan pemakai sistem tentang data yang mengalir di disistem, yaitu tentang data
yang masuk ke sistem dan tentang informasi yang dibutuhkan oleh pemakai sistem.
Pada tahap perancangan kamus data digunakan untuk merancang input, merancang
laporan-laporan dan database. Kamus data dibuat berdasarkan arus data yang ada di
Diagram Aliran Data (DAD), arus data di DAD sifatnya global, hanya ditunjukkan
nama arus datanya saja, keterangan lebih lanjut tentang struktur data dari suatu arus
data di DAD secara lebih terperinci dapat dilihat dikamus data. Gambar berikut ini
menunjukan hubungan antara DAD dengan Kamus Data.

Diagram Aliran Data

Kamus Data

Elemen-
Formulir Struktur elemen
Deskripsi Data Data
Aliran Data
Aliran
Data XXX
XXX XXX

Elemen-
Formulir Struktur elemen
Deskripsi Data Data
Simpanan
Simpanan
Data
Data XXX
XXX XXX

Gambar C.1 Hubungan kamus data ke diagram aliran data

Kamus data dibuat dengan memperhatikan dan menggambarkan muatan aliran data,
simpanan data, dan proses-proses dalam Gambar C.1. Setiap aliran data dan simpanan

124
Sistem Informasi
A r a d e a, MT.

data bisa ditetapkan kemudian diperluas sampai mencakup detail-detail elemen yang
dimuatnya. Empat kategori kamus data adalah aliran data, struktur data, elemen-elemen
data dan simpanan data, bisa dikembangkan untuk meningkatkan pemahaman
mengenai data-data sistem.

C.2 Aliran Data

Aliran data biasanya merupakan komponen pertama yang harus ditetapkan, informasi
yang bisa ditangkap untuk setiap aliran data bisa diringkas menggunakan sebuah
formulir yang memuat informasi-informasi berikut :
Identitas. Jenis aliran data.
Nama deskriptif untuk aliran data. Nama struktur data.
Deskripsi umum aliran data. Ukuran persatuan waktu.
Sumber aliran data. Area untuk komentar.
Tujuan aliran data.

Deskripsi Aliran Data

Identitas :
Nama : Pesanan Konsumen
Deskripsi : Berisikan informasi pesanan konsumen dan digunakan untuk mem-
perbaharui master konsumen dan file-file item serta untuk mem-
Buat record pesanan.

Sumber : Konsumen Tujuan : Proses 1

Jenis aliran data :
File Layar Laporan Formulir Internal
Perjalanan Struktur Data dengan Aliran : Volume / jam :
Informasi pesanan 10/jam
Komentar : Informasi record pesanan untuk satu pesanan konsumen, pesanan
bisa diterima lewat surat, faks atau melalui telepon.

Gambar C.2 Contoh deskripsi aliran data.

125
Sistem Informasi
A r a d e a, MT.

C.3 Struktur Data

Struktur data bisanya digambarkan menggunakan menggunakan notasi aljabar, berikut
simbol-simbol aljabar yang digunakan :
Simbol Keterangan
= atau tanda sama dengan Terdiri dari
+ atau tanda plus Dan
{ } atau tanda kurung Menunjukan elemen-elemen repetitive, juga disebut
kelompok berulang atau tabel-tabel
[ ] atau tanda kurung Menunjukan salah satu dari dua situasi tertentu
( ) atau tanda kurung Menunjukan suatu elemen yang bersifat pilihan

Pesanan Konsumen = Nomor Konsumen +

Nama Konsumen +
Alamat +
Telepon +
Nomor Katalog +
Tanggal Pesanan +
{ Item pesanan yang tersedia } +
Total Barang +
( Pajak ) +
Pengiriman dan Penanganan +
Total Pesanan +
Metode Pembayaran +
( Jenis Kartu Kredit ) +
( Nomor Kartu Kredit ) +
( Masa Berlaku ) +

Gambar C.3 Contoh struktur data untuk pesanan konsumen.

C.4 Elemen-Elemen Data

Karekteristik-karakteristik yang umumnya dimasukan kedalam formulir deskripsi
elemen adalah sebagai berikut :
Identitas elemen.
Nama elemen.
Alias, nama lain untuk elemen missal no konsumen bisa disebut no klien.
Deskripsi singkat mengenai elemen tersebut.
Penentuan apakah elemen tersebut berupa basis atau bagian.
Panjang suatu elemen, ukuran dari file.
Jenis data, misalnya numeric, tanggal, karakter dan lain-lain.
Format masukan dan keluaran.

126
Sistem Informasi
A r a d e a, MT.

Kriteria validasi untuk memastikan bahwa data akurat telah dimengerti oleh sistem.
Nilai-nilai default yang boleh dimiliki elemen.
Komentar tambahan atau area kata-kata.

Formulir Deskripsi Elemen

Identitas
Nama : Nomor Konsumen
Alias : Nomor Klien
Alias : Nomor Piutang
Deskripsi : Secara unik menandai konsumen yang melakukan transaksi bisnis
dalam lima tahun terakhir.

Karakteristik Elemen
6
Panjang
Format Masukan 9 (6)
Format Keluaran 9 (6)
Nilai Default Numerik

Kriteria yang Valid

Berkelanjutan Terpisah
Batas
Tertinggi < 99999 Nilai Arti
Batas
Terendah <0

Komentar : Nomor konsumen harus melewati tes digit pengecekan modulus-11.

Berupa bagian-dari karena dihasilkan lewat komputer dan sebuah digit
pengecekan ditambahkan.

Gambar C.4 Contoh deskripsi elemen.

C.5 Simpanan Data
Semua elemen basis harus disimpan didalam sistem. Informasi yang dimasukan
kedalam formulir khusus yang digunakan untuk menggambarkan suatu simpanan data,
adalah sebagai berikut :
Identitas simpanan data. Jumlah record maksimum dan
Nama simpanan data. rata-rata pada file serta
Alias untuk file. pertumbuhannya per tahun.
Deskripsi simpanan data. Nama rangkaian data
Jenis file.
Format file.

127
 Formulir Deskripsi Simpanan Data

D1
Identitas
Nama File Master Konsumen
Alias File Master Klien
Deskripsi Memuat sebuah record untuk setiap konsumen

Karakteristik-Karakteristik Simpanan Data

Jenis File : Komputer Ukuran Blok : 4000
Format File : BasisData Rata-Rata : 42.000
Ukuran Record (Karakter) : 200
Jumlah Record (Maksimum) : 45.000
Persentase Pertumbuhan PerTahun : 6 %

Konsumen MST
Nama Rangkaian Data
Anggota Salinan Custmast
Struktur Data Record Konsumen
Kunci Utama Nomor Konsumen
Kunci Sekunder Nama Konsumen
Kode Pos
Jumlah pembelian tahunan sampai hari ini

Record File Master Konsumen disalin untuk file sejarah dan dihapus
Komentar bila konsumen tidak membeli item dalam lima tahun terakhir. Konsu -
men dipertahankan bahkan bila ia tidak melakukan pembelian dengan
meminta katalog

Gambar C.5 Contoh deskripsi elemen.

C.6 Membuat Kamus Data

Masukan-masukan kamus data bisa dibuat setelah DAD dilengkapi, atau bisa disusun
saat DAD sedang dikembangkan. Sebagai contoh penganalisis bisa menciptakan suatu
Diagram 0 aliran data dan membuat masukan-masukan kamus data awal, setelah
beberapa wawancara tambahan dilakukan untuk mempelajari detail-detail sistem,
penganalisis akan memperluas DAD dan membuat diagram anak. Kemudian kamus
data dimodifikasi dengan memasukan record-record struktural baru serta elemen-
elemen yang diperoleh dari wawancara, observasi dan analisis dokumen selanjutnya.
Setiap level DAD bias menggunakan data yang sesuai untuk level tersebut.
Diagram 0 hanya bias memasukan formulir, layar, laporan dan record. Saat diagram
anak dibuat, aliran data yang menuju dan keluar dari proses menjadi semakin
mendetail, meliputi elemen-elemen dan record struktural. Jadi setiap aliran data
memiliki data-data yang sesuai untuk level detail yang digambarkannya.

130
Sistem Informasi
A r a d e a, MT.

Kamus data diperlukan karena misalnya kita tidak ingin menunjukan record-record
dan layar-layar pada DAD anak yang mendetail maupun skore-skore elemen pada DAD
level tertinggi. Gambar C.6 mengilustrasikan bagian dari dua level DAD dan masukan-
masukan kamus data yang berhubungan untuk membuat pembayaran gaji pegawai.

Aliran Data Struktur Data

Record Pegawai =
Nomor Pegawai +
Informasi Pribadi +
Informasi Gaji +
File-Waktu Informasi Pembayaran Saat Ini +
Pegawai Informasi Gaji Tahunan Sampai Hari
ini
Record
File Waktu
Record File-Waktu =
Nomor Pegawai +
Record 5 Pembayaran
Nama Pegawai +
Master Pegawai Membuat Cek Pegawai
Pegawai Jam Kerja +
Pegawai Pembayaran
Cek Pegawai

Pembayaran Cek Pegawai =

Nomor Pegawai +
Nama Pegawai +
Alamat +
Jumlah Pembayaran Saat Ini +
Jumlah Gaji Tahunan Sampai Saat Ini

Jam Informasi Gaji =

Kerja Perhitungan Pembayaran +
Jumlah Tanggungan

5.3 Jumlah
Informasi Memasukan Pembayaran
Gaji Jumlah Saat Ini
Jumlah Pembayaran Saat Ini =
Pembayaran Saat Gaji Kotor +
Ini ke Dalam Potong Pajak Pemerintah +
komputer Potong Pajak Negara Bagian +
Potong Pajak Jaminan Sosial +
Gaji Bersih

Gambar C.6 Contoh DAD dan masukan-masukan kamus data.

131
Sistem Informasi
A r a d e a, MT.

D. Diagram Entity Relationship (E-R)

D.1 Pendekatan Diagram E-R
Model Diagram Entity-Relationship atau Diagram E-R berisi komponen-komponen
himpunan entitas dan himpunan relasi yang masing-masing dilengkapi dengan atribut-
atribut yang merepresentasikan seluruh fakta dari dunia nyata. Atau Diagram E-R ini
digunakan untuk menggambarkan hubungan antara simpanan data atau data store yang
terdapat pada DAD. Notasi simbolik yang digunakan di dalam Diagram E-R adalah :

Persegi Panjang Menyatakan himpunan entitas

E

Lingkaran atau Elip Menyatakan atribut, atribut yang berfungsi sebagai key
diberi garis bawah
a

Belah Ketupat Menyatakan himpunan relasi

Garis Sebagai penghubung antara himpunan relasi dengan

himpunan entitas dan himpunan entitas dengan
atributnya

Kardinalitas Relasi Menyatakan jumlah maksimum entitas yang dapat

berelasi dengan entitas pada himpunan entitas yang lain.
1 dan 1 (satu ke satu)
1 dan N (satu ke banyak)
N dan N (banyak ke banyak)

Berikut contoh penggambaran relasi antar himpunan entitas lengkap dengan

kardinalitas relasi dan atribut-atributnya :
Relasi satu ke satu (One-to-One)
nama dosen alamat_dosen nama dosen kode jurusan kode jurusan nama_jurusan

1 1
Dosen Mengepalai Jurusan

Pada relasi ini, setiap dosen paling banyak mengepalai satu jurusan dan setiap
jurusan pasti dikepalai oleh paling banyak satu orang dosen. Pada himpunan

132
Sistem Informasi
A r a d e a, MT.

entitas Dosen dan himpunan entitas Jurusan memiliki dua atribut, yang salah
satunya (memakai garis bawah) berfungsi sebagai kunci (key). Sementara pada
himpunan Relasi juga terdapat dua atribut, yang keduanya sebetulnya berasal dari
atribut key masing-masing himpunan entitas, maka kedua atribut tersebut
digolongkan sebagai kunci tamu (foreign key), yang berfungsi sebagai penghubung
antar himpunan entitas.
Relasi satu ke banyak (One to Many)
nama dosen alamat_dosen nama dosen kode kuliah kode kuliah nama_kuliah

1 N
Dosen Mengajar Kuliah

waktu tempat sks semester

Pada relasi ini, setiap dosen dapat dapat mengajar lebih dari satu mata kuliah,
sedangkan setiap matakuliah dipegang hanya paling banyak oleh satu orang dosen.
Pada himpunan relasi terdapat dua foreign key yang berasal dari himpunan entitas,
tetapi ada pula dua atribut tambahan yang tidak berasal dari himpunan entitas. Hal
ini memang dimungkinkuan dan bahkan umum terjadi.
Relasi banyak ke banyak (Many to Many)
nim nama_mhs nim kode kuliah kode kuliah nama_kuliah

N N
Mahasiswa Mempelajari Kuliah

alamat_mhs tgl_lahir indeks_nilai sks semester

Pada relasi ini setiap mahasiswa dapat mempelajari lebih dari satu mata kuliah,
demikian juga sebaliknya setiap mata kuliah dapat dipelajari oleh lebih dari satu
orang mahasiswa.

D.2 Pembuatan Diagram E-R

Diagram E-R selalu dibuat secara bertahap, langkah-langkah teknis yang dapat
dilakukan untuk menghasilkan Diagram E-R, adalah sebagai berikut :

133
Sistem Informasi
A r a d e a, MT.

Mengidentifikasi dan menetapkan seluruh himpunan entitas yang akan terlibat.

Menentukan atribut-atribut key dari masing-masing himpunan entitas.
Mengidentifikasi dan menetapkan seluruh himpunan relasi diantara himpunan
entitas-himpunan entitas yang ada beserta foreign key nya.
Menentukan derajat atau kardinalitas relasi untuk setiap himpunan relasi.
Melengkapi himpunan entitas dan himpunan relasi dengan atribut deskripsi (non
key).

D.3 Diagram E-R dengan Kamus Data

Pendeklarasian atribut-atribut pada Diagram E-R dapat dipisahkan dan dinyatakan
dalam sebuah kamus data. Ini diperbolehkan jika sebuah sistem yang ruang lingkupnya
lebar dan kompleks. Kamus data berisi atribut yang diapit kurung kurawal dan atribut
yang berfungsi sebagai key juga dibedakan dengan atribut yang bukan key, dengan
menggaris bawahi atribut tersebut. Berikut contoh Diagram E-R dengan Kamus Data :

N N N 1
Mahasiswa Mempelajari Kuliah Mengajar Dosen

Kamus Data :
Mahasiswa = { nim, nama_mhs, alamat_mhs, tgl_lahir }
Kuliah = { kode kuliah, nama_kuliah, sks, semester }
Dosen = { nama dosen, alamat_dosen }
Mempelajari = { nim, kode kuliah, indeks_nilai }
Mengajar = { kode kuliah, nama dosen, waktu, tempat }

Gambar D.1 Diagram E-R dengan Kamus Data.

134
Sistem Informasi
A r a d e a, MT.

E. Dialog Layar Terminal

E.1 Bagan Dialog
Rancangan dialog layar terminal merupakan rancang bangun dari percakapan antara
pemakai sistem dengan komputer, percakapan ini dapat terdiri dari dari proses
memasukan data ke sistem, menampilkan output informasi kepada user atau keduanya.
Suatu sistem dapat terdiri dari sampai dengan ratusan bahkan ribuan layar dialog, untuk
mengkoordinasi tampilan-tampilan yang terjadi dalam dialog, sebuah alat yaitu bagan
dialog (dialog chart) dapat digunakan. Simbol yang digunakan terdiri dari :

1 nomor acuan yang menunjukan nomor layar dialog

2 nama dari layar dialog

3 nomor layar dialog sebelumnya yang akan dituju balik

menunjukan urutan kapan suatau layar dialog ditampilkan

Suatu layar dialog dapat ditampilkan tergantung dari suatu kondisi atau seleksi tertentu,
kondisi atau seleksi ini dalam bagan dialog dapat digambarkan sebagai berikut :
0

Menu utama
sistem penjualan

Pilihan = 1 Pilihan = 3
Pilihan = 2

1 2 3

Menu Menu Menu

memasukkan data koreksi data mecetak laporan

0 0 0

Pilihan = 1 Pilihan = 4
Pilihan = 2 Pilihan = 3

3.1 3.2 3.3 3.4

Mencetak Mencetak Mencetak Mencetak

laporan order laporan penjualan laporan piutang laporan langganan

0,3 0,3 0 0

Gambar E.1 Contoh bagan dialog layar.

Pada gambar E.1 misalnya untuk nomor acuan layar 3.1 dengan nama Mencetak
laporan order, nomor layar sebelumnya yang akan dituju balik adalah nomor layar 0
135
Sistem Informasi
A r a d e a, MT.

atau nomor layar 3 yang artinya setelah proses dari layar ini selesai, maka proses akan
kembali menampilkan layar dialog nomor 0 atau nomor 3 tergantung dari programnya.
Suatu dialog yang terdiri dari beberapa tampilan dalam satu layar yang masing-masing
tampilan tidak ditampilkan sekaligus, tetapi secara bertumpuk, misalnya tampilan
bantuan (help) yang menumpuk ditampilan yang lainnya dapat digambarkan sebagai
berikut :
1.2
1.2.H1
Memasukan
order penjualan 1.2.H2
Bantuan
kode langganan Bantuan
1
kode barang
1,2
1,2

Gambar E.2 Contoh bagan dialog layar secara bertumpuk.

136
Sistem Informasi
A r a d e a, MT.

6 PENDEKATAN BERORIENTASI OBJEK

6.1 Konsep Dasar Pendekatan Berorientasi Objek
Pendekatan berorientasi objek merupakan suatu teknik atau cara pendekatan dalam
melihat permasalahan dan sistem ( sistem informasi, sistem perangkat lunak, atau
sistem lainnva). Pendekatan berorientasi objek akan memandang sistem yang akan
dikembangkan sebagai suatu kumpulan objek yang berkorespondensi dengan objek-
objek dunia nvata. Ada banvak cara untuk mengabstraksikan dan memodelkan objek-
objek tersebut, mulai dan abstraksi objek, kelas, hubungan antar kelas sampai abstraksi
sistem. Saat mengabstraksikan dan memodelkan objek mi, data dan proses-proses
yang dipunyai oleh objek akan dienkapsulasi (dibungkus) menjadi satu kesatuan.
Sistem berorientasi objek merupakan sebuah sistem yang dibangun dengan
berdasarkan metode berorientasi objek adalah sebuah sistem yang komponennva
dibungkus (dienkapsulasi) menjadi kelompok data dan fungsi. Setiap komponen dalam
sistem tersebut dapat mewarisi atribut dan sifat dan komponen lainnya. dan dapat
berinteraksi satu sama lain. Karakteristik atau sifat-sifat yang dipunyai sebuah sistem
berorientasi objek adalah sebagai berikut:
Abstraksi : prinsip untuk merepresentasikan dunia nyata yang kompleks menjadi
satu bentuk model yang sederhana dengan mengabaikan aspek-aspek lain yang
tidak sesuai dengan permasalahan
Enkapsulasi : pembungkusan atribut data dan layanan (operasi-operasi) yang
dipunyai objek. untuk menyembunyikan implementasi dan objek sehingga objek
lain tidak mengetahui cara kerja-nya
Pewarisan (inheritance) : mekanisme yang memungkinkan satu objek mewarisi
sebagian atau seluruh definisi dan objek lain sebagai bagian dan dirinya
Reusabilily : pemanfaatan kembali objek yang sudah didefinisikan untuk suatu
permasalahan pada permasalahan lainnya yang melibatkan objek tersebut
Generalisasi dan Spesialisasi : menunjukkan hubungan antara kelas dan objek yang
umum dengan kelas dan objek yang khusus
Komunikasi Antar Objek : komunikasi antar objek dilakukan lewat pesan
(message) yang dikirim dan satu objek ke objek lainnya

137
Sistem Informasi
A r a d e a, MT.

Polymorphism kemampuan suatu objek untuk digunakan di banyak tujuan yang

berbeda dengan nama yang sama sehingga menghemat baris program.

6.2 Perbandingan Pendekatan Berorientasi Objek dan Terstruktur

Teknik terstruktur, merupakan pendekatan formal untuk memecahkan masalah-
masalah dalam aktivitas bisnis menjadi bagian-bagian kecil yang dapat diatur dan
berhubungan untuk kemudian dapat disatukan kembali menjadi satu kesatuan yang
dapat dipergunakan untuk memecahkan masalah. Dalam hubungannya dengan
pengembangan sistem informasi dan software aplikasi sistem informasi, pemrograman
terstruktur adalah proses yang berorientasi kepada teknik yang digunakan untuk
merancang dan menulis program secara jelas dan konsisten. Desain terstruktur
merupakan salah satu proses yang berorientasi teknik yang digunakan untuk memilah-
milah program besar ke dalam hirarki modul-modul yang menghasilkan program
komputer yang lebih kecil agar mudah untuk diimplementasikan dan dipelihara
(diubah).
Analisis Terstruktur Modern merupakan teknik yang berorientasi kepada proses yang
paling populer dan banyak digunakan dewasa ini. Pemodelan data merupakan suatu
teknik yang berorientasi kepada data dengan menunjukkan sistem hanya datanya saja
terlepas dari bagaimana data tersebut akan diproses atau digunakan untuk
menghasilkan informasi. Rekayasa Informasi merupakan perpaduan dari pemodelan
data dan proses, juga memberikan penekanan baru terhadap pentingnya perencanaan
sistem informasi. Ciri-ciri utama teknik terstruktur adalah sebagai berikut:
merancang berdasar modul : modularisasi adalah proses yang membagi suatu
sistem menjadi beberapa modul yang dapat beroperasi secara independen
bekerja dengan pendekatan top-down : dimulai dari level atas (secara global)
kemudian diuraikan sampai ke tingkat modul (rinci)
dilakukan secara iterasi : dengan iterasi akan didapat hasil yang lebih baik, terlalu
banyak iterasi juga akan menurunkan hasilnya dan menunjukkan bahwa tahap
sebelumnya tidak dilakukan dengan baik
kegiatan dilakukan secara paralel : pengembangan subsistem-subsistem dapat
dilakukan secara paralel, sehingga akan memperpendek waktu pengembangan
sistem

138
Sistem Informasi
A r a d e a, MT.

Perbedaan yang paling dasar dari pendekatan terstruktur dan pendekatan OO (Object
Oriented) atau berorientasi objek adalah pada metode berorientasi fungsi atau aliran
data (Data Flow Diagram (DFD)) (pendekatan terstruktur), dekomposisi
permasalahan dilakukan berdasarkan fungsi atau proses secara hirarki, mulai dan
konteks sampai proses-proses yang paling kecil, sementara pada metode berorientasi
objek. Dekomposisi permasalahan dilakukan berdasarkan objek-objek yang ada dalam
sistem. Ilustrasi perbandingan pendekatan berorientasi objek dengan pendekatan
terstruktur dapat dilihat pada gambar berikut:

Gambar 7.1 Perbandingan Pendekatan Berorientasi Objek dan Terstruktur

6.3 Pemodelan Sistem

Pemodelan adalah gambaran dari realita yang simpel dan dituangkan dalam bentuk
pemetaan dengan aturan tertentu. Pemodelan dapat menggunakan bentuk yang sama
dengan realitas misalnya jika seorang arsitek ingin memodelkan sebuah gedung yang
akan dibangun maka dia akan memodelkannya dengan membuat sebuah maket (tiruan)
arsitektur gedung yang akan dibangun dimana maket itu akan dibuat semirip mungkin
dengan desain gedung yang akan dibangun agar arsitektur gedung yang diinginkan
dapat terlihat. Seperti yang kita ketahui bahwa manusia akan lebih memahami suatu
hal dengan menggunakan visual agar sekelompok manusia yang berkepentingan dapat
mengerti bagaimanakah ide yang akan dikerjakan. Pemodelan juga banyak digunakan
untuk merencanakan suatu hal agar kegagalan dan resiko yang yang mungkin terjadi
dapat diminimalisir.
Pada dunia pembangunan perangkat lunak sistem informasi juga diperlukan
pemodelan. Pemodelan perangkat lunak digunakan untuk mempermudah langkah
berikutnya dari pengembangan sebuah sistem informasi sehingga lebih terencana.
139
Sistem Informasi
A r a d e a, MT.

Seperti halnya maket, pemodelan pada pembangunan perangkat lunak sistem

informasi digunakan untuk memvisualkan perangkat lunak yang akan dibuat bagi
kebutuhan sistem informasi. Perangkat pemodelan adalah suatu model yang digunakan
untuk menguraikan sistem menjadi bagian-bagian yang dapat diatur dan
mengkomunikasikan ciri konseptual dan fungsional kepada pengamat. Peran
perangkat pemodelan:
Komunikasi : perangkat pemodelan dapat digunakan sebagai alat komunikasi
antara pemakai dengan analis sistem maupun developer dalam pengembangan
sistem.
Eksperimentasi : pengembangan sistem yang bersifat trial and error
Prediksi : model meramalkan bagaimana suatu sistem akan bekerja.
Dari sekian banyak perangkat pemodelan yang ada, salah satunya adalah perangkat
pemodelan Unified Modeling Language (UML).

6.4 Unified Modeling Language (UML)

Pada perkembangan teknologi perangkat lunak, diperlukan adanya bahasa yang
digunakan untuk memodelkan perangkat lunak yang akan dibuat dan perlu adanya
standarisasi agar orang di berbagai negara dapat mengerti pemodelan perangkat lunak.
Seperti yang kita ketahui bahwa menyatukan banyak kepala untuk menceritakan
sebuah ide dengan tujuan untuk memahami hal yang sama tidaklah mudah, oleh
karena itu diperlukan sebuah bahasa pemodelan perangkat lunak yang dapat
dimengerti oleh banyak orang.
Banyak orang yang telah membuat bahasa pemodelan pembangunan perangkat lunak
sesuai dengan teknologi pemrograman yang berkembang pada saat itu, misalnya yang
sempat berkembang dan digunakan oleh banyak pihak adalah Data Flow Diagram
(DFD) untuk memodelkan perangkat lunak yang menggunakan pemrogramana
prosedural atau struktural, kemudian juga ada State Transition Diagram (STD) yang
digunakan untuk memodelkan sistem real time (waktu nyata).
Pada perkembangan teknik pemrograman berorientasi objek, muncullah sebuah
standarisasi bahasa pemodelan untuk pembangunan perangkat lunak yang dibangun
dengan menggunakan teknik pemrograman berorientasi objek, yaitu Unified Modeling
Language (UML). UML muncul karena adanya kebutuhan pemodelan visual untuk
menspesifikasikan, menggambarkan, membangun, dan dokumentasi dari sistem

140
Sistem Informasi
A r a d e a, MT.

perangkat lunak. UML merupakan bahasa visual untuk pemodelan dan komunikasi
mengenai sebuah sistem dengan menggunakan diagram dan teks-teks pendukung.
Seperti yang kita ketahui bahwa banyak hal di dunia sistem informasi yang tidak dapat
dibakukan, semua tergantung kebutuhan, lingkungan dan konteksnya. Begitu juga
dengan perkembangan penggunaan UML bergantung pada level abstraksi
penggunaannya. Jadi belum tentu pandangan yang berbeda dalam penggunaan UML
adalah suatu yang salah, tapi perlu ditelaah dimanakah UML digunakan dan hal apa
yang ingin divisualkan. Secara analogi jika dengan bahasa yang kita gunakan sehari-
hari, belum tentu penyampaian bahasa dengan puisi adalah hal yang salah. Sistem
informasi bukanlah ilmu pasti, maka jika ada banyak perbedaan dan interpretasi di
dalam bidang sistem informasi merupakan hal yang sangat wajar.

6.5 Pembuatan Unified Modeling Language (UML)

UML merupakan diagram yang saling terkait oleh karena itu perlu adanya
kekonsistenan rancangan diagram yang satu dengan lainnya, bukan asal menggambar.
Berikut adalah keterkaitan diagram-diagram pada UML beserta urutan pembuatannya.

Keterangan : ----- Terkait dengan diagram sebelumnya

141
Sistem Informasi
A r a d e a, MT.

A. Diagram Use Case

Use case atau diagram use case merupakan pemodelan untuk kelakukan (behavior)
sistem informasi yang akan dibuat. Use case mendeskripsikan sebuah interaksi antara
satu atau lebih aktor dengan sistem informasi yang akan dibuat. Secara kasar, use case
digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem
informasi dan siapa saja yang berhak menggunakan fungsi-fungsi itu. Syarat penamaan
pada use case adalah nama didefinisikan sesimpel mungkin dan dapat dipahami. Ada
dua hal utama pada use case yaitu pendefinisian apa yang disebut aktor dan use case.
Aktor merupakan orang, proses, atau sistem lain yang berinteraksi dengan sistem
informasi yang akan dibuat di luar sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang, tapi aktor belum tentu merupakan
orang.
Use case merupakan fungsionalitas yang disediakan sistem sebagai unit-unit yang
saling bertukar pesan antar unit atau aktor.

A.1 Simbol-Simbol Use Case

Simbol Keterangan
Use case fungsionalitas yang disediakan sistem
sebagai unit-unit yang saling bertukar pesan
antar unit atau aktor; biasanya dinyatakan
dengan menggunakan kata kerja di awal di
awal frase nama use case

Aktor / actor orang, proses, atau sistem lain yang

berinteraksi dengan sistem informasi yang
akan dibuat di luar sistem informasi yang
akan dibuat itu sendiri, jadi walaupun
simbol dari aktor adalah gambar orang, tapi
aktor belum tentu merupakan orang;
biasanya dinyatakan menggunakan kata
benda di awal frase nama aktor
Asosiasi / association komunikasi antara aktor dan use case yang
berpartisipasi pada use case atau use case
memiliki interaksi dengan aktor
Ekstensi / extend relasi use case tambahan ke sebuah use case
dimana use case yang ditambahkan dapat
berdiri sendiri walau tanpa use case
tambahan itu; mirip dengan prinsip
inheritance pada pemrograman berorientasi
objek; biasanya use case tambahan memiliki
nama depan yang sama dengan use case

142
Sistem Informasi
Generalisasi / generalization
143
A r a d e a, MT.
yang ditambahkan, misalnya
arah panah mengarah pada use case yang
ditambahkan
Hubungan generalisasi dan spesialisasi
(umum - khusus) antara dua buah use case
dimana fungsi yang satu adalah fungsi yang
lebih umum dari lainnya, misalnya:
arah panah mengarah pada use case yang
menjadi generalisasinya (umum)
Sistem Informasi
A r a d e a, MT.

Menggunakan / include / uses

include berarti use case yang tambahan

akan selalu melakukan pengecekan apakah
use case yang ditambahkan telah dijalankan
sebelum use case tambahan dijalankan,
misal pada kasus berikut:

Kedua interpretasi di atas dapat dianut salah

satu atau keduanya tergantung pada
pertimbangan dan interpretasi yang
dibutuhkan.

arah panah include mengarah pada use case

yang dipakai
Arah panah relasi pada use case mengarah pada use case yang lebih besar kontrolnya atau
yang dipakai.

A.2 Studi Kasus Use Case

Nama aplikasi: Sistem Informasi Manajemen Perpustakaan

Deskripsi:
Sistem informasi manajemen perpustakaan merupakan sebuah sistem informasi untuk
mengelola informasi yang diperlukan dalam suatu perpustakaan yang meliputi
pendaftaran pustaka, anggota, dan proses peminjaman pustaka. Aturan perpustakaan
yang harus diatasi pada sistem informasi manajemen perpustakaan yang akan
dimodelkan adalah sebagai berikut:
1. Pustaka dapat memiliki lebih dari satu pengarang

144
Sistem Informasi
A r a d e a, MT.

2. Anggota dapat memiliki lebih dari satu nomor telepon

3. Seorang anggota dapat melakukan sebuah peminjaman dalam satu waktu dan boleh
lebih dari satu pustaka
4. Seorang anggota dapat mengembalikan pustaka yang dipinjam tidak dalam waktu
yang bersamaan walaupun pustaka-pustaka itu dipinjam pada waktu yang sama.
5. Pengunjung yang bukan anggota tidak diperbolehkan meminjam pustaka.
6. Proses pendaftaran pustaka, anggota, dan peminjaman dilakukan oleh petugas
perpustakaan.
7. Anggota dan pengunjung dapat melakukan pencarian pustaka.
Sistem informasi yang akan dibuat adalah aplikasi berbasis web. Manajemen
perpustakaan meliputi fungsi-fungsi sebagai berikut:
1. Login
2. Mengelola data pustaka, meliputi: a. Memasukkan data pustaka, b. Mengubah data
pustaka, c. Menghapus data pustaka
3. Mengelola data anggota, meliputi: a. Memasukkan data anggota, b. Mengubah data
anggota, c. Menghapus data anggota
4. Mengelola data peminjaman, meliputi: a. Memasukkan data peminjaman, b.
Mengubah data peminjaman (mekanisme pengembalian pustaka)
5. Mencari pustaka

Definisi Aktor
Berikut adalah deskripsi pendefinisian aktor pada sistem informasi menajemen
perpustakaan :

145
Sistem Informasi
A r a d e a, MT.

Definisi Use Case

Berikut adalah deskripsi pendefinisian use case pada sistem informasi menajemen
perpustakaan:

146
Sistem Informasi
A r a d e a, MT.

A.3 Skenario
Berikut adalah skenario jalannya masing-masing use case yang telah didefinisikan
sebelumnya: Nama Use case: Login
Skenario:

147
Sistem Informasi
A r a d e a, MT.

Nama Use case: Memasukkan data pustaka

Skenario:

Nama Use case: Mengubah data pustaka

Skenario:

148
Sistem Informasi
A r a d e a, MT.

Nama Use case: Menghapus data pustaka

Skenario:

149
Sistem Informasi
A r a d e a, MT.

150
Sistem Informasi
A r a d e a, MT.

Nama Use case: Memasukkan data anggota

Skenario:

Nama Use case: Mengubah data anggota

Skenario:

151
Sistem Informasi
A r a d e a, MT.

Nama Use case: Menghapus data anggota

Skenario:

152
Sistem Informasi
A r a d e a, MT.

Nama Use case: Memasukkan data peminjaman

Skenario:

153
Sistem Informasi
A r a d e a, MT.

Nama Use case: Mengubah data peminjaman

Skenario:

154
Sistem Informasi
A r a d e a, MT.

Nama Use case: Mencari pustaka

Skenario:

155
Sistem Informasi
A r a d e a, MT.

A.4 Diagram Use Case

Berikut adalah diagram use case dari sistem informasi manajemen perpustakaan:

156
Sistem Informasi
A r a d e a, MT.

B. Diagram Kelas
Diagram kelas atau class diagram menggambarkan struktur sistem dari segi
pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Kelas memiliki
apa yang disebut atribut dan metode atau operasi.
atribut merupakan variabel-variabel yang dimiliki oleh suatu kelas
operasi atau metode adalah fungsi-fungsi yang dimiliki oleh suatu kelas
Berikut adalah simbol-simbol yang ada pada diagram kelas:

157
Sistem Informasi
A r a d e a, MT.

Arah panah relasi pada diagram kelas mengarah pada diagram kelas yang lebih besar
kontrolnya atau yang dipakai.

B.1 Pendefinisian Kelas pada Diagram Kelas

Kelas-kelas yang ada pada struktur sistem harus dapat melakukan fungsi-fungsi sesuai
dengan kebutuhan sistem. Susunan struktur kelas yang baik pada diagram kelas
sebaiknya memiliki jenis-jenis kelas berikut:
Kelas main : Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan.
Kelas yang menangani tampilan sistem : Kelas yang mendefinisikan dan mengatur
tampilan ke pemakai
Kelas yang diambil dari pendefinisian use case : Kelas yang menangani fungsi-
fungsi yang harus ada diambil dari pendefinisian use case
Kelas yang diambil dari pendefinisian data : Kelas yang digunakan untuk memegang
atau membungkus data menjadi sebuah kesatuan yang diambil maupun akan
disimpan ke basis data.
Jenis-jenis kelas di atas juga dapat digabungkan satu sama lain sesuai dengan
pertimbangan yang dianggap baik asalkan fungsi-fungsi yang sebaiknya ada pada
struktur kelas tetap ada. Susunan kelas juga dapat ditambahkan kelas utilitas seperti
Koneksi ke basis data, membaca file teks, dan lain sebagainya sesuai kebutuhan.
Dalam mendefinisikan metode yang ada di dalam kelas perlu memperhatikan apa yang
disebut dengan cohesion dan coupling. Cohesion adalah ukuran seberapa dekat
keterkaitan instruksi di dalam sebuah metode terkait satu sama lain sedangkan coupling
adalah ukuran seberapa dekat keterkaitan instruksi antara metode yang satu dengan
metode yang lain dalam sebuah kelas. Sebagai aturan secara umum maka sebuah
metode yang dibuat harus memiliki kadar cohesion yang kuat dan kadar coupling yang
lemah.

B.2 Studi Kasus Diagram Kelas

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram kelas dari sistem informasi
manajemen perpustakaan:

158
Sistem Informasi
A r a d e a, MT.

159
Sistem Informasi
A r a d e a, MT.

Keterangan :

160
Sistem Informasi
A r a d e a, MT.

C. Diagram Objek
Diagram objek menggambarkan struktur sistem dari segi penamaan objek dan jalannya
objek dalam sistem. Pada diagram objek harus dipastikan semua kelas yang sudah
didefinisikan pada diagram kelas harus dipakai objeknya, karena jika tidak,
pendefinisian kelas itu tidak dapat dipertanggungjawabkan. Untuk apa mendefinisikan
sebuah kelas sedangkan pada jalannya sistem, objeknya tidak pernah dipakai. Hubungan
link pada diagram objek merupakan hubungan memakai dan dipakai dimana dua buah
objek akan dihubungkan oleh link jika ada objek yang dipakai oleh objek lainnya.

C.1 Simbol Diagram Objek

Berikut adalah simbol-simbol yang ada pada diagram objek:

C.2 Studi Kasus Diagram Objek

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram objek dari sistem informasi
manajemen perpustakaan:

161
Sistem Informasi
A r a d e a, MT.

D. Diagram Interaksi
Diagram interaksi atau interaction diagram digunakan untuk memodelkan interaksi
objek di dalam sebuah use case (proses). Diagram interaksi terdiri dari dua buah
diagram, yaitu diagram sekuen (sequence diagram) dan diagram kolaborasi
(collaboration diagram). Diagram sekuen menggambarkan urutan even yang terjadi
antar objek dalam sebuah use case, sedangkan diagram kolaborasi menggambarkan
bagaimana objek terkoneksi secara statik (tetap).

D.1 Diagram Sekuen

Diagram sekuen menggambarkan kelakuan objek pada use case dengan
mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar
objek. Oleh karena itu untuk menggambar diagram sekuen maka harus diketahui objek-

162
Sistem Informasi
A r a d e a, MT.

objek yang terlibat dalam sebuah use case beserta metode-metode yang dimiliki kelas
yang diinstansiasi menjadi objek itu. Banyaknya diagram sekuen yang harus digambar
adalah sebanyak pendefinisian use case yang memiliki proses sendiri atau yang penting
semua use case yang telah didefinisikan interaksi jalannya pesan sudah dicakup pada
diagram sekuen sehingga semakin banyak use case yang didefinisikan maka diagram
sekuen yang harus dibuat juga semakin banyak. Berikut adalah simbol-simbol yang ada
pada diagram sekuen:

Simbol Deskripsi
Aktor Orang, proses, atau sistem lain yang
berinteraksi dengan sistem informasi yang
akan dibuat di luar sistem informasi yang
akan dibuat itu sendiri, jadi walaupun simbol
dari aktor adalah gambar orang, tapi aktor
belum tentu merupakan orang; biasanya
Atau dinyatakan menggunakan kata benda di awal
frase nama aktor

Garis hidup/ lifeline Arah panah mengarah pada objek yang

memiliki operasi/metode, karena ini
memanggil operasi/metode maka operasi/
metode yang dipanggil harus ada pada
diagram kelas sesuai dengan kelas objek yang
berinteraksi

Pesan tipe send Menyatakan bahwa suatu objek mengirimkan

data/masukan/ informasi ke objek lainnya,
arah panah mengarah pada objek yang
dikirimi

163
Sistem Informasi
A r a d e a, MT.

Pesan tipe return Menyatakan bahwa suatu objek yang telah

menjalankan suatu operasi atau metode
menghasilkan suatu kembalian ke objek
tertentu, arah panah mengarah pada objek
yang menerima kembalian
Pesan tipe destroy Menyatakan suatu objek mengakhiri hidup
objek yang lain, arah panah mengarah pada
objek yang diakhiri, sebaiknya jika ada create
maka ada destroy

Penomoran pesan berdasarkan urutan interaksi pesan. Penggambaran letak pesan harus
berurutan, pesan yang lebih atas dari lainnya adalah pesan yang berjalan terlebih dahulu.

D.2 Studi Kasus Diagram Sekuen

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram sekuen dari sistem informasi
manajemen perpustakaan:

Use case: Login

164
Sistem Informasi
A r a d e a, MT.

Use case: Memasukkan data pustaka

165
Sistem Informasi
A r a d e a, MT.

Use case: Mengubah data pustaka

166
Sistem Informasi
A r a d e a, MT.

Use case: Menghapus data pustaka

167
Sistem Informasi
A r a d e a, MT.

Diagram sekuen tersebut dibuat juga untuk semua use case yang telah dibuat, yaitu
untuk use case memasukan data anggota, mengubah data anggota, menghapus data
anggota, memasukan data peminjaman, mengubah data peminjaman, dan mencari
pustaka. Disesuaikan dengan kelakuan objek pada use case dengan mendeskripsikan
waktu hidup objek dan message yang dikirimkan dan diterima antar objek masing-
masing.

E. Diagram Kolaborasi
Diagram kolaborasi mengelompokkan message pada kumpulan diagram sekuen menjadi
sebuah diagram. Dalam diagram kolaborasi yang dituliskan adalah operasi/metode yang
dijalankan antara objek yang satu dan objek lainnya secara keseluruhan, oleh karena itu
dapat diambil dari jalannya interaksi pada semua diagram sekuen. Penomororan metode
dapat dilakukan berdasarkan urutan dijalankannnya metode/operasi diantara objek yang
satu dengan objek lainnya atau objek itu sendiri. Berikut adalah simbol-simbol yang ada
pada diagram kolaborasi:

Simbol Deskripsi
Objek Objek yang melakukan interaksi pesan

Link Relasi antar objek yang menghubungkan

objek satu dengan lainnya atau dengan
dirinya sendiri
Arah Pesan Arah pesan/ stimulus

E.1 Studi Kasus Diagram Kolaborasi

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram kolaborasi dari sistem informasi
manajemen perpustakaan :

168
Sistem Informasi
A r a d e a, MT.

169
Sistem Informasi
A r a d e a, MT.

F. Diagram Status
Diagram status atau state diagram atau statechart diagram menunjukkan kondisi yang
dapat dialami atau terjadi pada sebuah objek sehingga setiap objek memiliki sebuah
diagram status. Diagram status diadopsi dari penggambaran kondisi mesin status (state
machine) yang menggambarkan status apa saja yang dialami oleh mesin, misalnya
mesin pembelian kopi dengan uang koin. Simbol-simbol yang ada pada diagram status
adalah sebagai berikut:
Simbol Deskripsi
Status awal / kondisi awal Status awal alur sebuah objek, sebuah
diagram status memiliki sebuah status
awal
Status Status yang dialami objek selama
hidupnya

Status akhir / kondisi akhir Kondisi akhir alur hidup objek, sebuah
diagram status memiliki sebuah status
akhir
Transisi Transisi

F.1 Studi Kasus Diagram Status

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram status dari setiap objek pada diagram
objek sistem informasi manajemen perpustakaan:
Objek: login dari kelas Login

170
Sistem Informasi
A r a d e a, MT.

Objek: main dari kelas Main

Objek: mp dari kelas MengelolaPustaka

Objek: ma dari kelas MengelolaAnggota

171
Sistem Informasi
A r a d e a, MT.

Objek: mpinjam dari kelas MengelolaPeminjaman

Objek: db dari kelas KoneksiBasisData

Objek: p dari kelas TPustaka, a dari kelas TAnggota, pinjam dari kelas Tpeminjaman

172
Sistem Informasi
A r a d e a, MT.

F. Diagram Aktivitas
Diagram aktivitas atau activity diagram menggambarkan workflow (aliran kerja) atau
aktivitas dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan disini adalah
bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan
aktor, jadi aktivitas yang dapat dilakukan oleh sistem. Diagram aktivitas juga banyak
digunakan untuk mendefinisikan hal-hal berikut:
Rancangan proses bisnis dimana setiap urutan aktivitas yang digambarkan
merupakan proses bisnis sistem yang didefinisikan
Urutan atau pengelompokan tampilan dari sistem / user interface dimana setiap
aktivitas dianggap memiliki sebuah rancangan antarmuka tampilan
Rancangan pengujian dimana setiap aktivitas dianggap memerlukan sebuah
pengujian yang perlu didefinisikan kasus ujinya
Berikut adalah simbol-simbol yang ada pada diagram aktivitas:
Simbol Deskripsi
Status awal Status awal aktivitas sistem, sebuah
diagram aktivitas memiliki sebuah status
awal
Aktivitas Aktivitas yang dilakukan sistem, aktivitas
biasanya diawali dengan kata kerja

Percabangan / decision Asosiasi percabangan dimana jika ada

pilihan aktivitas lebih dari satu

Penggabungan / join Asosiasi penggabungan dimana lebih dari

satu aktivitas digabungkan menjadi satu
Status akhir Status akhir yang dilakukan sistem,
sebuah diagram aktivitas memiliki sebuah
status akhir
Swimlane Memisahkan organisasi bisnis yang
bertanggung jawab terhadap aktivitas
yang terjadi

Atau

173
Sistem Informasi
A r a d e a, MT.

F.1 Studi Kasus Diagram Aktivitas

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram aktivitas dari sistem informasi
manajemen perpustakaan:

174
Sistem Informasi
A r a d e a, MT.

Jika digambar dengan menggunakan swimlane maka akan menjadi sebagai berikut:

G Diagram Swimlane
Diagram Swimlane (Alec Sharp & Patric Mc Dermot, 2001) merupakan diagram
pemodelan yang menggambarkan awal hingga akhir suatu proses aktifitas atau alur
kerja (workflow). Diagram Swimlane menunjukkan proses alur kerja berdasarkan
seluruh tingkatan, dari tingkat yang paling tinggi (secara keseluruhan) sampai ke tingkat
yang paling kecil (tugas perorangan). Pada diagram ini, alur kerja digambarkan
berdasarkan kejadian yang sebenarnya.
Pada diagram ini terdapat 3 variabel yang penting, antara lain :
a. Aktor atau Pelaku (Actor or Roles) merupakan aktor atau pelaku yang terlibat dan
memiliki pernanan tertentu dalam proses alur kerja.
b. Kewajiban (Responsibilities) Berupa tugas yang berhubungan dari setiap pelaku.
c. Alur (Route) alur yang menghubungkan dan menjelaskan setiap proses tugas ke
tugas lainnya.

175
Sistem Informasi
A r a d e a, MT.

NO

Actor 1
YES
STEP A STEP B STEP F STEP G

Actor 2

STEP C STEP E
Actor 3

STEP D

Gambar: Diagram Swimlane

Aktor merupakan tokoh dari objek pelaku yang terlibat dalam suatu aktifitas,
ditampilkan disisi kiri dalam diagram, dan masing-masing diberi batasan garis yang
memanjang dari kiri kekanan. Aktifitas merupakan suatu pekerjaan atau kegiatan yang
dilakukan. Aktifitas ditunjukkan dengan notasi persegi atau persegi panjang dan
ditempatkan dalam setiap barisan berdasarkan aktor pelakunya. Panah merupakan
hubungan dari setiap aktifitas kegiatan yang saling berhubungan untuk menjelaskan suatu
alur kerja.

G.1 Studi kasus Diagram Swimlane

Studi kasus diambil dari salah satu sistem informasi akademik. Berikut adalah diagram
swimlane untuk proses pendaftaran dan pembayaran calon mahasiswa baru :

176
Sistem Informasi
A r a d e a, MT.

H. Diagram Komponen
Diagram komponen atau component diagram dibuat untuk menunjukkan organisasi dan
ketergantungan diantara kumpulan komponen dalam sebuah sistem. Diagram komponen
fokus pada komponen sistem yang dibutuhkan dan ada di dalam sistem. Diagram
komponen juga dapat digunakan untuk memodelkan hal-hal berikut:
source code program perangkat lunak
komponen executable yang dilepas ke user
basis data secara fisik
sistem yang harus beradaptasi dengan sistem lain
framework sistem, framework pada perangkat lunak merupakan
Kerangka kerja yang dibuat untuk memudahkan pengembangan dan pemeliharaan
aplikasi, contohnya seperti Struts dari Apache yang menggunakan prinsip desain
Model-View-Controller (MVC) dimana source code program dikelompokkan
berdasarkan fungsinya seperti pada gambar berikut:

Dimana controller berisi source code yang menangani request dan validasi, model
berisi source code yang menangani manipulasi data dan business logic, dan view berisi
source code yang menangani tampilan. Komponen dasar yang biasanya ada dalam suatu
sistem adalah sebagai berikut:
Komponen user interface yang menangani tampilan
Komponen bussiness procesiing yang menangani fungsi-fungsi proses bisnis
Komponen data yang menangani manipulasi data
Komponen security yang menangani keamanan sistem
Komponen lebih terfokus pada penggolongan secara umum fungsi-fungsi yang
diperlukan. Berikut adalah simbol-simbol yang ada pada diagram komponen:

177
Sistem Informasi
A r a d e a, MT.

H.1 Studi Kasus Diagram Komponen

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram komponen dari sistem informasi
manajemen perpustakaan:

178
Sistem Informasi
A r a d e a, MT.

I. Diagram Deployment
Diagram deployment atau deployment diagram menunjukkan konfigurasi komponen
dalam proses eksekusi aplikasi. Diagram deployment juga dapat digunakan untuk
memodelkan hal-hal berikut:
sistem tambahan (embedded system) yang menggambarkan rancangan device, node,
dan hardware.
sistem client/server misalnya seperti gambar berikut:

sistem terdistribusi murni

rekayasa ulang aplikasi
Berikut adalah simbol-simbol yang ada pada diagram deployment:

179
Sistem Informasi
A r a d e a, MT.

I.1 Studi Kasus Diagram Deployment

Studi kasus diambil dari sistem informasi manajemen perpustakaan seperti pada
pembahasan sebelumnya. Berikut adalah diagram deployment dari sistem informasi
manajemen perpustakaan :

Aplikasi di-deploy pada sebuah komputer server dimana di dalamnya sudah terdapat
php server dan MySQL sebagai DBMS.

180
Sistem Informasi
A r a d e a, MT.

DAFTAR PUSTAKA

A Ziya Aktas, Structurred Analysis and Design of Information System, NJ : Prentince-Hall,

2000.

Fatansyah, Basis Data : Buku Teks Ilmu Komputer, CV Informatika, Bandung 2002.

IT Governance Institute, COBIT 4.1, Printed in the United States of America, ISBN 1-933284-72-
2., 2007

Jogiyanto HM, Analisis dan Disain Sistem Informasi : Pendekatan Terstruktur Teori dan
Praktek Aplikasi Bisnis, Andi, Yogyakarta, 2001.

John Baschab, Jon Piot, The Executives Guide to Informationn Technology, John Wiley &
Sons Inc., Hoboken New Jersey, 2003.

John Baschab, Jon Piot, The Executives Guide to Informationn Technology : 2nd Edition, John
Wiley & Sons Inc., Hoboken New Jersey, 2007.

Kendall and Kendall, Systems Analysis and Design, Fifth Edition, Pearsons Education, Inc.,
Prentice-Hall International, 2002.

Kenneth C. Laudon, Jane P. Laudon, Management Information System : Managing The Digital
Firm, Pearsons Education, Inc., Prentice-Hall International, New Jersey, 2006.

Kridanto Surendro, Manajemen Sistem Informasi, Magister Informatika, Sekolah Teknik Elektro
dan Informatika ITB, Bandung, 2009.

Kridanto Surendro, Proses dan Pemodelan Enterprise, Magister Informatika, Sekolah Teknik
Elektro dan Informatika ITB, Bandung, 2009.

Laudon, Kenneth C., Laudon, Jane P., Management Information Systems : Managing The
Digital Firm, Pearson Education, Inc., Pearson Prentice Hall., 2007.

Office of Government Commerce, OGC, ITIL version 3, The Stationery Office - TSO, London.,
2007.

Raymond McLeod, Jr., Management Information System : Study of Computer-Based

Information Systems, Prentice-Hall, Inc., 2003.

Rosa A.S, M.Salahudin, Modul Pembelajaran Rekayasa Perangkat Lunak (Terstruktur dan
Berorientasi Objek), Modula Bandung, 2011.

Teknik Informatika, Tinjauan Umum Pengembangan Sistem, FTI, Universitas Islam Indonesia,
Yogyakarta, 2007.

Ward, J., Peppard, J., Strategic Planning For Information Systems, 3rd Edition, John Wiley &
Sons Ltd., England., 2002.

http://www.digilib.itb.ac.id/

http://www.en.it-processmaps.com

181