SISTEM INFORMASI KIA Posyandu Untuk pembangunan

Aphrodite

MINGGU, 05 JANUARI 2014

Spesifikasi Kebutuhan Prangkat Lunak Sistem Informasi KIA

(Posyandu)

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SISTEM INFORMASI KIA (Posyandu)

Untuk:

KIA (Klinik Ibu dan Anak)

Dipersiapkan oleh:

Akhmad Fanani        201110370311259

Pandu Suryandaru       201110370311297

Pradita Nurfika Anggraeni 201110370311304

Jurusan Teknik Informatika – Universitas Muhammadiyah Malang

Jl. Raya Tlogomas

Jurusan

Teknik Informatika UMM

Nomor Dokumen Halaman

SKPL - 001 1/18

Revisi Tgl:

DAFTAR PERUBAHAN

Revisi Deskripsi

A

Origami ^^

Spesifikasi Kebutuhan Prangkat Lunak Sistem Inform... ARSIP BLOG

Pradita Nurfika Ikuti 23

simpel :P

Lihat profil lengkapku MENGENAI SAYA

F

G

INDEX TGL

- A B C D E F G

Ditulis oleh Diperiksa oleh Disetujui oleh

Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

Dokumen  ini  merupakan  dokumen  Spesifikasi  Kebutuhan  Perangkat Lunak, yang pada bagian selanjutnya akan disingkat menjadi SKPL. Secara garis besar, dokumen ini berisi spesifikasi atau gambaran mengenai sistem, seperti apa yang diinginkan.

Tujuan  pembuatan  SKPL  ini  adalah  sebagai  panduan  pada  tahap design selanjutnya, agar sistem yang akan dirancang nantinya tidak keluar dari batasan­batasan yang telah disetujui oleh pelanggan. SKPL ini dibuat untuk  digunakan  oleh  perancang  perangkat  lunak  pada  tahap  design sistem.  Semuahal  yang  berkaitan  dengan  perancangan  system  harus sesuai dengan hasil analisis kebutuhan yang terdapat pada dokumen SKPL ini.

Produk perangkat lunak yang dispesifikasi pada dokumen ini bernama “Sistem  Informasi  KIA  (posyandu)”  yang  merupakan  Sistem  Informasi berbasis  Web.  Perangkat  Lunak  ini  nantinya  akan  melayani  admin/  bidan untuk  mendapatkan  informasi  yang  berkaitan  dengan  kesehatan  ibu  dan anak,  yang  selama  ini  menghabiskan  banyak  waktu  dan  tenaga  yang bertugas  untuk  mengurusi  rekap  data. Sistem  ini  akan  diimplementasikan dalam  bentuk  Web.  Sasaran  aplikasi  ini  adalah  semua  instansi  yang

1

     

Pendahuluan

1.1      TUJUAN

mambutuhkan jasa sistem informasi KIA (posyandu).

Adalah  notasi  yang  digunakan  untuk  memodelkan  paradigma pengembangan perangkat lunak berorientasi objek.

  Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat

Lunak.

Dokumen  ini  akan  menjelaskan  spesifikasi  kebutuhan  dengan  notasi UML,  yaitu  Use  Case  untuk  menggambarkan  fungsionalitas  sistem, Diagram    Interaksi  untuk  menggambarkan  bagaimana  sejumlah  objek bekerja sama dalam beberapa kelakuan, dan diagram Kelas.

Seiring  berkembangnya  teknologi  banyak  perusahaan  atau  instansi­ instansi membutuhkan system yang dapat mengatur  dengan cepat, efektif dan efisien, dengan itu diperlukan suatu system informasi.

