©Ayi Purbasari, S.T., M.T. @Unpas - 2007/2008 Materi 5 Kuliah IT-505 PSBO ©Ayi Purbasari, S.T., M.T. @Unpas - 2007/2008.

Slides:



Advertisements
Presentasi serupa
Soal Kuis I PSBO.
Advertisements

Pemrograman Terstruktur
Pertemuan 4 Behavioral Modeling 1 – Use Case
Menunjukkan berbagai peralatan TIK melalui gambar
ANALISIS DAN PEMODELAN BERORIENTASI OBJEK DENGAN UML
©Ayi Purbasari, S.T., /2008 Materi 3 Kuliah IT-505 PSBO ©Ayi Purbasari, S.T., /2008.
Tugas Praktikum 1 Dani Firdaus  1,12,23,34 Amanda  2,13,24,35 Dede  3,14,25,36 Gregorius  4,15,26,37 Mirza  5,16,27,38 M. Ari  6,17,28,39 Mughni.
21-Aug-14 OO Concept E. Haodudin Nurkifli Teknik Informatika Universitas Ahmad Dahlan Kuliah 3 : Administrative dan Introduction 8 Oktober 2010.
Menentukan komposisi dua fungsi dan invers suatu fungsi
KETENTUAN SOAL - Untuk soal no. 1 s/d 15, pilihlah salah satu
WEEK 6 Teknik Elektro – UIN SGD Bandung PERULANGAN - LOOPING.
CLASS DIAGRAM.
Unified Modelling Language (UML)
BAB 2 METODE REKAYASA PERANGKAT LUNAK
Selamat Datang Dalam Kuliah Terbuka Ini
Interaction Diagram.
Pertemuan 6 Structural modelling
Luas Daerah ( Integral ).
PEMINDAHAN HAK DENGAN INBRENG
Fungsi Invers, Eksponensial, Logaritma, dan Trigonometri
Pemrograman Terstruktur
Architecture dan design
PERTEMUAN 4 SISTEM BASIS DATA
MODEL EER (Enhanced Entity Relationship)
Suwirno Mawlan, S.Kom., M.T.I
Selamat … Hari Raya Idul Fithri 1424 H Mohon Maaf Lahir Batin
Bahan Kuliah IF2091 Struktur Diskrit
Algoritma Branch and Bound
Interaksi Objek.
Diagram Interaksi - Sequen Diagram
Bab 6 class diagram Catur Iswahyudi.
Class Diagram.
UNIFIED MODELLING LANGUAGE
Pohon (bagian ke 6) Matematika Diskrit.
PENDAFTARAN TANAH Pendaftaran Tanah (Pasal 1 angka 1 PP No.24 Th 1997)
UML mendukung pengembangan aplikasi Kelas application partitioning Objek-objek Business Relationships Business Process Objek-objek Use Cases Sistem untuk.
Perancangan Sistem Informasi
Perancangan Berorientasi objek
ANALISIS DAN PEMODELAN BERORIENTASI OBJEK DENGAN UML
Materi 4 Kuliah IT-505 PSBO ©Ayi Purbasari, S.T., M.T.
RELATIOPNSHIPS IN THE UML
Pengantar UML.
Analisa dan Perancangan Berbasis Objek
CLASS DIAGRAM.
Rekayasa Perangkat Lunak UML (Unified Modelling Language)
Visual Modelling Teguh Sutanto, S.Kom.,M.Kom.
Soal Kuis I PSBO.
Object-Oriented Design (OOD)
Object-Oriented Analysis (OOA)
PEMROGRAMAN VISUAL II Outline: UML (Unified Modeling Language)
Sequence Diagram.
ANALISIS DAN PERANCANGAN BERORIENTASI OBJEK
Pemodelan objek.
QUIZ PSBO Total : 35 PG.
PERANCANGAN SISTEM BERORIENTASI OBJEK DENGAN UML
PEMODELAN SYSTEM BERORIENTASI OBYEK (UML)
SOAL PERTEMUAN 1-6 PSBO 4 SKS
Pemodelan Sistem Bisnis
Konsep & Perancangan Database
Soal PSBO Pert.1-6.
Use Case Diagram.
Perancangan Perangkat Lunak – Part 1
UNIFIED MODELLING LANGUAGE
Use Case Diagram.
SOAL LATIHAN 1 SIMULA di perkenalkan pertama kali pada tahun …..
Pemodelan Sistem Teknologi Informasi
Unified Modelling Languange (UML)
KONSEP DASAR PENDEKATAN OBJEK
Pertemuan 6 Unified Modeling Language (UML)
PERANCANGAN SISTEM BERORIENTASI OBJEK DENGAN UML
Transcript presentasi:

©Ayi Purbasari, S.T., M.T. @Unpas - 2007/2008 Materi 5 Kuliah IT-505 PSBO ©Ayi Purbasari, S.T., M.T. @Unpas - 2007/2008

Tujuan Instruksional Umum Bagian ini menjelaskan tentang pengertian model analisis. Setelah mempelajari bagian ini dengan baik, pembaca diharapkan dapat: Memahami pemodelan analisis. Membuat realisasi use-case dengan diagram sekuens -ap-

Pokok Bahasan Pokok bahasan pada bagian ini meliputi: Konsep model analisis Realisasi use-case Keterunutan/Traceability realisasi use-case Diagram sekuens dan diagram kolaborasi -ap-

(Review) Framework RUP Merupakan framework yang dibuat berdasarkan model proses RUP, terdiri dari: Use-case view Business use-case model Use-case model Logical view Analysis model Business object model Design model Component view Implementation model Deployment view -ap-

Model Analisis Model analisis (analysis model) menggambarkan realisasi dari use case-use case dalam use case model, dan bertindak sebagai abstraksi dari model desain. Tujuan akhir sebuah model analisis adalah untuk membuat pemetaan awal mengenai perilaku yang disyaratkan dalam sistem aplikasi ke dalam elemen-elemen pemodelan. Model analisis merupakan transisi ke dalam model desain, dan kelas-kelas analysis secara langsung berkembang menjadi elemen-elemen model desain. -ap-

Model Analisis Model analisis terdiri dari: Realisasi Use-case (Use-case Realization) Kelas Analisis (Analysis Class) Diagram Interaksi (Interaction Diagram, terdiri dari: Sequence Diagram dan Collaboration Diagram) -ap-

Realisasi Use-case Menggambarkan bagaimana sebuah use-case direalisasikan dalam bentuk kolaborasi dari berbagai objek. Di dalam realisasi use-case terdapat satu atau beberapa diagram kelas. Untuk menentukan kelas-kelas yang terdapat dalam sebuah realisasi use-case, dipergunakan diagram interaksi. -ap-

Realisasi Use-case CatatPembelian -ap-

Realisasi Use-case CatatPembelian Pada fase Inception: Berisi diagram kelas analisis versi awal untuk use case utama. Pada fase Elaboration: Berisi diagram kelas analisis dan sequence diagram yang menggambarkan interaksi setiap objek dari kelas analisis yang terlibat di dalam use case tersebut. Diagram kelas dan sequence diagram dibuat untuk setiap use case. Lengkapi daftar perubahan sesuai dengan tambahan informasi yang dilakukan pada fase ini. Pada fase Construction: Berisi diagram kelas analisis dan sequence diagram versi final untuk setiap use case. Lengkapi daftar perubahan sesuai dengan tambahan informasi yang dilakukan pada fase ini. -ap-

Kelas Analisis Merupakan elemen/benda yang terdapat pada model analisis. Menggambarkan konsep awal mengenai benda yang terdapat dalam sistem (yang akhirnya memiliki tanggung jawab dan perilaku). Kelas analisis digunakan sebagai dasar kelas pada model desain. Terdiri dari 3 elemen: Boundary, Control, Entity -ap-

