Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

Studi Kasus : Sistem Bus Antar Kota

Presentasi serupa


Presentasi berjudul: "Studi Kasus : Sistem Bus Antar Kota"— Transcript presentasi:

1 Studi Kasus : Sistem Bus Antar Kota
Sebuah Agen Bus antar kota memiliki beberapa bus dan beberapa pegawai yang bisa dijadikan sopir maupun kondektur. Suatu bus (IdBus, NmBus, Kapasitas) mempunyai beberapa jadwal keberangkatan (idJadwal, NmBus, jam, kota tujuan). Setiap jadwal mempunyai rute (idKota, kota tujuan). Dalam setiap jadwal menggunakan beberapa pegawai yang membawa bus tersebut termasuk statusnya (jadi sopir atau kondektur). Dalam tiap jadwal setiap pembeli (IdPembelia, nama, alamat, tlp) dapat memesan lebih dari satu jadwal pemberangkatan. Dari jadwal pemberangkatan bus yang dipilih, pembeli harus memilih no kursi yang diinginkan dalam bus yang diberangkatkan, dalam tiap pemberangkatan pembeli dapat memesan lebih dari satu nomor kursi.. 4/9/ :52 PM Fathur'2010

2 Sasaran Desain Database
Sebuah database harus menjamin penggunaan storage yang efisien, dapat diupdate dan memudahkan retrieval data Sebuah data base harus reliable, data yang disimpan mempunyai integritas tinggi dan memberikan keyakinan bagi pemakainya Sebuah database harus adaptive dan mudah dikembangkan untuk setiap permintaan perubahan aplikasi oleh user 4/9/ :52 PM Fathur'2010

3 Database Integrity Key Integrity : Domain Integrity :
Setiap tabel harus mempunyai satu PK Domain Integrity : Tersedia kontrol agar sebuah field tidak mengambil nilai yang tidak disediakan Referential Integrity : Jaminan bahwa FK mengacu pada PK di tabel induknya 4/9/ :52 PM Fathur'2010

4 Database Schema Skema database, adalah model atau blue-print yang menyatakan implementasi teknis dari sebuah database Disebut juga model data fisik 4/9/ :52 PM Fathur'2010

5 Data Types for Different Database Technologies
Logical Data Type to be stored in field) Physical Data Type MS Access Physical Data Type Microsoft SQL Server Physical Data Type Oracle Fixed length character data (use for fields with relatively fixed length character data) TEXT CHAR (size) or character (size) CHAR (size) Variable length character data (use for fields that require character data but for which size varies greatly--such as ADDRESS) VARCHAR (max size) or character varying (max size) VARCHAR (max size) Very long character data (use for long descriptions and notes--usually no more than one such field per record) MEMO LONG VARCHAR or LONG VARCHAR2 Integer number NUMBER INT (size) or integer or smallinteger or tinuinteger INTEGER (size) or NUMBER (size) Decimal number DECIMAL (size, decimal places) or NUMERIC (size, decimal places) NUMERIC (size, decimal places) or Teaching Notes Comparing the data types of different databases underscores database-specific data types vs. conceptual data types and broadens students’ understanding of databases If your school uses another database, add a fourth column 4/9/ :52 PM Fathur'2010

6 Data Types for Different Database Technologies
Logical Data Type to be stored in field) Physical Data Type MS Access Physical Data Type Microsoft SQL Server Physical Data Type Oracle Financial Number CURRENCY MONEY see decimal number Date (with time) DATE/TIME DATETIME or SMALLDATETIME Depending on precision needed DATE Current time (use to store the data and time from the computer’s system clock) not supported TIMESTAMP Yes or No; or True or False YES/NO BIT use CHAR(1) and set a yes or no domain Image OLE OBJECT IMAGE LONGRAW Hyperlink HYPERLINK VARBINARY RAW Can designer define new data types? NO YES Teaching Notes Comparing the data types of different databases underscores database-specific data types vs. conceptual data types and broadens students’ understanding of databases If your school uses another database, add a fourth column 4/9/ :52 PM Fathur'2010

7 Physical Database Schema
No additional notes 4/9/ :52 PM Fathur'2010

