repository.bsi.ac.id · Web viewBAB IV. RANCANGAN SISTEM. DAN PROGRAM USULAN. Analisis Kebutuhan . Software. Tahapan Analisis. Usulan pada sistem berjalan penerimaan anggota baru

BAB IV

RANCANGAN SISTEM DAN PROGRAM USULAN

4.1 Analisis Kebutuhan Software

A. Tahapan Analisis

Usulan pada sistem berjalan penerimaan anggota baru sukarelawan Palang

Merah Indonesia yaitu membangun sistem penerimaan yang berbasis web

sehingga dapat mempermudah pendafataran anngota baru secara online yang

akan bergabung, sehingga penggunaan sistem pendaftaran secara langsung

berbasis web akan mempercepat dan mempermudah proses penerimaan anggota

baru sukarelawan Palang Merah Indonesia. Aplikasi yang dibangun

menggunakan media browser. Berikut ini spesifikasi kebutuhan dari sistem

informasi penerimaan anggota baru sukarelawan Palang Merah Indonesia yang

di usulkan.

Halaman User calon anggota baru (Pendaftar).

A1. User bisa melihat beranda halaman utama.

A2. User bisa melihat profil sejarah PMI Indonesia.

A3. User bisa melihat visi dan misi PMI Indonesia.

A4. User bisa melihat struktur organisasi PMI Indonesia.

A5. User bisa melihat dan mendownload lampiran di e-learning.

A6. User bisa melihat agenda yang akan diselenggarakan.

A7. User bisa meliaht galeri kegiatan PMI Indonesia.

A8. User bisa melihat isi berita dan media.

33

34

A9. User bisa melakukan kontak pesan dengan mengisi form yang sudah

ada.

A10. User bisa melakukan pendaftaran untuk menjadi anggota baru.

Halaman Admin (PMR dan Sukarelawan):

B1. Admin dapat mengelola data berita.

B2. Admin dapat mengelola data pendaftar.

B3. Admin dapat mengelola data agenda.

B4. Admin dapat mengelola data galeri.

B5. Admin dapat mengelola data e-learning.

B6. Admin dapat mengelola data sekolah.

B7. Admin dapat mengelola data kontak pesan.

B8. Admin dapat mengolala data sejarah.

B9. Admin dapat mengelola data visi dan misi.

B10. Admin dapat mengelola data struktur organisasi.

B11. Admin dapat mengelola data informasi publik.

B12. Admin dapat mengubah password usernya.

B. Use Case Diagram

1. Use Case Diagram Halaman User calon anggota baru (Pendaftar)

35

Gambar IV.1Use Case Diagram Halaman User calon anggota baru (Pendaftar)

a. Deskripsi Use Case beranda

Tabel IV.1Deskripsi Use Case beranda

Use Case Name BerandaRequirments A1Goal User bisa melihat beranda halaman utamaPre-condition -Post-condition Data tambilFailed end condition -Primary Actors User calon anggota baru (Pendaftar)

36

Main Flow / Basic Path 1. User melihat data berandaAlternate Flow/Invarian A 1. Pilih tombol beranda

b. Deskripsi Use Case profil sejarah PMI Indonesia.

Tabel IV.2Deskripsi Use Case profil sejarah PMI Indonesia

Use Case Name Profil sejarahRequirments A2Goal User bisa melihat profil sejarah PMI IndonesiaPre-condition -Post-condition Data tampil.Failed end condition -Primary Actors User calon anggota baru (Pendaftar)Main Flow / Basic Path 1. User melihat data profil sejarah PMI

IndonesiaAlternate Flow/Invarian A 1. User memilih menu profil.

2. User memilih sejarah.

c. Deskripsi Use Case visi dan misi PMI Indonesia.

Tabel IV.3Deskripsi Use Case visi dan misi PMI Indonesia

Use Case Name Visi dan misiRequirments A3Goal User bisa melihat visi dan misi PMI IndonesiaPre-condition -Post-condition Data tampilFailed end condition -Primary Actors User calon anggota baru (Pendaftar)Main Flow / Basic Path 1. User melihat visi dan misi PMI Indonesia.Alternate Flow/Invarian A 1. User memilih menu profil.

2. User memilih visi dan misi.

d. Deskripsi Use Case struktur organisasi

Tabel IV.4Deskripsi Use Case struktur organisasi

Use Case Name Struktur organisasiRequirments A4

37

Goal User dapat melihat struktur organisasi PMI Indonesia.

