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