Dengan  semakin  banyaknya  kebutuhan  akan  pelayanan  maka dibutuhkannya  sistem  KIA  (Klinik  Ibu  dan  Anak)  yang  cepat,  efektif  dan efisien. Dalam sistem informasi ini ada beberapa fitur guna memperbaharui sistem informasi KIA (posyandu) yang ada, antara lain : proses pendaftaran pasien  ibu  dan  anak  secara  cepat,  admin  semakin  cepat  untuk  merekap data­data pasien, dimana selama ini banyak menghabiskan banyak kertas dan  tenaga,  dapat  pula  melihat  grafik  imunisasi  balita  setiap  bulannya. Dalam  system  ini  admin  memiliki  hak  akses  penuh  terhadap  system, sehingga admin dapat melakukan insert, update dan delete terhadap data­ data yang ada.

Perangkat Lunak ini adalah system Management yang berbasis web. System ini hanya bekerja pada komputer yang digunakan oleh administrasi klinik saja, dengan kata lain system ini tidak dapat diakses oleh orang luar.

Sistem  informasi  ini  dapat  memberikan  informasi­informasi  dari  data pasien  yang  meliputi  no.registrasi,  data  kesehatan  dan  data  dari pendaftaran,  yang  selama  ini  masih  dilakukan  secara  manual  yang mengakibatkan banyaknya waktu yang terbuang.

  Admin memiliki hak akses penuh terhadap sistem ini, dimana Admin

dapat  insert,  update  ,delete  terhadap  data­data  yang  ada  pada sistem tersebut.

  Admin adalah user yang memiliki hak akses penuh terhadap sistem

management asistensi ini. 1.3      DEFINISI, AKRONIM, DANSINGKATAN

1.4      REFERENSI

1.5      DESKRIPSI UMUM DOKUMEN

2

     

Deskripsi Global PerangkatLunak

2.1      PERSPEKTIF PRODUK

2.2      FUNGSI PRODUK

2.3      KARAKTERISTIK PENGGUNA

  Sistem Operasi yang digunakan windows7, dan sudah terinstall pada

computer admin.

Untuk membangun Perangkat Lunak ini, pengembang membutuhkan beberapa  software,  yaitu  WEB  PHP  (Hypertext  Preprocessor)  sebagai bahasa pemograman yang digunakan untuk membuat web tersebut bersifat interaktif, serta MySQL sebagai media basis data untuk menampung data­ data  yang  akan  diolah  dalam  sistem.  Sedangkan  untuk  proses  pengujian yang  akandilakukanolehpenguji,  sistemmembutuhkan  software  web browser, seperti Mozilla firefox dan chrome.

Input dari system adalah masukan dari admin, yaitu dengan bantuan keyboard  dan  mouse  pada  computer  sebagai  media  antar  mukanya. Sedangkan  output  dari  system  adalah  tampilan  halaman  web  pada  layer monitor computer admin.

Antarmuka  yang  menghubungkan  pemakai  (administrator)  adalah layar monitor sebagai tampilan untuk output sistem, mouse dan keyboard sebagai  alat  untuk  memasukkan  input  kedalam  sistem.  Administrator dapat mengubah keseluruhan sistem, baik itu database, maupun syntax­ syntax pemrograman.

Antarmuka Perangkat Lunak yang dibutuhkan adalah :   Windows 7, 8 yang digunakan oleh pengembang.

  Dreamweaver untuk membuat desain web.

  MySQL sebagai bahasa untuk pengaturan basisdata.

    PHP  untuk  penulisan  bahasa  pemrograman  web  dalam

pengembangan system ini.

  Mozilla Firefox dan chrome sebagai web browser yang dipakai oleh

penguji dan pengunjung dalam berinteraksi dengan sistem.

3.1.3  

Design Interface System

         Home

       Hanya menangani system informasi KIA Klinik Ibu dan Anak

(posyandu).

     Dalam system ini, cakupan pelayanan system meliputi proses

pendaftaran ibu dan anak, pelayanan kesehatan ibu dan anak,

imunisasi anak, melihat data dari pendaftar klinik, melihat data

pelayanan kesehatan dan melihat grafik imunisasi yang disimpan

dalam database. Serta admin dapat memanage data yang ada

dalam system ini.

2.5      ASUMSI DAN KEBERGANTUNGAN

 

3

     

