PEMODELAN SISTEM INFORMASI BERORIENTASI OBYEK TINJAUAN KEMBALI

(1)

UNIVERSITAS BUDI LUHUR FAKULTAS TEKNOLOGI INFORMASI www.budiluhur.ac.id HAL : 1

INFORMASI

BERORIENTASI OBYEK

TINJAUAN KEMBALI

FAKULTAS TEKNOLOGI INFORMASI - UNIVERSITAS BUDI LUHUR

HAL : 2 GENAP 2012/2013 ANALISA DAN PERANCANGAN SI (IF002)

Apa itu UML

• Unified Modelling Language (UML) adalah sebuah "bahasa" yg telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak.

• UML menawarkan sebuah standar untuk merancang model sebuah sistem.

• Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun. Tetapi karena UML juga menggunakan class dan operation dalam konsep

dasarnya, maka ia lebih cocok untuk penulisan piranti lunak dalam bahasa bahasa berorientasi objek seperti C++, Java, C# atau VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi prosedural dalam VB atau C.

(2)

SEJARAH UML

MASUKAN-MASUKAN UNTUK UML

Fusion

Operation descriptions, Message numbering

Meyer

Before and after conditions Harel State charts Wirfs-Brock Responsibilities Odell Classification Shlaer - Mellor Object Lifecycles Gamma, et.al Frameworks, patterns, notes Booch Jacobson Rumbaugh

(3)

ARTIFACT UML

Actor A Use Case 1 Use Case 2 Actor B user : »ç¿ëÀÚ mainWnd : MainWnd fileMgr : FileMgr repository : Repository document : Document gFile : GrpFile 9: sortByName ( ) L

1: Doc view request ( ) 2: fetchDoc( ) 5: readDoc ( ) 7: readFile ( ) 3: create ( ) 6: fillDocument ( ) 4: create ( ) 8: fillFile ( ) GrpFile read( ) open( ) create( ) fillFile( ) rep Repository name : char * = 0 readDoc( ) readFile( ) (from Persistence) FileMgr fetchDoc( ) sortByName( ) DocumentList add( ) delete( ) Document name : int docid : int numField : int get( ) open( ) close( ) read( ) sortFileList( ) create( ) fillDocument( ) fList 1 FileList add( ) delete( )1 File read( )

read() fill the code.. UI MFC RogueWave global DocumentApp Persistence Window95 ¹®¼-°ü¸® Å¬¶óÀÌ¾ðÆ®.EXE WindowsNT ¹®¼-°ü¸® ¿£Áø.EXE WindowsNT Windows95 Solaris ÀÀ¿ë¼-¹ö.EXE Alpha UNIX IBM Mainframe µ¥ÀÌÅ¸º£ÀÌ½º¼-¹ö Windows95 ¹®¼-°ü¸® ¾ÖÇÃ¸´ ºÐ»ê È¯ °æÀÇ ÇÏµå¿þ¾î¹× ³×Æ®¿÷À¸·ÎÀÇ Á¤º¸ ½Ã½ºÅÛ ¿¬°á ¸ðµ¨ - À©µµ¿ì 95 : Å¬¶óÀÌ¾ðÆ® - À©µµ¿ì NT: ÀÀ¿ë¼-¹ö - À¯ ´Ð½º ¸Ó½Å: ÀÀ¿ë ¼-¹ö ¹× µ¥ÀÌÅ¸ ¼-¹ö, Åë½Å ¼-¹ö - IBM ¸ÞÀÎÇÁ·¹ÀÓ: µ¥ÀÌÅ¸ ¼-¹ö, Åë½Å ¼-¹ö Document FileManager GraphicFile File Repository DocumentList FileList

user mainWndf ileMgr : FileMgrdocument : repository

DocumentgFile 1: Doc view request ( )

2: fetchDoc( ) 3: create ( ) 4: create ( ) 5: readDoc ( ) 6: fillDocument ( ) 7: readFile ( ) 8: fillFile ( ) 9: sortByName ( ) Æ¯ Á¤¹®¼-¿¡ ´ëÇÑ º¸±â¸¦ »ç¿ëÀÚ°¡ ¿äÃ»ÇÑ´Ù. È-ÀÏ°ü¸®ÀÚ´Â ÀÐ¾î¿Â ¹®¼-ÀÇ Á¤º¸¸¦ ÇØ´ç ¹®¼- °´Ã¼¿¡ ¼³Á¤À» ¿äÃ»ÇÑ´Ù. È-¸é °´Ã¼´Â ÀÐ¾îµéÀÎ °´Ã¼µé¿¡ ´ëÇØ ÀÌ¸§º°·Î Á¤·ÄÀ» ½ÃÄÑ È-¸é¿¡ º¸¿©ÁØ´Ù. Customer name addr withdraw() fetch() send() receive() <<entity>>

Forward Engineering(Code Generation) and Reverse Engineering Executable System User Interface Definition Domain Expert Openning Writing Reading Closing add file [ numberOffile==MAX ] / flag OFF

add file

close file close file

Use Case 3

Source Code edit, compile, debug, link Use-Case

Diagram Class Diagram

Collaboration Diagram Sequence Diagram Component Diagram State Diagram Package Diagram Deployment Diagram Class

DIAGRAM-DIAGRAM DI UML

Deployment Diagram Use Case

DiagramsUse Case DiagramsUse Case

