perancangan perangkat lunak - gunadarma...

Perancangan Perangkat Lunak

KAMUS DATA

PendahuluanPendahuluan

• Kamus data adalah suatu daftar data Kamus data adalah suatu daftar data elemen yang terorganisir dengan definisi yang tetap dan sesuai definisi yang tetap dan sesuai dengan sistem, sehingga user dan

li i t i ti analis sistem mempunyai pengertian yang sama tentang input, output, dan

komponen data strore.

PendahuluanPendahuluan• Pada tahap analisis, kamus dataada ta ap a a s s, a us data

merupakan alat komunikasi antara userdan analis sistem tentang data yangdan analis sistem tentang data yangmengalir di dalam sistem, yaitu tentangdata yang masuk ke sistem dan tentangdata yang masuk ke sistem dan tentanginformasi yang dibutuhkan oleh user.Sementara itu pada tahapSementara itu, pada tahapperancangan sistem kamus datadi k t k i tdigunakan untuk merancang input,laporan dan database.

Bentuk Kamus DataBentuk Kamus Data• Suatu sistem dapat diuraikan ke dalam Suatu sistem dapat diuraikan ke dalam

4 form kamus data yang menerangkan isi database sistem dalam bentuk hirarki isi database sistem dalam bentuk hirarki seperti yang digambarkan sebagai b ik t berikut :

Gambar 1. Hirarki dari Form Kamus Data

Data Flow Dictionary EntryData Flow Dictionary Entry

• Data flow dictionary entry ini • Data flow dictionary entry ini menerangkan setiap data flow pada DFD D t fl i i d t b DFD. Data flow ini dapat berupa : a. Satu struktur yang terdiri dari satu y g

elemen data tunggal. b S t t kt t di i d i t b. Satu struktur yang terdiri dari satu

paket elemen data. p c. Multiple struktur.

Data Flow Dictionary EntryData Flow Dictionary Entry

B d k i di t k • Berdasarkan uraian di atas, maka hubungan antara alur data pada DFD

dan alur data pada elemen kamus data adalah one to one relationship data adalah one to one relationship (relasi satu-satu). Jika DFD berisi 40 alur data maka kamus data harus alur data, maka kamus data harus mempunyai 40 elemen alur data.

Data Flow Dictionary EntryData Flow Dictionary Entry• Data flow dictionary entry berisi hanya y y y

summary data atau data ringkasan, dan menerangkan alur yang mengidentifikasikan g y g g dari mana alur itu berasal dan kemana alur itu menuju. Contoh sbb:j

Data Store Dictionary EntryData Store Dictionary Entry• Data store dictionary enty Data store dictionary enty

menerangkan setiap data store yang unik dalam DFD Jika data store yang unik dalam DFD. Jika data store yang sama muncul lebih dari satu, maka h t b t k t l k hanya satu bentuk tunggal yang akan digunakan.

• Seperti halnya data flow dictionary entry data store dictionary entry entry, data store dictionary entry hanya berisi summary data.

Data Store Dictionary EntryData Store Dictionary Entry

• Contoh• Contoh

Data Structure Dictionary EntryData Structure Dictionary Entry

• Data structure dictionary entry inidilengkapi dengan setiap struktur yang adag p g p y gpada bentuk data store dan data flow.

• Tujuan dari data structure dictionary entry• Tujuan dari data structure dictionary entryadalah untuk menghubungkan summarydescription (deskripsi ringkasan) dari datadescription (deskripsi ringkasan) dari dataflow dan data strore dictionary entry ked k i i d t il d i d t l tdeskripsi detail dari data elementdictionary entry.

Data Structure Dictionary EntryData Structure Dictionary Entry

• ContohContoh

Data Element Dictionary EntryData Element Dictionary Entry

D t l t di ti t • Data element dictionary entry menyediakan dasar untuk skema

database. Bentuk ini menyediakan data element dictionary (DED) dari data element dictionary (DED) dari kamus data yang berdasarkan komputer komputer.


T j d i d t l t di ti • Tujuan dari data element dictionary entry adalah untuk menstandarkan

