UTS susulan Basis Data 1, 0910

desain Physical Data Model (PDM) dari kasus berikut:

anda diminta untuk mendesain sebuah sistem pencatatan arsip dan dokumen digital pada sebuah Universitas.
Pengarsipan dilakukan secara terpadu, dimana terminal pencatatan adalah kantor pusat / rektorat, fakultas, jurusan, dan beberapa unit pelayanan teknis universitas.

Arsip dan dokumen digital bisa berupa surat, SK, pamflet, pengumuman, dsb.
Setiap arsip memiliki atribut tanggal arsip, hal/perihal, no surat/no arsip, penandatangan, tujuan, tembusan.

Transaksi yang ada adalah pencatatan sebuah arsip ketika arsip tersebut dibuat, juga dicatat posisi fisik arsip tersebut, selain arsip juga disimpan dalam bentuk digital (image, file, dsb).
Transaksi yang lain adalah ketika universitas menerima sebuah surat, maka akan dicatat atribut surat tsb, dan juga posisi fisik surat.

Sistem juga harus mencatat keterkaitan antar surat, misalnya surat dari DIKTI kepada rektor, kemudian rektor mengeluarkan surat / memo ke Dekan, dsb.

UTS Basis Data I 0910

Soal UTS Basis data I.
Soal dikerjakan di rumah, di presentasikan ke
dosen pada saat ujian.

Microsoft Word – Studi Kasus

Nilai ADBO 0910

Berikut nilai kuliah ADBO kelas A, dosen pengampu M. Kautsar S, nilai sampai dengan pertemuan ke 6, jika ada pertanyaan, silahkan email ke ocal_sophan@yahoo.com diserta nama lengkap dan NRP.

nilai ADBO A 0910

Nilai Basis Data 0910

Berikut nilai MK Basis Data dengan dosen pengampu M. Kautsar S, nilai sampai dengan perkuliahan minggu ke 6.

Jika ada yang ingin ditanyakan, silahkan email ke ocal_sophan@yahoo.com, disertai dgn nama dan NRP.

nilai basis data1

tugas kuliah 16/17 sep’09

Tugas berikut untuk kuliah ADBO Rabu 16 September 2009, dan kuliah basis data1 17 September 2009.

Untuk kuliah ADBO,Desain Use Case diagram dan activity diagram sesuai dengan deskripsi berikut

Untuk kuliah Basis Data 1, desain ER-Diagram (menggunakan format elmasri) sesuai dengan deskripsi berikut:

1. Sebuah aplikasi menyediakan user-usernya dengan daftar seminar-seminar yang tersedia di dalam institusi tertentu. Selain menyediakan judul dan topik seminar, daftar juga menampilkan tanggal mulai dan berakhirnya, jadwal untuk tiap hari, seperti juga harga seminar. User dapat juga mendapatkan informasi tambahan tentang masing-masing seminar dalam bentuk deskripsi umum dan garis besar kursus jika tersedia. Berdasarkan informasi ini, user dapat memilih seminar dimana bisa mendaftarkan diri. Pembayaran tidak dilaksanakan secara online; aplikasi diasumsikan bahwa detail seperti itu ditangani sendiri oleh user di beberapa waktu sebelum atau selama seminar. User dapat mengakses kemampuan ini hanya setelah otentikasi sukses oleh sistem. User tidak dapat diotentikasi oleh sistem (contoh, user menyediakan detail account yang tidak ada, user salah ketik login atau password), hal ini tidak dapat memproses halaman berikutnya setelah halaman login. Aplikasi juga menyediakan account administratif terpisah dimana fungsi manajemen dapat disediakan untuk user yang telah sah. Melalui account administratif, seminar-seminar baru dapat ditambah, seminar-seminar yang telah ada dapat dimodifikasi. Seminar dapat juga dihapus dari sistem, meskipun hal ini harus diijinkan hanya jika tidak ada user yang mendaftar, atau jika seminar telah selesai. Selain dari manajemen seminar, administrator juga harus mempunyai access untuk beberapa laporan : daftar seminar aktif berkesinambungan, daftar siswa yang terdaftar per seminar, seperti juga daftar seminar dengan siswa yang tidak terdaftar. Administrator juga dapat menambah account user baru; tidak ada kemampuan mendaftarkan diri sendiri dalam aplikasi ini. Pertanyaan bagaimana user diberitahukan tentang detail accountnya adalah di luar lingkup aplikasi. Kemampuan untuk mengedit user account yang telah ada diberikan oleh administrator dan oleh user accountnya sendiri. Semua data diterima kembali dari dan disimpan ke dalam sebuah database PostgreSQL

