ANSIS3

1UNIVERSITAS BUDI LUHUR

FAKULTAS TEKNOLOGI INFORMASI

www.budiluhur.ac.id

HAL : 1

PEMODELAN SISTEM INFORMASI

BERORIENTASI OBYEKTINJAUAN KEMBALI

FAKULTAS TEKNOLOGI INFORMASI - UNIVERSITAS BUDI LUHUR

HAL : 2GENAP 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.

2FAKULTAS TEKNOLOGI INFORMASI - UNIVERSITAS BUDI LUHUR


SEJARAH UML



MASUKAN-MASUKAN UNTUK UML

Fusion

Operation descriptions,Message numbering

Meyer

Before and after conditions

Harel

State charts

Wirfs-Brock

ResponsibilitiesOdellClassification

Shlaer - MellorObject Lifecycles

Gamma, et.alFrameworks, patterns,

notes

BoochJacobsonRumbaugh



ARTIFACT UML

Actor A

Use Case 1

Use Case 2

Actor B

user :

mainWnd : MainWnd

fileMgr : FileMgr

repository : Repositorydocument : Document

gFile : GrpFile

9: sortByName ( )

L1: 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 : intdocid : intnumField : 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 AlphaUNIX

IBM Mainframe

-

Windows95

-

- 95 : - NT: - - : - -, - - IBM : -, -

Document

FileManager

GraphicFileFile

Repository DocumentList

FileList

user

mainWnd f ileMgr : FileMgr

repositorydocument : Document

gFile

1: Doc view request ( )

2: fetchDoc( )

3: create ( )

4: create ( )

5: readDoc ( )

6: fi l lDocument ( )

7: readFile ( )

8: fi l lFile ( )

9: sortByName ( )

- .

- - - .

- - .

Customernameaddr

withdraw()fetch()send()receive()

Forward Engineering(Code Generation)and

Reverse Engineering

Executable System

User InterfaceDefinition

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 DiagramClass



DIAGRAM-DIAGRAM DI UML

DeploymentDiagram

Use CaseDiagramsUse CaseDiagramsUse CaseDiagrams

ScenarioDiagramsScenarioDiagramsSequenceDiagrams

StateDiagramsStateDiagramsStateDiagrams

ComponentDiagramsComponent

DiagramsComponentDiagrams

Model

StateDiagramsStateDiagramsObjectDiagrams

ScenarioDiagramsScenarioDiagramsCollaborationDiagrams

Use CaseDiagramsUse CaseDiagramsActivityDiagrams

StateDiagramsStateDiagramsClassDiagrams



Class Diagram

Object Diagram

Component Diagram

Deployment Diagram

Use Case Diagram

Sequence Diagram


Statechart Diagram

Activity Diagram

Structural Diagrams

Behavioral Diagrams

9 DIAGRAM UML



SequenceDiagrams

Dynamic views Static views

CollaborationDiagrams

ActivityDiagrams

StatechartDiagrams

ClassDiagrams

ObjectDiagrams

ComponentDiagrams

DeploymentDiagrams

Use CaseDiagrams

Model

Some part ofthe model mightnot be visible on

any diagram

5UNIVERSITAS BUDI LUHUR


www.budiluhur.ac.id

HAL : 9

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)



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 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



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 pasif dengan system anda



Association antara use case

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

BukaRekening

catatdata pribadi

Nasabah

Register for courses

Logon validation

Maintain curriculum



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

BukaRekening

BukaDeposito

Nasabah

Association antara use case (Lanjut)



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)

BukaRekening

Nasabah BukaDeposito



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.

STUDI KASUS USE CASE DIAGRAM

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 barangSetiap 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 KwitansiApabila 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 LaporanSetiap 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 !

UNIVERSITAS BUDI LUHUR


www.budiluhur.ac.id

HAL : 22

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



CONTOHACTIVITYDIAGRAM

Penarikan Uang dari Account