Diagrams Scenario DiagramsScenario DiagramsSequence Diagrams State DiagramsState DiagramsState Diagrams Component DiagramsComponent Diagrams Component Diagrams Model State DiagramsState DiagramsObject Diagrams Scenario DiagramsScenario Diagrams Collaboration Diagrams Use Case DiagramsUse Case

DiagramsActivity Diagrams State DiagramsState DiagramsClass Diagrams

(4)

Class Diagram Object Diagram Component Diagram Deployment Diagram Use Case Diagram Sequence Diagram Collaboration Diagram Statechart Diagram Activity Diagram Structural Diagrams Behavioral Diagrams 9 DIAGRAM UML

Sequence Diagrams

Dynamic views Static views

Collaboration Diagrams Activity Diagrams Statechart Diagrams Class Diagrams Object Diagrams Component Diagrams Deployment Diagrams Use Case Diagrams

Model

Some part of the model might not be visible on

(5)

USE CASE

DIAGRAM

USE CASE DIAGRAM

• Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”.

• Menggambarkan kebutuhan system dari sudut pandang user • Mengfokuskan pada proses komputerisasi (automated processes) • Menggambarkan hubungan antara use case dan actor

• Use case menggambarkan proses system (kebutuhan system dari sudut pandang user)

• Secara umum use case adalah: – Pola perilaku system

– Urutan transaksi yang berhubungan yang dilakukan oleh satu actor • Use case diagram terdiri dari

– Use case – Actors – Relationship

– System boundary boxes (optional) – Packages (optional)

(6)

USE CASE

• Use case dibuat berdasar keperluan actor, merupakan “apa” yang dikerjakan system, bukan “bagaimana” system mengerjakannya • Use case diberi nama yang menyatakan apa hal

yang dicapai dari hasil interaksinya dengan actor.

•

Use case

dinotasikan dengan gambar (horizontal ellipse)

• Use case biasanya menggunakan kata kerja • Nama use case boleh terdiri dari beberapa kata

dan tidak boleh ada 2 use case yang memiliki nama yang sama

ACTOR

• Actor menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system

• Actor menggambarkan sebuah tugas/peran dan bukannya posisi sebuah jabatan

• Actor memberi input atau menerima informasi dari system • Actor biasanya menggunakan Kata benda

• Tidak boleh ada komunikasi langsung antar actor • Indikasi <<system>> untuk sebuah actor yang

merupakan sebuah system

• Adanya actor bernama “Time” yang mengindikasikan scheduled events (suatu kejadian yang terjadi secara periodik/bulanan)

• Letakkan actor utama anda pada pojok kiri atas dari diagram

(7)

Association

• Associations bukan menggambarkan aliran

data/informasi

• Associations digunakan untuk menggambarkan

bagaimana actor terlibat dalam use case

• Ada 4 jenis relasi yang bisa timbul pada use

case diagram

1. Association antara actor dan use case

2. Association antara use case

3. Generalization/Inheritance antara use

case

4. Generalization/Inheritance antara actors

Association antara actor dan use case

• Ujung panah pada association antara actor dan

use case mengindikasikan

siapa/apa

yang

meminta interaksi dan bukannya mengindikasikan

aliran data

• Sebaiknya gunakan Garis tanpa panah untuk

association antara actor dan use case

• association antara actor dan use case yang

menggunakan panah terbuka untuk

mengindikasikan bila actor berinteraksi secara

(8)

Association antara use case

• <<include>> termasuk didalam use case lain

(required) / (diharuskan)

– Pemanggilan use case oleh use case lain, contohnya adalah pemanggilan sebuah fungsi program

– Tanda panah terbuka harus terarah ke sub use case – Gambarkan association include secara horizontal

Buka Rekening

<<include>> catat data pribadi

Nasabah

Register for courses

<<include>>

Logon validation <<include>>

Maintain curriculum

• <<extend>> perluasan dari use case lain jika kondisi atau syarat terpenuhi

– Kurangi penggunaan association Extend ini, terlalu banyak pemakaian association ini membuat diagram sulit

dipahami.

– Tanda panah terbuka harus terarah ke parent/base use case

– Gambarkan association extend secara vertical

Buka Rekening <<extend>> Buka Deposito Nasabah

(9)

Generalization/inheritance antara use case

• Generalization/inheritance digambarkan dengan sebuah garis berpanah tertutup pada salah satu ujungnya yang menunjukkan lebih umum

• Gambarkan generalization/inheritance antara use case secara vertical dengan inheriting use case dibawah base/parent use case • Generalization/inheritance dipakai ketika ada sebuah keadaan yang

lain sendiri/perlakuan khusus (single condition) Buka Rekening

Nasabah Buka

Deposito

Generalization/inheritance antara actor

• Gambarkan generalization/inheritance antara

actors secara vertical dengan inheriting actor

dibawah base/parent use case

(10)

Use case System boundary boxes

• Digambarkan dengan kotak disekitar use case, untuk menggambarkan jangkauan system anda (scope of of your system).

• Biasanya digunakan apabila memberikan beberapa alternative system yang dapat dijadikan pilihan

• System boundary boxes dalam penggunaannya optional

• Koperasi Budi Luhur adalah sebuah koperasi yang mengelola simpan pinjam bagi para anggotanya, berikut ini adalah kegiatan yang dilakukan oleh bagian Kredit dalam menangani pemberian pinjaman bagi para anggotanya.

