BAB III ANALISA DAN PERANCANGAN SISTEM

BAB III ANALISA DAN PERANCANGAN SISTEM 3.1

Tinjauan Organisasi

3.1.1

Profil Organisasi Berdasarkan

peraturan

Menteri

Kesehatan

Republik

Indonesia

No.1144/Menkes/Per/VII/2010 tentang Organisasi dan Tata Kerja Kementerian Kesehatan, Direktorat Jenderal Bina Upaya Kesehatan (DITJEN BUK) mempunyai tugas merumuskan serta melaksanakan kebijakan dan standarisasi teknis di bidang pembinaan upaya kesehatan. Dalam melasanakan tugasnya tersebut, DITJEN BUK menyelanggarakan fungsi : 1.

Perumusan kebijakan di bidang pembinaan upaya kesehatan

2.

Pelaksanaan kebijakan di bidang pembinaan upaya kesehatan

3.

Penyusunan norma, standar, prosedur, dan kriteria di bidang pembinaan upaya

4.

kesehatan

Pemberian bimbingan teknis dan evaluasi di bidang pembinaan upaya kesehatan

5. 3.1.2

Pelaksanaan administrasi Direktorat Jenderal Upaya Kesehatan

Visi dan Misi Organisasi Visi dari Departemen Kementerian Kesehatan RI adalah menjadikan

masyarakat

sehat yang mandiri dan berkeadilan.

Sedangakan Misi Departemen Kementerian Kesehatan RI adalah sebagai berikut : 1.

Meningkatkan derajat kesehatan masyarakat melaui pemberdayaan masyarakat, termasuk swasta dan masyarakt madani

2.

Melindungi kesehatan masyarakat dengan menjamin tersedianya upaya kesehatan yang paripurna, merata bermutu dan berkeadilan

3.

Menjamin ketersediaan dan pemerataan sumber daya kesehatan

4.

Menciptakan tata kelola kepemerintahaan yang baik

31 http://digilib.mercubuana.ac.id/

32

3.1.3

Struktur Organisasi

Direktorat Bina Upaya Kesehatan

Sekretariat Direktorat Jenderal

Direktorat Bina Upaya Kesehatan Dasar

Staff Ahli

Direktorat Bina Upaya Kesehatan Rujukan

Direktorat Bina Upaya Kesehatan Keperawatan dan Keteknisian Medik

Staff BUK Rujukan

Staff Layanan Rujukan

Administrasi

Direktorat Bina Upaya Kesehatan Penunjang Medik dan Sarana Kesehatan

Staff BUK Keperawatan dan Ketenisian Medik

Staff BUK Penunjang Medik dan Sarana Kesehatan

Staff Layanan Staff Layanan Terpadu

Staff layanan Terpadu

Gambar 3.1 Struktur Organisasi Direktorat Jenderal Bina Upaya Kesehatan Tugas Staff Layanan Terpadu :  Menerima permohonan dari klien  Menginput data berkas sesuai permohonan yang diajukan  Memberikan laporan penerimaan berkas serta bukti penerimaan berkas Tugas Administrasi :  Melakukan pembuatan surat keputusan (SK) sesuai permohonan klien  Melakukan pencetakan surat keputusan (SK)  Melakukan kunjungan atau visitasi ke lapangan  Melakukan penomoran surat keputusan (SK)  Membuat laporan berkas

http://digilib.mercubuana.ac.id/

33

3.2

Analisa Sistem Informasi Berjalan Sistem informasi monitoring yang berjalan saat ini masih manual yaitu

menggunakan program aplikasi Microsoft excel. Berikut adalah gambaran mengenai sistem informasi yang berjalan : a. Mengisi Formulir Proses bisnis dimulai dengan klien datang ke loket pelayanan terpadu melakukan pengisian formulir sesuai dengan permohonan yang dibutuhkan dan akan diinput oleh operator lalu dikirim kebagian admin. b. Pengumpulan Berkas Kemudian

klien

yang

telah

mengisi

formulir

permohonan

untuk

