Studi Kasus new.pptx

STUDI KASUS

STUDI KASUSSiti Mutrofin, S.KomHasil Requirement Collection & AnalysisSebuah toko menjual berbagai macam Barang yang diperoleh dari Suplier. Banyak Suplier yang menyuplai Barang pada Toko. Setiap Suplier dapat menyuplai banyak barang, tetapi setiap barang hanya disuplai oleh satu Suplier. Untuk memudahkan pendataan Suplier perlu dicatat nama suplier, alamat suplier, tlp suplier. Sementara untuk pendataan barang, maka perlu dicatat nama barang, jumlah barang, harga beli, dan harga jual.Hasil Wawancara dengan pihak ManagementSistem Informasi Penjualan dan Pembelian2.Pihak toko dapat memesan (order) barang ke Suplier kapan saja, dimana setiap kali order bisa banyak barang yang dipesan. Untuk keperluan pertanggung jawaban, maka perlu dicatat tanggal pesan dan petugas yang memesan. Untuk pendataan petugas perlu dicatat nama petugas, alamat petugas, telp petugas, jenis kelamin petugas, tanggal lahir petugas.Hasil Wawancara dengan pihak ManagementSistem Informasi Penjualan dan PembelianPada saat barang pesanan datang, maka perlu dilakukan pengecekan terhadap item barang dan jumlah barang yang dipesan saat ORDER. Untuk keperluan Dokumentasi, maka perlu dicatat faktur kirim, tanggal faktur, detail barang datang (item barang dan jumlah barang datang), serta petugas yang menerima.Hasil Wawancara dengan pihak ManagementSistem Informasi Penjualan dan Pembelian4.Pada saat terjadi penjualan barang ke Customer, perlu dicatat nama Customer, tanggal jual, petugas yang melayani, detail barang yang dijual (meliputi nama barang, dan jumlah yang dijual). Untuk keperluan pemberian point reward kepada para Customer yang setia, maka perlu dicatat nama Customer, jenis kelamin customer, Tanggal lahir customer.Hasil Wawancara dengan pihak ManagementSistem Informasi Penjualan dan PembelianForm OrderNo. Order : ..Tanggal Order : ..Suplier : ..NoNama BarangJumlahHarga SatuanHarga Total Total

PetugasDokumen Pendukung yang diperoleh saat wawancaraSistem Informasi Penjualan dan PembelianForm PenjualanNo. Jual : ..Tanggal Jual : ..Customer : ..NoNama BarangJumlahHarga SatuanHarga Total Total

PetugasDokumen Pendukung yang diperoleh saat wawancaraSistem Informasi Penjualan dan PembelianIdentitas SuplierFakturNo. Faktur : ..Tanggal Faktur : ..No. Order : ..Tanggal Order : ..

NoNama BarangJumlahHarga SatuanHarga Total TotalTanggal Terima : ..Penerima,

PetugasDokumen Pendukung yang diperoleh saat wawancaraSistem Informasi Penjualan dan PembelianMerancang ER-DiagramSistem Informasi Penjualan dan PembelianUntuk merancang ERD, dapat dilakukan lewat hasil Requirement Collection & analysis, ataupun melalui Form transaksional yang ada.Keduanya itu dapat saling mendukung untuk melengkapi rancangan CDM, baik entity, atribut ataupun relasi dan cardinalitynya.Langkah-langkah Merancang ER-DiagramSistem Informasi Penjualan dan PembelianMengidentifikasi dan menetapkan entitas yang terlihat.Menentukan atribut key dari entitas.Mengidentifikasi dan menentukan seluruh relasi diantara entitas.Menentukan Cardinality.Melengkapi entitas dan relasi dengan atribut yang diperlukan.Mengidentifikasi dan menetapkan entitasSistem Informasi Penjualan dan PembelianSetiap form transaksional yang memiliki sesuatu yang bersifat unik, maka jadikan form transaksional tersebut sebagai entity.Atribut entity dapat dilihat dari informasi yang ada pada form.Form Order:Entity OrderEntity SuplierEntity BarangEntity PetugasForm PenjualanEntity PenjualanEntity CustomerEntity BarangEntity PetugasForm FakturEntity SuplierEntity FakturEntity OrderEntity BarangEntity PetugasMenentukan Atribut Key dari EntitasSistem Informasi Penjualan dan PembelianUntuk menentukan atribut dari entity yang sudah dipilih, agar memudahkan diperlukan informasi tambahan yang berasal dari Hasil Requirement Collection & Analysis. Sehingga didapatkan:1.Entity Suplier: Nama, alamat, telp.2.Entity Barang: Nama, jumlah, harga beli, harga jual.3.Entity Petugas: nama, alamat, telp, jenis kelamin, tanggal lahir.4.Entity Customer: nama, alamat, telp, jenis kelamin, tanggal lahir.Menentukan Atribut Key dari EntitasSistem Informasi Penjualan dan Pembelian5.Entity Order: No. Order, attribut yang lain dapat ditentukan berdasarkan informasi pada Form Order, dengan melakukan relasi terhadap entity yang terkait.6.Entity Penjualan: No. Jual, tanggal jual, attribut yang lain dapat ditentukan berdasarkan informasi pada Form Penjualan, dengan melakukan relasi terhadap entity yang terkait.7.Entity Faktur: No. Faktur, Tanggal faktur, tanggal terima, attribut yang lain dapat ditentukan berdasarkan informasi pada Form Faktur, dengan melakukan relasi terhadap entity yang terkait.Mengidentifikasi dan menentukan seluruh relasi diantara entitasSistem Informasi Penjualan dan Pembelian

