GL01 SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK S I P U S S I. untuk: Ruang Baca Teknik Informatika. Institut Teknologi Sepuluh November.

Transkripsi

1 GL01 SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK S I P U S S I untuk: Ruang Baca Teknik Informatika Institut Teknologi Sepuluh November Surabaya Dipersiapkan oleh: Kelompok I : Mustafa Kamal ( ) Haikal ( ) Younan Setya BW ( ) Lintang JP ( ) Miemiek Rachmawati ( ) Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember Jl. Raya ITS Surabaya Jurusan Teknik Informatika ITS Nomor Dokumen Halaman GL01-G01 <1>/<12> Revisi A Tgl: 19 Maret 2004

2 Revisi A DAFTAR PERUBAHAN Deskripsi Revisi Pertama dari Spesifikasi Kebutuhan Perangkat Lunak (SKPL), meliputi: Fungsi Produk (2.2); Bagan Penjelasan Fungsi Produk (2.2); Karakteristik Pengguna (2.3); Batasan (2.4); Lingkungan Operasi (2.5); Deskripsi Fungsional (3.1); Context Diagram DFD (3.1.1); DFD level 1 ( ); Data Requirement (3.2); Conceptual Data Model ( ); Entity Requirement (Bab ) Data Store vs E-R (3.6.1); Functional Requirement Summary (3.6.1) B C INDEX TGL - A B C D E F G Ditulis oleh Diperiksa oleh Disetujui oleh Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 2 dari 12 halaman

3 Daftar Halaman Perubahan Hala man Revisi Hala man Revisi Fungsi Produk (Bab 2.2) Before: Ada 2 fungsi, yaitu Menampilkan informasi dan mengelola pengumuman. Now: Ada 5 fungsi yang lebih lengkap dan detail. Bagan Penjelasan Fungsi Produk (Bab 2.2) Before: Ada bagan yang menggambarkan fungsi produk secara flow data. Now: Tidak ada. Seharusnya bgan tersebut dimasukkan pada bagian DFD, bukan pada bagian bab ini. Karakteristik Pengguna (Bab 2.3) Before: Kategori administrator tidak dibedakan. Now: Kategori administrator dikelompokkan lagi menjadi administrator sistem dan administrator operator/pengelola, yaitu bagi karyawan RBTC DFD level 1 (Bab ) Before: DFD level 1 SIPUSSI belum lengkap. Now: Sudah lengkap dan diperbarui. Data Requirement (Bab 3.2) Before: Ada Data User, namun tidak perlu. Tidak ada data komplain/guestbook. Now: Tidak ada data user. Ada data komplain/guestbook. Jenis data requirement lebih valid Conceptual Data Model (Bab ) Before: Conceptual Data Model SIPUSSI belum lengkap. Now: Sudah lengkap dan diperbarui. Entity Requirement (Bab ) Before: Berdasarkan Conceptual Data Model SIPUSSI belum lengkap. Hanya ada 9 Entitas. Now: Sudah lengkap dan diperbarui. Ada 18 Entitas. 6 6 Batasan (Bab 2.4) Before: Penggalan kalimat sudah tersedia pada dalam file ini diganti. Karena punya maksud yang rancu. Now: Diganti menjadi sudah tersedia dalam sistem ini. Lingkungan Operasi (Bab 2.5) Before: Hanya ada lingkungan operasi untuk server saja. Now: Ada lingkungan operasi untuk server dan client sistem Data Store vs E-R (Bab 3.5.1) Before: Mapping berdasarkan Conceptual Data Model SIPUSSI belum lengkap. Now: Sudah lengkap dan diperbarui. Functional Requirement Summary (Bab 3.6.1) Before: Mapping berdasarkan Conceptual Data Model SIPUSSI belum lengkap. Now: Sudah lengkap dan diperbarui. 7 Deskripsi Fungsional (Bab 3.1) Before: Belum ada bagan yang menggambarkan ttg deskripsi fungsional SIPUSSI. Now: Sudah ada bagannya. 8 Context Diagram DFD (Bab 3.1.1) Before: Context diagram DFD SIPUSSI belum lengkap. Now: Sudah lengkap dan diperbarui. Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 3 dari 12 halaman

