bab iv perancangan sistem usulan - repository.bsi.ac.id file42 tabel iv.2 deskripsi use case...
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)