Pre-condition -Post-condition Data tampil.Failed end condition -Primary Actors User calon anggota baru (Pendaftar).Main Flow / Basic Path 1. User memilih menu profil.

2. User memilih struktur organisasi.

e. Deskripsi Use Case E-learning.

Tabel IV.5Deskripsi Use Case E-learning

Use Case Name E-learningRequirments A5Goal User dapat melihat E-learningPre-condition -Post-condition Data tampil.Failed end condition -Primary Actors User calon anggota baru (Pendaftar).Main Flow / Basic Path 1. User melihat menu e-learning.

2. User mendownload lampiran yang ada.

f. Deskripsi Use Case agenda

.Tabel IV.6Deskripsi Use Case agenda

Use Case Name AgendaRequirments A6Goal User dapat melihat agenda PMI IndonesiaPre-condition -Post-condition Data tampil.Failed end condition -Primary Actors User calon anggota baru (Pendaftar).Main Flow / Basic Path 1. User melihat informasi publik.

2. User memilih agenda kita.

g. Deskripsi Use Case galeri kegiatan

Tabel IV.7Deskripsi Use Case galeri kegiatan

Use Case Name Galeri kegiatanRequirments A7

38

Goal User dapat melihat galeri kegiatanPre-condition -Post-condition Data tampil.Failed end condition -Primary Actors User calon anggota baru (Pendaftar).Main Flow / Basic Path 1. User melihat informasi publik.

2. User memilih galeri kita.

h. Deskripsi Use Case berita dan media.

Tabel IV.8Deskripsi Use Case berita dan media

Use Case Name Berita dan mediaRequirments A8Goal User dapat melihat berita dan mediaPre-condition -Post-condition Data tampilFailed end condition -Primary Actors User calon anggota baru (Pendaftar).Main Flow / Basic Path 1. User melihat berita dan media

i. Deskripsi Use Case kontak pesan

Tabel IV.9Deskripsi Use Case kontak pesan

Use Case Name Kontak pesanRequirments A9Goal User dapat mengirim pesan kontakPre-condition User telah mengisi formPost-condition Data pesan kontak tersimpanFailed end condition Gagal mengirim pesan kontak.Primary Actors User calon anggota baru (Pendaftar).Main Flow / Basic Path 1. User melihat hubungi kami.

2. User mengisi form kontak.3. User memilih tombol “Kirim Pesan”.

39

2. Use Case Diagram Halaman Admin (PMR dan Sukarelawan)

Gambar IV.2Use Case Diagram Halaman Admin (PMR dan Sukarelawan)

a. Deskripsi Use Case Mengelola Data Berita

Tabel IV.10Deskripsi Use Case Mengelola Data Berita

Use Case Name Mengelola Data BeritaRequirments B1Goal Admin dapat menambah atau mengedit data

beritaPre-condition admin telah login ke systemPost-condition Data tersimpan atau terupdateFailed end condition Gagal menyimpan atau mengupdatePrimary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar berita.

40

2. Admin memilih tombol “Tambah Baru”.3. Sistem menampilkan form data berita.4. Admin menginputkan data berita baru.5. Admin memilih tombol “Submit”.6. System menyimpan data berita dan sistem

menampilkan pesan “berita baru berhasil disimpan”.

Alternate Flow/Invarian A A1. Admin mengetikan data yang dicari.A2. Sistem menampilkan data yang dicari.A3. Sistem tidak menampilkan data yang dicari

apabila data tidak tersedia.A4. Admin memilih tombol “Edit”.A5. Sistem menampilkan data edit berita.A6. Admin mengedit data berita.A7. Admin memilih tombol “Submit”.A8. Sistem mengupdate data user dan sistem

menampilkan pesan “Berita berhasil dirubah”.

b. Deskripsi Use Case Mengelola Data Pendaftar

Tabel IV.11Deskripsi Use Case Mengelola Data Pendaftar

Use Case Name Mengelola Data PendaftarRequirments B2Goal Admin dapat menghapus pendaftar.Pre-condition admin telah login ke systemPost-condition Data terhapus.Failed end condition Gagal menghapus.Primary Actors Admin (PMR dan Sukarelawan)Main Flow / Basic Path 1. Admin melihat daftar pendaftar.

2. Admin memilih tombol “Delete”Alternate Flow/Invarian A A1. Admin mengetikan data yang dicari.

A2. Sistem menampilkan data yang dicari.A3. Sistem tidak menampilkan data yang dicari

apabila data tidak tersedia.

