Aplikasi TrackIt dikembangkan untuk meningkatkan efektivitas pengiriman barang dan mengurangi keluhan masyarakat dengan melacak lokasi barang secara real-time berdasarkan nomor resi. Proyek ini akan menghasilkan dokumen desain sistem, spesifikasi persyaratan, arsitektur sistem, rencana pengujian, dan dokumentasi pengguna. Proyek ini dijadwalkan selesai pada 4 Juni 2017 dengan anggaran Rp200 juta

1. PROJECT CHARTER
1. Project Description and Goals
Bagianini menjelaskankebutuhanbisnis,kepentingandanmasalah dari proyek,misalnya
sampai padajustifikasi projectkarena kebutuhanorganisasi,kebutuhancustomer,
peningkatanteknologi,kebutuhankebijakan,tujuansavingcost,maupunimprovement
process.
Indonesia mengalami peningkatan yang cukup pesat dalam bidang bisnis online.
Terlebih lagi bisnis online ini pelakunya tidak hanya masyarakat perkotaan namun juga
semua lingkup masyarakat. Oleh karena itu peran perusahaan penyedia jasa
pengiriman barang sangatpenting. Perusahaan penyedia jasapengiriman barang harus
bisa mencakup seluruh Indonesia. Perusahaan penyedia jasa pengiriman barang juga
harus menyediakan fasilitas untuk user memantau barang mereka.
Pertumbuhan bisnis online kali ini belum diikuti oleh fasilitas-fasilitas pendukung yang
matang. Salah satunya adalah sistemtracking yang masih statis. User tidak pernah tau
lokasi barang mereka. Sistem yang ada saat ini masih konvensional. Biasanya
pengiriman barang dibagi menjadi beberapa tahap. Sebagai contoh tahap saat barang
masih berada di pabrik, barang saat pengiriman, dan barang sudah diterima. System
seperti ini tidak benar-benar merepresentasikan lokasi barang. Karena hal tersebut
user terkadang harus menunggu tidak pasti atau terkadang kurir mengirimkan barang
saat user tidak berada di rumah. Hal tersebut mengurangi efektifitas pengiriman
barang.
TrackIt adalah aplikasi yang dikembangkan untuk menangani permasalahan-
permasalahan yang telah diutarakan sebelumnya. TrackIt akan meningkatkan
efektifitas pengiriman barang dan dapat mengurangi tingkat complain masyarakat.
2. Risks
Bagianini menjelaskanresiko-resikoyangmungkinterjadi dalampengerjaanproyek.
Risiko dari aplikasi TrackIt ini telah diidentifikasi. Manajer proyek akan menentukan dan
menerapkan mitigasi risiko yang diperlukan strategi penghindaran / sesuai untuk
meminimalkan kemungkinan risiko tersebut:
PROJECT NAME
‘TrackIt’ Aplikasi Tracking Barang
PT. Kirim Sana Sini
PROJECT NUMBER
Prpl/2017/x/01
DATE
6 Maret 2017
REVISION NUMBER
0.0

2. - Terjadinya kebocoran data
- Terjadinya kepalsuan data akibat kesalahan manusia pada saat entry data.
- Terjadinya bug pada saat proses penjalanan aplikasi yang tidak sesuai dengan
caranya.
3. Deliverables
Bagian ini menjelaskandokumen-dokumenyangakan diberikan,meliputi:SDPLN,SRS, SAD,
test plan dan user documentation serta hasil dari perencanaan.
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 sistemtersebut 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 Goalsand 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.
4. Scope Definition
Bagian ini menjelaskan ruang lingkup proyek, misalnya spesifikasi fungsi dari proyek.
Batasan dari proyek ini adalah:
- Tidak membahas tentang pelacakan saat di pabrik
- Tidak membahas tentang pelacakan saat di dalam pesawat
- Tidak memberikan informasi kedatangan barang secara pasti
- Tidak memberikan informasi mengenai keadaan barang
Kebutuhan fungsional yang harus ada dalam system yang akan dibuat ini adalah
sebagai berikut:
- System harus dapat melacak lokasi barang berdasarkan nomor resi

