bab iv perancangan sistem usulan - repository.bsi.ac.id file42 tabel iv.2 deskripsi use case...

29
39 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem Tahapan perancangan sistem yang dilakukan oleh peneliti di Dinas Kesehatan Pontianak memerlukan proses perencanaan sistem karena dari proses penerimaan laporan masih menggunakan cara konvensional. Untuk mengatasi masalah tersebut, maka tahapan-tahapan yang dilakukan adalah sebagai berikut: 4.1.1. Analisis Kebutuhan Dari analisis yang permasalahan yang sudah dilakukan sebelumnya maka diperlukanlah sebuah sistem informasi web yang dibuat untuk memudahkan sistem posyandu dan puskesmas dalam hal pelaporankarena sistem informasi bisa menghitung pemeriksaan yang terjadi di posyandu secara cepat, sehingga posyandu bisa lebih cepat dalam melaporkan ke puskesmas. Dalam tahapan ini akan dijelaskan tentang kebutuhan proses bisnis yang diusulkan. A. Kebutuhan Pengguna Tujuan dari kebutuhan pengguna dalam perancangan sistem ini untuk mengetahui apa saja yang menjadi kebutuhan pengguna yang akan diusulkan, data apa saja yang akan dikelola dalam sistem. 1. Kebutuhan Bagian Sistem Posyandu a. Admin mengelola data anak b. Mengelola data kunjungan, yaitu data Timbang Bayi, dan Data Layanan Anak c. Mengelola daftar kunjungan harian

Upload: vankhue

Post on 01-May-2019

258 views

Category:

Documents


1 download

TRANSCRIPT

39

BAB IV

PERANCANGAN SISTEM USULAN

4.1. Tahapan Perancangan Sistem

Tahapan perancangan sistem yang dilakukan oleh peneliti di Dinas

Kesehatan Pontianak memerlukan proses perencanaan sistem karena dari proses

penerimaan laporan masih menggunakan cara konvensional. Untuk mengatasi

masalah tersebut, maka tahapan-tahapan yang dilakukan adalah sebagai berikut:

4.1.1. Analisis Kebutuhan

Dari analisis yang permasalahan yang sudah dilakukan sebelumnya maka

diperlukanlah sebuah sistem informasi web yang dibuat untuk memudahkan

sistem posyandu dan puskesmas dalam hal pelaporankarena sistem informasi bisa

menghitung pemeriksaan yang terjadi di posyandu secara cepat, sehingga

posyandu bisa lebih cepat dalam melaporkan ke puskesmas. Dalam tahapan ini

akan dijelaskan tentang kebutuhan proses bisnis yang diusulkan.

A. Kebutuhan Pengguna

Tujuan dari kebutuhan pengguna dalam perancangan sistem ini untuk

mengetahui apa saja yang menjadi kebutuhan pengguna yang akan diusulkan, data

apa saja yang akan dikelola dalam sistem.

1. Kebutuhan Bagian Sistem Posyandu

a. Admin mengelola data anak

b. Mengelola data kunjungan, yaitu data Timbang Bayi, dan Data Layanan

Anak

c. Mengelola daftar kunjungan harian

40

2. Kebutuhan Bagian Sistem Puskesmas

a. Mengelola Data Posyandu

b. Mengelola laporan posyandu, yaitu laporan jenis kunjungan, laporan

kunjungan bulanan, laporan tahunan

3. Kebutuhan Bagian Sistem Dinas Kesehatan

a. Mengelola data wilayah binaan, yaitu Data Puskesmas, Data Kelurahan

dan Data Kecamatan)

b. Mengelola laporan posyandu, yaitu laporan jenis kunjungan, laporan

kunjungan bulanan, laporan tahunan

B. Kebutuhan Sistem

1. Pengguna sistem harus terdaftar terlebih dahulu sebagai user pada database

sistem informasi Posyandu.

2. User harus melakukan login terlebih dahulu untuk dapat menggunakan

sistem.

3. Admin dan petugas harus logout setelah melakukan akses sistem.

4. Sistem dapat melakukan penomoran otomatis terhadap id data petugas, id

