Sistem Bln Sabit Merah

Sistem Informasi Bulan Sabit Merah Indonesia Halaman 1 dari 79

PROPOSAL ANALISA SISTEM

SISTEM INFORMASI

BULAN SABIT MERAH INDONESIA

)

DAFTAR ISI


BAB I LATAR BELAKANG .................................................................................... 5

1.1. Profil Perusahaan...................................................................................5 1.2. Departemen dan Program Kerja ...............................................................5 1.3. Visi .....................................................................................................6 1.4. Misi .....................................................................................................7 1.5. Struktur Organisasi ................................................................................7 1.6. Proses Bisnis ........................................................................................7

BAB II PERNYATAAN MASALAH ........................................................................ 12

2.1. Indentifikasi Permasalahan dan Kesempatan ........................................... 12 2.2. Tabel Problem Statement ..................................................................... 13

BAB III LINGKUP DEFINISI ............................................................................. 18

2.1. Nama Proyek ..................................................................................... 18 2.2. Tujuan Proyek .................................................................................... 18 2.3. Gambaran Proyek ............................................................................... 18 2.4. Tahapan Pelaksanaan Proyek ................................................................ 18 2.4. Permasalahan .................................................................................... 21 2.5. Visi Proyek ........................................................................................ 21 2.6. Batasan Bisnis ................................................................................... 22 2.7. BatasanTeknologi ............................................................................... 22 2.8. Ruang Lingkup Awal Proyek .................................................................. 22 2.9. Strategi Proyek .................................................................................. 23 2.10. Sumber Daya Proyek .......................................................................... 23

BAB IV ANALISA PERMASALAHAN .................................................................... 27

3.1. Indentifikasi masalah .......................................................................... 27 3.2. Analisa Problems dan Opportunities ....................................................... 31 3.3. Analisa Proses Bisnis ........................................................................... 34 3.4. Analisa System Improvement Objectives ................................................ 41

BAB V ANALISA KEBUTUHAN ............................................................................ 43

4.1. Identifikasi Kebutuhan Bisnis ................................................................ 43 4.2. Memberi Prioritas Sistem Requirement ................................................... 55

BAB VI LOGICAL DESIGN ................................................................................. 57

5.1. Memodelkan Kebutuhan Sistem ............................................................ 57 5.2. Menentukan Acceptance Test Case yang akan digunakan.......................... 72

BAB VII ANALISA KEPUTUSAN ......................................................................... 74

6.1. Mengidentifikasi Kandidat Solusi............................................................ 74 6.2. Menganalisa Kandidat Solusi ................................................................. 74 6.3. Membandingkan Kandidat Solusi ........................................................... 77 6.4. Rekomendasi Kandidat Solusi Terbaik .................................................... 79

DAFTAR GAMBAR


Gambar 1. 1 - Struktur Organisasi BSMI Pusat………………………………………....6 Gambar 1. 2 - Proses Bisnis BSMI………………………………………………………………..7 Gambar 1. 3 – Proses Bisnis Perekrutan Relawan BSMI…………………………….8 Gambar 1. 4 – Proses Bisnis Penanggulangan Bencana BSMI……………………9 Gambar 1. 5 – Proses Bisnis Pelaporan Kegiatan dan Penggunaan Dana di BSMI ………………………………………………………………………………………………........10 Gambar 3.1 – Metodologi FAST………………………………………………………………….18 Gambar 3.2 - Gantt Chart……………………………………………………………………………. 23 Gambar 4.1 - Ishikawa Diagram 1………………………………………………………………27 Gambar 4.2 - Ishikawa Diagram 2………………………………………………………………27 Gambar 4.3 - Ishikawa Diagram 3………………………………………………………………28 Gambar 4.4 - Ishikawa Diagram 4………………………………………………………………28 Gambar 4.5 - Ishikawa Diagram 5………………………………………………………………29 Gambar 4.6 - Ishikawa Diagram 6………………………………………………………………29 Gambar 4.7 – ERD sistem yang sedang berjalan.................................. Gambar 4.8 - Diagram Dekomposisi Sistem informasi BSMI……………………37 Gambar 4.9 - DFD Level 0 sistem yang sedang berjalan.......................37 Gambar 4.10 - DFD Level 1 sistem yang sedang berjalan.....................38 Gambar 4.11 - DFD Level 2 sistem yang sedang berjalan.....................39 Gambar 4.12 - Diagram interface sistem yang sedang berjalan............39 Gambar 5.1 - Use Case sistem yang akan dikembangkan……………………….44 Gambar 6.1 - ER-D pada sistem yang akan dikembangkan..................57 Gambar 6.2 - DFD Level 0 Sistem yang akan Dikembangkan…………………60 Gambar 6.3 - DFD Level 1 Sistem yang akan Dikembangkan................61 Gambar 6.4 - DFD Level 2 Sistem proses registrasi relawan yang akan dikembangkan...............................................................................62 Gambar 6.5 - DFD Level 2 Sistem proses registrasi donator yang akan dikembangkan...............................................................................62 Gambar 6.6 - DFD Level 2 Sistem proses registrasi forum yang akan dikembangkan...............................................................................63 Gambar 6.7 - DFD Level 2 Sistem proses mem-posting forum yang akan dikembangkan…………………………………………………………………………………………….63 Gambar 6.8 - DFD Level 2 Sistem proses men-thread forum yang akan dikembangkan…………………………………………………………………………………………….64 Gambar 6.9 - DFD Level 2 Sistem proses membaca forum yang akan dikembangkan…………………………………………………………………………………………….64 Gambar 6. 10 - Diagram Interface untuk administrator pada sistem yang akan dikembangkan................................................................65 Gambar 6.11 - Diagram Interface untuk user pada sistem yang akan dikembangkan...............................................................................66 Gambar 6.12 - DFD Level 2 Sistem proses review content yang akan dikembangkan……………………………………………………………………………………………67 Gambar 6.13 - DFD Level 2 Sistem proses hapus content yang akan dikembangkan……………………………………………………………………………………………67 Gambar 6.14 - Diagram Interface untuk administrator pada sistem yang akan dikembangkan.......................................................................68 Gambar 6.15 - Diagram Interface untuk user pada sistem yang akan dikembangkan..............................................................................70

DAFTAR TABEL


Tabel 2.1 – Tabel problem statement....................................................13 Tabel 3.1 - Rencana Komunikasi Proyek...............................................24 Tabel 4.1 - Tabel analisa problems dan opportunities..............................30 Tabel 4. 2 - Tabel Penjelasan Entitas……………………………………………………………34 Tabel 4. 3 - Tabel Penjelasan Atribut……………………………………………………………35 Tabel 4.4 - Tabel System Improvement Objectives Matrix.......................40 Tabel 5.13 - Tabel Functional Requirement...........................................42 Tabel 5.14 - Use Case Narrative untuk Use Case Login...........................45 Tabel 5. 5 - Use Case Narrative untuk Use Case E-mail…………………………….46 Tabel 5.16 - Use Case Narrative untuk Use Case Forum…………………………….47 Tabel 5.17 - Use Case Narrative untuk Use Case View.............................48 Tabel 5. 18- Use Case Narrative untuk Use Case Post Content ke BSMI Pusat…………………………………………………………………………………………………….48 Tabel 5. 19 - Use Case Narrative untuk Use Case Maintenance Database….50 Tabel 5. 20 - Use Case Narrative untuk Use Case Modify Content………………51 Tabel 5. 21 - Use Case Narrative untuk Use Case Upload Content……………..52 Tabel 5. 2 – Tabel Non Functional Requirement.....................................53 Tabel 4. 3 – Tabel Mandatory Requirements……………………………………………….54 Tabel 4. 4 – Tabel Desirable requirements............................................55 Tabel 6. 1 - Tabel Penjelasan Entitas.....................................................58 Tabel 6. 2 - Tabel Penjelasan Atribut…………………………………………………………….59 Tabel 7.1 - Matriks Kandidat Solusi......................................................74 Tabel 7.2 - Feasibility Matrix………………………………………………………………………….76


BAB I

LATAR BELAKANG

1.1. Profil Perusahaan

Bulan Sabit Merah Indonesia (BSMI) adalah yayasan yang didirikan pada tanggal 8

Juni 2002 oleh Dr. H. Basuki Supartono, SpBO, FICS. Kantor pusat BSMI beralamat di

Jl. Dewi Sartika No.17 Jakarta Timur. Pembentukan BSMI dimaksudkan untuk

berkontribusi dalam menangani masalah-masalah kemanusiaan dalam rangka

menghormati hak-hak kehidupan dan menjunjung nilai-nilai kemanusiaan. Dalam

menjalankan tugasnya sebagai lembaga sosial, BSMI memiliki prinsip dasar

keikhlasan, kemanusiaan, kesamaan, kenetralan, kemandirian, kesatuan dan

kesemestaan. BSMI memiliki 25 cabang yang tersebar di seluruh Indonesia dan tahun

ini diharapkan jumlahnya dapat meningkat sebanyak tiga kali lipat.

Pembentukan BSMI dimaksudkan untuk berkontribusi dalam menangani masalah-

masalah kemanusiaan dalam rangka menghormati hak-hak kehidupan dan

menjunjung tinggi nilai-nilai kemanusiaan. Dalam pelaksanaannya, BSMI membuka

diri dan mengulurkan jabat tangan persahabatan dengan siapapun yang memiliki

tujuan yang sama dan berniat ikhlas dalam menyelenggarakan perjuangan

kemanusiaan. Kerjasama dengan masyarakat luas khususnya lembaga-lembaga

sejenis berskala nasional, regional maupun internasional sangat diharapakan BSMI.

1.2. Departemen dan Program Kerja

Program kerja BSMI adalah sebagai berikut.

1. Tanggap Bencana

Kegiatan ini mencakup persiapan (pemetaan daerah rawan bencana,

mempersiapkan sistem penanggulangan di masyarakat), evakuasi mencakup

penilaian kembali kebutuhan yang sesuai untuk korban bencana dengan upaya

rehabilitasi dan pemberdayaan kembali roda kehidupan masyarakat.

2. Kegawatdaruratan

Kegiatan ini mencakup pelayanan instalasi gawat darurat oleh medical first

responder, triase, evakuasi dan transportasi korban, membuat rumah sakit

lapangan dan penelitian berkelanjutan untuk tim gawat darurat baik medis dan

paramedis.


3. Pendidikan kesehatan

Kegiatan ini mencakup pendidikan bagi para dokter dengan kursus atau pelatihan

internal yang berkelanjutan melakukan simulasi dan latihan secara rutin.

Melakukan kampanye peduli kesehatan dan pemberdayaan kelompok masyarakat

dalam pendidikan kesehatan.

4. Pelayanan Kesehatan

Kegiatan ini mencakup pemberian pelayanan kesehatan rutin seperti poli umum

dan spesialis, dengan pendekatan pola dokter keluarga, program jaminan

Pemeliharaan Kesehatan Masyarakat dan membangun kerjasama dengan rumah

sakit dalam penanganan pasien.

5. Bulan Sabit Merah Remaja

Kegiatan yang dilakukan adalah pembentukan gugus Bulan Sabit Merah Remaja

(BSMR), penanggulangan bencana dan penyuluhan untuk kampanye HIV/AIDS,

NAZA dan lain-lain.

6. Pelayanan Ambulan

Kegiatan mencakup menggalang kerjasama antara pemilik ambulan rumah sakit)

untuk membentuk sistem inklusif dengan pendekatan hospital based, membangun

pusat komunikasi bersama untuk pelayanan ambulan, menyepakati tentang

pembiayaan pelayanan ambulan, dan melakukan pendidikan bagi awak ambulan

7. Penanganan Pengungsi

Kegiatan ini mencakup penanganan dengan mendirikan pos penampungan dan

dapur umum sanitasi, gizi dan makanan, pengendalian penyakit menular pasca

kegawatan, kesehatan reproduksi, kesehatan ibu dan anak, kesehatan wanita

serta rehabilitasi.

8. Kesehatan Wanita dan Anak

Kegiatan ini mencakup pelayanan kesehatan, imunisasi ibu hamil, pelayanan

kehamilan dan persalinan, perencanaan keluarga islami, perlindungan kesehatan

dan kejiwaan.

Selain kedelapan departemen tersebut terdapat empat departemen penunjang yaitu

Fund Raising, Sumber Daya Manusia (SDM), Hubungan Masyarakat, dan Information

Technology (IT).

1.3. Visi

Lembaga Nasional Kemanusiaan yang berkhidmat dalam bidang kesehatan dan sosial

di Indonesia dan bekerjasama dengan lembaga kemanusiaan di tingkat nasional,

regional, dan internasional.


1.4. Misi

Kemanusiaan (kesehatan dan sosial).

1.5. Struktur Organisasi

Pendiri dari BSMI adalah Dr. H. Basuki Supartono, SpBO, FICS yang juga menjabat

sebagai Ketua Umum, dibantu dengan sekretaris umum dan bendahara umum. Ketua

umum membawahi beberapa kepala bidang yaitu Bidang Pelayanan dan Penunjang,

Bidang Pembinaan Organisasi dan Wilayah, Bidang Pengembangan SDM dan Teknik

Operasional, Bidang Dana dan Teknologi Informasi, Bidang Hukum Humaniter, Bidang

Kemitraan dan Hubungan Masyarakat. Selain itu BSMI juga memiliki 4 orang

penasehat.

Struktur organisasi BSMI Pusat dapat dilihat dalam diagram berikut ini.

Ketua Umum

Bidang

Pelayanan

dan

Penunjang

Bidang

Pembinaan

Organisasi

dan Wilayah

Bidang

Pengembangan

SDM dan Teknik

Operasional

Bidang Dana

dan TI

Bidang

Hukum

Humaniter

Bidang

Kemitraan dan

HuMas

Penasehat

Bendahara

Umum

Sekretaris

Umum

Gambar 1. 3. - Struktur Organisasi BSMI Pusat

1.6. Proses Bisnis

Proses bisnis dari BSMI adalah sebagai berikut :

