Post on 06-Feb-2018
Analisis dan Desain Sistem dari
Sebuah Kejadian Bisnis
• Tujuan : menjelaskan langkah2 kunci dalamanalisis dan desain aplikasi teknologi informasidimana kebutuhan bisnis akan informasi dipenuhidgn menciptakan infrastruktur TI secara fisik.
• Kualitas desain aplikasi TI membutuhkanpengertian menyeluruh dari organisasi sepertiobjek sekarang yg diinginkan, strategi, rantai nilai,resiko, dan proses bisnis
• Berbagai metode untuk analisis dan desain sisteminformasi.
Metode Analisis dan Desain Sistem
•systems analysis and design life cycle (SDLC)
•systems development process
•Pendekatan analisis dan desain, termasuk :�object-oriented analysis and design,
�prototyping,
�systems engineering, �systems engineering,
�joint application design,
�participatory design,
�essential system design,
� automating the SDLC using CASE tools
Desain
Analisis
Pemilihan dan Identifikasi Proyek
Inisiasi Proyek
I. Fase Analisis –menentukan dan membangun
kebutuhan sistem dengan menciptakan model proses, model secara logika, dan model data konseptual.
II. Fase Desain
IV. Fase Implementasi dan
Pemeliharaan – berisi
Langkah-langkah dari Analisis dan Desain Sebuah Siklus
Hidup Sistem (SDLC)
Langkah-langkah dari Analisis dan Desain Sebuah Siklus
Hidup Sistem (SDLC)
Implementasi
Pemeliharaan
Desain secara Fisik
Desain secara Logika
model data konseptual. II. Fase Desain secara Logika –mengembangkan
desain secara logika dari
database dan form-form,
laporan-laporan, antarmuka dan
dialog.
III. Fase Desain secara Fisik –merancang secara fisik file-file, database, dan instruksi-instruksi program.
pengkodean sistem, percobaan, instalasi,
dokumentasi, pelatihan pemakai, dukungan pemakai dan pemeliharaan
sistem
Proses Pengembangan Sistem
PerencanaanSistem
Proses Perencanaan Pengembangan aplikasi
AnalisisSistem
Detail dan BatasanSistem yg Ada
DukunganSistem
Detail dan BatasanSistem yg Ada
Sistem
PernyataanKebutusan
Bisnis
DesainSistem
PernyataanDesain Secara FIsik
Sistem
ImplementasiSistem
Siste m InformasiProduksi
Fase 1: Analisis Sistem
• Langkah 1-A: Menentukan kebutuhan sistem
• Langkah 1-B: Membuat struktur kebutuhan
sistem menggunakan model proses
• Langkah 1-C: Membuat struktur kebutuhan
sistem menggunakan model logika sistem menggunakan model logika
• Langkah 1-D: Membuat struktur kebutuhan
sistem menggunakan model data konseptual
• Langkah 1-E: Memilih sebuah strategi desain
Langkah I-A: Analisis Sistem -
Menentukan Kebutuhan Sistem
• Setelah organisasi :
– Identifikasi kebutuhan proyek sistem dan
– Sukses membuat sebuah kasus bisnis untuk justifikasi investasi waktu
dan uang dalam mengerjakan proyek,
– Sebuah team proyek merencanakan dan mengorganisir tugas untuk
diselesaikan. diselesaikan.
• Team mempertimbangkan biaya-biaya, keuntungan-
keuntungan, kelayakan, tanggungjawab, dan jadwal proyek.
• Setelah menyelesaikan hal-hal di atas, mereka menentukan
kebutuhan sistem:
– Apa yang diharapkan dari sistem ini?
– Pekerjaan dan keputusan apa yang akan didukung?
– Hal-hal apa yang akan membantu organisasi mencapainya?
Menentukan Kebutuhan Sistem• Analisis bisnis menyorot kegiatan-kegiatan yg dibutuhkan
organisasi untuk tampil secara efektif dan efisien untuk
pencapaian hal-hal yg dimaksud.
• Sistem informasi harus mendukung kegiatan-kegiatan ini
• Menambahkan proses-proses informasi, termasuk
penyimpanan data, aliran data untuk analisispenyimpanan data, aliran data untuk analisis
• Mempertimbangkan tuntutan lingkungan dan
pandangan inovatif bagi sistem untuk
memungkinkan organisasi mencapai
hal-hal yg dimaksud dan tuntutan proses.
Merekam
Memeliharadata referensi
tentang sumber
Contoh REAL Model Christopher Inc. Sumber daya Kejadian Pelaku
Pegawaipesanan
Pelanggan
PersediaanMenerimaPesanan
pelanggan
Pegawai
Christopher Inc. menyediakan topi baseball untuk sebagian besar team liga baseball untuk dijual di lapangan bola. Ketika menganalisa proses bisnisnya,
analisis Christopher’s analysis mengidentifikasi kegiatan operasi :
Melaporkan informasi yg berguna tentang pelanggan
Merekam kejadian operasi
tentang sumber daya, pelaku, dan
lokasi
Kasir
Pengumpulanpembayaran
CashBankdisimpan
menambah mengirimkan
Pegawaishipping
PerusahaanShipping
Pengirimanpesanan
mengidentifikasi kegiatan operasi : menerima pesanan dari team baseball
(pelanggan Christopher’s), pengemasan dan pengiriman topi ke team (penjualan
merchandise), dan menerima pembayrandari team
Struktur dari Proses Informasi
ProsesPerekaman
Rangsangan
Tanggapan
Notifikasi
DataProses
Pemeliharaan
Rangsangan
Tanggapan
Notifikasi
Data
ProsesPelaporan
Rangsangan
DataTanggapan
Notifikasi
�Menjalankan tiap kejadian operasi memicu kebutuhan akan pencatatan uraian data tentang kejadian.
�Ketika data ditangkap sewaktu kejadian operasi berlangsung, perekaman proses dapat menjalankan aturan bisnis yg dispesifikan oleh manajemen untuk tiap kejadian operasi. �Aturan-aturan ini menjadi pedoman, standar, kebijakan dan atau prosedur dgn maksud meningkatkan kualitas operasional dan informasi dgn mengurangi seperti kesalahan, ketidaktentuan, atau keliruan. Idealnya, eksekusi dari kejadian operasi dan proses informasi yg berhubungan terjadi secara bersamaan.
�Untuk mendukung proses bisnis, sistem harus mengumpulkan data tentang sumber daya, pelaku, dan lokasi yg menjelaskan kejadian operasi. Sistem harus dapat mempertahankan data terbaru. �Mempertahankan data referensi melibatkan penambahan, penghapusan, atau
pengubahan data tentang sumber daya, pelaku, dan lokasi (seperti mengubah produk yg ditawarkanoleh pemasok; mengubah status perkawinan pegawai; dan menambahkan pemasok baru dalam daftar pemasok). �Tujuannya untuk mempertahankan keakuratan, kelengkapan, dan ketepatan waktu data tentang sumber daya, pelaku, dan lokasi yg terlibat dalam kejadian operasi untuk proses yg sedang ditinjau.
�Proses pelaporan menyarikan dan mengubah data tersimpan tentang peristiwa, sumber daya, pelaku, dan lokasi menjadi informasi, dan menyiapkan informasi tersebut untuk dipresentasikan ke pelanggan informasi.�Informasi ini biasanya berisi tentang ukuran keuangan dan unjuk kerja dan mungkin dalam bentuk dokumen sumber tercetak, laporan tercetak, aliran data elektronik, atau permintaan ad hoc. �Aliran data ini kejadian/tindakan resmi, menyediakan dokumentasi untuk fungsi bisnis lainnya atau pihak luar organisasi, dan mendukung baik pengambilan keputusan operasional maupun strategi.
LANGKAH I-B: Analis Sistem – Kebutuhan Struktur
Sistem Menggunakan Model Proses
• Beberapa metode analisis menciptakan beberapa
versi dari diagram arus data, termasuk
– Diagram konteks DAD,
– DAD dari sistem fisik berjalan, DAD dari sistem
logika berjalan, dan logika berjalan, dan
– DAD dari sistem logika yg diusulkan.
• Seringkali, tiap DAD
meliputi seluruh uraian dari tiap aliran data
Contoh Diagram Konteks Christopher Inc.,
OSistem
PenjualanPelanggan
Pesanan
Tagihan
Pembayaran
PembuatKeputusan
Informasi_yg_dibutuhkan
Akhirnya, sistem
Lingkaran mewakili pengolahan data komputer
�Sebuah diagram konteks memperlihatkan
Christopher Inc. butuh sistem yg memungkinkan komunikasi dgn
pelanggan selama proses, seperti mengirim data pesanan
dan pembayaran, dan Christopher Inc. mengirimkan balik data pengiriman, tagihan
dan pembayaran.
Pembayaran
Christopher Inc. butuh sistem yg
memungkinkan mereka mengirimkan data ke
pengangkut dan menerima konfirmasi pengiriman darinya.
Pengangkut
Detail_pengiriman
Konfirmasi
Akhirnya, sistem Christopher Inc.’s harus dapat menyediakan data & informasi yg dibutuhkan
oleh pelaku internal seperti manajemen dan pengambil keputusan
lainnya.
konteks memperlihatkan sumber daya dan tujuan dari data yg di luar dari batas atau jangkauan dari sistem yg sedang dianalisa. �Tidak memperlihatkan penyimpanan data dan aliran data di dalambatas dari sistem.
Contoh Level 0 Sistem Penjualan
Diagram Arus Data Christopher, Inc.
1.0 Proses
Pesananpelanggan
2.0 Proses
Detail_pengiriman
ProsesPengiriman
ke pelanggan
3.0 Proses
Pembayaran
dari pelanggan
PelangganPengambilKeputusan
Tagihan
Detail_pembayaran
Informasi_yg_dibutuhkan
Contoh Level 1 Proses pesanan Pelanggan
Diagram Arus Data Christopher Inc.,
1.1
Menyetujui & merekam
Data pesanan pelangganPesanan_disetujuiPelanggan
data pesanan
pelanggan
1.2 Menyiapkan informasi tentangpesanan
Pesanan
Detail_pesanan
Detail _pengirimanInformasi_yg_dibutuhkan2
Kamus Data• Beberapa analis menambahkan rincian ke
konteks dan DAD, dengan menyediakan
elemen-elemen data di dalam DAD. Kita
mengenalnya sebagai kamus data. Setiap
masukan di dalam kamus data dipisahkan darimasukan di dalam kamus data dipisahkan dari
definisinya dengan tanda samadengan (=) dan
didefinisikan menggunakan sekumpulan
simbol sebagai berikut :
• + Untuk menghubungkan elemen ygdidefinisikan
• {} Untuk identifikasi pengulangan elemen ygdidefinisikan
Contoh Kamus Data
• Sales-Invoice = Invoice # + Sale-Date + Register # + Customer
Name + Salesperson Name + {Merchandise Name + Qty-Sold +
Price + Item-Total} + Sale-Total
• Customer-Profile = Report-Date + Name + State + Birth date +
Telephone + {Merchandise Description + Qty-Sold}
• Product-Sales = Report-Date + {Merchandise # + Merchandise • Product-Sales = Report-Date + {Merchandise # + Merchandise
Description + Qty-Sold + %Margin + $ Contribution}
• Accounting-Revenue = Report-Date + Reporting-Period +
Revenue for Reporting-Period
• Sales-by-Salesperson = Report-Date + {Salesperson Name +
{Merchandise-Description + Qty-Sold + $ Contribution} +
Total Sales + Total Contribution
Ketika membuat DFD untuk proses bisnis, bagaimanamengetahui berapa perekaman, pemeliharaan danmelaporkan proses yg dibutuhkan untuk aplikasi IT ?
Sebagai pedoman dapat menggunakan model REALdan diagram konteks.
Jumlah proses pelaporan yg dibutuhkan sebuah aplikasi merupakan fungsi dari jumlah bentuk keluaran yg dibutuhkan pelanggan informasi. Perlu satu proses pelaporan untuk tiap bentuk keluaran (output view). Tiga jenis bentuk keluaran yg dibutuhkan pelanggan:- Sumber dokumen:
cetakan atau transmisi elektronik dari dokumentasi data
Jumlah proses pelaporan yg dibutuhkan sebuah aplikasi merupakan fungsi dari jumlah bentuk keluaran yg dibutuhkan pelanggan informasi. Perlu satu proses pelaporan untuk tiap bentuk keluaran (output view). Tiga jenis bentuk keluaran yg dibutuhkan pelanggan:- Sumber dokumen:
cetakan atau transmisi elektronik dari dokumentasi data
Langkah Prototyping Tambahan
dan diagram konteks.
•Diagram konteks•aliran masuk dan keluar
Merekam data kejadianMemelihara sumber daya, pelaku, lokasi dataMelaporkan sumber dokumen, permintaan, laporan
Perlu satu perekaman proses di dalam aplikasi IT untuk tiap kejadian bisnis di dalam aplikasi model REALPerlu satu perekaman proses di dalam aplikasi IT untuk tiap kejadian bisnis di dalam aplikasi model REAL
Perlu satu pemeliharaan di dalam aplikasi IT untuk tiapsumber daya, pelaku, dan lokasi di dalam aplikasi model REAL
Perlu satu pemeliharaan di dalam aplikasi IT untuk tiapsumber daya, pelaku, dan lokasi di dalam aplikasi model REAL
cetakan atau transmisi elektronik dari dokumentasi data kejadian- Laporan bentuk baku:
laporan yg secara teratur digunakan oleh pelanggan informasi-Laporan khusus:
laporan yg dirancang dan diminta untuk memenuhi sebuah bentuk khusus yg jarang digunakan
cetakan atau transmisi elektronik dari dokumentasi data kejadian- Laporan bentuk baku:
laporan yg secara teratur digunakan oleh pelanggan informasi-Laporan khusus:
laporan yg dirancang dan diminta untuk memenuhi sebuah bentuk khusus yg jarang digunakan
Langkah 1-C Membangun Kebutuhan
Sistem Menggunakan Model Logika
• Setelah membuat DAD yg menggambarkan aliran
data untuk memenuhi kebutuhan sistem, biasanya
dilanjutkan dgn model logika untuk mewakili logika
dari proses informasi dalam DAD.
• Tujuannya untuk menghasilkan uraian yg terstruktur
dan diagram yg menggambarkan isi logika didalam
tiap proses dalam DAD.
• Teknik yg digunakan selama tahap ini structured
English, decision tables, decision trees, and state-
transition diagrams.
• Kita hanya ambil contoh teknik Structured English.
Structured English
• Structured English digunakan untuk merencanakan dan men-
dokumentasikan langkah2 dari kumpulan instruksi komputer
tanpa menggunakan bahasa pemograman. Structured English
mendefinisikan detail logika dari tiap proses informasi.
• Structured English mengeliminasi hal-hal berikut dari proses
informasi :
– Adjectives (sifat).
– Adverbs (keterangan).
– Compound sentences (kalimat gabungan).
– Non-imperative expressions (ekspresi non-imperatif).
– All but a limited set of conditional and logic structures (kondisi dan
struktur logika ).
– Most punctuation.
– Footnote type details.
Contoh Structured English
ProsesInput
Output
Data
Tiap pesanan pelanggan berlaku sbb:1. Cari nama pelanggan
if ketemuKonfirm info pelanggan dgn pelangganif tidak ketemuif tidak ketemuMasukkan data pelanggan
2. Cek ketersediaan persediaan yg dimintaif tersediaKonfirm informasi ke pengirimanif tidak tersediaInformasikan ke pelanggan dgn konfirmasi pesanan
3. Konfirmasi ke pelanggan dgn konfirmasi pesanan4. Mengirim notifikasi ke pelaku pengemasan
Langkah I-D: Analisis Sistem: Membangun Kebutuhan
Sistem menggunakan Model Data Konseptual
• Fokus pada data spesifik yg ingin ditangkap untuk
menguraikan kenyataan dan mengembangkan
keluaran yg dibutuhkan, menggunakan model data
konseptual .
Model data konseptual mewakili entitas atau objek • Model data konseptual mewakili entitas atau objek
yg ingin dikumpulkan datanya, dan aturan tentang
arti dan hubungan di antara data objek ini.
• Untuk melengkapi langkah ini, kebanyakan analisis
menggunakan satu atau dua teknik pemodelan:
Entity-Relationship (E-R) atau Object Oriented (OO).
NamaEntitas
ERD• Entitas Data
– semuanya, nyata atau abstrak, tentang
sesuatu yg datanya akan disimpan.
– sinonim termasuk jenis entitas, kelas
entitas atau objek
NamaHubungan
entitas atau objek
• Hubungan Data
– Hubungan yg ada di antara satu atau
lebih entitas
– Aktivita bisnis atau kejadian yg
menghubungkan satu atau lebih
entitas
Contoh
Pelanggan
Memesan ataudipesan
Pesanan
Mengisi ataudiisi
Pemasok
Entitas
• Pelaku
• Entitas yg menjelaskan peran yg dimainkan di
dalam sistem. Biasanya mewakili orang atau dalam sistem. Biasanya mewakili orang atau
organisasi.
– Rekening, Agensi, binatang, pelamar, peminjam,
anak2, kelas, rekan kerja, kontraktor, kreditur,
departemen, pekerja, pemberi kerja, instruktur,
manager, pegawai, tenaga penjual, penyalur,
team, pemasok
Entitas
• Sumber daya
• Entitas yg menjelaskan benda nyata. • Entitas yg menjelaskan benda nyata.
Kebanyakan benda nyata mudah untuk
dikenali karena dapat dilihat.
– Buku, bahan kimia, disk, peralatan, mesin,
material, logam, suku cadang, produk, kandungan,
kendaraan
Entitas• Kejadian/peristiwa
• Kebanyakan kejadian mudah untuk dikenali
karena data rekaman bisnis pada formulir atau
file.
• Kejadian dicirikan dengan kenyataan bahwa • Kejadian dicirikan dengan kenyataan bahwa
memang terjadi dan punya durasi– Perjanjian, aplikasi, janji, penugasan, backorder, anggaran,
klaim, kontrak, deposit, pengeluaran, ramalan, invoice,
tugas, ijin, pembayaran, pesanan pembelian, pendaftaran,
reservasi, ringkasan, semester, pengiriman, langkah, tugas,
ujian
Entitas
• Lokasi/tempat
• Entitas yg menjelaskan tempat
– Cabang, bangunan, kampus, kota, negara, negara
bagian, kamar, rute, daerah penjualan, zona
sekolah, propinsi, keranjang penyimpan, daerah sekolah, propinsi, keranjang penyimpan, daerah
gudang
Entitas dan Kelas Entitas atau
Kelompok Entitas• Entitas yg sejenis dikelompokkan ke dalam kelas entitas
• Jadi, kelas entitas pekerja adalah kumpulan dari semua entitas
pekerja
• Kelas Entitas diuraikan dengan strukturnya
• Sebuah contoh dari entitas adalah representasi dari entitas • Sebuah contoh dari entitas adalah representasi dari entitas
tertentu seperti pelanggan 1234 dan dijelaskan nilai dari
atributnya
• Nama entitas dengan benda yg menjelaskan yg diuraikan di
atas : invoice (tunggal).
• Contoh dari entitas yg dihubungkan dengan benda adalah
berhubungan dengan invoice-invoice (jamak)
Atribut
• Atribut data adalah karakteristik yg umum
pada entitas.
• Sinonim termasuk : properti, elemen data,
deskriptor, dan fielddeskriptor, dan field
• Atribut harus punya lebih dari satu nilai
legitimasi, jika tidak itu adalah konstanta.
Identifier• Identifier adalah atribut atau kombinasi dari
atribut yg unik tentang sesuatu, dan hanya
satu dari entitas yg ada.
• Sinonim termasuk kunci atau primary key
– Misalnya pekerja dapat diindentifikasi dari Misalnya pekerja dapat diindentifikasi dari
Nomorjaminansosial, Nomorpekerja atau
Namapekerja
– Identifier dari entitas dapat berisi satu atau lebih
atribut dari entitas
– Sebuah identifier dapat saja unik atau tidak-unik
– Identifier yg terdiri dari dua atau lebih atribut
disebut composite identifier
HubunganHubungan
• Entitas dapat berhubungan dengan entitas lainnya.
• Sebuah hubungan dapat terdiri dari banyak entitas; dan
jumlah dari entitas merupakan tingkat dari hubungan.
– Tingkat 2 hubungan biasanya disebut hubungan
binerbiner
– 1:1 satu ke satu AUTO-ASSIGNMENT
– 1:N satu ke banyak DORM-OCCUPANT
– N:M banyak ke banyak STUDENT-CLUB
Tiga jenis dari hubungan binerTiga jenis dari hubungan biner
EMPLOYEEEMPLOYEE AUTOAUTO
AUTO-ASSIGNMENT
1:1
These are
often called
These are
often called
may or may notmay or may not
must exist
DORMITORYDORMITORY STUDENTSTUDENT
DORM-OCCUPANT
1:N
STUDENTSTUDENT CLUBCLUB
STUDENT-CLUB
N:M
often called
HAS A
relationships
often called
HAS A
relationships
ShowsMAXIMUMcardinality
ShowsMAXIMUMcardinality
must exist
ERD:
CUSTOMERCUSTOMER SALESPERSONSALESPERSON
SALES-ORDERSALES-ORDER
I:N 1:N
Semantic Object Model (SALSA)
LINEITEMLINEITEM
ITEMITEM
I:N
I:N
Access Database RelationshipsAccess Database Relationships
Diagram REALDiagram REAL
Customer
(Agent)
Customer
(Agent)
Take Order(Event)Take Order(Event)
SalesPerson
(Agent)
SalesPerson
(Agent)
Product-Item(Resource)Product-Item(Resource)
List Items Ordered (Event)List Items Ordered (Event)
(Agent)(Agent)Ordered (Event)Ordered (Event)
CUSTOMER (Customer#, CustomerName, Street, City, State, Zip)
SALESPERSON (SalesPerson#, SalesPersonName)
SALES-ORDER (Order#, Date, [Customer#], [SalesPerson#],Subtotal, Tax, Total)
ITEM (Item#, Name, Description)
(LineItem#, [Order#],Quantity, [Item#], ExtendedPrice)ITEMS-ORDERED
Hubungan / Keterkaitan
• Dijelaskan dgn kata kerja atau frase kata kerja
• Hubungan lebih satu dimungkinkan diantar 2
entitasIs Being
COURSE STUDENT
Was Taken by
Is Being Taken by
Ordinalitas
• mendefinisikan apakah hubungan antara
entitas itu utama atau opsional.
• Ordinalitas menentukan jumlah minimum
kejadian dari hubungan entitas relatif dgn yg kejadian dari hubungan entitas relatif dgn yg
lain.
• Ordinalitas harus didefinisikan dari 2 arah
Kardinalitas• Menentukan jumlah maksimal dari kejadian
satu entitas untuk satu kejadian hubungan
entitas
• Ini adalah angka di sebelah kanan dari tanda
titik dua di bawah. Ordinalitas adalah angka di
sebelas kiri tanda titik dua di bawah.sebelas kiri tanda titik dua di bawah.
Customer
Places
Order
Contains
Products
1:10:M
0:M
1:M
Contoh REAL Model Christopher Inc.
Sumber daya Kejadian Pelaku
Order personnel
CustomerInventory
Receivecustomer
order(1,*)
(1,*)
(0,*)
(0,*)
(0,*)
(1,1)
(1,1)
(1,1) (1,1)
(1,1)
Cashier
Collectpayment
CashBank
is keptat increases sends
Shippingpersonnel
Shippingfirm
ShipOrder
(1,*)
(0,*)(0,*)
(0,*)
(0,*)
(0,*)(0,*)
(0,*)
(0,*)
(0,*)
(0,*)
(1,1)
(1,1)(1,1)
(1,1)
(1,1)
Notasi Berbeda untuk Mewakili Hubungan Kardinalitas
(1,1)
(1,*)(1,*)
(0,1)
(0,*)
Contoh Tabel Relational Database
Tabel pelanggan
Customer # Last
Name
First
Name
Address Telephone
1001 Mays Willie 112 Say Hey Ave. 242-4242
1002 McCovey Willie 147 Fencebuster Way 999-99991002 McCovey Willie 147 Fencebuster Way 999-9999
1003 Bonds Bobby 301 Out-of-here Blvd. 123-4567
Tabel SALES
(without a separate table for the sale-inventory *:* relationship):
SalesEvent # Date
Termsof Sale
SalespersonID
CustomerID
InventoryItem #
InventoryQuantity
Priceeach
1 2/5 2 10,
net 30
4 3654 987 5 2.50
1 2/5 2 10,
net 30
4 3654 785 4 1.75
1 2/5 2 10,
net 30
4 3654 562 15 1.99
net 30
2 2/5 2 10,
net 30
6 746 998 27 2.95
2 2/5 2 10,
net 30
6 746 624 94 1.05
3 2/5 COD 8 2956 847 18 9.99
3 2/5 COD 8 2956 112 29 5.75
3 2/5 COD 8 2956 413 8 3.00
3 2/5 COD 8 2956 335 57 7.50
Tabel Sales EventSalesEvent # Date Terms
SalespersonID
CustomerID
1 2/5 2 10, net 30 4 3654
2 2/5 2 10, net 30 6 746
3 2/5 COD 8 2956
(*:*) Tabel Sale-Inventory
SalesEvent #
InventoryItem #
InventoryQuantity
Priceeach
1 987 5 2.501 987 5 2.50
1 785 4 1.75
1 562 15 1.99
2 998 27 2.95
2 624 94 1.05
3 847 18 49.99
3 112 29 15.75
3 413 8 16.00
3 335 57 17.50
Linking the Order Recording Process with the Data
Repository
RecordOrder-
INVENTORY
ORDER
CUSTOMERRecordSale
Order-Data
CUSTOMER
ORDER PERSONNEL
ORDER-INVENTORY
Contoh Proses Maintenance dan Akses Data
Update BankData
Register-Data
Update Customer
Customer-Data
BANK
CUSTOMERCustomer Data
Update Shipping
firmData
Salesperson-Data
Update Inventory
Data
Merchandise-DataINVENTORY
CUSTOMER
SHIPPING FIRM
Contoh Membuat Laporan Sales-by-Salesperson
Report
Request Sales-by-
Salesperson report
MERCHANDISE
Sales-by-
SALE
SALESPERSONReportSale
Sales-by-Salesperson = Report-Date + {Salesperson Name + {Merchandise-Description + Qty-Sold + $ Contribution} Total Sales + Total Contribution
Sales-by-Salesperson
SALESPERSON
SALE-MERCHANDISE
Evolution Of AIS Modeling
Stage 1
ManualSystems
Stage 2
AutomatedSystems
Stage 3
Resources:ManualProcess: Acct CycleData Stores (Files):
Resources:Information TechnologyProcess: Acct CycleData Stores (Files):
Event Driven ITApplications
Resources:Information TechnologyProcess: Record, Maintain, ReportBusiness Activity DataData Stores (Files):
Journals & LedgersData Stores (Files): Journals & Ledgers
Business Activity DataData Stores: Business Activity DataIntegrated Stores
Bias:Generate financialstatements
Bias:Generate financialstatements
Bias:Support Planning, Control& Evaluation Activities ofVarious InformationCustomers
McKell’s Retail Sale Updated
REAL Model With Cardinalities
Sale
SalespersonRegister(1,1)
(0,*) (0,*)
(1,1)
(0,*)(0,*) (1,*)
CustomerMerchandise
(0,*)
(1,1)(1,*)
(0,*)
Receive Payment
Receipts ClerkCash
(0,*) (0,*)
(0,*)
(1,1)(1,1)
(0,*)
(1,1)
Store
(1,1)(0,*)
(1,*)
Langkah2 Membangun sebuah Prototipe Aplikasi IT1. Membuat sebuah tabel untuk tiap tabel yg didefinisikan dalam model REAL,2. Membuat sistem menu yg berisi : Rekam data kejadian, Memelihara Data, Laporan, dan Keluar.3. Mengembangkan form yg dibutuhkan dan prosedur mengumpulkan data kejadian dan menyimpannya ke tabel yg berhubungan.4. mengembangkan form yg dibutuhkan dan prosedur 4. mengembangkan form yg dibutuhkan dan prosedur memelihara sumber daya, pelaku, dan lokasi dan menyimpan ke tabel.5. Mengembangkan query yg dibutuhkan sesuai informasi yg diinginkan.6. Mengembangkan format laporan.7. Menuliskan prosedur untuk eksekusi query dan format laporan.8. Hubungkan tiap perekaman, pemeliharaan, dan