Laporan akhir proyek pengembangan aplikasi penjualan untuk toko mini market Siap24 ini membahas rencana proyek yang mencakup latar belakang, lingkup, proses pengembangan, estimasi sumber daya, jadwal, organisasi tim, dan sumber daya yang digunakan. Proyek ini akan dikembangkan melalui dua iterasi untuk membuat modul inti dan menyelesaikan aplikasi. Tiga anggota tim akan bekerja selama kurang lebi

1. LAPORAN AKHIR
APLIKASI PENJUALAN TOKO MINI MARKET SIAP24
Nama Kelompok :
1. Bryan (2010240354)
2. Harry Kurniawan (2010240196)
3. Sukriyadi (2010240333)

2. APLIKASI PENJUALAN TOKO MINI MARKET SIAP24
Spesifikasi Kebutuhan Perangkat Lunak
1. Pendahuluan
1.1 Tujuan
Aplikasi Penjualan pada toko MiniMarket Siap24 terdiri dari 2 bagian,yaitu
aplikasi Dekstop Bertujuan untuk membantu karyawan toko MiniMarket Siap24 dalam
menginput pesanan pelanggan dan aplikasi web bertujuan untuk membantu pelanggan
dalam memesan barang yang diperlukan secara online.
Pengetahuan dan pemahaman karyawan toko dalam menggunakan aplikasi
sangat diperlukan.Aplikasi web dan desktop ini diharapkan dapat menjadi langkah awal
dalam proses penjualan sert pemasaran produk
1.2 Ruang Lingkup
Kami menjelaskan fitur apa yang di lingkup perangkat lunak dan apa yang tidak
di ruang lingkup perangkat lunak yang harus dikembangkan.
Dalam Ruang Lingkup
a. Mengelola Pesanan Pelanggan dan Melayani pelanggan dengan baik
b. Membuat Data Pesanan Barang yang Keluar dan Masuk
c. Membuat Laporan barang yang masuk dan keluar agar diketahui oleh manajer
Luar Ruang Lingkup
a.Memantau Lokasi pesanan pelanggan
b.Perhitungan Keuntungan dan Rugi
1.3 Definisi
a. .Sql : Structured Query Language
adalah sebuah bahasa yang digunakan untuk mengakses datadalam basis data relasional.
Bahasa ini secara de facto merupakan bahasa standar yang digunakan dalam manajemen
basis data relasional.
b. VB : Microsoft Visual Basic
merupakan sebuah bahasa pemrograman yang menawarkan Integrated Development
Environment (IDE) visual untuk membuat program perangkat lunak berbasis sistem
operasi Microsoft Windowsdengan menggunakan model pemrograman (COM).

3. 1.4 Lampiran
a.Lampiran A: Formula pencarian lokasi barang.
b.Lampirab B: Formula pengaturan lot atau lokasi barang.
c.Lampiran C: Data Penyewa
1.5 Overview
Mini market Siap24 merupakan toko yang menjual berbagai kebutuhan sehari-hari. Toko
ini buka selama 24 jam non-stop setiap harinya. Pelanggan dapat datang langsung ke toko
atau dapat juga memesan melalui telepon, barang yang akan dibelinya. Pemesanan
melalui telepon akan dilayani dengan cara mengantarkan pesanan dan dibayar di tempat
pelanggan ketika barang diantarkan.
2.Keseluruhan Keterangan
2.1 Perspektif Produk
Aplikasi penjualan yang dbuat merupahkan aplikasi yang ditujukan untuk memudahkan
dalam menyimpan stok barang,dan memperluas pmesaran dan pesanan yang dipakai oleh
MiniMarket Siap24
2.2 Fungsi Produk
Dengan adanya aplikasi penjualan ini MIniMarket Siap24 ini dapat mempermudah dalam
memperluas wilayah pemasaran dan pemesanan dalam bentuk media internet (online).Aplikasi
yang digunakan juga memudahkan karyawan dalam hal menginput stok barang yang masuk dan
stok barang yang keluar,menghemat waktu karyawan serta dapat memastikan jumlah stok barang
yang ada di MiniMarket Siap24 secara pasti.
2.3 Pengguna Karakteristik
a. Pengguna harus mengerti tentang aplikasi penjualan khususny dalam hal pesanan
barang dan cara memasukan stok barang ke dalam system
b. Pengguna harus tahu secara pasti jumlah stok barang yang sudah di input dan jumlah
pesanan yang masuk secara online
2.4 Aktor Utama
Dua Pelaku utama dalam system Aplikasi Penjualan ini adalah Admin dan Karyawan
2.5 Kendala Umum
a. Pemesanan barang harus dengan alamat yang jelas disertai nomor telp yang dapat
dhubungi