Tempat yang membutuhkan bantuan melapor ke BSMI terdekat.

Cabang BSMI melapor ke pusat jika butuh sesuatu tapi sebelumnya harus

diusahakan sendiri terlebih dahulu.


BSMI pusat mengirim bantuan yang diperlukan seperti relawan, logistik

(sembako, pakaian, obat-obatan), dan dana.

BSMI pusat maupun cabang mengirimkan informasi kepada donatur

mengenai kebutuhan dana yang akan diberikan ke tempat yang

membutuhkan.

BSMI melaporkan pemakaian dana dan hasil kegiatan kepada donatur dan

masyarakat.

BSMI memiliki beberapa departemen penunjang, salah satunya adalah fund raising.

Departemen ini akan menggalang dana dari para donatur. Dana yang diperoleh akan

digunakan untuk membiayai seluruh kegiatan BSMI, baik yang bersifat rutin,

operasional maupun insidental. Cara-cara yang digunakan BSMI dalam menggalang

dana tersebut antara lain dengan mengirim e-mail kepada para donatur lewat mailing

list eksternal BSMI. BSMI juga menyediakan kotak amal pada kantor BSMI, melakukan

presentasi ke perusahaan-perusahaan, Kegiatan Sunatan Massal, Bulan Dana

Kemanusiaan BSMI, dan klinik.

Gambaran umum mengenai proses bisnis BSMI dapat dilihat pada gambar berikut ini.

Gambar 1. 2 – Proses Bisnis BSMI

Pemohon Bantuan /

Daerah BencanaBSMI Cabang

$$

Donatur

$

$

Dana

$

BSMI PusatLogistik Relawan

$$

Donatur

Pemohon Bantuan /

Daerah Bencana

BSMI CabangLaporan Keuangan

& Kegiatan

$

BSMI Pusat

$$

Donatur

$

BSMI PusatPermohonan

bantuan

Permohonan

bantuan

Permohonan

bantuan

Laporan Keuangan

& Kegiatan

y

Masyarakat

BSMI Cabang

$

$

DanaLogistik Relawan

y

y y

y


Dari proses bisnis yang terjadi dapat dibagi dibagi menjadi tiga modul utama yaitu,

proses rekrutmen anggota, proses penanggulangan bencana, dan proses pelaporan

kegiatan.

Proses rekrutmen memegang peranan penting dalam BSMI. Hal ini disebabkan

sebagian besar dari staf ataupun pelaksana dilapangan adalah tenaga suka rela. Lebih

dari 90% staf BSMI adalah relawan (tenaga suka rela). Relawan berasal dari berbagai

disiplin ilmu walaupun didominasi dari bidang medis.

Dalam proses rekrutmen BSMI pusat atau BSMI cabang menyebarkan selebaran dan

iklan di media massa. Bisa juga dengan cara menghubungi kerabat atau rekan yang

bersedia menjadi relawan. Calon-calon relawan yang mendapat berita dan ingin

bergabung, mendatangi kantor BSMI atau mengirim surat untuk mendaftar. Proses

rekrutmen seperti ini menurut kami kurang efisien karena membutuhkan biaya besar

dan tidak mencakup seluruh daerah. Apabila pengumuman disebarkan melalui media

massa maka akan membutuhkan dana yang besar dan apabila menggunakan

selebaran-selebaran maka daerah yang dicakup sangat kecil.

Dapat dijelaskan dengan gambar 1.3. seperti dibawah ini.

$

BSMI Pusat

Membuat

publikasi

Media massa Masyarakat

Disampaikan Ke

Masyarakat

Surat/ Formulir Pendaftaran.

Data relawan masih dismpan dalam

bentuk berkas-berkas belum dalam data base

Mendaftar dengan

mendatangi kantor BSMI

Reception

Publikasi

Proses Rekruitmen Relawan

Gambar 1. 3 – Proses Bisnis Perekrutan Relawan BSMI

Untuk proses penanggulangan bencana, alur kerja yang selama ini diterapkan dibagi

menjadi beberapa tahap, yaitu:

1. BSMI pusat atau cabang menerima berita tentang terjadinya suatu bencana.

Berita ini berasal dari masyarakat atau media massa. Masyarakat melaporkan

dengan cara mendatangi kantor atau dengan mengirim surat.


2. BSMI pusat menghubungi donatur-donatur atau masyarakat luas untuk

meminta dana. Komunikasi antara BSMI dengan donatur dilakukan melalui

mailing list. Dana dikirim melaui transfer rekening bank.

3. BSMI pusat berkoordinasi dengan cabang untuk memobilisasi relawan.

Komunikasi antara BSMI pusat dengan cabang dilakukan via telepon.

4. Setelah dana dan relawan terkumpul, maka tim BSMI berangkat ke lokasi

bencana.

Dapat dijelaskan dengan gambar 1.4 seperti dibawah ini.

Proses Penanggulangan Bencana

Masyarakat

$

BSMI Pusat

BSMI Daerah

$

$

Bantuan Dana

Bantuan Medis dan Tenaga Ahli

$$

Donatur

Lokasi Bencana

Minta bantuan

Minta Bantuan

Minta Bantuan Dana

Kirim Dana

Kirim Bantuan

Gambar 1. 4 – Proses Bisnis Penanggulangan Bencana BSMI

Dalam proses pelaporan kegiatan dan pelaporan penggunaan uang BSMI memiliki

kewajiban untuk melaporkan kegiatannya dan penggunaan uang selama kegiatan

berlangsung. Selama ini BSMI menggunakan media cetak dan proposal-proposal untuk

melaporkan kegiatan dan penggunaan dana.


Berikut adalah gambar yang menjelaskan proses pelaporan kegiatan dan penggunaan

dana di BSMI.

Proses Pelaporan Kegiatan

dan Penggunan Dana

$

BSMI Pusat

BSMI Cabang

$$

Donatur

Masyarakat

Laporan Kegiatan

dan Laporan Dana

Madia Massa

Surat atau Proposal

Gambar 1. 5 – Proses Bisnis Pelaporan Kegiatan dan Penggunaan Dana di

BSMI


BAB II

PERNYATAAN MASALAH

2.1. PIECES Frame Work BSMI

Problem-solving framework PIECES digunakan untuk mendefinisikan problems,

opportunities dan directives yang ada. Setiap huruf dalam PIECES merepresentasikan

sebuah kategori dalam perumusan masalah yang ada, diantaranya yaitu :

1. P adalah kebutuhan untuk meningkatkan performance

2. I adalah kebutuhan untuk meningkatkan informasi dan data

3. E adalah kebutuhan untuk meningkatkan ekonomi, biaya kontrol atau

meningkatkan keuntungan

4. C adalah kebutuhan untuk meningkatkan kontrol maupun keamanan

(security)

5. E adalah kebutuhan untuk meningkatkan efisiensi dari kegiatan setiap

orang maupun proses yang ada

6. S adalah kebutuhan untuk meningkatkan layanan kepada para pelanggan,

suppliers, rekan kerja (partners), pegawai (employees), dan lain

sebagainya

Hasil dari analisa PIECES adalah sebagai berikut.

1. Performance :

Komunikasi yang lambat antar cabang maupun cabang dengan pusat.

Laporan kegiatan maupun keuangan baru bisa disebarluaskan untuk kalangan

terbatas.

2. Information :

Penyampaian informasi dari dan ke donatur masih belum jelas, karena mereka

perlu mendatangi kantor BSMI untuk meminta informasi tersebut. Atau BSMI

yang mengirim surat kepada donatur, cara itu cenderung lambat diterima oleh

donatur.

Penyampaian atau pelaporan informasi dari daerah yang membutuhkan

bantuan belum mempunyai mekanisme yang jelas. Selama ini masih

menggunakan proposal atau selebaran, sehingga hanya sebagian kecil saja

dari masyarakat yang membacanya

Informasi permintaan bantuan ke relawan yang terdaftar masih belum

terkoordinasi dengan baik.


Belum ada database yang terintegrasi untuk menyimpan informasi tentang

relawan yang terdaftar, baik di BSMI pusat maupun cabang.

Dokumen-dokumen belum diarsipkan dengan baik.

Kemungkinan besar terjadi duplikasi data relawan di BSMI cabang.

3. Economy :

Selama ini BSMI menggunakan media cetak dan proposal-proposal untuk

melaporkan kegiatan dan penggunaan dana. Kedua cara ini kurang efesien

karena BSMI membutuhkan dana yang besar ketika menggunakan media

cetak dalam pelaporan tersebut.

Biaya pertukaran informasi dan dokumen antar cabang maupun pusat masih

mahal dan lambat.

4. Control :

BSMI belum memiliki Standard Operating Procedure yang baku.

Selama ini BSMI dikelola oleh relawan sehingga tidak ada ikatan kerja yang

cukup kuat.

5. Efficiency :

Efisiensi waktu dalam hal pelaporan keuangan dan kegiatan masih kurang.

Pertukaran informasi antar cabang atau dengan pusat belum efisien.

6. Services :

Saat ini BSMI belum mempunyai sistem rekrutmen, sistem pelaporan kegiatan

dan keuangan yang jelas.

BSMI belum mempunyai sistem penggalangan dana dan database donatur.

Donatur belum mendapatkan laporan keuangan dan kegiatan secara rutin.

2.2. Tabel Problem Statement

Penentuan masalah (problems), kesempatan (opportunities) dan atau directives yang

memicu proyek ini dapat ditaksir berdasarkan :

Urgency : Seberapa lama suatu masalah itu harus atau dapat diselesaikan dan

berapa lama opportunities atau directives dapat direalisasikan.

Visibility : Ditentukan dalam bentuk tingkatan yang menunjukkan seberapa

layak solusi atau sistem yang baru tersebut diterima oleh user.

Benefits : Seberapa besar solusi atau sistem yang baru tersebut akan

meningkatkan pendapatan tahunan atau mengurangi pengeluaran tahunan.

Priority : Prioritas dapat ditentukan dengan mempertimbangkan jadwal dan

anggaran yang telah ditetapkan sebelumnya.


Possible Solutions : Beberapa solusi yang dapat diberikan untuk suatu masalah

yang ada.

Hasil akhir dari tahap indentifikasi permasalahan dan kesempatan adalah problem

statement yang akan dijelaskan lebih lanjut pada tabel berikut ini.

PROJECT: Sistem Informasi BSMI PROJECT MANAGER: Widiana Purwanti

CREATED BY: Rinawati LAST UPDATE BY: Haryani Diah Sitawati

DATE CREATED: 1 Maret 2004 DATE LAST UPDATE : 25 Maret 2004

Brief statements

of problem,

opportunity, or

directive

Urgency Visibility Annual

Benefits

Priority

or rank

Proposed

Solution

1. Komunikasi

yang lambat antar

cabang maupun

cabang dengan

pusat.

3 bulan Tinggi Rp. 5.000.000 1 Membangun

sistem yang baru

2. Laporan

kegiatan maupun

keuangan baru

bisa

disebarluaskan

untuk kalangan

terbatas

3 bulan Menengah Rp. 3.000.000 2

Memperbaiki

sistem yang sudah

ada

3. Penyampaian

informasi dari dan

ke donatur masih

belum jelas,

karena mereka

perlu mendatangi

kantor BSMI untuk

meminta informasi

tersebut. Atau

BSMI yang

mengirim surat

kepada donatur,

cara itu

cenderung lambat

4 bulan Menengah Rp. 4.500.000 1 Membangun

sistem yang baru


diterima oleh

donatur.

4. Penyampaian

atau pelaporan

informasi dari

daerah yang

membutuhkan

bantuan belum

mempunyai

mekanisme yang

jelas. Selama ini

masih

menggunakan

proposal atau

selebaran,

sehingga hanya

sebagian kecil saja

dari masyarakat

yang membacanya

6 bulan Menengah Rp. 2.700.000 3 Memperbaiki

sistem yang ada

5. Informasi

permintaan

bantuan ke

relawan yang

terdaftar masih

belum

terkoordinasi

dengan baik.

6 bulan Tinggi Rp. 6.000.000 1 Memperbaiki

sistem yang ada

6. Belum ada

database yang

terintegrasi untuk

menyimpan

informasi tentang

relawan yang

terdaftar, baik di

BSMI pusat

maupun cabang.

3 bulan Menengah Rp. 3.000.000 3 Membangun

sistem yang baru

7. Dokumen-

dokumen belum

diarsipkan dengan


sistem yang baru


baik.

8. Kemungkinan

besar terjadi

duplikasi data

relawan dicabang.

1 bulan Rendah Rp. 500.000 2 Memperbaiki

sistem yang ada

11. Selama ini

BSMI

menggunakan

media cetak dan

proposal-proposal

untuk melaporkan

kegiatan dan

penggunaan dana.

Kedua cara ini

kurang efesien

karena BSMI

membutuhkan

dana yang besar

ketika

menggunakan

media cetak

dalam pelaporan

tersebut.


sistem yang baru

12. Biaya

pertukaran

informasi dan

dokumen antar

cabang maupun

pusat masih

mahal dan lambat.


sistem yang baru

13. BSMI belum

memiliki Standard

Operating

Procedure yang

baku.

2 bulan Menengah Rp. 2.000.000 2

Mengembangkan

sistem yang sudah

ada

14. Selama ini

BSMI dikelola oleh

relawan sehingga

tidak ada ikatan

kerja yang cukup

2,5 bulan Rendah Rp. 1.000.000 3

Mengembangkan

sistem yang sudah

ada


kuat.

15. Efisiensi waktu

dalam hal

pelaporan

keuangan dan

kegiatan masih

kurang.


sistem yang baru

16. Pertukaran

informasi antar

cabang atau

dengan pusat

belum efisien.


sistem yang baru

17. Saat ini BSMI

belum mempunyai

pelaporan

keuangan, sistem

rekrutmen, dan

sistem pelaporan

kegiatan yang

jelas.


sistem yang baru

18. BSMI belum

mempunyai sistem

penggalangan

dana dan

database donatur.


sistem yang baru