Deskripsi Rinci Kebutuhan

3.1      KEBUTUHAN ANTARMUKA EKSTERNAL

3.1.1     Antarmuka Pemakai

Gambar 3.1 Design Home KIA (posyandu)

         Data Ibu Hamil

Gambar 3.2 Design Data Ibu Hamil KIA (posyandu)

         Data Balita

Gambar 3.1 Design Data Balita KIA (posyandu)

         Data Kesehatan Ibu Hamil

Gambar 3.1 Design Data Kesehatan Ibu Hamil KIA (posyandu)

Gambar 3.1 Design Data Kesehatan Balita KIA (posyandu)

Berikut  adalah  fungsionalitas  sistem  yang  akan  dibangun,  secara rincinya  akan  dijelaskan  satu  per  satu.  Gambaran  keseluruhan fungsionalitas system akan diperlihatkan dengan diagram use case berikut :

Gambar 3.1 Use Case

Fungsi  Pendaftaran  adalah  fungsi  yang  digunakan  untuk  mendata pasien secara keseluruhan sebelum pasien di periksa, dalam pendaftaran ini  pasien  akan  mendapatkan  no.  registrasi  untuk    dapat  dipergunakan kembali saat akan berobat pada klinik ini. Fungsi ini juga dapat digunakan untuk menginputkan data kesehatan ibu dan anak yang berdasarkan no. registrasi pendaftaran.

Di bawah ini adalah scenario dari fungsi Pendaftaran:

Identifikasi

Nomor 1

Nama Pendaftaran

Tujuan Pendaftaran pasien dan input

Deskripsi Admin  dapat  melihat  pendaftar  dan  data  kesehatan  pada klinik,  dapat  melakukan  pengisian  pendaftaran  pasien  dan dapat  menginputkan  data  kesehatan  ibu  dan  anak berdasarkan no. registrasi.

Aktor Admin

SkenarioUtama

KondisiAwal : Halaman web ditampilkan, ada form yang berisi data ibu hamil, data balita, pelayanan kesehatan ibu hamil, pelayanan kesehatan balita.

AksiAktor ReaksiSistem 1.  Admin  mengunjungi  halaman

admin

2.  Admin  mengisi  form  pendaftaran pada data ibu hamil atau data balita

3.  Sistem  merespon  inputan  dari admin  dan  menyimpannya  dalam database

4.  Admin  melihat  detail  dengan menekan button lihat data

  3.2      KEBUTUHAN FUNGSIONAL

3.2.1     Fungsi Pendaftaran

5.  Sistem  merespon  inputan  dari admin dan mengakses database 6.  Sistem  menampilkan  detail  dari form  kesehatan  ibu  hamil  dan kesehatan balita.

KondisiAkhir : Admin  dapat  melakukan  pengolahan  data  pasien  berdasarkan data pendaftaran.

Tabel 3.1 Skenario Pendaftaran

Fungsi  Manage  Data  adalah  fungsi  yang  digunakan  untuk  update, delete dan view data dari keseluruhan data yang ada.

Di bawah ini adalah skenario dari fungsi Manage Data:

Identifikasi

Nomor 2

Nama Manage Data

Tujuan Update, delete dan view data keseluruhan

Deskripsi Admin  dapat  melihat  data  yang  ada,  dapat  merubah keseluruhan dari data dan dapat menghapus data yang tidak sesuai.

Aktor Admin

SkenarioUtama

KondisiAwal : Halaman web ditampilkan, ada form yang berisi data ibu hamil, data balita, pelayanan kesehatan ibu hamil, pelayanan kesehatan balita.

AksiAktor ReaksiSistem 1. Admin  mengupdate  data  dari  data

ibu hamil, data balita, data pelayanan kesehatan  ibu  hamil  dan  data pelayanan kesehatan balita.

2.  Sistem  merespon  udate  data  dari admin  dan  menyimpannya  dalam database

3. Admin mendelete data dari data ibu hamil,  data  balita,  data  pelayanan kesehatan  ibu  hamil  dan  data pelayanan kesehatan balita.