• Setiap kali bagian kredit akan memberikan pinjaman kepada Anggota maka Anggota diharuskan mengisi Formulir Permohonan Pinjaman yang berisi Nomor FPP, Tanggal Permohonan, Nomor Anggota, Nama Anggota, Jumlah Permohonan dan Keperluan.Yang kemudian oleh Bagian Kredit dicatat dan disimpan kedalam Arsip FPP. Berdasarkan Arsip FPP tersebut Bagian Kredit membuat Bukti Peminjaman yang diberikan kepada Anggota yang berisi No. BP, tgl BP, Nomor Anggota, Nama Anggota, Jumlah Realisasi, Lama Angsuran, Jumlah Angsuran dan Bunga.

• Setiap Bulan Anggota diharuskan membayar Angsuran sejumlah Angsuran yang disepakati pada saat Peminjaman yang kemudian oleh bagian Kredit dicatat dan direkam kedalam Arsip Angsuran.

Berdasarkan Arsip Angsuran tersebut bagian Kredit membuat Bukti Angsuran yang diberikan kepada Anggota yang berisi No. BA, Tanggal BA, No. BP, Jumlah Angsur dan Bunga

• Pada akhir bulan Bagian Kredit selalu membuat Laporan Peminjaman dan Laporan Angsuran yang diberikan Kepada Ketua Koperasi.

(11)

Latihan Use Case Diagram !

PT. Nusantara adalah sebuah perusahaan yang bergerak dibidang penjualan Tunai barang-barang

elektronik. Semua transaksi di perusahaan masih dilakukan secara manual. Berikut ini adalah kegiatan kegiatan yang dilakukan oleh bagian Penjualan dalam melaksanakan transaksi penjualan Barang di dalam perusahaan.

1. Pemesanan barang

Setiap kali Bagian penjualan akan menjual barang ia selalu menerima surat pesanan dari

pelanggan. Berdasarkan Surat pesanan tersebut bagian penjualan kemudian mencatat dan

merekamnya kedalam Arsip Surat Pesanan. Berdasarkan Arsip surat pesanan tersebut, bagian penjualan membuatkan Faktur dan Surat Jalan yang dikirimkan kepada Pelanggan sebagai bukti bahwa barang yang dipesan sudah terealisasi dan rangkapnya disimpan sebagai Arsip Faktur dan Arsip Surat Jalan.

2. Pembuatan Kwitansi

Apabila Faktur dan Surat Jalan sudah sampai ditempat pelanggan, maka pelanggan

megirimkan Pembayaran yang kemudian oleh bagian penjualan dibuatkan Kwitansi yang dibuat berdasarkan Arsip Faktur yang kemudian diserahkan kepada pelanggan sebagai bukti pembayaran dan rangkapnya disimpan kedalam Arsip Kwitansi

3. Pembuatan Laporan

Setiap akhir bulan Bagian Penjualan selalu membuat Laporan Penjualan berdasarkan Arsip Faktur dan Laporan Pesanan berdasarkan Arsip Pesanan dan Laporan Pengiriman berdasarkan Arsip Surat Jalan yang ditujukan kepada Kepala Bagian Penjualan

Diminta :

•Buatlah Use case diagram dari data diatas !

ACTIVITY

DIAGRAM

(12)

ACTIVITY DIAGRAM

• Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah proses

• Dipakai pada business modeling untuk memperlihatkan urutan aktifitas proses bisnis

• Struktur diagram ini mirip flowchart atau Data Flow Diagram pada perancangan terstruktur

• Sangat bermanfaat apabila kita membuat diagram ini terlebih dahulu dalam memodelkan sebuah proses untuk membantu memahami proses secara keseluruhan

• Activity diagram dibuat berdasarkan sebuah atau beberapa use case pada use case diagram

Simbol Activity Diagram

Simbol Keterangan Start Point End Point Activities Fork (Percabangan) Join (Penggabungan) Decision/Merge Swimlane

Sebuah cara untuk mengelompokkan activity berdasarkan Actor (mengelompokkan activity dalam sebuah urutan yang sama)

(13)

CONTOH ACTIVITY DIAGRAM Penarikan Uang dari Account Bank Melalui ATM

CONTOH ACTIVITY DIAGRAM

Supplier

Bagian Pembelian Bagian Gudang

Memberi informasi data Barang yang akan dipesan

Menerima informasi Buat SPP Terima SPP Kirim Barang disertai Faktur Terima Barang dan Faktur Buat SPBJ Tandatangani SPBJ Terima SPBJ Konfirmasi pembayaran Melakukan pembayaran Terima pembayaran Terima Kwitansi Buat kwitansi

(14)

• Koperasi Budi Luhur adalah sebuah koperasi yang mengelola simpan pinjam bagi para anggotanya, berikut ini adalah kegiatan yang dilakukan oleh bagian Kredit dalam menangani pemberian pinjaman bagi para anggotanya.

• Setiap kali bagian kredit akan memberikan pinjaman kepada Anggota maka Anggota diharuskan mengisi Formulir Permohonan Pinjaman yang berisi Nomor FPP, Tanggal Permohonan, Nomor Anggota, Nama Anggota, Jumlah Permohonan dan Keperluan.Yang kemudian oleh Bagian Kredit dicatat dan disimpan kedalam Arsip FPP. Berdasarkan Arsip FPP tersebut Bagian Kredit membuat Bukti Peminjaman yang diberikan kepada Anggota yang berisi No. BP, tgl BP, Nomor Anggota, Nama Anggota, Jumlah Realisasi, Lama Angsuran, Jumlah Angsuran dan Bunga.