c. Deskripsi Use Case Mengelola Data Agenda

Tabel IV.12Deskripsi Use Case Mengelola Data Agenda

Use Case Name Mengelola Data AgendaRequirments B3Goal Admin dapat menambah , mengedit, menghapus

data agenda.Pre-condition admin telah login ke sistem

41

Post-condition Data tersimpan, terupdate atau terhapus.Failed end condition Gagal menyimpan, mengupdate atau menghapus.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar agenda.

2. Admin memilih tombol “Tambah Baru”.3. Sistem menampilkan form data agenda.4. Admin menginputkan data agenda.5. Admin memilih tombol “Submit”.6. Sistem menyimpan data agenda.7. Sistem menampilkan pesan “Agenda beru

berhasil disimpan”.Alternate Flow/Invarian A A1. Admin mengetikan data yang dicari.


apabila data tidak tersedia.A4. Admin memilih tombol “Edit”.A5. Sistem menampilkan data edit agenda.A6. Admin mengedit data agenda.A7. Admin memilih tombol “Submit”.A8. Sistem mengupdate data agenda dan sistem

menampilkan pesan “Agenda berhasil dirubah”.

Invarian B B1. Admin memilih data agenda.B2. Admin memilih tombol “Delete”.B3. Sistem menghapus data agenda dan

menampilkan halaman daftar agenda.

d. DeskripsiUse Case Mengelola Data Galeri

Tabel IV.13Deskripsi Use Case Mengelola Data Galeri

Use Case Name Mengelola Data GaleriRequirments B4Goal Admin dapat menambah , mengedit, menghapus

data galeri.Pre-condition admin telah login ke sistemPost-condition Data tersimpan, terupdate atau terhapus.Failed end condition Gagal menyimpan, mengupdate atau menghapus.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar galeri.

2. Admin memilih tombol “Tambah Baru”.3. Sistem menampilkan form data galeri.4. Admin menginputkan data galeri.5. Admin memilih tombol “Submit”.6. System menyimpan data galeri dan

menampilkan pesan galeri baru berhasil

42

disimpan”.Alternate Flow/Invarian A A1. Admin mengetikan data yang dicari.


apabila data tidak tersedia.A4. Admin memilih tombol “Edit”.A5. Sistem menampilkan data edit galeri.A6. Admin mengedit data galeri.A7. Admin memilih tombol “Submit”.A8. Sistem mengupdate data galeri dan sistem

menampilkan pesan “Galeri berhasil dirubah”.

Invarian B B1. Admin memilih data galeri.B2. Admin memilih tombol “Delete”.B3. Sistem menghapus data galeri dan

menampilkan halaman daftar galeri.

e. Deskripsi Use Case Mengelola Data E-learning

Tabel IV.14Deskripsi Use Case Mengelola Data E-learning

Use Case Name Mengelola Data E-learningRequirments B5Goal Admin dapat menambah , menghapus data

mendownload file.Pre-condition admin telah login ke systemPost-condition Data tersimpan atau terhapus.Failed end condition Gagal menyimpan atau menghapus.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar lokasi.

2. Admin memilih tombol “Tambah Baru”.3. Sistem menampilkan form e-learning.4. Admin menginputkan data e-learning.5. Admin memilih tombol “Submit”.6. System menyimpan data e-learning dan

menampilkan pesan “e-learning baru berhasil disimpan”.


apabila data tidak tersedia.A4. Admin memilih tombol “Delete”.A5. Sistem akan menghapus data e-learning.

Invarian B B1. Admin memilih data e-learning.B2. Admin memilih tombol “Download”.B3. Sistem menampilkan file yang akan di

simpan.

43

f. DeskripsiUse Case Mengelola Data Sekolah

Tabel IV.15Deskripsi Use Case Mengelola Data Sekolah

Use Case Name Mengelola Data SekolahRequirments B6Goal Admin dapat menambah atau menghapus data

sekolah.Pre-condition admin telah login ke sistemPost-condition Data tersimpan atau terhapus.Failed end condition Gagal menyimpan atau menghapus.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar sekolah.

2. Admin memilih tombol “Tambah Baru”.3. Sistem menampilkan form data sekolah.4. Admin menginputkan data sekolah.5. Admin memilih tombol “Submit”.6. System menyimpan data sekolah dan

menampilkan halaman daftar sekolah.Alternate Flow/Invarian A A1. Admin mengetikan data yang dicari.


apabila data tidak tersedia.A4. Admin memilih tombol “Delete”.A5. Sistem akan menghapus data sekolah.