19. Donatur belum

mendapatkan

laporan keuangan

dan kegiatan

secara rutin.

3 bulan Tinggi Rp. 2.000.000 1

Memperbaiki

sistem yang sudah

ada

Tabel 2.1 – Tabel problem statement


BAB III

LINGKUP DEFINISI

3.1. Nama Proyek

Sistem Informasi Bulan Sabit Merah Indonesia

3.2. Tujuan Proyek

Tujuan dari pelaksanaan proyek ini adalah membuat sebuah sistem informasi berbasis

web base demi menunjang proses bisnis Bulan Sabit Merah Indonesia (BSMI). Dengan

sistem ini maka BSMI sebagai lembaga yang bergerak di bidang sosial dan

kemanusiaan akan memiliki suatu sarana untuk menyampaikan informasi/laporan dari

dan ke masyarakat luas secara efektif dan efisien. Selain itu diharapakan proses bisnis

BSMI dalam hal perekrutan relawan dan donatur semakin meningkat dengan

pembangunan sistem ini.

3.3. Gambaran Proyek

Proyek ini dibuat untuk memenuhi kebutuhan BSMI. Pelaporan kegiatan dan

keuangan, pertukaran informasi dan perekrutan relawan serta donatur merupakan

proses bisnis yang memegang peranan cukup penting di BSMI. Untuk itu dibutuhkan

suatu sistem yang mampu menunjang proses bisnis tersebut. Disadari bahwa

kepentingan pemohon bantuan adalah yang utama, oleh karena itu diharapkan bahwa

sistem ini akan memberikan optimalisasi pelayanan kepada para pemohon bantuan

dengan cara meningkatkan optimalisasi pelaporan kegiatan dan keuangan, pertukaran

informasi dan perekrutan relawan serta donatur. Hal ini disebabkan proses bisnis

tersebutlah yang akan menunjang pemberian bantuan kepada para pemohon bantuan

3.4. Tahapan Pelaksanaan Proyek

Proyek ini dilaksanakan dengan menggunakan metodologi proses pengembangan

sistem (classic systems development process) yang bernama FAST (Framework for the

Application of System Tecniques). Dengan alasan FAST karena standarisasinya baik

serta proses yang stabil dan terencana. FAST terdiri atas tahapan-tahapan berikut :


Gambar 3.1 – Metodologi FAST

1. Scope Definition (Lingkup definisi)

Pada tahap ini dilakukan pengumpulan informasi yang akan diteliti tingkat

feasibility dan ruang lingkup proyek yaitu dengan menggunakan kerangka PIECES

(Performance, Information, Economics, Control, Efficiency, Service). Hal ini

dilakukan untuk menemukan inti dari masalah-masalah yang ada (problems),

kesempatan untuk meningkatkan kinerja organisasi (opportunity), dan kebutuhan-

kebutuhan baru yang dibebankan oleh pihak manajemen atau pemerintah

(directives).

2. Problem Analysis (Analisa Permasalahan)

Pada tahap ini akan diteliti masalah-masalah yang muncul pada sistem yang ada

sebelumnya. Dalam hal ini project charter yang dihasilkan dari tahapan


preliminary investigation adalah kunci utamanya. Hasil dari tahapan ini adalah

peningkatan performa sistem yang akan memberikan keuntungan dari segi bisnis

perusahaan. Hasil lain dari tahapan ini adalah sebuah laporan yang menerangkan

tentang problems, causes, effects, dan solution benefits.

3. Requirements Analysis (Analisa Kebutuhan)

Pada tahap ini akan dilakukan pengurutan prioritas dari kebutuhan-kebutuhan

bisnis yang ada. Tujuan dari tahapan ini adalah mengidentifikasi data, proses dan

antarmuka yang diinginkan pengguna dari sistem yang baru.

4. Logical Design

Tujuan dari tahapan ini adalah mentransformasikan kebutuhan-kebutuhan bisnis

dari fase requirements analysis kepada sistem model yang akan dibangun

nantinya. Dengan kata lain pada fase ini akan menjawab pertanyan-pertanyaan

seputar penggunaan teknologi (data, process, interface) yang menjamin usability,

reliability, completeness, performance, dan quality yang akan dibangun di dalam

sistem.

5. Decision Analysis (Analisa Keputusan)

Pada tahap ini akan akan dipertimbangkan beberapa kandidat dari perangkat lunak

dan keras yang nantinya akan dipilih dan dipakai dalam implementasi sistem

sebagai solusi atas problem dan requirements yang sudah didefinisikan pada

tahapan-tahapan sebelumnya.

6. Physical Design

Tujuan dari tahapan ini adalah mentransformasikan kebutuhan bisnis yang

direpresentasikan sebagai logical design menjadi physical design yang nantinya

akan dijadikan sebagai acuan dalam membuat sistem yang akan dikembangkan.

Jika di dalam logical design tergantung kepada berbagai solusi teknis maka

physical design merepresentasikan solusi teknis yang lebih spesifik.

7. Construction and Testing

Setelah membuat physical design, maka akan dimulai untuk mengkonstruksi dan

melakukan tahap uji coba terhadap sistem yang memenuhi kebutuhan-kebutuhan

bisnis dan spesifikasi desain. Basis data, program aplikasi, dan antarmuka akan

mulai dibangun pada tahap ini. Setelah dilakukan uji coba terhadap keseluruhan

sistem, maka sistem siap untuk diimplementasikan.


8. Installation and Delivery

Pada tahap ini akan dioperasikan sistem yang telah dibangun. Tahapan ini akan

dimulai dengan men-deploy software hingga memberikan pelatihan kepada user

mengenai penggunaan sistem yang telah dibangun.

3.5. Permasalahan

Pada umumnya masalah yang sering dihadapi oleh BSMI adalah :

1. Mekanisme dalam penyampaian laporan keuangan dan kegiatan masih kurang

efektif dan efisien.

BSMI selalu menggunakan media massa untuk menyampaikan laporan keuangen

dan kegiatannya. Mekanisme pelaporan jelas sangat tidak efisien dan efektif.

Penggunaan media massa sebagai sarana pelaporan tidak bisa menjangkau

masyarakat luas. Selain itu data yang diterima oleh BSMI pusat dari BSMI cabang

untuk digunakan sebagai bahan laporan terlambat diterima. Hal ini disebabkan

mekanisme pengiriman data masih dilakukan dengan surat/e-mail. Akibat dari

keterlambatan tersebut menyebabkan penyampaian laporan ke publik pun

mengalami keterlambatan.

2. Belum adanya mekanisme penyimpanan database donatur dan relawan yang

terintegrasi.

BSMI memiliki cabang yang tersebar di berbagai daerah di Indonesia. Masing-

masing cabang memiliki database relawan dan donatur. Namun belum

mekanisme penyimpanan database donatur dan relawan yang terintegrasi.

Akibatnya sering terjadi redundancy database.

3.6. Visi Proyek

Sistem Informasi ini akan :

1. Mempermudah pelaporan kegiatan dan keuangan BSMI kepada publik.

2. Mempermudah pertukaran informasi antara BSMI pusat dengan cabang.

3. Mempermudah komunikasi antara BSMI dengan masyarakat umum.

4. Mempermudah sistem perekrutan relawan dan donatur.

5. Memperbaiki sistem database yang dimiliki BSMI.


3.7. Batasan Bisnis

Pada proyek pengembangan sistem ini, memiliki batasan-batasan yang berkaitan

dengan :

1. Waktu pengembangan sistem

BSMI memberikan tenggang waktu selama tiga bulan untuk pengembangan sistem

ini. Sistem yang baru harus mulai beroperasi pada bulan Juni. Hal ini disebabkan

keinginan BSMI sebagai lembaga yang bergerak di bidang sosial dan kemanusiaan

untuk mampu memberikan pelayanan yang sebaik-baiknya kepada para pemohon

bantuan.

2. Alur bisnis BSMI

Keberadaan sistem ini diharapkan tidak mengubah alur bisnis yang telah ada.

Sistem ini direncanakan hanya akan meningkatkan efisiensi dan efektivitas dari

penyampaian komunikasi antara BSMI dengan masyarakat umum serta

memperbaiki sistem database yang dimiliki.

3.8. Batasan Teknologi

Sistem baru yang akan dikembangkan harus memenuhi kriteria teknologi sebagai

berikut:

1. Sistem yang dibangun harus compatible dengan OS Windows 98/2000/NT/XP dan

berjalan dengan baik pada semua web browser.

2. Pengembangan antarmuka sistem menggunakan PHP.

3. Database Management System menggunakan MySQL.

3.9. Ruang Lingkup Awal Proyek

Proyek ini akan mendukung dan memberikan dampak kepada beberapa fungsi bisnis

dari BSMI dan orang-orang maupun organisasi yang terlibat di dalamnya, diantaranya

yaitu Departemen Teknologi Informasi dan Hubungan Masyarakat. Adapun pengaruh

yang dirasakan dari pengembangan sistem ini pada masing-masing Departemen

adalah sebagai berikut :


1. Departemeni Teknologi Informasi

Sistem ini akan berpengaruh kepada Departemen Teknologi Informasi, karena

sistem ini menyediakan fasilitas Content Management yang akan akan

mempermudah kerja divisi content dalam melakukan pengaturan isi web.

2. Divisi Hubungan Masyarakat

Sistem ini akan sangat berpengaruh kepada Departemen Hubungan Masyarakat

karena sistem ini akan memudahkan proses pengiriman laporan dan informasi

kepada publik serta komunikasi antara BSMI dengan cabang dan BSMI dengan

masyarakat umum.

3.10. Strategi Proyek

Semua proses pengembangan sistem informasi yang dimiliki BSMI akan dilaksanakan

sebagai berikut:

1. Untuk mendukung perencanaan strategis dari pembuatan sistem informasi yang

dimiliki oleh BSMI yaitu mencapai tingkat ke-3 dari Institusi Rekayasa Perangkat

Lunak, maka sistem ini harus dikembangkan sesuai dengan metodologi FAST

(Framework for Analyzing Sistems Techniques). Proyek ini juga akan dilaksanakan

sesuai dengan tahapan yang dimiliki oleh FAST, dan merupakan kombinasi dari (a)

Model Driven Development (b) Rapid Application Development .

2. Semua model-driven documentation akan dikembangkan menggunakan CASE tool.

3.11. Sumber Daya Proyek

3.11.1 Sumber Daya Manusia

Project Manager, mengatur penggunaan sumber daya yang ada dalam

pengembangan perangkat lunak, yaitu :

o Widiana Purwanti

Sistem Analyst, menganalisa permasalahan, kebutuhan dan keputusan

yang dibuat dalam pengembangan sistem, yaitu :

o Haryani DS

o Widiana Purwanti

o Rinawati

Database Designer, mengatur data-data yang dibutuhkan dalam

keputusan, yaitu:

o Indra Setiawan

o Budiono Wibowo


Documentator, mendokumentasikan proses pembuatan dan membuat

manual dari SI BSMI, yaitu :

o Rinawati

Programmer, mengimplementasikan analisa requirements, yaitu :

o Budiono Wibowo

o Indra Setiawan

Graphics Desainer, merancang antar muka pemakai sistem perangkat

lunak, yaitu:

o Rinawati

o Haryani DS

Tester, merancang urutan pengujian dan menguji SI BSMI, yaitu:

o Budiono Wibowo

o Haryani DS

o Indra Setiawan

o Rinawati

o Widiana Purwanti

3.11.2 Estimasi Waktu

Suatu proyek agar dapat berjalan dengan lancar maka diperlukan sebuah

penjadwalan agar proyek dapat diselesaikan dengan tepat waktu. Berikut

adalah project plan yang akan dilaksanakan dalam menyelesaikan proyek ini.

Gambar 3.2 – Gantt Chart


3.11 Dokumentasi dan Komunikasi Proyek

Untuk menjamin adanya komunikasi yang berjalan dengan baik antara para

stakeholder (pihak yang berkepentingan) di dalam proyek ini, kami membuat rencana

komunikasi yang akan dilaksanakan oleh masing-masing stakeholder yang ada di

dalam proyek ini.

Stakeholder Informasi

yang dibutuhkan

Alat

penghantar

(Delivery

Vehicle)

Frekuensi Feedback

Project

Sponsor

(Sponsor

Proyek /

BSMI)

Progress report yang berisi

informasi mengenai biaya

yang diperlukan untuk

pembuatan proyek,

mencakup

hal-hal seperti :

Perubahan harga yang

dapat diperkirakan

Banyaknya biaya yang

telah dikeluarkan

Perincian biaya yang

diperlukan

Ringkasan

perkembangan proyek

Dokumentasi

formal atau

proposal biaya

Diberikan

setiap

tahapan

proyek

telah

diselesaikan

Saran dan

kritik dari

Project

Sponsor

mengenai

progress

report

tersebut

Project

Manager

(Manajer

Proyek)


infomasi mengenai

kemajuan

pelaksanaan proyek,

meliputi :

Ketentuan deadline

sesuai waktu yang

telah ditetapkan

Penambahan

kebutuhan tambahan

jumlah staf

Laporan menyeluruh

perkembangan proyek

(progress report)

Internet / Web

(umumnya

berupa e-mail),

dokumentasi

formal

Diberikan

setiap task

telah

diselesaikan

Saran dan

kritik dari

manajer

proyek

mengenai

progress

report

tersebut


Project

Team

Member

(Tim

Proyek)


informasi

mengenai :

Hasil keputusan dari

Project Manager

Job Description

Komunikasi

langsung,

telepon,

e-mail,

dokumentasi

formal

Setiap suatu

keputusan

dihasilkan

dan setiap

task baru

diberikan

Saran dan

kritik dari

Project Team

Member

mengenai

progress

report

tersebut

Tabel 3.1 - Rencana Komunikasi Proyek

Dalam sistem yang ada saat ini, komunikasi yang digunakan meliputi :

1. Komunikasi langsung (tatap muka, rapat)

2. Internet / Web, umumnya berupa e-mail

3. Telepon

