• Tidak ada hasil yang ditemukan

BAB III ANALISA DAN PERANCANGAN SISTEM

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB III ANALISA DAN PERANCANGAN SISTEM"

Copied!
23
0
0

Teks penuh

(1)

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 kesehatan

4. Pemberian bimbingan teknis dan evaluasi di bidang pembinaan upaya kesehatan

5. Pelaksanaan administrasi Direktorat Jenderal Upaya Kesehatan

3.1.2 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

(2)

3.1.3 Struktur Organisasi

Direktorat Bina Upaya Kesehatan Sekretariat Direktorat Jenderal Direktorat Bina Upaya Kesehatan Dasar Direktorat Bina Upaya Kesehatan Rujukan Direktorat Bina Upaya Kesehatan Keperawatan dan Keteknisian Medik Direktorat Bina Upaya Kesehatan Penunjang Medik dan Sarana Kesehatan Staff Ahli Administrasi Staff layanan Terpadu

Staff BUK Rujukan

Staff Layanan Rujukan Staff BUK Keperawatan dan Ketenisian Medik Staff Layanan Staff BUK Penunjang Medik dan Sarana Kesehatan 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

(3)

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.

(4)

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

3.3 Use Case Diagram Sistem Berjalan

Klien

mengisi formulir

mengumpulkan berkas

Operator

mengecek berkas yang diberikan klien mencetak bukti serah terima Admin memproses permintaan berkas Manager memeriksa laporan menyerahkan bukti serah terima

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.

(5)

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 Mencetak laporan proses berkas

3.4 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

Proses Pembuatan SK

Penyerahan SK

Penerimaan SK

(6)

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.

(7)

Login

Operator

Mencetak Bukti Penerimaan Berkas

Input, ubah dan hapus Data berkas

Admin Manajer Mencetak SK Memberi nomor SK Mencetak Bukti Serah Terima SK Input Visitasi Mencetak Laporan Berkas Input Data Tanda

Tangan SK Melihat Jadwal Berkas Klien Menerima Bukti Berkas Masuk

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

(8)

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

(9)

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 Login terlebih dahulu

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

(10)

Deskripsi Input data penomoran Sk kedalam sistem

Prakondisi Login terlebih dahulu

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 Login terlebih dahulu

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 Mencetak Laporan Berkas

Actor Manager

Deskripsi Manager mencetek laporan berkas dari sistem

Prakondisi Login terlebih dahulu

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

(11)

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 Login terlebih dahulu

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:

(12)

a. Activity Diagram Login

Admin System

Buka Sistem Admin

Halaman Login

Masukkan User dan Password Memverifikasi User & Pasword

Maaf User/Password Anda Salah

Tidak

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

(13)

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

(14)

Skenario Operator melakukan penginputan berkas sesuai permohonan klien

Pasca kondisi

c. Activity Diagram Pengelolaan Berkas

Klien Operator Administrator

Melakukan Permohonan Input Penerimaan Berkas Masuk

Ya

Mencetak Bukti Serah Terima

Input Laporan Visitasi

Input Laporan proses Cetak SK

Input Laporan Tanda Tangan SK

Cetak Bukti Serah Terima SK Lihat Jadwal Proses Berkas

Menerima Resi NRK

Tidak

Input Laporan Penomoran 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.

(15)

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

Mencetak Laporan Berkas 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.

(16)

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)

Mencetak Laporan Berkas 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.

(17)

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

Pengguna

Form Login

1. Buka Aplikasi

Proses Login

2. Tampilkan Form Login

3. Input Data

4. Set Login ( User, Password )

5. Login

Data User

6. Valid ( User, Password )

7. Valid ( User, Password )

8. ( Valid = true) Tampilkan Halaman Admin

(18)

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

Pengguna

Halaman Menu

1. Lihat Daftar Berkas

Form Tambah / Ubah Berkas Data Berkas

2. Display

3. Tambah Berkas

4. Add Berkas ()