anak, dan nomor layanan anak.

5. Sistem dapat melakukan validasi status gizi dan status ideal berat badan

berdasarkan hasil masukan data timbang bayi

6. Sistem dapat menyimpan data kunjungan harian ke dalam database yang akan

di rekap kembali oleh sistem untuk menghasilkan daftar kunjungan harian,

laporan jenis pelayanan, laporan kunjungan bulanan dan laporan tahunan.

41

4.1.2. Rancangan Diagram Use Case

Prosedur sistem yang diusulkan oleh peneliti untuk perancangan sistem

informasi di Dinas Kesehatan digambarkan dalam bentuk use case sebagai

berikut:

Sumber: Penelitian (2018)

Gambar IV.1. Diagram Use Case Sistem Usulan

Dari masing-masing use case pada perancangan sistem informasi Dinas

Kesehatanakan di jabarkan keterangan berbentuk tabel dibawah ini:

Tabel IV.1

Deskripsi Use Case Login

Use Case Login

Requirement User login agar bisa menggunakan

sistem.

Goal User bisa menggunakan fungsi utama

sistem.

Pre-Conditions User sudah terdaftar sebagai pengguna

sistem

Post-Conditions -

Failed and Condition User id dan password salah

Actors Admin Posyandu, Admin Puskesmas

Staf Dinas Kesehatan

Main Flow / Basic Path -

Alternate Flow / Invariant A -

Sumber: Penelitian (2018)

42

Tabel IV.2

Deskripsi Use Case Mengelola Data Kunjungan

Use Case Mengelola Data Kunjungan

Requirement Admin posyandu mengelola jenis data

kunjungan (data bayi timbang, data

layanan anak, dan data anak)

Goal Sistem akan menampilkan menu data

kunjungan

Pre-Conditions User telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Admin posyandu

Main Flow / Basic Path 1. Admin posyandu login

2. Admin memilih salah satu menu

kunjungan, kemudian memilih

menu data anak

3. Masukan data

4. Simpan

Alternate Flow / Invariant A 1. Admin melakukan login

2. Pilih salah satu data dari data

kunjungan

3. Klik edit, ubah data kunjungan

4. Simpan

Invariant B -

Sumber: Penelitian (2018)

Tabel IV.3

Deskripsi Use Case Mengelola Data Anak

Use Case Mengelola Data Anak

Requirement Admin posyandu mengelola data anak

Goal Sistem akan menampilkan menu data

anak

Pre-Conditions User telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Admin posyandu

Main Flow / Basic Path 1. Admin posyandu login

2. Admin memilih menu data master,

kemudian memilih menu data anak

3. Masukan data anak

4. Simpan

Alternate Flow / Invariant A 1. Admin melakukan login

2. Pilih salah satu data anak

3. Klik edit, ubah data anak

4. Simpan

Invariant B -

Sumber: Penelitian (2018)

43

Tabel IV.4

Deskripsi Use Case Timbang Bayi

Use Case Admin Posyandu

Requirement Menu untuk memasukan data timbang

bayi

Goal Sistem akan menampilkan menu

timbang bayi

Pre-Conditions Setiap ada kegiatan kunjungan jenis

penimbangan bayi

Post-Conditions -

Failed and Condition -

Actors Admin Posyandu

Main Flow / Basic Path -

Alternate Flow / Invariant A 1. Admin melakukan login

2. Memilih menu timbang bayi

3. Sistem menampilkan menu timbang

bayi

4. Masukan data berat badan dan

panjang bayi

5. Simpan

Invariant B 1. Admin melakukan login

2. Memilih menu timbang bayi

3. Sistem menampilkan menu timbang

bayi

4. Pilih salah satu data hasil timbang

panjang bayi

5. Klik edit, ubah data timbang,

simpan

Sumber: Penelitian (2018)

Tabel IV.5

Deskripsi Use Case Layanan Anak

Use Case Admin Posyandu

Requirement Menu untuk memasukan data

berdasarkan jenis layanan

Goal Sistem akan menampilkan menu

