Teknik Informatika S1

dokumen-dokumen yang mirip
Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Sistem Informasi OOAD dengan UML (1) Teknik Informatika UNIKOM

PENGANTAR RUP & UML. Pertemuan 2

Pemodelan Sistem Perangkat Lunak. Budi susanto FTI UKDW Yogyakarta

Teknik Informatika S1

Proses Pengembangan 1

Teknik Informatika S1

Teknik Informatika S1

MEMAHAMI PENGGUNAAN UML

Yuli Purwati, M.Kom USE CASE DIAGRAM

atau dihasilkan dalam suatu proses rekayasa software. Artifact dapat berupa model, deskripsi atau software. ) dari sistem software,

MODUL 4 Unified Software Development Process (USDP)

BAB III METODOLOGI PENELITIAN

2. Fungsi di dalam kelas yang dikombinasikan bentuk tingkah laku kelas dinamakan dengan. c.operasi

Unified Modelling Language (UML)

Teknik Informatika S1

Notasi Object Oriented System. Chapter II

BAB II TINJAUAN PUSTAKA

RANCANGAN PEMBELAJARAN

Object Oriented Analysis and Design -Pendahuluan- Nisa ul Hafidhoh

Kebutuhan dan Spesifikasi Perangkat Lunak

Gambar Use Case Diagram

Analisis dan Perancangan Sistem II T02 Use Case

INTRODUCTION OBJECT ORIENTED ANALYSIS & DESIGN

12. Component Diagram

REKAYASA PERANGKAT LUNAK II

Pendahuluan Rekayasa Perangkat Lunak II. Alif Finandhita. Teknik Informatika UNIKOM

Unified Modelling Language UML

model abstrak grafis teks memahami fungsionalitas sistem media komunikasi

Pendahuluan. 1 Pengenalan UML

PEMODELAN BERORIENTASI OBYEK

Pemrograman Berorientasi. Class Diagram

UNIFIED MODELING LANGUAGE (UML)

SOAL PRA UTS PSBO. 1.SIMULA di perkenalkan pertama kali pada tahun.. a d b e c. 1970

MAKALAH PEMODELAN SISTEM BERBASIS OBJEK

SEJARAH UML DAN JENISNYA

Kegunaan tahap ini adalah untuk memobilisasi dan mengorganisir g SDM yang akan melakukan Reengineering

Equipment Monitoring Control Manajemen System Berbasis Web Application

1. SIMULA di perkenalkan pertama kali pada tahun.. a d b e c. 1970

FASE PENGEMBANGAN. MPSI sesi 7 & 8

BAB II TINJAUAN PUSTAKA

UML UNIFIED MODELLING LANGUAGE

Modul 9. Memahami dan menerapkan ERD (Entity Relationship Diagram) dan Normalisasi. Memahami Diagram EER (Enhanced Entity Relatioship Diagram)

Disain System Berorientasi Objek (Unified Modeling Language) ( Studi Kasus : Sistem Informasi Manajemen Perpustakaan )

BAB IV ANALISIS DAN PERANCANGAN SISTEM. hasil analisis ini digambarkan dan didokumentasiakan dengan metodologi

BAB III OBJEK DAN METODOLOGI PENELITIAN. sesuai dengan pendapat Sugiyono (2003:58) mendefinisikan bahwa:

Pengenalan UML dan Diagram Use Case. Alif Finandhita. Teknik Informatika UNIKOM

BAB 2 LANDASAN TEORI

UNIFIED MODELING LANGUAGE

Teknik Informatika Universitas Trunojoyo

FAKULTAS TEKNIK UNIVERSITAS NEGERI YOGYAKARTA SILABUS PENGEMBANGAN SISTEM BERORIENTASI OBJEK

Catatan Archimate 2.1

Citra Noviyasari, S.Si, MT SI - UNIKOM

2.4.4 Activity Diagram... II Sequence Diagram... II Collaboration Diagram... II Implementasi... II PHP...

Jawaban Tugas Akhir Matrikulasi Semester Ganjil 2009/2010

Unified Modeling Language (UML)

PEMBUATAN SISTEM INFORMASI DENGAN ANALISIS DAN PERANCANGAN BERORIENTASI OBJEK

DAFTAR ISI. Abstraksi... Kata Pengantar... Daftar Isi... Daftar Tabel... Daftar Gambar... Daftar Lampiran... BAB I PENDAHULUAN...

DASAR REKAYASA PERANGKAT LUNAK

Materi 1. 1 Rekayasa Perangkat Lunak

Teknik Informatika S1