Kemudian, jika terjadi perubahan pada rencana proyek yang telah ditetapkan

sebelumnya maka komunikasi dilakukan melalui mesin fax dan telepon. Penggunaan

mesin fax dilakukan untuk memberikan deskripsi tertulis yang jelas mengenai

perubahan rencana yang telah disetujui. Kemudian pihak yang melakukan perubahan

rencana akan melakukan konfirmasi melalui telepon.


BAB IV

ANALISA PERMASALAHAN

Tahap analisa permasalahan (Problem Analysis) akan menjelaskan lebih lanjut apakah

permasalahan (problem) yang timbul dapat dipecahkan. Tujuan dari fase ini adalah

untuk mempelajari dan memahami lebih lanjut mengenai problems, opportunities, dan

constraint. Langkah yang dilakukan dalam tahap ini, antara lain :

- Mengidentifikasi masalah

- Menganalisa permasalah dan kesempatan

- Menganalisa proses bisnis

- Membuat System Improvement Objectives

4.1. Indentifikasi masalah

Langkah pertama yang perlu dilakukan dalam proses untuk memecahkan sebuah

masalah (prolem-solving process) adalah dengan mengumpulkan semua permasalahan

yang ada kemudian mengindentifikasi dan menganalisanya. Setelah itu menentukan

ketidakleluasaan (constraint) dari permasalahan tersebut.

Untuk membantu mengidentifikasi, menganalisa dan memecahkan masalah maka

digunakanlah diagram Ishikawa atau fishbone diagram. Sebuah masalah yang menjadi

sorotan utama diletakan disebelah kanan diagram (fish’s head) dan kemungkinan-

kemungkinan penyebab dari masalah tersebut diletakkan sebagai “bones” yang

masing-masing telah dikategorikan.


Berikut adalah diagram Ishikawa yang merupakan hasil analisa permasalahan di BSMI.

Komunikasi antara

BSMI pusat dengan

relawan, kantor cabang

dan donatur yang

masih lambat

Staf

Data

Metode

Belum tersedianya

sarana komunikasi

yang cepat

Komunikasi saat ini

dilakukan melalui e-mail

dan telepon perorangan

Belum adanya staf yang

bertugas melakukan pertukaran

informasi/komunikasi baik untuk

internal dan eksternal BSMI

Data belum tersusun

dengan rapi

Banyaknya data yag

harus diolah untuk

keperluan komunikasi

Gambar 4. 1 - Ishikawa Diagram 1

Laporan keuangan dan

kegiatan untuk publik

belum tersebar luas/

masih disampaikan di

kalangan terbatas

Sistem

Material

Prosedur

Adanya keterlambatan

laporan dari BSMI

cabang ke BSMI pusat

Belum adanya sistem yang

menunjang penyebarluasan

laporan ke berbagai kalangan

yang memerlukannya

Metode pelaporan

masih menggunakan

manual yaitu dengan

menggunakan kertas

Data

Laporan yang akan

disampaikan ke publik

jumlahnya masih terbatas



Database yang belum

terintegrasi

Data

Staf

Metode

Belum ada Standard

Operating Prosedure

dalam pengelolaan

database

Data yang masih

tercecer

Staf yang memiliki

kemampuan untuk mengelola

database masih sedikit

Sistem

Belum adanya sistem

yang menunjang proses

integrasi database


Kesulitan mencari

donatur baru untuk

penggalangan dana

Material

Staf

Jaringan donatur

yang dimiliki

belum luas

Staf penggalangan

dana masih sedikit

Metode

Upaya dalam

penggalangan dana

masih manual dan

secara individual

Sistem

Belum ada sistem yang

menunjang penyebaran

informasi untuk menjadi

donatur BSMI

Prosedur

Prosedur untuk

menjadi seorang

donatur di BSMI

belum jelas



Kesulitan dalam

perekrutan relawan

baru

Material

Staf

Jaringan donatur yang

dimiliki belum luas

Staf kurang inisiatif

dalam perekrutan

relawan baru

Metode

Upaya dalam

penggalangan dana

masih manual dan

secara individual

Sistem

Belum ada sistem yang

menunjang penyebaran

informasi untuk menjadi

relawan BSMI

Prosedur

Prosedur untuk

menjadi seorang

relawan di BSMI

belum jelas

Metode dalam perekrutan

relawan masih masif


Biaya yang dikeluarkan

untuk pelaporan terlalu

besar

Data

Sistem

Metode

Metode pelaporan masih

melalui media massa dengan

biaya mahal

Data berubah secara

dinamis

Belum adanya sistem

yang murah untuk

pelaporan

Material

Berkas laporan masih

menggunakan kertas



4.2. Analisa Problems dan Opportunities

Untuk menganalisa problems dan opportunities dapat pula digunakan teknik

cause-and-effects analysis dimana suatu problem dianalisa berdasarkan sebab dan

akibat yang ditimbulkan problem tersebut. Berikut merupakan tabel analisa suatu

problems ataupun opportunities dilihat dari sudut pandang sebab akibat.


CREATED BY: Rinawati LAST UPDATE BY: Haryani Diah Sitawati


Problems or Opportunity Cause and Effect

I. Problems

Performance

1. Komunikasi yang lambat antar

cabang maupun cabang dengan pusat.

Cause : Komunikasi hanya menggunakan

telpon dan e-mail.

Effect : Informasi yang didapatkan kurang

lengkap dan jelas.

2. Laporan kegiatan maupun keuangan

baru bisa disebarluaskan untuk

kalangan terbatas.

Cause : Minimnya jumlah relawan yang

dialokasikan untuk membuat laporan

kegiatan maupun keuangan.

Effect : Laporan kegiatan maupun keuangan

terlambat sampai ke donatur bahkan tidak

ada laporan yang dibuat.

Information

1. Penyampaian informasi dari dan ke

donatur masih belum jelas, karena

mereka perlu mendatangi kantor BSMI

untuk meminta informasi tersebut.

BSMI yang mengirim surat kepada

donatur, cara itu cenderung lambat

diterima oleh donatur.

Cause : Belum ada database donatur.

Effect : Penyebaran informasi dari dan ke

donatur terlambat bahkan tidak tersebar

secara merata sehingga dana yang masuk

juga terhambat.

2. Penyampaian atau pelaporan

informasi dari daerah yang

Cause : Tidak adanya sistem yang dapat

memfasilitasi kebutuhan tersebut.


membutuhkan bantuan belum

mempunyai mekanisme yang jelas.

Selama ini masih menggunakan

proposal atau selebaran, sehingga

hanya sebagian kecil saja dari

masyarakat yang membacanya

Effect : Pemberian bantuan yang terlambat

sampai ke tempat kejadian.

3. Informasi permintaan bantuan ke

relawan yang terdaftar masih belum

terkoordinasi dengan baik.

Cause : Belum ada database relawan yang

lengkap dan jelas.

Effect : Minimnya orang yang dapat diutus

ke tempat yang membutuhkan bantuan.

4. Belum ada database yang

terintegrasi untuk menyimpan

informasi tentang relawan yang

terdaftar, baik di BSMI pusat maupun

cabang.

Cause : Dokumen relawan yang belum

terarsip dengan baik.

Effect : Sulitnya mencari informasi mengenai

relawan yang dapat diutus untuk

melaksanakan tugas tertentu.

5. Dokumen-dokumen belum

diarsipkan dengan baik.

Cause : Minimnya orang yang ditugsnya

untuk melakukan pekerjaan tersebut.

Effect : Terhambatnya pencarian informasi

yang terdapatpada dokumen-dokumen

tersebut.

6. Kemungkinan besar terjadi duplikasi

data relawan di BSMI cabang.

Cause : Belum ada database relawan yang

lengkap dan jelas.

Effect : Jumlah relawan yang tidak sesuai

dengan kenyataan dilapangan.

Economy

1. Selama ini BSMI menggunakan

media cetak dan proposal-proposal

untuk melaporkan kegiatan dan

penggunaan dana. Kedua cara ini

kurang efesien karena BSMI

membutuhkan dana yang besar ketika

menggunakan media cetak dalam

pelaporan tersebut.

Cause : BSMI belum memiliki sistem yang

menunjang pelaporan keuangan dan

kegiatan.

Effect : BSMI harus mengeluarkan biaya

pelaporan yang lebih dalam upaya

penyampaian pelaporan ke publik.


2. Biaya pertukaran informasi dan

pertukaran dokumen antar cabang

maupun pusat masih mahal dan

lambat.

Cause : Belum adanya sistem yang

menunjang untuk pertukaran informasi dan

pertukaran dokumen antar cabang maupun

pusat.

Effect : BSMI harus mengeluarkan biaya

pertukaran informasi yang lebih dalam upaya

penyampaian informasi antara cabang dan

pusat.

Control

1. BSMI belum memiliki Standard

Operating Procedure yang baku.

Cause : Belum adanya pihak yang

bertanggung jawab dalam melakukan

penyusunan SOP.

Effect : Adanya kemungkinan ketidakjelasan

prosedur yang harus ditempuh dalam

melaksanakan program kerjanya.

2. Selama ini BSMI dikelola oleh

relawan sehingga tidak ada ikatan kerja

yang cukup kuat.

Cause : Dalam prosedur perekrutan relawan

tidak ada kontrak yang mengikat antara

BSMI dengan relawan yang mendaftar.

Effect : Adanya kemungkinan relawan tidak

bertanggung jawab terhadap tugas yang

diembannya. Hal ini menyebabkan program

kerja BSMI tidak berjalan secara optimal.

Efficiency

1. Efisiensi waktu dalam hal pelaporan

keuangan dan kegiatan masih kurang.

Cause : BSMI tidak memiliki sebuah

mekanisme pelaporan yang jelas. Selain itu

BSMI juga tidak ditunjang oleh sebuah sistem

yang menunjang proses pelaporan.

Effect : Untuk dapat memperoleh laporan

keuangan dan kegiatan memakan waktu

yang lama.

2. Pertukaran informasi antar cabang

atau dengan pusat belum efisien.

Cause : BSMI tidak memiliki sebuah

mekanisme pertukaran informasi yang jelas.

Selain itu BSMI juga tidak ditunjang oleh

sebuah sistem yang menunjang proses

pertukaran informasi.

Effect : Untuk dapat memperoleh informasi

memakan waktu yang lama.

Services

1. Saat ini BSMI belum mempunyai

Cause : Sedikitnya orang yang menangani

pelaporan keuangan, sistem rekrutmen, dan

sistem pelaporan kegiatan.


pelaporan keuangan, sistem rekrutmen,

dan sistem pelaporan kegiatan yang

jelas.

Effect : Laporan keuangan dan kegiatan

tidak ter-up date dengan cepat. Hasil

rekrutmen relawan dan donatur sedikit.

2. BSMI belum mempunyai sistem

penggalangan dana, database donatur

dan relawan.

Cause : Tidak adanya sumber daya manusia

yang mampu membuat sebuah mekanisme

penggalangan dana, database donatur dan

relawan.

Effect : Jaringan donatur masih sempit dan

relawan yang ada masih sedikit.

3. Donatur belum mendapatkan laporan

keuangan dan kegiatan secara rutin.

Cause : Mekanisme pelaporan yang masih

belum jelas.

Effect : Donatur kurang mendapatkan

pelayanan yang optimal.

II. Opportunities

1. Back up otomatis data yang

terkomputerisasi untuk semua data

laporan keuangan dan kegiatan,

database relawan dan donatur.

Cause : BSMI belum membangun back up

data otomatis yang terkomputerisasi secara

menyeluruh.

Effect : Setiap data relawan dan donatur

baru yang masuk secara otomatis ter-up date

dalam database pusat.

Tabel 4. 1 - Tabel analisa problems dan opportunities

4.3. Analisa Proses Bisnis

Sebelum membuat sistem yang baru maka perlu memeriksa terlebih dahulu proses

bisnis yang selama ini terjadi di BSMI dengan demikian dapat ditentukan proses apa

saja yang mungkin perlu ditambah ataupun dikurangi.


4.3.1 ER Diagram sistem yang sedang berjalan

Relawan

Mencatat_relawa

n

Mencatat_donat

ur

Nama

Alamat No_Telp

Donatur

Nama Alamat

Nomor

Telepon

Email

LaporanKegiatan

No_lapora

n

tanggalIsi

1

N

N

1

E-mail

Pegawai_Adm

inistrasi

1Membuat_lapor

an_kegiatan

N

Laporan

Keuangan

Mencatat_lapor

an_keuangan

No_lapora

n

tanggal

Isi

1

N

Nama

NIP

Gambar 4. 7 – ERD sistem yang sedang berjalan

Entitas Penjelasan Entitas

Pegawai_Administrasi pegawai administrasi di BSMI

Relawan Orang yang membantu pelaksanaan kegiatan BSMI

secara sukarela

Laporan Kegiatan laporan kegiatan di BSMI

Donatur Pihak-pihak yang membantu keuangan BSMI

Laporan Keuangan Laporan keuangan di BSMI

Tabel 4. 2 - Tabel Penjelasan Entitas

Entitas Atribut Penjelasan Atribut

Pegawai_Administrasi Nama Nama lengkap dari pegawai

administrasi BSMI

NIP Nomor induk pegawai

(primary key)

Relawan Nama Nama relawan

Tanggal Alamat dimana relawan

berdomisili

Isi Nomor telepon relawan


e-mail Pekerjaan relawan (primary

key)

Donatur Nama Nama donatur

Alamat Alamat dimana donatur

berdomisili

Nomor_telepon Nomor telepon donatur

Pekerjaan Pekerjaan donatur

Laporan_kegiatan No_Laporan Nama cabang BSMI

Isi Isi dari laporan

Tanggal Tanggal laporan di-posting

Laporan_Keuangan No_Laporan Judul dari berita

Tanggal Tanggal laporan di-posting


Tabel 4. 3 - Tabel Penjelasan Atribut

Penjelasan dari relasi ER-Diagram:

a. Relationship membuat_laporan_keuangan: menunjukkan hubungan antara

