BAB V KESIMPULAN DAN SARAN
5.2. Saran
Sistem ini tentu saja masih belum sempurna. Masih banyak hal yang dapat dilakukan untuk mengembangkan sistem ini agar menjadi lebih baik lagi, antara lain:
1. Pengembangan juga dapat dilakukan dengan melakukan integrasi antara aplikasi perpustakaan dari setiap fakultas.
2. Pembuatan SRS (Software Requirement Specification) yang lebih baik dari aplikasi TULIS tersebut.
DAFTAR PUSTAKA
Ariawan. 2007. Reverse Engineering dan pendokumentasian sistem pengenalan ucapan. ITB : Skripsi tidak diterbitkan.
Budiardjo, romindon. 2009. Metoda Rekayasa Balik Perangkat Lunak Melalui Analisa Program Sumber dan Opini Domain Expert.
Dharwiyanti, Sri. 2003. “Pengantar Unified Modelling Language (UML)”, Ilmu Komputer.
E. Chikofsky, J. Cross, 1990. Reverse Engineering and design recovery : A taxonomy, IEEE Software.
Hariyanto, Bambang. 2004. Rekayasa Sistem Berorientasi Objek. Bandung : Informatika
Jeni. 2008. “Java Framework”.
Kadir, Abdul. 2004. Dasar Pemrograman Web Dinamis dengan JSP (Java Server Pages). Yogyakarta: Andi.
Kadir, Abdul. 2005. Dasar Pemrograman Java 2. Yogyakarta: Andi.
Kusmayadi. Eka dan Andriaty. Etty. 2006. Kajian On-line Public Access Catalogue (OPAC) Dalam Pelayanan Perpustakaan dan Penyebaran Teknologi Pertanian. Jurnal Perpustakaan Pertanian Vol. 15, Nomor 2.
Nugroho, Adi. 2009. Rekayasa perangkat lunak menggunakan UML dan JAVA. Yogyakarta : Andi Offset
Pressman, Roger. 2010. Software Engineering : A practitioner’s Approach, Seventh Edition International Edition. Singapore : McGraw-Hill
Rickyanto, Isak. 2002. Belajar Sendiri Java Server Pages. Jakarta: PT. Elex Media Komputindo.
Romidon, Fadli. 2009. Pengembangan metoda Reverse Engineering untuk rekonstruksi dokumen arsitektur perangkat lunak. Universtas Indonesia : tesis tidak dterbitkan.
Silitonga. 2010. Sistem Multiprogram Dengan Memori Maya Sistem Paging, Segmentasi dan Kombinasi Paging dan Segmentasi.
Soeatmina. 2002. Perpustakaan. Sofy, Nelly. 2009. Re-engineering.
Sonhaji, dkk. 2010. Rekayasa Ulang (Re-engineering).
Whitten L, Jeffrey. 2007. System Analysis and Design Methods E. 7th. Yogyakarta: McGraw-Hill.
SOFTWARE REQUIREMENTS SPECIFICATION (SRS)
1. Introduction
Dokumentasi ini akan berisi Software Requirement Specification (SRS) atau Spesifikasi kebutuhan perangkat lunak (SKPL) untuk Aplikasi Perpustakaan TULIS pada perpustakaan utama UIN Syarif Hidayatullah Jakarta.
1.1Purpose
Tujuan dari pembuatan dokumen ini adalah untuk member penjelasan secara detail mengenai Aplikasi TULIS pada perpustakaan utama UIN Syarif Hidayatullah Jakarta. Dokumen ini berisi tujuan dari fiur-fitur aplikasi, antar muka aplikasi, apa yang dilakukan aplikasi, batasan- batasan operasional aplikas dan bagaimana aplikasi akan merespon rangsangan dari luar.
1.2Scope
Aplikasi perangkat lunak (software) adalah Aplikasi perpustakaan TULIS UIN Syarif Hidayatullah Jakarta. Aplikasi ini di desain untuk memaksimalkan efisiensi kerja dan produktivitas dari pengembang dalam pengembangan aplikasi perpustakaan TULIS ini.
a. SKPL : Spesifikasi kebutuhan perangkat luna, yaitu sebuah dokumen yang menjelaskan secara lengkap semua fungsi dari aplikasi yang dibuat beserta batasan-batasannya.
b. Stakeholder : Semua orang yang berhubungan dengan proyek c. User : Pihak Pengembang
d. Update : Mengganti sebagaian atau seluruhnya sebuah data yang diinginkan.
e. Input : Pemasukan data-data yang nantinya akan diolah menjadi informasi yang dibutuhkan.
f. Informasi : Kumpulan dari beberapa data fakta mentah yang diproses untuk memenuhi kebutuhan user.
g. Database : Kumpulan data yang berhubungan dan dikelompokkan dalam struktur tertentu dan dapat diakses dengan cepat.
h. Hak akses : Hak yang dimliki oleh user untuk menggunakan system.
i. Pemeliharaan : Proses pengecekan dan perbaikan berkasla untuk menjaga sistem dengan baik.
1.4References
Sistematika spesifikasi kebutuhan perangkat lunak yang diinginkan ini adalah sistematika yang digunakan oleh Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta. Selain itu, acuan
yang lain yang digunakan adalah IEEE : IEEE Std 830-1998 Recommended Practice for Software Requirement Specfication.
1.5Overview
Dokumen ini juga menjelaskan use case dari aplikasi perpustakaan TULIS secara global, asumsi dalam pengembangan, kebutuhan spesifik dan kebutuhan tambahan.
2. Overall Description
Sistem aplikasi perpustakaan TULIS pada perpustakaanutma UIN Syarif Hidayatullah Jakarta adlah perangkat lunak yang digunakan untuk mempermudah user dalam melakukan proses yang berkaitan dengan sistem keperpustakaan, sehingga aplikasi tesebut dapat berfungsi secara optimal sesua dengan kebutuhan.
Perangkat lunak ini dapat dijalankan oleh server pada lingkungan sstem operasi Linux dan Windows. Dibangun dengan menggunakan bahasa pemrograman Java dan MySQL.
Gambar : Gambaran umum sbatrak proses perangkat lunak aplikasi TULIS
2.1Spesifikasi Kebutuhan Fungsional
Adapun fungsi-fungsi yang dimiliki oleh perangkat lunak ini adalah : 1. Memproses dan menyimpan data atau informasi yang berkaitan
dengan proses keperpustakaan.
2. Memberikan kecepatan dan kemudahan kepada user terutama mahasiswa dalam hal mencari buku dan informasi.
3. Terdiri dari berabgai sub sistem yang saling mendukung. 4. Manual atau sistem berbasi komputer.
2.2Use Case Model Survey
Fungs dasar perangkat lunak apliaksi perpustakaan TULIS yang telah dijelaskan pada sub bagian spesifikasi kebutuhan fungsional dapat digambarkan dalam diagram use case untuk requirement sebagai verikut :
Gambar 4.27 : Use Case diagram Admin, Input Data, dan Pengolahan
Gambar 4.29 : Usecase diagram mahasiswa
2.3Karakteristik Pengguna
Pengguna perangkat lunak aplikasi TULIS adalah mahasiswa, admin, bagIan sirkulasi, bagian input data, bagian pengolahan data. Dimana pada masing-masing pengguna yang berinteraksi dengan sistem dihubungkan dengan hak akses dan level autentifikasi dengan kebutuhan dan aturan yang terdapat pada aplikasi TULIS. Aplikasi perpustakaan TULIS ini bersifat client – server.
2.4Batasan-batasan
Batasan yang digunakan pada pegembangan perangkat lunak ini adalah :
1. Data koleksi yang dimasukkan adalah data-data yang telah dicek kebenarannya.
2. Perbakan atau perubahan data hanya dapat dilakukan oleh admin ukan client.
3. Pengguna mempunyai batsan hak akses yang sudah ditentukan oleh super user.
3. Deskripsi Rinci Kebutuhan 3.1Kebutuhan antar muka eksternal
Aplikasi TULIS ini dlengkapi dengan menu untuk pengaksesan berbagai fungsi yang disediakan. Nteraksi antara pengguna dan perangkat lunak dilakukan dengan menggunakan keyboard dan mouse. Ada beberapa fungsi yang hanya bisa dilakukan dengan mouse dan ada yang bisa dilakukan baik dengan keyboard dan mouse.
3.2Antar muka perangkat keras
Kebutuhan minimum perangkat keras yang dapat digunakan adalah : 1. PC IBM Compatible dengan memory 128 MB
2. Monitor VGA yang dpat menampilkan resolusi minimal 800 x 600 pixel
3. Keyboard dan mouse untuk interaksi antara pengguna dengan sistem
Semua perangkat keras yang digunakan merupakan perangkat standar dalam sistem computer dan menggunakan port standar yang ada.