Bank Melalui

ATM



CONTOH ACTIVITY DIAGRAMSupplierBagian PembelianBagian Gudang

Memberi informasi dataBarang yang akan dipesan

Menerimainformasi

BuatSPP

Terima

SPP

Kirim Barang

disertai FakturTerima Barang

dan Faktur

Buat

SPBJ

Tandatangani

SPBJ

Terima

SPBJ

Konfirmasi

pembayaran

Melakukan

pembayaran

Terima

pembayaran

TerimaKwitansi

Buatkwitansi

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 barangSetiap 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 KwitansiApabila 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 LaporanSetiap 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 Activity diagram dari data diatas !

15


HAL : 29

Buat Activity DiagramPT. SMART SOLUTION adalah sebuah perusahaan yang bergerak

dibidang Konsultan Teknologi Informasi yang menangani pengadaan Hardware danSoftware. Berikut ini adalah kegiatan yang dilakukan oleh Bagian pengadaan dalammengadakan Alat tulis Kantor didalam perusahaan.

Setiap kali ada Divisi yang akan meminta ATK diharuskan membuat FormPermintaaan ATK yang kemudian diserahkan kepada bagian Pengadaan untukdicatat dan direkam kedalam Arsip FPA. Berdasarkan Arsip FPA tersebut bagianPengadaan mengecek permintaan tersebut dengan jumlah Stok ATK yang adadidalam bagian Pengadaan, Jika jumlah Stok yang ada tidak mencukupi maka akandibuatkan Surat Pesanan yang ditujukan Kepada Suplier dan rangkapnya disimpankedalam Arsip Pesanan. Kemudian Apabila Barang yang dipesan sudah ada makabagian Pengadaan akan menerima Faktur dari Suplier yang kemudian dicatat dan direkam kedalam Arsip Faktur dan Mengupdate Stok kedalam Arsip ATK. Jika Stokyang ada dibagian pengadaan Mencukupi maka Berdasarkan Arsip FPA BagianPengadaan membuat Bukti Serah ATK yang diberikan kepada Divisi Peminta sertaArsipnya disimpan kedalam Arsip BSA serta Mengupdate Stok kedalam Arsip ATK.

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

GENAP 2012/2013 ANALISA DAN PERANCANGAN SI (IF002)



www.budiluhur.ac.id

HAL : 30

ERD(ENTITY RELATIONSHIP

DIAGRAM)

16



ENTITY-RELATIONSHIP DIAGRAM

UNARY RELATIONSHIP

BINARY RELATIONSHIP

N-ARY RELATIONSHIP




ENTITY ENTITY

RELATIONSHIP

KATABENDA

KATABENDA

KATA KERJA

17




PEGAWAI JABATANPUNYA

PEGAWAI MEMPUNYAI JABATAN

PEGAWAI DIPUNYAI OLEH JABATAN

PROYEK PEGAWAIKERJA

PROYEK DIKERJAKAN OLEH PEGAWAI

PROYEK MENGERJAKAN PEGAWAI




NASABAH REKENINGPUNYA

PELANGGAN BARANGBELI

MAHASISWA MT-KULIAHIKUT

PEGAWAI PINJAMANPUNYA

ANGGOTA BUKUPINJAM

FAKTUR STOCKTAMBAH

18




PEGAWAI JABATANPUNYA1 1

1 11 1

PROYEK PEGAWAIKERJA1 M

1 M1 1

MHSISWA MT-KULIAHIKUTM N

1 MM 1




NIMNAMAALAMAT

KD-MATKULNM-MATKULSKS

MHSISWA MT-KULIAHIKUTM N

NIMKD-MATKULNILAI

PEGAWAI JABATANPUNYA1 1

NO-PEGNAMAALAMAT

KD-JABURAIANTUNJANGAN

NO-PEGKD-JAB

PROYEK PEGAWAIKERJA1 M

KD-PROYNM-PROYANGGARAN