4. b. Apabila Pemesanan Menggunakan media online maka harus menggunakan Internet
untuk dapat melakukan pemesanan
2.6 Asumsi
Data Barang yang telah disimpan harus up to date atau benar sesuai stok yang ada dan
pemesanan yang dilakukan harus secara terperinci agara dapat dikirimkan.
3.Use Case
Usecase : Login
Actor Utama : Admin,Karyawan, Pelanggan
Pre Condition : Jaringan internet atau jaringan telah terhubung
1. Memasukkan username dan password.
2. Mengecek valid tidaknya data masukkan.
3. Mencari pengguna dengan username dan password masukkan.
4. Masuk ke halaman utama.
Usecase : Register
Actor Utama : Pelanggan
Pre Condition : NIL
1. Memasukkan data pelanggan.
2. Mengecek valid tidaknya data masukkan.
3. Melakukan proses pendaftaran pelanggan.
4. Menampilkan pesan berhasil melakukan registrasi pelanggan
Usecase : Ubah Password
Actor Utama : Admin/ Pelanggan
Pre Condition : User telah login
1. Memasukkan data password lama dan password baru.
2. Mengecek valid tidaknya sesi.
3. Mengecek valid tidaknya password.
4. Menyimpan data password baru pada basis data.
Usecase : Pesan Barang
Actor Utama : Pelanggan
Pre Condition : Pelanggan telah login
1. Memilih barang.
2. Mengecek valid tidaknya sesi.
3. Menyimpan data pesanan barang.
4. Menampilkan pesan sukses, pesanan barang telah berhasil dipesan.
Usecase : Cari Data Barang
Actor Utama : Pelanggan dan Karyawan
Pre Condition : NIL
1. Memasukkan kriteria dan nilai pencarian data barang.
2. Mencari data barang sesuai kriteria dan nilai pencarian.
3. Menampilkan data barang sesuai kriteria dan nilai pencarian.

5. Usecase : Input Data Barang
Actor Utama : Admin dan Karyawan
Pre Condition : Admin telah login
1. Memasukkan data barang.
2. Mengecek valid tidaknya data.
3. Menambahkan data barang.
4. Menampilkan pesan berhasil menambahkan data barang.
Usecase : Update Data Barang
Actor Utama : Admin dan Karyawan
1. Memilih data barang.
2. Mengecek valid tidaknya pilihan.
3. Menampilkan data barang pilihan.
Usecase : Proses Pesanan
Actor Utama : Karyawan
Pre Condition : Barang sudah dipesan oleh pelanggan
1. Memilih data pesanan.
2. Mengecek valid tidaknya pilihan.
3. Mengubah status pesanan dipilih menjadi selesai.
4. Menampilkan pesan data pesanan dipilih berhasil diproses.
Usecase : Hapus Pesanan
Actor Utama : Admin/ Pelanggan
Pre Condition : Barang sudah dipilih oleh pelanggan
1. Memilih data pesanan.
2. Mengecek valid tidaknya pilihan.
3. Menghapus data pesanan dipilih.
4. Menampilkan pesan data pesanan dipilih berhasil dihapus.
Usecase : Laporan Pesanan
Actor Utama : Admin
Pre Condition : Barang sudah dipilih oleh pelanggan
1. Memasukkan kriteria dan nilai laporan pesanan.
2. Mengecek valid tidaknya sesi.
3. Mencari data pesanan sesuai kriteria dan nilai masukkan.
4. Menampilkan laporan pesanan sesuai kriteria dan nilai masukkan.
Usecase : Laporan Persediaan Barang
Actor Utama : Admin
Pre Condition : User telah login
1. Memasukkan kriteria dan nilai laporan persediaan barang.
2. Mengecek valid tidaknya sesi.
3. Mencari data barang sesuai kriteria dan nilai masukkan.
4. Menampilkan laporan persediaan barang sesuai kriteria dan nilai masukkan.
5. Laporan ditampilkan