• Setiap Bulan Anggota diharuskan membayar Angsuran sejumlah Angsuran yang disepakati pada saat Peminjaman yang kemudian oleh bagian Kredit dicatat dan direkam kedalam Arsip Angsuran.

Berdasarkan Arsip Angsuran tersebut bagian Kredit membuat Bukti Angsuran yang diberikan kepada Anggota yang berisi No. BA, Tanggal BA, No. BP, Jumlah Angsur dan Bunga

• Pada akhir bulan Bagian Kredit selalu membuat Laporan Peminjaman dan Laporan Angsuran yang diberikan Kepada Ketua Koperasi.

STUDI KASUS ACTIVITY DIAGRAM

Latihan Activity Diagram !

PT. Nusantara adalah sebuah perusahaan yang bergerak dibidang penjualan Tunai barang-barang

elektronik. Semua transaksi di perusahaan masih dilakukan secara manual. Berikut ini adalah kegiatan kegiatan yang dilakukan oleh bagian Penjualan dalam melaksanakan transaksi penjualan Barang di dalam perusahaan.

1. Pemesanan barang

Setiap kali Bagian penjualan akan menjual barang ia selalu menerima surat pesanan dari

pelanggan. Berdasarkan Surat pesanan tersebut bagian penjualan kemudian mencatat dan

merekamnya kedalam Arsip Surat Pesanan. Berdasarkan Arsip surat pesanan tersebut, bagian penjualan membuatkan Faktur dan Surat Jalan yang dikirimkan kepada Pelanggan sebagai bukti bahwa barang yang dipesan sudah terealisasi dan rangkapnya disimpan sebagai Arsip Faktur dan Arsip Surat Jalan.

2. Pembuatan Kwitansi

Apabila Faktur dan Surat Jalan sudah sampai ditempat pelanggan, maka pelanggan

megirimkan Pembayaran yang kemudian oleh bagian penjualan dibuatkan Kwitansi yang dibuat berdasarkan Arsip Faktur yang kemudian diserahkan kepada pelanggan sebagai bukti pembayaran dan rangkapnya disimpan kedalam Arsip Kwitansi

3. Pembuatan Laporan

Setiap akhir bulan Bagian Penjualan selalu membuat Laporan Penjualan berdasarkan Arsip Faktur dan Laporan Pesanan berdasarkan Arsip Pesanan dan Laporan Pengiriman berdasarkan Arsip Surat Jalan yang ditujukan kepada Kepala Bagian Penjualan

Diminta :

(15)

HAL : 29

Buat Activity Diagram

PT. SMART SOLUTION adalah sebuah perusahaan yang bergerak dibidang Konsultan Teknologi Informasi yang menangani pengadaan Hardware dan Software. Berikut ini adalah kegiatan yang dilakukan oleh Bagian pengadaan dalam mengadakan Alat tulis Kantor didalam perusahaan.

Setiap kali ada Divisi yang akan meminta ATK diharuskan membuat Form Permintaaan ATK yang kemudian diserahkan kepada bagian Pengadaan untuk dicatat dan direkam kedalam Arsip FPA. Berdasarkan Arsip FPA tersebut bagian Pengadaan mengecek permintaan tersebut dengan jumlah Stok ATK yang ada didalam bagian Pengadaan, Jika jumlah Stok yang ada tidak mencukupi maka akan dibuatkan Surat Pesanan yang ditujukan Kepada Suplier dan rangkapnya disimpan kedalam Arsip Pesanan. Kemudian Apabila Barang yang dipesan sudah ada maka bagian Pengadaan akan menerima Faktur dari Suplier yang kemudian dicatat dan di rekam kedalam Arsip Faktur dan Mengupdate Stok kedalam Arsip ATK. Jika Stok yang ada dibagian pengadaan Mencukupi maka Berdasarkan Arsip FPA Bagian Pengadaan membuat Bukti Serah ATK yang diberikan kepada Divisi Peminta serta Arsipnya disimpan kedalam Arsip BSA serta Mengupdate Stok kedalam Arsip ATK.

Setiap Akhir Bulan Bagian Pengadaan selalu membuat Laporan Permintaan ATK dan Laporan Penyerahan ATK yang diserahkan kepada Pimpinan

GENAP 2012/2013 ANALISA DAN PERANCANGAN SI (IF002)

ERD

(ENTITY RELATIONSHIP

DIAGRAM)

(16)

ENTITY-RELATIONSHIP DIAGRAM

UNARY RELATIONSHIP

BINARY RELATIONSHIP

N-ARY RELATIONSHIP

ENTITY-RELATIONSHIP DIAGRAM ENTITY ENTITY RELATIONSHIP KATA BENDA KATA BENDA KATA KERJA

(17)

PEGAWAI PUNYA JABATAN

PEGAWAI MEMPUNYAI JABATAN

PEGAWAI DIPUNYAI OLEH JABATAN

PROYEK KERJA PEGAWAI

PROYEK DIKERJAKAN OLEH PEGAWAI

PROYEK MENGERJAKAN PEGAWAI

NASABAH PUNYA REKENING

PELANGGAN _BELI _BARANG

MAHASISWA _IKUT _MT-KULIAH

PEGAWAI PUNYA PINJAMAN

ANGGOTA _PINJAM _BUKU

