AnalisisDanDesainBerorientasiObjek

Requirements Phase
( Fase Persyaratan )

Farid Aditya Parma, ST.

 Pembahasan Dari Fase Persyaratan

● Use Cases

● Modeling the Business

● Modeling the System

 Latar Belakang Fase Persyaratan
Dua tujuan utama yang harus dicapai selama fase
persyaratan:

● Menilai konteks bisnis

● Identifikasi dan jelaskan persyaratan sistem

 Latar Belakang Fase Persyaratan
Menilai konteks bisnis
Stakeholders/Client mengenal sifat dan tujuan dari proyek perangkat
lunak. Apa pertimbangan penting untuk mengembangkan software?
termasuk mendapatkan pemahaman tentang konteks bisnis untuk sistem
baru, kemudian membahas tujuan sistem dengan para stakeholder.
'Stakeholder' berarti setiap orang atau entitas yang memiliki kepentingan
dalam melihat sistem final disampaikan, seperti pelanggan internal atau
eksternal komisioning sistem, end user potensial, manajer, dan bahkan
pemegang saham.
Bagai mana lingkungan di mana perangkat lunak akan digunakan?
Tanpa pemahaman yang memadai tentang lingkungan, akan sulit untuk
merancang sesuatu yang akan meningkatkan lingkungan dimana
perangkat lunak digunakan. Lingkungan ini juga bisa disebut sebagai
'domain masalah' .
 Latar Belakang Fase Persyaratan
Identifikasi dan jelaskan persyaratan sistem
Mengidentifikasi persyaratan sistem mencakup studi tentang fungsi dari
sistem dan mendeteksi setiap kendala dalam hal kinerja, biaya
pengembangan, sumber daya dan lain-lain. Menilai apa yang perangkat
lunak harus dan tidak boleh lakukan. Ini akan memungkinkan Anda untuk
membatasi lingkup proyek.
Ada dua kategori persyaratan sistem:
● fungsional
layanan yang sistem harus menyediakan dalam menanggapi
pengaruh eksternal, misalnya, 'pencarian nama kursus' dan
'pemesanan tiket film'.
● non-fungsional.
adalah hal-hal perlu melakukan, seperti klien browser Web yang
harus didukung dan antarmuka pengguna yang cocok untuk pasar
tertentu, dll
 Use Case
● Sebuah use case adalah teknik dekomposisi
fungsional yang digunakan dalam
pengembangan perangkat lunak berorientasi
objek yang mendefinisikan bagaimana sebuah
bagian dari bisnis atau sistem yang digunakan.
Dengan kata lain, kebutuhan bisnis model dan
persyaratan sistem fungsional.
● Use Case mencirikan perilaku keseluruhan
sistem.
 Use Cases
Objektif dari penggunaan Use Cases :
● Menggambarkan sistem secara keseluruhan
dan menggambarkan fungsi dari sistem yang
akan dibangun
● menunjukkan ruang lingkup dari proyek
perangkat lunak
● membangun model untuk kebutuhan pengguna
● merupakan langkah pertama dalam merancang
sebuah sistem dalam Proses Unified
Pertanyaan Dalam Mencari Use Case
● Fungsi apa yang diinginkan actor dari sistem?
● Apakah sistem menyimpan informasi? Actor
apa yang akan membuat, membaca, mengubah
atau menghapus informasi tersebut?
● Apakah sistem perlu untuk memberitahukan
actor tentang perubahan kondisi internal?
● Apakah ada kejadian eksternal yang perlu
diketahui oleh sistem? Actor apa yang
memberitahukan sistem tentang kejadian
tersebut?
 Use Cases
Actor orang Menunjukkan yang berperan di
dalam sistem

Use Case Elips Menunjukkan layanan/fasilitas/

fungsionalitas yang dimiliki oleh
sistem
Relationship Garis Menunjukkan hubungan antara
actor dan use case atau antara
use case dan use case

Boundary Kotak Menunjukkan batasan-batasan

sistem
 Use Case
Use Cases Sistem Perpustakaan

Peminjaman

anggota

Administrasi

staf

Atur katalog

Suplier
 Use Case
Contoh Use Cases Multi Sistem
Order

Pemesanan
anggota

Pengesahan

Gudang Staf Order

Cek Stok
Penambahan
Stok
Pengiriman
Suplier
 Uses Case