objek Pegawai administrasi dan LaporanKeuangan. Relasi ini mengandung

arti bahwa satu orang pegawai administrasi dapat membuat satu atau

lebih laporan keuangan .

b. Relationship membuat_laporan_kegiatan: menunjukkan hubungan antara

objek Pegawai administrasi dan LaporanKegiatan. Relasi ini mengandung

arti bahwa satu orang pegawai administrasi dapat membuat satu atau

lebih laporan kegiatan .

c. Relationship mencatat_relawan: menunjukkan hubungan antara objek

Relawan dan Pegawai_Administrasi. Relasi ini mengandung arti bahwa

seorang pegawai administrasi dapat mencatat satu atau lebih relawan.

d. Relationship mencatat_donatur : menunjukkan hubungan antara objek

Donatur dan Pegawai_Administrasi. Relasi ini mengandung arti bahwa

seorang pegawai administrasi dapat mencatat satu atau lebih donatur.

4.3.2 DFD sistem yang sedang berjalan

Berdasarkan Business Process yang sudah dijelaskan di bagian awal, proses-

proses yang terjadi dalam BSMI dapat dijabarkan menjadi poin-poin sebagai

berikut:

1. Proses rekrutmen dan pendataan anggota : merupakan proses untuk

menjaring tenaga sukarela yang merupakan ujung tombak atau pelaksana

dilapangan.


2. Proses penjaringan dan pendataan donatur : merupakan proses menjaring

donatur baru dan mengelola data-data donatur yang lama. Semua

kegiatan BSMI didanai oleh donatur. Oleh karena itu data-data donatur

perlu di-manage dengan baik.

3. Proses pembuatan laporan kegiatan : merupakan proses melaporkan

semua kegiatan kemanusiaan yang dilakukan oleh BSMI.

4. Proses pembuatan laporan keuangan: merupakan proses pelaporan setiap

penggunaan dana untuk kegiatan kemanusiaan kepada masyarakat. Hal

ini sangat penting karena setiap dana yang didapat BSMI berasal dari

masyarakat oleh karena itu pengeluaran dana perlu

dipertanggungjawabkan. Laporan keuangan untuk kegiatan operasional

juga perlu dibuat untuk internal BSMI.

5. Proses penanggulangan bencana : merupakan proses-proses yang perlu

dilakukan oleh BSMI dalam melakukan penanggulangan bencana. Proses

ini dimulai dari pelaporan bencana oleh masyarakat dan diakhiri dengan

pelaporan kegiatan dan penggunaan dana ke masyarakat.

Berdasarkan Business Process, dilakukan dekomposisi diagram dan

pembuatan DFD (Data Flow Diagram) sistem yang ada sekarang ini. Berikut ini

adalah diagram dekomposisi sistem operasional BSMI:

Sistem Informasi

BSMI

1.1

Rekrutmen

dan pedataan

Anggota

1.2

Pendataan

Donatur

1.3

Pelaporan

Kegiatan

1.4

Pelaporan

Keuangan

1.5

Penanggulang

an Bencana

1. Pencatatan data

donatur

1. Penulisan

laporan kegiatan.

2. menyampaikan

laaporan ke

masyarakat

1. Penulisan

laporan keuangan

2. menyampaikan

laporan ke

masyarakat

1. menrima

laporan dari

masyarakat

2. meminta

bantuan ke

donatur

3. mengirim

bantuan ke

masyarakat

1.Pencatatan data

relawan

Gambar 4.8 - Diagram Dekomposisi Sistem informasi BSMI


Berdasarkan tabel dekomposisi (gambar 3.3) kemudian diturunkanlah DFD

(Data Flow Diagram). Pada dasarnya DFD berguna untuk menjelaskan

bagaimana alur dari proses yang terjadi di BSMI. Kami akan membuat DFD

level 0, 1, dan 2. Semakin tinggi level DFD maka alur proses yang

digambarkan semakin jelas.

DFD level 0 hanya menggambarkan sistem secara umum. Pada level ini hanya

terdapat satu proses yaitu :

Sistem

Informasi

BSMI

Donatur

Masyarakat

dana

Laporan kegiatan

Laporan keuangan

DFD Level 0:

Data donatur

Data relawan

Gambar 4.9 - DFD Level 0 sistem yang sedang berjalan

Pada DFD level proses-proses yang terdapat pada sistem dijelaskan secara

lebih detil. Pada tahap ini setiap proses digambarkan alurnya. Bagaimana alur

data yang masuk kemudian di proses, dan akhirnya didapat output. Berikut ini

adalah gambaran dari DFD level 1 dari sistem yang lama:


DFD Level 1:

5.Penanggula

ngan bencana

1. rekrutmen

dan

pendataan

relawan

3.

Pembuatan

Laporan

Kegiatan

dana

Daftar relawan

Data relawan

DonaturDana

Publik

Laporan kegiatan

2.Pendataan

Donatur

Daftar donatur

(berupa list e-mail)

Data donatur

data donatur

Data relawan

4.

Pembuatan

Laporan

Keuangan

Data hasil kegiatan

Laporan keuangan

Data

penggunaan

uang

relawan


Apabila terdapat proses yang membutuhkan penjelasan lebih lanjut maka

proses tersebut dipecah lagi menjadi proses yang lebih kecil. Pemecahan

proses digambarkan dalam DFD level 2. Pemecahan ini berdasarkan pada

diagram dekomposisi. Menurut kami, proses yang perlu dijelaskan lebih lanjut

adalah proses penanggulangan bencana. Berikut ini merupakan DFD level 2

sistem lama di BSMI.


DFD Level 2:

1. rekrutmen

dan

pendataan

relawan

3.

Pembuatan

Laporan

Kegiatan

Daftar relawan

Data relawan

DonaturDana

PublikLaporan kegiatan

2.Pendataan

Donatur

Daftar donatur

(berupa list e-mail)

Data donatur

data donatur

Data relawan

4.

Pembuatan

Laporan

Keuangan

Data hasil kegiatan

Laporan keuangan

Data

penggunaan

uangrelawanPembelian

obat

Pembentukan

tim relawan dan

obat

Operasi

lapangan

Buat

dokumenta

si kegiatan

obat

Tim relawan

dan obat

Data operasi


Diagram interface sistem yang sedang berjalan

Diagram interface untuk sistem / website lama BSMI

Halaman Utama

Pilih Berita Lihat Berita

Me

liha

t be

rita te

lah

se

lesa

i

Me

ma

ng

gil h

ala

ma

n u

tam

aPro

se

s m

elih

at b

erita

Me

liha

t P

em

ilih

an

Be

rita

Proses Melihat Berita Terpilih

Memanggil Penampilan Berita

Gambar 4.12 - Diagram interface sistem yang sedang berjalan


Keterangan :

Diagram interface ini merupakan tampilan dari website BSMI yang lama. Di

dalam website ini hanya menampilkan profil BSMI dan beberapa berita

kemanusiaan dan kesehatan baik di Indonesia maupun di luar negeri. Namun

website ini jarang sekali di-update karena keterbatasan

4.4. Analisa System Improvement Objectives

Setelah scope, problems ,dan opportunities telah ditentukan maka langkah selanjutnya

adalah membuat System Improvement Objectives. Tujuannya yaitu membuat suatu

standar terukur (objective) yang dapat memperbaiki sistem yang akan dibuat dan juga

menentukan ketidakleluasaan (constraint) yang mungkin akan membatasi standar

yang telah dibuat sebelumnya. Berikut adalah hasil analisa system objective dan

system constraint.


CREATED BY: Haryani Diah Sitawati LAST UPDATE BY : Haryani Diah Sitawati


Sistem Objective Sistem Constraint

1. Komunikasi antara BSMI Pusat

dengan BSMI cabang maupun

masyarakat dapat dilakukan secara

online

2. Menyimpan secara terstruktur dan

terorganisasi database dari relawan

dan donatur dan dapat dimodifikasi

3. Biaya untuk pelaporan keuangan dan

kegiatan berkurang hingga 50%.

4. Biaya untuk pertukaran informasi dan

dokumen antar cabang berkurang

hingga 75%.

5. Mendistribusikan laporan kegiatan

dan keuangan BSMI lebih banyak dan

lebih luas

1. Kurangnya SDM berkualitas atau

berpengalaman yang dapat

menangani masalah Sistem Informasi

dan Teknologi Informasi di BSMI

2. Infrastruktur IT di BSMI yang belum

baik

3. Website BSMI tidak stabil karena

sering diganggu oleh hacker yang

tidak menyukai sepak terjang BSMI

4. Dokumen-dokumen penting di BSMI

masih tersebar dan kurang rapi

pengarsipannya sehingga mempersulit

membuat sistem penyimpanan

database

5. Sistem yang dibangun harus


6. Meningkatnya proses pertukaran

informasi dan dokumen hingga 50%

7. Membuat sistem perekrutan relawan

secara online sehingga dapat menarik

relawan lebih banyak

8. Membuat penggalangan dana secara

online sehingga lebih jelas dan

tersebar luas

compatible dengan OS Windows

98/2000/NT/XP dan berjalan dengan

baik pada semua web browser

6. Sistem yang baru harus mulai

beroperasi pada bulan Juni

Tabel 4. 4 - Tabel System Improvement Objectives Matrix


BAB V

ANALISA KEBUTUHAN

Tahap analisa kebutuhan bertujuan untuk mengidentifikasikan dan mengenali masalah

dan kebutuhan solusi dari user dan untuk mengidentifikasikan data, process, dan

interface yang dibutuhkan dalam membangun sistem informasi Langkah yang

dilakukan dalam tahap ini adalah :

- Mengidentifikasi kebutuhan sistem

- Memberi prioritas kebutuhan sistem

Untuk dapat mengidentifikasi kebutuhan sistem, terlebih dahulu dilakukan wawancara

dengan user. Selanjutnya akan dianalisa dan diberikan prioritas dari setiap kebutuhan

tersebut. Tahap ini merupakan tahap yang terpenting, karena pada tahap ini user

menentukan keinginannya dan tim pengembang diharapkan mampu mengakomodasi

keinginan tersebut. Hasil dari tahapan ini adalah business requirement statement

(daftar kebutuhan baik fungsional maupun non fungsional) yang akan menjawab

System Improvement Objectives yang telah diidentifikasi pada tahap sebelumnya.

5.1. Identifikasi Kebutuhan Bisnis

Pada proses ini, system user perlu dilibatkan untuk membantu dalam mengidentifikasi

kebutuhan bisnis yang diperlukan oleh user. Tahap ini merupakan tahap yang

terpenting, karena pada tahap ini user menentukan keinginannya dan tim

pengembang diharapkan mampu mengakomodasi keinginan tersebut.

Analisa kebutuhan berupa kebutuhan fungsional dan non fungsional sistem dapat

dilihat pada tabel di bawah ini.

PROJECT: Sistem Informasi BSMI PROJECT MANAGER: Widiana P

CREATED BY: Haryani Diah Sitawati LAST UPDATE BY: Haryani Diah Sitawati


Funtional Requirement

1. Sistem mampu menyediakan fasilitas forum dan e-mail untuk menunjang proses

bisnis komunikasi. Proses bisnis komunikasi yang menggunakan forum dan e-mail


adalah sebagai berikut :

a. Pertanyaan dari masyarakat ke BSMI

b. Permohonan bantuan dari masyarakat

c. Pertukaran informasi

2. Sistem dapat menyediakan fasilitas Content Management System untuk me-

manage isi dari web

3. Sistem menyediakan fasilitas pelaporan keuangan dan kegiatan. Hal ini diperlukan

untuk menunjang proses bisnis penyampaian laporan ke masyarakat khususnya

donatur

4. Sistem menyediakan fasilitas registrasi bagi relawan guna menunjang proses

bisnis. Proses bisnis yang dimaksud adalah misi sosial kemanusiaan

5. Sistem menyediakan fasilitas dan maintenance database relawan dan donatur

6. Sistem mampu melakukan back-up data secara otomatis

7. Sistem menyediakan fasilitas pengaksesan menggunakan login khusus untuk BSMI

pusat dan BSMI daerah

Tabel 5. 5 - Tabel Functional Requirement


Untuk menggambarkan functional requirements maka dibuat diagram use case

sehingga memperjelas inputs, process, outputs, dan data stored.

login

(from Use Cases)

email

(from Use Cases)

forum

(from Use Cases)

view

(from Use Cases)

Pengunjung Web

(from Actors)

post content ke BMSI pusat

(from Use Cases)

BSMI cabang

(from Actors)

inherit

modif y content

(from Use Cases)

upload content

(from Use Cases)

maintenance database

(from Use Cases)

BSMI pusat

(from Actors)

inherit

Gambar 5.1 - Use Case sistem yang akan dikembangkan


Login

Author: Haryani Diah Sitawati Date : 22 Maret 2004

Version : 1.0

Use-Case Name : Login Use-CaseType

Business Requirements: √ Use-Case ID : BSMI-BUC001

Priority : High

Source : Requirements-BSMI.R7

Primary Business

Actor :

Pengunjung Web

BSMI cabang

BSMI pusat

Other Participating

Actor :

-

Other Intrested

Stakeholder :

-

Description : Use case ini mendeskripsikan event aktor untuk melakukan

login. Pada awalnya, aktor memasukkan username dan

password-nya. Sistem akan melakuka otentifikasi apakah

field username dan password sudah terisi semua dan apakah

username dan password yang dimasukkan aktor sesuai

dengan database username dan password yang disimpan di

sistem. Jika otentifikasi berhasil, aktor dapat masuk ke

bagian sistem yang memerlukan login terlebih ahlu. Namun

jika otentifikasi gagal, aktor diminta untuk mengisi

username dan password-nya lagi.

Tabel 5. 6 - Use Case Narrative untuk Use Case Login


E-mail


Version : 1.0

Use-Case Name : E-mail Use-CaseType


Priority : Low


Primary Business

Actor :

Pengunjung Web

BSMI cabang

BSMI pusat

Other Participating

Actor :

-