2. Pilihlah salah satu studi kasus dibawah ini sesuai dengan no NIM terakhir dan buatlah Use case diagram untuk studi tersebut !

0. Rekam Medik Pada Rumah Sakit XYZ
1. Rental VCD/DVD
2. Penjualan Minimarket
3. Perpustakaan UNIJOYO
4. Sistem Informasi Akademik Unijoyo
5. Penerimaan Siswa baru pada SMU X
6. Apotik
7. Kepegawaian Fakultas Teknik
8. Inventori Laboratorium Komputer
9.Parkir UNIJOYO

Dikerjakan soal No 1 dan 2.

Dikumpulkan Rabu 30-September 2009 di kelas
Jika ada indikasi plagiat, tugas diberi nilai 10%

Universal data transfer

Dalam sebuah perusahaan yang besar, seringkali setiap unit memiliki aplikasi terpisah, yang belum terintegrasi. Aplikasi ini memiliki media penyimpanan yg berbeda-beda dengan struktur data yang juga berbeda. Dalam sebuah satu perusahaan yang besar seperti ini, data yang disimpan seringkali memiliki makna yang sama, tetapi dalam struktur dan tempat yang berbeda.

Seringkali dibutuhkan perpindahan atau integrasi data ( terutama dalam project manajemen data) dari antar database yang berbeda. Karena itu dibutuhkan sebuah tool yang menjembantani proses migrasi data dari satu database ke database yg lain. Tool ini harus bisa menghandle proses mapping data kolom yang dimigrasi karena seringkali struktur datanya berbeda.

Tujuan tugas akhir ini adalah membangun sebuah tool yang dapat melakukan migrasi data dari satu database bebas ke database bebas lainnya.

Yang berminat, kontak ocal_sophan@yahoo.com

aplikasi Silsilah

digunakan untuk menggambarkan silsilah / family tree dari sebuah klan/dinasti/keluarga. aplikasi mencatat data sebuah individu, nama, tgl lahir, tgl meninggal, dsb, dan antar individu dicatat hubungannya, apakah hubungan ayah, ibu, saudara, om, tante, sepupu, dsb. antar individu digambarkan dalam bentuk tree. Yang berminat, silahkan kontak ocal_sophan@yahoo.com

tingkat demand produk

Untuk menentukan tingkat demand, (di usaha ritel) dapat dilakukan dengan metode sederhana sebagai berikut:
Buatlah sebuah daftar penjualan produk A , dengan perincian sebagai berikut :
Order, tanggal 1, katakan 12 unit, dengan asumsi yang diorder semua datang, pada tanggal 7, ternyata penjualan, katakan 6 unit. Maka dari 12 unit, yang terjual 6 unit. Tanggal 8, anda order lagi 12, tanggal 14, ternyata terjual 15 unit. Tanggal 14, anda order lagi 18 (tambahkan lebih dari 10, sebab penjualan telah berhasil melampaui 12).
Mengapa 18? Sebab anda mampu menjualkan lebih dari 12, maka penambahan sebaiknya setengah dari 12 (=6), jadi 12 + 6 = 18. Sebab jika anda order 24 (dua kali 12), maka order dapat dikatakan terlalu besar, sebab kemampuan jual produk baru mencapai 15.
Tanggal 21, penjualan ternyata hanya 9, maka jumlah order bisa kecilkan lagi menjadi 12. Jika penjualan ternyata hanya 5, maka jumlah order anda kurangkan lagi menjadi 6. Demikian seterusnya, hingga 30 hari, hitung total penjualan dalam 30 hari, dibagi dengan jumlah order yang telah anda lakukan selama masa itu, maka anda akan dapatkan tingkat turn-over (tingkat perputaran barang) sebesar, katakan 0.8. Artinya, tingkat permintaan(demand) atas produk tersebut sebesar 0.8, dengan penjelasan bahwa jika anda menyediakan produk itu sebesar 100 %, tingkat demand adalah 80 %. Dalam bahasa ritel, tingkat turn over 0,8 kali. Maksudnya, dalam satu bulan, produk itu mempunyai tingkat perputaran 0,8 kali. Jika diungkapkan dalam hari, maka turn over produk itu 0,8 x 30 hari = 24 hari.

Kalau metode itu anda tuangkan dalam program (komputer), maka setiap kali anda lakukan order, secara otomatis anda mudah melakukan tanpa menghitung lagi, karena anda sudah memprogramkan sebagaimana anda inginkan.

sketsa

contoh sketsa.

Data Definition Language

Data Defintion Language (DDL) is a part of SQL (Structured Query Language) that focus on how to modify structure of database. Please read slide to learn about DDL, please feel free to ask questions / comments.

DDL