rekayasa kebutuhan

ANALISIS DAN PERANCANGAN

SISTEM

Rekayasa Kebutuhan - Konsep

Bahan Kuliah APS - Analisis Kebutuhan

PL / Tri Astoto K.,ST.MT

Bahan Kuliah APS - Analisis Kebutuhan PL / Tri Astoto K.,ST.MT

Pendahuluan

Relevansi Perkuliahan :

Banyak terjadi kasus bahwa perangkat lunak yang sudah jadi tidak sesuai dengan apa yang dibutuhkan

oleh customer

Dengan melakukan analisis kebutuhan perangkatlunak maka diharapkan PL dikembangkan

berdasarkan apa-apa yang dibutuhkan oleh customer

Tujuan Instruksional Khusus :

Memahami pengertian dan urgensi rekayasa kebutuhan

Memahami proses rekayasa kebutuhan

Memahami problem-problem dalam rekayasa kebutuhan

Agenda

Pengertian kebutuhan dan rekayasa kebutuhan

Urgensi dan fungsi

Proses

Problem-problem


Motivation

The hardest single part of building a system is deciding what to build

[Brooks 1987]



Anonymous Customer

I know you believe you understood what you think I said, but I am not sure you realize that

what you heard is not what I meant . . . . .

Anonymous Customer


Must determine what client wants

(Misconception)

Must determine clients needs(REAL GOAL)


Catastrophe

Apa itu RE ?

RE requirements engineering istilah lain darirequirements analysis

Each software development process goes

through the phase of RE

The process of establishing the services that the

customer requires from a system and the

constraints under which it operates and is

developed [Ian Sommerville]

The broad spectrum of tasks and techniques that

lead to an understanding of requirements [Roger

S. Pressman]



Pengertian: Requirement

Suatu kondisi atau kemampuan yang dibutuhkan

oleh pengguna untuk menyelesaikan permasalahan

atau untuk mencapai sebuah tujuan (IEEE)

Sebuah kondisi atau kemampuan yang harus

dipenuhi atau dimiliki oleh sebuah sistemuntukmemenuhi sebuah kontrak, standard, spesifikasi,

atau dokumen2 formal lainnya (IEEE)

Setiap fungsi, batasan, atau properti lainnya yang

harus disediakan, dimiliki atau dipenuhi untuk

mencapai kebutuhan dari sistem yang dimaksudkan

oleh pengguna (R. J. Abbott)

Kategori kebutuhan

Functional what a system does

Deskripsi proses, masukan dan keluaran

Non-functional constraint or quality of a system

Performance, availability, security, reliability, implementation & design constraints, storage size

Usability constraint to use

Acceptance criteria, end-user characteristics, system environments


Level kebutuhan

Normal requirement kebutuhan yang harus dipenuhi dan dinyatakan secara eksplisit

Fungsionalitas sistem, unjuk kerja

Expected requirement kebutuhan yang tidak dinyatakan secara eksplisit tetapi menentukan

kepuasan customer

Kemudahan interaksi dengan sistem, correctness

Exciting requirement kebutuhan yang melebihi dari kebutuhan normal untuk lebih memuaskan

customer

Fungsionalitas tambahan sistem



Urgensi & Fungsi

If you dont analyze, its highly likely that youll build a very elegant software solution that solves the wrong

problem. The result is wasted time and money,

personal frustration, and unhappy customers

(Roger S. Pressman)

Kegunaan hasil analisis kebutuhan:

Untuk mencapai kesepakatan antara developer, customerdan pengguna akhir akan kebutuhan yang harus dipenuhi

Untuk menyediakan dasar yang akurat bagi perancangan perangkat lunak

Untuk menyediakan referensi bagi dilakukannya validasi PL

PROSES

Bahan Kuliah APS - Analisis Kebutuhan

PL / Tri Astoto K.,ST.MT


Proses

Penggalian dan analisis kebutuhan (s/w req.

elicitation and analysis)

Spesifikasi kebutuhan (s/w req. specification)

Validasi kebutuhan (s/w req. validation)

Manajemen kebutuhan (s/w req. management)

Karakteristik operasional P/L Interface P/L Batasan P/L


Proses : Elisitasi dan Analisis (1)

Developer harus memahami domain

permasalahan

Developer dan stakeholder menggali domain

aplikasi, layanan-layanan sistem yang harus

disediakan, unjuk kerja sistem yang diperlukan,

batasan-batasan perangkat keras dan sejenisnya

Fokus pada A P A (WHAT) dan B U K A N

bagaimana (HOW)

Via interview atau meeting communication



Domain

understanding

Requirements

checking

Requirements

collection

Classification

Prioritisation

Conflict

resolution

Requirements

definition

Requirements

specification



Sumber-sumber kebutuhan :

Relatively

high

Relatively

low

Approximate % of requirements

gathered from people

Type of

application

highly

constrainedmissile guidance system

flight control system for airliner

enhancement to corporate accounting system

manufacturing control system

corporate accounting system

encounter video game

decision support system

unconstrained



