Analisa Berorientasi

Objek
02
Modul ke:

Fakultas Business Requirement

Ilmu Komputer

Program Studi
Sistem
Informasi
Dian Wirawan, S.Kom, M.Kom
Pembuka Daftar Pustaka Akhiri Presentasi
Video Introduction
Pendahuluan
Spesifikasi Kebutuhan Perangkat Lunak atau SKPL
adalah dokumen yang dibuat ketika deskripsi
detail dari semua aspek perangkat lunak yang
akan dibangun terspesifikasi sebelum proyek
dimulai. Perlu dicatat bahwa SKPL (spesifikasi
kebutuhan perangkat luna) formal tidak harus
dalam bentuk tulisan. Namun, ketika perangkat
lunak akan dikembangkan oleh pihak ketiga,
ketika kurangnya spesifikasi akan membuat
masalah kritikal dalam bisnis, atau ketika sistem
sangat kompleks atau business critical, SKPL
harus dijustifikasi
Role and Responsible SKPL
System Customer, menentukan kebutuhan dan membacanya
untuk memastikan bahwa sudah memenuhi kebutuhan mereka.
Pelanggan menentukan perubahan pada kebutuhan.
Project Manager, menggunakan SKPL untuk merencanakan
penawaran untuk sistem dan untuk merencanakan proses
pengembangan sistem.
System Engineers, menggunakan kebutuhan untuk memahami
sistem apa yang akan dikembangkan.
System Test Engineers, menggunakan kebutuhan untuk
mengembangkan tes validasi untuk sistem.
System Maintenance Engineers, menggunakan kebutuhan
untuk memahami sistem dan hubungan antara bagian-
bagiannya.
Tujuan SKPL
Tujuan SKPL adalah untuk dokumentasi dari segala aktifitas
yang dilakukan selama pengembangan proyek perangkat
lunak yang dimulai dari tahap:
• User requirement
• Analisis dan desain
• Implementasi
• Testing
• Hingga Maintenance
Sehingga proses perancangan sistem yang sedang
dikerjakan sesuai dengan kebutuhan customer dan tepat
waktu.
 Struktur SKPL
Bab Deskripsi
Mendefinisikan pembaca dokumen yang diharapkan dan menjelaskan riwayat versinya, termasuk alasan untuk
Preface
pembuatan versi baru dan ringkasan perubahan yang dibuat di setiap versi.
Menggambarkan kebutuhan sistem. Bagian ini harus menjelaskan secara singkat fungsi-fungsi sistem dan
menjelaskan bagaimana sistem itu akan bekerja dengan sistem lain. Bagian ini juga harus menggambarkan
Introduction
bagaimana sistem tersebut cocok dengan keseluruhan bisnis atau sasaran strategis organisasi yang menginginkan
perangkat lunak tersebut.
Mendefinisikan istilah teknis yang digunakan dalam dokumen. Tidak boleh membuat asumsi tentang pengalaman
Glossary
atau keahlian pembaca.
Menggambarkan layanan yang disediakan untuk pengguna. kebutuhan sistem non-fungsional juga harus diuraikan
User Requirement
dalam bagian ini. Deskripsi ini dapat menggunakan Bahasa, diagram atau notasi lain yang dapat dimengerti oleh
Definition
pelanggan. Standar produk dan proses yang harus diikuti harus ditentukan.
Bab ini harus menyajikan tinjauan tingkat tinggi dari arsitektur sistem yang diantisipasi, menunjukkan distribusi
System Architecture
fungsi di seluruh modul sistem. Komponen arsitektur yang digunakan kembali harus ditampilkan secara details.
System
Bab Ini harus menggambarkan kebutuhan fungsional dan non-fungsional secara lebih rinci. Jika perlu, detail lebih
Requirements
lanjut juga dapat ditambahkan ke bab Non-Functional Requirements. Antarmuka ke sistem lain dapat didefinisikan.
Specification
Termasuk model sistem grafis yang menunjukkan hubungan antara komponen sistem, sistem, dan lingkungannya.
System Models
Contoh model yang mungkin adalah model objek, model aliran data, atau model data semantic.
Menggambarkan asumsi mendasar yang menjadi dasar sistem, dan setiap perubahan yang diantisipasi karena
evolusi perangkat keras, perubahan kebutuhan pengguna, dan sebagainya. Bagian ini berguna untuk perancang
System Evolution
sistem karena dapat membantu mereka menghindari keputusan desain yang akan membatasi kemungkinan
perubahan di masa depan pada sistem.
Memberikan informasi rinci dan spesifik yang terkait dengan aplikasi yang sedang dikembangkan; misalnya,
deskripsi perangkat keras dan basis data. Kebutuhan perangkat keras menentukan konfigurasi minimal dan optimal
Appendices
untuk sistem. Kebutuhan basis data mendefinisikan organisasi logis dari data yang digunakan oleh sistem dan
hubungan antara data.
Beberapa indeks pada dokumen dapat dimasukkan. Seperti halnya indeks alfabet normal, mungkin ada indeks
Index
diagram, indeks fungsi,dan seterusnya.
Preface
Introduction
Glossary
User Definition
System Architecture
System Requirement
System Model

Start New
Projects

Invite Project
Administrator
Managers

Update
Task Assign Project
Status View All Manager
Details Decide
Team Deadline
Member s
Invite New
s Members
Project
Create Manager
Message Update
s Project Creat
Status e
New
Provide Task
Documentation Create
Message
Generat s
e
Reports
Terima Kasih
Dian Wirawan, S.Kom, M.Kom