Invarian B

g. Deskripsi Use Case Mengelola Data Kontak Pesan

Tabel IV.16Deskripsi Use Case Mengelola Data Kontak Pesan

Use Case Name Mengelola Data Kontak PesanRequirments B7Goal Admin menghapus data kontak pesan.Pre-condition admin telah login ke sistemPost-condition Data terhapus.Failed end condition Gagal menghapus.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar kontak pesan.

2. Admin memilih tombol “Delete”.3. Sistem menghapus data kontak pesan.


apabila data tidak tersedia.

44

A4. Admin memilih tombol “Delete”A5. Sistem menghapus data kontak pesan dan.

Invarian B

h. Deskripsi Use Case Mengelola Data Sejarah

Tabel IV.17Deskripsi Use Case Mengelola Data Sejarah

Use Case Name Mengelola Data SejarahRequirments B8Goal Admin dapat mengedit data sejarah.Pre-condition admin telah login ke sistemPost-condition Data terupdate.Failed end condition Gagal mengupdatePrimary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar content.

2. Admin memilih tombol “Edit Content” pada icon sejarah.

3. Sistem menampilkan form data sejarah.4. Admin mengisi data sejarah.5. Admin memilih tombol “Submit”.6. Sistem menyimpan data sejarah dan

menampilkan pesan “Data Berhasil Disimpan”.

Alternate Flow/Invarian AInvarian B

i. Deskripsi Use Case Mengelola Data Visi dan Misi

Tabel IV.18Deskripsi Use Case Mengelola Data Visi dan Misi

Use Case Name Mengelola Data Visi dan MisiRequirments B9Goal Admin dapat mengedit data visi dan misi.Pre-condition admin telah login ke systemPost-condition Data terupdate.Failed end condition Gagal mengupdate.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar content.

2. Admin memilih tombol “Edit Content” pada icon visi dan misi.

3. Sistem menampilkan form data visi dan misi.

4. Admin mengisi data visi dan misi.5. Admin memilih tombol “Submit”.

45

6. Sistem menyimpan data visi dan misi, dan menampilkan pesan “Data Berhasil Disimpan”.


j. Deskripsi Use Case Mengelola Data Struktur Organisasi

Tabel IV.19Deskripsi Use Case Mengelola Data Struktur Organisasi

Use Case Name Mengelola Data Struktur OrganisasiRequirments B10Goal Admin dapat mengedit data struktur organisasi.Pre-condition admin telah login ke systemPost-condition Data terupdate.Failed end condition Gagal mengupdate.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar content.

2. Admin memilih tombol “Edit Content” pada icon struktur organisasi.

3. Sistem menampilkan form data struktur organisasi.

4. Admin mengisi data struktur organisasi.5. Admin memilih tombol “Submit”.6. Sistem menyimpan data struktur

organisasi, dan menampilkan pesan “Data Berhasil Disimpan”


k. Deskripsi Use Case Mengelola Data Informasi Publik

Tabel IV.20Deskripsi Use Case Mengelola Data Informasi Publik

Use Case Name Mengelola Data Informasi PublikRequirments B10Goal Admin dapat mengedit data informasi publik.Pre-condition admin telah login ke sistemPost-condition Data terupdate.Failed end condition Gagal mengupdate.Primary Actors AdminMain Flow / Basic Path 1. Admin melihat daftar content.

2. Admin memilih tombol “Edit Content” pada icon informasi publik.

46

3. Sistem menampilkan form data informasi publik.

4. Admin mengisi data informasi publik.5. Admin memilih tombol “Submit”.6. Sistem menyimpan data informasi publik,

dan menampilkan pesan “Data Berhasil Disimpan”


l. DeskripsiUse Case Mengelola Data User

Tabel IV.21Deskripsi Use Case Mengelola Data User

Use Case Name Mengelola Data UserRequirments B4Goal Admin dapat mengedit data password user.Pre-condition admin telah login ke systemPost-condition Data terupdate.Failed end condition Gagal mengupdate.Primary Actors AdminMain Flow / Basic Path 1. Admin memilih menu setting.

2. Sistem menampilkan form data password user.

3. Admin menginputkan password lama.4. Admin menginputkan password baru5. Admin memilih tombol “Submit”.6. Sistem mengupdate data password dan

menampilkan pesan “Password Berhasil Diubah”.


47

C. Activity Diagram

1. Activity Diagram User Calon Anggota Baru (Pendaftar)