mengumpulkan berkas – berkas ke operator. Berkas yang dimasukkan harus sesuai dengan permohonan. c. Mengecek berkas yang diberikan klien Dibagian operator berkas yang masuk akan dicek. Apakah berkas yang dibutuhkan untuk permohonan telah sesuai. Jika telah sesuai berkas dan permohonan diberikan kepada admin. d. Mencetak Bukti serah terima Operator melakukan pencetakan bukti serah terima jika berkas yang dicek telah sesuai dengan permohonan. Bukti itu diberikan kepada klien. e. Memproses permintaan berkas Pada proses ini admin melakukan proses pembuatan SK sesuai dengan permintaan berkas yang diajukan klien. Berkas yang masuk akan diinput untuk melakukan tahapan – tahapan pembuatan SK. Sehingga manager dank lien dapat memantau proses berkas yang diajukan. f. Menyerahkan bukti serah terima Seelah SK pada tahap akhir operator bertugas menyerahkan bukti serah terima kepada klien yang digunakan sebagai bukti penyerahan bagi pihak klien maupun operator. g. Memeriksa laporan


34

Hasil proses data berkas yang dimasukkan oleh bagian operator dan admin disetiap tahapannya. Kemudian dikirimkan ke manager. 3.3

Use Case Diagram Sistem Berjalan

mengisi formulir

mengumpulkan berkas

mengecek berkas yang diberikan klien

Operator Klien

mencetak bukti serah terima

memproses permintaan berkas

menyerahkan bukti serah terima

Admin

memeriksa laporan

Manager

Gambar 3.3 Use Case Diagram Sistem Informasi Permohonan Berkas yang berjalan Keterangan : Diagram use case diatas menggambarkan proses bisnis diawali dari klien mengisi formulir dan mengumpulkan berkas, kemudian operator mengecek berkas yang diberikan klien, mencetak bukti serah terima. Admin memproses permintaan berkas, setelah berkas selesai operator menyerahkan bukti serah terima kepada klien. Manager memeriksa laporan.


35

Tabel 3.1 Keterangan Use Case Permohonan Berkas yang berjalan Use Case

Mengisi formulir, mengumpulkan berkas, cek berkas,cetak bukti serah terima, proses permintaan berkas, serah terima bukti, dan cek laporan

Actor

Klien, operator, admin, manager

Deskripsi

Klien mengisi formulir dan mengumpulkan berkas, dan operator memeriksa kelengkapan berkas dan memberikan bukti serah terima berkas, serta admin memproses penerimaan berkas yang kemudian membuat laporan yang diserahkan kepada manager

Prakondisi

Mengisi formulir dan mengumpulkan berkas

Tindakan Utama

Klien mengisi formulir, serta mengumpulkan berkas. Operator memeriksa kelengkapan berkas lalu dikirimkan kepada admin. Admin melakukan pembuatan SK sesuai dengan permintaan berkas yang diterima dari operator sesuai permohonan klien.setelah SK selesai dibuat diserahkan kepada klien. Manager menerima laporan dari admin dan memeriksa laporan.

Pasca kondisi

3.4

Mencetak laporan proses berkas

Activity Diagram Berjalan Klien

Operator

Administrasi

Mengisi Formulir

Menyerahkan Berkas

Mencatat Berkas Permohonan

Mencetak Serah Terima Berkas

Menyerahkan Bukti Serah Terima Berkas

Menerima Bukti Serah Terima Berkas

Penerimaan SK

Gambar 3.3 Diagram Activity Berjalan


Proses Pembuatan SK

Penyerahan SK

36

Keterangan : Diagram Activity diatas adalah menggambarkan proses berjalannya berkas, yang diawali dengan klien mengisi formulir kemudian menyerahkan berkas kepada operator. Operator mencatat berkas permohonan klien kemudian mencetak serah terima berkas serta menyerahkan bukti serah terima kepada klien. Admin melakukan proses pembuatan SK setelah selesai menyerahkan SK kepada klien. 3.5

Analisa Sistem Usulan Perancangan sistem perangkat lunak dideskripsikan dengan model analisis menggunakan diagram usecase, activity, sequence dan Class diagram, serta dilanjutkan dengan model desain. Analisis digunakan untuk pemetaan awal mengenai perilaku yang diisyaratkan sistem aplikasi ke dalam elemen-elemen pemodelan. Untuk membantu perancangan dan melengkapi dokumentasi perancangan, digunakan Microsoft Visio yang mendukung perancangan dengan basis UML.