4 Daftar Isi 1. Pendahuluan Tujuan Penulisan Dokumen Lingkup Masalah Definisi, Istilah dan Singkatan Aturan Penomoran Referensi Deskripsi umum Dokumen (Ikhtisar) Deskripsi Umum Perangkat Lunak Deskripsi Umum Sistem Fungsi Produk Karakteristik Pengguna Batasan Lingkungan Operasi Deskripsi Umum Kebutuhan Deskripsi Fungsional Context Diagram DFD Level Data Requirement E-R diagram Non Functional Requirement Batasan Perancangan Kerunutan (traceability) Data Store vs E-R Ringkasan Kebutuhan Functional Requirement Summary Non Functional Requirement Summary Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 4 dari 12 halaman

5 1 Pendahuluan 1.1 Tujuan Penulisan Dokumen Tujuan Penulisan Dokumen ini adalah untuk mendefinisikan seluruh spesifikasi kebutuhan atas perangkat lunak dari User sebagai pedoman pengembangan perangkat lunak oleh developer. Selain itu dokumen ini juga bertujuan menjelaskan spesifikasi perangkat lunak yang disepakati antara pihak pengembang dengan pihak user. Dokumen ini ditujukan kepada User dan pengembang perangkat lunak bagi Fakultas Teknologi Informasi, Institut Teknologi Sepuluh Nopember Surabaya. Adapun yang termasuk User adalah Seluruh Mahasiswa FTIF, Dosen FTIF, petugas administrasi, kepala dan user umum. Sedangkan yang dimaksud pengembang adalah seluruh tim pengembang perangkat lunak. 1.2 Lingkup Masalah Nama aplikasi yang dikembangkan adalah SIPUSSI, merupakan akronim dari Sistem Informasi Perpustakaan FTIF. Aplikasi ini berfungsi sebagai sistem yang bermanfaat untuk menyediakan informasi Ruang Baca Teknik Informatika ITS kepada para pengguna. Informasi yang dilayani oleh SIPUSSI ini meliputi informasi koleksi Ruang Baca, yakni Laporan (tugas akhir, kerja praktek dan makalah), CD, majalah serta bukubuku. 1.3 Definisi, Istilah dan Singkatan DFD : Data Flow Diagram, adalah diagram yang menggambarkan proses-proses serta aliran data antar proses yang terjadi dalam sebuah sistem. DFD dapat digambarkan dalam beberapa level Context Diagram : adalah diagram DFD yang terdapat padat level paling atas, menggambarkan aliran data dasar antara sistem SIPUSSI dengan entitas-entitas di luar sistem ER Diagram : adalah diagram yang menggambarkan struktur database dalam sebuah sistem yang meliputi tabel-tabel yang ada serta relasi-relasi yang menghubungkan antar table. 1.4 Aturan Penomoran Aturan hirarki penomoran yang digunakan adalah sbb: SRS-1xx : SRS untuk Functional Requirement. SRS-9xx : SRS untuk Non-Functional Requirement. 1.5 Referensi Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini disusun berdasarkan saduran dari standar IEEE nomor ANSI/IEEE Std (reaffirmed 1993). Beberapa bagian telah dengan sengaja dihilangkan atau digabungkan dengan bagian lainnya. Sistematika rencana pengembangan perangkat lunak yang digunakan ini adalah sistematika yang digunakan oleh Jurusan Teknik Informatika Insitut Teknologi Sepuluh Nopember (2004). 1.6 Deskripsi Umum Dokumen (Ikhtisar) Pembahasan Dokumen ini menggunakan metodologi sebagai berikut: Bab I, pendahuluan berisi pengenalan dokumen ini terhadap pembaca, meliputi tujuan penulisan, Lingkup masalah, referensi, dan lainnya. Bab II membahas deskripsi umum perangkat lunak, berisi spesifikasi-spesifikasi perangkat lunak secara umum. Meliputi penjelasan sistem, fungsi produk, karakteristik pengguna, batasan lingkup perangkat lunak, serta lingkungan operasi perangkat lunak. Bab III membahas spesifikasi kebutuhan terhadap perangkat lunak secara lebih lengkap. Di antaranya Antarmuka eksternal, Data Flow Diagram, serta E-R Diagram Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 5 dari 12 halaman