6. 4.Future Extensions
Aplikasi ini ditujukan untuk Multi User
5.Lampiran
a. Lampiran A: Formula pencarian lokasi barang.
Pencarian lokasi dilakukan dengan cara menginput data barang yang akan dicari pada panel
pencarian lokasi yang terdapat dipanel kanan.
Penginputan diawali dengan menuliskan nama perusahaan dan nama barang yang dicari,lalu data
akan muncul sesuai dengan lokasi jenis barang yang sudah ditentukan.
b. Lampiran B: Formula pengaturan lot atau lokasi barang.
Pengaturan lokasi harus disesuaikan terlebih dahulu agar pada saat pencarian data tidak kesulitan
dan membutuhkan waktu yang lama.Pengaturan lokasi ditentukan sesuai dengan jenis barang dan
nama perusahaan.
c. Lampiran C: Data Penyewa
Penginputan data penyewa harus lengkap dan benar.Ini dikarenkan data tersebut penting dan
menentukan lokasi penyimpanan barang.

7. Rencana Proyek
1. Agenda Proyek
1.1 Latar Belakang
Dokumen perencanaan manajemen proyek ini dimaksudkan untuk membantu
pengembang di dalam membuat penjadwalan waktu dan pembagian tugas antar unit yang
terlibat dalam proyek pengembangan Aplikasi Penjualan pada toko MiniMarket Siap24
1.2 Lingkup Proyek
Seperti yang telah dijelaskan sebelumnya di SRS, ruang lingkup proyek Aplikasi
Penjualan pada toko MiniMarket Siap24 ini adalah hanya terbatas pada pengelolaan transaksi
penjualan antara Pemilik Toko dan Pelanggan. Tetapi pada aplikasi ini juga telah disediakan
fitur yang memungkinkan Pemilik MiniMarket untuk memantau jumlah barang dan
menerima laporan barang masuk dan barang keluar di MiniMarket Siap24.
1.3 Proses Pengembangan
Dalam proses mengembangkan perangkat lunak Mini Market Siap24 ini, pengembang
menggunakan model iteratif terhadap produk yang akan dikembangkan. Melalui dua tahapan
iteratif.
Iterasi pertama, pada tahap ini Aplikasi Penjualan pada toko MiniMarket Siap24 akan
dijabarkan dalam modul inti iterasi yang meliputi :
Fungsi
Modul
Database dan tabel
Manajemen dalam penampungan
dan penyimpanan data.
Form Pelanggan
Tempat menginput data Pelanggan.
Form Admin
Tempat menginput data Admin
Form Barang Masuk dan Barang Tempat menginput arus barang
Keluar
masuk dan barang keluar.
Form Sewa Masuk dan Sewa Keluar Tempat menginput transaksi sewa
masuk dan sewa keluar.
Iterasi kedua, selanjutnya di tahap iterasi ini pengembangan akan memasuki tahap
penyelesaian setelah fungsi-fungsi dan menu selesai dibuat. Isi dari modul dalam iterasi
tahap kedua yaitu :
Fungsi
Modul
Menu Utama
Menggambarkan keseluruhan menu
yang tersedia.

