Tes Plan untuk APB
Dokumen ini berisi daftar rinci tentang kasus pengujian yang akan digunakan untuk Aplikasi Pelacak Barang (APB) Kasus-kasus uji digunakan untuk pengujian sistem tingkat.
Operasi dasar pada software sekarang ini adalah:
1. Instalasi Aplikasi
2. GUI / Tampilan Form Aplikasi
3. Isi Data Pelanggan
4. Simpan Data Barang
5. Pengambilan barang
6. Perhitungan Biaya Sewa
7. Status Lot
Uji kasus dirancang untuk semua operasi ini. Laporan ini disusun dalam satu bagian. Kita memberikan uji kasus untuk seluruh operasi ini.
1. Instalasi aplikasi
Uji kasus ID Tujuan Langkah Hasil yang diharapkan
1 Instalasi Klik file execute APB Sistem program harus meminta user untuk memilih direktori di mana semua file kerja akan disimpan.
2. Tampilan Form Aplikasi
Uji kasus ID Tujuan Langkah Hasil yang diharapkan
1 Menampilkan Form Aplikasi 1. Menjalankan aplikasi
2. Mengamati form login
3. Masukkan data ke dalam textbox password. 1. Form Login ditampilkan.
2. Form Login harus memiliki
Textbox: User Name, Password.
Buttons: Login, Cancel.
3. Password harus ditampilkan dalam dienkripsi format seperti'*****'.
2 Proses Login 1. Masukkan username dan password yang valid.
2. Klik button Login User berhasil masuk kedalam aplikasi. Setelah login, form menu akan muncul.
3 Username tidak valid 1. Masukkan username tidak valid.
2. Masukkan password yang valid
3. Klik button Login Messagebox Error ditampilkan dengan
pesan kesalahan yang tepat. Pesan mungkin
Nama username atau password tidak valid
4 Password tidak valid 1. Masukkan username valid.
2. Masukkan password tidak valid
3. Klik button Login Messagebox Error ditampilkan dengan
pesan kesalahan yang tepat. Pesan mungkin
Nama username atau password tidak valid
5
Username dan password tidak valid 1. Masukkan username tidak valid
2. Masukkan password tidak valid
3. Klik button Login Messagebox Error ditampilkan dengan
pesan kesalahan yang tepat. Pesan mungkin
Nama username atau password tidak valid
3. Isi Data Pelanggan
Uji kasus ID Tujuan Langkah Hasil yang diharapkan
1 Input data pelanggan 1. Menginputkan data pada textbox sesuai dengan spesifikasi yang ada di database
2. klik Button simpan Data tersimpan ke database dan muncul messagebox, data telah tersimpan dan data-data textbox dibersihkan
2 Duplikat data pelanggan 1. Menginput data pelanggan yang sama yang sudah ada di database
2. klik Button simpan muncul messagebox ,data sudah pernah ada didatabase
3 Tindakan Cancel 4. Masukkan username dan password yang valid.
5. klik Button Batal. Data pada textbox dikosongkan
4 Edit data pelanggan 1. Klik data yang mau di ubah pada datagridview
2. Mengubah data penyewa yang akan ditampilkan pada textbox
3. klik Button Ubah. 1. Pada saat data di datagridview diklik, data yang diinginkan dapat tampil ditextbox dan tombol simpan menjadi disable
2. Data pada database berubah sesuai dengan yang diedit pada textbox pada saat tombol ubah diklik.menampilkan pesan yang menkonfirmasi bahwa data telah diubah, dan button simpan menjadi enable dan data-data pada textbox tidak ada lagi.
5 Hapus data pelanggan 1. Klik data yang mau di hapus pada datagridview
2. klik Button hapus 1. Pada saat data di datagridview diklik, data yang diinginkan dapat tampil di textbox
2. Muncul pesan yang mengkonfirmasi bahwa data di database telah dihapus dan membuat tombol simpan menjadi enable dan mengosongkan seluruh isi textbox
6 Input Data Kosong 1. Mengosongkan seluruh textbox
2. klik Button simpan Muncul pesan yang memberitahukan bahwa ada kolom yang kosong
4. Simpan Data Barang
Uji kasus ID Tujuan Langkah Hasil yang diharapkan
1 Input data barang
yang valid 1. Menginput data yang sesuai dengan tipe data textbox yang disediakan
2. klik Button simpan 1. Aplikasi menyimpan seluruh data yang di input pada form input barang
2. menampilkan pesan yang mengkonfirmasi bahwa data telah diproses
mengosongkan kembali semua textbox
2 Input data barang
yang tidak valid 1. Menginput data yang tidak sesuai dengan tipe data textbox yang disediakan
2. 1. menampilkan pesan yang memberitahukan bahwa tipe data yang diinputkan tidak sesuai
3 Input Data Kosong 1. Mengosongkan seluruh textbox
2. klik Button simpan Muncul pesan yang memberitahukan bahwa ada kolom yang kosong
5. Pengambilan Barang
Uji kasus ID Tujuan Langkah Hasil yang diharapkan
1 Cek Data Pelanggan 1. Mengisi kode penyewa pada textbox
2. klik Button proses 1. Menampilkan pesan bahwa data penyewa salah
2. Mengosongkan kembali textbox yang terdapat kesalahan
2 Perhitungan lama sewa 1. Mengisi tanggal pengeluaran barang yang tidak valid
1. Seharusnya system menampilkan pesan error karena perhitungan hari menjadi tidak sesuai
2. Pilihan hari pada datetimepicker kembali ke awal
3 Pengeluaran sebagian dari seluruh barang 1. mengisi kolom jumlah barang lebih sedikit dibandingkan dengan yang ditampilkan pada datagridview
2. klik Button proses 1. Seharusnya aplikasi dapat langsung mengurangkan jumlah barang yang ada pada field di database
2. Menampilkan pesan yang memberitahukan bahwa masih ada barang yang disimpan digudang dan menanyakan sipenyewa apakah mau mengambil barang lagi atau tidak
4 Pengeluaran barang melebihi jumlah penyimpanan 1. mengisi kolom jumlah barang lebih banyak dibandingkan dengan yang ditampilkan pada datagridview
2. klik Button proses Menampilkan pesan bahwa jumlah barang yang diinput tidak sesuai
6. Perhitungan Biaya Sewa
Uji kasus ID Tujuan Langkah Hasil yang diharapkan
1 Input data jumlah hari yang invalid 1. Input data diluar tipe data yang semestinya(Integer)
2. klik Button proses Data invalid tidak dapat diinput selain tipe integer
2 Input bilangan negatif pada textbox jumlah hari sewa 1. Input data bilanga negatif
2. klik Button proses Bilangan negatif tidak dapat diproses selain tipe integer
7. Status Lot
Uji kasus ID Tujuan Langkah Hasil yang diharapkan
1 Tampilkan Data dari Database Klik pilih data pada Datagidview Data yang dipilih muncul ke textbox yang sesuai
2
APB : Laporan Tes Plan
Detail Pengujian :
- Jumlah kasus test yang gagal : 2
- Cakupan setelah pengujian : 80%
Kasus test yang gagal :
No Kasus test Detail kasus test Keterangan
1 Duplikat data pelanggan Menginput data pelanggan yang sama yang sudah ada di database
*Gagal*
Aplikasi error dan harus stop debugging
2 Input data barang
yang tidak valid Menginput data yang tidak sesuai dengan tipe data textbox yang disediakan
*Gagal*
Aplikasi error
File dapat diunduh disini
Read More..
Rabu, 23 Juni 2010
Rabu, 16 Juni 2010
Dokumentasi Unit Tes
Dokumentasi Tes Unit untuk APB
1. Pengenalan
Dalam dokumentasi ini, kami memberikan rencana tes dan hasil tes untuk pengujian unit dari beberapa tombol modul Aplikasi Pelacakan Barang (APB).
2. Metodologi Unit Pengujian
2.1 Pemilihan unit: Kami memilih hanya kelas fungsional dan kritis yang paling penting untuk Formal Unit Testing. Dalam lingkungan pengujian yang kami gunakan, unit untuk pengujian unit kelas. Di sini kita menggambarkan metodologi pengujian dengan membahas tiga kelas.
2.2 Test Scripts : Script pengujian program Visual Studio 2008 dan setiap kasus uji sebanding dengan suatu metode dalam program-program Visual Studio 2008
2.3 Memperbaiki dari Defect: Programmer menetapkan defect ditemukan. Unit pengujian berhasil menyelesaikan hanya jika script dijalankan tanpa cacat.
2.4 Test Script Enhancement: Sebagai pengujian berjalan, beberapa kasus pengujian baru yang ditambahkan. Hal ini dilakukan dengan menambahkan metode uji baru untuk program pengujian.
3. Tes Performa
Kami unit menguji metode-metode berikut tiga kelas: (a) Data Repository, dan
(b) Barang (c) Gudang
(A) Pengujian method class Data repository:
Operasi yang dilakukan Kondisi yang diuji Hasil aktual
Koneksi ke database Aplikasi terhubung dengan database Berhasil
Simpan data ke database Data yang diinput tersimpan didata base Berhasil
Edit data dari database Data yang sudah diambil dari database ,diedit dan disimpan kembali Berhasil
Hapus data dari database Data dihapus dari database Berhasil
(B) Pengujian method class Barang :
Operasi yang dilakukan Kondisi yang diuji Hasil aktual
Tambah data barang yang baru Data barang yang baru tersimpan di tabel barang Berhasil
Hapus data barang Data barang terhapus dari tabel barang Berhasil
Ubah data barang Data barang ditampilkan ,diubah dan disimpan kembali Berhasil
(C) Pengujian method class Gudang :
Operasi yang dilakukan Kondisi yang diuji Hasil aktual
Cek status lot Data status lot ditampilkan Berhasil
Simpan data di lot tertentu Mengecek status berubah Berhasil
5. Hasil:
Aplikasi dieksekusi, memberikan tes benar-benar dilaksanakan, dan juga pada berapa banyak hasil yang diharapkan diperoleh, dalam berapa banyak hasil yang diharapkan tidak diperoleh, dan berapa banyak tes tidak bisa selesai.
4 tes: sukses: 4, kegagalan: 0, error: 0
Testing pertama untuk Barang
3 tes: keberhasilan: 3, kegagalan: 0, error: 0
Testing ketiga untuk Gudang
2 tes: keberhasilan: 1, kegagalan: 1, error: 0
kegagalan tersebut disebabkan karena bug dalam perhitungan biaya dan pencarian data lot , bug tersebut telah diperbaiki.
File dapat diunduh disini
Read More..
1. Pengenalan
Dalam dokumentasi ini, kami memberikan rencana tes dan hasil tes untuk pengujian unit dari beberapa tombol modul Aplikasi Pelacakan Barang (APB).
2. Metodologi Unit Pengujian
2.1 Pemilihan unit: Kami memilih hanya kelas fungsional dan kritis yang paling penting untuk Formal Unit Testing. Dalam lingkungan pengujian yang kami gunakan, unit untuk pengujian unit kelas. Di sini kita menggambarkan metodologi pengujian dengan membahas tiga kelas.
2.2 Test Scripts : Script pengujian program Visual Studio 2008 dan setiap kasus uji sebanding dengan suatu metode dalam program-program Visual Studio 2008
2.3 Memperbaiki dari Defect: Programmer menetapkan defect ditemukan. Unit pengujian berhasil menyelesaikan hanya jika script dijalankan tanpa cacat.
2.4 Test Script Enhancement: Sebagai pengujian berjalan, beberapa kasus pengujian baru yang ditambahkan. Hal ini dilakukan dengan menambahkan metode uji baru untuk program pengujian.
3. Tes Performa
Kami unit menguji metode-metode berikut tiga kelas: (a) Data Repository, dan
(b) Barang (c) Gudang
(A) Pengujian method class Data repository:
Operasi yang dilakukan Kondisi yang diuji Hasil aktual
Koneksi ke database Aplikasi terhubung dengan database Berhasil
Simpan data ke database Data yang diinput tersimpan didata base Berhasil
Edit data dari database Data yang sudah diambil dari database ,diedit dan disimpan kembali Berhasil
Hapus data dari database Data dihapus dari database Berhasil
(B) Pengujian method class Barang :
Operasi yang dilakukan Kondisi yang diuji Hasil aktual
Tambah data barang yang baru Data barang yang baru tersimpan di tabel barang Berhasil
Hapus data barang Data barang terhapus dari tabel barang Berhasil
Ubah data barang Data barang ditampilkan ,diubah dan disimpan kembali Berhasil
(C) Pengujian method class Gudang :
Operasi yang dilakukan Kondisi yang diuji Hasil aktual
Cek status lot Data status lot ditampilkan Berhasil
Simpan data di lot tertentu Mengecek status berubah Berhasil
5. Hasil:
Aplikasi dieksekusi, memberikan tes benar-benar dilaksanakan, dan juga pada berapa banyak hasil yang diharapkan diperoleh, dalam berapa banyak hasil yang diharapkan tidak diperoleh, dan berapa banyak tes tidak bisa selesai.
4 tes: sukses: 4, kegagalan: 0, error: 0
Testing pertama untuk Barang
3 tes: keberhasilan: 3, kegagalan: 0, error: 0
Testing ketiga untuk Gudang
2 tes: keberhasilan: 1, kegagalan: 1, error: 0
kegagalan tersebut disebabkan karena bug dalam perhitungan biaya dan pencarian data lot , bug tersebut telah diperbaiki.
File dapat diunduh disini
Read More..
Selasa, 01 Juni 2010
Dokumen Perancangan
Dokumen Perancangan Untuk Aplikasi Pelacak Barang
1. Ikhtisar
Setelah meninjau ulang analisis use case berikut adalah class dan aktivitas-aktivitas dasar yang dimunculkan.
Class
No.Class
Prinsip Tanggung Jawab
1.Log In
Mengatur pengaksesan pemakai untuk menjaga keamanan atau yang berkaitan dengan keamanan
2.Pelanggan
Mengatur pernginputan, pengubahan, penghapusan data pelanggan
3.Gudang
Mengatur tempat penyimpanan barang lot
4.Biaya
Mengatur perhitungan biaya dalam penyewaan
5.Laporan
Mengatur pencetakan laporan dan status lot
Tindakan
No.Kegiatan
1.Membuat/Menghapus/Mengubah user name dan password
2.Membuat/Menghapus/Mengubah data pelanggan
3.Meletakan/Mengambil barang dari gudang
4.Menghitung biaya penyewaan gudang
5.Pembuatan Laporan
2. Struktur Sistem
Pada Struktur Sistem ini kami menggambarkan struktur akhir sistem. Namun seharusnya struktur akhir yang didapat ini merupakan latihan iteratif dari sebuah struktur yang disaring sebagai kelangsungan perancangan. Secara khusus permodelan berdampak pada struktur.
Struktur Warisan
Untuk struktur warisan diperkirakan ada 1 buah yaitu pelanggan, pelanggan ada yang tetap dan ada pelanggan yang tidak tetap.
Gambar 2.1: Perkiraan Warisan
Agregasi
Struktur logis dari Aplikasi Pelacak Barang menyarankan penggabungan antara kelas sebagai berikut :
Asosiasi
Kami menemukan hubungan antara kelas-kelas dalam proses permodelan prinsip
tindakan.
Contoh: Kelas (dengan agregasi dan asosiasi) yang terlibat dalam kegiatan membuat / menghapus / mengedit penyewaan.
Diagram Kelas Lengkap
Akhirnya setelah mempertimbangkan semua tindakan, semua struktur utama asosiasi dan agregasi telah selesai.
3. Perilaku Sistem
Perilaku dinamis dari sistem dimodelkan dengan memikirkan interaksi antara kelas yang terlibat dalam setiap tindakan pokok. Kami menunjukkan diagram akhir di sini. Harus diingat bahwa model ini memiliki dampak dalam memperbaiki dan meningkatkan diagram kelas. Kami tidak akan membahas aspek-aspek itu di sini.
3.1 Tindakan Prinsip : Membuat/Menghapus user name dan password
3.2 Tindakan Prinsip: Membuat/Menghapus/Mengubah Data Pelanggan
3.3 Tindakan Prinsip : Mencatat barang masuk/keluar di gudang
3.4 Tindakan Prinsip : Pembuatan Laporan
4. Detil Spesifikasi Perancangan
Ini terdiri dari daftar kelas utama dan atribut mereka dan metode dengan tepat komentar.
1. class Log In
//Atribut//
String username;// Nama pengguna system
String password;// Password pengguna system
//Atribut2//
String password_lama;//password lama
String password_baru;// password baru
String password_baru2;// verifikasi password baru
//memeriksa
validitas pengguna.
Boolean GantiPassword(String password_lama, String password_baru,String_password_baru2);//
Managemen mengganti password untuk pengguna system.
2. class Pelanggan
//Atribut//
Integer id :// id pelanggan
String nama;// nama pelanggan
String alamat;// alamat pelanggan
Integer telepon;// telepon pelanggan
String keterangan;// keterangan pelanggan
String statis:// status pelanggan
3. class Gudang
//Atribut//
Integer id :// id pelanggan
String nama_brg;// nama barang
String jenis_brg;// jenis barang titipan
String jenis_titipan;// jenis titipan
Integer Biaya_sewa_harian;//menyimpan biaya sewa per hari
Integer Lama_sewa;//menyimpan lama sewa gudang
Date Tgl_simpan;//mencatat tanggal penitipan barang
Date Tgl_keluar;//mencatat tanggal keluar barang
//Metode//
double lama_hari(Date Tgl_simpan, Date Tgl_keluar);//menghitung selisih hari penitipan barang
4. class Database
//Metode//
Boolean create_username();//membuat user id dan password pengguna
Boolean edit_username();//mengubah user id dan password pengguna
Boolean hapus_username();//menghapus user id dan password pengguna
Boolean simpan_data_pelanggan();//menginput data pelanggan
Boolean edit_data_pelanggan();//merubah data pelanggan
Boolean hapus_datapelanggan();//menghapus data pelanggan
File bisa diambil disini
Read More..
1. Ikhtisar
Setelah meninjau ulang analisis use case berikut adalah class dan aktivitas-aktivitas dasar yang dimunculkan.
Class
No.Class
Prinsip Tanggung Jawab
1.Log In
Mengatur pengaksesan pemakai untuk menjaga keamanan atau yang berkaitan dengan keamanan
2.Pelanggan
Mengatur pernginputan, pengubahan, penghapusan data pelanggan
3.Gudang
Mengatur tempat penyimpanan barang lot
4.Biaya
Mengatur perhitungan biaya dalam penyewaan
5.Laporan
Mengatur pencetakan laporan dan status lot
Tindakan
No.Kegiatan
1.Membuat/Menghapus/Mengubah user name dan password
2.Membuat/Menghapus/Mengubah data pelanggan
3.Meletakan/Mengambil barang dari gudang
4.Menghitung biaya penyewaan gudang
5.Pembuatan Laporan
2. Struktur Sistem
Pada Struktur Sistem ini kami menggambarkan struktur akhir sistem. Namun seharusnya struktur akhir yang didapat ini merupakan latihan iteratif dari sebuah struktur yang disaring sebagai kelangsungan perancangan. Secara khusus permodelan berdampak pada struktur.
Struktur Warisan
Untuk struktur warisan diperkirakan ada 1 buah yaitu pelanggan, pelanggan ada yang tetap dan ada pelanggan yang tidak tetap.
Gambar 2.1: Perkiraan Warisan
Agregasi
Struktur logis dari Aplikasi Pelacak Barang menyarankan penggabungan antara kelas sebagai berikut :
Asosiasi
Kami menemukan hubungan antara kelas-kelas dalam proses permodelan prinsip
tindakan.
Contoh: Kelas (dengan agregasi dan asosiasi) yang terlibat dalam kegiatan membuat / menghapus / mengedit penyewaan.
Diagram Kelas Lengkap
Akhirnya setelah mempertimbangkan semua tindakan, semua struktur utama asosiasi dan agregasi telah selesai.
3. Perilaku Sistem
Perilaku dinamis dari sistem dimodelkan dengan memikirkan interaksi antara kelas yang terlibat dalam setiap tindakan pokok. Kami menunjukkan diagram akhir di sini. Harus diingat bahwa model ini memiliki dampak dalam memperbaiki dan meningkatkan diagram kelas. Kami tidak akan membahas aspek-aspek itu di sini.
3.1 Tindakan Prinsip : Membuat/Menghapus user name dan password
3.2 Tindakan Prinsip: Membuat/Menghapus/Mengubah Data Pelanggan
3.3 Tindakan Prinsip : Mencatat barang masuk/keluar di gudang
3.4 Tindakan Prinsip : Pembuatan Laporan
4. Detil Spesifikasi Perancangan
Ini terdiri dari daftar kelas utama dan atribut mereka dan metode dengan tepat komentar.
1. class Log In
//Atribut//
String username;// Nama pengguna system
String password;// Password pengguna system
//Atribut2//
String password_lama;//password lama
String password_baru;// password baru
String password_baru2;// verifikasi password baru
//memeriksa
validitas pengguna.
Boolean GantiPassword(String password_lama, String password_baru,String_password_baru2);//
Managemen mengganti password untuk pengguna system.
2. class Pelanggan
//Atribut//
Integer id :// id pelanggan
String nama;// nama pelanggan
String alamat;// alamat pelanggan
Integer telepon;// telepon pelanggan
String keterangan;// keterangan pelanggan
String statis:// status pelanggan
3. class Gudang
//Atribut//
Integer id :// id pelanggan
String nama_brg;// nama barang
String jenis_brg;// jenis barang titipan
String jenis_titipan;// jenis titipan
Integer Biaya_sewa_harian;//menyimpan biaya sewa per hari
Integer Lama_sewa;//menyimpan lama sewa gudang
Date Tgl_simpan;//mencatat tanggal penitipan barang
Date Tgl_keluar;//mencatat tanggal keluar barang
//Metode//
double lama_hari(Date Tgl_simpan, Date Tgl_keluar);//menghitung selisih hari penitipan barang
4. class Database
//Metode//
Boolean create_username();//membuat user id dan password pengguna
Boolean edit_username();//mengubah user id dan password pengguna
Boolean hapus_username();//menghapus user id dan password pengguna
Boolean simpan_data_pelanggan();//menginput data pelanggan
Boolean edit_data_pelanggan();//merubah data pelanggan
Boolean hapus_datapelanggan();//menghapus data pelanggan
File bisa diambil disini
Read More..
Senin, 17 Mei 2010
Arsitektur Aplikasi Pelacak Barang
Desain Arsitektur Untuk Aplikasi Pelacak Barang(APB)
1. Overview
1.1 System Overview
APB digunakan untuk mempermudah user dalam melakukan proses yang berkaitan dengan penyimpanan,pengambilan,pencarian barang yang ada digudang. Serta mencetak laporan untuk managemen.
1.2 System Context
Seperti yang sudah dijelaskan dalam SRS, user adalah sumber informasi. Tidak ada sumber informasi yang lain selain user yang menggunakan aplikasi APB yang ada di dalam perusahaan.
1.3 Stakeholders pada APB
StakeHolders utama yang ada dalam system adalah user itu sendiri dan pemilik system. Peranan kedua StakeHolders ini adalah:
• Bagi Users: Menyediakan informasi bagi pelanggan yang ingin menyimpan,mengambil barang yang ada digudang. Serta memberikan laporan bila diminta oleh atasan.
• Bagi Pemilik: System mudah untuk diubah, yang akan digunakan untuk mengurusi masalah yang terjadi pada SRS yang mungkin terjadi dimasa yang akan datang. Perfoma waktu respon adalah factor yang lain dimana system harus di evaluasi.
1.4. Ruang lingkup dokumen ini
Pada dokumen ini, kami menuliskan 2 kemungkinan arsitektur untuk PAB, dengan membandingkan berbagai attribute yang memenuhi syarat dan memilih yang paling tepat yang merupakan tujuan utama dari doketmen arsitektur untuk PAB.
Dengan mendiskusikkan 2 kemungkinana,kami juga menyediakan alasan untuk memilih arsitektur terakhir. Untuk arsitektur , kami hanyan mempertimbangkan komponen atau bagian-bagian dan tampilan konektor saja.
1.5. Definisi dan Singkatan
Definisi :
User Pengguna Program APB
StakeHolders Pemeran utama
Singkatan :
APB Aplikasi Pelacak Barang
2. Desain Arsitektur
Arsitektur ini terdiri dari repositori data, yang berisi informasi tentang Laporan, transaksi, status, dan login. Berikut ini adalah komponen prinsip ini arsitektur.
2.1. Arsitektur 1 :
No Komponen Tipe Komponen Penjelasan
1 Tempat Penyimpanan Data Database Modul ini mengandung informasi tetang data penyewaan, laporan,pengamanan data, dan status gudang.
2 Kontrol Utama Proses(modul antar muka) User Login
3 Create,delete,transaksi Proses(Perubahan pada database) Informasi yang berkaitan dengan isi data, database, laporan, transaksi
4 Transaksi Proses(Perhitungan) Modul ini menghitung biaya penyewaan dan lain-lain
5 Status Gudang Proses (akses database) Modul ini menampilkan tentang status gudang
Berikut ini adalah konektor arsitektur:
No Konektor Tipe konektor Penjelasan
1 Konektor R/W Akses database/ perubahan Konektor ini berada di antara data repository dan module 3,4,5
2 Konektor hanya membaca Akses Database Konektor ini berada diantara data repository dan module 5
3 Konektor hanya menulis Akses database dan Perubahan Konektor ini berada diantara data repository dan module 4
Gambar 2.1 Data Repository
2.2. Arsitektur 2: Access Layer Model (4 lapis)
Arsitektur ini mirip dengan arsitektur repositori data. Perbedaan utama terletak pada fakta bahwa di sini, kita memiliki akses data lapisan memisahkan logika bisnis dan data repositori. Pengambilan dan modifikasi data dilakukan melalui lapisan akses data, sementara semua pengolahan data atau pelaksanaan logika bisnis yang dilakukan dalam logika bisnis lapisan. Lapisan ke-4 adalah lapisan presentasi (kontrol induk) yang bertanggung jawab untuk berinteraksi dengan pengguna dan modul lapisan logika bisnis. Kegunaan dari lapisan akses data berasal dari kenyataan bahwa jika jenis database diubah, maka lapisan akses hanya perlu diubah sedangkan logika pengolahan tetap sama. Komponen tetap sama kecuali bahwa sekarang kita akan memiliki komponen akses data baru mendapatkan / menaruh data yang akan bertanggung jawab untuk membaca dan menulis data sesuai dengan Laporan / Login / Transaksi. Diagram di bawah menunjukkan arsitektur ini.
Gambar 2.2 4 Lapisan Arsitektur
2.3 Perbandingan Arsitektur
Disini kita akan membandingkan 2buah arsitektur.
Kriteria Arsitektur 1 Arsitektur 2
Perubahan pada data depository Sulit Mudah
Perubahan data dari lokasi user Mudah Mudah
Penambahan fungsi Mudah Sulit
Penambahan User Mudah Mudah
3. Arsitektur Terakhir untuk APB
Dari table diatas dapat kita lihat bahwa arsitektur 2 lebih baik karena perubahan data untuk data repository mudah dilakukan dan juga untuk melakukan perubahan data dari lokasi user mudah dilakukan,penambahan user mudah untuk dilakukan apabila memiliki hak akses untuk melakukannnya. Untuk melakukan penambahan fungsi ini sedikit sulit karena kita harus membongkar APB untuk menambah fungsi-fungsi baru.
File Bisa Diambil disini
Read More..
1. Overview
1.1 System Overview
APB digunakan untuk mempermudah user dalam melakukan proses yang berkaitan dengan penyimpanan,pengambilan,pencarian barang yang ada digudang. Serta mencetak laporan untuk managemen.
1.2 System Context
Seperti yang sudah dijelaskan dalam SRS, user adalah sumber informasi. Tidak ada sumber informasi yang lain selain user yang menggunakan aplikasi APB yang ada di dalam perusahaan.
1.3 Stakeholders pada APB
StakeHolders utama yang ada dalam system adalah user itu sendiri dan pemilik system. Peranan kedua StakeHolders ini adalah:
• Bagi Users: Menyediakan informasi bagi pelanggan yang ingin menyimpan,mengambil barang yang ada digudang. Serta memberikan laporan bila diminta oleh atasan.
• Bagi Pemilik: System mudah untuk diubah, yang akan digunakan untuk mengurusi masalah yang terjadi pada SRS yang mungkin terjadi dimasa yang akan datang. Perfoma waktu respon adalah factor yang lain dimana system harus di evaluasi.
1.4. Ruang lingkup dokumen ini
Pada dokumen ini, kami menuliskan 2 kemungkinan arsitektur untuk PAB, dengan membandingkan berbagai attribute yang memenuhi syarat dan memilih yang paling tepat yang merupakan tujuan utama dari doketmen arsitektur untuk PAB.
Dengan mendiskusikkan 2 kemungkinana,kami juga menyediakan alasan untuk memilih arsitektur terakhir. Untuk arsitektur , kami hanyan mempertimbangkan komponen atau bagian-bagian dan tampilan konektor saja.
1.5. Definisi dan Singkatan
Definisi :
User Pengguna Program APB
StakeHolders Pemeran utama
Singkatan :
APB Aplikasi Pelacak Barang
2. Desain Arsitektur
Arsitektur ini terdiri dari repositori data, yang berisi informasi tentang Laporan, transaksi, status, dan login. Berikut ini adalah komponen prinsip ini arsitektur.
2.1. Arsitektur 1 :
No Komponen Tipe Komponen Penjelasan
1 Tempat Penyimpanan Data Database Modul ini mengandung informasi tetang data penyewaan, laporan,pengamanan data, dan status gudang.
2 Kontrol Utama Proses(modul antar muka) User Login
3 Create,delete,transaksi Proses(Perubahan pada database) Informasi yang berkaitan dengan isi data, database, laporan, transaksi
4 Transaksi Proses(Perhitungan) Modul ini menghitung biaya penyewaan dan lain-lain
5 Status Gudang Proses (akses database) Modul ini menampilkan tentang status gudang
Berikut ini adalah konektor arsitektur:
No Konektor Tipe konektor Penjelasan
1 Konektor R/W Akses database/ perubahan Konektor ini berada di antara data repository dan module 3,4,5
2 Konektor hanya membaca Akses Database Konektor ini berada diantara data repository dan module 5
3 Konektor hanya menulis Akses database dan Perubahan Konektor ini berada diantara data repository dan module 4
Gambar 2.1 Data Repository
2.2. Arsitektur 2: Access Layer Model (4 lapis)
Arsitektur ini mirip dengan arsitektur repositori data. Perbedaan utama terletak pada fakta bahwa di sini, kita memiliki akses data lapisan memisahkan logika bisnis dan data repositori. Pengambilan dan modifikasi data dilakukan melalui lapisan akses data, sementara semua pengolahan data atau pelaksanaan logika bisnis yang dilakukan dalam logika bisnis lapisan. Lapisan ke-4 adalah lapisan presentasi (kontrol induk) yang bertanggung jawab untuk berinteraksi dengan pengguna dan modul lapisan logika bisnis. Kegunaan dari lapisan akses data berasal dari kenyataan bahwa jika jenis database diubah, maka lapisan akses hanya perlu diubah sedangkan logika pengolahan tetap sama. Komponen tetap sama kecuali bahwa sekarang kita akan memiliki komponen akses data baru mendapatkan / menaruh data yang akan bertanggung jawab untuk membaca dan menulis data sesuai dengan Laporan / Login / Transaksi. Diagram di bawah menunjukkan arsitektur ini.
Gambar 2.2 4 Lapisan Arsitektur
2.3 Perbandingan Arsitektur
Disini kita akan membandingkan 2buah arsitektur.
Kriteria Arsitektur 1 Arsitektur 2
Perubahan pada data depository Sulit Mudah
Perubahan data dari lokasi user Mudah Mudah
Penambahan fungsi Mudah Sulit
Penambahan User Mudah Mudah
3. Arsitektur Terakhir untuk APB
Dari table diatas dapat kita lihat bahwa arsitektur 2 lebih baik karena perubahan data untuk data repository mudah dilakukan dan juga untuk melakukan perubahan data dari lokasi user mudah dilakukan,penambahan user mudah untuk dilakukan apabila memiliki hak akses untuk melakukannnya. Untuk melakukan penambahan fungsi ini sedikit sulit karena kita harus membongkar APB untuk menambah fungsi-fungsi baru.
File Bisa Diambil disini
Read More..
Rabu, 05 Mei 2010
Rencana Manajemen Proyek Aplikasi Pelacak Barang
Rencana Manajemen Proyek Aplikasi Pelacak Barang
1. Ringkasan Proyek
1.1 Project Overview
Aplikasi Pelacak Barang dimaksudkan untuk membantu user dalam hal ini membantu dalam proses pencarian lokasi yang tepat untuk penempatan barang masuk dan pencarian barang yg akan keluar gudang serta dapat digunakan untuk memantau status lot yang terisi maupun yang kosong dan juga meningkatkan layanan kepada penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil.
1.2 Ruang Lingkup Proyek
Seperti dijelaskan di SRS, ruang lingkup proyek ini adalah terutama pengelolaan data penyewa , pengelolaan data barang yang masuk, pengelolaan data barang yang keluar, pengelolaan lot, pemantauan statistik penyewaan dan status lot serta laporan penyewaan.
Kegiatan penempatan barang tanpa menggunakan perangkat lunak, tidak termasuk dalam proyek ini.
1.3 Proses Pengembangan
Kami mengikuti model iteratif pengembangan perangkat lunak. Aplikasi akan dikembangkan dalam dua iterasi.
Iterasi Pertama : Modul inti akan dikembangkan dalam iterasi yang akan mencakup modul berikut:
Modul Tujuan
Data Access Layer Mengelola Database
Master Controller GUI dasar untuk APB
Create /Delete /Edit / Security Modul proses data untuk pengelolaan database
Simpan data yang masuk dan keluar serta penentuan lot Pemrosesan data barang yang masuk ataupun keluar di gudang
Laporan Penyewaan, Statistik Penyewaan,Status Lot Menampilkan data/laporan penyewaan, informasi statisik penyewaan,status lot
Iterasi kedua : iterasi ini akan melengkapi Aplikasi dengan fungsionalitas penuh. Berikut dengan perangkat tambahan yang akan dilakukan dalam iterasi ini :
Modul Tujuan
User Integrity Membatasi Hak Akses dalam Software
Catatan: Aplikasi ini setelah iterasi pertama merupakan sistem kerja yang lengkap, meskipun tidak dengan fungsionalitas penuh.
1.4 Upaya, Jadwal dan Tim :
Tim ini terdiri dari 4 orang berikut:
a. Andrie Wijaya
b. Rusman Hadi
c. Tri Octini
d. Ricky
Jadwal dan usaha untuk 2 iterasi :
Nomor Iterasi Tanggal Mulai
(dd-mm-yy) Tanggal Selesai
(dd-mm-yy) Total Upaya
(Orang-Jam)
Iterasi 1 12/04/2010 25/05/2010 138
Iterasi 2 25/05/2010 30/05/2010 17
Total Usaha (dalam manusia-jam) : 155
Tanggal akhir serah terima : 11/06/2010
1.5 Asumsi yang dibuat :
Tidak ada asumsi lain melampaui apa yang dinyatakan di SRS.
2. Detil Usaha dan Jadwal
Kami menggunakan bottom up untuk estimasi. Dalam hal ini kami membuat daftar modul utama dan tugas. kemudian memperkirakan upaya dan jadwal. Masing-masing tugas anggota proyek juga sudah ditentukan.
2.1 Iterasi Pertama
No Tugas Perkiraan upaya
(orang-jam) Tgl Mulai
(dd/mm/yyyy)
Tgl Selesai
(dd/mm/yyyy)
Nama
Pekerja
1 Input/Ubah/Hapus
Data Penyewa 9 12/04/2010 15/04/2010 Tri Octini
2 Proses Masuk/Keluar Barang 72 16/04/2010 10/05/2010 Andrie Wijaya
3 Penentuan Jumlah Lot 30 16/04/2010 26/04/2010 Rusman Hadi
4 Laporan Penyewaan 9 11/05/2010 14/05/2010 Ricky
5 Data Akses Layer 9 15/05/2010 18/05/2010 Semua
6 Perhitungan total biaya 6 19/05/2010 21/05/2010 Semua
7 Pengujian Sistem 3 22/05/2010 23/05/2010 Semua
Upaya diperkirakan dalam satuan orang-jam untuk iterasi pertama (termasuk uji): 138
2.2 Iterasi Kedua
No Tugas Perkiraan upaya
(orang-jam) Tgl Mulai
(dd/mm/yyyy)
Tgl Selesai
(dd/mm/yyyy)
Nama
Pekerja
1 User Integrity 3 25/05/2010 25/05/2010 Rusman Hadi
2 Instal Perangkat Lunak dan Aplikasi pendukung(SQL Server 2005) 2 26/05/2010 26/05/2010 Andrie Wijaya
3 Pengujian Iterasi ke-2 3 27/05/2010 27/05/2010 Semua
4 Dokumentasi 9 27/05/2010 30/05/2010 Semua
Upaya diperkirakan dalam satuan orang-jam untuk iterasi kedua (termasuk uji): 192
3. Organisasi Tim
Kami memiliki tim yang kecil, maka kita menggunakan struktur tim yang sejajar, dengan satu orang memiliki peran tambahan manajer proyek.
Berikut tabel organisasi :
Nama Peran
Andrie Wijaya Project Leader
Rusman Hadi Supervisor
Tri Octini Developer
Ricky Developer
Penjelasan tugas mereka akan diatur dalam jadwal secara rinci.
4. Sumber daya Hardware dan Software yang diperlukan
Sumber daya Hardware yang dibutuhkan hanya sambungan internet. Berikut
sumber daya Software utama yang diperlukan:
Software Tujuan
SQL Server 2005 Sebagai Penampung Database
5. Rencana Mutu
Proses pengendalian mutu untuk proyek ini akan terdiri dari :
• SRS dan Arsitektur Review: SRS dan Arsitektur APB akan ditinjau oleh tim termasuk
orang-orang dari luar tim.
• Desain Review: Dokumen desain akan direview oleh tim proyek.
• Pengujian Unit: Setiap programmer bertanggung jawab pada Unit Testing modulnya .
Modul Create / Delete / Edit / Security / Input / Output dan Cetak akan dites oleh tim pengembang. Untuk beberapa modul, laporan unit testing akan dibuat.
• Sistem Pengujian: Dilakukan sesuai dengan rencana pengujian sistem, yang akan
menggambarkan strategi pengujian serta daftar semua kasus uji. Rencana pengujian akan
ditinjau.
6. 6. Rencana Manajemen Risiko
No Resiko Probabilitas Dampak Rencana Mitigasi
1 Antarmuka pengguna mungkin tidak dapat diterima sebagai yang sudah ditetapkan secara penuh dalam SRS Tinggi Besar Membuat beberapa tampilan secara dini dan mendapatkan persetujuan
2 Tidak menyelesaikan proyek sebelum Batas akhir serah terima Tinggi Sangat Besar *Membagi menjadi 2 iterasi, dan iterasi 1 diserahkan terlebih dahulu.
*Melemburkan waktu pekerjaan
3 Kualitas yang mungkin tidak baik Medium Medium Menggunakan tool testing yang baik
4 Tingkat komputasi tidak benar Medium Tinggi Testing secara menyeluruh.Uji kasus dengan beberapa input baik intern/ekstern
7. Proyek Pelacakan
Karena merupakan sebuah proyek kecil, pelacakan yang rumit tidak diperlukan.
Berikut ini adalah rencana proyek pelacakan:
• Kami akan melacak terutama jadwal dan tugas. Ini akan dilakukan melalui mingguan pertemuan dan status laporan mingguan (yang akan dikirim melalui email.)
• Status dari tugas dicapai dan tidak terjawab akan dilaporkan mingguan
• Upaya pelacakan akan dilakukan secara informal, dan jika diperlukan estimasi kembali akan dilakukan.
File Rencana Manajemen Proyek bisa diunduh disini
File Microsoft Project bisa diunduh disini
Read More..
1. Ringkasan Proyek
1.1 Project Overview
Aplikasi Pelacak Barang dimaksudkan untuk membantu user dalam hal ini membantu dalam proses pencarian lokasi yang tepat untuk penempatan barang masuk dan pencarian barang yg akan keluar gudang serta dapat digunakan untuk memantau status lot yang terisi maupun yang kosong dan juga meningkatkan layanan kepada penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil.
1.2 Ruang Lingkup Proyek
Seperti dijelaskan di SRS, ruang lingkup proyek ini adalah terutama pengelolaan data penyewa , pengelolaan data barang yang masuk, pengelolaan data barang yang keluar, pengelolaan lot, pemantauan statistik penyewaan dan status lot serta laporan penyewaan.
Kegiatan penempatan barang tanpa menggunakan perangkat lunak, tidak termasuk dalam proyek ini.
1.3 Proses Pengembangan
Kami mengikuti model iteratif pengembangan perangkat lunak. Aplikasi akan dikembangkan dalam dua iterasi.
Iterasi Pertama : Modul inti akan dikembangkan dalam iterasi yang akan mencakup modul berikut:
Modul Tujuan
Data Access Layer Mengelola Database
Master Controller GUI dasar untuk APB
Create /Delete /Edit / Security Modul proses data untuk pengelolaan database
Simpan data yang masuk dan keluar serta penentuan lot Pemrosesan data barang yang masuk ataupun keluar di gudang
Laporan Penyewaan, Statistik Penyewaan,Status Lot Menampilkan data/laporan penyewaan, informasi statisik penyewaan,status lot
Iterasi kedua : iterasi ini akan melengkapi Aplikasi dengan fungsionalitas penuh. Berikut dengan perangkat tambahan yang akan dilakukan dalam iterasi ini :
Modul Tujuan
User Integrity Membatasi Hak Akses dalam Software
Catatan: Aplikasi ini setelah iterasi pertama merupakan sistem kerja yang lengkap, meskipun tidak dengan fungsionalitas penuh.
1.4 Upaya, Jadwal dan Tim :
Tim ini terdiri dari 4 orang berikut:
a. Andrie Wijaya
b. Rusman Hadi
c. Tri Octini
d. Ricky
Jadwal dan usaha untuk 2 iterasi :
Nomor Iterasi Tanggal Mulai
(dd-mm-yy) Tanggal Selesai
(dd-mm-yy) Total Upaya
(Orang-Jam)
Iterasi 1 12/04/2010 25/05/2010 138
Iterasi 2 25/05/2010 30/05/2010 17
Total Usaha (dalam manusia-jam) : 155
Tanggal akhir serah terima : 11/06/2010
1.5 Asumsi yang dibuat :
Tidak ada asumsi lain melampaui apa yang dinyatakan di SRS.
2. Detil Usaha dan Jadwal
Kami menggunakan bottom up untuk estimasi. Dalam hal ini kami membuat daftar modul utama dan tugas. kemudian memperkirakan upaya dan jadwal. Masing-masing tugas anggota proyek juga sudah ditentukan.
2.1 Iterasi Pertama
No Tugas Perkiraan upaya
(orang-jam) Tgl Mulai
(dd/mm/yyyy)
Tgl Selesai
(dd/mm/yyyy)
Nama
Pekerja
1 Input/Ubah/Hapus
Data Penyewa 9 12/04/2010 15/04/2010 Tri Octini
2 Proses Masuk/Keluar Barang 72 16/04/2010 10/05/2010 Andrie Wijaya
3 Penentuan Jumlah Lot 30 16/04/2010 26/04/2010 Rusman Hadi
4 Laporan Penyewaan 9 11/05/2010 14/05/2010 Ricky
5 Data Akses Layer 9 15/05/2010 18/05/2010 Semua
6 Perhitungan total biaya 6 19/05/2010 21/05/2010 Semua
7 Pengujian Sistem 3 22/05/2010 23/05/2010 Semua
Upaya diperkirakan dalam satuan orang-jam untuk iterasi pertama (termasuk uji): 138
2.2 Iterasi Kedua
No Tugas Perkiraan upaya
(orang-jam) Tgl Mulai
(dd/mm/yyyy)
Tgl Selesai
(dd/mm/yyyy)
Nama
Pekerja
1 User Integrity 3 25/05/2010 25/05/2010 Rusman Hadi
2 Instal Perangkat Lunak dan Aplikasi pendukung(SQL Server 2005) 2 26/05/2010 26/05/2010 Andrie Wijaya
3 Pengujian Iterasi ke-2 3 27/05/2010 27/05/2010 Semua
4 Dokumentasi 9 27/05/2010 30/05/2010 Semua
Upaya diperkirakan dalam satuan orang-jam untuk iterasi kedua (termasuk uji): 192
3. Organisasi Tim
Kami memiliki tim yang kecil, maka kita menggunakan struktur tim yang sejajar, dengan satu orang memiliki peran tambahan manajer proyek.
Berikut tabel organisasi :
Nama Peran
Andrie Wijaya Project Leader
Rusman Hadi Supervisor
Tri Octini Developer
Ricky Developer
Penjelasan tugas mereka akan diatur dalam jadwal secara rinci.
4. Sumber daya Hardware dan Software yang diperlukan
Sumber daya Hardware yang dibutuhkan hanya sambungan internet. Berikut
sumber daya Software utama yang diperlukan:
Software Tujuan
SQL Server 2005 Sebagai Penampung Database
5. Rencana Mutu
Proses pengendalian mutu untuk proyek ini akan terdiri dari :
• SRS dan Arsitektur Review: SRS dan Arsitektur APB akan ditinjau oleh tim termasuk
orang-orang dari luar tim.
• Desain Review: Dokumen desain akan direview oleh tim proyek.
• Pengujian Unit: Setiap programmer bertanggung jawab pada Unit Testing modulnya .
Modul Create / Delete / Edit / Security / Input / Output dan Cetak akan dites oleh tim pengembang. Untuk beberapa modul, laporan unit testing akan dibuat.
• Sistem Pengujian: Dilakukan sesuai dengan rencana pengujian sistem, yang akan
menggambarkan strategi pengujian serta daftar semua kasus uji. Rencana pengujian akan
ditinjau.
6. 6. Rencana Manajemen Risiko
No Resiko Probabilitas Dampak Rencana Mitigasi
1 Antarmuka pengguna mungkin tidak dapat diterima sebagai yang sudah ditetapkan secara penuh dalam SRS Tinggi Besar Membuat beberapa tampilan secara dini dan mendapatkan persetujuan
2 Tidak menyelesaikan proyek sebelum Batas akhir serah terima Tinggi Sangat Besar *Membagi menjadi 2 iterasi, dan iterasi 1 diserahkan terlebih dahulu.
*Melemburkan waktu pekerjaan
3 Kualitas yang mungkin tidak baik Medium Medium Menggunakan tool testing yang baik
4 Tingkat komputasi tidak benar Medium Tinggi Testing secara menyeluruh.Uji kasus dengan beberapa input baik intern/ekstern
7. Proyek Pelacakan
Karena merupakan sebuah proyek kecil, pelacakan yang rumit tidak diperlukan.
Berikut ini adalah rencana proyek pelacakan:
• Kami akan melacak terutama jadwal dan tugas. Ini akan dilakukan melalui mingguan pertemuan dan status laporan mingguan (yang akan dikirim melalui email.)
• Status dari tugas dicapai dan tidak terjawab akan dilaporkan mingguan
• Upaya pelacakan akan dilakukan secara informal, dan jika diperlukan estimasi kembali akan dilakukan.
File Rencana Manajemen Proyek bisa diunduh disini
File Microsoft Project bisa diunduh disini
Read More..
Kebutuhan dan Spesifikasi Perangkat Lunak untuk Aplikasi Pelacak Barang
Kebutuhan dan Spesifikasi Perangkat Lunak untuk Aplikasi Pelacak Barang
1. Pengantar
1.1 Tujuan
Aplikasi Pelacak Barang dimaksudkan untuk membantu user dalam hal ini , proses bisnis pada PT. Simpana Baranga yang bergerak di bidang penyewaan gudang. Aplikasi Pelacak Barang ini digunakan untuk membantu dalam proses pencarian lokasi yang tepat untuk penempatan barang masuk dan pencarian barang yg akan keluar gudang serta dapat digunakan untuk memantau status lot yang terisi maupun yang kosong dan juga meningkatkan layanan kepada penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil.
Dokumen ini dimaksudkan untuk menggambarkan tentang APB yang digunakan untuk membantu dalam proses penyewaaan gudang.
1.2 Lingkup
Kami mendeskripsikan fitur-fitur apa saja yang ada pada lingkup perangkat
lunak dan yang tidak termasuk dalam lingkup perangkat lunak kami yang akan dikembangkan.
Ruang Lingkup :
1. Pengelolaan data penyewa(Staff layanan)
2. Pengelolaan data barang masuk(Staff gudang)
3. Pengelolaan data barang keluar(Staff gudang)
4. Pengelolaan lot (Staff gudang)
5. Pemantauan Statistik Penyewaan(Manager)
6. Pemantauan status lot (Manager dan Staff gudang)
7. Laporan penyewaan (Manager)
1.3 Definisi
a. APB : Aplikasi Pelacak Barang
b. Lot : Lokasi penempatan barang/Satuan Paket Barang
c. User : Pengguna
1.4 Keseluruhan
Kebutuhan spesifikasi dan perangkat lunak : Bagian 2 akan menjelaskan mengenai aplikasi ini secara keseluruhan. Dalam memberikan gambaran mengenai apa yang diharapkan pada si pengguna aplikasi. Bagian 3 menjelaskan kebutuhan khusus agar aplikasi dapat dioperasikan. Mengenai kebutuhan fungsi juga diberikan dengan berbagai use case. Persyaratan kinerja dari komputer yang digunakan serta design keamanan. Bagian 4 menginformasikan mengenai beberapa kemungkinan untuk mengembangkan aplikasi. Bagian 5 menjelaskan mengenai perhitungan biaya sewa lot dan beberapa tampilan aplikasi.
2. Deskripsi Keseluruhan
2.1 Perspektif Produk
Aplikasi Pelacak Barang ditujukan untuk PT. Simpana Baranga, Aplikasi Pelacak Barang ini bertujuan untuk membantu user dalam mengelola barang dalam hal penyewaan gudang serta mengelola informasi data penyewa dan laporan–laporan yang diperlukan manajemen. Dan membantu pihak manajemen dalam data-data dan informasi yang telah disiapkan oleh user ,yang nantinya dapat digunakan untuk kemajuan perusahaan.
Aplikasi Pelacak Barang ini tidak dipengaruhi oleh dan perangkat lunak atau aplikasi lainnya, terkecuali aplikasi database yang digunakan sebagai tempat penyimpanan data. Program ini bisa dijalankan pada operasi sistem seperti Windows XP ke atas .
2.2 Fungsi – fungsi Produk
Aplikasi pelacak barang harus mendukung beberapa Use Case berikut :
Kelas Use Case Use Case Keterangan
Use case yang berkaitan dengan Instalasi Instalasi Menyiapkan aplikasi dan database
Use case yang berkaitan dengan Sistem Pengaksesan Pemakai Login Login ke APB
Ubah Password Ubah Password APB
Hapus User Hapus User APB
Use case yang berkaitan dengan Laporan Status Lot Keadaan lot yang kosong dan terisi
Laporan penyewaan Laporan penyewaan per periode
Use case yang berkaitan dengan Data Penyewa/Pelanggan Input data penyewa Input data penyewa
Ubah data penyewa Ubah data penyewa
Hapus data penyewa Hapus data penyewa
Use case yang berkaitan dengan Kegiatan Gudang Penentuan lot Penentuan jumlah lot per gudang
Pencatatan Barang masuk Pendaftaran form. Penitipan barang
Pencatatan Barang keluar Pendaftaran form. pengeluaran barang
Use case yang berkaitan dengan Biaya Sewa Biaya sewa Perhitungan biaya sewa lot
2.3 Karakteristik User
a. User harus memahami proses bisnis dalam pergudangan, seperti penempatan barang dan proses masuk keluar nya barang.User harus memahami bagaimana menggunakan aplikasi secara keseluruhan.
2.4 Pemeran Utama
Pemeran utama dalam APB adalah user dan aplikasi.
2.5 Masalah Umum
a. Database yang digunakan terpisah dari aplikasi utama.
b. APB adalah Aplikasi yang bersifat multi user.
c. Aplikasi dijalankan dikomputer yang memiliki prosesor Dual Core 1,2
2.6 Asumsi dan Ketergantungan
Untuk menjalankan aplikasi, diperlukan Aplikasi database yang bernama Microsoft SQL Server 2005.
3. Kebutuhan khusus
3.1 Kebutuhan Fungsional
Kami menjelaskan kebutuhan fungsional dengan menjabarkan berbagai Use
Case.
Use case yang berkaitan dengan instalasi :
Use case 1 : Instalasi
Pemeran utama : User( staf gudang )
Pre kondisi : Software Microsoft SQL Server 2005 tersedia
Skenario Utama :
1. User menempatkan aplikasi ke dalam drive yang diinginkan
2. Mengaktifkan database
3. Membuat Login APB Pada Database Melalui APB
Skenario Alternatif :
2(a). Microsoft SQL Server 2005 belum tersedia
2(a)1. User menginstal Microsoft SQL Server 2005
2(b). Mengaktifkan Database Gagal
2(b)1. Coba Lagi
2(c)2. Batal Menjalankan Aplikasi
Use case yang berkaitan dengan hak akses pemakai :
Use case 2 : Login
Aktor utama : User (staf gudang dan manajemen)
Pre kondisi : -
Skenario Utama :
1. Menjalankan APB, user diminta untuk mengisi id Login dan Password.
2. User memberikan ID login dan password
3. Sistem melakukan verifikasi
4. Tampilan menu utama muncul
Skenario Alternatif :
4(a). Login gagal.
4(a)1. Belum memiliki ID Login dan Password
4(a)1.1. Membuat Login dan Password
4(a)1. ID login atau password yang diberikan user salah
4(a)2. Kembali mengisi ID login dan password
Use case 3 : Ubah Password
Aktor utama : user (manajemen )
Pre kondisi : user sudah login
Skenario Utama :
1. user membuka jendela password yang tersedia di menu.
2. user memilih ID dan password yang ditampilkan dari database password dan mengganti password dengan yang baru
3. System melakukan verifikasi
4. Password baru telah terdaftar dalam aplikasi
Skenario Alternatif :
4(a). Password baru yang dimasukkan oleh user tidak cocok dengan verifikasi Password.
4(a)1. Memasukan lagi Password yang sama pada kolom Password baru dan kolom Verifikasi Password baru.
Use Case 4 : Hapus User
Aktor utama : user (manajemen)
Pre kondisi : user sudah login
Skenario Utama :
1 user membuka form password yang tersedia di menu.
2. user memilih ID ditampilkan dari database dan menghapus ID yang tidak terpakai
3. Sistem melakukan verifikasi
4. ID telah terhapus dari aplikasi
Use case yang berkaitan dengan menampilkan informasi :
Use case 5 : Status Lot
Aktor utama : user (manajemen atau staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan status lot
Skenario Alternatif :
1(a). Status lot tidak tampil, karena jumlah lot belum
ditentukan
1(a).1. Menentukan jumlah lot terlebih dahulu
Use case 6 : Laporan Penyewaan
Aktor utama : user (manajemen)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan laporan penyewaan per-periode
Skenario Alternatif :
1(a). Laporan penyewaan belum lengkap karena periode
waktu yang ditentukan belum berakhir
Use case yang berkaitan dengan menampilkan informasi :
Use case 7 : Input data penyewa
Aktor utama : user (staf layanan)
Pre kondisi : user sudah login
Skenario Utama :
2. User menginput data penyewa ke dalam database
Skenario Alternatif :
1(a). Data yang diserahkan si penyewa tidak lengkap, sehingga error pada saat penginputan
Use case 8 : Ubah data penyewa
Aktor utama : user (staf layanan & manajemen)
Pre kondisi : user sudah login
Skenario Utama :
3. User mengupdate / mengubah data penyewa yang ada dalam database
Skenario Alternatif :
1(a). Ada Data yang kosong(data belum lengkap)
Use case 9 : Hapus data penyewa
Aktor utama : user (staf layanan & manajemen)
Pre kondisi : user sudah login
Skenario Utama :
4. User menghapus data penyewa yang ada dalam database
Skenario Alternatif :
1(a). Data penyewa gagal dihapus, karena user yang sedang digunakan tidak memiliki hak untuk menghapus data penyewa
Use case yang berkaitan dengan aktifitas gudang :
Use case 10: Penentuan Lot
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan jendela Pengaturan lot
2. User menentukan jumlah lot per gudang sesuai dengan kebutuhan
Use case 11 : Pencatatan barang masuk
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan Jendela Pendaftaran penitipan barang
2. User mengecek ketersediaan lot
3. User menginput data formulir penitipan barang
4. User menetapkan barang mau ditempatkan di lot yang sesuai.
Skenario Alternatif :
3(a). Lot penuh, sehingga penyewaan tempat(yang dipilih) dibatalkan
3(a)1. Peralihan ke Gudang Lain
3(b). Barang yang dititipkan tidak Persyaratan
Use case 12 : Pencatatan barang keluar
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan jendela Pendaftaran pengeluaran barang
2. User menginput data formulir pengeluaran barang
3. User mencari lot tempat dimana barang ditempatkan
Skenario Alternatif :
3(a). Barang yang dicari melalui aplikasi tidak ditemukan
karena databarang yang ada didatabase tidak sesuai dengan penempatan lot yang digudang
3(a)1. Barang yang akan keluar harus dicari secara manual
Use case yang berkaitan dengan perhitungan biaya sewa :
Use case 12 : Biaya sewa
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User menghitung jumlah biaya yang harus pada penyewa
3.2 Kebutuhan Kinerja Komputer
(a) Bisa dijalankan Processor Dual Core 1,2 Ghz, 1 Gb RAM atau lebih
(b) 80 % respon dari aplikasi harus memakan waktu kurang dari 10 detik .
3.3 Design Security
1.Security:
- Hak akses Aplikasi dan informasi pada sistem harus dilindungi username dan password
- Data dan aplikasi dilindungi dengan antivirus, dan dilakukan backup data pada media penyimpanan yang lain secara berkala.
.
2. Toleransi Kesalahan : Data yang disimpan tidak menjadi rusak jika terjadi sistem crash atau kegagalan pada daya listrik.
3.4 Kebutuhan Tampilan Luar
Layar yang akan ditampilkan pada user hanya satu bagian saja dimana pada
layar tersebut ditampilkan menu – menu yang berhubungan dengan proses
penyewaan gudang secara keseluruhan.
4. Rancangan Masa Depan
PAB diberisfat Multi User yang dapat digunakan di beberapa komputer. Ada kemungkinan software ini dapat digunakan dalam jarak jauh menggunakan internet.
5. Lampiran
5.1 Lampiran A
Formula untuk menghitung total biaya sewa
Misalkan harga sewa 1 lot/ hari kita asumsikan sebagai I Sedangkan jumlah hari kita gunakan variabel X , jadi formula untuk menghitung total biaya sewa per lot per hari:
Tot = i * X
Tot adalah total biaya sewa 1 lot selama X hari
5.2 Lampiran B : Tampilan pada layar user
Gambar 5.1.1 Menu Utama
Gambar 5.1.2 Login
Gambar 5.1.2 Data Pelanggan
File bisa diunduh disini
Read More..
1. Pengantar
1.1 Tujuan
Aplikasi Pelacak Barang dimaksudkan untuk membantu user dalam hal ini , proses bisnis pada PT. Simpana Baranga yang bergerak di bidang penyewaan gudang. Aplikasi Pelacak Barang ini digunakan untuk membantu dalam proses pencarian lokasi yang tepat untuk penempatan barang masuk dan pencarian barang yg akan keluar gudang serta dapat digunakan untuk memantau status lot yang terisi maupun yang kosong dan juga meningkatkan layanan kepada penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil.
Dokumen ini dimaksudkan untuk menggambarkan tentang APB yang digunakan untuk membantu dalam proses penyewaaan gudang.
1.2 Lingkup
Kami mendeskripsikan fitur-fitur apa saja yang ada pada lingkup perangkat
lunak dan yang tidak termasuk dalam lingkup perangkat lunak kami yang akan dikembangkan.
Ruang Lingkup :
1. Pengelolaan data penyewa(Staff layanan)
2. Pengelolaan data barang masuk(Staff gudang)
3. Pengelolaan data barang keluar(Staff gudang)
4. Pengelolaan lot (Staff gudang)
5. Pemantauan Statistik Penyewaan(Manager)
6. Pemantauan status lot (Manager dan Staff gudang)
7. Laporan penyewaan (Manager)
1.3 Definisi
a. APB : Aplikasi Pelacak Barang
b. Lot : Lokasi penempatan barang/Satuan Paket Barang
c. User : Pengguna
1.4 Keseluruhan
Kebutuhan spesifikasi dan perangkat lunak : Bagian 2 akan menjelaskan mengenai aplikasi ini secara keseluruhan. Dalam memberikan gambaran mengenai apa yang diharapkan pada si pengguna aplikasi. Bagian 3 menjelaskan kebutuhan khusus agar aplikasi dapat dioperasikan. Mengenai kebutuhan fungsi juga diberikan dengan berbagai use case. Persyaratan kinerja dari komputer yang digunakan serta design keamanan. Bagian 4 menginformasikan mengenai beberapa kemungkinan untuk mengembangkan aplikasi. Bagian 5 menjelaskan mengenai perhitungan biaya sewa lot dan beberapa tampilan aplikasi.
2. Deskripsi Keseluruhan
2.1 Perspektif Produk
Aplikasi Pelacak Barang ditujukan untuk PT. Simpana Baranga, Aplikasi Pelacak Barang ini bertujuan untuk membantu user dalam mengelola barang dalam hal penyewaan gudang serta mengelola informasi data penyewa dan laporan–laporan yang diperlukan manajemen. Dan membantu pihak manajemen dalam data-data dan informasi yang telah disiapkan oleh user ,yang nantinya dapat digunakan untuk kemajuan perusahaan.
Aplikasi Pelacak Barang ini tidak dipengaruhi oleh dan perangkat lunak atau aplikasi lainnya, terkecuali aplikasi database yang digunakan sebagai tempat penyimpanan data. Program ini bisa dijalankan pada operasi sistem seperti Windows XP ke atas .
2.2 Fungsi – fungsi Produk
Aplikasi pelacak barang harus mendukung beberapa Use Case berikut :
Kelas Use Case Use Case Keterangan
Use case yang berkaitan dengan Instalasi Instalasi Menyiapkan aplikasi dan database
Use case yang berkaitan dengan Sistem Pengaksesan Pemakai Login Login ke APB
Ubah Password Ubah Password APB
Hapus User Hapus User APB
Use case yang berkaitan dengan Laporan Status Lot Keadaan lot yang kosong dan terisi
Laporan penyewaan Laporan penyewaan per periode
Use case yang berkaitan dengan Data Penyewa/Pelanggan Input data penyewa Input data penyewa
Ubah data penyewa Ubah data penyewa
Hapus data penyewa Hapus data penyewa
Use case yang berkaitan dengan Kegiatan Gudang Penentuan lot Penentuan jumlah lot per gudang
Pencatatan Barang masuk Pendaftaran form. Penitipan barang
Pencatatan Barang keluar Pendaftaran form. pengeluaran barang
Use case yang berkaitan dengan Biaya Sewa Biaya sewa Perhitungan biaya sewa lot
2.3 Karakteristik User
a. User harus memahami proses bisnis dalam pergudangan, seperti penempatan barang dan proses masuk keluar nya barang.User harus memahami bagaimana menggunakan aplikasi secara keseluruhan.
2.4 Pemeran Utama
Pemeran utama dalam APB adalah user dan aplikasi.
2.5 Masalah Umum
a. Database yang digunakan terpisah dari aplikasi utama.
b. APB adalah Aplikasi yang bersifat multi user.
c. Aplikasi dijalankan dikomputer yang memiliki prosesor Dual Core 1,2
2.6 Asumsi dan Ketergantungan
Untuk menjalankan aplikasi, diperlukan Aplikasi database yang bernama Microsoft SQL Server 2005.
3. Kebutuhan khusus
3.1 Kebutuhan Fungsional
Kami menjelaskan kebutuhan fungsional dengan menjabarkan berbagai Use
Case.
Use case yang berkaitan dengan instalasi :
Use case 1 : Instalasi
Pemeran utama : User( staf gudang )
Pre kondisi : Software Microsoft SQL Server 2005 tersedia
Skenario Utama :
1. User menempatkan aplikasi ke dalam drive yang diinginkan
2. Mengaktifkan database
3. Membuat Login APB Pada Database Melalui APB
Skenario Alternatif :
2(a). Microsoft SQL Server 2005 belum tersedia
2(a)1. User menginstal Microsoft SQL Server 2005
2(b). Mengaktifkan Database Gagal
2(b)1. Coba Lagi
2(c)2. Batal Menjalankan Aplikasi
Use case yang berkaitan dengan hak akses pemakai :
Use case 2 : Login
Aktor utama : User (staf gudang dan manajemen)
Pre kondisi : -
Skenario Utama :
1. Menjalankan APB, user diminta untuk mengisi id Login dan Password.
2. User memberikan ID login dan password
3. Sistem melakukan verifikasi
4. Tampilan menu utama muncul
Skenario Alternatif :
4(a). Login gagal.
4(a)1. Belum memiliki ID Login dan Password
4(a)1.1. Membuat Login dan Password
4(a)1. ID login atau password yang diberikan user salah
4(a)2. Kembali mengisi ID login dan password
Use case 3 : Ubah Password
Aktor utama : user (manajemen )
Pre kondisi : user sudah login
Skenario Utama :
1. user membuka jendela password yang tersedia di menu.
2. user memilih ID dan password yang ditampilkan dari database password dan mengganti password dengan yang baru
3. System melakukan verifikasi
4. Password baru telah terdaftar dalam aplikasi
Skenario Alternatif :
4(a). Password baru yang dimasukkan oleh user tidak cocok dengan verifikasi Password.
4(a)1. Memasukan lagi Password yang sama pada kolom Password baru dan kolom Verifikasi Password baru.
Use Case 4 : Hapus User
Aktor utama : user (manajemen)
Pre kondisi : user sudah login
Skenario Utama :
1 user membuka form password yang tersedia di menu.
2. user memilih ID ditampilkan dari database dan menghapus ID yang tidak terpakai
3. Sistem melakukan verifikasi
4. ID telah terhapus dari aplikasi
Use case yang berkaitan dengan menampilkan informasi :
Use case 5 : Status Lot
Aktor utama : user (manajemen atau staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan status lot
Skenario Alternatif :
1(a). Status lot tidak tampil, karena jumlah lot belum
ditentukan
1(a).1. Menentukan jumlah lot terlebih dahulu
Use case 6 : Laporan Penyewaan
Aktor utama : user (manajemen)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan laporan penyewaan per-periode
Skenario Alternatif :
1(a). Laporan penyewaan belum lengkap karena periode
waktu yang ditentukan belum berakhir
Use case yang berkaitan dengan menampilkan informasi :
Use case 7 : Input data penyewa
Aktor utama : user (staf layanan)
Pre kondisi : user sudah login
Skenario Utama :
2. User menginput data penyewa ke dalam database
Skenario Alternatif :
1(a). Data yang diserahkan si penyewa tidak lengkap, sehingga error pada saat penginputan
Use case 8 : Ubah data penyewa
Aktor utama : user (staf layanan & manajemen)
Pre kondisi : user sudah login
Skenario Utama :
3. User mengupdate / mengubah data penyewa yang ada dalam database
Skenario Alternatif :
1(a). Ada Data yang kosong(data belum lengkap)
Use case 9 : Hapus data penyewa
Aktor utama : user (staf layanan & manajemen)
Pre kondisi : user sudah login
Skenario Utama :
4. User menghapus data penyewa yang ada dalam database
Skenario Alternatif :
1(a). Data penyewa gagal dihapus, karena user yang sedang digunakan tidak memiliki hak untuk menghapus data penyewa
Use case yang berkaitan dengan aktifitas gudang :
Use case 10: Penentuan Lot
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan jendela Pengaturan lot
2. User menentukan jumlah lot per gudang sesuai dengan kebutuhan
Use case 11 : Pencatatan barang masuk
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan Jendela Pendaftaran penitipan barang
2. User mengecek ketersediaan lot
3. User menginput data formulir penitipan barang
4. User menetapkan barang mau ditempatkan di lot yang sesuai.
Skenario Alternatif :
3(a). Lot penuh, sehingga penyewaan tempat(yang dipilih) dibatalkan
3(a)1. Peralihan ke Gudang Lain
3(b). Barang yang dititipkan tidak Persyaratan
Use case 12 : Pencatatan barang keluar
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User memilih sub menu untuk menampilkan jendela Pendaftaran pengeluaran barang
2. User menginput data formulir pengeluaran barang
3. User mencari lot tempat dimana barang ditempatkan
Skenario Alternatif :
3(a). Barang yang dicari melalui aplikasi tidak ditemukan
karena databarang yang ada didatabase tidak sesuai dengan penempatan lot yang digudang
3(a)1. Barang yang akan keluar harus dicari secara manual
Use case yang berkaitan dengan perhitungan biaya sewa :
Use case 12 : Biaya sewa
Aktor utama : user (staf gudang)
Pre kondisi : user sudah login
Skenario Utama :
1. User menghitung jumlah biaya yang harus pada penyewa
3.2 Kebutuhan Kinerja Komputer
(a) Bisa dijalankan Processor Dual Core 1,2 Ghz, 1 Gb RAM atau lebih
(b) 80 % respon dari aplikasi harus memakan waktu kurang dari 10 detik .
3.3 Design Security
1.Security:
- Hak akses Aplikasi dan informasi pada sistem harus dilindungi username dan password
- Data dan aplikasi dilindungi dengan antivirus, dan dilakukan backup data pada media penyimpanan yang lain secara berkala.
.
2. Toleransi Kesalahan : Data yang disimpan tidak menjadi rusak jika terjadi sistem crash atau kegagalan pada daya listrik.
3.4 Kebutuhan Tampilan Luar
Layar yang akan ditampilkan pada user hanya satu bagian saja dimana pada
layar tersebut ditampilkan menu – menu yang berhubungan dengan proses
penyewaan gudang secara keseluruhan.
4. Rancangan Masa Depan
PAB diberisfat Multi User yang dapat digunakan di beberapa komputer. Ada kemungkinan software ini dapat digunakan dalam jarak jauh menggunakan internet.
5. Lampiran
5.1 Lampiran A
Formula untuk menghitung total biaya sewa
Misalkan harga sewa 1 lot/ hari kita asumsikan sebagai I Sedangkan jumlah hari kita gunakan variabel X , jadi formula untuk menghitung total biaya sewa per lot per hari:
Tot = i * X
Tot adalah total biaya sewa 1 lot selama X hari
5.2 Lampiran B : Tampilan pada layar user
Gambar 5.1.1 Menu Utama
Gambar 5.1.2 Login
Gambar 5.1.2 Data Pelanggan
File bisa diunduh disini
Read More..
PROYEK MAHASISWA REKAYASA PERANGKAT LUNAK SEMESTER GENAP 2010
Aplikasi Pelacak Barang
1. Gambaran Umum
PT. Simpana Baranga merupakan perusahaan yang bergerak di bidang jasa pergudangan. Perusahaan ini menyediakan ruang gudang yang bisa disewa oleh perusahaan lain. Sepuluh gudang dengan luas masing-masing 1500 m2 dengan dukungan alat-alat berat untuk menurunkan dan menaikkan barang dari kendaraan pengangkut dan pengaturan barang di gudang merupakan fasilitas yang dimiliki oleh perusahaan ini.
Penyewa dibagi menjadi dua kategori yaitu penyewa tetap dan penyewa tidak tetap. Penyewa tetap adalah perusahaan yang memiliki kontrak perjanjian kerjasama minimal satu tahun untuk menyewa ruang gudang sedangkan penyewa tidak tetap hanya menyewa tempat dalam kurun waktu kurang dari satu tahun. Penyewa tidak tetap ada yang menyewa dan menitipkan barangnya hanya dalam jangka waktu beberapa hari saja.
Perkembangan terakhir menunjukkan bahwa jumlah penyewa dan barang yang dititipkan menjadi semakin banyak. Staf gudang memerlukan cara yang cepat untuk mencari lokasi penempatan baik ketika barang masuk maupun barang keluar. Selain itu, perlu juga dipantau status penuh atau tidaknya lokasi penempatan barang (lot) dalam gudang.
2. Prosedur
Perusahaan yang akan menyewa ruang gudang membuat perjanjian kerjasama (penyewa tetap) atau mendaftarkan perusahaannya (penyewa tidak tetap). Setelah terdaftar, penyewa bisa memasukkan atau mengeluarkan barang dari gudang. Penyewa hanya mengantarkan barang ke gudang, melaporkannya kepada staf gudang dengan mengisi formulir penitipan barang, dan barang yang akan dititipkan akan diatur penempatannya oleh staf gudang sesuai dengan jenis dan ukuran barang. Untuk dapat mengambil barang yang dititipkan, penyewa mengajukan permintaan pengeluaran barang dengan mengisi formulir pengeluaran barang yang berisi daftar barang yang akan dikeluarkan. Staf gudang akan mencari lokasi barang yang akan dikeluarkan kemudian barang akan diangkut ke kendaraan penyewa.
3. Permasalahan
Pencarian lokasi yang kosong untuk barang yang masuk dan pencarian lokasi barang yang akan diambil penyewa tidaklah sederhana. Tiap gudang bisa menampung banyak barang dari penyewa yang berbeda yang ditempatkan pada lot (lokasi penempatan) dengan nomor lot yang sudah diatur. Barang-barang yang dititipkan dari satu perusahaan bisa ditempatkan pada gudang dan lot yang berbeda sesuai dengan jenis barang dan ketersediaan tempat.
4. Sasaran
Manajemen PT. Simpana Baranga berkeinginan untuk meningkatkan layanan kepada para penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil. Peningkatan perlu dilakukan dalam hal pencarian lokasi penempatan yang cepat dan tepat maupun pencarian lokasi untuk barang titipan yang baru masuk. Kinerja pencarian lokasi ini berpengaruh besar terhadap mutu layanan yang diberikan kepada penyewa.
Perusahaan ini membutuhkan aplikasi baru yang akan digunakan untuk mencatat barang masuk dan keluar gudang serta dapat memantau status lot untuk mengetahui isi masing-masing lot serta penuh atau tidaknya lot.
5. Kebutuhan
Berikut ini adalah beberapa kejadian yang ada pada PT. Simpana Baranga sehubungan dengan aplikasi yang akan dibangun.
1. Staf layanan pelanggan mengelola data penyewa
2. Staf gudang mengelola data barang masuk
3. Staf gudang mengelola data barang keluar
4. Staf gudang mengelola lot
5. Manajemen memantau statistik penyewaan
6. Manajemen dan staf gudang memantau status lot
7. Manajemen menerima laporan penyewaan
File bisa diunduh Aplikasi Pelacak Barang
1. Gambaran Umum
PT. Simpana Baranga merupakan perusahaan yang bergerak di bidang jasa pergudangan. Perusahaan ini menyediakan ruang gudang yang bisa disewa oleh perusahaan lain. Sepuluh gudang dengan luas masing-masing 1500 m2 dengan dukungan alat-alat berat untuk menurunkan dan menaikkan barang dari kendaraan pengangkut dan pengaturan barang di gudang merupakan fasilitas yang dimiliki oleh perusahaan ini.
Penyewa dibagi menjadi dua kategori yaitu penyewa tetap dan penyewa tidak tetap. Penyewa tetap adalah perusahaan yang memiliki kontrak perjanjian kerjasama minimal satu tahun untuk menyewa ruang gudang sedangkan penyewa tidak tetap hanya menyewa tempat dalam kurun waktu kurang dari satu tahun. Penyewa tidak tetap ada yang menyewa dan menitipkan barangnya hanya dalam jangka waktu beberapa hari saja.
Perkembangan terakhir menunjukkan bahwa jumlah penyewa dan barang yang dititipkan menjadi semakin banyak. Staf gudang memerlukan cara yang cepat untuk mencari lokasi penempatan baik ketika barang masuk maupun barang keluar. Selain itu, perlu juga dipantau status penuh atau tidaknya lokasi penempatan barang (lot) dalam gudang.
2. Prosedur
Perusahaan yang akan menyewa ruang gudang membuat perjanjian kerjasama (penyewa tetap) atau mendaftarkan perusahaannya (penyewa tidak tetap). Setelah terdaftar, penyewa bisa memasukkan atau mengeluarkan barang dari gudang. Penyewa hanya mengantarkan barang ke gudang, melaporkannya kepada staf gudang dengan mengisi formulir penitipan barang, dan barang yang akan dititipkan akan diatur penempatannya oleh staf gudang sesuai dengan jenis dan ukuran barang. Untuk dapat mengambil barang yang dititipkan, penyewa mengajukan permintaan pengeluaran barang dengan mengisi formulir pengeluaran barang yang berisi daftar barang yang akan dikeluarkan. Staf gudang akan mencari lokasi barang yang akan dikeluarkan kemudian barang akan diangkut ke kendaraan penyewa.
3. Permasalahan
Pencarian lokasi yang kosong untuk barang yang masuk dan pencarian lokasi barang yang akan diambil penyewa tidaklah sederhana. Tiap gudang bisa menampung banyak barang dari penyewa yang berbeda yang ditempatkan pada lot (lokasi penempatan) dengan nomor lot yang sudah diatur. Barang-barang yang dititipkan dari satu perusahaan bisa ditempatkan pada gudang dan lot yang berbeda sesuai dengan jenis barang dan ketersediaan tempat.
4. Sasaran
Manajemen PT. Simpana Baranga berkeinginan untuk meningkatkan layanan kepada para penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil. Peningkatan perlu dilakukan dalam hal pencarian lokasi penempatan yang cepat dan tepat maupun pencarian lokasi untuk barang titipan yang baru masuk. Kinerja pencarian lokasi ini berpengaruh besar terhadap mutu layanan yang diberikan kepada penyewa.
Perusahaan ini membutuhkan aplikasi baru yang akan digunakan untuk mencatat barang masuk dan keluar gudang serta dapat memantau status lot untuk mengetahui isi masing-masing lot serta penuh atau tidaknya lot.
5. Kebutuhan
Berikut ini adalah beberapa kejadian yang ada pada PT. Simpana Baranga sehubungan dengan aplikasi yang akan dibangun.
1. Staf layanan pelanggan mengelola data penyewa
2. Staf gudang mengelola data barang masuk
3. Staf gudang mengelola data barang keluar
4. Staf gudang mengelola lot
5. Manajemen memantau statistik penyewaan
6. Manajemen dan staf gudang memantau status lot
7. Manajemen menerima laporan penyewaan
File bisa diunduh disini
Read More..
1. Gambaran Umum
PT. Simpana Baranga merupakan perusahaan yang bergerak di bidang jasa pergudangan. Perusahaan ini menyediakan ruang gudang yang bisa disewa oleh perusahaan lain. Sepuluh gudang dengan luas masing-masing 1500 m2 dengan dukungan alat-alat berat untuk menurunkan dan menaikkan barang dari kendaraan pengangkut dan pengaturan barang di gudang merupakan fasilitas yang dimiliki oleh perusahaan ini.
Penyewa dibagi menjadi dua kategori yaitu penyewa tetap dan penyewa tidak tetap. Penyewa tetap adalah perusahaan yang memiliki kontrak perjanjian kerjasama minimal satu tahun untuk menyewa ruang gudang sedangkan penyewa tidak tetap hanya menyewa tempat dalam kurun waktu kurang dari satu tahun. Penyewa tidak tetap ada yang menyewa dan menitipkan barangnya hanya dalam jangka waktu beberapa hari saja.
Perkembangan terakhir menunjukkan bahwa jumlah penyewa dan barang yang dititipkan menjadi semakin banyak. Staf gudang memerlukan cara yang cepat untuk mencari lokasi penempatan baik ketika barang masuk maupun barang keluar. Selain itu, perlu juga dipantau status penuh atau tidaknya lokasi penempatan barang (lot) dalam gudang.
2. Prosedur
Perusahaan yang akan menyewa ruang gudang membuat perjanjian kerjasama (penyewa tetap) atau mendaftarkan perusahaannya (penyewa tidak tetap). Setelah terdaftar, penyewa bisa memasukkan atau mengeluarkan barang dari gudang. Penyewa hanya mengantarkan barang ke gudang, melaporkannya kepada staf gudang dengan mengisi formulir penitipan barang, dan barang yang akan dititipkan akan diatur penempatannya oleh staf gudang sesuai dengan jenis dan ukuran barang. Untuk dapat mengambil barang yang dititipkan, penyewa mengajukan permintaan pengeluaran barang dengan mengisi formulir pengeluaran barang yang berisi daftar barang yang akan dikeluarkan. Staf gudang akan mencari lokasi barang yang akan dikeluarkan kemudian barang akan diangkut ke kendaraan penyewa.
3. Permasalahan
Pencarian lokasi yang kosong untuk barang yang masuk dan pencarian lokasi barang yang akan diambil penyewa tidaklah sederhana. Tiap gudang bisa menampung banyak barang dari penyewa yang berbeda yang ditempatkan pada lot (lokasi penempatan) dengan nomor lot yang sudah diatur. Barang-barang yang dititipkan dari satu perusahaan bisa ditempatkan pada gudang dan lot yang berbeda sesuai dengan jenis barang dan ketersediaan tempat.
4. Sasaran
Manajemen PT. Simpana Baranga berkeinginan untuk meningkatkan layanan kepada para penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil. Peningkatan perlu dilakukan dalam hal pencarian lokasi penempatan yang cepat dan tepat maupun pencarian lokasi untuk barang titipan yang baru masuk. Kinerja pencarian lokasi ini berpengaruh besar terhadap mutu layanan yang diberikan kepada penyewa.
Perusahaan ini membutuhkan aplikasi baru yang akan digunakan untuk mencatat barang masuk dan keluar gudang serta dapat memantau status lot untuk mengetahui isi masing-masing lot serta penuh atau tidaknya lot.
5. Kebutuhan
Berikut ini adalah beberapa kejadian yang ada pada PT. Simpana Baranga sehubungan dengan aplikasi yang akan dibangun.
1. Staf layanan pelanggan mengelola data penyewa
2. Staf gudang mengelola data barang masuk
3. Staf gudang mengelola data barang keluar
4. Staf gudang mengelola lot
5. Manajemen memantau statistik penyewaan
6. Manajemen dan staf gudang memantau status lot
7. Manajemen menerima laporan penyewaan
File bisa diunduh Aplikasi Pelacak Barang
1. Gambaran Umum
PT. Simpana Baranga merupakan perusahaan yang bergerak di bidang jasa pergudangan. Perusahaan ini menyediakan ruang gudang yang bisa disewa oleh perusahaan lain. Sepuluh gudang dengan luas masing-masing 1500 m2 dengan dukungan alat-alat berat untuk menurunkan dan menaikkan barang dari kendaraan pengangkut dan pengaturan barang di gudang merupakan fasilitas yang dimiliki oleh perusahaan ini.
Penyewa dibagi menjadi dua kategori yaitu penyewa tetap dan penyewa tidak tetap. Penyewa tetap adalah perusahaan yang memiliki kontrak perjanjian kerjasama minimal satu tahun untuk menyewa ruang gudang sedangkan penyewa tidak tetap hanya menyewa tempat dalam kurun waktu kurang dari satu tahun. Penyewa tidak tetap ada yang menyewa dan menitipkan barangnya hanya dalam jangka waktu beberapa hari saja.
Perkembangan terakhir menunjukkan bahwa jumlah penyewa dan barang yang dititipkan menjadi semakin banyak. Staf gudang memerlukan cara yang cepat untuk mencari lokasi penempatan baik ketika barang masuk maupun barang keluar. Selain itu, perlu juga dipantau status penuh atau tidaknya lokasi penempatan barang (lot) dalam gudang.
2. Prosedur
Perusahaan yang akan menyewa ruang gudang membuat perjanjian kerjasama (penyewa tetap) atau mendaftarkan perusahaannya (penyewa tidak tetap). Setelah terdaftar, penyewa bisa memasukkan atau mengeluarkan barang dari gudang. Penyewa hanya mengantarkan barang ke gudang, melaporkannya kepada staf gudang dengan mengisi formulir penitipan barang, dan barang yang akan dititipkan akan diatur penempatannya oleh staf gudang sesuai dengan jenis dan ukuran barang. Untuk dapat mengambil barang yang dititipkan, penyewa mengajukan permintaan pengeluaran barang dengan mengisi formulir pengeluaran barang yang berisi daftar barang yang akan dikeluarkan. Staf gudang akan mencari lokasi barang yang akan dikeluarkan kemudian barang akan diangkut ke kendaraan penyewa.
3. Permasalahan
Pencarian lokasi yang kosong untuk barang yang masuk dan pencarian lokasi barang yang akan diambil penyewa tidaklah sederhana. Tiap gudang bisa menampung banyak barang dari penyewa yang berbeda yang ditempatkan pada lot (lokasi penempatan) dengan nomor lot yang sudah diatur. Barang-barang yang dititipkan dari satu perusahaan bisa ditempatkan pada gudang dan lot yang berbeda sesuai dengan jenis barang dan ketersediaan tempat.
4. Sasaran
Manajemen PT. Simpana Baranga berkeinginan untuk meningkatkan layanan kepada para penyewa dengan mempersingkat waktu bongkar-muat barang yang dititipkan atau diambil. Peningkatan perlu dilakukan dalam hal pencarian lokasi penempatan yang cepat dan tepat maupun pencarian lokasi untuk barang titipan yang baru masuk. Kinerja pencarian lokasi ini berpengaruh besar terhadap mutu layanan yang diberikan kepada penyewa.
Perusahaan ini membutuhkan aplikasi baru yang akan digunakan untuk mencatat barang masuk dan keluar gudang serta dapat memantau status lot untuk mengetahui isi masing-masing lot serta penuh atau tidaknya lot.
5. Kebutuhan
Berikut ini adalah beberapa kejadian yang ada pada PT. Simpana Baranga sehubungan dengan aplikasi yang akan dibangun.
1. Staf layanan pelanggan mengelola data penyewa
2. Staf gudang mengelola data barang masuk
3. Staf gudang mengelola data barang keluar
4. Staf gudang mengelola lot
5. Manajemen memantau statistik penyewaan
6. Manajemen dan staf gudang memantau status lot
7. Manajemen menerima laporan penyewaan
File bisa diunduh disini
Read More..
Langganan:
Postingan (Atom)