Tipe kebutuhan (D. T. Ross & K. F. Schoman) :

Fungsional (functional) fungsi/kapabilitas yang harus mampu dijalankan oleh sistem

Non fungsional (non-functional) performance, reliability, security, availability, constraints, dll.

Inversi (inverse) apa-apa yang harus tidakboleh dilakukan sistem

Batasan perancangan & implementasi (design & implementation constraints)

Pengukuran kebutuhan



Proses : Elisitasi dan Analisis (Contoh)

Perangkat lunak harus mampu menyediakan saranauntuk menampilkan dan mengakses file-file yang dibuatoleh tool yang lain.

Pengguna harus dapat mencari buku/dokumen/literaturdi perpustakaan dgn memasukkan sebuah kata kunci.

Sistem tidak boleh dioperasikan oleh pengguna yang tidak memiliki otoritas.

Sistem harus menyediakan GUI sehingga dapatdigunakan secara mudah oleh pengguna yang belumberpengalaman.

Sistem harus bisa memanfaatkan database yang sudahada.

Sistem harus diimplementasikan dgn bahasa Java.


Proses : Spesifikasi Kebutuhan (2)

Proses untuk menjelaskan kebutuhan P/L yang telah didefinisikan sebelumnya secara lebih detil dan tepat yang akan menjadi dasar bagi perancangan dan implementasi

Definisi kebutuhan (req. definition) :1. P/L harus mampu menyediakan sarana untuk menampilkan

dan mengakses file-file yang dibuat oleh tool yang lain. (SRS_PRJ_100)

Spesifikasi kebutuhan (req. specification) :1.1 Pengguna harus disediakan fasilitas untuk mendefinisikan

tipe file. (SRS_PRJ_101)

1.2 Setiap tipe file direpresentasikan dengan ikon tertentu pada layar pengguna. (SRS_PRJ_102)


Proses : Validasi (+ Verifikasi) (3)

Proses pengecekan untuk menjamin bahwa pernyataan kebutuhan yang telah didefinisikan dan dispesifikasikan adalah benar, akurat dan lengkap

Dilakukan bersama-sama antara kustomer dan developer

Sangat penting dilakukan karena kesalahan di dalam menentukan kebutuhan akan berdampak pada keseluruhan proses yang mengikutinya

Validasi : do we make the right product .. ?

Verifikasi : do we make the product right .. ?

Teknik :

Review : Software Specification Review (SSR)

Prototyping : executable model of the system/software


Proses : Validasi (+ Verifikasi) (3)

Parameter validasi :

Validity does the system provide the functions which best support the customers needs ?

Consistency are there any requirements conflicts ?

Comprehensibility are all functions required by the customer included ?

Parameter verifikasi :

Readability

Testability

Completeness

Identifiability

Ambiguity


Proses : Manajemen Kebutuhan (4)

Aktifitas untuk melakukan kontrol terhadap

kebutuhan yang sedang maupun telah didefinisikan :

Identifikasi bagaimana setiap kebutuhan dapatdiidentifikasi dengan mudah (Cont. : SRS_PRJ_XXX,

IRS_PRJ_XXX)

Manajemen perubahan bagaimana mekanismeuntuk menangani perubahan kebutuhan yang terjadi

Dokumentasi SRS dan IRS sebagai deliverable, ECP, PCR

Tracking penelusuran informasi yang berhubungandengan sebuah kebutuhan (sumber/asal, alokasi ke

perancangan)


Problem

Stakeholder (end-user, manajer, maintenance engineer,

policy maker) tidak tahu persis apa yang sesungguhnya

mereka inginkan

Stakeholder menyatakan kebutuhannya dalam bahasa

yang dipahami oleh mereka sendiri

Stakeholder yang berbeda mungkin memiliki kebutuhan

yang saling bertentangan

Kebutuhan mungkin berubah pada saat dilakukan

analisis. Stakeholder baru yang bergabung mungkin

merubah dan lingkungan bisnis mengalami perubahan

Pertentangan antara unjuk kerja (performance) dan

kemudahan (simplicity) dalam mencapai tujuan

Penutup

RE memberikan landasan yang kuat bagi

perancangan dan implementasi, yang tanpa itu

maka produk PL yang dihasilkan berpotensi tinggi

untuk tidak sesuai dengan kebutuhan customer

Proses di dalam RE mencakup elisitasi dan

analisis, spesifikasi, validasi dan verifikasi,

manajemen kebutuhan

Sebuah kebutuhan harus divalidasi dan

diverifikasi sebelum digunakan sebagai dasar

dalam perancangan


Tugas Individu (Take Home)

Bacalah e-book Roger Pressman Software Engineering. Chapter 5. Understanding

Requirement 5.1 s/d 5.3

Buatlah Resume di format .doc. Minimal 4

Halaman. Spasi 1. Font Arial 12.

Dikumpulkan di Elearning (vlm.ub.ac.id) Maks.

Jumat, 26 September 2014. Pukul 00.00

Plagiarism = 0

Copy -> google translate -> paste =0


rekayasa kebutuhan

Documents