8. Form Login dan Ubah Password
Form Laporan
Tombol Cari, Simpan, Perbaiki,
Hapus, Cetak, Keluar
Instalasi
Fasilitas untuk mengatur hak akses.
Fasilitas untuk mencetak laporan.
Fasiltas utama dalam memanipulasi
data.
Persiapan awal sebelum perangkat
lunak siap digunakan.
1.4 Upaya Estimasi
Anggota pengembang Aplikasi Penjualan pada toko MiniMarket Siap24 terdiri dari 3
orang :
a. Bryan
b. Harry Kurniawan
c. Sukriyadi
Berikut ini adalah jadwal dan usaha perkiraan selama 2 tahap iterasi :
Tanggal
Mulai Tanggal Selesai Total Usaha
Iterasi #
(dd/mm/yyyy)
(dd/mm/yyyy)
(personil/jam)
Iterasi 1
07/10/2013
30/10/2013
220
Iterasi 2
31/10/2013
23/11/2013
210
Total usaha personil/jam: 430
Perkiraan tanggal selesai: 24/11/2013
1.5 Asumsi Buatan
Asumsi disesuaikan dengan deskripsi pada SRS.
2. Jadwal dan Estimasi Sumber Daya
Dalam upaya penjadwalan dan perkiraan usaha yang dilakukan, tim pengembang
menggunakan pendekatan bottom up untuk estimasi dimulai dari tahap iterasi pertama hingga
tahap iterasi kedua. Pada tabel dibawah ini dijabarkan upaya, penjadwalan dan tugas dari
masing-masing personil.
2.1 Iterasi Awal
#
Pekerjaan
1
Merancang
Estimasi Usaha Tanggal Mulai Tanggal
(personil/jam)
(dd/mm/yyyy)
Selesai
(dd/mm/yyyy)
30
07/11/2013
09/11/2013
Nama Personil
Bryan

9. 2
3
4
5
6
Database dan
tabel
Merancang
Form
Pelanggan
Merancang
Form Admin
Merancang
Form Barang
Masuk
dan
Barang Keluar
Merancang
Form
Laporan
Testing
Sistem
30
10/11/2013
12/11/2013
Harry
30
14/11/2013
16/11/2013
50
17/11/2013
22/05/2013
Harry
dan
Sukriyadi
Harry, Sukriyadi,
dan Bryan
50
23/11/2013
28/05/2013
Bryan
30
29/11/2013
31/11/2013
Harry, Sukriyadi,
dan Bryan
Perkiraan usaha semua personil untuk iterasi tahap awal adalah : 220
#
Tanggal Mulai
(dd/mm/yyyy)
31/11/2013
04/11/2013
Tanggal Selesai
(dd/mm/yyyy)
02/11/2013
06/11/2013
Nama
Personil
Bryan
Harry
07/11/2013
11/11/2013
09/11/2013
14/11/2013
5
Estimasi Usaha
(personil/jam)
Merancang Menu Utama
30
Merancang Form Login dan Ubah 30
Password
Merancang Form Laporan
30
Merancang Tombol Cari, Simpan, 40
Perbaiki, Hapus, Cetak, Keluar
Testing Sistem
30
15/11/2013
18/11/2013
6
7
Instalasi
Dokumentasi
19/11/2013
22/11/2013
21/11/2013
23/11/2013
Sukriyadi
Bryan, Harry,
dan Sukriyadi
Bryan, Harry,
dan Sukriyadi
Harry
Sukriyadi
1
2
3
4
Pekerjaan
30
20
2.2 Iterasi Akhir
Perkiraan usaha semua personil untuk iterasi tahap akhir adalah : 210
3. Organisasi Anggota
Tim pengembang Aplikasi Penjualan pada toko MiniMarket Siap24 memiliki anggota
dalam skala kecil yang terdiri dari teman sebaya dengan tujuan yang sama. Oleh karena itu di