3. - System harus menampilkan informasi kurir yang membawa barang yang dilacak
oleh user
- System menyediakan fasilitas pemindahan barang dari satu kurir ke kurir yang lain
dengan persetujuan dua arah
- System menyediakan fasilitas penghentian pengiriman saat barang sudah sampai
kepada user
Kebutuhan nonfungsional adalah kebutuhan tambahan yang tidak memiliki input,
proses, dan output. Namun demikian, kebutuhan nonfungsional inisebaiknya dipenuhi,
karena akan sangat menentukan apakah sistem ini akan digunakan user atau tidak.
Berdasarkan perfomancenya, sistem diharapkan dapat mempersingkat waktu yang
dibutuhkan untuk menyelesaikan setiap pekerjaan. Semakin sedikit waktu yang
dibutuhkan, semakin besar troughput yang dapat dihasilkan. Peningkatan kecepatan
dan troughput ini diharapkan dapat terjadi pada semua proses/pekerjaan. Besarnya
peningkatan ini tergantung pada jenis proses/pekerjaannya. Berdasarkan performance
server juga harus memiliki lifetime 99% dan dapat menghandle transaksi yang ada saat
ini ditambah dengan 50% transaksi saat ini.
Kebutuhan nonfungsional dari segi pengontrolan sistem yang diinginkan user antara
lain adalah sistem dapat mempermudah dalam penambilan keputusan oleh pihak
manajemen tingkat atas dalam waktu yang cepat. Untuk meningkatkan reliabilitas
sistem, sistemdiharapkan memiliki backup data. Backup data ini terutama dibutuhkan
jika server down, misalnya karena matinya aliran listrik. Dengan adanya backup data ini
akses data tidak akan terhenti apabila server down. Selain itu, sistem juga dapat
menjaga keamanan data-data yang disimpan, terutama untuk data-data yang bersifat
confidential.
Dari segi keamanan, system harus menggunakan enkripsi untuk komunikasi dan dapat
mendeteksi intrusi secara otomatis.
5. Project Milestones
Bagian ini menjelaskan gambaran umum jadwal proyek yang akan dikerjakan.
Project Milestone Target Date(dd/mm/yyyy)
Project Start 1/Maret/2017
Complete Solution Analyst 20/Maret/2017
Complete Solution Design 12/April/2017
Complete Solution Simulation with Software 1/Mei/2017
Complete Solution Simulation and Testing 15/Mei/2017
Complete Installation Software 30/Mei/2017
Project Complete 4/Juni/2017
6. Budget Summary
Bagian ini menjelaskan pembayaran proyek secara ringkas
Project Component Componen Cost
Survey dan Analisa Rp 20.000.000
Desain dan Implementasi Sistem Rp 167.000.000

4. Biaya Lisensi Rp 10.000.000
Training Aplikasi Rp 3.000.000
Total Rp 200.000.000
7. Assumptions, Constraint & Dependencies
Bagian ini menjelaskan hal-hal yang mendukung system, batasan, dan
ketergantungannya dengan system yang lain(jika ada).
Asumsi-asumsi dari proyek ini adalah:
1. Survey dan hari kerja dilakukan selama 1 minggu yang terdiri dari 5 hari(hari Sabtu
dan Minggu tidak dihitung)
Batasan-batasan untuk system ini, antara lain:
1. User hanya dapat mengetahui lokasi barang tetapi tidak informasi waktu
kedatangan secara pasti.
2. Kurir tidak bisa melakukan pemindahan data barang secara sepihak.
8. Project Organizational Structure
Bagian ini berisikan daftar anggota team/kelompok beserta fungsi dan tugas-
tugasnya di dalam team/kelompok project ini
Function Name Role
Project Manager Cahya Setya Adhi - Menjadwalkan
pelaksanaan dan
manajemen proyek.
- Memantau kinerja
proyek pelaksanaan dari
analisis sampai
implementasi.
- Membuat dokumen
SDPLN yang
mendefinisikan rencana
proyek.
System Analyst Cahya Setya Adhi - Menganalisa proses
bisnis dalam koperasi.
- Mendefinisikan
prosedur yang ada
dalam sistem.
- Membuat dokumen
flow, system flow.
- Membuat dokumen
SRS yang
mendefinisikan
spesifikasi kebutuhan
perangkat lunak.

5. Ahli Database Cahya Setya Adhi - Membuat rancangan
system dengan HIPO
dan DFD.
- Membuat basis data
dan ERD (Entity
Relational Diagram).
Frontend programmer Cahya Setya Adhi
Cahya Setya Adhi
Cahya Setya Adhi
- Membuat aplikasi
mobile
- Membuat dokumentasi
aplikasi mobile
Backend programmer Cahya Setya Adhi
Cahya Setya Adhi
- Memprogram server
- Membuat dokumentasi
server
Ahli Jaringan Komputer Cahya Setya Adhi
Cahya Setya Adhi
- Mensetting server
- Mendistribusikan
server
- Membuat dokumentasi
server
9. Authorization
Bagian ini berisikan persetujuan/otorisasi project yang disahkan oleh project manager
dan project sponsor
APPROVED BY: PROJECT MANAGER
Cahya Setya Adhi
DATE
1 Februari 2017
APPROVED BY: PROJECT SPONSOR
Anik Sukmaadji, S.Kom,
M.Eng
DATE
1 Februari 2017