Other Intrested

Stakeholder :

-

Description : Use case ini mendeskripsikan fasilitas e-mail yang dapat

dipergunakan oleh aktor. Aktor harus sudah melakukan login

terlebih dahulu untuk bisa melakukan use case ini. Fasilitas

e-mail yang dapat digunakan oleh aktor antara lain adalah

membaca, mengirim, membalas dan menghapus mail

Tabel 5. 7 - Use Case Narrative untuk Use Case E-mail


Forum


Version : 1.0

Use-Case Name : Forum Use-CaseType


Priority :


Primary Business

Actor :

Pengunjung Web

BSMI cabang

BSMI pusat

Other Participating

Actor :

-

Other Intrested

Stakeholder :

-

Description : Use case ini mendeskripsikan fasilitas forum yang dapat

dipergunakan oleh aktor. Aktor harus sudah melakukan login

terlebih dahulu untuk bisa melakukan use case ini. Fasilitas

forum yang dapat digunakan oleh aktor antara lain adalah

membaca forum, memasukkan topik baru, membalas

postingan. Namun khusus untuk BSMI pusat mempunyai

hak khusus yaitu untuk menghapus isi forum.

Tabel 5. 8 - Use Case Narrative untuk Use Case Forum


View


Version : 1.0

Use-Case Name : View Use-CaseType


Priority : High


Primary Business

Actor :

Pengunjung Web

BSMI cabang

BSMI pusat

Other Participating

Actor :

-

Other Intrested

Stakeholder :

-

Description : Use case ini mendeskripsikan event melihat content dari

web. Content yang dimaksud adalah laporan keuangan dan

kegiatan, news, artikel, profil. Aktor memilih content yang

akan dilihat dengan cara melakukan navigasi terhadap

halaman web. Lalu aktor meng-click link content yang

diinginkan untuk melihat tampilan keseluruhan informasi

yang diinginkannya.

Tabel 5. 9 - Use Case Narrative untuk Use Case View


Post Content ke BSMI Pusat


Version : 1.0

Use-Case Name : Post Content ke BSMI Pusat Use-CaseType


Priority : High

Source : Requirements-BSMI.R2.3

Primary Business

Actor :

BSMI cabang

Other Participating

Actor :

BSMI pusat

Other Intrested

Stakeholder :

Pengunjung Web

Description : Use case ini mendeskripsikan event pengiriman content dari

BSMI cabang ke BSMI pusat. Aktor harus sudah melakukan

login terlebih dahulu untuk bisa melakukan use case ini.

Content yang dapat dikirim adalah laporan keuangan dan

kegiatan, news, artikel. Content ini tidak dapat langsung di-

upload langsung ke web melainkan harus dikirimkan terlebih

dahulu ke BSMI pusat selaku Content Management System

untuk menyaring isinya. Pada awalnya, aktor memilih

dahulu jenis content yang akan dikirim lalu menulis atau

meng-attach dokumen yang dimaksud untuk kemudian

dikirim ke BSMI pusat.

Tabel 5. 10 - Use Case Narrative untuk Use Case Post Content ke BSMI Pusat


Maintenance Database


Version : 1.0

Use-Case Name : Maintenance Database Use-CaseType


Priority : High


Primary Business

Actor :

BSMI pusat

Other Participating

Actor :

Relawan

Donatur

Other Intrested

Stakeholder :

-

Description : Use case ini mendeskripsikan aktivitas BSMI pusat dalam

melakukan Maintenance Database. Aktor harus sudah

melakukan login terlebih dahulu untuk bisa melakukan use

case ini. Aktivitas yang dapat dilakukakan antara lain adalah

membuat database baru, menambah, mengubah, meng-

update dan menghapus database.

Tabel 5. 11 - Use Case Narrative untuk Use Case Maintenance Database


Modify Content


Version : 1.0

Use-Case Name : Modify Content Use-CaseType


Priority : Medium


Primary Business

Actor :

BSMI pusat

Other Participating

Actor :

-

Other Intrested

Stakeholder :

Pengunjung web

Description : Use case ini mendeskripsikan event aktor dalam melakukan

modifikasi terhadap content. Content yang dapat

dimodifikasi adalah laporan keuangan dan kegiatan, news,

artikel, profil. Aktor harus sudah melakukan login terlebih

dahulu untuk bisa melakukan use case ini. Pada awalnya,

aktor memilih dahulu jenis content yang akan diubah lalu

melakukan modifikasi, menyimpan hasil modifikasi dan

meng-upload-nya kembali .

Tabel 5. 12 - Use Case Narrative untuk Use Case Modify Content


Upload Content


Version : 1.0

Use-Case Name : Upload Content Use-CaseType


Priority : Medium


Primary Business

Actor :

BSMI pusat

Other Participating

Actor :

BSMI cabang

Other Intrested

Stakeholder :

Pengunjung web

Description : Use case ini mendeskripsikan event aktor dalam melakukan

upload content. Content yang dapat di-upload adalah

laporan keuangan dan kegiatan, news, artikel, profil. Aktor

harus sudah melakukan login terlebih dahulu untuk bisa

melakukan use case ini. Pada awalnya, aktor memilih dahulu

jenis content yang akan di-upload lalu meng-upload-nya.

Tabel 5. 13 - Use Case Narrative untuk Use Case Upload Content


Non functional requirements merupakan deskripsi dari fitur, karakteristik, dan atribut

dari sistem yang dapat membatasi ruang lingkup dari solusi. Non functional

requirements dapat diklasifikasi dengan beberapa cara, salah satunya adalah dengan

menggunakan PIECES framework. Berikut ini akan ditunjukkan non functional

requirements yang diklasifikasikan dengan PIECES framework :

Non Functional Requirements

Tipe Kebutuhan Penjelasan

Performance 1. Memiliki response time yang cepat

Information

1. Informasi yang ditampilkan akurat dan up-to-date

2. Informasi selalu di-update dengan jangka waktu yang

ditentukan

Economy

1. Sistem dapat menekan biaya pembuatan laporan dan

komunikasi melalui telepon

2. Sistem dapat diselesaikan paling lambat 6 bulan

Control and Security

1. Sistem harus dapat melakukan kontrol terhadap

pengaksesan dengan adanya login khusus untuk BSMI

pusat dan BSMI cabang

2. Sistem harus dapat melakukan kontrol terhadap bagian

pelaporan

3. Sistem membutuhkan back-up untuk semua data

Efficiency 1. Penggunaan sistem dapat mendorong efisiensi

pemakaian kertas

Service

1. Sistem berbasis web

2. Sistem harus mudah digunakan (user friendly)

3. Dokumentasi pembuatan sistem yang rapi dan terstruktur

4. Sistem harus dapat meminimalisir human error

5. Sistem harus dapat digunakan oeh pengurus pusat,

cabang dan masyarakat.

Tabel 5. 10 – Tabel Non Functional Requirement


5.2. Memberi Prioritas Sistem Requirement

Kebutuhan yang sebelumnya telah ditentukan tidaklah mungkin dapat dipenuhi

sepenuhnya ataupun dipenuhi dlam waktu yang bersamaan. Oleh kita itu system

owners dan users perlu memberikan prioritas pada masing-masing kebutuhan

tersebut. Prioritas dapat dikategorikan berdasarkan kepentingannya.

a. Mandatory Requirement

Mandatory requirement merupakan kebutuhan bisnis yang harus dipenuhi atau

harus ada di dalam sistem yang akan dibuat karena jika tidak ada maka sistem

tersebut tidak berguna.

Setiap kebutuhan yang termasuk dalam mandatory requirement tidak dapat diberi

rangking tertentu. Mandatory requirement mencakup kebutuhan yang sifatnya

fungsional (functional requirements). Seperti yang telah kita ketahui bahwa

kebutuhan fungsional merupakan kebutuhan utama (core) dari suatu sistem yang

harus dan layak untuk dipenuhi. Ketiadaan kebutuhan fungsional pada sistem yang

akan dibangun, akan mengakibatkan alur proses bisnis tidak lagi dapat berjalan

dengan baik. Mandatory Requirements tersebut dapat dilihat di tabel 4.3 di bawah

ini

Mandatory Requirements

Sistem menyediakan fasilitas Content Management System

Sistem menyediakan fasilitas pelaporan keuangan dan kegiatan.

Sistem menyediakan fasilitas dan maintenance database relawan dan donatur

Tabel 5.11 – Tabel Mandatory Requirements


b. Desirable requirements

Kebutuhan-kebutuhan yang sifatnya sebagai penunjang keberadaan sistem.

Desirable requirement mencakup kebutuhan-kebutuhan fungsional yang hanya

merupakan fitur tambahan yang tidak harus dipenuhi oleh sistem, tetapi

keberadaannya dapat mendukung sistem agar dapat berjalan lebih handal. Oleh

karena kebutuhan - kebutuhan ini tidak harus dipenuhi oleh sistem maka dapat

dinerikan prioritas untuk memenuhi kebutuhan - kebutuhan tersebut. Desirable

Requirements tersebut beserta prioritasnya dapat dilihat di tabel 4.4 di bawah ini

Desirable Requirements Prioritas

Sistem menyediakan fasilitas registrasi bagi relawan 2

Sistem menyediakan fasilitas forum dan e-mail 1

Sistem menyediakan fasilitas pengaksesan menggunakan login

khusus

2

Sistem mampu melakukan back-up data secara otomatis 3

Tabel 5.12 – Tabel Desirable requirements

Keterangan :

- Prioritas 1 : tinggi

- Prioritas 2 : menengah

- Prioritas 3 : kecil


BAB VI

LOGICAL DESIGN

Tahap logical design merupakan sistem pemodelan dari kebutuhan bisnis yang telah

dijelaskan pada tahapan sebelumnya. Sistem pemodelan ini akan menggambarkan

struktur data, proses bisnis, data flows, dan user interface.

6.1. Memodelkan Kebutuhan Sistem

Tujuan dari tahap ini adalah untuk memodelkan functional requirement.. Permodelan

yang kami gunakan adalah kombinasi dari data (Entity Relationship Diagram), proses

(Data Flow Diagram) dan interface model. Berikut ini adalah permodelan-permodelan

tersebut :


Model Data

Web Userusername

password ID_user

nama

ISA

Relawan DonaturAdministrator User forumalamat

TTL

pekerjaan

Spesifikasi

bidang

telepon

Spesifikasi

donasi

alamatTTL

pekerjaan

telepon

Cabang Laporan

nama

alamat

telepon

namajenis

judul

URL

tanggal

isi

bergabung

memodifikasi

Thread

ID_threadjudul

tanggal

Berita

judul

tanggaljenis

isi

Forum

ID_forum nama

Post forum

judul isi

ID_post forum

tanggal

membuat

in

in

in

memodifikasi

memodifikasi

memodifikasi

memodifikasi

n

1

n m

n

n

n

m m m

m n

nm

n

1

m

m

n n

Alamat e-mail

Gambar 6.1 - ER-D pada sistem yang akan dikembangkan

Entitas Penjelasan Entitas

Web User Pengguna Sistem Informasi BSMI

Relawan Orang yang membantu pelaksanaan kegiatan BSMI

secara sukarela

Administrator Pihak BSMI yang menangani Sistem Informasi BSMI

Donatur Pihak-pihak yang membantu keuangan BSMI

User Forum Masyarakat umum selain relawan dan donator yang

dapat mengakses forum


Cabang Perwakilan BSMI di daerah

Berita Informasi yang ditampilkan oleh BSMI seperti news,

artikel, profil

Laporan Laporan kegiatan dan keuangan BSMI

Forum Forum untuk berkomunikasi antara BSMI pusat dengan

cabang dan masyarakat

Post Forum Topik forum yang pertama kali di-post

Thread Balasan-balasan dari Post Forum

Tabel 6. 1 - Tabel Penjelasan Entitas

Entitas Atribut Penjelasan Atribut

Web User ID_user ID dari pemakai sistem informasi

(primary key)

password password dari pemakai sistem

informasi

username Nama login dari pemakai sistem

Nama Nama lengkap pengguna sistem

Alamat_email Alamat e-mail dari pengguna sistem

(primary key)

Relawan Spesifikasi_bidang Spesifkasi bidang yang dipilih

relawan yaitu Kegawatdaruratan,

Tanggap Bencana, Pelayanan

Kesehatan, Bulan Sabit Merah

Remaja, Penanganan Pengungsi,

Pelayanan Ambulan, Kesehatan

Wanita dan Anak, Pendidikan dan

Latihan, Humas

Alamat Alamat dimana relawan berdomisili

Telepon Nomor telepon relawan

Pekerjaan Pekerjaan relawan

TTL Tempat dan tanggal lahir relawan

Donatur Spesifikasi_donasi Spesifikasi donasi ditujukan

Alamat Alamat dimana donatur berdomisili

Telepon Nomor telepon donatur

Pekerjaan Pekerjaan donatur

TTL Tempat dan tanggal lahir donatur

Cabang Nama Nama cabang BSMI (primary key)

Alamat Alamat cabang BSMI

Telepon Nomor telepon cabang


Berita Judul Judul dari berita (primary key)

Jenis Jenis dari berita yaitu : artikel,

news, profil BSMI

Tanggal Tanggal berita di-upload

Isi Isi dari berita

Laporan Judul Judul dari laporan (primary key)

Jenis Jenis dari laporan yaitu laporan

keuangan dan kegiatan

Nama Nama dokumen laporan

Tanggal Tanggal laporan dikirim

URL Link tempat laporan berada


Forum ID_Forum ID dari forum yang ada di dalam

sistem (primary key)

Nama Nama forum

Post Forum ID_post_forum ID dari topik yang di-posting ke

forum yang ada di dalam sistem

(primary key)

Judul Judul dari topik yang di-posting

Tanggal Tanggal topik di-posting

Isi Isi dari postingan

Thread ID_Thread ID dari thread topik yang di-posting

yang ada di dalam sistem (primary

key)

Judul Judul dari thread yang di-posting

Tanggal Tanggal thread terkirim

