Pemodelan Berorientasi Objek · Materi Pertemuan 3 Fase –Fase ... Mengidentifikasi kebutuhan...

Pemodelan Berorientasi

Objek

Adam Hendra Brata

1

Penggalian Kebutuhan dan

Identifikasi Aktor

Materi Pertemuan 3

Fase – Fase Pengembangan Perangkat Lunak

Analisis Kebutuhan

Penggalian Kebutuhan Sistem

Elisitasi dan Analisis kebutuhan

Identifikasi Aktor

Pemodelan Kebutuhan Sistem

Use Case

2

Fase – Fase Pengembangan

Perangkat Lunak

3

Pengembangan Perangkat

Lunak

Bantu Ayana dunks, apa sih yang teman –

teman ketahui tentang proses dan fase

pengembangan perangkat lunak ?

4


Lunak

Pengembangan perangkat lunak (software development) pada umumnya memiliki guideline yang disebut dengan Software Processes atau Software Development Life Cycle (SDLC)

A software process is a set of related activitiesthat leads to the production of a softwareproduct. (Ian Sommerville)

Software process as a framework for the activities, actions, and tasks that are required to build high-quality software. (Roger S. Pressman)

SDLC for short, is a well-defined, structured sequence of stages in software engineering to develop the intended software product. (http://www.tutorialspoint.com/)

5


Lunak 6


Lunak 7

Pemodelan BO


Lunak : Analisis Kebutuhan

Analisis kebutuhan adalah proses yang menjadi awal dari semua proses pengembangan perangkat lunak

Analisis kebutuhan yang baik dan benar menentukan hasil akhir perangkat lunak yang dibangun

Kebutuhan dari user harus “digali” dengan tepat dan pas, jangan sampai ada yang kurang atau kelebihan, harus sesuai dengan apa yang diharapkan oleh user

Masalah utama pada analisis kebutuhan adalah interpretasi dari berbagai pihak dan jangan sampai menimbulkan salah paham

8


Lunak : Analisis Kebutuhan 9


Lunak : Analisis Kebutuhan 10


11


Dalam analisis kebutuhan kita memiliki tujuan

untuk melakukan “penggalian” informasi

kebutuhan sistem dari customer / user

Metode penggalian informasi kebutuhan ini

bisa bermacam-macam :

Wawancara

Survey

Observasi

Dll....

12


Penggalian informasi ini harus benar – benar

sesuai, pas dan tepat sesuai dengan

kebutuhan dari user / 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 . . . . .”

13


Kebutuhan : Sesuatu yang diminta, dibutuhkan

Menurut IEEE (the institute of electrical and

electronics engineers) :

Kondisi atau kemampuan yg diperlukan

pemakai untuk menyelesaikan persoalan untuk

mencapai sebuah tujuan

Kondisi atau kemampuan yang harus dimiliki

atau dipunyai oleh sistem atau komponen

sistem untuk memenuhi kontrak, standar,

spesifikasi, atau dokumen formal lainnya

14

Penggalian Kebutuhan Sistem15

Kebutuhan Perangkat Lunak

Kondisi, kriteria, syarat atau kemampuan yang harus dimiliki oleh perangkat lunak untuk memenuhi apa yang disyaratkan atau diinginkan pemakai

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

Analisis Kebutuhan

Proses mempelajari kebutuhan pemakai

untuk mendapatkan definisi kebutuhan sistem

atau perangkat lunak [IEE 93]

Proses untuk menetapkan fungsi dan unjuk kerja

perangkat lunak, menyatakan antarmuka

perangkat lunak dengan elemen-elemen sistem

lain, dan menentukan kendala yang harus

dihadapi perangkat lunak [PRE 01]

16Analisis Kebutuhan

Tahapan

Mempelajari dan memahami persoalan

Mengidentifikasi kebutuhan pemakai

Mendefinisikan kebutuhan perangkat lunak

Membuat dokumen spesifikasi kebutuhan

perangkat lunak

Mengkaji ulang (review) kebutuhan


Mempelajari dan memahami persoalan

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


Mengidentifikasi kebutuhan pemakai dan

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)


Mendefinisikan kebutuhan perangkat lunak

Saya ingin data transaksi jual beli bisa langsung

direkap dan dicetak

Informasi penjualan per satuan waktu bisa dilihat

dan dicetak dalam bentuk neraca

Kebutuhan dimodelkan/digambarkan dengan

tenik analisis dan alat bantu tertentu

Data flow diagram, kamus data,dan spesifikasi

proses jika menggunakan analisis tertsruktur

Use case diagram dan skenario sistem jika

menggunakan analisis berorientasi objek