timbang ba

Pre-Conditions Setiap ada kegiatan pemeriksaan status

gizi

Post-Conditions -

Failed and Condition -

Actors Admin Posyandu

Main Flow / Basic Path -

Alternate Flow / Invariant A 1. Admin melakukan login

2. Memilih menu layanan anak

3. Sistem menampilkan menu timbang

bayi

4. Masukan data berdasarkan jenis

44

layanan yang dilakukan

5. Simpan

Invariant B 1. Admin melakukan login

2. Memilih menu layanan anak

3. Sistem menampilkan menu layanan

anak

4. Pilih salah satu data layanan anak

5. Klik edit, ubah data layanan,

simpan

Sumber: Penelitian (2018)

Tabel IV.6

Deskripsi Use Case Mengelola Data Posyandu

Use Case Mengelola Data Posyandu

Requirement Admin puskesmas mengelola data

profil posyandu

Goal Sistem akan menampilkan menu data

posyandu

Pre-Conditions Setiap ada perubahan data posyandu

atau penambahan unit posyandu

Post-Conditions -

Failed and Condition -

Actors Admin puskesmas

Main Flow / Basic Path 1. Admin puskesmas login

2. Admin memilih menu data master,

kemudian memilih menu data

posyandu

3. Masukan data posyandu

4. Simpan

Alternate Flow / Invariant A 1. Admin melakukan login

2. Pilih salah satu data posyandu

3. Klik edit, ubah data posyandu

4. Simpan

Invariant B -

Sumber: Penelitian (2018)

Tabel IV.7

Deskripsi Use Case Mengelola Data Puskesmas

Use Case Mengelola Data Puskesmas

Requirement Staf Dinas Kesehatan mengelola data

puskesmas

Goal Sistem akan menampilkan menu data

puskesmas

Pre-Conditions User telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Staf Dinas Kesehatan

Main Flow / Basic Path 1. Staf melakukan login

2. Memilih menu data master,

45

kemudian memilih menu data

puskesmas

3. Masukan data puskesmas

4. Simpan

Alternate Flow / Invariant A -

Invariant B -

Sumber: Penelitian (2018)

Tabel IV.8

Deskripsi Use Case Mengelola Data Kelurahan

Use Case Mengelola Data Kelurahan

Requirement Staf Dinas Kesehatan mengelola data

kelurahan

Goal Sistem akan menampilkan menu data

kelurahan

Pre-Conditions User telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Staf Dinas Kesehatan

Main Flow / Basic Path 1. Staf melakukan login

2. Memilih menu data master,

kemudian memilih menu data

kelurahan

3. Masukan data kelurahan

4. Simpan

Alternate Flow / Invariant A -

Invariant B -

Sumber: Penelitian (2018)

Tabel IV.9

Deskripsi Use Case Mengelola Data Kecamatan

Use Case Mengelola Data Kecamatan

Requirement Staf Dinas Kesehatan mengelola data

kecamatan

Goal Sistem akan menampilkan menu data

kecamatan

Pre-Conditions User telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Staf Dinas Kesehatan

Main Flow / Basic Path 1. Staf melakukan login

2. Memilih menu data master,

kemudian memilih menu data

kecamatan

3. Masukan data kecamatan

4. Simpan

Alternate Flow / Invariant A -

Invariant B -

Sumber: Penelitian (2018)

46

Tabel IV.10

Deskripsi Use Case Laporan Jenis Kunjungan

Use Case Laporan Jenis Kunjungan

Requirement User dapat melihat laporan

berdasarkan jenis kunjungan

Goal Sistem akan menampilkan menu

laporan jenis kunjungan

Pre-Conditions user telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Staf Dinas Kesehatan, Admin

Puskesmas

Main Flow / Basic Path 1. Staf melakukan login

2. Memilih menu laporan, pilih menu

daftar kunjungan harian, kemudian

memilih kategori cetak

3. Klik lihat

4. Cetak

Alternate Flow / Invariant A -

Invariant B -

Sumber: Penelitian (2018)

Tabel IV.11