(18)

PEGAWAI 1 PUNYA 1 JABATAN

1 1

PROYEK 1 KERJA M PEGAWAI

1 M

1 1

MHSISWA M IKUT N MT-KULIAH

1 M

M 1

ENTITY-RELATIONSHIP DIAGRAM NIM NAMA ALAMAT KD-MATKUL NM-MATKUL SKS MHSISWA M IKUT N MT-KULIAH

NIM KD-MATKUL NILAI

PEGAWAI 1 PUNYA 1 JABATAN NO-PEG NAMA ALAMAT KD-JAB URAIAN TUNJANGAN NO-PEG KD-JAB

PROYEK 1 KERJA M PEGAWAI

KD-PROY NM-PROY ANGGARAN NO-PEG NAMA HONOR KD-PROY NO-PEG

(19)

JENIS ENTITY

PEGAWAI 1 ISI M ABSEN

STRONG ENTITY WEAK ENTITY

PEGAWAI 1 ISI M ABSEN NO-PEG NAMA ALAMAT TANGGAL JAM-MASUK JAM-PULANG NO-PEG

TIDAK MEMPUNYAI KEY

PEGAWAI KERJA PROYEK M 1 BAGIAN PUNYA N M BARANG PAKAI 1 M NO-PEG NAMA GAPOK LAMA-KERJA JABATAN NO-PROY NAMA-PROY BIAYA NO-PROY KD-BAR JUMLAH KD-BAR HARGA-BAR NAMA-BAR KD-BAG NAMA-BAG NO-PEG KD-BAG NO-PEG NO-PROY

(20)

TAHAP MEMBUAT ERD

1. Keluarkan semua atribut yang dimiliki oleh dokumen sumber

2. Tentukan Atribut yang dapat menjadi Primary Key jika TIDAK ADA boleh DIBUAT BARU lalu tentukan ketergantungan atribut terhadap primary key nya 3. Tentukan nama entitas dari kelompok atribut yang

telah bergantung terhadap primary keynya.

4. Gambarkan hubungan masing-masing entitas beserta atribut – atributnya.

5. Tentukan Cardinality/tingkat hubungan dari masing-masing Entitas yang telah terhubung.

PT. BUDI LUHUR

FORM PERMINTAAN ATK

No. Fpb : F001

Tgl. Fpb : 4 Mei 2004

Nama Unit : Accounting

Keperluan : Pembuatan Laporan Keuangan

Tgl. Pakai : 7 Mei 2004

Tolong disiapkan barang-barag sebagai berikut : NO NAMA BARANG SATUAN JUMLAH

MINTA 1. Disket Box 10 2. Kertas HVS 70 gr Rim 5 3. Tinta Printer Canon Unit 2

BAGIAN ACCOUNTING

( Deni Mahdiana )

PT. BUDI LUHUR

BUKTI SERAH ATK

NO. BSB : B001

TGL. BSB : 7 Mei 2004

Berdasarkan Permintaan Bagian Saudara No. F001 tertanggal 4 Mei 2004, berikut ini kami kirimkan barang – barang sebagai berikut :

NO NAMA BARANG SATUAN JUMLAH SERAH 1. Disket Box 8 2. Kertas HVS 70 gr Rim 4 3. Tinta Printer Canon Unit 2 BAGIAN GUDANG

( Bobby Reza )

Asumsi :

• Setiap Unit dapat membuat Lebih dari satu Form Permintaan Barang.

• Satu Form Permintaan Barang dapat membuat Lebih dari satu Bukti Penyerahan Barang, karena dapat dimungkinkan Jumlah yang diminta dapat tidak sama dengan jumlah yang diserahkan.

(21)

ERD PENYEWAAN KENDARAAN

TRANSFORMASI

ERD KE LRS

(22)

PEDOMAN

SETIAP ENTITY AKAN DIUBAH KEBENTUK SEBUAH KOTAK DENGAN NAMA ENTITY BERADA DILUAR KOTAK DAN ATTIBUTE BERADA DI DALAM KOTAK

SEBUAH RELATIONSHIP KADANG DISATUKAN DALAM SEBUAH KOTAK BERSAMA ENTITY, KADANG DIPISAH MENJADI SEBUAH KOTAK TERSENDIRI

PERHATIKAN !

CARDINALITY (TINGKAT HUBUNGAN) 1 : 1 ONE-TO-ONE 1 : M ONE-TO-MANY

M :N MANY-TO-MANY

SANGAT BERPENGARUH PADA TRANSFORMASI

PEGAWAI ALAMAT TG-LAHIR STATUS ALAMAT TG-LAHIR STATUS PEGAWAI TRANSFORMASI D-ER KE LRS

TRANSFORMASI 1:1 ONE-TO-ONE

PILIH SALAH SATU

PEDOMAN PENGGABUNGAN KEARAH WEAK ENTITY

KE ENTITY YANG MEMBUTUHKAN REFERENSI ATAU

KE ENTITY DENGAN JUMLAH ATRIBUT YANG LEBIH SEDIKIT

1 1

(23)

TRANSFORMASI 1:1 ONE-TO-ONE KD-JAB DESKRIPSI TUNJANGAN NO-PEG TGL-LAHIR NAMA ALAMAT STATUS GA-POK 1 1 PEGAWAI JABATAN PUNYA NO-PEG TGL-LAHIR NAMA ALAMAT STATUS GA-POK KD-JAB KD-JAB DESKRIPSI TINJANGAN PEGAWAI JABATAN KD-JAB NO-PEG TGL-LAHIR NAMA ALAMAT STATUS GA-POK KD-JAB DESKRIPSI TINJANGAN NO-PEG PEGAWAI JABATAN NO-PEG