Tabel 6. 2 - Tabel Penjelasan Atribut

Asumsi:

Pengunjung Web yang hanya melihat-melihat berita, tidak mengakses forum bukan

menjadi bagian dari web user. Untuk menjadi web user, pengunjung web harus

melakukan registrasi menjadi user forum, sehingga ia berhak untuk mengakses forum.

Web user yang telah menjadi relawan dan donatur maka secara otomatis ia memiliki

hak untuk mengakses forum, tanpa ia melakukan registrasi untuk menjadi user forum.

Database relawan dan donatur akan otomatis ter-update secara otomatis saat

pengunjung web melakukan submit menjadi relawan/donatur.


Keterangan ER-Diagram:

1. Web User yang terdiri dari administrator, relawan, donatur dan User Forum dapat

memanfaatkan fasillitas forum untuk sarana berkomunikasi.

2. Administrator dapat melakukan maintenance terhadap database relawan dan

donatur.

3. Administrator mengurus masalah upload dan modifikasi berita dan pelaporan.

4. Administrator mempunyai hak penuh terhadap forum (membuat, menghapus dan

mengubah)

6.1.1 Model Proses

Penjelasan mengenai aliran proses yang terjadi pada Sistem Informasi BSMI

yang akan dikembangkan

DFD level 0

Pengunjung

WebAdministrator

Sistem Informasi

BSMI

Password, username

Form content, pilihan database untuk

dimodifikasi (dihapus, diedit, diiisi)

Tampilan web

Password, username

Gambar 6.2 - DFD Level 0 Sistem yang akan Dikembangkan


DFD Level 1

Administrator

Modifikasi

content

Daftar

relawan

Thread

forum

Daftar

forum

Daftar

e-mail

Mengisi

forum

Baca forum

Modifikasi

database

Login

Pengunjung

Web

Passw

ord, username

Pass

word

, use

rnam

e

form login

Konfir

masi

ote

ntif

ikasi

login

Form

dengan c

onte

nt te

lah d

imodifi

kasi

Form

dengan c

onte

nt ya

ng b

elu

m d

imodifi

kasi

Pilhan database yang belum

dimodifik

asi

Database

yang te

lah d

imodifia

ksi

Daftar forum yang akan dibaca

Pilihan forum yang akan dibaca

Daftar forum yang akan dithread

Pilihan forum yang akan di-thread

Daftar forum

yang akan diisi

Pilihan forum

yang akan diisi

Daftar

donatur

Form registrasi email

Form registrasi email yang

sudah terisi

Form registrasi donatur

Foorm registrasi donatur yang sudah terisiForm

registrasi relawan

Foorm registrasi relawan yang sudah terisi

Form

registra

si foru

m

Foorm

registra

si foru

m ya

ng su

dah te

risi

Gambar 6.3 - DFD Level 1 Sistem yang akan Dikembangkan


Keterangan :

Data yang mengalir pada proses daftar email tidak terhubung pada database yang di-

maintenance oleh administrator sistem ini.

Berikut akan ditunjukkan proses-proses yang berada di dalam DFD level 1

DFD level 2 untuk proses daftar (registrasi) relawan

Simpan ke

Database

relawan

Tampilkan

konfirmasi

Proses

memasukkan

input relawan

Database

relawan

Pengunjung

web

Form registrasi yang

sudah terisi

Form regstrasi relawan

yang sudah terisi

Form re

gistrasi y

ang

sudah teris

i

Hasil ko

nfirm

asi

registra

si rela

wan

Tampilan web berupa hasil konfirmasi registrasi

Gambar 6.4 - DFD Level 2 Sistem proses registrasi relawan yang akan dikembangkan

DFD level 2 proses daftar (registrasi) donatur

Simpan ke

Database

donatur

Tampilkan

konfirmasi

Proses

memasukkan

input donatur

Database

donatur

Pengunjung

web

Form registrasi donatur

yang sudah terisi

Form regstrasi donatur

yang sudah terisi

Form re

gistrasi d

onatur

yang sudah teris

i

Hasil ko

nfirm

asi

registra

si donatu

r

Tampilan web berupa hasil konfirmasi registrasi donatur


Gambar 6.5 - DFD Level 2 Sistem proses registrasi donatur yang akan dikembangkan

DFD level 2 proses daftar (registrasi) forum

Simpan ke

Database

forum

Tampilkan

konfirmasi

Proses

memasukkan

input forum

Database

forum

Pengunjung

web

Form registrasi forum

yang sudah terisi

Form regstrasi forum

yang sudah terisi

Form re

gistrasi fo

rum

yang sudah teris

i

Hasil ko

nfirm

asi

registra

si foru

m

Tampilan web berupa hasil konfirmasi registrasiforum

Gambar 6.6 - DFD Level 2 Sistem proses registrasi forum yang akan dikembangkan

DFD level 2 proses mengisi/mem-posting forum

Pilih forum

login

isi forum

Simpan isi

forum

Database

forum

konfirmasi

Daf

tar pi

lihan

foru

m

Foru

m yan

g dipilih

oeh

web

use

r

Form untuk mem-posting

topik pada forum terpilih

Form berisi topik baru

Fo

rm to

pik

ba

ru u

ntu

k

dis

imp

an

Akses database untuk

menyimpan to

pik baru

Form konfirmasi atas

pengisian topik baru

Web User

Form

login

Usernam

e, password

Tam

pilan web untuk konform

si

Ko

nfirm

asi p

ostin

g

top

ik k

e w

eb

Gambar 6.7 - DFD Level 2 Sistem proses mem-posting forum yang akan dikembangkan


DFD level 2 proses thread forum

Pilih forum

login

Pilih topik

Thread

forum

Database

forum

Simpan

thread

Daf

tar p

iliha

n fo

rum

Forum

yan

g dipilih

oeh

web

use

rDaftar pilihan topik

Topik yang dipilih olehweb user

Fo

rm th

rea

d b

aru

su

da

h d

iisi

Akses database untuk menyimpan

thread baru

Form thread untuk

disimpan

Web User

Form login

Usernam

e, password

Tam

pila

n w

eb u

ntu

k k

onfo

rmsi

konfirmasi

Fo

rm th

rea

d u

ntu

k d

iisi

Form untuk konfirmasi

pengisian thread


menampilkan topik terpilih

Isi topik yang diminta

web user

Gambar 6.8 - DFD Level 2 Sistem proses mem-thread forum

yang akan dikembangkan DFD level 2 proses baca forum

Pilih forum

login

Pilih topik

Baca

forum Database

forum

Daf

tar p

iliha

n fo

rum

Forum

yan

g dipilih

oeh

web

use

rDaftar pilihan topik

Topik yang dipilih olehweb user


menampilkan topik terpilih

Web User

Form login

Usernam

e, passwordTam

pilan web isi topik yang dibaca

Isi topik yang diminta

web user

Piliha

n to

pik

yang

dim

inta

web

use

r

Gambar 6.9 - DFD Level 2 Sistem proses mem-thread forum



Administrator

Login

Passw

ord

, use

rnam

efo

rm lo

gin

Select

Database

Edit

Database

Daftar pilihan database

Database yang dipilih admin

Tabel database yang akan di-edit

Delete

Database

Tabel database yang sudah di-edit

Da

ftar p

iliha

n d

ata

ba

se

Da

tab

ase

ya

ng

aka

n d

i-d

ele

te

Gambar 6.10 - DFD Level 2 Sistem proses modifikasi Database yang akan dikembangkan


Keterangan :

Proses modifikasi content terdiri dari tiga buah proses, yaitu :

- Modifikasi content

- Review content

- Hapus content

DFD level 2 untuk proses modifikasi content (upload content)

Upload

content

Administrator

Login

Passw

ord

, use

rnam

efo

rm lo

gin

Pilih

Content

Tulis

Content

Simpan

content

Pengunjung

Web

Daf

tar p

iliha

n co

nten

tCon

tent

yan

g di

pilih

adm

in

Database

Content

Form

conte

nt u

ntu

k diisi

Form

conte

nt ya

ng

sudah d

iisi

conte

nt untu

k dis

impan

Konfirm

asi p

enyim

panan

conte

nt


melakukan penyim

panan

Content baru di-upload

Tampilan web berupa

content baru

Gambar 6.11 - DFD Level 2 Sistem proses upload content



DFD level 2 untuk proses review content

Upload

content

Administrator

Login

Passw

ord

, use

rnam

efo

rm lo

gin

Pilih

Content

Review

Content

Simpan

content

Pengunjung

Web

Daf

tar p

iliha

n co

nten

tCon

tent

yan

g di

pilih

adm

inDatabase

Content

Form

conte

nt u

ntu

k

dire

viewForm

conte

nt ya

ng

sudah d

irevie

w

conte

nt untu

k dis

impan

Konfirm

asi p

enyim

panan

conte

nt


melakukan penyimpanan

Content hasil review

di-uploadTampilan web berupa

content baru

Akse

s data

base

untu

k

menam

pilka

n co

nte

nt te

rpilih

Conte

nt ya

ng d

ipilih

adm

in

Gambar 6.12 - DFD Level 2 Sistem proses review content yang akan dikembangkan

DFD level 2 untuk proses hapus content

Upload

content

Administrator

Login

Passw

ord

, use

rnam

efo

rm lo

gin

Pilih

Content

Hapus

Content

Pengunjung

Web

Daf

tar p

iliha

n co

nten

tCon

tent

yan

g di

pilih

adm

in

Database

Content

conte

nt u

ntu

k dih

apus

conte

nt ya

ng

sudah d

ihapus

Content b

aru d

iup;o

ad

Tampilan web berupa

content baru

Akses d

ata

base u

ntu

k

menam

pilk

an c

onte

nt te

rpilih

Conte

nt y

ang d

ipilih

adm

in

Gambar 6.13 - DFD Level 2 Sistem proses hapus content yang akan dikembangkan


6.1.2 Model Interface

Diagram interface untuk administrator

Otentifikasi

Pengguna

Membaca Perintah

Logout

Memilih content

Tidak terotentifikasi

login Proses Menambah content

Memanggil pemilihan content

Memasukkan

content

Pro

se

s p

em

asu

ka

n in

ou

t

co

nte

nt b

aru

Me

ma

ng

gil

pe

ma

su

ka

n

co

nte

nt

Menyimpan

contentP

rose

s p

en

yim

pa

na

n c

on

ten

t

Me

ma

ng

gil

pe

nyim

pa

na

n

co

nte

nt

Meng-upload

content

co

nte

nt te

rsim

pa

n

Me

ma

ng

gil

up

loa

d c

on

ten

t

Sukses memasukkan input baru

Memanggil pembacan perintah

Memilih content

yang akan dihapus

Pro

se

s m

en

gh

ap

us c

on

ten

t

Me

ma

ng

gil

pe

mili

ha

n c

on

ten

t

Memilih topik untuk

content terpilih

Pro

se

s p

em

ilih

an

to

pik

da

ri

co

nte

nt te

rpili

h

Menghapus topik

terpilih

Me

ma

ng

gil

pe

mili

ha

n to

pik

Pro

se

s p

en

gh

ap

usa

n to

pik

te

rpili

h

Me

ma

ng

gil

pe

ng

ha

pu

sa

n to

pik

La

po

ran

pe

ng

ha

pu

sa

n to

pik

te

rpili

h s

ele

sa

i

Me

ma

ng

gil

pe

mb

aca

an

pe

rin

tah

Memilih content

yang akan diedit

Memilih topik dari

content terpilih

Mengedit topik dari

topik yang terpilih

Meng-upload

content

Pro

se

s m

ela

ku

ka

n

pe

ng

ed

ita

n

Me

ma

ng

gil

pe

mili

ha

n

co

nte

nt

Pro

se

s p

en

ge

dita

n c

on

ten

t

terp

ilih

Menyimpan topik

yang teredit

Me

ma

ng

gil

pe

ng

ed

ita

n

top

ik d

ari c

on

ten

t te

rpili

h

Pro

se

s p

em

ilih

an

to

pik

da

ri c

on

ten

t te

rpili

h

Me

ma

ng

gil

pe

mili

ha

n to

pik

Proses penyimpanan topik teredit

Memanggil penyimpanan topik teredit

To

pik

te

rsim

pa

n

Me

ma

ng

gil

up

loa

d c

on

ten

t

Su

kse

s m

ela

ku

ka

n p

en

ge

dita

n

Me

ma

ng

gil

pe

mb

aca

an

pe

rin

tah

Gambar 6.14 - Diagram Interface untuk administrator pada sistem yang akan

dikembangkan

Asumsi :

Yang dimaksud content adalah segala hal yang menyangkut isi dari web, baik itu

berupa artikel, berita, profil BSMI maupun laporan keuangan dan laporan kegiatan.


Keterangan:

Sistem dimulai dengan melakukan otentifikasi dari pengguna saat ia melakukan login.

Kemudian sistem akan membaca perintah dari pengguna. Perintah dari pengguna

dapat berupa menambah, melakukan pengeditan atau menghapus content. Jika

pengguna memilih menambah content maka ia harus memilih jenis content yang akan

ditambah lalu memasukkan content baru kemudian menyimpan dan di-upload. Jika

pengguna memilih untuk menghapus content, maka ia harus menspesifikasikan topik

content yang akan dihapus dan setelah itu topik content bisa dihapus. Apabila

pengguna memilih untuk melakukan pengeditan terhadap content, maka ia harus

menspesifikasikan topik content yang akan diedit lalu setelah itu content bisa diedit.

Setelah diedit, topik content harus disimpan untuk kemudian di-upload


Diagram interface untuk Pengunjung web

Membaca Perintah

tanpa loginAutentifikasi Pengguna

Membaca perintah yang

hanya bisa dilakukan

setelah pengguna login

Tidak terautentifikasi

Logout

Memilih content

Pro

se

s m

em

ba

ca

art

ike

l

Me

ma

ng

gil

pe

mili

ha

n a

rtik

el

Menampilkan

content terpilih

Pro

se

s m

en

am

pilk

an

co

nte

nt te