Kelas Analisis: Boundary Boundary, memodelkan interaksi antara satu atau lebih actor dengan sistem/perangkat lunak. Memodelkan bagian dari sistem yang bergantung pada pihak lain dan merupakan pembatas sistem dengan dunia luar. Terdiri dari user interface, system interface dan device interface. -ap-

Kelas Analisis: Boundary -ap-

Kelas Analisis: Control Control, memodelkan perilaku mengatur satu atau beberapa use-case. Bersifat optional, umumnya terdapat satu control pada satu use-case yang mengontrol urutan events dalam use-case tersebut. Menghubungkan kelas boundary dengan kelas entity -ap-

Kelas Analisis: Entity Entity, memodelkan informasi yang harus disimpan oleh sistem. Memperlihatkan struktur data sebuah sistem. Tanggung jawab utamanya adalah menyimpan dan mengatur informasi dalam sistem. -ap-

Hubungan Antar Kelas Generalization Aggregation Association Composition. -ap-

Hubungan Antar Kelas: Generalization Relasi generalisasi adalah relasi antara sebuah kelas yang lebih umum dengan sebuah kelas yang lebih spesifik. Sebuah generalisasi ditunjukkan dengan garis tebal antara spesiik kelas ke kelas umum, diikuti dengan segitiga yang menunjuk ke kelas yang lebih general. Relasi generalisasi digunakan untuk menunjukkan relasi "is-a" antar kelas. Contoh: kelas Kasir ‘is-a’ kelas People. Kelas Petugas ‘is-a’ kelas People -ap-

Hubungan Antar Kelas: Generalization -ap-

Hubungan Antar Kelas: Association Asosiasi merupakan sarana untuk berkomunikasi, baik antar use-cases, actor, kelas maupun interface. Asosiasi merupakan relasi yang paling general dan konsekuensinya menjadi relasi yang paling lemah secara semantik. Asosiasi merupakan relasi antar instances kelas. Tujuan relasi asosiasi adalah untuk menspesifikasikan relasi secara konspetual, menentukan tanggung jawab dan menspesifikasikan detail implementasi. -ap-

Hubungan Antar Kelas: Association Contoh: Dosen mengajar Perkuliahan dan Mahasiswa menghadiri Perkuliahan. Sebuah Perkuliahan harus dihadiri minimum oleh 3 Mahasiswa dan maksimum 10 Mahasiswa. Perkuliahan diberikan oleh 1 orang Dosen. Pada ujung asosiasi dapat diberi nama secara eksplisit dengan nama peran, sebagai contoh Mahasiswa yang menghadiri Perkuliahan disebut Peserta. Jika peran tidak dispesifikasikan, nama peran identik dengan kelas target pada asosiasi. -ap-

Hubungan Antar Kelas: Association -ap-

Hubungan Antar Kelas: Agregation dan Composition Aggregation merupakan relasi part-of. Terkadang disebut juga relasi “has-a”, dimana asosiasi ‘normal’ biasanya disebut relasi uses. Contoh klasik dari agregasi adalah contoh mobil: Sebuah mobil mempunyai sebuah mesin dan 4 roda. Pada contoh di atas: kuliah mempunyai 1 atau beberapa perkuliahan Bentuk yang lebih ‘kuat’ dari agregasi disebut composition. Pada composition, part merupakan bagian dari whole dimana lifetime dari part terikat pada whole. Jika whole dibentuk maka part juga dibentuk. Jika whole dihapus maka part juga dihapus -ap-

Atribut dan Tanggung Jawab Kelas Atribut menggambarkan Struktur Kelas Nilai/value atribut yang terdapat pada suatu waktu tertentu disebut dengan status/state dari kelas tersebut Tanggung Jawab mengggambarkan kelakukan/behavior dari kelas tersebut yang dapat menyebabkan perubahan state. Tanggung jawab sebuah kelas terdiri dari dua item pokok yaitu: Mengetahui data yang dikelola kelas tersebut Melakukan aksi-aksi untuk mengubah state atau untuk memberi layanan kepada kelas lain -ap-

