Teknik Informatika S1

dokumen-dokumen yang mirip
Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

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

StateChart Diagram dan Activity Diagram

Teknik Informatika S1

UNIFIED MODELLING LANGUAGE (UML) APLIKASI PENJUALAN PADA TOKO BUKU (STUDI KASUS)

Lampiran 1. Notasi yang digunakan dalam Class Diagram. Class. Association. dua class atau lebih. Multiplicity. instances dari class lain.

Teknik Informatika S1

Gambar Window Transaksi Pengeluaran Barang Gudang

Teknik Informatika S1

Teknik Informatika S1

Unified Modelling Language (UML)

ABSTRAK. i Universitas Kristen Maranatha


UNIFIED MODELING LANGUAGE

Materi 1. 1 Rekayasa Perangkat Lunak

BAB IV ANALISIS DAN PERANCANGAN SISTEM

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

Teknik Informatika S1

UJIAN TENGAH SEMESTER PENDEK TAHUN AKADEMIK 2015/2016

SHINTA P. SARI FASILKOM UIGM

Notasi Unified Modeling Language (UML) Versi 2.0

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

PENGANTAR RUP & UML. Pertemuan 2

Gambar Use Case Diagram

Teknik Informatika S1

model abstrak grafis teks memahami fungsionalitas sistem media komunikasi

SISTEM MONITORING PENGANTARAN OBAT PADA PT. XYZ DENGAN PEMROGRAMAN JAVA ANDROID DAN WEB

BAB II LANDASAN TEORI

SEJARAH UML DAN JENISNYA

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

BAB II LANDASAN TEORI

MEMAHAMI PENGGUNAAN UML

BAB II LANDASAN TEORI

BAB III METODE PENELITIAN

11/29/2016. Sequence Diagram. Sequence Diagram. Sequence Diagram. Sequence Diagram. Prodi. Informatika FASILKOM UIGM SHINTA P.

2.3 Aplikasi Yang Dipakai Dalam Pembuatan website... II Pemrograman dengan Menggunakan PHP... II Pengertian PHP... II

Sistem Informasi OOAD dengan UML (1) Teknik Informatika UNIKOM

Model-Model Perusahaan. Mahendrawathi ER, Ph.D Mudjahidin, M.T.

Teknik Informatika S1

RANCANGAN PEMBELAJARAN

BAB III METODOLOGI PENELITIAN

Nama : Rendi Setiawan Nim :

BAB 2 LANDASAN TEORI

Specifying Control 1

Unified Modelling Language UML

Teknik Informatika S1

Teknik Informatika S1

Pemodelan Visual dengan UML

BAB II LANDASAN TEORI

Bagian 7 ANALISIS DESAIN PADA PEMROGRAMAN BERORIENTASI OBJECT DENGAN UML

Pembuatan Use Case Diagram, misalkan spt ini :

BAB II TINJAUAN PUSTAKA