Deskripsi Use Case Laporan Kunjungan Bulanan

Use Case Laporan Kunjungan Bulanan

Requirement User dapat melihat laporan

berdasarkan kunjungan perbulan

Goal Sistem akan menampilkan menu

laporan kunjungan bulanan

Pre-Conditions User telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Staf Dinas Kesehatan, Admin

Puskesmas

Main Flow / Basic Path 1. Staf melakukan login

2. Memilih menu laporan, pilih menu

laporan kunjungan bulanan,

kemudian memili bulan cetak

3. Klik lihat

4. Cetak

Alternate Flow / Invariant A -

Invariant B -

Sumber: Penelitian (2018)

Tabel IV.12

Deskripsi Use Case Laporan Tahunan

Use Case Laporan Tahunan

Requirement User dapat melihat laporan

pengunjung posyandu dan status gizi

47

anak diwilayah binaan per tahunnya

Goal Sistem akan menampilkan menu

laporan tahunan

Pre-Conditions User telah melakukan login

Post-Conditions -

Failed and Condition -

Actors Staf Dinas Kesehatan, Admin

Puskesmas

Main Flow / Basic Path 1. Staf melakukan login

2. Memilih menu laporan, pilih menu

laporan tahunan,

kemudian memilih tahun cetak

3. Klik lihat

4. Cetak

Alternate Flow / Invariant A -

Invariant B -

Sumber: Penelitian (2018)

4.1.3. Rancangan Diagram Aktivitas

Prosedur dari rancangan sistem usulan terkait aktivitas-aktivitas

digambarkan ke dalam sebuah activity diagram sebagai berikut:

Sumber: Penelitian (2018)

Gambar IV.2 Activity Diagram Sistem Informasi Posyandu Usulan

48

4.1.4. Rancangan Dokumen Sistem Usulan

Secara rinci menjelaskan setiap rancangan dokumen pada program yang

dihasilkan dan uraian dokumen.

1. Nama Dokumen : Form Layanan Anak

Fungsi : Untuk mencatat kunjungan anak dan jenis pelayana

yang digunakan

Sumber : Posyandu

Tujuan : Arsip, rekam medis

Media : Kertas

Jumlah : Minimal 1 lembar

Frekuensi : Setiap hari saat kunjungan anak

Bentuk : Lampiran C-1

2. Nama Dokumen : Daftar Kunjungan Harian

Fungsi : Untuk laporan kunjungan dan layanan yang digunakan

per satu hari di posyandu

Sumber : Posyandu

Tujuan : Arsip, Puskesmas

Media : Kertas

Jumlah : Minimal 1 lembar

Frekuensi : Setiap hari setelah selesai jam operasi posyandu

Bentuk : -

3. Nama Dokumen : Laporan Jenis Pelayanan

Fungsi : Untuk laporan jenis layanan yang digunakan di

posyandu per periode dan per jenis layanan

49

Sumber : Posyandu

Tujuan : Arsip, Puskesmas

Media : Kertas

Jumlah : Minimal 1 lembar

Frekuensi : Sesuai kebutuhan pendataan

Bentuk : -

4. Nama Dokumen : Laporan Kunjungan Bulanan

Fungsi : Untuk menampilkan laporan kunjungan Posyandu tiap

bulan

Sumber : Posyandu

Tujuan : Arsip, Puskesmas

Media : Kertas

Jumlah : Minimal 1 lembar

Frekuensi : Setiap akhir bulan

Bentuk : Lampiran C-2

5. Nama Dokumen : Laporan Akhir

Fungsi : Untuk menampilkan laporan jumlah transaksi selama 1

tahun

Sumber : Posyandu

Tujuan : Arsip, Puskesmas

Media : Kertas, File komputer

Jumlah : Minimal 1 lembar

Frekuensi : Sesuai kebutuhan

Bentuk : Lampiran C-3

50

4.1.5. Rancangan Prototype

Rancangan prototype berisi tentang penggambaran interface pemrograman

dari sistem yang dibuat.

1. Interface Menu Login

Sumber: Penelitian (2018)

