ANALISIS BERORIENTASI OBJEK

Slides:



Advertisements
Presentasi serupa
ANALISIS DAN PEMODELAN BERORIENTASI OBJEK DENGAN UML
Advertisements

PEMODELAN ANALISIS Kuliah - 5
Proses perangkat lunak dan metrik proyek
Sasaran Menjelaskan apa yang dimaksud model proses
REKAYASA PERANGKAT LUNAK (Software Engineering) Eka Ismantohadi
REKAYASA SISTEM.
PENGENALAN ANALISA SISTEM BERORIENTASI OBYEK
PENGANTAR REKAYASA PERANGKAT LUNAK I
PENGEMBANGAN RAPID PERANGKAT LUNAK
BUSINESS PROCESS REENGINEERING (BPR).
Analisis Model.
PERANCANGAN BERORIENTASI OBJEK
Pertemuan 2 Konsep Aplikasi Berbasis Objek, UML dan Rational Rose
RE-ENGINEERING.
REKAYASA PERANGKAT LUNAK
Terminologi Object Oriented Analaysis adalah metode analisis yang memeriksa requirements (syarat/keperluan yang harus dipenuhi suatu sistem) dari sudut.
ANALISIS DAN PEMODELAN BERORIENTASI OBJEK DENGAN UML
KONSEP DAN PRINSIP ANALISIS
(sebelum)Manajemen Proyek Perangkat Lunak
REKAYASA PERANGKAT LUNAK
BUSINESS PROCESS REENGINEERING
Spesifikasi Perangkat Lunak
Analisis Model.
Analisis dan Perancangan Berorientasi Objek (OOAD)
KONSEP DASAR PENDEKATAN OBJEK
Analisis Berorientasi objek
ANALISIS KEBUTUHAN.
Rekayasa Perangkat Lunak Model Proses PL
Konsep dan Prinsip Analisis
Perancangan Sistem Informasi
PENGEMBANGAN PERANCANGAN SISTEM
11. REKAYASA SISTEM BERBASIS KOMPUTER
SE3414 RPL: Teknik Berorientasi Objek
Pemodelan objek.
KONSEP DAN PRINSIP ANALISIS
12. KONSEP DAN PRINSIP ANALISIS
KEBUTUHAN & SPESIFIKASI SOFTWARE
PEMODELAN SYSTEM BERORIENTASI OBYEK (UML)
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
REKAYASA PERANGKAT LUNAK
Pertemuan 3 OOAD Coad Yourdon Pendahuluan + Notasi
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
PERANCANGAN BERORIENTASI OBJEK
Pemodelan Berorientasi Objek
10 Perancangan Arsitektural
Analisis Persyaratan System
KEBUTUHAN & SPESIFIKASI SOFTWARE
PERANCANGAN BERORIENTASI OBJEK
Perancangan Perangkat Lunak
REKAYASA PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
Analisis Model.
Pertemuan 2 Model Proses + Metodologi
PENDEKATAN BERORIENTASI OBJECT
PENGANTAR REKAYASA PERANGKAT LUNAK
REKAYASA SISTEM BERBASIS KOMPUTER
METHODOLOGYAND UML.
ANALISA KEBUTUHAN PERANGKAT LUNAK
Testing Dan Implementasi Sistem
Analisis dan Desain Berorientasi Obyek
Pertemuan 9 UML Diagram Class & Diagram Objek
Perancangan Perangkat Lunak
ANALISA BERORIENTASI OBJEK
KEBUTUHAN & SPESIFIKASI SOFTWARE
ANALISA BERORIENTASI OBJEK
12. KONSEP DAN PRINSIP ANALISIS
Rekayasa Perangkat Lunak Bag-2
Konsep Aplikasi Berbasis Objek
Perancangan Perangkat Lunak
Perancangan Perangkat Lunak
Transcript presentasi:

ANALISIS BERORIENTASI OBJEK Oleh Abdul Munif

Pengenalan OOA Aktivitas teknik pertama yang dilakukan sebagian dari RPL dan didasarkan dalam serangkaian prinsip dasar yaitu: Domain informasi dimodelkan Fungsi modul digambarkan Tingkah laku model direpresentasikan Model partisi Model awal representasikan inti masalah

Pengenalan OOA Tujuan OOA adalah menentukan semua kelas(dan hubungan serta tingkah laku yang berkaitan dengannya) yang relevan dengan masalah yang akan dipecahkan. Tugas yang harus di lakukan: Persyaratan pemakai dasar harus dikomunikasikan diantara pelanggan dan rekayasa perangkat lunak Kelas-kelas harus diidentifikasi Hirarki kelas harus di representasikan Hubungan objek-objek harus di representasikan Tingkah laku dimodelkan Tugas 1-5 diaplikasikan lagi secara iteratif sampai model selesai

