KONSEP & DEFINISI KEBUTUHAN PL

Slides:



Advertisements
Presentasi serupa
STUDI KASUS PROSES BISNIS OPERASI
Advertisements

BENTUK DATA FLOW DIAGRAM DFD SISTEM, SUBSISTEM, DAN KEJADIAN
©Ayi Purbasari, S.T., /2008 Materi 3 Kuliah IT-505 PSBO ©Ayi Purbasari, S.T., /2008.
Analisis Kebutuhan Perangkat Lunak (software requirement analysis)
DESAIN ARSITEKTUR PERANGKAT LUNAK
Sistem Informasi Perpustakaan
Software Requirement Specification
PERTEMUAN 1 KONSEP DASAR database.
Analisis Kebutuhan Sistem Untuk Pengguna (User Requirement)
SISTEM INFORMASI AKUNTANSI LANJUT
Identifikasi Kebutuhan Sistem Komputerisasi
Software Requirements Spefication (SRS)
SKPL Spesifikasi Kebutuhan Perangkat Lunak STMIK AMIKOM PURWOKERTO.
Penjelasan Tugas Kelompok Proyek Perangkat Lunak
Kebutuhan Fungsional & Kebutuhan Antarmuka
Program Studi Manajemen Informatika Fakultas Ilmu Terapan
BAB 5 SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
Requirement.
KONSEP & DEFINISI KEBUTUHAN PL
SISTEM AKUNTANSI PENJUALAN
Analisis Kebutuhan dan Spesifikasi Perangkat Lunak
Application Audit Program
SIKLUS PENGEMBANGAN SISTEM
Perancangan Sistem Informasi
PERANCANGAN BASIS DATA
LATIHAN DOKUMEN Kebutuhan PERANGKAT LUNAK
Analisis Kebutuhan Software
REKAYASA PERANGKAT LUNAK
PERANCANGAN SISTEM INFORMASI
Penggalian Kebutuhan; Modul Elisitasi
ANALISIS SISTEM.
DESAIN SISTEM Muhammad Taqiyyuddin Alawiy, ST., MT TEKNIK ELEKTRO
ANALISA DAN DESAIN SISTEM DISTRIBUSI BARANG
Building the Requirements Model
SE2423 Rekayasa Perangkat Lunak
Analisis Kebutuhan Perangkat Lunak
Membangun Model Kebutuhan
ANALISIS KEBUTUHAN PERANGKAT LUNAK
SIKLUS PENGELUARAN.
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
Requirement Conclusion.
Rekayasa Kebutuhan Software
Analisis Kebutuhan.
ANALISA DAN DESAIN SISTEM DISTRIBUSI BARANG
KONSEP & DEFINISI KEBUTUHAN PL
Review ER-Diagram.
BAB I Konsep Dasar Sistem
Building the Requirements Model
Analisis Kebutuhan Sistem
PERTEMUAN 1 KONSEP SISTEM INFORMASI AKUNTANSI.
Model Waterfall dan Dokumen SKPL
ANALISIS KEBUTUHAN PERANGKAT LUNAK
TUGAS AKHIR PERANCANGAN PROGRAM PENJUALAN DAN PEMBELIAN BARANG ELEKTRONIK SECARA TUNAI PERANCANGAN PROGRAM PENJUALAN DAN PEMBELIAN BARANG ELEKTRONIK.
Perancangan Sistem Informasi
5 Kebutuhan Software By : Andi Latifa Nabone.
Pengembangan Sistem Informasi
PERANCANGAN SISTEM INFORMASI PENJUALAN BERBASIS WEB PADA TOKO KOMPUTER
Building the Requirements Model
Building the Requirements Model
SISTEM INFORMASI PERPUSTAKAAN PADA SMA PASUNDAN 3 BANDUNG
Laporan Pemeriksaan Keuangan Projek
Oleh : AUFAA NADIYA HERAWAN
Suplemen collaboration diagram component diagram
PENGENALAN PEMROSESAN TRANSAKSI
ANALISIS PROSES BISNIS
Analisis dan Desain Sistem
Analisis Kebutuhan Sistem
- CONTEXT DIAGRAM - DATA FLOW DIAGRAM
Transcript presentasi:

KONSEP & DEFINISI KEBUTUHAN PL Eka Widhi Yunarso, S.T., M.MT. Heru Nugroho,S.Si., M.T.

Kebutuhan PL Kebutuhan perangkat lunak adalah kondisi, kriteria, syarat atau kemampuan yang harus dimiliki oleh perangkat lunak untuk memenuhi apa yang diinginkan pemakai. Terdapat tiga jenis kebutuhan PL Kebutuhan Fungsional Kebutuhan Antar Muka Kebutuhan Unjuk Kerja

Kebutuhan Fungsional (functional requirement) Disebut juga kebutuhan operasional Kebutuhan yang berkaitan dengan fungsi atau proses transformasi yang harus mampu dikerjakan oleh perangkat lunak. Contoh Perangkat lunak harus dapat menyimpan semua rincian data pesanan pelanggan. Perangkat lunak harus dapat membuat laporan penjualan sesuai dengan periode waktu tertentu. Perangkat lunak harus mampu menyajikan informasi jalur pengiriman barang terpendek.

Kebutuhan Antarmuka (interface requirement) Kebutuhan yang menghubungkan perangkat lunak dengan elemen perangkat keras, perangkat lunak, atau basis data. Contoh Perangkat untuk memasukkan data dapat berupa PC, keyboard, mouse atau scanner (Antarmuka Perangkat Keras) Akses ke basisdata menggunakan ODBC (Open Database Connectivity) (Antarmuka Perangkat Lunak)

Kebutuhan Unjuk Kerja (Performance Requirement) Kebutuhan yang menetapkan karakteristik unjuk kerja yang harus dimiliki oleh perangkat lunak, misalnya: kecepatan, ketepatan, frekuensi.. Contoh Perangkat lunak harus bisa mengolah data sampai 1 juta record untuk tiap transaksi. Perangkat lunak harus dapat digunakan oleh multiuser sesuai dengan otoritas yang diberikan pada user

Pentingnya Kebutuhan

Dampak Kesalahan Penentuan Kebutuhan PL Perangkat lunak yang dihasilkan tidak akan memenuhi kebutuhan pemakai yang sebenarnya. Interpretasi kebutuhan yang berbeda-beda sehingga dapat menyebabkan ketidaksepakatan antara pelanggan dan pengembang, menyia-nyiakan waktu dan biaya, dan mungkin akan menghasilkan perkara hukum. Pengujian kesesuaian perangkat lunak dengan kebutuhan yang dimaksud tidak akan mungkin dilaksanakan dengan baik. Waktu dan biaya akan terbuang percuma untuk membangun sistem yang salah.

Analisis Kebutuhan Aktivitas awal dari siklus hidup pengembangan perangkat lunak. Tujuan pelaksanaan analisis kebutuhan adalah: Memahami masalah secara menyeluruh (komprehensif) yang ada pada perangkat lunak yang akan dikembangkan seperti ruang lingkup produk perangkat lunak (product space) dan pemakai yang akan menggunakannya. Mendefinisikan apa yang harus dikerjakan oleh perangkat lunak untuk memenuhi keinginan pelanggan.

Tahapan Analisis Kebutuhan Mempelajari dan memahami persoalan Mengidentifikasi kebutuhan pemakai Mendefinisikan kebutuhan perangkat lunak Membuat dokumen spesifikasi kebutuhan perangkat lunak (SKPL) Mengkaji ulang (review) kebutuhan

1. Mempelajari dan memahami persoalan Pada tahap ini, seorang analis mempelajari masalah yang ada pada perangkat lunak yang dikembangkan sehingga dapat ditentukan Siapa pemakai yang menggunakan perangkat lunak. Dimana perangkat lunak akan digunakan . Pekerjaan apa saja dari pemakai yang akan dibantu oleh perangkat lunak. Apa saja cakupan dari pekerjaan tersebut, dan bagaimana mekanisme pelaksanaannya. Apa yang menjadi kendala dilihat dari sisi teknologi yang digunakan atau dari sisi hukum dan standar.

Caranya Bagaimana? Wawancara dengan pemakai Observasi atau pengamatan lapangan Kuesioner (membuat list pertanyaan) Mempelajari referensi atau dokumen-dokumen yang digunakan, seperti dokumen hasil analisa dan perancangan perangkat lunak