a. Activity Diagram Beranda ( Halaman Utama)

Gambar IV.3Activity Diagram Halaman Beranda

48

b. Activity Diagram Halaman Profil

Gambar IV.4Activity Diagram Halaman Profil

49

c. Activity Diagram Halaman E-Learning

Gambar IV.5Activity Diagram Halaman E-Learning

d. Activity Diagram Halaman Informasi Publik

Gambar IV.6Activity Diagram Halaman Informasi Publik

50

e. Activity Diagram Halaman Berita dan Media

Gambar IV.7Activity Diagram Halaman Berita dan Media

f. Activity Diagram Halaman Hubungi Kami

Gambar IV.8Activity Diagram Halaman Hubungi Kami

51

g. Activity Diagram Halaman Pendaftaran Anggota

Gambar IV.9Activity Diagram Halaman Pendaftaran Anggota

52

2. Activity Diagram Admin

a. Activity Diagram Mengelola Data Berita

Gambar IV.10ActivityDiagram Mengelola Data Berita

53

b. Activity Diagram Mengelola Data Pendaftar

Gambar IV.11Activity Diagram Mengelola Data Pendaftar

54

c. Activity Diagram Mengelola Data Agenda

Gambar IV.12Activity Diagram Mengelola Data Agenda

55

d. Activity Diagram Mengelola Data E-learning

Gambar IV.13Activity Diagram Mengelola Data E-leatning

56

e. Activity Diagram Mengelola Data Sekolah

Gambar IV.14Activity Diagram Mengelola Data Sekolah

57

f. Activity Diagram Mengelola Kontak Pesan

Gambar IV.15Activity Diagram Mengelola Kontak Pesan

58

g. Activity Diagram Mengelola Content

Gambar IV.16Activity Diagram Mengelola Content

59

4.2 Desain

4.2.1. Database

1. Entity Relationship Diagram

Hubungan antara sekelompok entitas dalam basis data penerimaan anggota baru

sukarelawan Palang Merah Indonesia dimodelkan dengan Entity Relationship

Diagram (ERD).

Berikut ini gambaranERD dari sistem usulan:

Gambar IV.17Entity Relationship Diagram Sistem penerimaan anggota baru sukarelawan

Palang Merah Indonesia

2. Logical Record Sructure

Struktur basisdata Sistem penerimaan anggota baru sukarelawan Palang

Merah Indonesia digambarkan dalam diagram Logical Record Structure (LRS),

yang menggambarkan struktur perekaman hubungan alur logic antara setiap

entitas. Entitas yang saling terhubung untuk menyimpan dan menjaga integritas

60

data sehingga data yang masuk dapat dikelola dengan baik menjadi informasi

yang dibutuhkan.

Berikut ini gambaran LRS dari sistem usulan:

Gambar IV.18Logical Record Sructure Sistem penerimaan anggota baru sukarelawan Palang

Merah Indonesia3. Spesifikasi File

a. Spesifikasi File Tabel User

Nama Database : db_pmi

Nama File : Tabel pmi01

Akronim : pmi01.myd

Tipe File : File Master

61

Akses File : Random

Panjang Record : 251 Byte

Kunci Field : no_urut

Tabel IV.22Spesifikasi File Tabel User

No Elemen Data Nama Field Type Size Keterangan1 No. Urut No_urut Integer 3 Primary Key2 Nama Nama Varchar 303 Username Username Varchar 104 Password Password text 200

b.Spesifikasi File Tabel Berita



Akronim : pmi02.myd


Akses File : Random


Kunci Field : no_urut_berita

Tabel IV.23Spesifikasi File Tabel Berita

No Elemen Data Nama Field Type Size Keterangan1 No. urut berita no_urut_berita Integer 3 Primary Key2 Judul Judul Varchar 1003 Penulis Penulis Varchar 304 Ringkasan ringkasan Varchar 2505 Isi berita Isi Text 10006 Tanggal dibuat tgl_buat Datetime -7 Foto Foto Text 100

c. Spesifikasi File Tabel Content

62



Akronim : pmi03.myd


Akses File : Random


Kunci Field : no_urut_content

Tabel IV.24Spesifikasi File Tabel content

No Elemen Data Nama Field Type Size Keterangan1 No. urut content no_urut_content Integer 3 Primary Key2 Nama content nm_content Varchar 303 Tangal Tanggal Datetime -4 Gambar Gambar Varchar 1005 Isi Isi Text 1000

d. Spesifikasi File Tabel Pendaftar