deskripsi dari suatu elemen sehingga elemen itu direferensikan dengan cara elemen itu direferensikan dengan cara yang sama setiap kali digunakan. H l i i t ti kh jik • Hal ini sangat penting, khususnya jika suatu sistem dikembangkan dan

dimaintain oleh sekelompok user dan information specialists. p


• Contoh:• Contoh:

Pendefinisian Data Element Pendefinisian Data Element

• Menguraikan arti dari alur data dan data store dalam • Menguraikan arti dari alur data dan data store dalam DFD

• Menguraikan komposisi paket data pada alur data ke Menguraikan komposisi paket data pada alur data ke dalam alur yang lebih elementary (kecil) contoh : alamat langganan yang terdiri dari nama jalan, kota

dan kode pos. • Menguraikan komposisi paket data dalam data store. • Menspesifikasikan nilai dan unit informasi dalam alur

data dan data store. • Menguraikan hubungan yang terinci antara data store

dalam suatu entity relationship diagram (ERD)

Notasi-Notasi Kamus DataNotasi Notasi Kamus DataNotasi ArtiNotasi Arti

=+

terdiri dari, terbentuk dari, sama dengandan+

( ){ }

danoptionaliterasi/ pengulangan, misal : 1 { ... } 10{ }

[ ]iterasi/ pengulangan, misal : 1 { ... } 10pilih satu dari beberapa alternatif (pilihan) misal : [AIBICID]

**@

[AIBICID]komentaridentifier suatu data store@

|alias

pemisah dalam bentuk [ ]nama lain untuk suatu data

Contoh Kamus DataContoh Kamus Data• Nama = Nama Depan + Natama Belakang Nama Nama_Depan Natama_Belakang • Current_Height = *Unit : 150 Cm* • Nama Langganan = (Title) + Nama Depan + • Nama_Langganan = (Title) + Nama_Depan +

(Nama_Tengah) + Nama_Belakang • Customer Address = (Shipping Address) + • Customer_Address = (Shipping_Address) +

(Billing_Address) • Order = Customer Name + Shipping Address • Order = Customer_Name + Shipping_Address

+ 1{item}10 Jenis Kelamin = [ Pria I Wanita ] • Jenis_Kelamin = [ Pria I Wanita ]

Contoh Kamus DataContoh Kamus Data

• Penjualan = *Jumlah penjualan • Penjualan = Jumlah penjualan selama satu tahun*

• Pajak rate = *Satuan pajak yang berlaku ditentukan oleh pemerintah p dalam %*

• Jumlah Pajak = *Jumlah pajak yang • Jumlah Pajak = Jumlah pajak yang harus dibayar hasil perkalian dari

l * sales* • Client = Alias untuk customer. Client Alias untuk customer.

ERDENTITY RELATIONSHIP DIAGRAM

Data modelling vs Process gModelling

• Pemodelan proses (Co. DFD) menunjukkan simpanan data,menunjukkan simpanan data, bagaimana, dimana, dan kapan datadigunakan atau diubah dalam sebuahdigunakan atau diubah dalam sebuah Sistem Informasi

• Pemodelan data (Co. ER) menunjukkan definisi, struktur, dan hubungan dalam , , gdata

Tahapan Peranc. Database (1)Miniworld

Tahapan Peranc. Database (1)

REQUIREMENTS COLLECTION &

ANALYSIS

Phase 1 :Requirements, Collection and Analysis

CONCEPTUAL DESIGNFUNCTIONAL ANALYSIS

Functional Requirements Data RequirementsPhase 2 :

Conceptual Database Design

LOGICAL DESIGN

Conceptual Schema (In a high-level data model)

High-level Transaction Specification

DBMS-independent

Phase 3 :Choice of DBMS

Phase 4 : LOGICAL DESIGN (DATA MODEL MAPPING)

APPLICATION PROGRAM

Logical (Conceptual) Schema (In the data model of a specific DBMS)

DBMS-specific

Data Model Mapping (Logical design)

PHYSICAL DESIGN (DATA MODEL MAPPING)

APPLICATION PROGRAM DESIGN

TRANSACTION

Phase 5 :Physical Design

Phase 6 : TRANSACTION IMPLEMENTATION Internal Schema

Application Programs