Membuat dokumen spesifikasi kebutuhan

perangkat lunak

Semua kebutuhan yang telah didefinisikan

selanjutnya dibuat dokumentasinya yaitu

Spesifikasi Kebutuhan Perangkat Lunak (SKPL)

atau Software Requirement Specification (SRS)


Mengkaji ulang (review) kebutuhan

Proses untuk mengkaji ulang (validasi)

kebutuhan apakah SKPL sudah konsisten,

lengkap, dan sesuai dengan yang diinginkan

oleh pemakai


Metode Analisis

Metode atau teknik untuk melakukan analisis

kebutuhan perangkat lunak dapat

dikelompokkan berdasarkan pendekatan yang

diambil pada saat melakukan aktivitas tersebut

Jenis Metode

Terstruktur (Structural)

Berorientasi Objek (Object Oriented)


Elisitasi

Elisitasi adalah keseluruhan proses dalam analisis

kebutuhan


Domain

understanding

Requirements

checking

Requirements

collection

Classification

Prioritisation

Conflict

resolution

Requirements

definition

Requirements

specification

Langkah-Langkah Analisis Kebutuhan

Berorientasi Objek

Pendefinisan fungsi sistem

Identifikasi aktor

Identifikasi use case

Membuat skenario per use case


Identifikasi Aktor

26

Berdasarkan domain permasalahan atau dari

proses bisnis yang sedang berjalan dapat

dilakukan identifikasi aktor yang mendukung

sistem tersebut

Pada dasarnya aktor adalah apa saja yang

berhubungan dengan sistem yang sedang

dibangun

Aktor merupakan semua yang berada di luar

ruang lingkup sistem

27Aktor

Secara umum, Aktor dapat diartikan sebagai

adalah sebuah entitas manusia atau mesin

yang berinteraksi dengan sistem untuk

melakukan pekerjaan-pekerjaan tertentu

Menspesifikasikan himpunan peran yang

pengguna mainkan ketika berinteraksi dengan

use case

28Aktor

Secara umum, Aktor dapat diklasifikasikan

menjadi 3 jenis, yaitu :

Pengguna sistem

Sistem lain yang berhubungan dengan sistem

yang sedang dibangun

Waktu

29Aktor

Aturan Penggunaan Aktor

Aktor menggambarkan sebuah tugas/peran

dan bukannya posisi sebuah jabatan

Aktor memberi input atau menerima informasi

dari sistem

Aktor biasanya menggunakan kata benda

Tidak boleh ada komunikasi langsung antar

aktor

30Aktor

Identifikasi Aktor biasanya dilakukan dengan cara memberikan pertanyaan – pertanyaan ini :

Siapa atau apa yang menyediakan input bagi sistem ?

Siapa atau apa yang menerima output dari sistem ?

Apakah ada hubungan dengan sistem lain ?

Apakah ada kejadian yang otomatis dipicu pada suatu waktu tertentu ?

Siapa yang akan merawat informasi dalam sistem ?

31Identifikasi Aktor

Pemodelan Use Case

32

Setelah dilakukan penggalian kebutuhan

sistem dengan analisis kebutuhan, maka

langkah selanjutnya adalah pemodelan

kebutuhan yang sudah dianalisis tersebut

ke dalam sebuah diagram yang

menggambarkan keseluruhan kebutuhan

sistem

Pada umumnya pemodelan kebutuhan ini

ditekankan pada pemodelan kebutuhan

fungsional melalui diagram Use Case

33Use Case

Use case diagram menggambarkan

fungsionalitas yang diharapkan dari sebuah

sistem

Yang ditekankan adalah “apa” yang

diperbuat sistem, dan bukan “bagaimana”

Sebuah use case merepresentasikan sebuah

interaksi antara aktor dengan sistem

Use case merupakan sebuah pekerjaan

tertentu, misalnya login ke sistem, meng-

create sebuah daftar belanja, dan

sebagainya

34Use Case

Singkatnya, use case menerangkan

tentang hubungan interaksi aktor dengan

sistem

35Use Case

36Bagian – Bagian Use Case

Pembahasan lebih lanjut mengenai

diagram Use Case akan dibahas di

pertemuan / slide berikutnya

Akan dibahas juga apa itu skenario Use

Case

So, Cekidot Guys ^^

37Use Case

Terimakasih v^^

38

Pemodelan Berorientasi Objek · Materi Pertemuan 3 Fase –Fase ... Mengidentifikasi kebutuhan...

Documents

Transcript of Pemodelan Berorientasi Objek · Materi Pertemuan 3 Fase –Fase ... Mengidentifikasi kebutuhan...