lapres modul 2.doc
Post on 08-Nov-2014
11 Views
Preview:
DESCRIPTION
TRANSCRIPT
Jum’at, 10.00-11.30
LAPORAN RESMI
BASIS DATA
MODUL 2
POWER DESIGNER
SESI: E2
GENTA PAMBUDI PUTRA WIDYASTORO (1034010011)
DEVIANA ANI Z. I (1034010051)
ASISTEN PRAKTIKUM:
RAKHMAD SATRIYA (0934010159)
RIZKY SATYA (0934010021)
LABORATORIUM DESAIN DAN ALGORITMA
PROGRAM STUDI TEKNIK INFORMATIKA
FAKULTAS TEKNOLOGI INDUSTRI
UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN” JATIM
2012
I. DASAR TEORI
A. CDM (Conceptual Data Model) :- Model yang dibuat berdasarkan anggapan bahwa dunia nyata terdiri dari koleksi obyek-obyek dasar yang dinamakan entitas (entity) serta hubungan (relationship) antara entitas-entitas itu.- Biasanya direpresentasikan dalam bentuk Entity Relationship Diagram.Manfaat Penggunaan CDM dalam perancangan database :- Memberikan gambaran yang lengkap dari struktur basis data yaitu arti, hubungan, dan batasan-batasan- Alat komunikasi antar pemakai basis data, designer, dan analis.
B. PDM (Phsical Data Model) Merupakan model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data-data tersebut. Setiap tabel mempunyai sejumlah kolom di mana setiap kolom memiliki nama yang unik.C. Perbedaan CDM dan PDM :CDM : perancangan basis data yang berdasarkan pengumpulan data dan analisis.Pembuatan CDM adalah suatu tahap dimana kita melakukan proses indentifikasi dan analisa kebutuhan-kebutuhan data dan ini disebut pengumpulan data dan analisa. Untuk menentukan kebutuhan-kebutuhan suatu sistem database, kita harus mengenal terlebih dahulu bagian-bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database. Tipe data bersifat general dan tidak spesifik.PDM : Perancangan database secara fisikTipe data bersifat lebih khusus dan spesifik. Perancangan PDM merupakan representasi fisik / sebenarnya dari database.Menurut ANSI/SPARC, arsitektur basis data terbagi atas tiga level yaitu :~ Internal/Physical Level : (yang dapat direpresentasikan dengan PDM) berhubungan dengan bagaimana data disimpan secara fisik (physical storage)~ External /View Level : berhubungan dengan bagaimana data di representasikan dari sisi setiap user.~ Conceptual/Logical Level : (yang dapat direpsesentasikan dengan CDM) yang menghubungkan antara internal & external level
D. Jenis-jenis objek dalam CDM :- Entity- Relationship- Inheritance- AssociationE. Jenis-jenis objek dalam PDM :- Table- View- Reference
F. Business Rule yang ada dalam CDM dan PDM :Suatu aturan yang diikuti oleh system database bisnis yang akan dibuat. Business rule dapat berupa peraturan pemerintah, kebutuhan customer, atau aturan-aturan
internal.Business rule yang ada di dalam CDM dan PDM:- Pernyataan yang menjelaskan beberapa aspek bisnis- Menegaskan struktur bisnis- Control/mempengaruhi perilaku bisnis- Dinyatakan dalam istilah yang mudah dimengerti oleh end-user- Automated through DBMS softwareBusiness rule yang baik adalah:- Declarative-what, not how- Precise(tepat)-clear,ageed-upon meaning- Atomic-one statement- Consistent-internally and externally- Expressible-structured, natural language- Distinct-non-redundant- Business-oriented-understood by business people
II. SOAL
1. Buatlah CDM, PDM, dan SQL dari data penjualan
III. CDM
PDM
SQL/*==============================================================*/
/* DBMS name: PostgreSQL 8 */
/* Created on: 11/05/2012 5:44:40 */
/*==============================================================*/
drop index AGEN_PK;
drop table AGEN;
drop index BARANG_PK;
drop table BARANG;
drop index KARYAWAN_PK;
drop table KARYAWAN;
drop index MEMPUNYAI2_FK;
drop index MEMPUNYAI_FK;
drop index MEMPUNYAI_PK;
drop table MEMPUNYAI;
drop index PUNYA_FK;
drop index CATAT_FK;
drop index PENJUALAN_PK;
drop table PENJUALAN;
/*==============================================================*/
/* Table: AGEN */
/*==============================================================*/
create table AGEN (
NO_AGEN VARCHAR(3) not null,
NAMA_AGEN CHAR(20) not null,
ALAMAT_AGEN VARCHAR(20) not null,
GAJI_AGEN VARCHAR(20) not null,
constraint PK_AGEN primary key (NO_AGEN)
);
/*==============================================================*/
/* Index: AGEN_PK */
/*==============================================================*/
create unique index AGEN_PK on AGEN (
NO_AGEN
);
/*==============================================================*/
/* Table: BARANG */
/*==============================================================*/
create table BARANG (
NO_BRG VARCHAR(3) not null,
NAMA_BRG CHAR(10) not null,
HARGA_BRG VARCHAR(20) not null,
constraint PK_BARANG primary key (NO_BRG)
);
/*==============================================================*/
/* Index: BARANG_PK */
/*==============================================================*/
create unique index BARANG_PK on BARANG (
NO_BRG
);
/*==============================================================*/
/* Table: KARYAWAN */
/*==============================================================*/
create table KARYAWAN (
NO_KARYAWAN VARCHAR(3) not null,
NAMA_KARYAWAN CHAR(20) not null,
ALAMAT_KARYAWAN VARCHAR(20) not null,
GAJI_KARYAWAN VARCHAR(20) not null,
constraint PK_KARYAWAN primary key (NO_KARYAWAN)
);
/*==============================================================*/
/* Index: KARYAWAN_PK */
/*==============================================================*/
create unique index KARYAWAN_PK on KARYAWAN (
NO_KARYAWAN
);
/*==============================================================*/
/* Table: MEMPUNYAI */
/*==============================================================*/
create table MEMPUNYAI (
NO_KARYAWAN VARCHAR(3) not null,
NO_AGEN VARCHAR(3) not null,
constraint PK_MEMPUNYAI primary key (NO_KARYAWAN, NO_AGEN)
);
/*==============================================================*/
/* Index: MEMPUNYAI_PK */
/*==============================================================*/
create unique index MEMPUNYAI_PK on MEMPUNYAI (
NO_KARYAWAN,
NO_AGEN
);
/*==============================================================*/
/* Index: MEMPUNYAI_FK */
/*==============================================================*/
create index MEMPUNYAI_FK on MEMPUNYAI (
NO_KARYAWAN
);
/*==============================================================*/
/* Index: MEMPUNYAI2_FK */
/*==============================================================*/
create index MEMPUNYAI2_FK on MEMPUNYAI (
NO_AGEN
);
/*==============================================================*/
/* Table: PENJUALAN */
/*==============================================================*/
create table PENJUALAN (
NO_PENJUALAN VARCHAR(3) not null,
NO_KARYAWAN VARCHAR(3) null,
NO_BRG VARCHAR(3) null,
TGGL_PENJUALAN DATE not null,
HARGA_PENJUALAN VARCHAR(20) not null,
constraint PK_PENJUALAN primary key (NO_PENJUALAN)
);
/*==============================================================*/
/* Index: PENJUALAN_PK */
/*==============================================================*/
create unique index PENJUALAN_PK on PENJUALAN (
NO_PENJUALAN
);
/*==============================================================*/
/* Index: CATAT_FK */
/*==============================================================*/
create index CATAT_FK on PENJUALAN (
NO_KARYAWAN
);
/*==============================================================*/
/* Index: PUNYA_FK */
/*==============================================================*/
create index PUNYA_FK on PENJUALAN (
NO_BRG
);
alter table MEMPUNYAI
add constraint FK_MEMPUNYA_MEMPUNYAI_KARYAWAN foreign key (NO_KARYAWAN)
references KARYAWAN (NO_KARYAWAN)
on delete restrict on update restrict;
alter table MEMPUNYAI
add constraint FK_MEMPUNYA_MEMPUNYAI_AGEN foreign key (NO_AGEN)
references AGEN (NO_AGEN)
on delete restrict on update restrict;
alter table PENJUALAN
add constraint FK_PENJUALA_CATAT_KARYAWAN foreign key (NO_KARYAWAN)
references KARYAWAN (NO_KARYAWAN)
on delete restrict on update restrict;
alter table PENJUALAN
add constraint FK_PENJUALA_PUNYA_BARANG foreign key (NO_BRG)
references BARANG (NO_BRG)
on delete restrict on update restrict;
IV. ANALISA MASALAH
Penentuan relationalship apakah one to many, many to many, many to one
ataupun one to one, karena jika salah dalam pemberian relationalship
samapi langkah-langkah pembuatan PDM dan SQL pun akan salah.
Kita juga harus benar dalam memilih tipe data untuk setiap attribute,
contoh: seperti saat kita menambah attribute tanggal, kita harus memakai
tipe data data & time.
Konversi CDM ke PDM ke SQL pun harus di perhatikan langkah-
langkahnya.
V. KESIMPULAN
Jadi kesimpulan dari modul 2 ini adalah, power designer adalah suatu
aplikasi/software yang digunakan untuk mendesign basis data menggunkan
ER diagram, banyak pilihan yang disajikan oleh power designer ini, sperti
CDM, PDM, bahkan dapat menkonversinya menjadi SQL script
top related