10. dalam struktur organisasi tim pengembang menggunakan hirarki horisontal yang
menunjukkan kedudukan setara tentunya dengan tugas masing-masing dalam proyek ini,
ditambah peran tambahan kepada satu orang sebagai pimpinan proyek.
Nama
Peran
Bryan
Harry Kurniawan
Sukriyadi
Pimpinan Proyek
Supervisor
Pengembang
Tugas-tugas yang diberikan kepada mereka akan dipertahankan sesuai dengan penjadwalan
yang telah dibuat diatas.
4. Penggunaan Sumberdaya Hardware dan Software
Sumberdaya hardware yang paling utama digunakan adalah personal komputer (PC).
Sedangkan dari sumberdaya software yang digunakan adalah :
Software
Keterangan
Visual Studio 2008
Micr. SQL Server 2008
Crystal Report
XAMPP
Pendukung tampilan tatap muka dan
pembuatan perangkat lunak.
Media penyimpanan Basis Data
Media pembuatan Laporan
Media untuk pembuatan Website
5. Kualitas Perencanaan
Proses pengendalian kualitas perencanaan dari Aplikasi Penjualan pada toko MiniMarket
Siap24, terdiri dari :
Dokumen SRS dan Arsitektur; dokumen SRS dan arsitektur akan ditinjau oleh anggota
tim dan orang luar.
Dokumen Desain; dokumen desain akan ditinjau oleh tim proyek
Unit Testing; setiap pengembang bertanggung jawab terhadap pengujian modul, baik
yang merupakan tugasnya sendiri maupun bersama-sama.
Testing Sistem; pengujian akan dilakukan sesuai dengan rencana pengujian, yang akan
menggambarkan strategi pengujian serta daftar semua kasus uji, rencana pengujian akan
selalu ditinjau.
6. Perencanaan Manajemen Resiko
# Resiko
Kemungkinan
1 Tatapmuka pengguna Tinggi
Dampak
Tinggi
Keringanan
Membangun rancangan

11. mungkin tidak dapat
diterima
utuh
sebagaimana
tercantum
dalam
SRS.
2 Tidak menyelesaikan Tinggi
proyek sebelum Ujian
Akhir Semester
mungkin Sedang
3 Kualitas
tidak baik.
tidak Sedang
4 Komputasi
benar
sebaik
awal
Sangat Tinggi
Sedang
Tinggi
mungkin
dari
●
Pecah
proyek
menjadi 2 iterasi dan
pastikan bila iterasi 1
berhasil dikirim.
●
Jangan
jadikan
liburan
sebagai
pengulur waktu.
Gunakan alat penguji
yang baik.
Dapatkan
pengujian
dari beberapa kasus
nyata.
7. Proyek Rencana Pemantauan
Karena pengembangan perangkat lunak ini merupakan proyek kecil maka
pemantauan yang rumit tidak diperlukan. Rencana pemantauan proyek dari tim
pengembang Aplikasi Penjualan pada toko MiniMarket Siap24 dapat dirinci sebagai
berikut :
Pengembang akan memantau terutama pada pelaksanaan jadwal dan tugas, yakni lewat
pertemuan mingguan dan laporan mingguan yang akan dikirimkan lewat email atau di
upload di sebuah website
Kendala dari tugas yang tidak tercapai akan dilaporkan per minggu.
Upaya pemantauan akan dilakukan secara informal dan jika diperlukan estimasi akan
dikaji ulang.
Resiko akan dikaji ulang dalam pertemuan bulanan.

12. Arsitektur Perangkat Lunak
1. Pendahuluan
1.1 Latar Belakang Arsitektur
Dokumen Aplikasi Penjualan pada toko MiniMarket Siap24 ini adalah pengembangan
lebih lanjut dari dokumen perencanaan manajemen proyek yang telah dibuat sebelumnya.
Dalam dokumen ini akan dijelaskan dan diilustrasikan secara jelas tentang rancang bangun
beserta isi dari Aplikasi Penjualan pada toko MiniMarket Siap24.
1.2 Isi Arsitektur
Seperti yang telah dijelaskan sebelumnya pada dokumen SRS, bahwa pada Aplikasi
Penjualan pada toko MiniMarket Siap24 ini akan dirancang fitur-fitur yang ketika
penerapannya nanti perangkat lunak ini dapat digunakan untuk mengolah arus informasi
penjualan toko MiniMarket Siap24 yang meliputi; transaksi pembayaran barang oleh
pelanggan kepada pihak penjual, kemudian pencatatan identitas konsumen , informasi barang
yang disimpan di gudang, pengontrolan jumlah barang masuk dan jumlah barang keluar
yang diambil konsumen serta informasi barang di gudang yang terisi dan kosong. Dan yang
terakhir tersedianya laporan tentang aplikasi penjualan ini ketika dibutuhkan. Maka semua
fitur yang dibutuhkan tersebut harus dirancang dengan benar untuk dibangun sebagai suatu
perangkat lunak yang bermutu.
1.3 Pihak Terkait
Pihak utama yang terlibat / terkait dengan Aplikasi Penjualan pada toko MiniMarket
Siap24 ini adalah pengguna dan pengembang. Dimana antara si pengguna dan pengembang,
masing-masing mempunyai kepentingan utama yaitu :
 Pengguna : si pengguna tau cara mengoperasikan perangkat lunak, penanganan
