Anda di halaman 1dari 4

+PROJECT CHARTER

Project Name : Otomatisasi Surat Tugas Vendor PT. Telkomsel Yogyakarta


Project Number : 001/PRPL/III/2017
Date : 20 Maret 2017
Revision Number : -

1. Project Description and Goals

Perkembangan teknologi di zaman sekarang ini membuat manusia yang melakukan aktifitas sehari-hari
menjadi lebih cepat dan efisien. Efisiensi merupakan kebutuhan utama dalam meningkatkan kinerja
sebuah sistem dan mempermudah pekerjaan semua entitas yang berada di dalam sistem tersebut.
Aplikasi yang kami buat kali ini merupakan aplikasi berbasis web yang nantinya akan digunakan oleh
PT. Telkomsel RTPO Magelang dan Yogyakarta.

Aplikasi kami merupakan aplikasi untuk membantu PT. Telkomsel RTPO Magelang dan
Yogyakartadalam melakukan pembuatan surat tugas, proses pendataan pihak vendor, serta
proses controlling BTSPT. Telkomsel RTPO Magelang dan Yogyakarta. Aplikasi ini juga membantu
untuk menunjang program paperless yang diinginkan oleh pihak PT. Telkomsel.

Aplikasi ini belum ada sebelumnya pada PT. Telkomsel sehingga marak terjadinya tindak kecurangan
yang dilakukan pihak ke-3 seperti tidak kembalinya kunci BTS, adanya pemalsuan tanda tangan, bahkan
seringkali terjadi kehilangan beberapa perangkat BTS PT.Telkomsel. Aplikasi ini diharapkan dapat
benar–benar berguna bagi pihak perusahaan.

2. Risks

Risiko dari aplikasi Otomatisasi Surat Tugas Vendor ini telah diidentifikasi. Manajer proyek akan
menentukan strategi apa yang sekiranya diperlukan untuk meminimalkan atau menghindarkan
kemungkinan risiko-risiko berikut :
• Adanya informasi yang tidak valid akibat human entry pada saat melakukan input data
• Tidak berfungsinya beberapa fitur karena bergantung pada aplikasi lain
• Melebarnya ruang lingkup proyek

3. Deliverables

Penjelasan dokumen ini meliputi SDPLN (Software Development Plan), SRS (Software Requirement
Spesification), SAD (Software Architecture Development), TSTPLN (Test Plan) dan user
documentation serta hasil dari perencanaan.

SDPLN yang menjelaskan secara umum dan global mengenai rancangan aplikasi proyek. Rancangan
aplikasi tersebut meliputi perkenalan dokumen, gambaran umum proyek, struktur anggota dalam tim
proyek, progress manajemen, rencana proses secara teknik, rencana proses yang mendukung serta
rencana tambahan.
2
SRS menjelaskan berbagai macam kebutuhan pembuatan produk, yaitu kebutuhan spesifik yang terdiri
dari kebutuhan fungsionaliitas, 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 system, kebutuhan antar software yang menjelaskan
bagaimana cara pengguna berinteraksi dengan system dan kebutuhan antar komunikasi.

SAD menjelaskan tentang arsitektur proyek pembuatan aplikasi otomatisasi surat tugas vendor yang
akan dikerjakan. Dokumen ini diantaranya berisi tentang overview dan dokumen ini sendiri.
Architecturan Representation, Architecturan Goalsand Constrains, 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

Batasan dari proyek ini adalah :


• Tidak membahas tentang pembuatan dokumen
• Tidak membahas secara rinci pembuatan code aplikasi
• Tidak membahas marketing kerjasama terhadap perusahaan terkait

Kebutuhan fungsional yang harus ada dalam system yang akan dibuat ini adalah sebagai berikut:
• Admin dapat melihat data vendor
• Admin dapat melakukan verifikasi data
• Admin dapat melakukan cetak surat tugas
• Admin dapat melakukan verifikasi pengembalian kunci
• Admin dapat melakukan distribusi surat tugas
• Admin dapat melakukan back-up data
• Admin dapat melakukan blokir vendor
• Admin dapat melakukan reset data
• Admin dapat melakukan input form peminjaman
• Vendor dapat melakukan input form peminjaman
• Vendor dapat melihat status kunci
• Vendor dapat melihat status surat
3
5. Project Milestones

Project Milestone Target Date


Project Start 03/01/2017
Complete Solution Analyst 04/01/2017
Complete Solution Design 18/01/2017
Complete Solution Simulation with Software 24/01/2017
Complete Solution and Testing 26/01/2017
Complete Installation Software 27/01/2017
Project Complete 27/01/2017

6. Budget Summary

Project Component Component Cost


Survey dan Analisa Rp 1.000.000,00
Biaya Lisensi Rp 100.000,00
Biaya Dokumentasi Rp 100.000,00
Total Rp 1.200.000,00

7. Assumption, Constraint & Dependencies

Asumsi-asumsi dari project ini adalah:


• Biaya-biaya yang dibutuhkan untuk membuat aplikasi ini sepenuhnya ditanggung oleh PT.
Telkomsel Yogyakarta
• Survey dan hari bekerja selama 4 minggu yang terdiri dari 5 hari kerja (Sabtu dan Minggu tidak
dihitung)

Batasan-batasan untuk system ini adalah:


• Aplikasi ini hanya support melalui web browser Google Chrome dan Telegram
• Aplikasi ini hanya memiliki ruang penyimpanan yang kecil

8. Project Organizational Structure

Function Name Role


Project Manager • Bp. Erlyawan Budiman Project manager adalah orang
• Bp. Imam yang ditunjuk untuk
• Bp. Ristyandani menggerakan organisasi proyek
dan memimpinnya dalam
mencapai tujuan akhir proyek
Web Engineer • Wida Dwitiayasa Mengerjakan aplikasi
Otomatisasi Surat Tugas Vendor
berbasis web
UI/UX Designer • Wida Dwitiayasa UI/UX designer memikirkan
interface aplikas maupun
interaksinya terhadap pengguna
akhir
4

Dokumentator • Wida Dwitiayasa Mendokumentasikan segala


• Delia Risti Nareswari pengerjaan aplikasi Otomatisasi
Surat Tugas Vendor

9. Project Authorization

APPROVED BY: PROJECT MANAGER DATE


27 Januari 2017

Anda mungkin juga menyukai