8 Distribusi dan Replikasi Database
Sentralisasi : Implementasi DB pada server tunggal Distribusi Horisontal : Setiap tabel ditugaskan untuk server dan lokasi yang berbeda Akses DB menjadi efisien dan aman Tidak mudah analisis dan kombinasi data 4/9/ :52 PM Fathur'2010

9 Distribusi dan Replikasi Database
Distribusi Vertikal : Kolom spesifik dari tabel ditugaskan untuk database dan server tertentu Replikasi : Data di-duplikasi untuk beberapa lokasi DBMS bertugas mengkoordinasi, update dan sinkronisasi data Keuntungan performa dan aksesibilitas tinggi Meningkatkan kompleksitas 4/9/ :52 PM Fathur'2010

10 Metode dalam Desain Database
Kaji ulang model data logikal Create tabel untuk setiap entity Create field untuk setiap atribut Create index untuk setiap PK dan FK Cretae index untuk setiap subseting kriteria Definisikan foreign key untuk tiap relasi Definisikan tipe data, panjang, set NULL, domain, dan default atribut. 4/9/ :52 PM Fathur'2010

11 Metode dalam Desain Database
Create atau kombinasikan tabel-tabel untuk mengimplementasikan struktur supertype atau subtipe Evaluasi dan tentukan referential integrity constraint 4/9/ :52 PM Fathur'2010

12 SQL DDL Code CREATE TABLE [dbo].[ClassCodes] (
[ClassID] [Integer] Identity(1,1) NOT NULL, [DepartmentCodeID] [varchar] (3) NOT NULL , [SectionCodeID] [varchar] (2) NOT NULL , [ClassCodeID] [varchar] (5) NOT NULL , [GroupCodeID] [varchar] (1) NOT NULL , [ClassDescription] [varchar] (50) NOT NULL , [ValidOnLine] bit NULL , [LastUpdated] [smalldatetime] NULL ) ON [PRIMARY] GO Alter Table [dbo].[ClassCodes] Add Constraint pk_classcodes Primary Key (ClassID) Alter Table [dbo].[ClassCodes] Add Constraint df_classcodes_groupcodeid Default 'A' for GroupCodeID Alter Table [dbo].[ClassCodes] Add Constraint fk_classcodes_sectioncodes Foreign Key (DepartmentCodeID,SectionCodeID) References SectionCodes(DepartmentCodeID,SectionCodeID) Alter Table [dbo].[ClassCodes] Add Constraint un_classcodes_Dept_Section_Class Unique (DepartmentCodeID,SectionCodeID,ClassCodeID) Teaching Notes DDL can often be created by a CASE tool given a physical data model. DDL can also be hand-written. 4/9/ :52 PM Fathur'2010

13 2. Rancangan Proses ->Data Flow Diagram (DFD)
DFD : Model proses yang digunakan untuk menggambarkan aliran data yang ada pada sebuah sistem; model yang menggambarkan tugas-2 atau pengolahan yang dijalankan oleh sistem. Disebut juga Buble Chart, Transformation Graph atau Process Model Simbol/Notasi DFD : PROSES : persegi panjang bersudut tumpul atau lingkaran AGEN EKSTERNAL (EXTERNAL ENTITY) : persegi panjang DATASTORE : Kotak dengan ujung terbuka DATA FLOW (aliran data) : tanda panah

14 Nomor : Nomor proses yang disesuaikan dengan nomor pada DAD
3. Spesifikasi Proses Uraian dari semua proses primitif yang merupakan penjelasan hal- hal yang tidak terceritakan pada model proses (DAD dan Kamus Data. Format spesifikasi proses : Nomor : Nomor proses yang disesuaikan dengan nomor pada DAD Nama : Nama proses yang disesuaikan dengan nama pada DAD Masukkan : Nama-nama masukan proses yang tertera dalam DAD yang berhubungan dengan proses bersangkutan Keluaran : Nama-nama keluaran proses yang tertera Uraian : Menjelaskan berbagai macam uraian yang berkaitan dengan komputasi yang terjadi dlm proses yang tidak terceritakan dalam DAD 4/9/ :52 PM Fathur'2010


Download ppt "Studi Kasus : Sistem Bus Antar Kota"

Presentasi serupa


Iklan oleh Google