kesalahan dan produktivitas tinggi dalam penggunaan. ( agar kinerja dapat optimal,
maka pengguna harus tau cara pengoperasian perangkat lunak. Lalu adanya
penanganan terhadap kesalahan, seperti pesan kesalahan agar pengguna dapat
menindaklanjuti kesalahan. Kemudian agar produktivitas tinggi maka pengguna
menginginkan agar perangkat lunak tersebut dapat dipakai untuk kurun waktu yang
lama/ awet sekalipun digunakan untuk jam kerja yang tinggi )
 Pengembang : si pengembang menciptakan perangkat lunak sesuai yang dibutuhkan
pengguna dan kemudahan dalam modifikasi terutama untuk pengembangan di masa
depan. ( sesuai apa yang tertulis dalam SRS, agar ke depan penggunaan perangkat
lunak ini dapat membantu lancarnya usaha)

13. Oleh karena itu, properti kunci yang perlu dievaluasi dari arsitektur perangkat lunak
ini adalah modifikasi. Kemudahan pengoperasian, penanganan kesalahan dan produktivitas
tinggi dalam penggunaan adalah faktor lain yang perlu dievaluasi.
1.4 Lingkup Arsitektur
Dalam dokumen ini, pengembang dihadapkan pada dua kemungkinan arsitektur dari
Aplikasi Penjualan pada toko MiniMarket Siap24 yang akan dibangun. Dimana dua
kemungkinan arsitektur tersebut akan dibandingkan dari sisi atribut dan kualitas setelah itu
baru akan dipilih satu yang paling sesuai untuk proyek Aplikasi Penjualan pada toko
MiniMarket Siap24 ini. Pengembang juga menyertakan alasan dari dua alternatif arsitektur
yang pada akhirnya memutuskan satu arsitektur akhir. Untuk sebuah arsitektur yang baik
harus dipertimbangkan juga dari sudut pandang komponen dan konektor.
1.5 Definisi dan Singkatan
Definisi :
 Transaksi : Sebuah peristiwa yang melibatkan aliran uang dalam pertukaran nilai,
jual-beli dan jasa.
 Gudang : Suatu tempat yang digunakan untuk menyimpan barang.
 Proyek : Kegiatan yang melibatkan berbagai sumber daya yang terhimpun dalam
suatu wadah (organisasi) tertentu dalam jangka waktu tertentu untuk melakukan
kegiatan yang telah ditetapkan sebelumnya atau untuk mencapai sasaran tertentu.
 Arsitektur : Seni dan ilmu dalam merancang bangunan.
Singkatan :
 SRS : Software Requirement Spesification
 SQL : Structure Query Language
 R/W : Read / Write