Phase 6 :System Implementation and Tuning

Tahapan Peranc. Database (2)• Hasil dari tahap requirement dan analisa berupa data‐data

Tahapan Peranc. Database (2)p q p

kebutuhan user yang akan ditampung dan digambarkan padatahap rancangan skema konsepsual (Conceptual Design).P d t h C t l D i b i i d t il d k i i d i ti ti• Pada tahap Conceptual Design, berisi detail deskripsi dari tipe‐tipeentity, relasi dan constraint (batasan). Hasil dari tahap ini beruparancangan skema konseptual Database (ER Diagram).g p ( g )

• Setelah ER Diagram yang dibuat dari rancangan skema konsepsualdatabase, perlu dilakukan prosesmapping ke skema relasi agar d t b t b t d t dii l t ik d R l ti ldatabase tersebut dapat diimplementasikan dengan Relational DBMS (RDBMS). Tahap ini disebut Logical Design (Data Model Mapping). Hasil dari tahapan ini berupa Skema Fisik Database.pp g) p p

• Tahap akhir adalah Physical Design, berupa pendefinisian strukturinternal storage, index, path serta organisasi file‐file dalamd t bdatabase.

ER Data ModelER Data Model• Pemodelan sistem database dapat dilakukan melalui• Pemodelan sistem database dapat dilakukan melaluipendekatan perancangan secara konsepsual yaituEntity Relationship Diagram (ERD atau ER Diagram).Entity Relationship Diagram (ERD atau ER Diagram).

• ER Diagram menggambarkan tipe objek mengenai dataitu di manajemen, serta relasi antara objek tersebut.j , j

• ER Model dibuat berdasarkan persepsi ataupengamatan kondisi riil/nyata yang terdiri atas entitasdan relasi antar entitas‐entitas tersebut.

• Sebuah database dapat dimodelkan sebagai:– Kumpulan Entity/Entitas,– Relationship/Relasi diantara entitas.

ER Data ModelER Data Model• Entitas adalah sebuah obyek yang ada (exist)Entitas adalah sebuah obyek yang ada (exist) dan dapat dibedakan dengan obyek yang lain.

• Entitas ada yang bersifat konkrit seperti:• Entitas ada yang bersifat konkrit, seperti: orang (pegawai, mahasiswa, dosen, dll), buku, perusahaan; dan ada yang bersifat abstrakperusahaan; dan ada yang bersifat abstrak, seperti: peristiwa/kejadian (pendaftaran, pemesanan penagihan) konsep (rekeningpemesanan, penagihan), konsep (rekening, kualifikasi), mata kuliah, pekerjaan, status dan sebagainyasebagainya.

ER Data ModelER Data Model

• Setiap entitasmemiliki atribut sebagai keterangan dari entitas, misal. entitas gmahasiswa, yang memiliki atribut: NIM, nama dan alamatnama dan alamat.

• Setiap atribut pada entitas memilikikunci atribut (key atribut) yang bersifatkunci atribut (key atribut) yang bersifatunik.

ER Data ModelER Data Model• Beberapa atribut juga dapat ditetapkan• Beberapa atribut juga dapat ditetapkansebagai calon kunci (candidate key).Mi lMisal. ‐ EntitasMahasiswa dengan atribut NIMsebagai key atribut

‐ Entitas Dosen dengan NIP sebagai key atribut, dan sebagainya.

• Beberapa entitas kemungkinan tidakmemilikip gatribut kunci sendiri, entitas demikian disebutEntitas Lemah (Weak Entity).( y)

Simbol ER Data ModelSimbol ER Data Model

Entitas Lemah (Weak Entity)Entitas Lemah (Weak Entity)• Entitas Lemah (Weak Entity) adalah entitas yang keberadaannya ( y) y g ysangat bergantung dengan entitas lain.‐ Tidak memiliki Key Attribute sendiri.‐ Entitas tempat bergantung disebut Identifying Owner/Owner.‐ Entitas lemah tidak memiliki identifier‐nya sendiri.y‐ Atribut entitas lemah berperan sebagai Partial Identifier (identifier yang berfungsi secara sebagian).Contoh:

Jenis-Jenis Atribut (1)Jenis Jenis Atribut (1)• Simple / Atomic Attribute: adalah atribut yang tidak dapat dibagi‐S p e / to c tt bute: ada a at but ya g t da dapat d bagbagi lagi menjadi atribut yang lebih mendasar.

• Composite Attribute: atribut yang terdiri dari beberapa atribut yang lebih mendasaryang lebih mendasar.Contoh:‐ Atribut ALAMAT, terdiri atas atribut JALAN, KOTA,Atribut ALAMAT, terdiri atas atribut JALAN, KOTA, KODE_POS.

‐ Atribut NAME, terdiri atas atribut FNAME,MNAME dan LNAME pada suatu entitas (EMPLOYEE)pada suatu entitas (EMPLOYEE).

• Single‐Valued Attribute: atribut yang hanya memiliki satu harga/nilaiharga/nilai. Contoh:‐ Atribut UMUR pada entitas PEGAWAI‐ Atribut LOCATIONS pada entitas DEPARTMENT

Jenis-Jenis Atribut (2)• Multi‐Valued Attribute: adalah atribut yang memiliki isi lebih dari satu

Jenis Jenis Atribut (2)Multi Valued Attribute: adalah atribut yang memiliki isi lebih dari satu nilai. Contoh:

b d d b– Atribut PENDIDIKAN TINGGI pada entitas PEGAWAI, dapat berisi lebih dari satu nilai: SMP, SMU, Perguruan Tinggi (Sarjana), Doktor, dll.

– Atribut HOBBY pada entitas MAHASISWA, dapat memiliki lebih dari satu nilai: sepak bola, menyanyi, menari, tennis, dsb.Atribut PRASYARAT pada entitas MATA KULIAH dapat memiliki– Atribut PRASYARAT pada entitas MATA_KULIAH, dapat memiliki lebih dari satu nilai: Konsep Pemrograman & Algoritma Struktur Data untuk prasyarat mata kuliah Pemrograman Lanjut.

• Null Values Attribute: adalah atribut dari entitas yang tidak memiliki nilai.

h ib kContoh: Atribut PENDIDIKAN TINGGI untuk tamatan SMP.

Jenis-Jenis Atribut (3)• Derived Attribute: adalah atribut yang nilainya dapat diisi atau

Jenis Jenis Atribut (3)

diturunkan dari perhitungan atau algoritma tertentu.Contoh:Atribut UMUR dapat dihitung dari atribut TGL LAHIR‐ Atribut UMUR, dapat dihitung dari atribut TGL_LAHIR

‐ Atribut LAMA_KULIAH, dapat dihitung dari NIM yang merupakan kombinasi antara digit tahun dan digit yang lain (2696100…).

‐ Atribut INDEX_PRESTASI, dapat dihitung dari NILAI yang diperoleh MAHASISWA.

NRP Nama NO_MK Nama_MK

Mahasiswa

H bb

Mata Kuliah

P t

Multi-Valued Attribute Derived Attribute

Hobby Prasyarat

Relasi dan Rasio Kardinalitas (1)Relasi dan Rasio Kardinalitas ( )• Relasi adalah hubungan antar entitas.g• Relasi dapat memiliki atribut, dimana terjadi adanya transaksi yang menghasilkan suatu nilai tertentu.

Penjelasan:Penjelasan: Bentuk ER diatas antara Mahasiswa Mengambil

Mata_Kuliah, tentunya ada Nilai yang dihasilkan. Dimana atribut nilai ditempatkan?

Relasi dan Rasio Kardinalitas (2)Relasi dan Rasio Kardinalitas ( )

Penjelasan: Jika atribut Nilai ditempatkan pada entitas Mahasiswa (dimana Nilai

merupakan salah satu atribut dari entitas Mahasiswa), maka semua mata kuliah yang diambil oleh seorang mahasiswa menghasilkan nilai yang sama ( )(tidak realistis).

Jika atribut Nilai ditempatkan pada entitas Mata_Kuliah (dimana Nilaimerupakan salah satu atribut dari entitas Mata_Kuliah), maka semua mahasiswa yang mengambil mata kuliah tertentu akan memiliki nilai yang sama (tidak realistis).