?

TRANSFORMASI D-ER KE LRS

TRANSFORMASI 1:M ONE-TO-MANY

SELALU KE ARAH MANY

PEDOMAN PENGGABUNGAN

TIDAK PERLU MELIHAT JUMLAH ATRIBUT YANG LEBIH SEDIKIT SELALU DIGABUNG KE ARAH MANY

M 1

1 M

M 1

(24)

TRANSFORMASI 1:M ONE-TO-MANY KD-PROY DESKRIPSI TGL-MULAI NO-PEG TGL-LAHIR NAMA ALAMAT STATUS GA-POK M 1 PEGAWAI PROYEK KERJA NO-PEG TGL-LAHIR NAMA ALAMAT STATUS GA-POK KD-PROY KD-PROY DESKRIPSI TGL-MULAI PEGAWAI PROYEK KD-PROY TRANSFORMASI D-ER KE LRS

TRANSFORMASI M :N MANY-TO-MANY RELATIONSHIP BERDIRI SENDIRI

PEDOMAN TRANSFORMASI

TIAP ENTITY MENJADI SEBUAH LOGICAL RECORD STRUCTURE RELATIONSHIP JUGA MENJADI SEBUAH LOGICAL RECORD STRUCTURE

(25)

TRANSFORMASI M :N MANY-TO-MANY KD-MATKUL DESKRIPSI SKS NIM TGL-LAHIR NAMA ALAMAT JEN-KEL M N

MHSISWA _IKUT MAT-KUL NIM KD-MATKUL NILAI NIM TGL-LAHIR NAMA ALAMAT JEN-KEL MHSISWA NIM KD-MATKUL NILAI IKUT NIM KD-MATKUL DESKRIPSI SKS MAT-KUL KD-MATKUL TRANSFORMASI D-ER KE LRS

ENTITY-RELATIONSHIP DIAGRAM KD-PROY LOKASI JENIS KD-PROY KD-BRNG JUMLAH KD-BRNG NAMA-BR HAR-SAT M 1 N 1 1 M PEGAWAI KERJA PROYEK

BARANG MOBIL PAKAI DAPAT NO-PEG NAMA ALAMAT HONOR NO-PEG KD-PROY NO-POL MEREK TAHUN WARNA TGL-PAKAI NO-PEG NO-POL

(26)

M 1 N 1 1 M PEGAWAI KERJA PROYEK

BARANG MOBIL PAKAI DAPAT NO-PEG NAMA ALAMAT HONOR KD-PROY LOKASI JENIS NO-PEG KD-PROY KD-PROY KD-BRNG JUMLAH KD-BRNG NAMA-BR HAR-SAT NO-POL MEREK TAHUN WARNA TGL-PAKAI NO-PEG NO-POL TRANSFORMASI D-ER KE LRS

CONTOH M 1 N 1 1 M PEGAWAI KERJA PROYEK

BARANG JABATAN PAKAI PUNYA NO-PEG NAMA ALAMAT KD-PROY LOKASI JENIS NO-PEG KD-PROY KD-PROY KD-BRNG JUMLAH KD-BRNG NAMA-BR HAR-SAT NO-PEG KD-JAB KD-JAB URAIAN TUNJANGAN M 1 N 1 1 M PEGAWAI KERJA PROYEK

BARANG JABATAN PAKAI PUNYA NO-PEG NAMA ALAMAT KD-PROY LOKASI JENIS NO-PEG KD-PROY KD-PROY KD-BRNG JUMLAH KD-BRNG NAMA-BR HAR-SAT NO-PEG KD-JAB KD-JAB URAIAN TUNJANGAN TRANSFORMASI D-ER KE LRS

(27)

NO-PEG NAMA ALAMAT KD-PROY KD-JAB PEGAWAI KD-JAB URAIAN TUNJANGAN JABATAN KD-PROY KD-JAB KD-PROY LOKASI JENIS PROYEK KD-PROY KD-BRNG JUMLAH PAKAI KD-BRNG NAMA-BR HAR-SAT BARANG KD-PROY KD-BRNG M 1 N 1 1 M PEGAWAI KERJA PROYEK

BARANG JABATAN PAKAI PUNYA NO-PEG NAMA ALAMAT KD-PROY LOKASI JENIS NO-PEG KD-PROY KD-PROY KD-BRNG JUMLAH KD-BRNG NAMA-BR HAR-SAT NO-PEG KD-JAB KD-JAB URAIAN TUNJANGAN TRANSFORMASI D-ER KE LRS UNIVERSITAS BUDI LUHUR FAKULTAS TEKNOLOGI INFORMASI www.budiluhur.ac.id HAL : 54

TRANSFORMASI

LRS KE TABEL

(28)

TIAP SATU LRS AKAN MENJADI SATU TABEL

NAMA LRS MENJADI NAMA TABEL

TIAP 1 (SATU) ATRIBUT AKAN MENJADI 1 (SATU) KOLOM NAMA ATRIBUT AKAN MENJADI NAMA KOLOM

MAHASISWA NIM NAMA ALAMAT TEMPAT-LAHIR TGL-LAHIR J-KELAMIN