3.5.1

Use Case Diagram Sistem Usulan


37

Login

Input, ubah dan hapus Data berkas

Mencetak Bukti Penerimaan Berkas

Klien Menerima Bukti Berkas Masuk

Melihat Jadwal Berkas

Operator Input Visitasi

Mencetak SK

Admin Memberi nomor SK

Input Data Tanda Tangan SK

Mencetak Laporan Berkas

Manajer

Mencetak Bukti Serah Terima SK

Gambar 3.4 Diagram Use Case Usulan Keterangan : Diagram usecase usulan diatas menggambarkan proses operator melakukan login dan memiliki akses input, ubah dan hapus data berkas kemudian mencetak bukti penerimaan berkas, klien menerima bukti berkas masuk serta dapat melihat jadwal. Admin melakukan penginputan visitasi, kemudian mencetak Sk, serta melakukan penomoran SK dan input data tanda tangan SK. Manager dapat mencetak laporan berkas sehingga dapat mengetahui proses berjalan. Tabel 3.2 Keterangan Use Case Login Use Case

Login

Actor

Operator, Admin, Manager

Deskripsi

Admin harus login terlebih dahulu dengan memasukkan


38

username dan password Prakondisi

-

Skenario

Memasukkan username dan password

Pasca kondisi

Setelah login maka tampil aplikasi dan dapat melakukan aktivitas di dalam aplikasi

Tabel 3.3 Keterangan Use Case Input, Ubah dan hapus Data Berkas Use Case

Input, Ubah dan Hapus Data Berkas

Actor

Operator

Deskripsi

Operator menginput,mengubah dan menghapus data berkas kedalam sistem

Prakondisi

Harus login terlebih dahulu

Skenario

Operator input nama pemohon, tanggal peneriman berkas, jenis pengurusan dan keterangan sesuai berkas masuk

Pasca kondisi

Setelah input data berkas, maka data tersimpan dalam database. Dan jika data berkas akan diubah maka akan tampil di form

Tabel 3.4 Keterangan Use Case Mencetak Bukti Penerimaan Berkas Use Case

Mencetak Bukti Penerimaan Berkas

Actor

Operator

Deskripsi

Operator mencetak bukti penerimaan berkas

Prakondisi

Login terlebih dahulu

Skenario

Operator memberikan bukti penerimaan berkas kepada klien sebagai bukti registrasi permohonannya

Pasca kondisi

Mendapatkan resi bukti penerimaan berkas

Tabel 3.5 Keterangan Use Case Menerima Bukti Berkas Masuk Use Case

Menerima Bukti Berkas Masuk

Actor

Klien


39

Deskripsi

Proses penerimaan bukti berkas masuk

Prakondisi

Memasukan berkas

Skenario

Klien menerima bukti berkas masuk sebagai bukti telah menyerahkan berkas permohonan yang diajukan

Pasca kondisi

Klien telah menerima bukti berkas masuk

Tabel 3.6 Keterangan Use Case Input Visitasi Use Case

Input Visitasi

Actor

Admin

Deskripsi

Menginput laporan setelah mekakukan visitasi

Prakondisi

Admin melakukan penginputan visitasi setelah berkas masuk

Skenario

Admin melakukan penginputan laporan visitasi berdasarkan laporan permohonan yang diajukan oleh klien

Pasca kondisi

Data Visitasi tersimpan dalam database dan ditampilkan dalam list data berkas

Tabel 3.7 Keterangan Use Case Mencetak SK Use Case

Mencetak SK

Actor

Admin

Deskripsi

Menginput laporan pencetakan setelah proses input visitasi

Prakondisi


Skenario

Admin melakukan penginputan pencetakan SK

Pasca kondisi

Data pencetakan SK tersimpan dalam database dan ditampilkan dalam list data berkas

Tabel 3.8 Keterangan Use Case Menberi nomor SK Use Case

Memberi nomor SK

Actor

Admin


40

Deskripsi