NO-PEGNAMAHONOR

KD-PROYNO-PEG

19




JENIS ENTITY

PEGAWAI ABSENISI1 M

STRONG ENTITY WEAK ENTITY

PEGAWAI ABSENISI1 M

NO-PEGNAMAALAMAT

TANGGALJAM-MASUKJAM-PULANG

NO-PEG

TIDAK MEMPUNYAI KEY




PEGAWAI KERJA PROYEK

M

1

BAGIAN

PUNYA

N

M

BARANG

PAKAI

1

M

NO-PEGNAMAGAPOKLAMA-KERJAJABATAN

NO-PROYNAMA-PROYBIAYA

NO-PROYKD-BARJUMLAH

KD-BARHARGA-BARNAMA-BAR

KD-BAGNAMA-BAG

NO-PEGKD-BAG

NO-PEGNO-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 Nama Unit : Accounting 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



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



www.budiluhur.ac.id

HAL : 42

TRANSFORMASI ERD KE LRS

22



PEDOMAN

SETIAP ENTITY AKAN DIUBAH KEBENTUK SEBUAH KOTAK DENGAN NAMAENTITY 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

ALAMATTG-LAHIRSTATUS

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

1 1


23



TRANSFORMASI 1:1 ONE-TO-ONE

KD-JABDESKRIPSITUNJANGAN

NO-PEGTGL-LAHIRNAMAALAMATSTATUSGA-POK

1 1PEGAWAI JABATANPUNYA

NO-PEGTGL-LAHIRNAMAALAMATSTATUSGA-POKKD-JAB

KD-JABDESKRIPSITINJANGAN

PEGAWAI

JABATAN

KD-JABNO-PEGTGL-LAHIRNAMAALAMATSTATUSGA-POK

KD-JABDESKRIPSITINJANGANNO-PEG

PEGAWAIJABATAN

NO-PEG

?




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-PROYDESKRIPSITGL-MULAI

NO-PEGTGL-LAHIRNAMAALAMATSTATUSGA-POK

M 1PEGAWAI PROYEKKERJA

NO-PEGTGL-LAHIRNAMAALAMATSTATUSGA-POKKD-PROY

KD-PROYDESKRIPSITGL-MULAI

PEGAWAI PROYEK

KD-PROY




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

M N

25



TRANSFORMASI M :N MANY-TO-MANY

KD-MATKULDESKRIPSISKS

NIMTGL-LAHIRNAMAALAMATJEN-KEL

M NMHSISWA MAT-KULIKUT

NIMKD-MATKULNILAI

NIMTGL-LAHIRNAMAALAMATJEN-KEL

MHSISWA

NIMKD-MATKULNILAI

IKUT

NIM KD-MATKULDESKRIPSISKS

MAT-KUL

KD-MATKUL





KD-PROYLOKASIJENIS

KD-PROYKD-BRNGJUMLAH

KD-BRNGNAMA-BRHAR-SAT

M

1

N1

1

M


BARANGMOBIL

PAKAIDAPAT

NO-PEGNAMAALAMATHONOR

NO-PEGKD-PROY

NO-POLMEREKTAHUNWARNATGL-PAKAI

NO-PEGNO-POL

26



M

1

N1

1

M


BARANGMOBIL

PAKAIDAPAT

NO-PEGNAMAALAMATHONOR

KD-PROYLOKASIJENIS

NO-PEGKD-PROY



NO-POLMEREKTAHUNWARNATGL-PAKAI

NO-PEGNO-POL




CONTOH

M

1

N1

1

M


BARANGJABATAN

PAKAIPUNYA

NO-PEGNAMAALAMAT

KD-PROYLOKASIJENIS

NO-PEGKD-PROY



NO-PEGKD-JAB


M

1

N1

1

M


BARANGJABATAN

PAKAIPUNYA

NO-PEGNAMAALAMAT

KD-PROYLOKASIJENIS

