Anda di halaman 1dari 3

REQUIREMENT MODEL  SKENARIO PMI Malang merupakan pelayanan masyarakat yang berhubungan dengan darah.

PMI malang merupakan cabang dari PMI untuk wilayah malang raya. Ada 3 bagian di PMI antara lain: Bagian Administrasi dan keuangan, Bagian Donor Darah, dan bagian Stock Darah. Bagian administrasi mencatat semua transaksi, mulai dari data keuangan dan permohonan atau permintaan darah dari masyarakat berdasarkan gol darah yang diminta. Bagian donor darah mencata data pendonor darah yang akan mendonorkan darahnya, dengan mengisi form yang ada secara manual. PMI selalu meninjau semua transaksi keluar masuknya darah dan juga data pendonor setiap hari, bulan dan tahunan. Pendataan pendonor darah selalu ada beberapa data pendonor yang sama dengan orang yang sama.  ANALISA PERMASALAH
Keyword:

      

Pelayanan Masyarakat Satu Etalase Komoditi : 1 Bagian: Administrasi, Bagian Donor Darah, Stock Darah Manajemen / Auditor Transaksi: Permohonan atau permintaan darah Inputan data masih Manual

 ANALISA KEBUTUHAN  Tentukan Target Project  Deskripsi Skenario  Penjabaran Skenario  Kebutuhan Fungsional  Kebutuhan Non Fungsional  Pengembangan & Platform  TARGET PROJECT Sistem informasi dengan menggunakan finger print ini merupakan project pengembangan sistem informasi berbasis Multi User Client-Server Application yang bertujuan untuk mempercepat pencarian data pendonor tanpa harus adanya kesamaan data dengan orang yang sama, mempercepat pelayanan pada setiap bagian dan juga mempermudah monitoring oleh manajemen dengan cara mengintegrasikan Bagian Stock Darah & Administrasi pada laporan transaksi hari, bulan dan tahunan.  DESKRIPSI SKENARIO  Skenario Multi User  Skenario Pendonor Darah / masyarakat  Skenario Bagian Donor Darah  Skenario Transaksi Permohonan atau permintaan Darah  Skenario Laporan

 PENJABARAN SKENARIO  Skenario Multiuser y Karyawan dan melakukan login ke dalam sistem dengan memasukkan username & password yang telah di inputkan atau didaftarkan di dalam sistem. Setelah diterima,maka waktu login dan ID Karyawan direkam oleh sistem dan sistem siap dioperasikan. y Pada saat karyawan pulang, user melakukan logout dari sistem kemudian waktu logout dan ID Karyawan yang bersangkutan direkam oleh sistem.  Skenario Pendonor Darah / masyarakat y Pendonor darah datang dan melalukan scan jempol untuk memastikan ada datanya atau tidak jika tidak maka printer akan mencetak form pendonor baru. Jika ada akan mencetak data kesehatan seperti: berat badan, dll untuk diisi. Dan pada Komputer Bagian Donor akan muncul form Pendataan Pendonor darah baru maupun lama.  Skenario Bagian Donor Darah y Untuk pendonor lama User/karyawan bagian donor akan mengisi data untuk pendonor baru, mulai dari nama dan alamat lengkap. Unuk pendonor lama Karyawan hanya akan menginputkan data kesehatan saat ini. y Printer akan mencetak laporan kesehetan untuk segera ditangani dokter.  Skenario Bagian Administrasi y Bagian mencatat segala transaksi yang berhubungan dengan permohonan dan permintaan dara dari pemohon. Bagian administrasi akan mencari data darah yang diinginkan dan dilakukanlah transaksi.  Skenario Laporan y Manager ingin mengetahui data tentang transaksi permintaan darah. Ia mengakses sistem dan memilih rentang waktu harian, bulanan atau tahunan sehingga data yang dimaksud bisa didapat baik versi soft atau hardcopy. y Manager ingin mengetahui data tentang pendonor yang sudah mendonorkan darah. Ia mengakses sistem dan memilih rentang waktu harian, bulanan atau tahunan sehingga data yang dimaksud bisa didapat baik versi soft atau hardcopy. y Manager ingin mengetahui stock darah yang ada saat ini dan absensi karyawan.

 KEBUTUHAN FUNGSIONAL

 Monitoring absensi pegawai y Pencatatan, perubahan & penghapusan data pribadi pegawai y Pencatatan waktu login & logout y Pelaporan absensi pegawai  Monitoring transaksi barang y Pencatatan, perubahan & penghapusan data barang y Pencatatan transaksi donor darah y Pencatatan transaksi permohonan darah y Pelaporan stock darah  Monitoring Pendonor Darah y Pencatatan Pendonor Darah y Pelaporan stock darah  KEBUTUHAN NON FUNGSIONAL  User Friendly Interfacing Interface harus mudah dipahami, rendah interaksi, tataletak form standar dan berorientasi pada kesederhanaan dengan mengedepankan karakteristik user yang awam teknologi dan membutuhkan tingkat visibility tinggi  PENGEMBANGAN & PLATFORM  Dikembangkan dengan penggunaan Finger Print untuk Identifikasi pendonor dan dengan bahasa pemrograman Visual Basic dan SQLServer 2000 sebagai DBMS.  Dikembangkansebagai aplikasi berbasis client-server, sehingga dibutuhkan jaringan lokal dan application server yang dapat berfungsi ganda sebagai database server.

Anda mungkin juga menyukai