Admin  melihat  detail  dengan menekan button lihat data

4.  Sistem  merespon  delete  data  dari admin  dan  menyimpannya  dalam database

5.  Admin  melihat  detail  dengan menekan  button  lihat  data  pada masing­masing form

6.  Sistem  merespon  inputan  dari admin dan mengakses database 6.  Sistem  menampilkan  detail  dari form yang dituju.

KondisiAkhir : Admin dapat melakukan update, delete dan view data.

Tabel 3.2 Skenario Manage Data

Kriteria Kebutuhan Tuntutan Kebutuhan 1.    Performansi

3.2.2     Fungsi Manage Data

3.2.2.1    Skenario

  Kecepatan pelayanan Proses  pelayanan  maksimal  5  menit

untuk pasien baru

2.    Batasan memori

 Memori Primer

 Memor iSekunder

Minimal 512 GB Minimal 256 GB

3. Kebutuhan Adaptasi lokasi Untuk  Sistem  operasi  windows7, minimal  dibutuhkan  browser  Mozilla firefox 15.0.1

Tabel 3.8 Deskripsi Kebutuhan Non­Fungsional

Kriteria Kualitas Tuntutan Kualitas

1. Kehandalan Minimal  harus  bias  memenuhi  semua kebutuhan yang diminta admin.

2. Ketersediaan Tersedia layanan grafik imunisasi

3. Perawatan Hanya Admin saja yang memegang username dan  password  khusus  sehingga  hanya Admin yang  diperbolehkan  menambah,  mengganti, maupun menghapus data.

Tabel 3.4 Atribut Kualitas Perangkat Lunak

  Format Laporan

Semua  laporan  dan  dokumentasi  yang  dihasilkan  di  setiap  tahapan harus sesuai dengan standard IEEE

  Penamaan Data

Penamaan data sesuai dengan buku yang ada pada KIA.

  Prosedur Audit

Semua  perubahan  harus  dicatat  pada  suatu  file  khusus  untuk penelusuran dengan isi sebelum dan sesudah dilakukan.

 Inspeksi

Mengamati  produk  yang  dihasilkan  ,  yaitu  dengan  mengamati  kode program  yang  nanti  dihasilkan,  dan  dibandingkan  dengan  spesifikasi kebutuhan  yang  sudah  didefinisikan  sejak  awal,  dalam  hal  ini  standard produk  yang  digunakan  adalah  sesuai  dengan  yang  tertera  dalam Dokumen SKPL dan DPPL (Dokumen Perancangan Perangkat Lunak).

 Analisis

Pengukuran  kuantitatif  dari  produk  yang  dihasilkan,  apakah  sesuai dengan  batasan­batasan  yang    telah  ditetapkan  oleh  pelanggan berdasarkan  hasil  wawancara  antara  pengmbang  dengan  pelanggan yang kemudian dituliskan di dalamdokumen SKPL ini.

 Demonstrasi

Menguji kesesuaian antara masukan dan keluaran yang dihasilkan.

SEQUENCE DIAGRAM BESERTA ROBUSTNESS DIAGRAM (MVC)

3.5       ATRIBUT KUALITAS PERANGKAT LUNAK

3.6       BATASAN PERANCANGAN

1.   Admin          Pendaftaran

Robustness Diagram  

Sequence Diagram

         Manage Data

Robustness Diagram (Update Data)

Squence Diagram

Robustness Diagram (Delete Data)

Posting Lebih Baru

Beranda

Langganan: Poskan Komentar (Atom) Diposkan oleh Pradita Nurfika di 18.16

Label: SKPL

 Robustness Diagram (View Data)

Squence Diagram

Rekomendasikan ini di Google

Keluar

  Beri tahu saya

Masukkan komentar Anda...

Beri komentar sebagai:  Unknown (Google)

Publikasikan   Pratinjau

Tidak ada komentar:

Langganan: Poskan Komentar (Atom)