Atribut dan Tanggung Jawab Kelas Behavior menggambarkan bagaimana sebuah objek bertindak/beraksi dan memberi reaksi. Behavior ditentukan oleh himpunan semua atau beberapa operasi yang dapat dilakukan dalam objek itu sendiri. Behavior objek dapat dicerminkan oleh interface, service dan method dari objek itu.[2] [2] Interface adalah pintu untuk mengakses service objek. Service adalah fungsi yang bisa diemban objek. Method adalah mekanisme internal objek yang mencerminkan perilaku objek tersebut -ap-

Diagram Interaksi Diagram use-case digunakan untuk memvisualisasikan dan mendeskripsikan eksternal view sistem dan eksternal urutan aksi-reaksi antara sistem/use-case dengan aktor (disebut skenario). Untuk mengetahui deskripsi internal sistem perangkat lunak dari suatu skenario, kita membutuhkan diagram interaksi. Deskripsi internal ini digambarkan dalam bentuk kumpulan objek. -ap-

Diagram Interaksi Menggambarkan interaksi antar objek yang terdapat dalam sebuah realisasi use-case. Berupa step-by-step aliran (flow) yang terdapat dalam realisasi use-case; terdiri dari: Objek apa saja yang dibutuhkan dalam aliran? Message apa saja yang dikirim dari objek ke objek lain? Aktor apa yang menginisiasi aliran? Tujuan diagram interaksi adalah untuk mendapatkan aliran (flow) interaksi antar objek yang mendeskripsikan sebuah skenario. -ap-

Diagram Interaksi Dalam sebuah realisasi use-case, dapat terdiri dari beberapa alternatif aliran (dengan tujuan yang sama). Dengan demikian kita membutuhkan beberapa diagram interaksi untuk menggambarkannya. Minimal kita mempunyai satu diagram interaksi untuk satu alternatif yang sukses (happy case); dan beberapa interaksi untuk alternatif kasus yang tidak sukses. Contoh: pada CatatPembelian, happy case terjadi pada saat pencatatan berhasil, sedangkan alternatif lain jika terjadi pencatatan gagal karena kesalahan memasukkan kode. -ap-

Diagram Interaksi: Elemen -ap-

Diagram Interaksi: Menemukan Kelas Pada diagram interaksi kita memerlukan kelas dan objek. Kelas yang mempunyai peran dalam mencapai tujuan dan kebutuhan sistem. Proses menemukan Kelas adalah aktifitas tersulit OOA/D. Merupakan proses yang berulang, semakin berpengalaman, semakin baik. -ap-

Diagram Interaksi: Menemukan Kelas Terdapat beberapa pendekatan untuk identifikasi Kelas: Pendekatan Noun Phrase, Pendekatan Common Class Paterns, Pendekatan Use-Case Approach, Pendekatan Classes Responsibilities and Collaboration. -ap-

Diagram Interaksi: Noun Phrase Diperkenalkan oleh Rebecca Wirfs-Brock, Brian Wilkerson dan Lauren Wiener. Pendekatan yang dilakukan adalah sebagai berikut: Mencari noun phrases dari requirement atau use case Nouns  Class, sedangkan Verb  Method Sangat bergantung kepada kelengkapan dan ketepatan dari dokumen yang tersedia Dilain pihak, pada dokumen yang lengkap akan terdapat banyak kandidat kelas -ap-

Diagram Interaksi: Noun Phrase Langkah-langkah pendekatan tersebut: Identifikasi Tentative Classes  Berdasarkan use-case Seleksi Kelas-kelas dari kategori yang relevan dengan cara: Membuat daftar dari noun phrases Review kelas yang redundant dan jadikan kelas yang umum Review kelas yang mengandung Adjective Review Attribut yang mungkin Review Tujuan Kelas Kelas yang tidak mempunyai peran dan tidak mempunyai kegunaan dalam sistem akan dihapus dalam daftar -ap-