rpili

h

Me

ma

ng

gil

tam

pilk

an

co

nte

nt te

rpili

h

Pro

se

s k

em

ba

li ke

ha

lam

an

uta

ma

Me

ma

ng

gil

Pe

mb

aca

an

pe

rin

tah

Memilih forum yang

akan dibaca

Login

Pro

se

s p

em

ilih

an

fo

rum

ya

ng

aka

n d

iba

ca

Me

ma

ng

gil

pe

mili

ha

n fo

rum

Memilih topik yang

akan dibaca

Pro

se

s p

em

ilih

an

to

pik

da

ri fo

rum

te

rse

leksi

Me

ma

ng

gil

pe

mili

ha

n to

pik

Menampilkan topik

terpilih

Ke

mb

ali

ke

ha

lam

an

fo

rum

Me

ma

ng

gil

ma

mb

aca

pe

rin

tah

Memilih forum yang

akan diisi

Menulis di forum

Pro

se

s m

en

am

pilk

an

fo

rm

un

tuk d

iisi

Me

ma

ng

gil

me

nu

lis d

i

foru

m

Menyimpan sekaligus

memposting isi forum

Proses menampilkan isi forum

Memanggil posting forum

Ke

mb

ali

ke

ha

lam

an

fo

rum

Me

ma

ng

gil

me

mb

aca

pe

rin

tah

Memilih forum yang

akan di di thread

Memilih topik yang

akan di thread

Pro

se

s p

em

ilih

an

to

pik

ya

ng

aka

n d

i th

rea

d

Me

ma

ng

gil

pe

mili

ha

n to

pik

Proses pemilihan forum yang akan di threadMemanggil pemilihan forum

Melakukan thread terhadap

topik yang terpilih

Pro

se

s m

em

un

cu

lka

n fo

rm

un

tuk d

ap

at m

ela

ku

ka

n th

rea

dM

em

an

gg

il th

rea

d

Menyimpan sekaligus

memposting thread forum

Kembali ke halaman forum

Memanggil membaca perintah

Mengisi form registrasi

Mengecek form

terisi

Ke

tera

ng

an

da

ri in

pu

t

reg

istr

asi su

da

h m

asu

k

Me

ma

ng

gil

pe

ng

ece

ka

n

form

te

risi

Konfirmasi pengisian

registrasi

Kembali ke halaman utamaMemanggil Pembacaan perintah

Be

rha

sil

me

ng

ece

k p

en

gis

ian

re

gis

tra

si

Me

ma

ng

gil

ko

nfirm

asi re

gis

tra

si

Pro

se

s p

em

asu

ka

n in

pu

t

reg

istra

si

Me

ma

ng

gil fo

rm re

gis

trasi

Gambar 6.15 - Diagram Interface untuk user pada sistem yang akan dikembangkan


Asumsi :

Yang dimaksud content adalah segala hal yang menyangkut isi dari web, baik itu berupa

artikel, berita, profil BSMI maupun laporan keuangan dan laporan kegiatan.

Keterangan:

Sistem bisa diakses dengan tanpa otentifikasi maupun dengan otentifikasi. Otoritas yang

dimiliki pengunjung web dengan tanpa melakukan otentifikasi adalah membaca content

dari web berupa berita, artikel dan profil BSMI. Untuk membaca content di dalam web

pengunjung web dapat memilih jenis content dan judul topik yang ingin dibaca. Selain itu

pengunjung web dapat melakukan registrasi untuk menjadi user forum, email, relawan

dan donatur. Registrasi dapat dilakukan dengan mengisi form registrasi sesuai dengan

pilihan user. Sistem akan melakukan konfirmasi setelah menerima input dari user.

Pengunjung web akan memiliki otoritas lebih ketika telah terdaftar sebagai web user.

Selain berhak untuk membaca content, ia juga bisa mengakses forum, untuk mem-posting

topik baru, men-thread topik tertentu maupun sekedar membaca isi dari topik-topik yang

telah ada di forum. Ketika web user ingin memposting topik tertentu, maka ia harus

masuk ke forum tertentu, untuk memastikan topiknya sesuai dengan forum yang ia pilih.

Sedangkan ketika ia akan melakukan thread terhadap topik tertentu ia harus masuk ke

forum tertentu dan memilih postingan yang akan ia thread. Untuk membaca isi dari

postingan, user forum harus masuk ke salah satu forum yang tersedia dan memilih topik

yang tersedia.

6.2. Menentukan Acceptance Test Case yang akan digunakan

Acceptance Test Case atau teknik pengujian digunakan untuk mengetes kebenaran dan

ketepatan suatu sistem. Teknik pengujian yang akan digunakan untuk sistem iniadalah

pengujian white box dan pengujian black box.

Pengujian white box dilakukan dengan cara pengamatan terhadap desain proseduralnya.

Dengan menggunakan metode white box dapat melakukan suatu test case yang :

1. Memberikan jaminan bahwa semua jalur independen pada suatu modul telah

digunakan paling tidak satu kali

2. Menggunakan semua keputusan logis pada sisi true dan false

3. Mengeksekusi semua loop pada batasan mereka dan pada batasan operasional mereka

4. Menggunakan struktur data internal untuk menjamin validitasnya


Pengujian black box berfokus pada persyaratan fungsional sistem dan dlakukan untuk

melengkapi pengujian white box. Pengujian ini berupaya untuk menemukan kesalahan

dalam kategori sebagai berikut :

1. Fungsi-fungsi yang tidak benar atau hilang

2. Kesalahan interface

3. Kesalahan dalam struktur data atau akses database eksternal

4. Kesalahan kinerja

5. Inisialisasi dan keslahan terminasi


BAB VII

ANALISA KEPUTUSAN

Setelah kebutuhan bisnis telah ditentukan maka selanjutnya sistem yang baru dapat

segera dibuat. Tujuan dari tahap decision analysis adalah untuk mengidentifikasi kandidat

solusi, menganalisanya dan merekomendasikan kandidate terbaik untuk selanjutnya akan

dikembangkan dan diimplementasikan. Langkah yang dilakukan dalam tahap ini, antara

lain :

- Mengidentifikasi kandidat solusi

- Menganalisa kandidat solusi

- Membandingkan kandidat solusi

- Merekomendasikan kandidat solusi terbaik

7.1. Mengidentifikasi Kandidat Solusi

Kandidat solusi pada intinya membangun suatu sistem informasi yang mendukung kinerja

dari BSMI. Solusi yang ditawarkan harus dapat memenuhi kebutuhan akan laporan

kegiatan dan keuangan secara online, manajemen data relawan, manajemen data donator,

dan memperlancar komunikasi antara BSMI pusat dan daerah atau masyarakat dengan

BSMI.

Kandidat Solusi 1

Sistem untuk kandidat ini akan dibangun dengan menggunakan platform yang

Web-based dengan menyewa hosting (server tidak berada di BSMI pusat). Dengan

adanya platform ini memungkinkan pembuatan sistem yang online.

Kandidat Solusi 2

Sistem untuk kandidat ini akan dibangun dengan menggunakan platform

Client/Server (Server berada di BSMI pusat, BSMI cabang bertindak sebagai

client). Dengan adanya platform ini memungkinkan pembuatan sistem yang online.

7.2. Menganalisa Kandidat Solusi

Masing-masing kandidat solusi akan dianalisa mengenai kemungkinan solusi ini dikerjakan.

Analisa kandidat-kandidat solusi yang dibutuhkan oleh BSMI dapat dievaluasi dalam

beberapa aspek, yaitu :


1. Operational feasibility

Adalah penilaian apakah solusi tersebut dapat memenuhi kebutuhan user. Hal ini

juga dapat digunakan untuk menilai seberapa besarkah solusi tersebut

mempengaruhi lingkungan kerja user.

2. Technical feasibility

Adalah penilaian untuk mengukur apakah staf yang terlibat mampu untuk

merancang dan membangun solusi yang ditentukan atau tidak.

3. Schedule feasibility

Adalah penilaian untuk mengukur baik atau buruknya jadwal dari sebuah proyek.

4. Economic feasibility

Adalah penilaian untuk mengukur keefektifan dari biaya sebuah proyek atau solusi

pengembangan sistem.

Karakteristik Kandidat Solusi 1 Kandidat Solusi 2

Bagian dari sistem

yang akan di

bangun

Membangun suatu sistem informasi

yang akan digunakan oleh BSMI

pusat dan daerah untuk

memperlancar pertukaran informasi.

Saat ini diperlukan waktu yang lama

(bisa berhari-hari) untuk

berkoordinasi dengan seluruh

cabang. Dengan sistem ini

diharapkan informasi dapat diterima

oleh seluruh cabang kurang dari 5

menit

Sama seperti Kandidat

Solusi 1

Keunggulan

Sistem ini dapat memperlancar

kegiatan BSMI. Kegiatan seperti

pelaporan kegiatan ataupun

keuangan kepada masyarakat tidak

lagi menggunakan media cetak. BSMI

pusat dapat berkoordinasi dengan

semua cabang atau masyarakat

melalui internet (melalui fasilitas e-

mail dan forum)


Solusi 1

• Spesifikasi server :

Digunakan komputer dengan

spesifikasi prosesor berkecepatan 2


Servers dan

Workstations

Giga hz, 512 MB DDRAM, dan 2 HD

10 GB untuk di-RAID, dengan OS

yang mendukung server

• Untuk workstation :

Digunakan komputer dengan

spesifikasi prosesor dengan

kecepatan 1,5 Giga hz, 128 MB

DDRAM, dengan OS yang memadai


Solusi 1

Software Tools

yang dibutuhkan

• Free DBMS sebagai database-

nya

• PHP 4.0.4 sebagai interface ke

MySQL

• Internet Explorer 5.0 sebagai

interface ke user

• Free DBMS sebagai

database-nya.

• Java sebagai

interface ke Free

DBMS sekaligus

sebagai interface

ke user

Software Aplikasi Custom solution


Solusi 1

Metode pemrosesan

data

Web-based


Solusi 1

Output Devices and

Implications

Monitor


Solusi 1

Input Devices and

Implications

Keyboard dan mouse


Solusi 1

Storage Devices

and Implications

Free DBMS


Solusi 1

Tabel 7.1 - Matriks Kandidat Solusi


7.3. Membandingkan Kandidat Solusi

Pada tahap ini kandidat yang kurang memungkinkan untuk dikerjakan harus dikurangi.

Penilaian dan peringkat diberikan kepada masing-masing kandidat solusi yang telah

diidentifikasi sebelumnya. Peringkat tertinggi dari hasil analisa kandidat solusi akan

digunakan sebagai solusi untuk pengembangan sistem. Berikut adalah hasil perbandingan

kandidat solusi.

Kriteria dari

Feasibility

Bobot Kandidat 1 Kandidat 2

Operational

Feasibility

40%

Sistem yang akan

dibangun akan dapat

dikembangkan menjadi

sistem yang dapat

diakses secara on-line.

Komunikasi antara BSMI

pusat dengan cabang

bisa dilakukan melalui

internet melaui media

forum dan e-mail.

Setiap cabang maupun

masyarakat hanya

membutuhkan web-

browser untuk dapat

berkomunikasi dengan

BSMI pusat. Bahkan

masyarakat dapat

mengakses sistem

melalui warnet.

Nilai: 90

Sistem tidak dapat

memenuhi kebutuhan

secara maksimal. Untuk

dapat menggunakan

program Sistem Informasi

ini, perlu meng-copy

program tersebut, tidak bisa

tidak. Hal ini menyebabkan

akses terhadap sistem

menjadi terbatas.

Nilai: 60

Technical Feasibility

35%

PHP 4.04 dilihat dari

versinya juga dapat

diandalkan untuk

pembuatan sistem

informasi ini. Selain itu

PHP dapat diperoleh

secara gratis dan PHP

cenderung lebih mudah

dipelajari daripada java.

Java merupakan bahasa

pemprograman yang cukup

memadai untuk membuat

aplikasi web-based. Dengan

menggunakan java, kita bisa

membuat aplikasi yang

dapat dijalankan dimana

saja tanpa tergantung dari

OS dan struktur dari


Tim ini juga memiliki

programmer yang sudah

terbiasa menggunakan

PHP untuk membuat

aplikasi web-based

Nilai: 80

computer. Dengan ini kita

tidak perlu menghawatirkan

jenis dari komputer client

dan OS yang dipakainya.

Selain itu diperlukan training

untuk programmer karena

tidak adanya programmer di

dalam tim yang menguasai

pemrograman web dengan

java

Nilai: 70

Cost to develop:

Payback period

(discounted):

Net present value:

15%

+/- Rp. 30.000.000,00

+/- 2 tahun

+/- Rp. 21.000.000,00

Nilai: 90

+/- Rp. 35.000.000,00

+/- 2.5 tahun

+/- Rp. 25.000.000,00

Nilai: 70

Schedule Feasibility 10% 3 bulan

Nilai: 80

+/- 6 bulan

Nilai: 70

Ranking: 100% 83 67

Tabel 7.2 - Feasibility Matrix


7.4. Rekomendasi Kandidat Solusi Terbaik

Hasil dari tabel Feasibility Matrix merupakan pertimbangan dari seluruh project team, user

dan system owner.

Tabel Feasibility Matrix berisi tentang perbandingan dari kedua kandidat solusi. Setelah

dipertimbangkan lebih lanjut, maka diputuskan bahwa kandidat satu memiliki nilai yang

lebih tinggi dibandingkan kandidat 2. Kandidat 1 memperoleh nilai 83 sedangkan kandidat

2 hanya mendapat nilai 67. Kandidat 1 memiliki keunggulan dalam kemudahan dalam

mengakses sistem, tidak diperlukan pelatihan khusus untuk para programmer tim, dan

implementasinya cenderung lebih mudah.

Oleh karena itu kandidat terbaik yang diusulkan untuk BSMI adalah kandidat 1. Kandidat 1

telah memenuhi kebutuhan dari sistem informasi BSMI.

Documents

Sistem Bln Sabit Merah