6 2 Deskripsi Umum Perangkat Lunak 2.1 Deskripsi Umum Sistem SIPUSSI adalah sebuah sistem yang menjadi media untuk menginformasikan Ruang Baca Fakultas Teknologi Informasi [RBTC] bagi penggunanya. Karena pengguna dari RBTC tidak hanya terbatas pada mahasiswa dalam lingkup Fakultas Teknologi Informasi, maka SIPUSSI disarankan untuk didesain bisa di akses oleh seluruh mahasiswa, minimal mahasiswa ITS. Sebagai media informasi, SIPUSSI juga disarankan untuk bisa menangani proses manual yang biasanya dilakukan oleh petugas RBTC. Sebagai contoh SIPUSSI bisa melakukan transaksi peminjaman buku, pembayaran denda, pemesanan buku. SIPUSSI juga bisa menampilkan report koleksi yang dipinjam, koleksi yang terlambat dikembalikan. Untuk pengerjaan proyek kali ini, kita hanya memberi batasan untuk mendesain dan mengimplementasikan fungsi searching saja. Yaitu, kita hanya akan menyediakan layanan melihat informasi saja, khusus untuk user biasa, dan update data dalam sistem untuk administrator. 2.2 Fungsi Produk Fungsi Produk SIPUSSI meliputi : 1. SIPUSSI mampu melakukan verifikasi user yang masuk. Dengan adanya fasilitas login, maka akan dibedakan user biasa dan administrator. 2. SIPUSSI mampu menampilkan informasi koleksi pustaka di Ruang Baca Fakultas Teknologi Informasi, melalui fasilitas searching. Koleksi pustaka di Ruang Baca Fakultas Teknologi Informasi adalah buku, majalah, CD, Laporan (termasuk di antaranya adalah laporan Kerja Praktek, laporan Tugas Akhir, paper, dan lain-lain semisal leaflet, booklet). 3. SIPUSSI mampu menampilkan pengumuman yang dimasukkan oleh administrator. 4. SIPUSSI mampu melakukan update data, melalui aplikasi sistem. Update data ini meliputi add, delete dan edit. 5. SIPUSSI mampu menerima guestbook dan komplain dari user kepada pengelola. Administrator juga dapat melakukan tanggapan terhadap guest book dan komplain user. 2.3 Karakteristik Pengguna Untuk pengguna dari sistem ini adalah petugas Ruang Baca Fakultas Teknologi Informasi selaku administrator dan operator sistem dan user pasif yang hanya akan melihat informasi tanpa melakukan transaksi. User pasif ini bisa dosen maupun mahasiswa. Hal ini bisa ditunjukkan dengan tabel di bawah ini: Kategori pengguna Tugas Hak akses ke aplikasi User (mahasiswa, dosen dan Mencari informasi yang dibutuhkan View dan Search Data umum) Administrator administrator teknis Maintenance Teknis Akses penuh teknis administrator operasional Maintenance Operasional Akses penuh operasional 2.4 Batasan Dalam sistem ini tidak ada batasan khusus, karena database maupun data lain sudah tersedia dalam sistem ini. Sehingga aplikasi ini tidak tergantung pada jalan tidaknya sistem lain. 2.5 Lingkungan Operasi Aplikasi Sipussi ini akan berfungsi dengan spesifikasi : Server : Operating System : Microsoft Windows 2000 Profesional DBMS : SQL Server 2000 Client : Operating System : Bebas Browser : Bebas Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 6 dari 12 halaman

7 3 Deskripsi Umum Kebutuhan 3.1 Deskripsi Fungsional Bagian ini akan menjelaskan bagaimana sistem ini beroperasi nantinya, termasuk di dalamnya hubungan antara bagian-bagian dalam sistem ini, serta bagaimana nantinya pihak-pihak yang berkepentingan akan berinteraksi dengan sistem ini. Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 7 dari 12 halaman

8 3.1.1 Context Diagram Di dalam gambar diatas dapat dilihat bahwa nantinya akan ada 3 jenis kategori pengguna aplikasi ini, yaitu Administrator dan Users. Users disini adalah pengguna secara umum, termasuk di dalamnya kasie ruang baca, dosen dan mahasiswa maupun orang luar FTIf. Administrator teknis adalah karyawan atau orang khusus yang bertugas mengelola (maintenance) sistem secara teknisnya. Sedangkan Administrator operasional adalah karyawan yang bertugas operasional di ini. Dalam gambar ini juga dapat dilihat aktivitas apa saja yang dapat dilakukan pengguna terhadap sistem yang ada. Panah yang masuk ke dalam sistem menunjukkan bahwa pengguna menginputkan sesuatu ke dalam system. Sedangkan panah keluar dari sistem menunjukkan bahwa pengguna menerima output dari sistem. Koleksi Pegawai Kasie Ruang Baca Inquiry Jawaban Keluhan Informasi Koleksi Baru 1 Pengadaan Koleksi Katalog SIPUSSI Pengumuman Komplain + Inquiry Katalog Pengumuman Pegawai Tanggapan Keluhan Verifikasi kelengkapan data Update Koleksi Kasie Ruang Baca Umum Context Diagram DFD level Level 1 Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 8 dari 12 halaman

