1 / 14

Studi Kasus : Sistem Bus Antar Kota

Studi Kasus : Sistem Bus Antar Kota. Sebuah Agen Bus antar kota memiliki beberapa bus dan beberapa pegawai yang bisa dijadikan sopir maupun kondektur .

talia
Télécharger la présentation

Studi Kasus : Sistem Bus Antar Kota

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  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.. 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 Fathur'2010

  3. Database Integrity • Key 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 Fathur'2010

  4. Database Schema • Skema database, adalah model atau blue-print yang menyatakan implementasi teknis dari sebuah database • Disebut juga model data fisik Fathur'2010

  5. Data Types for Different Database Technologies Fathur'2010

  6. Data Types for Different Database Technologies Fathur'2010

  7. Physical Database Schema 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 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 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. Fathur'2010

  11. Metode dalam Desain Database • Create atau kombinasikan tabel-tabel untuk mengimplementasikan struktur supertype atau subtipe • Evaluasi dan tentukan referential integrity constraint 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) GO 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. 3. 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 • dalam DAD yang berhubungan dengan • proses bersangkutan • Uraian : Menjelaskan berbagai macam uraian yang • berkaitan dengan komputasi yang terjadi dlm • proses yang tidak terceritakan dalam DAD Uraiandarisemuaprosesprimitif yang merupakanpenjelasanhal-hal yang tidakterceritakanpada model proses (DAD danKamus Data. Format spesifikasiproses : Fathur'2010

More Related