2. Desain Arsitektur
2.1 Arsitektur 1 : Model Repositori
Arsitektur ini terdiri dari data repositori yang berisi informasi tentang konsumen,
pemasok, barang dan sewa. Terdapat pula modul yang terpisah untuk meampilkan laporan
konsumen, laporan pemasok, laporan barang, laporan sewa. Berikut adalah komponen
prinsip arsitektur ini :
# Komponen
Tipe
Deskripsi
Komponen
Database
Modul ini berisi tentang informasi
1 SQL
SERVER
konsumen, barang, pesanan dan penjualan.
2 Menu Utama Proses ( Modul Ini pada dasarnya adalah modul tatap muka

14. Tatap Muka)
3
4
5
6
7
8
grafis dimana interaksi pengguna pada satu
bagian membuat pemanggilan pada modul
lainnya, juga sebagai sarana pelayanan dan
permintaan pengguna.
Hak Akses
Proses (Akses / Modul ini digunakan untuk mengakses atau
modifikasi
memodifikasi informasi hak akses pengguna
database)
di database.
Cari, Simpan, Proses
Untuk memodifikasi informasi yang
Perbaiki,
(Modifikasi
berhubungan dengan penyimpanan data di
Hapus
( Database)
database.
Konsumen,
Barang,
Pesanan dan
Penjualan)
Cetak
Proses (Akses Modul ini digunakan untuk mengakses data
Laporan
Database)
konsumen,
guna
mencetak
laporan
Konsumen
konsumen.
Cetak
Proses (Akses Modul ini digunakan untuk mengakses data
Laporan
Database)
barang, guna mencetak laporan barang.
Barang
Cetak
Proses (Akses Modul ini digunakan untuk mengakses data
Laporan
Database)
pesanan, guna mencetak laporan pesanan.
Pesanan
Cetak
Proses (Akses Modul ini digunakan untuk mengakses data
Laporan
Database)
penjualan,
guna
mencetak
laporan
Penjualan
penjualan.
Berikut ini adalah konektor pada arsitektur :
# Konektor
Tipe Konektor Deskripsi
1 R/W Konektor Database Akses Konektor ini ada diantara data repositori
/ Modifikasi
dan modul 3 dan 4. Ini merupakan akses (R)
atau modifikasi (W) dari database gudang.
Only Database Akses Konektor ini adalah antara data repositori
2 Read
Konektor
dan modul 5,6,7 dan 8. Merupakan
konektor yang berfungsi mengakses data
laporan.
Diagram dibawah ini akan menunjukkan arsitektur pertama :

15. Hak Akses
Cetak Laporan
Konsumen
Cetak Laporan
Barang
Cetak Laporan
Pesanan
SQL
SERVER
Cetak Laporan
Penjualan
Cari, Simpan, Perbaiki, Hapus
(Konsumen, Barang, Pesanan,
Penjualan)
Gambar 2.1 Model Repositori
2.2 Arsitektur 2 : Model Akses Layer
Arsitektur kedua ini mirip dengan arsitektur repositori data. Perbedaan utamanya
terletak pada fakta bahwa disini, kita memiliki lapisan data akses yang memisahkan logika
bisnis dan data repositori. Pengambilan dan modifikasi data dilakukan melalui lapisan data
akses, sementara semua pengolahan data atau pelaksanaan logika bisnis dilakukan pada
lapisan logika bisnis.
Lapisan keempat atau terbawah adalah lapisan presentasi atau (kontrol induk) yang
bertanggung jawab untuk berinteraksi dengan pengguna dan modul lapisan logika bisnis.
Itulah kegunaan dari lapisan data akses, berasal dari kenyataan bahwa jika jenis database
diubah, maka hanya lapisan data akses yang perlu diubah sedangkan logika pengolahan
tetap sama. Komponen tetap sama kecuali bahwa sekarang kita akan memiliki komponen
akses data baru untuk dapat menaruh data yang akan bertanggung jawab untuk membaca
dan mengubah data sesuai dengan data konsumen, pemasok, barang dan transaksi sewa.

16. Diagram dibawah ini akan menunjukkan arsitektur kedua :
SQL
SERVER
Manipulasi
(Konsumen,Barang,Pesanan
,Penjualan)
Hak Akses
Login
Cari, Simpan, Perbaiki,
Hapus (Konsumen, Barang,
Pesanan, Penjualan)
Cetak Laporan
Penjualan
Cetak Laporan
Pesanan
Cetak Laporan
Barang
Cetak Laporan
Konsumen
Menu Utama
Gambar 3.1 Arsitektur 4 Layer
2.3 Perbandingan Arsitektur
Disini kita akan membandingkan kedua arsitektur berkaitan dengan atribut dan kualitas.
Kriteria
Perubahan di Database
Penambahan Fungsi
Pengembangan Multi User
Penyediaan Penambahan
Keamanan
Pengamanan Jenis Baru
Arsitektur 1
Tidak Mudah
Mudah
Sulit
Sulit
Arsitektur 2
Mudah
Mudah
Mudah
Mudah
Mudah
Mudah
3. Arsitektur Akhir
Dari tabel di atas dapat dilihat bahwa arsitektur 2 adalah lebih baik sejauh perubahan
data repositori yang bersangkutan. Selain itu, juga lebih mudah jika menginginkan
pengembangan ke sistem multi-user, yang melibatkan masalah keamanan tambahan. Namun,
kinerja Arsitektur 2 adalah mungkin lebih rendah dari yang pertama, meskipun hanya sedikit
perbedaannya. Dalam repositori data yang mungkin akan berubah, dan sistem dapat dilakukan
oleh multi-user, maka kami lebih menyukai Arsitektur 2 daripada Arsitektur 1.