ATURAN TRANSFORMASI LRS KE RELASI/TABEL

MAHASISWA

CONTOH BARANG KD-BRNG NAMA-BR HARSAT NO-PEG NAMA ALAMAT KD-PROY KD-JAB PEGAWAI KD-JAB URAIAN TUNJANGAN JABATAN KD-PROY KD-JAB KD-PROY LOKASI JENIS PROYEK KD-PROY KD-BRNG JUMLAH PAKAI KD-BRNG NAMA-BR HAR-SAT BARANG KD-PROY KD-BRNG TRANSFORMASI LRS KE RELASI

(29)

CONTOH PAKAI KD-PROY KD-BRNG JUMLAH NO-PEG NAMA ALAMAT KD-PROY KD-JAB PEGAWAI KD-JAB URAIAN TUNJANGAN JABATAN KD-PROY KD-JAB KD-PROY LOKASI JENIS PROYEK KD-PROY KD-BRNG JUMLAH PAKAI KD-BRNG NAMA-BR HAR-SAT BARANG KD-PROY KD-BRNG TRANSFORMASI LRS KE RELASI

CONTOH

PROYEK

KD-PROY LOKASI JENIS

TRANSFORMASI LRS KE RELASI NO-PEG NAMA ALAMAT KD-PROY KD-JAB PEGAWAI KD-JAB URAIAN TUNJANGAN JABATAN KD-PROY KD-JAB KD-PROY LOKASI JENIS PROYEK KD-PROY KD-BRNG JUMLAH PAKAI KD-BRNG NAMA-BR HAR-SAT BARANG KD-PROY KD-BRNG

(30)

CONTOH

JABATAN

KD-JAB URAIAN TUNJANGAN

NO-PEG NAMA ALAMAT KD-PROY KD-JAB PEGAWAI KD-JAB URAIAN TUNJANGAN JABATAN KD-PROY KD-JAB KD-PROY LOKASI JENIS PROYEK KD-PROY KD-BRNG JUMLAH PAKAI KD-BRNG NAMA-BR HAR-SAT BARANG KD-PROY KD-BRNG TRANSFORMASI LRS KE RELASI

CONTOH

PEGAWAI

NO-PEG NAMA ALAMAT KD-PROY KD-JAB

(31)

CONTOH

PEGAWAI

PROYEK

PAKAI

KD-PROY KD-BRNG JUMLAH

BARANG

KD-BRNG NAMA-BR HARSAT

JABATAN

PEGAWAI

PROYEK

PAKAI

BARANG

JABATAN

TRANSFORMASI LRS KE RELASI

PEGAWAI

PROYEK

PAKAI

BARANG

JABATAN

CARA LAIN MENUNJUKKAN PRIMARY KEY PK PK PK PK PK

(32)

TRANSFORMASI LRS KE RELASI ADA YANG MERASA PERLU MEMPERLIHATKAN FOREIGN KEY PEGAWAI

PROYEK

PAKAI

BARANG

JABATAN

PK PK PK PK PK FK FK FK FK UNIVERSITAS BUDI LUHUR FAKULTAS TEKNOLOGI INFORMASI www.budiluhur.ac.id HAL : 64

NORMALISASI

MENGGUNAKAN

FUNCTIONAL DEPENDENCY

DIAGRAM

(33)

NORMALISASI

(FUNCTIONAL DEPENDENCY DIAGRAM)

SPESIFIKASI BASIS DATA

• Nama File • Media • Isi • Organisasi File • Primary Key • Panjang Record • Jumlah Record • Struktur Data

Parameter

(34)

Nama File : Proyek Media : Harddisk

Isi : Data Proyek yang dimiliki perusahaan Organisasi File : Index Sequential

Primary key : KD_PROY Panjang record : 39 byte Jumlah record : 13 Record Struktur :

No Nama Field Jenis Lebar Desimal Keterangan

1 KD_PROY Char 4 Kode Proyek

2 JENIS Char 15 Jenis Proyek

3 LOKASI Char 20 Lokasi Proyek

RANCANGAN KODE

• Semua Primary Key yang dipakai didalam sistem

• Menjelaskan Arti setiap digit yang dipakai dalam Pengkodean

Contoh :

NIM Character (10)

Digit 1 dan 2 Menunjukkan Tahun Masuk Digit ke 3 dan Ke 4 Menunjukkan Program Studi Digit Ke 5 dan Ke 6 Menunjukkan Jenjang

(35)

RUMUS JUMLAH RECORD

JENIS FILE

MASTER

TRANSAKSI

Jumlah yang sudah Ada +

Perkembangan selama Umur system

Jumlah dalam 1 Periode * Umur system

Ingat !

CARDINALITY mempengaruhi Perhitungan Jumlah Record

CLASS DIAGRAM

(36)

CLASS DIAGRAM

•

Class

adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. •

Class

menggambarkan keadaan (atribut/properti) suatu

sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). •

Class diagram

menggambarkan struktur dan deskripsi

class, package

dan objek beserta hubungan satu sama

lain seperti

containment

, pewarisan, asosiasi, dan

lain-lain.

•

Class

memiliki tiga area pokok : – 1. Nama (dan stereotype) – 2. Atribut

– 3. Metoda

CLASS DIAGRAM (LANJUTAN)

• Atribut dan metoda dapat memiliki salah satu sifat

berikut :

–

Private

, tidak dapat dipanggil dari luar