9 Kasie Ruang Baca Pengadaan Koleksi 2 Pengadaan Koleksi + Umum Pegawai Update Koleksi Data Koleksi Baru 1 Update koleksi + Katalog Inquiry Koleksi Informasi Koleksi Baru Inquiry Pegawai ruang baca Kasie Ruang Baca Verifikasi kelengkapan data ruang baca Katalog Umum Pegawai Tanggapan Keluhan Komplain 3 Komplain dan pengumuman + Jawaban Keluhan Pengumuman Pegawai Pengumuman Gambar diatas menjelaskan lebih detail tentang proses yang terjadi pada level Context Diagram sebelumnya. Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 9 dari 12 halaman

10 3.2 Data Requirement Berdasarkan Context diagram yang terdapat pada sub bab sebelumnya, maka didapatkan entitas-entitas yang berpengaruh nantinya adalah sebagai berikut : - Data Administrator, meliputi data karyawan yang bersangkutan. - Data Koleksi beserta spesifikasi serta jumlahnya. - Data Pengumuman. - Data Komplain/guestbook E-R diagram Berdasarkan business process dari sub bab sebelumnya, serta data requirement yang ada, maka dapat dibentuk sebuah entity relationship diagram yang mencerminkan data-data apa saja yang berpengaruh terhadap system beserta relasi-relasinya sebagai berikut : Conceptual Data Model Berikut rancangan Conceptual Data Model yang didesain dengan menggunakan tools Power Designer: Jenis Admin jenis id jenis nama Administrator admin id Jenis Admin admin nama admin alamat admin telp admin admin pwd Mengirim Petugas Koleksi Koleksi_id Koleksi_Waktu_Masuk jumlah pencarian Log Cari jumlah cari Jenis Jurnal Buku Komplain komplain hal komplain pengirim komplain waktu pengirim komplain isi Detail Buku Kode Kelas Buku Sifat Pengumuman pengumuman perihal pengumuman waktu kirim pengumuman waktu terakhir pengumuman kepada pengumuman isi Subject subject id subject nama Buku buku_isbn buku_judul buku_kolasi Detail Eksemplar buku_edisi buku_volume buku_tahun buku_penerbit buku_kotaterbit Subject Buku buku_abstraksi Pengarang buku Pengarang pengarang id pengarang nama Jenis buku Jenis majalah Majalah majalah id majalah nama majalah nomor majalah sifat majalah edisi majalah tahun majalah penerbit majalah photo cover majalah photo belakang majalah photo daftar isi Jenis TA Jenis KP Tugas Akhir ta id ta judul ta nrp ta penulis ta tahun ta abstraksi dosen bimbing Dosen Pembimbing dosen nip dosen nama KP detail CD cd id Detail CD CD ISI nama isi Laporan KP kp i d kp judul kp tempat kp waktu kp abstraksi Penulis KP Penulis KP penulis nrp penulis nama Jurnal jurnal issn jurnal judul jurnal sifat jurnal nomor jurnal edisi jurnal tahun jurnal penerbit jurnal photo cover jurnal photo belakang jurnal photo daftar isi Data requirement yang ada dapat dijabarkan menjadi entitas-entitas : Administrator Jenis Admin Koleksi Log Cari Pengumuman Buku Komplain Buku Detail Buku Subject Pengarang Majalah Tugas Akhir Dosen Pembimbing CD Cd Isi Laporan KP Penulis KP Jurnal Kesemua entitas tersebut memiliki atribut-atribut seperti ditunjukkan dalam gambar diatas. Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 10 dari 12 halaman