2. Mengidentifikasi kebutuhan pemakai Pada prakteknya menjadi satu pelaksanaannya dengan pemahaman masalah. Hanya saja substansi yang ditanyakan ada sedikit perbedaan

Caranya Bagaimana? Fungsi apa yang diinginkan pada perangkat lunak. Data atau informasi apa saja yang akan diproses. Kelakuan sistem apa yang diharapkan. Antarmuka apa yang tersedia (software interfaces, hardware interfaces, user interfaces, dan communication interfaces)

3. Mendefinisikan kebutuhan perangkat lunak Saat melakukan pengidentifikasian kebutuhan pemakai, informasi yang diperoleh masih belum terstruktur. Biasanya pemakai akan mengungkapkan apa yang diinginkan dengan bahasa sehari-hari yang biasa mereka gunakan. Sebagai contoh, ungkapan kebutuhan pemakai di bagian akutansi. saya ingin data yang dimasukkan oleh bagian penjualan bisa langsung dijurnal. Informasi neraca keuangan bisa saya lihat kapan saja.

Contoh Kebutuhan “data yang dimasukkan oleh bagian penjualan bisa langsung dijurnal” Kebutuhan fungsional Entri dan rekam data transaksi penjualan. Retrieve data transaksi penjualan untuk periode tertentu Kebutuhan antarmuka Antarmuka pemakai untuk memasukkan dan merekam data penjualan. Antarmuka pemakai untuk menyajikan dan menjurnal informasi transaksi penjualan pada periode tertentu.

Contoh Kebutuhan Unjuk Kerja Proses jurnal hanya bisa dilakukan sekali setelah data transaksi penjualan direkam. Adanya otoritas pemakaian perangkat lunak dan akses data sesuai dengan bagian pekerjaan masing-masing.

4. Membuat dokumen spesifikasi kebutuhan perangkat lunak (SKPL) Dokumen ini dibuat untuk menyatakan secara lengkap apa yang dapat dilakukan oleh perangkat lunak, termasuk deskripsi lengkap semua antarmuka yang akan digunakan

5. Mengkaji ulang (review) kebutuhan Proses untuk mengkaji ulang (validasi) kebutuhan apakah SKPL sudah konsisten, lengkap, dan sesuai dengan yang diinginkan oleh pemakai. Proses ini bisa dilakukan lebih dari satu kali. Sering kali akan muncul kebutuhan-kebutuhan baru dari pemakai

Tugas Buatlah Analisis Kebutuhan untuk studi kasus yang diberikan dalam soal mengikuti 3 tahapan yang disampaikan pada bagian sebelumnya

Studi Kasus 1 Sistem Informasi Penilaian di Fakultas Ilmu Terampil berjalan sebagai berikut : Data nilai dari dosen diserahkan ke bagian administrasi Bagian administrasi mencatat nilai-nilai tsb untuk dihitung nilai akhirnya Mahasiwa dapat melihat daftar nilai akhir melalui tampilan dan menerima lembar hasil studi yang memuat seluruh mata kuliah yg diambil Ketua jurusan menerima laporan hasil studi

Studi Kasus 2 Sistem Informasi Perpustakann di Fakultas Ilmu Terampil berjalan sebagai berikut : Seorang calon anggota yang belum menjadi anggota perpustakaan dapat mendaftarkan diri dengan mengisi formulir pendaftaran secara online Pustakawan harus memasukkan data koleksi bahan pustaka yang dibelinya Selain itu, pustakawan juga dapat memasukkan data anggota dan mencetak kartu keanggotaan. Saat seorang anggota meminjam koleksi bahan pustaka, pustakawan harus memasukkan nomor keanggotaan Pustakawan mengisikan nomor dari koleksi bahan pustaka yang akan dipinjam dan tanggal pengembalian. Pustakawan harus mencatat data pengembalian, pada saat anggota mengembalikan buku pinjamannya Pustakawan mengisikan nomor dari koleksi bahan pustaka yang dikembalikan pada form Pengembalian. Pada form ini terdapat informasi seperti anggota peminjam, koleksi bahan pustaka yang telah dipinjam tapi belum dikembalikan, tanggal pengembalian, denda yang harus dibayar, dan perpanjangan waktu peminjaman.