STATE CHART. Kelompok : Fatkhur Rohman ( ) Bayu Purnama Putra S ( ) Leily Aula Rahmawati (

Teknik Informatika S1

Minggu 6 Prinsip & Konsep Desain

BAB VI : PENUTUP 6.1 Kesimpulan Saran DAFTAR PUSTAKA LAMPIRAN

Object Oriented Analysis (OOA) dan Object Oriented Design (OOD)

Activity Diagram berhubungan dengan diagram Statechart. Diagram Statechart fokus pada obyek dalam suatu proses (atau proses menjadi suatu obyek),

Pemodelan Berorientasi Objek

BAB III ANALISA DAN PERANCANGAN

PEMODELAN BERORIENTASI OBYEK

ABSTRAK. Kata kunci : voucher elektronik SMS (Short Message Service)

BAB III BAB IV Class Diagram... II Sequence Diagram... II Colaboration Digram... II Activity Diagram... II S

Tugas Rekayasa Perangkat Lunak

PEMBANGUNAN PERANGKAT LUNAK PENYIRAMAN TANAMAN SECARA OTOMATIS BERBASIS ANDROID

BAB III OBJEK DAN METODE PENELITIAN. domain & Web Hosting. Untuk lebih jelas mengenai gambaran umum perusahaan,

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

BAB II LANDASAN TEORI

MAKALAH ANALISIS & PERANCANGAN SISTEM II USE CASE DIAGRAM

UNIVERSITAS GUNADARMA FAKULTAS ILMU KOMPUTER

BAB 1 PENDAHULUAN. informasi merupakan dua hal yang tidak dapat dipisahkan satu sama lain. Perkembangan

OOAD (Object Oriented Analysis and Design) UML part 2 (Activity diagram, Class diagram, Sequence diagram)

STATE MACHINE DIAGRAM

ABSTRAK. v Universitas Kristen Maranatha

BAB 1 PENDAHULUAN 1.1. Latar Belakang

BAB II LANDASAN TEORI

BAB 1 PENDAHULUAN. Pada saat ini, perkembangan teknologi dan perekonomian bergerak sangat cepat sehingga

BAB IV ANALISIS DAN PERANCANGAN SISTEM. yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk

Teknik Informatika S1

Teknik Informatika S1

DASAR REKAYASA PERANGKAT LUNAK

BAB II TINJAUAN PUSTAKA

DAFTAR ISI. ABSTRACT... i. ABSTRAK... ii. KATA PENGANTAR... iii. DAFTAR ISI... vi. DAFTAR GAMBAR... x. DAFTAR TABEL... xii. DAFTAR SIMBOL...

BAB 1 PENDAHULUAN. universitas maka dibutuhkan pula sebuah sistem untuk mendukung proses

DESIGN SYSTEM WITH UML

Bab III. PERANCANGAN SISTEM

BAB 1 PENDAHULUAN. menyebabkan banyaknya perusahaan yang meningkatkan pengembangan informasi

BAB I PENDAHULUAN. 1.1 Latar Belakang

Transkripsi:

Teknik Informatika S1 Rekayasa Perangkat Lunak Lanjut Lanjutan UML Diagram + Studi Kasus Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021

SILABUS MATA KULIAH 1. Lanjutan OO Diagram + Studi Kasus 2. Pengenalan Web App + Req. Web App 3. Konsep Dasar Web Engineering 4. Web App. Process and Architecture 5. Web Engineering Design (1) 6. Web Engineering Design (2) 7. Testing Web App.

State Diagrams

State Diagrams State diagrams adalah teknik untuk menggambarkan perilaku, yaitu, perubahan keadaan satu class menurut peristiwa dan pesan yang dikirim atau diterima oleh class.

States A state abstrak dari nilai atribut dan asosiasi dari suatu objek; mewakili kondisi internal / keadaan obyek untuk jangka waktu tertentu; sesuai dengan interval waktu antara dua peristiwa. Respon terhadap peristiwa mungkin tergantung pada keadaan obyek. Object creation bersama-sama dengan an initial object state. Object deletion mungkin terkait dengan (salah satu dari banyak) final states.

Events o Event adalah sesuatu yang layak memperhatikan pada suatu titik waktu; sinyal dari satu objek ke yang lain, misalnya, delivered, pesan yang diterima oleh suatu, misalnya check item, tanggal tertentu / waktu, Misalnya: "setelah 10 detik" (berada dalam keadaan tertentu) atau "pada tanggal 31 Desember- 2000, 00:00". o Events dapat mengambil argumen, misalnya, "menyerahkan kepada (receiver: Pelanggan)". o Events dapat dinyatakan dalam diagram kelas dengan argumen ditampilkan sebagai atribut.

Transitions o Transisi merupakan perubahan dari kondisi/ keadaan internal suatu objek. o Transisi biasanya dipicu ("dipecat") oleh sebuah event. Transitions without event label ( lambda transitions ) fire immediately. o Transitions fire instantly dari tepat satu state ke state lain atau dirinya sendiri (selftransisi) dan tidak interruptible.

Guards Sebuah guard adalah kondisi logis (value "true" atau "false"). Sebuah guarded transition fires only if the guard resolves to true. Karena hanya satu transisi bisa dipecat dalam keadaan tertentu, guards dimaksudkan untuk menjadi eksklusif untuk acara apapun. Events dapat dijaga.

Action Action adalah proses pada software yang mengeksekusi segera. Transisi dapat memicu action. Actions mungkin dipicu pada masuk atau keluar dari states (bukan label masing-masing masuk (entry) dan keluar (exit) transisi dengan tindakan tersebut). Sebuah event dapat memicu tindakan tanpa meninggalkan state, yaitu, tanpa memicu keluar dan masuk tindakan sebagai self-transisi akan dilakukan. Tindakan dapat memicu peristiwa, biasanya dalam objek lain. Tindakan dapat mengambil argumen.

Sending Messages Mengirim pesan adalah tindakan khusus. Pesan alamat suatu obyek atau satu set objek. Pesan terjadi setelah tindakan lainnya. Pesan memicu aktivitas/ transisi di objek penerima.

Activities Aktivitas dapat mengambil "lebih lama", yaitu proses yang berlangsung selama obyek dalam keadaan tertentu. Kegiatan yang interruptible, yaitu, suatu peristiwa yang menyebabkan transisi state mungkin membatalkan suatu kegiatan. Kegiatan dapat dibangun dari awal dan tindakan akhir.

State Diagram: Example

Class Diagram

Class Diagrams: Overview Class diagrams menggambarkan jenis objek dalam sistem dan berbagai macam hubungan statis yang ada di antara mereka. Ada dua jenis utama dari hubungan statis: asosiasi - "Pelanggan dapat menyewa sejumlah video" subtipe - "Mahasiswa adalah tipe orang Class diagrams juga menunjukkan atribut dan operasi dari kelas dan kendala yang berlaku untuk cara objek yang terhubung.

Role of Class Diagrams

From Use Cases to Class Diagrams Daftar persyaratan sebuah perusahaan meliputi deskripsi tekstual berikut kasus penggunaan "order":

Example: Order - Associations Order: Kami memiliki pelanggan yang mungkin memesan beberapa produk. Kami membedakan pelanggan korporat dari pelanggan pribadi, karena pelanggan korporat ditagih bulanan sedangkan pelanggan pribadi perlu prabayar pesanan mereka dengan kartu kredit. Kami ingin pesanan kami harus berbaris produk dengan produk. Setiap baris harus berisi jumlah dan harga masing-masing produk.

Example: Order - Generalization Order: Kami memiliki pelanggan yang mungkin memesan beberapa produk. Kami membedakan pelanggan korporat dari pelanggan pribadi, karena pelanggan korporat ditagih bulanan sedangkan pelanggan pribadi perlu prabayar pesanan mereka dengan kartu kredit. Kami ingin pesanan kami harus berbaris produk dengan produk. Setiap baris harus berisi jumlah dan harga masing-masing produk.

Example: Order - More Associations Order: Kami memiliki pelanggan yang mungkin memesan beberapa produk. Kami membedakan pelanggan korporat dari pelanggan pribadi, karena pelanggan korporat ditagih bulanan sedangkan pelanggan pribadi perlu prabayar pesanan mereka dengan kartu kredit. Kami ingin pesanan kami harus berbaris produk dengan produk. Setiap baris harus berisi jumlah dan harga masing-masing produk

Example: Order- Attributes & Operations Order: Kami memiliki pelanggan yang mungkin memesan beberapa produk. Kami membedakan pelanggan korporat dari pelanggan pribadi, karena pelanggan korporat ditagih bulanan sedangkan pelanggan pribadi perlu prabayar pesanan mereka dengan kartu kredit. Kami ingin pesanan kami harus berbaris produk dengan produk. Setiap baris harus berisi jumlah dan harga masing-masing produk

Example: Order - Full Class Diagram

Perspectives Ada tiga perspektif (pandangan) yang dapat digunakan dalam menggambar Class Diagram: Konseptual merupakan konsep yang berkaitan dengan kelas memberikan kemerdekaan bahasa Spesifikasi merupakan perangkat lunak antarmuka menyembunyikan implementasi Implementasi menunjukkan kelas nyata digunakan dalam bahasa pemrograman peta langsung ke implementasi

Attributes Atribut dapat ditentukan pada berbagai tingkat detail: Pada tingkat konseptual nama atribut pelanggan menunjukkan bahwa pelanggan memiliki nama. Pada tingkat spesifikasi, atribut ini menunjukkan bahwa objek pelanggan dapat memberitahu nama dan Anda dapat mengatur nama. Pada tingkat implementasi, pelanggan memiliki variabel contoh untuk namanya. Berikut contoh sintaknya:

Operations Operasi adalah proses yang dilakukan oleh class Mereka sesuai dengan metode kelas dalam bahasa OO. Pada spesifikasi tingkat operasi sesuai dengan metode umum di kelas. Biasanya Anda tidak menunjukkan metode-metode yang hanya mengatur atau mendapatkan nilai atribut. Pada tampilan implementasi biasanya metode akan ditampilkan. Berikut contoh sintaknya:

TERIMA KASIH