Gambar IV.3. Prototype Untuk Login

2. Interface Form Menu Data Petugas

Sumber: Penelitian (2018)

Gambar IV.4 Prototype Menu Data Petugas

51

3. Interface Form Menu Data Posyandu

Sumber: Penelitian (2018)

Gambar IV.5 Prototype Menu Data Posyandu

4. Interface Form Menu Data Puskesmas

Sumber: Penelitian (2018)

Gambar IV.6 Prototype Menu Data Puskesmas

52

5. Interface Form Menu Data Kelurahan

Sumber: Penelitian (2018)

Gambar IV.7 Prototype Menu Data Kelurahan

6. Interface Form Menu Data Kecamatan

Sumber: Penelitian (2018)

Gambar IV.8 Prototype Menu Data Kecamatan

53

7. Interface Form Menu Data Anak

Sumber: Penelitian (2018)

Gambar IV.9 Prototype Menu Data Anak

8. Interface Form Menu Data Timbang Bayi

54

Sumber: Penelitian (2018)

Gambar IV.10 Prototype Menu Timbang Bayi

9. Interface Form Menu Data Layanan Anak

Sumber: Penelitian (2018)

Gambar IV.11 Prototype Menu Data Layanan Anak

10. Interface Form Menu Kunjungan Harian

Sumber: Penelitian (2018)

Gambar IV.12 Prototype Menu Kunjungan Harian

55

11. Interface Form Menu Laporan Jenis Pelayanan

Sumber: Penelitian (2018)

Gambar IV.13 Prototype Menu Laporan Jenis Pelayanan

12. Interface Form Menu Laporan Kunjungan Bulanan

Sumber: Penelitian (2018)

Gambar IV.14 Prototype Menu Laporan Kunjungan Bulanan

13. Interface Form Menu Laporan Tahunan

Sumber: Penelitian (2018)

Gambar IV.15 Prototype Menu Laporan Tahunan

56

4.2. Perancangan Perangkat Lunak

Penggunaan perancangan sistem perangkat lunak sebagai penjelasan

tentang rancangan sistem yang dibuat kemudian digambarkan dengan model

grafik yang terdiri dari 6 model, yaitu ERD, LRS, Spesifikasi File, Class

Diagram, Sequence Diagram dan spesifikasi Hardware serta Software.

4.2.1. Entity Relationship Diagram (ERD)

Diagram entitas dalam rancangan perangkat lunak berguna untuk

menggambarkan data-data (entitas-entitas dan atribut-atributnya) dalam bentuk

grafik, serta hubungan antar data diperjelas dengan adanya fungsi relasi.

Sumber: Penelitian (2018)

Gambar IV.16 Entity Relationship Diagram Sistem Usulan

57

4.2.2. Logical Structure Record (LRS)

Penggunaan LRS bertujuan untuk merepresentasikan struktur-struktur

tabel dari database yang akan digunakan, hubungan derajat kardinalitas antar

tabel serta primary key dan foreign key.

Sumber: Penelitian (2018)

Gambar IV.17 Logical Structure Record Sistem Usulan

4.2.3. Spesifikasi File

1. Spesifikasi File Data Petugas

Nama File : data_petugas

Akronim : data_petugas

Fungsi : Untuk menyimpan data user, login

Tipe File : File master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang Record : -

58

Kunci Field : id_user

Software : MySQL

Tabel IV.13

Spesifikasi File User

No Elemen Data Nama Field Tipe Size Ket

1 Id User Id_user Varchar 10 Primary key

2 Nama Pengguna Nm_pengguna Varchar 30

3 Username Username Varchar 10

4 Password Password Varchar 10

5 Jabatan Jabatan Varchar 20

6 Posyandu Posyandu Varchar 30

Sumber: Penelitian (2018)

2. Spesifikasi File Posyandu

Nama File : data_posyandu

Akronim : data_posyandu

Fungsi : Untuk menyimpan data Posyandu

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang Record : 500

Kunci Field : nama_posyandu

Software : MySQL

Tabel IV.14

Spesifikasi File Data Posyandu