Attribut Nilai harus ditempatkan pada relasi Mengambil, yang berarti seorang mahasiswa tertentu yang mengambil mata kuliah tertentu, akan mendapatkan nilai tertentu pula.

Relasi dan Rasio Kardinalitas (3)

D j d R l i


Derajad Relasi• Derajad Relasi adalah jumlah entitas yang berpatisipasi dalam suatu relasi.

• Derajad Relasi dapat berupa:j p p‐ Unary Relationship (Relasi Berderajad 1)Binary Relationship (Relasi Berderajad 2)‐ Binary Relationship (Relasi Berderajad 2)

‐ Ternary Relationship (Relasi Berderajad 3)


Unary Relationship (Relasi Berderajad 1)


Unary Relationship (Relasi Berderajad 1)• adalah relasi dimana entitas yang terlibat hanya 1.• Sering disebut relasi rekursif (recursive relationship)• Sering disebut relasi rekursif (recursive relationship).Contoh:


Binary Relationship (Relasi Berderajad 2)


Binary Relationship (Relasi Berderajad 2)• Atau relasi Biner adalah relasi yang melibatkan 2 entitas.Contoh:Contoh:


Ternary Relationship (Relasi Berderajad 3)


Ternary Relationship (Relasi Berderajad 3)• adalah relasi tunggal yang menghubungkan 3 entitas yang berbeda.Contoh:


Rasio Kardinalitas


• Dalam relasi binary antar 2 entitas, terdapat beberapa kemungkinan: PEGAWAI MANAGE DEPARTEMEN

1 : 1 : One‐to‐One p1 p2 p3 p4

r1 r2 r3

d1 d2 d3

N : 1 : Many‐to‐One p1 r1 d1

PEGAWAI BEKERJA_PADA DEPARTEMEN

y p2 p3 p4

r2 r3 r4

d1 d2 d3

M : N : Many‐to‐Many p1 p2

r1 r2 d1

d2

PEGAWAI BEKERJA_DI PROJECT

p p3 p4

r3 r4

d2 d3

Participation Constraint D d iDependencies• Menunjukkan apakah keberadaan suatu entitas bergantung• Menunjukkan apakah keberadaan suatu entitas bergantung penuh / tidak dengan entitas relasinya.

• Batasan (constraint) adalah jumlahminimum relasi dimana tiapBatasan (constraint) adalah jumlah minimum relasi dimana tiap entitas dapat ikut berpatisipasi.

• Ada 2 jenis Participation Constraint:j p1. Partisipasi Total ( )adalah bentuk partisipasi yang menunjukkan ketergantungan p p y g j g gpenuh suatu entitas (semua dan harus).

2. Partisipasi Parsial ( )adalah bentuk partisipasi yang menujukkan ketergantuan tidak penuh suatu entitas (beberapa, tidak harus semua)

Participation Constraint D d iDependenciesRasio Kardinalitas Participation ConstraintRasio Kardinalitas Participation Constraint 1 : 1 : One‐to‐One

p1

PEGAWAI MANAGE DEPARTEMEN

p1 p2 p3 p4

r1 r2 r3

d1 d2 d3

N : 1 : Many‐to‐One

p1 r1 d1

PEGAWAI BEKERJA_PADA DEPARTEMEN

p p2 p3 p4

r2 r3 r4

d1 d2 d3

M : N : Many‐to‐Many

Mapping ke Skema Relasi (1)Mapping ke Skema Relasi (1)

Untuk melakukan mapping (pemetaan) dari skema ER pp g (p )Diagram ke skema relasi terdapat langkah‐langkah yang harus diperhatikan. Langkah‐langkah mapping:1. Untuk setiap entitas skema relasi R yang menyertakanp y g y

seluruh Simple Atribute dan Simple Attribute dariComposite Attribute yang ada, pilih salah satu atributkunci sebagai Primary Keykunci sebagai Primary Key.

2. Untuk setiap Entitas Lemah, buatlah skema relasi Rdengan mengikutsertakan seluruh Simple Attributedengan mengikutsertakan seluruh Simple Attribute. Tambahkan Primary Key dari entitas kuatnya (Owner Entity type) yang akan digunakan sebagai Primary Keyb P i l K d i E i L hbersama‐sama Partial Key dari Entitas Lemah.