6. Input Berkas Permohonan

7. Simpan Berkas 8. Simpan 9. Display 10. Ubah Berkas 11. Display 5. Display 12. Ubah 12. Ubah

(19)

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

(20)

Pengguna

Halaman Utama

1. Terima Berkas

Kontrol Berkas Surat Keputusan (SK)

2. Display

4. Input Hasil Visitasi Berkas

5. Display

6. input Cetak SK 1. Berkas Masuk

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

(21)

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

Pengguna

Halaman Utama

1. Buka Aplikasi

Lap. Kepengurusan Berkas Data Berkas

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

(22)

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:

-- Login Main Menu +simpan() +ubah() +update() -id -name -nip -user -pass -grp User +simpan_sy() +ubah_sy() -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 Syarat +simpan_jenis() -id_jenis -nama_jenis Jenis +simpan_status() -id_jns_status -nama_jns_status Jenis Status +cari_nrk() +cetak_nrk() -id_nrk -nrk -id_rs -nama_jns_status No Resi (NRK) +cari_rs() +simpan_rs() +lihat_rs() -id_rs -nama_rs -nama_pemohon -keterangan -id_jenis -no_sk -tgl_sk Rumah Sakit (rs) +simpan_validasi() -id_validasi -id_rs -valid -keterangan Validasi +simpan_proses() -id_proses -id_rs -id_jns_status -keterangan -tgl_proses -petugas Proses +login() +reset() -id -userid -username -logdate Log -id_content -type -title -content -images -year Content 1..* 1..1 1..1 1..* 1..* 1..1 1..* 1..1 1..* 1..1 1..* 1..1 1..1 1..* 1..1 1..1

(23)

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. Clinet Work Station #Operator Clinet Work Station #Admin 1 Clinet Work Station #Admin 2 Clinet Work Station #Manager Web Server Apllication Server Printer HTTP Web Server Main Program Internet Information Serer

Web Browser Web Browser Web Browser Web Browser

Gambar

Gambar 3.1  Struktur Organisasi Direktorat Jenderal Bina Upaya Kesehatan
Gambar 3.3  Use Case Diagram Sistem Informasi Permohonan Berkas  yang berjalan
Tabel  3.1  Keterangan Use Case Permohonan Berkas yang berjalan  Use Case  Mengisi  formulir,  mengumpulkan  berkas,  cek  berkas,cetak
Gambar 3.4  Diagram Use Case Usulan
+7

Referensi

Dokumen terkait

Specifically, Mexican Ameri- cans have an increased incidence of intracerebral hemor- rhage and subarachnoid hemorrhage compared with non- Hispanic Whites adjusted for age, as well

Meski demikian, tidak menutup kemungkinan adanya pesan-pesan dakwah lainnya yang akan ditampilkan melalui iklan media luar griya kota Banda Aceh, tentu pesan yang

Itu adalah seekor kuda Apa yang bisa dilakukan oleh seekor kucing dan seekor kuda!. Seekor kuda dan seekor kucing bisa berjalan

Interpretasi digunakan untuk menentukan struktur bawah permukaan secara vertikal pada daerah penelitian.Interpretasi dilakukan setelah perhitungan data VES lapangan untuk

Kesimpulan dari penelitian ini persepsi konsumen tentang exterior, general interior, store layout, interior display dan store atmosphere Nanny’s Pavillon Home termasuk

Bahan komposit memiliki banyak keunggulan, diantaranya berat yang lebih ringan, kekuatan lebih tinggi dan tahan korosi.Penelitian ini menggunakan metode eksperimen,

Mayoritas karyawan adalah orang - orang yang telah berpengalaman di bidangnya dan pernah menjalani cara kerja mengikuti budaya perusahaan Jepang, namun nilai

Dari hasil analisa data pada jaringan pipa air bersih di Komplek Perumahan PT. Berdasarkan hasil simulasi jaringan pipa yang telah ada, jaringan tersebut masih mampu