Akronim : pmi04.myd


Akses File : Random


Kunci Field : no_urut_pendaftar

Tabel IV.25Spesifikasi File Tabel Pendaftar

No Elemen Data Nama Field Type Size Keterangan1 No. urut pendaftar No_urut_pendaftar Integer 3 Primary Key2 Nama nama Varchar 40

63

3 Golongan darah Gol_darah Varchar 24 Alamat alamat Text -5 Tingkatan tingkatan Varchar 106 Asal Sekolah Asal_sekolah Varchar 1007 Kelas kelas Varchar 108 Foto pendaftar foto Text -9 Nama sekolah Nama_sekolah Integer 11 Foreign Key10 Kategori kategori Integer 11 Foreign Key11 Alamat Alamat Varchar 250

e. Spesifikasi File Tabel Kontak Pesan



Akronim : pmi05.myd

Tipe File : File Transaksi

Akses File : Random


Kunci Field : no_urut_pesan

Tabel IV.26Spesifikasi File Tabel Lokasi

No Elemen Data Nama Field Type Size Keterangan1 No. urut pesan no_urut_pesan Integer 3 Primary Key2 Nama Nama Varchar 403 Email Email Varchar 404 Judul Judul Varchar 505 Isi Isi Text -

f. Spesifikasi File Tabel Mater elearning



64

Akronim : pmi06.myd


Akses File : Random


Kunci Field : no_urut_elearning

Tabel IV.27Spesifikasi File Tabel elearning

No Elemen Data Nama Field Type Size Keterangan1 No urut elearning No_urut_elearning Integer 3 Primary Key2 Nama file Nama_file Varchar 503 File File text -4 Keterangan Keterangan text -

g. Spesifikasi File Tabel sekolah



Akronim : pmi07.myd


Akses File : Random


Kunci Field : no_urut_sekolah

Tabel IV.28Spesifikasi File Tabel Sekolah

No Elemen Data Nama Field Type Size Keterangan1 No urut sekolah

no_urut_sekolah

no_urut_sekolah Integer 3 Primary Key2 Nama sekolah Nama_sekolah Varchar 603 Alamat Alamat Text -4 Kategori Kategori Integer 1

65

h. Spesifikasi File Tabel Agenda



Akronim : pmi08.myd


Akses File : Random


Kunci Field : no_urut_agenda

Tabel IV.29Spesifikasi File Tabel Agenda

No Elemen Data Nama Field Type Size Keterangan1 No urut agenda no_urut_agenda Integer 3 Primary Key2 Judul Judul Varchar 1003 Penulis Penulis Varchar 304 Ringkasan Ringkasan Varchar 2505 Isi Isi Text -6 Tgl_buat Tgl_buat Datetime -7 Foto Foto text -

i. Spesifikasi File Tabel kategori



Akronim : pmi09.myd


Akses File : Random


Kunci Field : no_urut_kategori

66

Tabel IV.30Spesifikasi File Tabel Kategori

No Elemen Data Nama Field Type Size Keterangan1 No urut kategori no_urut_kategori Integer 3 Primary Key2 Nama kategori Nama_kategori Varchar 50

j. Spesifikasi File Tabel Tingkat Sekolah



Akronim : pmi10.myd


Akses File : Random


Kunci Field : no_urut_tingkat

Tabel IV.31Spesifikasi File Tabel Tingkat Sekolah

No Elemen Data Nama Field Type Size Keterangan1 No urut tingkat no_urut_tingkat Integer 3 Primary Key2 Nama tingkat Nama_tingakat_sekolah Varchar 50

k. Spesifikasi File Tabel Status Sekolah



Akronim : pmi11.myd


Akses File : Random


Kunci Field : no_urut_gol_darah

67

Tabel IV.32Spesifikasi File Tabel Golongan Darah

No Elemen Data Nama Field Type Size Keterangan1 No urut status no__urut_gol_darah Integer 3 Primary Key2 Nama gol darah Nama_gol_darah Varchar 100

4.2.2 Software Architecture

A. Component Diagram Pendaftaran Online

cmp Software Manajemen Aset

jquey.js

Sistem Informasi Manajemen Aset

dbasset.myd

Style.css

Apache 2.0

Mysql Database

Windows 7 Profesional

<<Aplication>>

<<Database>> <<Database Server>>

<Web Operating System>>

<<Web Server>>

<<Cascading Style Sheet>>

<<Java Script>>

Gambar IV.19Component Diagram Pendaftaran Online