Input data penomoran Sk kedalam sistem

Prakondisi


Skenario

Admin melakukan penginputan hasil penomoran

SK untuk

menghasilkan informasi yang dibutuhkan klien Pasca kondisi

Data penomoran SK tersimpan dalam database dan ditampilkan dalam list data berkas

Tabel 3.9 Keterangan Use Case Input Data Tanda Tangan SK Use Case

Input Data Tanda Tangan SK

Actor

Admin

Deskripsi

Input data tanda tangan SK

Prakondisi


Skenario

Admin melakukan penginputan data tanda tangan SK

Pasca kondisi

Data proses tanda tangan SK tersimpan dalam sistem

Tabel 3.10 Keterangan Use Case Mencetak Laporan Berkas Use Case


Actor

Manager

Deskripsi

Manager mencetek laporan berkas dari sistem

Prakondisi


Skenario

Mencetak laporan berkas sesuai dengan kebutuhan informasi yang dibutuhkan

Pasca kondisi

Mennampilkan Laporan daftar berkas

Tabel 3.11 Keterangan Use Case Mencetak Bukti Serah Terima SK Use Case

Mencetak Bukti serah terima SK

Actor

Operator

Deskripsi

Operator melakukan pencetakan bukti serah terima SK

Prakondisi



41

Skenario

Mencetak Bukti serah terima SK

Pasca kondisi

Menerima Bukti serah terima SK

Tabel 3.12 Keterangan Use Case Melihat Jadwal Berkas Use Case

Melihat Jadwal Berkas

Actor

Klien, operator

Deskripsi

Melihat jadwal dari sistem

Prakondisi


Skenario

Klien dan Operator melihat jadwal daftar berkas

Pasca kondisi

Akan tampil jadwal berkas

3.5.2

Activity Diagram Usulan Activity Diagram

merupakan model analisis

yang digunakan atau

menggambarkan\sebuah proses aktivitas. Dalam penelitian ini, activity diagram digunakan untuk memodelkan suatu proses atau operasi, diagram ini dipakai untuk menggambarkan logika dari sebuah proses atau operasi. Activity Diagram menjelaskan tentang alir aktifitas didalam sistem yang sedang dirancang, bagaimana alir berawal, bagaimana keputusan-keputusan dapat terjadi dan terakhir bagaimana sistem berakhir.Dalam penelitian ini peneliti menggambarkan activity diagram tersebut melalui interaksi antara actor dengan sistem yang akan dibangun. Dengan demikian, activity diagram diturunkan dari

setiap use case yang sudah dibuat sebelumnya, untuk menggambarkan

masing-masing prosedur dalam sistem informasi monitoring pelayanan terpadu. Berikut beberapa contoh activity diagram sistem yang akan dikembangkan:


42

a.

Activity Diagram Login Admin

System

Buka Sistem Admin

Halaman Login

Memverifikasi User & Pasword

Masukkan User dan Password

Tidak Maaf User/Password Anda Salah

Ya

Masuk Ke Sistem

Gambar 3.5 Diagram Activity Login Keterangan : Pada diagram Acticity login diatas user harus melakukan login terlebih dahulu jika ingin masuk kedalam sistem. Sistem akan melakukan verifikasi data. Jika password dan user tidak sesuai sistem akan memberikan pemberitahuan. Tabel 3.13 Keterangan Activity Login Activity

Proses Login

Actor

Operator, Administrator, Manager, Direktur Utama

Deskripsi

Proses login yang dilakukan oleh user

Prakondisi

Adanya kebutuhan untuk melakukan login

Skenario

User yang bertugas melakukan login untuk melakukan penginputan proses yang telah dikerjakan

Pasca kondisi

Dapat Masuk ke sistem


43

b.

Activity Diagram Mengolah Penerimaan Berkas Operator

System

Login

Buka Menu Penerimaan Berkas

Pilih Sub Menu Penambahan Berkas

Isi Form Data Input

Input Data

Memvalidasi Data Input

Simpan Data Baru