class

yang bersangkutan

–

Protected

, hanya dapat dipanggil oleh

class

yang bersangkutan dan anak-anak yang mewarisinya –

Public

, dapat dipanggil oleh siapa saja

Nama Class Atribut

(37)

HUBUNGAN ANTAR CLASS

1. Asosiasi, yaitu hubungan statis antar class. Umumnya

menggambarkan class yang memiliki atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah

navigability menunjukkan arah query antar class.

2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).

3. Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda

class asalnya dan menambahkan fungsionalitas baru, sehingga ia

disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.

4. Hubungan dinamis, yaitu rangkaian pesan (message) yang

di-passing dari satu class kepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram

yang akan dijelaskan kemudian.

(38)

MULTIPLICITY

2..4 0..1 1..* 0..* 1 *

• Unspecified

• Exactly one

• Zero or more (many, unlimited)

• One or more

• Zero or one (optional scalar role)

• Specified range

• Multiple, disjoint ranges

2, 4..6

PT. BUDI LUHUR

FORM PERMINTAAN ATK

No. Fpb : F001

Tgl. Fpb : 4 Mei 2004

Keperluan : Pembuatan Laporan Keuangan

Tgl. Pakai : 7 Mei 2004

Tolong disiapkan barang-barag sebagai berikut : NO NAMA BARANG SATUAN JUMLAH

MINTA 1. Disket Box 10 2. Kertas HVS 70 gr Rim 5 3. Tinta Printer Canon Unit 2

BAGIAN ACCOUNTING

( Deni Mahdiana )

PT. BUDI LUHUR

BUKTI SERAH ATK

NO. BSB : B001

TGL. BSB : 7 Mei 2004

Berdasarkan Permintaan Bagian Saudara No. F001 tertanggal 4 Mei 2004, berikut ini kami kirimkan barang – barang sebagai berikut :

NO NAMA BARANG SATUAN JUMLAH SERAH 1. Disket Box 8 2. Kertas HVS 70 gr Rim 4 3. Tinta Printer Canon Unit 2 BAGIAN GUDANG

( Bobby Reza )

Asumsi :

• Setiap Unit dapat membuat Lebih dari satu Form Permintaan Barang.

• Satu Form Permintaan Barang dapat membuat Lebih dari satu Bukti Penyerahan Barang, karena dapat dimungkinkan Jumlah yang diminta dapat tidak sama dengan jumlah yang diserahkan.

(39)

Interaction

Diagram

Sequence Diagram

• Sequence diagram menggambarkan interaksi antar objek di

dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait).

• Sequence diagram biasa digunakan untuk menggambarkan

skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output

tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan

output apa yang dihasilkan.

• Diagram ini secara khusus berasosiasi dengan use case diagram • Memperlihatkan tahap demi tahap apa yang seharusnya terjadi

(40)

Simbol Sequence Diagram

(41)

(42)

(43)

Collaboration Diagram

• Collaboration diagram

juga menggambarkan

interaksi antar objek seperti

sequence diagram

,

tetapi lebih menekankan pada peran

masing-masing objek dan bukan pada waktu

Penyampaian

message

.

• Setiap

message

memiliki

sequence number

, di

mana

message

dari level tertinggi memiliki

nomor 1. Messages dari level yang sama

memiliki prefiks yang sama.

(44)

Statechart diagram

•

Statechart diagram

menggambarkan transisi dan

perubahan keadaan (dari satu

state

ke

state

lainnya)

suatu objek pada sistem sebagai akibat dari

stimuli

yang

diterima.

• Pada umumnya

statechart diagram

menggambarkan

class

tertentu (satu

class

dapat memiliki lebih dari satu

statechart diagram

).

• Dalam UML,

state

digambarkan berbentuk segiempat

dengan sudut membulat dan memiliki nama sesuai

kondisinya saat itu. Transisi antar

state

umumnya memiliki

kondisi

guard

yang merupakan syarat terjadinya transisi

yang bersangkutan, dituliskan dalam kurung siku.

Action

yang dilakukan sebagai akibat dari

event

tertentu

dituliskan dengan diawali garis miring.

• Titik awal dan akhir digambarkan berbentuk lingkaran berwarna penuh dan berwarna setengah.

(45)

Deployment Diagram

•

Deployment/physical diagram

menggambarkan detail

bagaimana komponen di-

deploy

dalam infrastruktur

sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal

• Sebuah

node

adalah server,

workstation

, atau piranti

keras lain yang digunakan untuk men-

deploy

komponen

dalam lingkungan sebenarnya. Hubungan antar

node

(misalnya TCP/IP) dan

requirement

dapat juga

didefinisikan dalam diagram ini.

Component Diagram

•

Component diagram

menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk

ketergantungan (

dependency

) di antaranya.

• Komponen piranti lunak adalah modul berisi

code

, baik

berisi

source code

maupun

binary code

, baik

library

maupun

executable

, baik yang muncul pada

compile time,

link time

, maupun

run time

.

• Pada umumnya komponen terbentuk dari beberapa

class

dan/atau

package

, tapi dapat juga dari

komponen-komponen yang lebih kecil.

• Komponen dapat juga berupa

interface

, yaitu kumpulan

layanan yang disediakan sebuah komponen untuk komponen lain.

(46)

Contoh : Component Diagram

applet1.class

Demo.html _{applet2.class}

logo.gif

applet1.java

applet2.java

(47)