B. Deployment Diagram

Db_pmi

Sistem PMI

68

deployment Nodes

Web Serv er

style.css

jquery.js

Aplikasi Manajemen Aset

Windows 7

Apache 2.0 Serv er

Client

Browser Operating System

Database Serv er

dbasset.myd

Mysql Database

Port 3306Port 3306

Port 80Port 80

Gambar IV.20Deployment Diagram

Aplikasi PMI

Db_pmi

69

4.2.3. User Interface

Untuk melakukan pendaftaran, calon anggota tau pengunjung hanya

tinggal memilih menu pendaftaran anggota yang ada di web PMI Jakarta Pusat.

a. Halaman Pendaftaran Anggota

Gambar IV.21Tampilan Halaman Pendaftaran

70

b. Halaman Login

Sebelum masuk ke sistem admin, user harus login terlebih dahulu.

Gambar IV.22Tampilan Halaman Login

Proses pengelolaan konten sistem informasi pendaftaran online PMI

Jakarta Pusat setup yang dilakukan oleh admin meliputi pengeloaan sejarah, visi

dan misi, struktur organisasi dan informasi publik.

71

c. Halaman Tambah Berita

Gambar IV.23Tampilan Tambah Berita

d. Halaman Tambah Agenda

72

Gambar IV.24Tampilan Tambah Agenda

e. Halaman Tambah Galeri

Gambar IV.25Tampilan Tambah Galeri

f. Halaman Tambah Elearning

Gambar IV.26Tampilan Tambah Elearning

73

g. Halaman Tambah Sekolah

Gambar IV.29Tampilan Tambah Sekolah

h. Halaman Content

Gambar IV.30Tampilan Edit Content

i. Halaman Kondisi

74

Gambar IV.31Tampilan Tambah Kondisi

j. Halaman Setting

Gambar IV.32Tampilan Edit Setting

4.3 Code Generation

A. Halaman Beranda

75

Gambar IV.33Tampilan Code Beranda

B. Halaman Pendaftar

Gambar IV.34Tampilan Code Pendaftar

76

4.4 Testing

Pembahasan mengenai pengujian sistem yang dibuat dengan

menggunakan Blackbox Testing untuk pengujian proses input dan output.

Tabel IV.30Hasil Pengujian Black Box Testing Form Halaman Login

No Skenario pengujian Test case Hasil yang diharapkan Hasil Pengujian

Kesimpulan

1

Mengkosongkan semua isian data login pada halaman login, lalu langsung mengklik tombol “login”

Username : (kosong)Password : (kosong)

Sistem akan menolak akses login dan penampilkan pesan “Username atau Password Anda Salah”

Sesuai harapan Valid

2

Hanya mengisi data username dan mengkosongkan data password, lalu mengklik tombol “login”

Username : adminPassword : (kosong)



3

Hanya mengisi data password dan mengkosongkan data username, lalu mengklik tombol “login”

Username : (kosong)Password : ******



4

Menginputkan dengan kondisi salah satu data benar dan satu lagi salah, lalu langsung mengklik tombol “login”

Username : admin (benar)Password : ****** (salah)



5Menginputkan data dengan benar, lalu langsung mengklik tombol “login”

Username : admin (benar)Password : ****** (benar)

Sistem menerima akses login dan kemudian langsung menampilkan halaman Dashboard


Tabel IV.31Hasil Pengujian Black Box Testing Form Halaman Berita

NoSkenario pengujian

Test caseHasil yang diharapkan Hasil

PengujianKesimpulan

1

Mengkosongkan semua isian data berita pada halaman berita, lalu langsung mengklik tombol “Submit”

Judul Berita : (kosong)Penulis : (kosong)Foto Berita : (kosong)Ringkasan Berita: (kosong)Isi Berita : (kosong)

Sistem akan menolak menyimpan data dan penampilkan pesan “Alert! Judul Berita Masih Kosong !!”


77

2

Hanya mengisi data judul berita dan mengkosongkan keseluruhan data kecuali judul berita

Judul Berita XXXPenulis : (kosong)Foto Berita : (kosong)Ringkasan Berita: (kosong)Isi Berita : (kosong)

Sistem akan menolak menyimpan data dan penampilkan pesan “Alert! Penulis Masih Kosong !!”


3

Hanya mengisi data judul berita, penulis dan mengkosongkan keseluruhan data kecuali judul berita dan penulis

Judul Berita XXXPenulis : XXXFoto Berita : (kosong)Ringkasan Berita: (kosong)Isi Berita : (kosong)