No Elemen Data Nama Field Tipe Size Ket

1 Nama Posyandu nama_posyandu Varchar 30 Primary Key

2 Alamat alamat_posyandu Varchar 50

3 No. Telpon telp_posyandu Varchar 15

4 Nama Puskesmas nama_puskesmas Varchar 30

5 Nama Kelurahan nama_kelurahan Varchar 30

Sumber: Penelitian (2018)

59

3. Spesifikasi File Data Puskesmas

Nama File : data_puskesmas

Akronim : data_puskesmas

Fungsi : untuk menyimpan data Puskesmas

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang Record : 500

Kunci Field : data_puskesmas

Software : MySQL

Tabel IV.15

Spesifikasi File Data Puskesmas

No Elemen Data Nama Field Tipe Size Ket

1 Nama Puskesmas nama_puskesmas Varchar 30 Primary Key

2 Alamat alamat_puskesmas Varchar 50

3 No. Telpon telp_puskesmas Varchar 15

4 Nama Kelurahan nama_kelurahan Varchar 30

5 Nama Kecamatan nama_kecamatan Varchar 30

Sumber: Penelitian (2018)

4. Spesifikasi File Data Kelurahan

Nama File : data_kelurahan

Akronim : data_kelurahan

Fungsi : Untuk menyimpan data kelurahan

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

60

Panjang Record : 400

Kunci Field : id_kelurahan

Software : MySQL

Tabel IV.16

Spesifikasi File Data Kelurahan

No Elemen Data Nama Field Tipe Size Ket

1 Nama Kelurahan nama_kelurahan Varchar 30 Primary Key

2 Nama Kecamatan nama_kecamatan Varchar 30

3 Kota/Kabupaten nama_kota Varchar 25

4 Nama Provinsi nama_provinsi Varchar 30

Sumber: Penelitian (2018)

5. Spesifikasi File Data Kecamatan

Nama File : data_kecamatan

Akronim : data_kecamatan

Fungsi : Untuk menyimpan data Kecamatan

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang Record : 300

Kunci Field : nama_kecamatan

Software : MySQL

Tabel IV.17

Spesifikasi File Data Kecamatan

No Elemen Data Nama Field Tipe Size Ket

1 Nama Kecamatan nama_kecamatan Varchar 30 Primary Key

2 Kota/Kabupaten nama_kota Varchar 25

3 Nama Provinsi nama_provinsi Varchar 30

Sumber: Penelitian (2018)

6. Spesifikasi File Data Anak

Nama File : data_anak

61

Akronim : data_anak

Fungsi : Untuk menyimpan data anak

Tipe File : File Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang Record : 600

Kunci Field : id_anak

Software : MySQL

Tabel IV.18

Spesifikasi File Data Anak

No Elemen Data Nama Field Tipe Size Ket

1 Id Anak id_anak Varchar 10 PK

2 Nama Anak nama_anak Varchar 30

3 Jenis Kelamin jk_anak Enum

4 Tanggal Lahir tgl_lahir Date

5 Berat Badan Lahir bb_lahir Interger

6 Panjang Badan Lahir pb_lahir Interger

7 Nama Ibu ibu Varchar 20

8 Nama Ayah ayah Varchar 20

9 Nomor KK no_kk Interger

10 Anak Ke anak_ke Interger

11 Penolong Persalinan persalinan Varchar 20

12 Punya KMS kms Varchar 20

Sumber: Penelitian (2018)

7. Spesifikasi File Data Timbang Bayi

Nama File : timbang_bayi

Akronim : timbang_bayi

Fungsi : Untuk menyimpan data timbang bayi

Tipe File : File Transaksi

Organisasi File : Indexed Sequential

Akses File : Random

62

Media : Harddisk

Panjang Record : -

Kunci Field : timbang_bayi

Software : MySQL

Tabel IV.19

Spesifikasi File Data Timbang Bayi

No Elemen Data Nama Field Tipe Size Ket

1 Id Anak id_anak Varchar 10 Foreign Key

2 Nama Anak nama_anak Varchar 30

3 Jenis Kelamin jk_anak Enum