Gambar 3.6 Diagram Activity Penerimaan Berkas Masuk Keterangan : Diagram Activity penerimaan berkas masuk merupakan proses penginputan data berkas. Operator melakukan login terlebih dahulu untuk bisa masuk ke dalam sistem. Kemudian pilih menu penerimaan berkas, dan pilih panambahan berkas dilanjutkan dengan penginputan data. Sistem akan melakukan validasi. Tabel 3.14 Keterangan Activity Penerimaan Berkas Masuk Activity

Proses Penerimaan Berkas Masuk

Actor

Operator

Deskripsi

Proses Penerimaan Berkas

Prakondisi

Adanya kebutuhan untuk menginput berkas masuk


44

Skenario

Operator melakukan penginputan berkas sesuai permohonan klien

Pasca kondisi

c.

Activity Diagram Pengelolaan Berkas

Klien

Operator

Administrator Input Laporan Visitasi

Melakukan Permohonan

Input Penerimaan Berkas Masuk Tidak Ya Input Laporan proses Cetak SK

Menerima Resi NRK

Mencetak Bukti Serah Terima Input Laporan Penomoran SK

Lihat Jadwal Proses Berkas

Input Laporan Tanda Tangan SK

Cetak Bukti Serah Terima SK

Gambar 3.7 Diagram Activity Pengelolaan Berkas Keterangan : Pada diagram activity pengolahan berkas klien melakukan permohonan kemudian operator melakukan penginputan serta mencetak bukti penerimaan berkas yang diberikan kepada klien. Klien menerima resi serta dapat memantau proses berkas. Admin melakukan penginputan visitasi, kemudian mencetak SK, penomoran Sk dan tanda tangan Sk. Setelah selesai operator mencetak bukti serah terima SK.


45

Tabel 3.15 Keterangan Activity Pengelolaan Berkas Activity

Proses Pengelolaan Berkas

Actor

Operator, Administrator, Klien

Deskripsi

Proses Pengelolaan berkas

Prakondisi

Adanya kebutuhan untuk melakukan pengelolaan berkas

Skenario

User yang bertugas melakukan penginputan setiap tahan sesuai dengan tugas masing – masing setiap user di setiap tahapannya

Pasca kondisi

d.

Activity Diagram Laporan Kepengurusan Berkas Manager

System

Login

Buka Menu Laporan Kepengurusan Berkas

Pilih Jenis Laporan

Input Periode


Menampilkan Laporan Berkas

Gambar 3.8 Diagram Activity Laporan Kepengurusan Berkas Keterangan : Pada Diagram Activity diatas manager melakukan login terlebih dahulu kemudian membuka menu laporan kepengurusan dan memilih jenis laporan serta menginput periode. Sistem akan menampilkan laporan berkas.


46

Tabel 3.16 Keterangan Activity Laporan Kepengurusan Berkas Activity

Proses Laporan Kepengurusan Berkas

Actor

Manager

Deskripsi

Proses Cetak Laporan kepengurusan berkas

Prakondisi

Adanya kebutuhan untuk melakukan pengurusan berkas

Skenario

Manager dapat mencetak laporan kepengurusan berkas

Pasca kondisi

e.

Activity Diagram Melihat Jadwal Proses Berkas Klien

System

Home

Cek Berkas

Input Nomor Resi (NRK)


Menampilkan Laporan Berkas

Gambar 3.9 Diagram Activity Lihat Jadwal Proses Berkas Keterangan : Pada Diagram ini klien dapat melihat jadwal program dengan melakukan penginputan nomor resi maka laporan akan tercetak dan sistem menampilkan laporan berkas sesuai dengan nomor resi.


47

Tabel 3.17 Keterangan Activity Lihat Jadwal Proses Berkas Activity

Proses Lihat Jadwal Proses Berkas

Actor

Klien

Deskripsi

Proses Cetak Laporan Jadwal berkas

Prakondisi

Adanya kebutuhan untuk melihat jadwal proses berkas

Skenario

Klien dapat melihat jadwal proses berkas

Pasca kondisi

3.5.3

Sequence Diagram Pada Sequence Diagram menjelaskan aliran fungsionalitas dalam use case.Sebuah sequence diagram menunjukkan urutan interaksi object yang