Diagram Interaksi: Tipe Terdapat dua macam Diagram Interaksi: Sequence Diagram Collaboration Diagram -ap-

Diagram Interaksi: Diagram Sekuens Diagram sekuen adalah diagram interaksi yang menggambarkan interaksi antar objek yang terurut berdasarkan waktu. Idealnya digunakan pada periode waktu yang sedikit dan melibatkan objek yang sedikit. -ap-

Diagram Interaksi: Diagram Sekuen Temukan objek: Identifikasi benda/noun yang terdapat dalam aliran kejadian/skenario  Benda tersebut dapat saja berupa aktor, objek atau atribut dari objek. Identifikasikan objek saja, kategorikan objek tersebut menjadi objek entity, boundary dan control. Temukan aktor: yaitu pihak yang menginisiasi aliran/skenario. -ap-

Diagram Interaksi: Diagram Sekuen Tambahkan message ke dalam diagram, Message adalah komunikasi antar objek yang menggambarkan aksi yang akan dilakukan. Message terjadi antar dua buah objek dimana satu objek (disebut client) meminta objek lain (disebut supplier) untuk melakukan sesuatu. Message berbeda dengan Method, dimana method adalah fungsi dari kelas yang berisi statement untuk menggambarkan apa yang terjadi ketika suatu message diterima (misalnya perubahan state, ekstrak informasi) -ap-

Case Study: CatatPembelian Identifikasi Nomor UC-01 Nama CatatPembelian Tujuan Mencatat pembelian makanan yang ada Deskripsi Pembeli melakukan pemesanan makanan, kasir mencatat pemesanan makanan Tipe High level Aktor Petugas Kasir Skenario Utama Kondisi awal: Aplikasi Penjualan sudah dibuka Aksi Aktor Reaksi Sistem Membuka formulir pembelian Menampilkan formulir yang siap diisi Mengisi data kode makanan dan jumlah Menampilkan jenis makanan dan harga per item berdasarkan kode Menekan tanda selesai jika pembelian makanan sudah selesai Menyimpan seluruh item pembelian makanan Kondisi akhir: Seluruh item pembelian sudah tersimpan -ap-

Case Study: CatatPembelian -ap-

Diagram Interaksi: Diagram Sekuen Diagram Sekuen tidak dipergunakan untuk: Kolaborasi objek yang banyak Logika yang kompleks Menunjukkan kelakuan sebuah objek tunggal – Gunakan statechart diagram -ap-

Diagram Interaksi: Diagram Kolaborasi Tujuan Diagram Kolaborasi adalah untuk memperlihatkan bagaimana objek saling terkait pada sebuah use-case. Kegunaan Diagram Kolaborasi adalah: Untuk memperlihatkan hubungan statik antar objek Untuk skenario yang lebih kompleks Untuk objek yang banyak dengan message yang sedikit -ap-

Diagram Interaksi: Diagram Kolaborasi -ap-

Diagram Interaksi: Kapan? Diagram Sekuens: ? Menunjukkan urutan/sekuens Diagram Kolaborasi: ? Menunjukkan koneksi antar objek -ap-

Diagram Interaksi: Petunjuk Diagram Interaksi merupakan diagram yang bagus untuk menganalisis dan memvisualisasi, Menunjukkan urutan dan hubungan antar objek untuk sebuah skenario use-case, Gunakan elemen notasi dasar, Setiap skenario mempunya diagram interaksi sendiri, Gunakan abstraksi KIS(S): Keep it Simple (S?) -ap-

Diagram Kelas (dari Diagram Sekuens) Dengan pendekatan Use-case (Use-case driven approach), kelas didapatkan berdasarkan diagram sekuens Langkah-langkah: Identify Class Identify Relationship Identify Attributes Identify Methods -ap-

Diagram Kelas: Kelas -ap-

Diagram Kelas: Atribut -ap-

Diagram Kelas: Metode/Operasi -ap-

Diagram Kelas: Relasi antar kelas -ap-