Use Cases Pada Sebuah sesi Fotogafi
 Model Bisnis
Sebuah model bisnis harus dikembangkan sebelum model fungsi dari
sistem yang diusulkan. Sebuah model bisnis dapat dikembangkan
dengan menggunakan class diagram yang menunjukkan hubungan
antara entitas bisnis (yang juga kadang-kadang disebut sebagai model
domain). Diagram ini cukup untuk proyek model kecil. Namun, proyek
yang lebih besar akan membutuhkan model bisnis keseluruhan yang
menunjukkan bagaimana bisnis beroperasi, atau setidaknya bagian dari
bisnis dimana sistem akan diimplementasikan. Kasus menggunakan
model yang akan dikembangkan di sini akan berisi Use Case dan
elemen lainnya:
● Actor list, with descriptions
● Glossary
● Descriptions and details of use cases
● Communication diagrams
● Activity diagrams
 Model Bisnis
● Sebuah use case dimulai oleh peserta yang disebut aktor. Aktor
adalah sebuah perspektif tipe yang merupakan sesuatu di luar sistem
orang, organisasi atau sistem komputer lain. Pelaku usaha
berinteraksi dengan bisnis. Segala sesuatu yang terjadi dalam kasus
penggunaan harus bernilai bagi aktor. Hal ini dapat menjadi informasi
berharga, item, reaksi terhadap tindakannya, atau motivasi lain untuk
memulai use case.
● Persyaratan bisnis mengungkap pelaku. Mengidentifikasi aktor
melibatkan mengidentifikasi situasi yang berbeda dalam
menggunakan sistem. Harus menjawab pertanyaan: "Siapa atau apa
yang akan menggunakan sistem"
● Ada dua macam aktor: aktor utama, yang menggunakan sistem
langsung; dan aktor sekunder, yang memungkinkan aktor utama
untuk menggunakan sistem.
 Model Bisnis
Actor
● Langkah pertama untuk menganalisis kebutuhan
sistem adalah mencari sesuatu yang berinteraksi
dengan sistem.
– Dalam Use Case Diagram, sesuatu diluar
sistem yang berinteraksi dengan sistem
disebut Actor.
● Actor digunakan untuk memodelkan dan menyatakan
peran dari “user” sistem, bisa manusia dan sistem lain.
● Actor umumnya diberi nama dengan menggunakan
kata benda
 Model Bisnis
Actor
● Actor memiliki karakteristik berikut:
– Actor adalah eksternal terhadap sistem.
– Actor diasosiasikan dengan minimal satu Use
Case
– Actor berinteraksi dengan sistem.
– Actor bisa menerima informasi yang disediakan
sistem.
– Actor bisa meninputkan informasi ke sistem.
 Model Bisnis
Pertanyaan untuk mencari Actor
● Siapa yang menggunakan sistem?
● Siapa yang memasang sistem?
● Siapa yang memulai sistem?
● Siapa yang memelihara sistem?
● Siapa yang mematikan sistem?
● Sistem lain apa yang menggunakan sistem ini?
● Siapa yang mengambil informasi dari sistem?
● Siapa yang menyediakan informasi ke sistem?
● Apakah segala sesuatu terjadi secara otomatis pada
waktu saat ini?
 Model Bisnis
Actor
 Studi Kasus
Fly High mission statement
The Fly High Agency menerima pemesanan penerbangan internasional
dan lokal untuk maskapai besar. Database penerbangan yang ada berisi
informasi penerbangan maskapai penerbangan besar telah menuai
beberapa keuntungan. Akibatnya, manajemen memutuskan untuk
mengembangkan suatu sistem reservasi online untuk lebih
meningkatkan daya saingnya. Pelanggan dapat menjadi anggota dari
layanan, yang menawarkan manfaat seperti kemudahan dan akses ke
promosi. Sistem online ini diharapkan dapat meningkatkan pangsa pasar
sebesar 50%, dan mengurangi biaya operasi sebesar 20%. Dalam waktu
dua tahun,beban operasional agensi ini akan dapat ditekan/ berkurang,
karena penekanan yang lebih besar dialihkan ke arah operasi virtual. Hal
ini akan mencapaitujuan akhir dari perusahaan reservasi penerbangan
virtual, dengan biaya operasional minimal relatif terhadap pesaing.