disusun dalam urutan waktu. Ini menggambarkan object dan class-class yang terlibat dalam skenario dan urutan pesan yang dipertukarkan antara object yang dibutuhkan untuk melaksanakan fungsi scenario. Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara

object juga interaksi antara object, sesuatu yang terjadi

pada titik tertentu dalam eksekusi

sistem. Berikut beberapa contoh sequence

diagram sistem yang akan dikembangkan: a.

Sequence Diagram Login Form Login

Proses Login

Data User

Pengguna 1. Buka Aplikasi 2. Tampilkan Form Login

3. Input Data 4. Set Login ( User, Password )

5. Login

6. Valid ( User, Password ) 7. Valid ( User, Password )

8. ( Valid = true) Tampilkan Halaman Admin

8. ( Valid = False) Tampilkan Halaman Login

Gambar 3.10 Diagram Sequence Login


48

Keterangan : Diagram diatas user melakukan login dengan membuka aplikasi, memasukkan user dan password. Sistem akan memverifikasi data jika user dan password tidak sesaui akan muncul pemberitahuan. Tabel 3.18 Keterangan Sequence Diagram Login Sequence

Proses Login

Actor

Operator, Administrator, Manager, Direktur Utama

Deskripsi

Proses login yang dibutuhkan oleh sistem

Prakondisi

Adanya kebutuhan untuk melakukan login

Skenario

User membutuhkan login untuk masuk kedalam sistem

Pasca kondisi

Setelah login user dapat masuk kedalam halaman admin

b.

Sequence Diagram Penerimaan Berkas Masuk Halaman Menu

Form Tambah / Ubah Berkas

Pengguna 1. Lihat Daftar Berkas 2. Display

3. Tambah Berkas

4. Add Berkas () 5. Display

6. Input Berkas Permohonan

7. Simpan Berkas

8. Simpan

9. Display

10. Ubah Berkas

11. Display

12. Ubah

12. Ubah

13. Hapus Berkas

14. Hapus

Gambar 3.11 Diagram Sequence Penerimaan Berkas Masuk


Data Berkas

49

Keterangan : Diagram diatas menggambarkan proses penerimaan berkas masuk. Pengguna melihat daftar berkas dan tampil proses penginputan data berkas. Operator melakukan login terlebih dahulu untuk bisa masuk ke dalam sistem. Kemudian pilih menu penerimaan berkas, dan pilih panambahan berkas dilanjutkan dengan penginputan data. Sistem akan melakukan validasi. Pada proses ini pengguna dapat mengubah data. Tabel 3.19 Keterangan Sequence Diagram Penerimaan Berkas Masuk Sequence

Registrasi Permohonan

Actor

Operator, Klien

Deskripsi

Proses penerimaan berkas masuk

Prakondisi

Adanya kebutuhan untuk melakukan penerimaan berkas masuk sesuai kebutuhan klien

Skenario

Pilih menu penerimaan berkas, operator dapat menginput sesuai permohonan klien kemudian simpan ,dapat juga menghapus, mengubah data

Pasca kondisi

Semua data akan tersimpan dalam data base berkas setelah menekan tombol simpan

c.

Sequence Diagram Pengelolaan Berkas


50

Halaman Utama

Kontrol Berkas

Surat Keputusan (SK)

Pengguna

1. Terima Berkas 2. Display

1. Berkas Masuk 4. Input Hasil Visitasi Berkas

5. Display

6. input Cetak SK 7. Input penomoran SK 8. Input hasil Tanda Tangan SK

9. Cetak Serah Terima SK

10. Display

Gambar 3.12 Diagram Sequence Pengolahan Berkas Keterangan : Diagram diatas memperlihatkan proses pengolahan berkas. Klien melakukan permohonan

kemudian operator melakukan penginputan serta mencetak bukti

penerimaan berkas yang diberikan kepada klien. Klien menerima resi serta dapat memantau proses berkas. Admin melakukan penginputan visitasi, kemudian mencetak SK, penomoran SK dan tanda tangan SK. Setelah selesai operator mencetak bukti serah terima SK. Tabel 3.20 Keterangan Sequence Diagram Pengolahan Berkas Sequence

Pengolahan Berkas

Actor

Operator, Administrator, Manager