Analisis Berorientasi Objek Sasaran OOA adalah mengembangkan sederetan model yang menggambarkan perangkat lunak komponen pada saat perangkat lunak itu bekerja untuk memenuhi serangkaian persyaratan yang ditentukan OOA.

Analisis Berorientasi Objek Pendekatan konvensional vs OO Landskap OOA Metoda OOA dalam bentuk otline: Metode Booch Metode Coad dan Yourdon Metode Jacobson Metode Rambough Metode Wirf-Brock

Analisis Domain Analisis untuk sistem berorientasi objek dapat terjadi pada berbagai tingkat abstraksi yang berebeda. Pada tingkat bisnis atau hiburan, teknik yang sesuai dengan OOA dapat dirangkai dengan pendekatan rekayasa informasi di dalam usaha untuk menentukan kelas, objek, hubungan, dan tingkah laku yang memodel keseluruhan bisnis.

Analisis Domain A. Reuse dan Analisis Domain Teknologi objek dibangkitkan dari reuse. Perhatikan satu contoh sederhana. Analisis persyaratan untuk suatu aplikasi yang baru menunjukkan bahwa dibutuh kan 100 kelas. Dua tim diberi tugas untuk membangun aplikasi tersebut. Masing-masing akan mendesain dan membangun suatu produk akhir. Masing-masing dihuni oleh manusia dengan tingkat keahlian dan pengalaman yang sama.

Analisis Domain Firesmith [FIR93] menggambarkan analisis domain perangkat lunak dengan cara sebagai berikut: Analisis domain perangkat lunak adalah identifikasi, analisis dan spesifikasi persyaratan umum suatu domai aplikasi spesigik, yang secara khas digunakan pada proyek bertingakat pada domain aplikasi itu. Anlisis domain berorientasi objek adalah identifikasi, analisis, dan spesifikasi kemampuan reusable yang umum di dalam suatu domain aplikasi khusus, dalam bentuk objek umum, kelas, subassembly, dan kerangka kerja.

Analisis Domain Aktivitas yang terjadi sebelum proses analisis domain Tentukan domain yang akan diselidiki Kategorikan item yang diekstrak dari domain tersebut Kumpulkan sampel representatif dari aplikasi di dalam domain tersebut Analisis masing-masing aplikasi pada domain tersebut Kembangkan model analisis untuk objek tersebut

Komponen Generik Dari Model Analisis OO Pandangan statis mengenai kelas-kelas semantik Pandangan statis mengenai atribut Pandangan statis mengenai hubungan Pandangan statis mengenai tingkah laku Pandangan dinamis mengenai komunikasi Pandangan dinamis mengenai kontrol dan waktu

Proses OOA Use Case Pemodelan Kelas-tanggung jawab-kolaborator Kelas

Proses OOA Pendefinisian stuktur dan hirarki Begitu kelas dan objek sudah diidentifikasi dengan menggunakan model CRC, analis mulai untuk berfokus pada stuktur model kelas dan hirarki resultan yang muncul pada saat kelas dan subkelas muncul. Pendefinisian subjek dan sub sistem Model analisis untuk aplikasi yang kompleks memiliki ratusan kelas dan puluhan struktur.

Notasi struktur gen-spec Control panel Mewakili struktur Gen-spec Keypad Lite screen

Notasi struktur whole-part sensor Mewakili Stuktur Whole-part Entry sensor Smoke sensor Motion sensor

Model Hubungan Objek Model hubungan objek dapat diperoleh dalam 3 langkah Dengan menggunakan kartu indeks Dengan mengkaji kartu indeks model CRC Begitu yang telah diberi nama terbangun

Model Tingkah Laku Objek Identifikasi event dengan use case Representasi keadaan Keadaan dari masing-masing objek ketika sistem melakukan fungsinya Keadaan sistem pada saat diselidiki dari luar ketika sistem melakukan fungsinya

Kesimpulan Metode OOA memungkinkan perekayasa perangkat lunak memodelkan suatu masalah dengan merepresentasikan objek, atribut dan operasi sebagai komponen pemodelan primer.Proses OOA dimulai dengan definisi use case-skenario yang menggambarkan bagaimana sistem OO digunakan.

Thank’s Atas Perhatiannya