Sistem akan menolak menyimpan data dan penampilkan pesan “Alert! Ringkasan Berita Masih Kosong !!”


5

Hanya mengisi data judul berita, penulis, ringkasan berita dan mengkosongkan keseluruhan data kecuali judul berita, penulis dan ringkasan berita"Simpan".

Judul Berita XXXPenulis : XXXFoto Berita : (kosong)Ringkasan Berita: XXXIsi Berita : (kosong)

Sistem akan melakukan penyimpanan data dan menampilkan pesan “Alert !! Berita baru berhasil disimpan”.


4.5 Support

4.5.1. Publikasi Web

Publikasi web dilakukan setelah selesai testing dari kesalahan user

melakukan inputan. Web sistem informasi penerimaan anggota baru sukarelawan

Palang Merah Indonesia Jakarta Pusat.

Nama domain (domain name) adalah nama unik yang diberikan untuk

mengidentifikasi nama server komputer seperti web server atau email server di

jaringan komputer ataupun internet. Nama domain berfungsi untuk mempermudah

pengguna di internet pada saat melakukan akses ke server, selain itu juga dapat

dipakai untuk mengingat nama server yang dikunjungi tanpa harus mengenai

deretan angka yang dikenal sebagai alamat IP.

78

4.5.2. Spesifikasi Hardware dan Software

A. Spesifikasi Hardware

Perangkat keras yang dimaksud disini adalah seperangkat alat atau elemen

elektronik yang dapat membantu sistem yang diusulkan sehingga program yang

diusulkan oleh penulis dapat bekerja dengan baik. Perangkat keras yang

dibutuhkan dibagi atas dua bagian, yaitu perangkat keras untuk web server dan

perangkat keras client.

Adapun perangkat keras standar yang diperlukan oleh server adalah sebagai

berikut :

1. Processor : Intel i5 44603.2Ghz,C6MB

2. Memory Size (RAM) : V-GEN 4Gb PC 12800

3. Monitor : BenQ 19.5 Inch VL2040AZ LED

4. Harddisk : 500 GB

5. Optical Drive : LG DVDRW 24x Sata OEM Internal

6. KeyboardMouse : Gigabyte GK-KM6150 Multimedia KB and Mouse

Set Wired Keyboard Mouse

Adapun perangkat keras standar yang diperlukan oleh client. adalah

sebagai berikut :

1. Processor : Intel i3 3240 BOX (3.5Ghz,C3Mb)

2. Memory Size (RAM) :V-GEN 2Gb PC 12800

3. Optical Drive : LG DVDRW 24x Sata OEM Internal

4. Harddisk : 500GB

5. Keyboard Mouse : Gigabyte GK-KM6150 Multimedia KB and Mouse

79

Set Wired Keyboard Mouse

C. Spesifikasi Software

Keberadaan perangkat lunak selalu menyertai perangkat keras yang ada.

Perangkat lunak yang dibutuhkan dibagi atas dua bagian, yaitu perangkat lunak

untuk web server dan perangkat lunak untuk client.

Adapun perangkat lunak standar yang diperlukan untuk web server adalah

sebagai berikut :

1. Sistem Operasi : Windows Server 2003 X86

2. Bahasa Programan : PHP

3. Interpreter : PHP5 Engine Versi 5.5.6

4. Database Server : MySQL Server Versi 5.0

5. Web Server : Apache versi 2.0

6. Database Tools : PhpMyAdmin versi 1.8.7

Adapun perangkat lunak standar yang diperlukan untuk client adalah

sebagai berikut :

1. Sistem Operasi : Windows 7

2. Browser : Mozila Firefox versi 20.0

3. Office Application : Microsoft Office 2010

4.6. Spesifikasi Dokumen Sistem Usulan

Spesifikasi sistem usulan yang dimaksudkan adalah rancangan pada sistem

informasi yang diusulkan. Lampiran dari dokumen sistem berjalan disistem

sebagai berikut :

a. Nama Dokumen : Laporan Pendaftar

80

Fungsi : Sebagai laporan Pedaftar anggota baru

Sumber : Admin

Tujuan :

Media : Tampilan

Frekuensi : Setiap diperlukan

Format : Lampiran B-1

repository.bsi.ac.id · Web viewBAB IV. RANCANGAN SISTEM. DAN PROGRAM USULAN. Analisis Kebutuhan . Software. Tahapan Analisis. Usulan pada sistem berjalan penerimaan anggota baru

Documents