NO-PEGKD-PROY



NO-PEGKD-JAB



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

N1

1

M


BARANGJABATAN

PAKAIPUNYA

NO-PEGNAMAALAMAT

KD-PROYLOKASIJENIS

NO-PEGKD-PROY



NO-PEGKD-JAB





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

BARANGKD-BRNG NAMA-BR HARSAT

NO-PEGNAMAALAMATKD-PROYKD-JAB

PEGAWAI


JABATAN

KD-PROY

KD-JAB

KD-PROYLOKASIJENIS

PROYEK


PAKAI


BARANG

KD-PROY

KD-BRNG

TRANSFORMASI LRS KE RELASI

29



CONTOH

PAKAIKD-PROY KD-BRNG JUMLAH


PEGAWAI


JABATAN

KD-PROY

KD-JAB

KD-PROYLOKASIJENIS

PROYEK


PAKAI


BARANG

KD-PROY

KD-BRNG




CONTOH

PROYEKKD-PROY LOKASI JENIS



PEGAWAI


JABATAN

KD-PROY

KD-JAB

KD-PROYLOKASIJENIS

PROYEK


PAKAI


BARANG

KD-PROY

KD-BRNG

30



CONTOH

JABATANKD-JAB URAIAN TUNJANGAN


PEGAWAI


JABATAN

KD-PROY

KD-JAB

KD-PROYLOKASIJENIS

PROYEK


PAKAI


BARANG

KD-PROY

KD-BRNG




CONTOH

PEGAWAINO-PEG NAMA ALAMAT KD-PROY KD-JAB


PEGAWAI


JABATAN

KD-PROY

KD-JAB

KD-PROYLOKASIJENIS

PROYEK


PAKAI


BARANG

KD-PROY

KD-BRNG


31



CONTOHPEGAWAINO-PEG NAMA ALAMAT KD-PROY KD-JAB






PEGAWAI


JABATAN

KD-PROY

KD-JAB

KD-PROYLOKASIJENIS

PROYEK


PAKAI


BARANG

KD-PROY

KD-BRNG















CARA LAIN

MENUNJUKKAN

PRIMARY KEY

PK

PK

PK

PK

PK

32




ADA YANG

MERASA PERLU

MEMPERLIHATKAN

FOREIGN KEY






PK

PK

PK

PK

PK

FK FK

FK FK



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 : ProyekMedia : HarddiskIsi : Data Proyek yang dimiliki perusahaan Organisasi File : Index SequentialPrimary key : KD_PROYPanjang record : 39 byteJumlah record : 13 RecordStruktur :

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 MasukDigit ke 3 dan Ke 4 Menunjukkan Program StudiDigit Ke 5 dan Ke 6 Menunjukkan Jenjang Digit Ke 7 sampai ke 10 menunjukkan Nomor Pendaftaran

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



www.budiluhur.ac.id

HAL : 70

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

Metode/operasi

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.



CONTOH CLASS DIAGRAM

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 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



BAGIAN ACCOUNTING ( Deni Mahdiana )

PT. BUDI LUHUR

BUKTI SERAH ATK

NO. BSB : B001 TGL. BSB : 7 Mei 2004 Nama Unit : Accounting 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



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



www.budiluhur.ac.id

HAL : 77

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

untuk menghasilkan sesuatu didalam use case

40



Simbol Sequence Diagram



Contoh Sequence Diagram

41





42





Contoh Sequence Diagram

43




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.



Contoh Collaboration Diagram

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.



Contoh State Diagram

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



Contoh : Component & Deployment Diagram

47



Referensi Materi UML

Sebagai referensi dalam mempelajari dan menggunakan UML, situs-situs yang merupakan pointer

http://www.cetus-links.org/oo_uml.html

http://www.omg.org

http://www.omg.org/technology/uml/

http://www.rational.com/uml

http://www.uml.org/

Documents

ANSIS3