11 3.3 Non Functional Requirement SRS-Id Parameter Requirement SRS-901 Availability Web SIPUSSI harus selalu online selama 7 x 24 jam setiap minggunya, sesuai dengan aktivitas user-user Mahasiswa dan Dosen Teknik Informatika ITS. SRS-902 Reliability N/A SRS-903 Ergonomy Kenyamanan bagi segmentasi pengguna para orang IT. SRS-904 Portability Penggunaan Java Server Pages yang bisa diakses dari berbagai macam browser. SRS-905 Memory N/A SRS-906 Response time Response Time dapat relatif cepat, namun tetap banyak bergantung pada bandwith dan web server. SRS-907 Safety N/A SRS-908 Security Keamanan data perlu, namun bukan prioritas tinggi. SRS-909 Accurate Keakuratan hasil pencarian informasi, disertai juga dengan tambahan metode string matching. SRS-910 Other Setiap layar harus mengandung logo ITS dan Informatika. Catatan: Availability: ketersediaan aplikasi, misalnya harus terus menerus beroperasi 7 hari perminggu, 24 jam per hari tanpa gagal Reliability: keandalan, misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah %) sehingga harus dipikirkan fault tolerant architecture. Biasanya hanya perlu untuk Critical Application yang jika gagal akan berakibat fatal. Ergonomy: kenyamanan pakai bagi pengguna 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. Contoh: Aplikasi harus mampu menampilkan hasil dalam 4 detik, atau ATM harus menarik kembali kartu yang tidak diambil dalam waktu 30 detik Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik Security: aspek keamanan yang harus dipenuhi. 3.4 Batasan Perancangan Perancangan menggunakan tools Power Designer 6 dengan hasil berupa Conceptual Data Model dan Physical Data Model. Selain itu, hal-hal yang terdapat pada rancangan merupakan desain hanya dari scope yang ditangani oleh aplikasi SIPUSSI yang didevelope. Jadi tidak mencakup desain dari sistem terkait. 3.5 Kerunutan (traceability) Data Store vs E-R Mapping data store pada DFD dengan Entity - Relasi Data Store Entity Relasi Data Administrator Administrator Jenis_admin Jenis Admin Jenis_admin Data pengumuman Pengumuman Mengirim Data Komplain Buku Komplain - Data Koleksi Koleksi Petugas Log Cari Jumlah Pencarian Buku Jenis Buku Detail Buku Jumlah Eksemplar Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 11 dari 12 halaman

12 Subject Pengarang Majalah Tugas Akhir Dosen Pembimbing CD CD Isi Laporan KP Penulis KP Jurnal Subject Buku Pengarang Buku Jenis Majalah Jenis TA Dosen Pembimbing Jenis CD Detail Isi Jenis KP Penulis KP Jenis Jurnal 3.6 Ringkasan Kebutuhan Bab ini berisi ringkasan semua Requirement item. Requirement item ini mencerminkan semua hal yang harus dipenuhi, dan nantinya akan menjadi arahan untuk tahapan testing, karena pada dasarnya, semua requirement harus dapat ditest supaya dapat dibuktikan dipenuhi. Dibagi menjadi dua bagian: functional dan non functional Functional Requirement Summary SRS-Id SRS-101 SRS-102 SRS-103 SRS-104 SRS-105 SRS-106 SRS-107 SRS-108 SRS-109 SRS-110 Description Autentifikasi Login Mengidentifikasi Menu Admin Pencarian Resource Admin Maintenance Koleksi Maintenance pengumuman Maintenance Administrator Melihat Informasi Administrator Pencarian Resources Pengisian Komplain Menampilkan Informasi Kpd Pengguna Non Functional Requirement Summary SRS-Id Parameter Requirement Description SRS-901 Availability Web SIPUSSI harus selalu online selama 7 x 24 jam setiap minggunya, sesuai dengan aktivitas user-user Mahasiswa dan Dosen Teknik Informatika ITS. SRS-902 Reliability N/A SRS-903 Ergonomy Kenyamanan bagi segmentasi pengguna para orang IT. SRS-904 Portability Penggunaan Java Server Pages yang bisa diakses dari berbagai macam browser. SRS-905 Memory N/A SRS-906 Response time Response Time dapat relatif cepat, namun tetap banyak bergantung pada bandwith dan web server. SRS-907 Safety N/A SRS-908 Security Keamanan data perlu, namun bukan prioritas tinggi. SRS-909 Accurate Keakuratan hasil pencarian informasi, disertai juga dengan tambahan metode string matching. SRS-910 Other-1 Setiap layar harus mengandung logo ITS dan Informatika. Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 12 dari 12 halaman