Mengidentifikasi dan menentukan seluruh relasi diantara entitasSistem Informasi Penjualan dan PembelianUntuk menentukan relasi antar entity, bisa dimulai dengan menentukan relasi pada entity dari form transaksional (entity Order, entity Faktur dan entity Penjualan).Dilanjutkan dengan relasi-relasi yang lain berdasarkan Hasil wawancara pada penentuan relasi.Pada entity form transaksional dapat dilakukan dengan memperhatikan informasi dari form tersebut mulai dari atas hingga ke bawah.Jika ada entity, maka relasi entity tersebut ke entity transaksional (defaultnya terbentuk relasi One-To-Many.Mengidentifikasi dan menentukan seluruh relasi diantara entitasSistem Informasi Penjualan dan PembelianEntity Order, berelasi dengan: entity Suplier, entity Barang, dan entity Petugas.Entity Penjualan, berelasi dengan: entity Customer, Entity Barang, entity Petugas.Entity Faktur, berelasi dengan: Entity Order, Entity Barang, Entity Petugas.Mengidentifikasi dan menentukan seluruh relasi diantara entitasSistem Informasi Penjualan dan PembelianBerdasarkan hasil wawancara1.

Mengidentifikasi dan menentukan seluruh relasi diantara entitasSistem Informasi Penjualan dan Pembelian2.



Menentukan Derajat Relasi (Cardinality)Sistem Informasi Penjualan dan PembelianSetelah relasi terbentuk, dilanjutkan mengubah nama relasi, cardinality, tipe cardinality, sifat entitas (Dominan atau tidak).Dengan hasil Requirement Collection & Analysis dan format masing-masing form, maka didapat cardinalitynya, sebagai berikut:Entity Order: berelasi dengan: Entity Suplier dengan derajat M:1Entity Barang dengan relasi M:NEntity Petugas derajat relasi M:1Menentukan Derajat Relasi (Cardinality)Sistem Informasi Penjualan dan PembelianEntity Penjual, berelasi denganEntity Customer cardinality M:1Entity Barang cardinality M:NEntity Petugas cardinality M:1Entity Faktur, berelasi denganEntity Customer cardinality M:1Entity Barang cardinality M:NEntity Petugas cardinality M:1

Menentukan Derajat Relasi (Cardinality)Sistem Informasi Penjualan dan Pembelian

Melengkapi entitas dan relasi dengan atribut yang diperlukanSistem Informasi Penjualan dan PembelianAtribut Alamat dijadikan sebagai atribut sederhana, agar tidak terjadi anomali.

Generate PDMSistem Informasi Penjualan dan Pembelian

Generate PDMSistem Informasi Penjualan dan Pembelian

Generate PDMSistem Informasi Penjualan dan PembelianSetiap barang datang (baik sudah ada maupun baru) dibuatkan kode barang yang berbeda (ini memperbesar ruang penyimpanan data barang).Generate PDMSistem Informasi Penjualan dan Pembelian

Generate PDMSistem Informasi Penjualan dan Pembelian2.Setiap item barang hanya memiliki satu kode barangGenerate PDMSistem Informasi Penjualan dan Pembelian

Generate Database DBMS MS AccessSistem Informasi Penjualan dan Pembelian











Generate Database DBMS MySQLSistem Informasi Penjualan dan PembelianCiptakan nama databasenya pada DBMS MySQL

Generate Database DBMS MySQLSistem Informasi Penjualan dan Pembelian









Documents

Studi Kasus new.pptx