17. 1. Pendahuluan
Setelah meninjau analisis dengan menggunakan use case, maka berikut ini adalah kelas dasar
dan tindakan yang perlu disusun.
Kelas : (Blok bangunan Dasar)
SI. Kelas
No
1. Penjualan
2
Transaksi
3
4
5
Keamanan
Interface
Laporan
6
Data
Repository
Prinsip Tanggung Jawab
Perusahaan menyediakan tempat untuk melakukan transaksi penjualan.
Yaitu yang melibatkan barang masuk dan barang keluar untuk transaksi
penjualan.
Keamanan yang diberikan kepada pengguna yang berhak menggunakan aplikasi.
Mengelolah antar muka pengguna dengan sistem.
Ditujukan kepada manajer sebagai kebutuhan informasi. Data barang berupa
perhitungan data barang masuk maupun data barang keluar yang diperoleh dari
hasil transaksi penjualan.
Database yang berisi informasi tentang data barang masuk, data barang keluar
kategori penjualan dan status lot.
Tujuan dari modularitas antara lain sebagai berikut.
Si.
no
1
2
3
4
5
6
7
Tindakan
Tambah, Ubah, Hapus, Pengguna
Tambah, Ubah, Hapus Data Penjualan
Tambah, Ubah Hapus data barang Masuk
Tambah, Ubah Hapus data barang keluar
Ubah Lokasi Penempatan Barang
Cetak Laporan
Tampilkan laporan
2. Struktur Sistem
Di sini kita menggambarkan struktur akhir. Seharusnya, bagaimanapun, harus diingat bahwa
mendapatkan struktur akhir adalah latihan berulang-ulang – sebuah struktur awal adalah disempur nakan
sebagai desain berlangsung. Secara khusus, pemodelan dinamis memiliki dampak pada struktur.

18. 2.1 Struktur Warisan
Gambar di bawah ini menunjukkan struktur warisan.
Penjual
Tetap
Transaksi
Tidak Tetap
Barang Masuk
Barang Keluar
Namun struktur warisan ini tidak diperlukan. Kita bisa menggunakan model yang antara lain
berupa atribut dan type.
2.2. Agregasi
Strutur logis yang mana terdiri dari penggabungan. Berikut ini gambar struktur agregasi antar
kelas adalah sebagai berikut :
Penjual
Barang
Menjual
Lot
2.3. Asosiasi
Kami mencari tahu hubungan antara kelas-kelas dalam prinsip proses pemodelan tindakan.
Contoh: Kelas (dengan agregasi dan asosiasi) yang terlibat dalam aksi prinsip Buat / Hapus / Tambah.

19. Interface
Penjual
Data Barang
Lokasi
penempatan
Barang
Transaksi
3. Perilaku Sistem
Perilaku dinamis dari sistem dimodelkan dengan memikirkan interaksi antara kelas terlibat
dalam setiap tindakan pokok. Kami menunjukkan diagram akhir disini. Harus diingat bahwa model ini
memiliki dampak dalam memperbaiki dan meningkatkan diagram kelas kami tidak membahas aspekaspek disini
3.1. Prinsip Tindakan : Ubah, Tambah, Hapus Pengguna
Tambah Pengguna
Ubah Pengguna
Hapus Pengguna

20. 3.2 Prinsip Tindakan : Tambah, Ubah, Hapus Data Barang Masuk
Tambah Data Barang Masuk
Sales
Ubah Data Barang masuk
Sales
3.3 Prinsip Tindakan : Tambah, Ubah, Hapus Data Barang Keluar
Tambah Data Barang Keluar
Sales

21. Ubah Data Barang Keluar
Sales
Hapus Data Barang Keluar
Sales