4 Tinggi Atas tb_atas Interger

5 Tinggi Bawah tb_bawah Interger

6 Berat Atas bb_atas Interger

7 Berat Bawah bb_bawah Interger

8 Panjang Badan pj_badan Interger

9 Hasil Timbang bb_badan Interger

10 Status Ideal ideal Varchar 10

11 Status Gizi gizi Varchar 10

Sumber: Penelitian (2018)

8. Spesifikasi File Layanan Anak

Nama File : layanan_anak

Akronim : layanan_anak

Fungsi : Form menu layanan posyandu

Tipe File : File Transaksi

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang Record : -

Kunci Field : no_layanan

Software : MySQL

63

Tabel IV.20

Spesifikasi File Data Layanan Anak

No Elemen Data Nama Field Tipe Size Ket

1 Id Anak id_anak Varchar 10 FK

2 Nama Anak nama_anak Varchar 30

3 Tanggal Layanan tgl Date

4 No. Layanan Anak no_layanan Varchar 10

5 Berat Badan bb_badan Interger

6 Panjang Badan pj_badan Interger

7 Status Gizi gizi Varchar 10

8 Jenis Pelayanan jenis Varchar 30

9 Imunisasi imunisasi Varchar 10

Sumber: Penelitian (2018)

4.2.4. Class Model / Class Diagram

Sumber: Penelitian (2018)

Gambar IV.18 Class Diagram Sistem Usulan

64

4.2.5. Sequence Diagram

Penggunaan sequence diagram bertujuan untuk menggambarkan arus

pemrograman dari sistem yang di usulkan, pesan-pesan yang disampaikan kepada

user, serta elemen-elemen yang berhubungan dengan sebuah proses.

Sumber: Penelitian (2018)

Gambar IV.19 Sequence Diagram Form Login Sistem Usulan

65

Sumber: Penelitian (2018)

Gambar IV.20 Sequence Diagram Form Timbang Bayi Sistem Usulan

Sumber: Penelitian (2018)

Gambar IV.21 Sequence Diagram Form Layanan Anak Sistem Usulan

66

Sumber: Penelitian (2018)

Gambar IV.22 Sequence Diagram Form Laporan Sistem Usulan

4.2.6. Spesifikasi Hardware dan Software

Untuk dapat mendukung kinerja sistem agar dapat berjalan dengan baik,

peranan hardware dan software sebagai perangkat pendukung sangat diperlukan.

Adapun spesifikasi hardware dan software minimum yang dapat digunakan untuk

mendukung jalannya sistem sebagai berikut:

A. Spesifikasi Hardware

1. Server

a. CPU

1) Processor Core i5

2) RAM DDR3 4GB

3) Hardisk 500 GB

b. Mouse

c. Keyboard

d. Monitor resolusi layar 18 inc

e. Koneksi internet 40 Mbps

67

2. Client

a. CPU

1) Processor Core i3

2) RAM DDR3 2GB

3) Harddisk 500 GB

b. Mouse

c. Keyboard

d. Monitor resolusi layar 18 inc

e. Koneksi internet dengan kecepatan 10 Mbps

B. Spesifikasi Software

1. Sistem operasi menggunakan Microsoft Windows.

2. Aplikasi bundle web server xampp, MySQL Server, PHP MyAdmin.

3. Aplikasi web Google Chrome.

4.3. Jadwal Implementasi

Jadwal implementasi sangat bermanfaat terhadap manajemen proyek,

khususnya manajemen waktu agar pengerjaan proyek bisa selesai tepat waktu,

tidak lewat dari waktu yang sudah ditentukan.

Tabel IV.21

Jadwal Implementasi

No Kegiatan

WAKTU

BULAN I BULAN II BULAN III

1 2 3 4 1 2 3 4 1 2 3 4

1 Perencanaan Sistem

2 Analisis Sistem

3 Perancangan Sistem Secara Umum

4 Analisa Kebutuhan

5 Perancangan Sistem Secara Detail

6 Analisa Pengembangan Sistem

Sumber: Penelitian (2018)