pemodelansi

Transcript pemodelansi

OBJECT ORIENTED MODELLING INFORMATION SYSTEM

START WITH PROGRAMMING

The world of analysis and design start from programming language, start from : 

Unstructured Programming

  The power of Go To Statement Example Language programming : Gwbasic, Basic, etc 

Structured Programming

 Eliminate Go To concept   Dissociation between Data and function Example Language programming : Clipper, C, Fortran, COBOL, etc 

Object Oriented Programming

 First introduced by SIMULA 67 language   Combining data and function become a class (Encapsulation) The others programming language like Smalltalk, Java, Prolog, etc  Visual OO Programming  Was introduce in 1991 by Microsoft with Visual Basic  Using GUI (Graphical User Interface) Concept  Others are Visual C++, Visual Foxpro 3.0, Visual Objects, power builder, borland delphi, dot net, ect 2

THE DIFFERENTIATION BETWEEN STRUCTURED AND OBJECT ORIENTED DESIGN (1)

Study Case : Library Void main( ) { String kodebook,judul,pengarang,penerbit ; String nmpmj, alpmj,umur,jk; void entrybuku( ) void updatebuku( ) void entrypeminjam( ) void updatepeminjam( ) void prosespinjam( ) } peminjam 1 lakukan M Entitas Relationship Diagram Transaksi M pinjam N book ; Class peminjam { String nmpmj, alpmj,umur,jk : void entrypeminjam( ) void updatepeminjam( ) void prosespinjam( ) } class buku { String kodebook,judul,pengarang,penerbit void entrybuku( ) void updatebuku( ) Anggota -NoID : char(6) #Nama : char(20) #Alamat : char (40) #noktp : char (20) 1 Denda +denda() } +ang() 1 -Bayar : Num(8) -jenis : char(1) 0..2

Transaksi 1..* 1 Pembaca -notran :char(5) -Tgltrans : date -Tglbalik : date 1 1..3

Pinjam -Tglkembali : date +trans() +transb() {Jenis : 0=hilang,1=rusak,2=telat} +pembaca() +pinjem() +balik() Baca buku 1..* 1..* 0..* 1 Balikin buku 1 1..* Petugas 1 Baca -Tglbaca : date -jambaca : char(5) +bacadong() 1..* 1 -Kodepet : char (6) -Nama : char (20) -alamat : char (30) +getpet() Buku -Kodebuku : char(7) -judul : char(40) -penerbit : char (30) -edisi : num(4) -pengarang:char(40) -harga:num(8) Entity Class Diagram +getbuku() 3

THE DIFFERENTIATION BETWEEN STRUCTURED AND OBJECT ORIENTED DESIGN (2)

Study Case : Library Void main( ) { String kodebook,judul,pengarang,penerbit ; String nmpmj, alpmj,umur,jk; void entrybuku( ) void updatebuku( ) void entrypeminjam( ) void updatepeminjam( ) void prosespinjam( ) } DataPeminjam peminjam 1.0 P Update Anggota Kepala Perpustakaan DataBUku 2.0 P Update Buku peminjam bukupinjaman 3.0 P Pinjam Buku Diagram Overview Peminjam Buku Peminjam Transaksi Pinjam Class peminjam { String nmpmj, alpmj,umur,jk : void entrypeminjam( ) void updatepeminjam( ) void prosespinjam( ) } class buku { String kodebook,judul,pengarang,penerbit ; void entrybuku( ) void updatebuku( ) Pinjam Buku <> } <> Daftar Anggota Baru Entry Data Buku Anggota Pembaca Kembalikan buku Bayar Denda <> Baca Di tempat Baca bukan anggota Pencetakan Laporan Petugas <> BAAK <> 4

WHY WE LEARN THIS SUBJECT ?

• • • • Mempelajari cara menggunakan alat untuk menganalisis dan merancang sistem informasi Ada beberapa hubungan antara subjek satu dengan subjek lainnya Belajar bagaimana kita melakukan implementasi terhadap bahasa pemrograman OO Analisis dan desain merupakan subjek bagaimana belajar analisis dan desain atau membangun sistem informasi Programming Language OO Modelling Information System OO Analysis & Design 5

ADA GARIS MERAH ANTARA DESAIN DAN IMPLEMENTASI

Kita harus menerapkan sesuatu yang telah kita rancang Kita harus merancang sesuatu yang telah kita terapkan dan Kd_dokter Nm_dokter Kd_plg Nm_plg Usia Telp almt pelanggan 1 1..* Dokter 1 1..* No_resep Tgl_resep Kd_dokter (fk) Kd_plg(fk) 1 1 No_kwit Tgl_kwit No_resep (fk) 1..* 1..* resep 1 kwitansi No_resep (fk) Kd_obat (fk) Jml_obat Aturan Harga_psn isi 1..* 1..* No_sln_rsp (fk) Kd_obat (fk) Jml_obat Aturan Kd_obat Nm_obat Jns_obat Satuan Har-Sat obat 1..* 1..* 1..* catat 1..* 1 salinanresep No_sln_resep Tgl_sln_resep No_resep (fk) ada No_ref (fk) Kd_rek (fk) Tgl posisi Jml jurnal rekening 1..* 1..* Kd_rek Nm_rek D_k nota No_nota Tgl_nota No_nota (fk) Kd_obat (fk) qty_obat Jml_beli 6

APA ITU UML UML ADALAH UNIFIED MODELING LANGUAGE UML DICIPTAKAN OLEH GRANDY BOOCH, IVAR JACOBSON DAN JIM RUMBAUGH BAHASA STANDAR PEMODELAN VISUAL (VISUAL MODELING) DALAM REKAYASA SOFTWARE TOOL PEMODELAN VISUAL MENGGUNAKAN RATIONAL ROSE, DAN VISIO 2000 RATIONAL ROSE DAPAT MENDUKUNG

- ROUNDTRIP ENGINEERING, DAPAT MEN-GENERATE KODE DARI MODEL

YANG DIBUAT

- REVERSE ENGINEERING, DARI SOURCE CODE YANG ADA UNTUK

MENGHASILKAN GAMBARAN ARSITEKTUR DARI SOFTWARE APLIKASI.

TEKNOLOGI OBJECT ORIENTED PARADIGMA BARU DALAM REKAYASA SOFTWARE YANG DIDASARKAN PADA OBJEK DAN KLASS OBJECT ORIENTED MEMANDANG SOFTWARE BAGIAN PER BAGIAN YANG DIGAMBARKAN DALAM SUATU OBJEK SATU OBJEK DALAM SEBUAH MODEL MERUPAKAN SUATU FOKUS SELAMA PROSES ANALISIS, DESAIN, DAN IMPLEMENTASI SATU OBJEK DITEKANKAN PADA STATE, PRILAKU( INTERAKSI ANTAR OBJEK BEHAVIOR ), DAN OBJECT ORIENTED DAPAT DIGUNAKAN MEMBANGUN APLIKASI YANG SANGAT LUAS

KONSEP UML UML DIGUNAKAN UNTUK

- MENAMPILKAN BATASAN DARI SEBUAH SISTEM DAN FUNGSI UTAMA

DENGAN MENGGUNAKAN USE CASES AND ACTORS - ILUSTRASI USE CASE DI REALISASIKAN DENGAN INTERACTION DIAGRAMS - MENJELASKAN STRUKTUR YANG TETAP DARI SEBUAH SISTEM MENGGUNAKAN KELAS DIAGRAM

- PHYSICAL IMPLEMENTATION ARCHITECTURE DIJELASKAN

MENGGUNAKAN COMPONENT DAN DEPLOYMENT DIAGRAMS

OBJECT ORIENTDED ANALYSIS DAN AND DESIGN (OOAD) OBJECT ORIENTED ANALYSIS : METODE ANALISIS YANG MEMERIKSA REQUIREMENTS( SYARAT/KEPERLUAN YANG HARUS DI PENUHI SISTEM PERMASALAHAN ) DARI SUDUT PANDANG KELAS – KELAS DAN OBJEK – OBJEK YANG DITEMUKAN DALAM RUANG LINGKUP OBJECT ORIENTED DESIGN : METODE UNTUK MENGARAHKAN ARSITEKTUR SOFTWARE YANG DIDASARKAN PADA MANIPULASI OBJEK – OBJEK SISTEM ATAU SUBSISTEM.

KONSEP DASAR OOAD OBJEK ( OBJECT ) ADALAH “ BENDA ” SECARA FISIK ATAU KONSEPTUAL YANG DAPAT DI TEMUI DISEKELILING KITA. MISALNYA HARDWARE, SOFTWARE, DOKUMENT DAN MANUSIA BAHKAN KONSEP.

OBJECT

KONSEP DASAR OOAD OBJECT MEMILIKI STATE STATE ADALAH HIMPUNAN DARI KEADAAN YANG MENGGAMBARKAN OBJEK TERSEBUT STATE DINYATAKAN DENGAN ATTRIBUTE ATTRIBUTE ADALAH NILAI INTERNAL SUATU OBJECT YANG MENCERMINKAN KARAKTERISTIK OBJEK , KONDISI SESAAT, KONEKSI DENGAN OBJECT LAIN DAN IDENTITAS PERUBAHAN STATE DICERMINKAN OLEH PRILAKU ( BEHAVIOR ) BEHAVIOR SUATU OBJEK MENDEFINISIKAN BAGAIMANA SEBUAH OBJEK BERTINDAK (BERAKSI) DAN MEMBERI REAKSI INTERFACE ADALAH PINTU UNTUK MENGAKSES SERVIS OBJEK.

ATTRIBUTE KAWAT KAWATPER KACA OBJECT LAMPU STATE TERANG REDUP

KONSEP DASAR OOAD KELAS (CLASS) ADALAH DEFINISI UMUM (POLA, TEMPLATE ATAU CETAK BIRU) UNTUK HIMPUNAN OBJEK BISNIS KELAS MEMILIKI ATTRIBUT DAN PRILAKU, BEHAVIORS, SERVICE ATAU MESSAGE CONTOH KELAS BINATANG, MAHASISWA DAN LAIN- LAIN ENCAPSULATION ADALAH PENYATUAN ANTARA DATA DAN PROSES ASSOCIATION ADALAH HUBUNGAN ANTAR OBJEK YANG SALING MEMBUTUHKAN AGGREGATION ADALAH BENTUK KHUSUS DARI ASOSIASI YANG MENGGAMBARKAN SELURUH BAGIAN SUATU OBJEK YANG MERUPKAN BAGIAN DARI OBJEK LAINNYA CONTOH OBJEK TANGGAL DAPAT DISUSUN DARI OBJEK HARI, OBJEK BULAN, DAN OBJEK TAHUN.

TOOL OF UML

• USE CASES • CLASS DIAGRAMS • INTERACTION DIAGRAMS • SEQUENCE DIAGRAMS • COLLABORATION DIAGRAMS • PACKAGE DIAGRAMS • STAT DIAGRAMS • ACTIVITY DIAGRAMS • DEPLOYMENT DIAGRAMS 15

NewClass

KOMPONEN USE CASE ACTOR USE CASE HUBUNGAN ANTARA ACTOR DAN USE CASE

ACTOR ACTOR ADALAH SESEORANG ATAU SESUATU YANG BERINTERAKSI DENGAN SISTEM SAAT PENGEMBANGAN ACTOR DAPAT BERUPA ORANG, STAFF, STUDENT, SISTEM (BILLING SYSTEM) ACTOR ADALAH YANG MELAKSANAKAN ATAU YANG MENGGUNAKAN SISTEM CONTOH TERIMA PERMOHONAN KKP MAHASISWA STAFF

USE CASE USE CASE ADALAH POLA DARI PERUBAHAN SISTEM YANG DITAMPILKAN SETIAP USE CASE ADALAH SEBUAH URUTAN DARI HUBUNGAN TRANSAKSI YANG DIKERJAKAN OLEH ACTOR DAN SISTEM DALAM SEBUAH DIALOG SEBUAH ALUR DOCUMENT DIBUATKAN USE CASE, PEMBUATAN DI AWALI DARI ACTOR DETIL DARI SISTEM HARUS DIJELASKAN KE ACTOR SAAT USE CASE DI JALANKAN CONTOH STAFF



DOSEN



MEMELIHARA KURIKULUM MEMINTA ABSEN MAHASISWA



MEMELIHARA JADWAL BILLING SYSTEM



MENERIMA INFORMASI TAGIHAN DARI MAHASISWA

USE CASE USE CASE DIAGRAM DIBUAT UNTUK MENGGAMBARKAN HUBUNGAN ACTOR DAN USE CASE MAHASISWA BILLING SISTEM PELIHARA JADWAL MINTA JADWAL DOSEN PELIHARA KURIKULUM MAHASISWA

HUBUNGAN ANTARA USE CASE USE CASE DAPAT DIHUBUNGKAN DENGAN USE CASE LAIN JENIS HUBUNGAN TERSEBUT ADLAH : A. USES : SATU ATAU LEBIH USE CASE YANG BERHUBUNGAN AKAN TETAPI MERUPAKAN SATU KESATUAN B. EXTENDS : SATU ATAU LEBIH USE CASE YANG BERHUBUNGAN TAPI BERSIFAT OPTIONAL USES MINTA JADWAL LOGON VALIDATION DOSEN

DOSEN HUBUNGAN ANTARA USE CASE MINTA JADWAL EXTENDS LOGON VALIDATION

ACTIVITY DIAGRAM

• Activity diagrams menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.

• Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum.

ACTIVITY DIAGRAM

• • • Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas.

Sama seperti state, standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses paralel (fork dan join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal.

Activity diagram dapat dibagi menjadi beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu.

Pengembalian buku ACTIVITY DIAGRAM

INTERACTION DIAGRAMS INTERACTION DIAGRAMS MENGGAMBARKAN INTERAKSI ANTAR KUMPULAN OBJECT PADA SEBUAH USE CASES INTERAACTION DIAGRAMS DUA TIPE DIAGRAM YAITU :

- SEQUENCE DIAGRAMS - COLLABORATION DIAGRAMS

COLLABORATION DIAGRAM MENGGAMBARKAN INTERAKSI ANTAR OBJEK DAN HUBUNGAN DENGAN OBJEK LAINNYA

SEQUENCE DIAGRAM SEQUENCE DIAGRAM MENGGAMBARKAN INTERAKSI ANTAR OBJEK YANG DISUSUN DALAM URUTAN WAKTU SIMBOL YANG DIGUNAKAN PADA SEQUENCE DIAGRAM OBJEK GARIS KEHIDUPAN/LIFE LINE TIME/WAKTU MESSAGES/PESAN

SEQUENCE DIAGRAM CONTOH SEQUENCE DIAGRAM PESAN OBJEK ACTOR :NAME1 MESSAGE1() :NAME2 GARIS KEHIDUPAN ACTOR YANG MENJALANKAN OBJEK

CLASS DIAGRAM CLASS ADALAH DEFINISI UMUM (POLA, TAMPLETE ATAU CETAK BIRU CLASS MERUPAKAN ABSTRAKSI DARI ENTITAS DUNIA NYATA CLASS DAPAT JUGA MENGGAMBARKAN GROUP DARI OBJECT CONTOH CLASS : BINATANG, MAHASISWA, DOSEN DLL CLASS MEMILIKI : NAMA CLASS, ATTRIBUT DAN SERVICE ATAU BEHAVIORS

CLASS DIAGRAM ATTRIBUTE ADALAH NILAI INTERNAL YANG MENCERMINKA KARAKTERISTIK DARI OBJECT OPERATION OBJECT MENDEFINISIKAN BAGAIMANA SEBUAH OBJECT BERTINDAK DAN MEMBERI REAKSI CONTOH NAMA CLASS ATTRIBUTE OPERATION

CLASS NIM NAMA MAHASISWA TAMBAH EDIT HAPUS CLASS DIAGRAM OBJECT HESTI:MAHASISWA NIM : 0222500022 NAMA : HESTI TAMBAH EDIT HAPUS

CLASS DIAGRAM OPERATION DAPAT DITEMUKAN PADA INTERACTION DIAGRAMS PESAN PADA INTERACTION DIAGRAMS MERUPAKAN OPERATION PARAMETER PADA PESAN ADALAH ATTRIBUTE CONTOH REGISFORM NAME NAMECOURSE REGISFORM REGISMANAGER

ADD(JOE, MATH)

REGISMANAGER ADD(NAME, NAMECOURSE)

INHERITANCE HUBUNGAN ANTARA SUPER CALSS DENGAN SUBCLASS SAAT SATU CLASS YANG MEMPUNYAI SPECIALISASI DENGAN CLASS LAIN BENTUK INI DISEBUT JUGA SPECIALIZATION

Mobil Sedan Truk Bis 32

AGGREGATION BENTUK KUHSUS DARI ASSOCIATION YANG MENGGAMBARKAN SLURUH BAGIAN SUATU OBJEK MERUPAKAN BAGIAN DARI OBJEK LAIN Universitas Room Fakultas Door Jurusan

ASSOCIATIONS

• HUBUNGAN ANTAR CLASS

Pinjaman Nasabah PENAMAAN ASSOCIATION:

• HINDARI PENAMAAN YANG TIDAK BERARTI SEPERTI • BERHUBUNGAN_DENGAN • TERKAIT_DENGAN • TERSAMBUNG_DENGAN • NAMA YANG TIDAK MEMILIK SUBYEK ATAU KATA KERJA • PUNYA • DAPAT • JUAL 34