Kuliah#3 TSK-612 Sistem Embedded Terdistribusi - TA 2011/2012. Eko Didik Widianto

BAB 2 LANDASAN TEORI. bersama-sama untuk mencapai tujuan tertentu. bersatu untuk mencapai tujuan yang sama.

MATERI PEMODELAN PERANGKAT LUNAK KELAS XI RPL

BAB II LANDASAN TEORI

P10 Perancangan Berbasis Object. SQ

PEMBUATAN SISTEM INFORMASI DENGAN ANALISIS DAN PERANCANGAN BERORIENTASI OBJEK

LEMBARAN SOAL ULANGAN KENAIKAN KELAS Tahun 2014/ Komunikasi Paket Keahlian

PRAKTIKUM REKAYASA PERANGKAT LUNAK MODUL KE - 2 PENGENALAN UML dengan RATIONAL ROSE OLEH: ANISA ISTIQOMAH (KELAS 5 B)

BAB II DASAR TEORI an dan sekitar awal 1960-an. Pada tahun 1968, NATO menyelenggarakan

BAB II LANDASAN TEORI. Unified Modeling Language (UML) merupakan sistem arsitektur yang bekerja dalam

BAB III. Metode Penelitian

BAB II LANDASAN TEORI

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

Tugas Mandiri Analisis dan Perancangan Sistem II ACTIVITY & SWIMLANE DIAGRAM

BAB III OBJEK DAN METODE PENELITIAN. Penelitian yang dilakukan di SMP Pandu Bandung bertujuan untuk membuat

Information Systems Analysis and Design

Review Rekayasa Perangkat Lunak. Nisa ul Hafidhoh

Garis-garis Besar Program Pembelajaran (GBPP)

BAB II LANDASAN TEORI

Gambar Window Transaksi Pengeluaran Barang Gudang

BAB 4 METODOLOGI PEMECAHAN MASALAH

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

BAB III METODOLOGI PENELITIAN

Teknik Informatika S1

SNIPTEK 2014 ISBN:

CSG3H3 RPL: Teknik Berorientasi Objek Semester Genap 2014/2015. Object-oriented Analysis (OOA)

BAB 2 LANDASAN TEORI. Teori-teori yang menjadi dasar penulisan adalah sebagai berikut :

Lampiran 1 - Pengenalan terhadap UML (Unified Model Language)

RANCANG BANGUNG SISTEM INFORMASI MANAJEMEN PERAWATAN ALAT-ALAT PRODUKSI BATUBARA STUDI KASUS PT. XYZ

ABSTRAK. Kata Kunci: Pemodelan Sistem Informasi Komisi Agen Pada AIA Financial, TOGAF, Proses Bisnis, UML. Universitas Kristen Maranatha

ABSTRAK. Kata kunci : Teknologi, Object Oriented, Perangkat Lunak, Layanan.

BAB II TINJAUAN PUSTAKA

DAFTAR ISI... LEMBAR JUDUL LEMBAR PENGESAHAN... SURAT PERNYATAAN... ABSTRAK... ABSTRACT... KATA PENGANTAR... DAFTAR TABEL... DAFTAR GAMBAR...

Transkripsi:

Teknik Informatika S1 Object Oriented Analysis and Design Introduction to UML Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021

SILABUS MATA KULIAH 1. Introduction to OOAD 2. Introduction to UML 3. Requirement and Use Case 4. Analysis 5. Software Architecture 6. Software Architecture Modeling 7. Design Patterns 8. Design 9. Implementation 10. Testing

Evolution of OO Development Methods

History of OOAD leading to UML

History of UML

More on UML... Specifying - UML provides the means to model precisely, unambiguously the system in question. and completely, Constructing - models built with UML have a design dimension to it; these are Language independent and can be implemented in any programming language.

More on UML... Documenting - every software project involves a lot of documentation - from the inception phase to the deliverables. Documentation is (among others) for: Requirements Design Tests

Model Konseptual UML Building Blocks Things Relationships Diagrams Rules Common Mechanisms Specifications Adornments Common Divisions Extensibility Mechanisms

Structural Things(contd.) Active Class - a class whose instance is an active object; objek aktif adalah obyek yang memiliki proses atau thread (unit eksekusi) Notation: Component - bagian fisik (biasanya memanifestasikan dirinya sebagai bagian dari perangkat lunak) dari sistem. Notation:

Structural Things(contd.) Node - elemen fisik yang ada pada saat run-time dan merupakan sumber daya komputasi (biasanya, sumber daya perangkat keras). Notation:

Behavioral Things Verba model UML; Biasanya bagian yang dinamis dari sistem yang bersangkutan. Interaction - beberapa perilaku dibentuk oleh pertukaran pesan antara objek-objek; pertukaran pesan adalah dengan tujuan untuk mencapai beberapa tujuan. Notation:

Behavioral Things (contd.) State machine - a behavior that specifies the sequence of states an object goes through, during its lifetime. A state is a condition or situation during the lifetime of an object during which it exhibits certain characteristics and/ or performs some function. Notation:

Grouping Things Bagian organisasi dari model UML; memberikan tingkat yang lebih tinggi dari abstraksi (granularity). Package - tujuan umum yang terdiri dari elemen UML - struktural, perilaku atau bahkan pengelompokan. Package adalah pengelompokan konseptual dari sistem dan tidak perlu harus dilaksanakan sebagai modulsoftware kohesif. Notation:

An notational Things Bagian yang jelas dari model UML; menambahkan informasi/ makna pada elemen model. Note - notasi grafis untuk memasang kendala dan/ atau komentar untuk elemen model. Notation:

Relationships Mengartikulasikan makna hubungan antara hal-hal. Dependency - hubungan semantik di mana perubahan dalam satu hal (hal independen) menyebabkan perubahan dalam semantik hal lainnya (hal dependen). Notation: Arrow-head points to the independent thing Association - hubungan struktural yang menggambarkan hubungan antara dua hal. Notation:

Relationships (contd.) Generalisation - hubungan antara hal umum (disebut "orang tua" atau "superclass") dan jenis yang lebih spesifik hal itu (disebut "anak" atau "subclass"), sehingga subclass dapat menggantikan superclass. Notation: Arrow-head points to the superclass

Relationships (contd.) Realization - hubungan semantik antara dua hal di mana dalam satu menentukan perilaku yang akan dilakukan, dan yang lainnya melakukan perilaku. Notation: a collaboration realizes a Use Case Use Case menentukan perilaku (fungsi) yang akan dilaksanakan (disediakan), dan kolaborasi benar-benar menerapkan perilaku itu. Arrow-head points to the thing being realized

Diagrams Presentasi grafis dari model. Direpresentasikan sebagai sebuah graf terhubung - simpul (hal) yang terhubung oleh busur (hubungan). UML mencakup sembilan diagram - masing menangkap dimensi yang berbeda dari arsitektur perangkat lunak sistem. Class Diagram Object Diagram Use Case Diagram Sequence Diagram Collaboration Diagram State chart Diagram Activity Diagram Component Diagram Deployment Diagram

More on Diagrams... Class Diagram - diagram yang paling umum ditemukan di OOAD, menunjukkan satu set kelas, interface, kolaborasi dan hubungan mereka. Model pandangan statis dari sistem. Object Diagram - snapshot dari diagram kelas; model contoh dari hal-hal yang terkandung dalam diagram kelas. Use Case Diagram - menunjukkan satu set Use Case" (set fungsi yang dilakukan oleh sistem), "aktor" (biasanya, orang/ sistem yang berinteraksi dengan sistem ini [masalah-domain]) dan hubungan mereka. Models WHAT the system is expected to do.

More on Diagrams... Sequence Diagram - model aliran kontrol dengan waktu pemesanan; menggambarkan interaksi antara berbagai objek dengan pesan berlalu, dengan dimensi temporal untuk itu. Collaboration Diagram - model interaksi antara objek, tanpa dimensi temporal; hanya menggambarkan pesan lewat antara objek. State chart Diagram - shows the different state machines and the events that leads to each of these state machines. State chart diagrams show the flow of control from state to state.

More on Diagrams... Activity Diagram - menunjukkan aliran dari kegiatan kegiatan; suatu "kegiatan" adalah eksekusi non-atom yang sedang berlangsung dalam state machine. Component Diagram - menunjukkan kemasan fisik perangkat lunak dalam hal komponen dan dependensi di antara mereka. Deployment Diagram - menunjukkan konfigurasi node pengolahan di run-time dan komponen yang hidup pada mereka.

Dimensions......of Software Architecture

Diagrams and Process

Diagrams and Process Use Case Diagrams

Diagrams and Process Class & Package Diagrams

Diagrams and Process Interaction Diagrams (Scenarios)

Diagrams and Process Activity Diagrams (Workflow, Interclass Behavior)

Diagrams and Process State Transition Diagrams (Intraclass Behavior)

Texts and Process Source Code

Diagrams and Process Deployment Diagrams

Modeling Why Modeling? Business Process Computer System Modeling menangkap bagian penting dari sistem (James Rumbaugh)

UML 2.0 Diagram

TERIMA KASIH