Your SlideShare is downloading. ×
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Rpl laporanakhir si52_kel3_v1.0
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Rpl laporanakhir si52_kel3_v1.0

384

Published on

Published in: Education, Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
384
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
25
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 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

×