Deskripsi

Proses Pengolahan Berkas

Prakondisi Skenario

Setelah berkas diterima oleh operator, administrasi bertugas


51

untuk melakukan penginputan hasil visitasi berkas, setelah di setujui bisa melakukan input pencetakan Surat Keputusan (SK), serta input proses penandatanganan SK, berlanjut penomoran SK dan cetak bukti serah terima SK kepada klien Pasca kondisi

d.

Sequence Diagram Laporan Halaman Utama

Lap. Kepengurusan Berkas

Data Berkas

Pengguna 1. Buka Aplikasi

2. Pilih Laporan 3. Cek Data Berkas

4. Tampilan Laporan

5. Cetak Laporan

6. Tutup

Gambar 3.13 Diagram Sequence Laporan Keterangan : Pada diagram ini pengguna dapat melihat laporan dengan membuka aplikasi, kemudian memilih menu laporan sistem akan menngecek data berkas, kemudian tampilan laporan akan terlihat. Pengguna juga bisa mencetak laporan. Tabel 3.21 Keterangan Sequence Diagram Laporan Sequence

Laporan Berkas

Actor

Manager

Deskripsi

Proses Laporan Berkas


52

Prakondisi Skenario

Masuk menu laporan dapat dipilih berkas yang akan dicetak laporannya kemudian menginput periode maka data akan tercetak

Pasca kondisi

User dapat melihat keseluruhan laporan berkas sesuai kebutuhan

3.5.4

Class Diagram Class Diagram menampilkan beberapa class ada padasistem ini dan

memberikan gambaran tentang sistem dan relasi-relasi didalamnya. Disini juga dimasukkan himpunan bagian (subset) dari class-class, yaitu atribut-atribut dan operasi-operasi dalam suatu class.Berikut ini class diagram untuk aplikasi Sistem Informasi Monitoring pelayanan terpadu yang dirancang: User Log 1..*

Main Menu

1..1

-- Login

-id -userid -username -logdate +login() +reset()

1..* 1..1

1..*

-id -name -nip -user -pass -grp +simpan() +ubah() +update()

Jenis

1..1 1..1

1..* 1..1

No Resi (NRK)

Validasi

-id_nrk -nrk -id_rs -nama_jns_status +cari_nrk() +cetak_nrk()

-id_validasi -id_rs -valid -keterangan +simpan_validasi()

1..1

1..* Proses

1..1 1..* 1..*

-id_proses -id_rs -id_jns_status -keterangan -tgl_proses -petugas +simpan_proses()

-id_jns_status -nama_jns_status +simpan_status()

1..1

Rumah Sakit (rs) -id_rs -nama_rs -nama_pemohon -keterangan -id_jenis -no_sk -tgl_sk +cari_rs() +simpan_rs() +lihat_rs()

Jenis Status

-id_jenis -nama_jenis +simpan_jenis()

Content -id_content -type -title -content -images -year

Syarat -id_syarat -id_rs -sy_kelayakan -sy_masterplan -sy_milik -sy_ijin -sy_ho -sy_limbah -sy_sertifikat -sy_penanaman -sy_imb -sy_ipb -sy_situ -sy_rekomendasi -sy_profil -sy_sas -sy_sk_penetapan -sy_akreditasi +simpan_sy() +ubah_sy()

1..1

Gambar 3.14 Diagram Class


53

3.5.5

Deployment Diagram Diagram Deployment menunjukkan tata letak sebuah sistem secara fisik,

menampakkan bagian – bagian software yang berjalan pada bagian – bagian hardware yang digunakan untuk mengimplementasikan sebuah sistem dan keterhubungan antara komponen – komponen hardware pada perancangan sistem aplikasi monitoring pelayanan terpadu.

HTTP Web Server

Apllication Server

Printer

Main Program

Web Server Internet Information Serer

Clinet Work Station #Operator

Web Browser

Clinet Work Station #Admin 1

Web Browser

Clinet Work Station #Admin 2

Web Browser

Gambar 3.15 Diagram Deployment


Clinet Work Station #Manager

Web Browser

BAB III ANALISA DAN PERANCANGAN SISTEM

Recommend Documents