Dokumen ini membahas rancangan aplikasi pelacakan pengiriman barang bernama "Lacak" untuk PT Makmur. Aplikasi ini akan membantu konsumen melacak lokasi barang yang dikirim dan kurir yang menangani pengiriman. Dokumen ini menjelaskan tujuan, risiko, hasil yang diharapkan, jadwal, anggaran, dan struktur organisasi proyek.

1. FOR INTERNAL USE ONLY FOR INTERNAL USE ONLY
PROJECT NAME
“Lacak” Apikasi Tracking Pengiriman Barang
PT Makmur
PROJECT NUMBER
PRPL/2017/II/01
DATE
1 Februari 2017
REVISION NUMBER
-
1. Project Description and Goals
Pada zaman sekarang ini, pelayanan kepada pengguna jasa merujuk pada prioritas
utama. Jika ditilik pada perusahaan jasa pengiriman barang, kepercayaan konsumen menjadi
hal yang sangat pentung. Jasa pengiriman barang membutuhkan berbagai koordinasi yang
banyak supaya suatu barang dapat sampai ke tujuan. Salah satu kendala yang ada dalam jasa
pengiriman barang adalah mengetahui sudah sampai mana barang yang dikirimkan.
Oleh karena hal diatas, dibutuhkan suatu tools untuk memudahkan pelacakan
barang tersebut. Aplikasi ini akan dibangun dalam bentuk website.
2. Risks
Risiko dari aplikasi ini adalah:
a. Adanya kebocoran data.
b. Terjadi kesalahan data akibat kesalahan manusia.
c. Terdapat bug pada aplikasi.
3. Deliverables
Penjelasan dokumen ini meliputi SDPLN (Software Development Plan), SRS (Software
Requirement Specification), SAD (Software Architecture Development), TSTPLN (Test Plan)
dan User Documentation serta hasil dari perencanaan.
SDPLN yang menjelaskan secara umum dan global mengenai rancangan Sistem
Informasi yang akan dibuat. Rancangan sistem tersebut meliputi perkenalan dokumen,
gambaran umum proyek, struktur anggpta dalam tim proyek, proses manajemen, rencana
proses secara teknik, rencana proses yang mendukung serta rencana tambahan.
SRS menjelaskan berbagai macam kebutuhan pembuatan produk, yaitu kebutuhan
spesifik yang terdiri dari kebutuhan fungsionalitas, termasuk didalamnya input, proses, dan
output dari produk dan non-fungsionalitas. Kebutuhan antar muka juga digambarkan
dengan jelas di dalam dokumen ini, terdiri dari kebutuhan antar pengguna, antar hardware
yang menjelaskan kebutuhan yang harus ada untuk menjalankan atau mengoperasikan
aplikasi sistem, kebutuhan antar software yang menjelaskan bagaimana cara pengguna
berinteraksi dengan sistem, dan kebutuhan antar komunikasi.
SAD menjelaskan tentang arsitektur proyek perangkat lunak yang akan dikerjakan.
Dokumen ini diantaranya berisi tentang Overview dari dokumen ini sendiri, Architectural
Representation, Architectural Goals and Constraints, Use-Case View atau representasi
fungsionalitas dari proses, dan Logical View.
TSTPLN melingkupi tujuan-tujuan identifikasi informasi proyek dan komponen
perangkat lunaknya, daftar persyaratan yang diujikan untuk testing, merekomendasikan dan
menjelaskan strategi pengujian yang akan digunakan, identifikasi kebutuhan yang
diperlukan, serta daftar lampiran terkait.

2. FOR INTERNAL USE ONLY
4. Scope Definition
Batasan proyek ini adalah:
a. Tidak membahas pelacakan barang di area penerbangan.
b. Tidak membahas waktu kehadiran barang secara tepat.
c. Tidak membahas informasi keadaan barang.
Kebutuhan fungsional yang ada dalam sistem adalah:
a. Sistem dapat menginformasikan kurir yang membawa barang.
b. Sistem dapat menampilkan lokasi barang.
5. Project Milestones
Project Milestone Target Date
Project start 1 Maret 2017
Complete solution analyst 12 Maret 2017
Complete solution design 20 Maret 2017
Complete solution simulation with software 5 April 2017
Complete solution and testing 20 April 2017
Complete installation software 25 April 2017
Project complete 1 Mei 2017
6. Budget Summary
Project Component Component Cost
Survey dan Analisis Rp 10.000.000,00
Desain dan Implementasi Sistem Rp 50.000.000,00
Biaya Lisensi Rp 25.000.000,00
Training Aplikasi Rp 5.000.000,00
Total Rp 90.000.000,00
7. Assumptions, Constraint & Dependencies
Asumsi dari proyek ini adalah hari kerja dilakukan dalam seminggu kecuali hari Sabtu dan
Minggu (5 hari kerja).
Batasan untuk sistem ini adalah pengguna hanya dapat melacak posisi barang, namun
aplikasi tidak dapat menentukan kapan barang akan sampai.
8. Project Organizational Structure
Function Name Role
Project Manager Andy Ahmad - Menjadwalkan pelaksanaan dan
manajemen proyek.
- Memantau kinerja proyek
pelaksanaan dari analisis sampai
implementasi.
- Membuat dokumen SDPLN yang
mendefinisikan rencana proyek.
System Analyst Rudi Wicaksana - Menganalisis proses bisnis
dalam perangkat lunak.

3. FOR INTERNAL USE ONLY
- Mendefinisikan prosedur yang
ada dalam sistem.
- Membuat dokumen flow, sistem
flow.
- Membuat dokumen SRS yang
mendefinisikan spesifikasi
kebutuhan perangkat lunak.
- Membuat test plan dari
implementasi sistem.
Ahli Database Suryo Pambudi - Merancang sistem dengan HIPO
dan DFD.
- Membuat dokumen SAD.
- Merancang database dari
sistem.
Front-end Developer Ahmadi Yudi - Membangun tampilan sistem.
Back-end Developoer Rahmanto Doni - Membangun back-end dari
sistem.
Network Engineer Ryan Antono - Membangun infrastuktur
jaringan server.
9. Authorization
APPROVED BY: PROJECT MANAGER
Andy Ahmad
DATE
1 FEBRUARI 2017
APPROVED BY: PROJECT SPONSOR
Anton Sulistyo
DATE
1 FEBRUARI 2017