Mapping ke Skema Relasi (2)Mapping ke Skema Relasi (2)3. Untuk setiap relasi binary 1:1, tambahkan Primary Key dari sisi yang lebih ”ringan” ke sisi (entitas) yang lebih ”berat”. Suatu sisi dianggap lebih ”berat” timbangannya apabila mempunyai partisipasi total. Tambahkan juga Simple Attribute yang terdapat pada relasi tersebut ke sisi yang lebih ”berat”. Apabila kedua partisipasi adalah sama total,maka keduaApabila kedua partisipasi adalah sama total, maka kedua entitas tersebut boleh digabungmenjadi satu skema relasi.

4. Untuk setiap relasi binary 1:N yang tidak melibatkan entitas lemah tentukan mana sisi yang lebih ”berat” Sisi dianggaplemah, tentukan mana sisi yang lebih berat . Sisi dianggap lebih ”berat” timbangannya adalah sisi‐N (Many). Tambahkan Primary Key dari sisi yang ”ringan” ke skema l i i i l bih ”b t” T b hk j l h i lrelasi sisi yang lebih ”berat”. Tambahkan juga seluruh simple

attribute yang terdapat pada relasi biner tersebut.

Mapping ke Skema Relasi (3)

5. Untuk setiap relasi binaryM:N, buatlah skema relasi baru R dengan


5. Untuk setiap relasi binary M:N, buatlah skema relasi baru R dengan atribut seluruh simple attribute yang terdapat pada relasi biner tersebut. Tambahkan primary key yang terdapat pada kedua sisi ke k l i R K d F i K did t d i k d i iskema relasi R. Kedua Foreign Key yang didapat dari kedua sisi tersebut digabungmenjadi satumembentuk Primary Key dari skema relasi R.

6. Untuk setiap Multivalued Attribute, buatlah skema relasi R yang menyertakan atribut dari multivalue tersebut. Tambahkan Primary K d i l i iliki lti l d t b t K d t ib tKey dari relasi yang memiliki multivalued tersebut. Kedua atribut tersebut membentuk Primary Key dari skema relasi R.

7 Untuk setiap relasi n‐ary dengan n>2 buatlah skema relasi R yang7. Untuk setiap relasi n ary dengan n>2, buatlah skema relasi R yang menyertakan seluruh Primary Key dari entitas yang ikut serta. Sejumlah n Foreign Key tersebut akan membentuk Primary Key

t k k l i R T b hk l h Si l Att ib tuntuk skema relasi R. Tambahkan seluruh Simple Attribute yang terdapat pada relasi n‐ary tersebut.

Mapping ke Skema Relasi (4)Diagram Skema Konsepsual / ER Diagram untuk Database COMPANY


Mapping ke Skema Relasi (5)EMPLOYEE


FNAME MINIT LNAME SSN BDATE ADDRESS SEX SALARY SUPERSSN DNO

DEPARTMENTDNAME DNUMBER MGRSSN MGRSTARTDATE

DEPARTMENT

DEPT_LOCATIONSDLOCATIONDNUMBER

PNAME PNUMBER LOCATION DNUM

PROJECT

DEPENDENT

WORKS ONHOURSPNOESSN

DEPENDENTBDATE RELATIONSHIPSEXDEPENDENT_NAMESSN

Mapping Skema ER Diagram dengan R f i l I i C iReferential Integrity Constraint

E l

Fname Minit Lname SSN Bdate Address Sex Salary SuperSSN DNO

Employee

Dname DNumber MgrSSN MgrStartDateDepartement

DNumber DLocationDept_Locations

Pname PNumber PLocation DNumProject

PNOWorks_On

HoursESSN

Dependent_name Sex BdateDependent

RelationshipESSN

Contoh Implementasi Data Table

DEPARTMENT


DEPARTMENT

WORKS ON

DEPARTMENTDEPARTMENT LOCATION

Contoh Implementasi Data TableDEPENDENT


EMPLOYEE

PROJECTPROJECT

perancangan perangkat lunak - gunadarma...

Documents