Spesifikasi Kebutuhan Perangkat Lunak Si
Spesifikasi Kebutuhan Perangkat Lunak Si
Dipersiapkan oleh:
Program Sarjana
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiks
a oleh
Disetujui
oleh
Halaman
1 Pendahuluan.......................................................................................................................7
1.1 Tujuan.........................................................................................................................7
1.2 Lingkup Masalah........................................................................................................7
1.3 Definisi, Istilah, dan Singkatan...................................................................................7
1.4 Referensi.....................................................................................................................9
1.5 Deskripsi Umum Dokumen.........................................................................................8
2 Deskripsi Umum Perangkat Lunak....................................................................................8
2.1 Deskripsi Umum Sistem.............................................................................................8
2.2 Fungsi Produk...........................................................................................................10
2.3 Karakteristik Pengguna.............................................................................................11
2.4 Batasan-batasan........................................................................................................12
2.5 Lingkup Operasi.......................................................................................................13
3 Deskripsi Rinci Kebutuhan..............................................................................................13
3.1 Kebutuhan Antarmuka Eksternal..............................................................................13
3.1.1 Antarmuka Pemakai.......................................................................................13
3.1.2 Antarmuka Komunikasi.................................................................................13
3.2 Kebutuhan Fungsional..............................................................................................13
3.2.1 Diagram Konteks...........................................................................................13
3.2.2 DFD Level 1...................................................................................................14
3.3 Data Requirement.....................................................................................................16
3.3.1 ER Diagram....................................................................................................16
1.1 Non Functional Requirement....................................................................................16
1.2 Kerunutan (Traceability)...........................................................................................17
1.2.1 Data Store vs ER Diagram.............................................................................17
1.3 Ringkasan Kebutuhan...............................................................................................17
1.3.1 Functional Requirement Summary.................................................................17
1.3.2 Non-Functional Requirement Summary.........................................................18
1.1 Tujuan
Tujuan ditulisnya dokumen ini ada untuk mengetahui apa saja spesifikasi kebutuhan
perangkat lunak (SKPL) dalam membangun sebuah sistem informasi rawat inap,
sehingga ketika waktu perancangan sistem sudah ditentukan, maka bisa sesuai dengan
perencanaan kebutuhan sistem dan hasilnya akan semaksimal mungkin. Selain itu,
dengan adanya dokumen SKPL ini, proses pembangunan sistem akan menjadi lebih
efektif dan efisien. Mengapa demikian, karena dengan perencanaan yang sudah ada
spesifikasinya dan pastinya terperinci, maka tidak mungkin kita akan menggunakan
kebutuhan lain di luar kebutuhan untuk pembangunan Sistem Informasi Rawat Inap.
Dokumen SKPL ini dibuat dan akan digunakan oleh pihak yang mempunyai wewenang
dalam mengeksekusi pembangunan sistem informasi, agar tidak melanggar batasan dan
tetap dalam lingkup yang sudah direncanakan.
.
DFD adalah data flow program, diagram dan notasi yang digunakan untuk
menunjukan aliran data pada perangkat lunak.
ERD adalah entity relationship diagram, diagram dan notasi yang digunakan untuk
Program Keahlian Teknik Komputer SKPL - SISRI Halaman 5 dari 18
IPB
Dokumen ini dan informasi yang dimilikinya adalah milik Program Ilmu Komputer, FILKOM IBI Darmajaya dan bersifat
rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika, FILKOM IBI
Darmajaya
mempresentasikan struktur data statis pada perangkat lunak.
UML adalah himpunan struktur dan teknik untuk pemodelan desain program
berorientasi objek (OOP) serta aplikasinya.
HTML adalah Hyper Text Markup Language, sintaks bahas yang digunakan dalam
world wide web.
CSS (Cascading Style Sheet) Merupakan salah satu bahasa pemrograman web untuk
mengendalikan beberapa komponen dalam sebuah web sehingga akan lebih terstruktur
dan seragam.
PHP (Hypertext Preprocessor) Adalah bahasa skrip yang dapat ditanamkan atau
disisipkan kedalam HTML. PHP banyak dipakai untuk memprogram situs web dinamis
1.4 Referensi
Tavri D. Mahyuzir,”Pengantar Rekayasa Perangkat Lunak”,
Elexmedia Komputindo,1997.
Sommervile, Ian,”Software Engineering”, 7th Addison Wesley Publishing
Company,2003.
Jayan.Desain Situs Keren untuk Profesional. Maxikom. September 2008.
2.4 Batasan-batasan
Batasan-batasan yang digunakan dalam pengembangan perangkat lunak sistem
informasi rawat inap adalah sebagai berikut:
Hanya untuk
operasional rumah sakit.
Digunakan oleh pihak
rumah sakit.
Berfungsi Multi
platform (Windows dan Linux)
Keterangan:
Availability
Ketersediaan aplikasi Sistem Informasi Rawat Inap,
Aplikasi ini dapat beroperasi selama 7 hari per minggu, 24 jam per
minggu tanpa berhenti
Reliability
Keandalan Sistem Informasi Rawat Inap,
Sistem ini tidak boleh gagal saat dijalankan, seandainya ada kegagalan
maka bisa ditolerir 10% dari semua presentasi fungsionalitas
penggunaan sistem, sehingga tidak mengganggu aktifitas sistem saat
beroperasi
Jika terbukti gagal, maka akan ada critical aplication.
Ergonomy
Kenyamanan pakai bagi pengguna Sistem Informasi Rawat Inap
Portability
Kemudahan untuk dibawa dan dioperasikan ke mesin/sistem
operasi/platform yang lain
Memory
Jika perhitungan kapasitas memori internal kritis (misalnya untuk SW
yang harus dijadikan CHIPS dan ukurannya harus kecil
Response time
Batasan waktu yang harus dipenuhi.
Sangat penting untuk aplikasi Real Time, setidaknya membutuhkan
waktu 5 detik untuk masuk ke dalam sistem admin.
Safety
Menyangkut keselamatan manusia,
Apliaksi Sistem Informasi Rawat Inap ini sangat aman bagi semua
civitas,baik itu pengelola,petugas dan penggunanya.
Security
Aspek keamanan yang harus dipenuhi agar tidak terjadi gangguan
seperti virus atau aktifitas retas oleh pihak yang tidak bertanggung
jawab.
3.6.1 Functional
Requirement
Summary
SRS-Id Description
SRS-SISRI-F01 Manajemen penambahan pasien, yaitu meliputi tambah
pasien, edit pasien, berdasarkan identitas ktp/sim/kk yang
berdasarkan nama, alamat, dan usia. Pada manajemen
pasien juga ditampilkan penyakit yang diderita dengan
kebutuhan yang diperlukan
SRS-SISRI-F02 Manajemen Dokter, yaitu melakukan input data dokter
yang jaga sesuai dengan jadwal yang dilakukan oleh
petugas rawat inap/suster. Edit dokter, lihat daftar dokter,
dan
delete dokter yang jaga malam di rawat inap juga
dilakukan melalui sistem
SRS-SISRI-F03 Manajemen fasilitas, yaitu melakukan update fasilitas,
meliputi Insert, update, delete fasilitas. Dalam manajemen
ini, akan ditampilkan daftar fasilitas yang disediakan
rumah sakit dalam pelayanan rawat inap
SRS-SISRI-2 Keandalan Sistem Informasi Rawat Inap, Sistem ini tidak boleh
gagal saat dijalankan, seandainya ada kegagalan maka bisa
ditolerir 10% dari semua presentasi fungsionalitas penggunaan
sistem, sehingga tidak mengganggu aktifitas sistem saat
beroperasi
Jika terbukti gagal, maka akan ada critical aplication.