1. Page 1 of 36
Rencana Pengelolaan Proyek Pembangunan
SISTEM SELEKSI SBMPTN
31 Mei 2017 Release 1
Disiapkanoleh:
5114100083 Syauki AuliaThamrin
5114100183 FeterA Vedaalana
5114100706 Rahmat Rijal
2. Page 2 of 36
Maklumat Versi Dokumen
Seluruhversi dari dokumenini didaftarberdasakankronologinya.
Versi Dokumen Tanggal Alasan Perubahan Versi Perangkat Lunak
Release 1 Versi 1.0
Dokumenini dibuatsebagai evaluasi akhirmatakuliahmanajemenproyekperangkatlunak.
PerencanaanproyeksistemseleksiSBMPTN
3. Page 3 of 36
Control Revisi Dokumen
Seluruhrevisi yangtelahdilakukanpadadokumenini,dapatdiikuti sebagaimanatable berikut:
Nomor
Revisi
Tanggal Diperiksa
oleh
Keterangansingkatperbaikan
4. Page 4 of 36
Halaman Persetujuan
Disetujui oleh: Disetujui oleh: ProjectLeader
Disiapkanoleh: Disiapkanoleh: IT ProjectManager
5. Page 5 of 36
Daftar Isi
1.Gambaran Umum Proyek................................................................................................................7
1.1. Tujuan Ruang Lingkup dan Sasaran ...........................................................................................7
1.2.Asumsi, Batasan dan Resiko ......................................................................................................8
1.3.Penyerahan Proyek ...................................................................................................................9
1.4.Ringkasan Jadwal .................................................................................................................... 10
1.5.Evolusi Perencanaan ............................................................................................................... 10
1.6.Referensi ................................................................................................................................ 10
1.7. Definisi dan Akronim .............................................................................................................. 11
2.Organisasi Proyek..........................................................................................................................11
2.1. Lingkungan Eksternal............................................................................................................ 11
2.1. Struktur Internal................................................................................................................... 12
2.1. Peran dan Tanggung Jawab...................................................................................................13
2.1. Lingkungan Eksternal............................................................................................................ 14
3.Rencana Proses managerial...........................................................................................................14
3.1.Rencana Awal.......................................................................................................................... 14
3.1.1.Estimasi............................................................................................................................ 14
3.1.2.Pengaturan Kepegawaian..................................................................................................14
3.1.3.Perolehan Sumber Daya ...................................................................................................14
3.2.Rencana Kerja......................................................................................................................... 14
3.2.1.Work Breakdown Structure (WBS)..................................................................................... 14
3.2.2.Alokasi Jadwal .................................................................................................................. 15
3.2.3.Alokasi Sumber Daya......................................................................................................... 15
3.2.4. Alokasi Dana.................................................................................................................... 17
3.3.Rencana Penelusuran Proyek ..................................................................................................17
3.3.1.Manajemen Kebutuhan Proyek.......................................................................................... 17
3.3.2.Pengawasan Jadwal.......................................................................................................... 17
3.3.3.Pengawasan Anggaran Dana.............................................................................................. 18
3.3.4.Pengawasan kualitas......................................................................................................... 20
3.3.5.Pelaporan......................................................................................................................... 20
3.3.6.Matriks Proyek ................................................................................................................. 21
3.4.Rencana Manajemen Resiko....................................................................................................22
6. Page 6 of 36
3.5.Rencana Penyelesaian Proyek ..................................................................................................25
4.Rencana Proses Teknis ..................................................................................................................26
4.1.Model Proses .......................................................................................................................... 26
4.2.Metode Alat Bantu dan Teknik.................................................................................................28
4.3.Infrastruktur............................................................................................................................ 29
4.4.Penerimaan Produk................................................................................................................. 29
5.Rencana Pendukung......................................................................................................................31
5.1.Verifikasi danValidasi.............................................................................................................. 31
5.2.Penanganan Dokumen dan Form.............................................................................................. 34
5.3.Review....................................................................................................................................34
5.4.JaminanKualitas...................................................................................................................... 35
7. Page 7 of 36
1. Gambaran Umum Proyek
Proyek sistem seleksi SBMPTN bermaksud untuk menghasilkan produk berupa aplikasi
seleksi SBMPTN berdasarkan prosedurnya. Sistem seleksi SBMPTN dikembangkan dengan
menggunakan teknologi relasional database system MySQL, menggunakan php dan html5.
Sistem seleksi dapat diakses online melalui browser.
Aplikasi Seleksi SBMPTN yang akan dibuat disesuaikan dengan alur yang semestinya.
Proses-proses utama dari seleksi SBMPTN offline yang didukung oleh aplikasi seleksi SBMPTN,
meliputi:
1. Pendaftaran
2. Konfirmasi Pembayaran
3. Pemilihan Lokasi Ujian
4. Pemilihan Bidang Studi
5. Pendistribusian Kartu Tanda Peserta
6. Pengumuman Kelulusan
1.1. Tujuan, Ruang Lingkup dan Sasaran
Tujuan : Membuat produk aplikasi yaitu sistem Seleksi SBMPTN.
Ruang Lingkup: Produk ini ditujukan untuk diterapkan seleksi SBMPTN nasional di
Indonesia. Untuk database aplikasi disiapkan supaya dapat terhubung dengan
data bagian SBMPTN.
Sasaran : Menghasilkan produk sistem Seleksi SBMPTN yang mampu
memberikan kesempatan seluas-luasnya kepada seluruh siswa lulusan sekolah
menengah atas di Indonesia untuk dapat mengikuti pendidikan tinggi program
sarjana di seluruh PTN di Indonesia tanpa adanya diskriminasi.
Dibawah ini adalah Project Charter Proyek pembangunan sistem Seleksi SBMPTN
Informasi Proyek
Tanggal 30 Mei 2017 No. Proyek 01/01/001 Nama
Proyek
Sistem
Seleksi
SNMPTN
dan
SBMPTN
Pimpinan Proyek Project Leader Klien Sistem
Informasi
Tahapan yang diliputi
1. Persiapan survey dan pelaksanaan
8. Page 8 of 36
2. Analisa Kebutuhan user dan software
3. Detail Design
4. Pengembangan aplikasi
5. Evaluasi dan uji coba Aplikasi
6. Penutupan proyek
Tanggal mulai 1 Juni 2017 Total Kontrak 550.000.000
Tanggal selesai 30 November 2017 Estimasi Biaya 532.852.800
Tujuan
Membuat produk aplikasi yaitu sistem Seleksi SBMPTN
Deskripsi Proyek
Aplikasi Sistem Seleksi SBMPTN
Sasaran Proyek
Menghasilkan produk sistem Seleksi SBMPTN yang mampu memberikan
kesempatan seluas-luasnya kepada seluruh siswa lulusan sekolah menengah
atas di Indonesia untuk dapat mengikuti pendidikan tinggi program sarjana di
seluruh PTN di Indonesia tanpa adanya diskriminasi.
Otoritas Pimpinan Proyek
Mengatur jadwal, anggaran dana, personel yang bertanggung jawab, dan
sumber daya lain yang digunakan selama pelaksanaan proyek
Melakukan pengawasan aktifitas pelaksanaan proyek.
Tidak mencakup dalam hal perekrutan pekerja proyek, karena pekerja
proyek telah ditentukan saat proyek dimulai.
Tanggung Jawab Pimpinan Proyek
Membuat rencana proyek dan dokumen pendukung
Membuat laporan kemajuan/kinerja proyek
Mengendalikan seluruh kegiatan hingga selesai
Menjamin proyek berhasil dengan baik dan penyampaian laporan tepat
waktu.
1.2. Asumsi, Batasan dan Resiko
Asumsi
1. Kebutuhan infrastruktur, usaha yang sebenarnya, dan jadwal akan
diselesaikan setelah dilakukan identifikasi kebutuhan.
2. Ruang lingkup Sistem Seleksi SBMPTN pada proyek ini dikerjakan dengan
mempertimbangkan alur dari seleksi SBMTN secara umum.
3. Detail dokumen kebutuhan (SKPL) akan disiapkan setelah dilakukan studi
terhadap sistemseleksi SBMPTN dan akan ditanda tangani oleh klien pada
periode tertentu.
4. Perubahan pada persetujuan dokumen kebutuhan akan diberlakukan
seperti perubahan permintaan dan modifikasi yang akan dianggap sebagai
tambahan tagihan pada klien.
9. Page 9 of 36
5. Persoalan kinerja ditujukan untuk ketersediaan infrastruktur yang
diinginkan oleh klien.
6. Komitmen dari seluruh jajaran manajemen dan pekerja proyek.
7. Kegiatan seleksi SBMPTN dilakukan secara manual (belum ada sistem
informasi yang digunakan)
8. Kondisi pengembangan aplikasi aman dan kondusif
Batasan
1. Pelaksanaan identifikasi kebutuhan dilakukan terhadap studi pustaka
tentang perancangan sistem Seleksi SBMPTN di Indonesia
2. Waktu pelaksanaan proyek 6 bulan mulai dari tanggal 1 Juni 2017 hingga 2
November 2017
3. Anggaran dana yang ditetapkan untuk pelaksanaan dan pengelolaan
proyek tidak melebihi total kontrak proyek, yaitu Rp. 500.000.000,-
Resiko Utama yang Mungkin Muncul:
No. Kategori Resiko Daftar Resiko
1 Teknis Requirement kurang
Analisa dan desain salah
Teknologi yang digunakan berubah
2 Manajemen Proyek Estimasi kurang akurat
Perencanaan kurang lengkap
Pengawasan dan komunikasi kurang
3 Lingkungan Bencana Alam
Kondisi Kesehatan Pekerja
4 Keorganisasian Staf dan pekerja kurang berpengalaman
Beban kerja yang terlalu menumpuk.
5 Eksternal Perubahan keuangan akibat kondisi yang
tidak kondusif
1.3. Penyerahan Proyek
Dokumen dan Produk yang diserahkan sebagai hasil dari proyek meliputi dua
kategori berikut:
1. Project management-related deliverables: Project Plan , project charter,
project scope statement, WBS, schedule, cost baseline, status reports, final
project presentation, final project report, dan dokumentasi lain yang
berkaitan dengan project.
2. Product-related deliverables: Spesifikasi Kebutuhan Perangkat Lunak,
Deskripsi Detail Desain, source code aplikasi.
Media yang digunakan untuk penyerahan bervariasi tergantung penyerahannya.
Untuk penyerahan dokumentasi Kebutuhan dan desainsistemmenggunakan kertas yang
10. Page 10 of 36
berupa dokumen. Sedangkan untuk produk atau aplikasi diserahkan dalam bentuk CD.
Dokumen-dokumen tersebut harus terjaga kerahasiaanya. Semua hasil penyerahan
telah di back-up oleh pihak pengembang sistem.
1.4. Ringkasan Jadwal
Secara umum jadwal dari proyek terdiri atas beberapa aktifitas utama beserta
dengan anggaran dana yang di alokasikan untuk tiap aktifitas. Berikut merupakan
ringkasan jadwal beserta anggaran dana untuk proyek pembangunan sistem seleksi
SBMPTN:
1.5. Evolusi Perencanaan
Perencanaan proyek ini disusun berdasarkan standard IEEE 1058-1998 Standard
for Software Project Management Plans. Perencanaan proyek yang dirilis pertama kali
akan diberikan kepada sponsor dan dikoordinasi dengan anggota tim untuk di review.
Sedangkan perubahan tehadap perencanaan proyek akan dilakukan jika diperlukan
selama proyek masih berlangsung.
Setiap perubahan penting pada dokumen ini harus disahkan oleh klien dan
disebarkan pada anggota tim. Penomoran versi pada dokumen perencanaan proyek ini
mengikuti format penanganan dokumen yang ditentukan pada bab Rencana Tambahan
sub-bab Rencana Dokumentasi dalam dokumen ini.
1.6. Referensi
ANSI, “PMBOK Guide”, Edisi ke-3, American National Standard, 2004.
11. Page 11 of 36
Hughes, Bob, dan Cotterel, Mike, “ Software Project Management”, Edisi ke-2, The
McGraw-Hill Companies, 1999.
Schwalbe, Kathy, “Information Technology Project Management”, Edisi ke-4, Course
Technology, Inc, 2004
“Project Risk Management Handbook”, Edisi ke-1, Office of Project Management
Process Improvement, www.dot.ca.gov/hq/projmgmt, 2003.
IEEE Computer Society, “IEEE 1058-1998 Standard for Software Project Management
Plans “, IEEE Computer Society, 1998.
Bug Huntress, “Quality Assurance Plan”, versi 1.0, www.bughuntress.com, 2002
Fajar Basokro. 2017. Evaluasi Akhir Semester Manajemen Proyek Perangkat Lunak
2017.http://fajarbaskoro.blogspot.co.id/2017/05/evaluasi-akhir-semester-
manajemen.html. Accessed: 3 Juni 2017
Fajar Basokro. 2017. Evaluasi Akhir Semester Manajemen Proyek Perangkat Lunak
2017.http://fajarbaskoro.blogspot.co.id/2017/03/mppl17-07-perencanaan-
proyek.html. Accessed: 3 Juni 2017
1.7. Definisi dan Akronim
WBS Work Breakdown Structure
SKPL Spesifikasi Kebutuhan Perangkat
Lunak
SBMPTN Seleksi Bersama Masuk Perguruan
Tinggi Negeri
VORD Viewpoint Oriented Requirement
Definition
QA Quality Assurance
UML Unified Modelling Language
SDLC System Development Life Cycle
2. Organisasi Proyek
2.1. Lingkungan Eksternal
Lingkungan eksternal ini membahas tentang bagaimana hubungan antara team
proyek dengan pihak luar. Pihak yang berhubungan dan mendukung proyek adalah
sebagai berikut:
Organization Name of Liaison/Interface
Pengurus/Panitia SBMPTN Pihak Pemesan Aplikasi
User Pegawai Pelaksana/Pengguna
12. Page 12 of 36
Yang digambarkan dalam structured diagram berikut :
Structured Diagram Eksternal Interface dengan Internal Interface
2.2. Struktur Internal
Struktur organisasi dalam team proyek ini menggunakan tipe controlled
decentralized dimana team telah menunjuk seorang leader (manajer proyek) sebagai
pimpinan proyek. Untuk lebih jelasnya tentang Komunikasi antar kelompok dan individu
Siswa Lulusan
SMA
Ketua Panitia
User
13. Page 13 of 36
dilakukan secara horisontal. Komunikasi vertikal sesuai dengan hirarki kendali juga
dilakukan. Untuk lebih jelasnya tentang struktur organisasi dapat dilihat di gambar di
bawah ini:
Penjelasan dari diagram di atas secara umum bahwa tim proyek ini dipimpin oleh
seorang pimpinan proyek yang membawahi 3 bidang, yaitu analis, programmer, dan
surveyor. Antar bidang dapat saling memberikan saran. Masing –masing bidang
bertanggung jawab pada pimpinan proyek.
2.3. Peran dan Tanggung Jawab
Tiap-tiap anggota tim memiliki tugas dan tanggung jawab masingmasing yang
harus dijalankan. Tugas dan tanggung jawab tersebut dapat dilihat di tabel berikut :
Jabatan Pembagian Tugas
Pimpinan Proyek Bertanggung jawab terhadap jalannya proyek
Membuat perencanaan proyek serta pengawasan seluruh
aktifitas
eksekusi proyek
Membuat/mengumpulkan dokumentasi proyek setelah selesai
dilakukannya tahapan tertentu.
Membuat laporan pertanggungjawaban setelah tahap
implementasi selesai.
Memberikan pengarahan, teguran, dan peringatan kepada
anggota team jika terjadi penyimpangan dalam pelaksanaan
proyek.
System Analyst Melakukan analisa kebutuhan kustomer hingga menghasilkan
spesifikasi fungsional dari sistem informasi.
Mendesain desain database dan UML diagram dari sistem
sesuai hasil analisa.
Menetapkan kebutuhan dari sistem dan menggambarkan
fungsionalitas dari sistem.
Membuat dokumentasi untuk aktifitas analisa dan desain yakni
berupa Spesifikasi Kebutuhan Perangkat Lunak dan Deskripsi
Detail Desain.
Programmer Membuat aplikasi berdasarkan detail desain yang diberikan
oleh pihak analis
Membuat dokumentasi aplikasi
Surveyor Melakukan identifikasi terhadap kebutuhan kustomer (survey
kebutuhan kustomer)
Membuat kesimpulan awal tentang layanan dari sistem
berdasarkan identifikasi kebutuhan yang dilakukan
14. Page 14 of 36
3. Rencana Proses Managerial
3.1. Rencana Awal
3.1.1. Estimasi
Metode dan hasil estimasi proyek
Estimasi biaya untuk gaji pekerja menggunakan basis INKINDO 2017 wilayah
jawa timur.
3.1.2. Pengaturan Kepegawaian
Staff yang diperlukan pada proyek ini untuk keseluruhan berjumlah 13 orang
dengan pembagian sebagai berikut:
Staff Durasi Kerja Jumlah
Pimpinan proyek Selama Proyek Berlangsung 1
System Analyst Selama fase identifikasi
kebutuhan
4
Programmer Selama fase analisa dan desain 4
Surveyor Selama fase pembangunan
aplikasi dan ujicoba
4
3.1.3. Perolehan Sumber Daya
Perolehan dan perekrutan sumber daya proyek tidak perlu dilakukan dalam
proyek, karena sumber daya proyek telah didapat atau direkrut oleh perusahaan
penanggung jawab proyek (dimana proyek berlangsung) sesuai dengan kriteria yang
ditentukan. Oleh karena itu rencana perolehan sumber daya beserta proses dan
penanggung jawabnya tidak akan dijelaskan disini.
3.2. Rencana Kerja
3.2.1. Work Breakdown Structure (WBS)
WBS merupakan pembagian sebuah proyek kedalam aktifitas-aktifitas yang,
lebih kecil. Aktifitas-aktifitas tersebut diberi identitas untuk menentukan hubungan
antar aktifitas. WBS berguna untuk perencanaan proyek, terutama mengenai
perkiraan waktu pengerjaan dan sumberdaya yang digunakan. WBS pada proyek ini
disusun berdasarkan metode pengembangan aplikasi waterfall serta aktifitas
pengembangan aplikasi pada umumnya. Level dekomposisi yang dilakukan pada
WBS dibawah ini hingga pada level 5.
Deliverable atau produk yang dihasilkan pada tiap aktifitas adalah seperti
berikut:
No. Aktifitas(Outline level dua) Produk
1 Identifikasi kebutuhan Form identifikasi kebutuhan yang telah
berisi jawaban
15. Page 15 of 36
2 Analisa kebutuhan Dokumen SKPL dan Dokumen Kebutuhan
3 Desain sistem Dokumen Deskripsi Detail sistem
4 Pembuatan Aplikasi Aplikasi Sistem Seleksi
5 Uji Coba Aplikasi Hasil testing dan performance aplikasi.
Dekomposisi WBS yang dibangun untuk pelaksanaan proyek pembangunan
SIRST dapat dilihat lebih jelas pada kolom task name dalam lampiran 1. Baseline
proyek. Selain aktifitas yang dikerjakan tercantum pula durasi, sumber daya yang
digunakan dan predecessor dari tiap aktifitas.
3.2.2. Alokasi Jadwal
Sebelum melakukan alokasi jadwal, terlebih dahulu harus disusun daftar
aktfiitas yang akan dikerjakan dalam proyek beserta sumber daya proyek yang
dibutuhkan. Susunan aktifitas proyek pembangunan aplikasiSistemSeleksiSBMPTN
yang dibuat berupa WBS (selengkapnya dapat dilihatpada subbab 3.2.1). Sedangkan
mengenai sumber daya proyek selengkapnya dijelaskan pada subbab 3.2.3 (alokasi
sumber daya). Alokasi jadwal dilakukan dengan bantuan gantt chart pada Microsoft
Project 2003.
Tahap pertama dalammelakukan alokasi jadwal yaitu mengatur dependensi
(keterkaitan) antar aktifitas yang sudah tersusun. Keterkaitan tiap aktifitas dicatat
dalam kolom predecessor (pada gantt chart) dengan menggunakan ID aktifitas
dalam WBS. Setelah keterkaitan dibangun baru kemudian menentukan tanggal
mulai dan durasi untuk tiap aktifitas. Saat seluruh tanggal dan durasi telah
ditentukan untuk tiap aktifitas, jadwal proyek telah selesai dan siap untuk disimpan
sebagai baseline proyek.
3.2.3. Alokasi Sumberdaya
Sumberdaya yang diperlukan dan dialokasikan pada proyek terbagi atas 2
kelompok utama, yaitu:
Sumber Daya Manusia(SDM): Yakni berupa tenaga kerja yang terdiri
atas pimpinan proyek, surveyor, analis, dan programmer.
Tools: Pada kategori tools terdapat sumberdaya set komputer
karena penggunaan komputer pada pelaksanaan aktifitas dihitung
sesuai dengan lama pemakaian computer oleh tenaga kerja,
sehingga dapat meminimalkan biaya sewa computer.
Material: Merupakan barang habis yang terdiri dari barang-barang
keperluan kantor (kertas, alat tulis dan CD), biaya utilitas (sewa
kantor, listrik dan air) serta biaya akomodasi pelaksanaan rapat atau
review hasil aktifitas.
Jumlah pekerja yang dibutuhkan beserta kemampuan yang dimiliki
dicantumkan pada tabel berikut:
Staff Jumlah Tahapan Pekerjaan Kemampuan Yang Dimiliki
16. Page 16 of 36
Pimpinan
Proyek
1 Orang Seluruh Tahapan
Pada Proyek
Kemampuan koordinasi dan
komunikasi yang baik
Kemampuan manajerial dan
manajemen proyek IT.
Kemampuan menyelesaikan
masalah
Surveyor 4 Orang Identifikasi
Kebutuhan
Mampu bekerja sama dengan
user aplikasi
Mampu berkomunikasi dan
negosiasi
Kritis dan detail dalam
bertanya.
System
Analyst
4 Orang Analisa kebutuhan Mampu mengelompokkan
layanan dan fungsi dari sistem
berdsarksn hasil identifikasi
kebutuhan
Memahami metode analisa
kebutuhan yang digunakan
Mampu menuliskan
dokumentasi kebutuhan
Mampu membuat dokumen
SKPL yang detail
Desain Sistem Mengerti cara membuat
diagram-diagram UML
Mampu mengoperasikan
software untuk desain UML
yaitu power Designer 12.
Mengerti tentang Database
Programmer 4 Orang Pembuatan
Aplikasi
Menguasai Bahasa
pemrograman PHP dan
HTML5
Menguasai MySql 5 sebagai
DBMS
Mengerti fungsi dan
penggunaan Framework
CodeIgniter
Mampu melakukan koneksi
dari database ke PHP HTML
Uji Coba Aplikasi Uji Coba aplikasi - Memahami
aplikasi yang dibuat
Mengerti tentang teknik
testing yang digunakan
17. Page 17 of 36
Menguasai masalah
keamanan software dan
database.
3.2.4. Alokasi Dana
Berikut merupakan tabel pemetaan dana pada setiap aktifitas (outline level
3) yang terjadi dan telah diasumsikan total biaya berdasarkan lama pengerjaan
proyek dan sumber daya yang telah terhitung didalamnya:
Aktifitas Total Biaya
Project Manajer 68.400.000
Survei Kebutuhan 50.136.000
Analisis Kebutuhan 44.448.000
Desain 18.000.000
Implementasi 152.610.400
Testing 30.000.000
Deployment/Instalasi 21.668.400
Dokumentasi 30.748.000
Training 51.836.800
Maintenance 65.005.200
3.3. Rencana Penelusuran Proyek
3.3.1. Manajemen Kebutuhan Proyek
Proses pengukuran terhadap perubahan kebutuhan proyek didasarkan pada
presentase perubahan yang diminta dibandingkan dengan presentase pengerjaan
proyek yang telah selesai dilakukan.
Proses pelaporannya itu sendiri dilakukan dengan cara meminta perubahan
secara langsung kepada tim proyek. Tim proyek ini kemudian akan melakukan
pengukuran apakah perubahan kebutuhan dalam skala besar atau kecil. Skala ini
akan digunakan untuk menginisialisasi perubahan terhadap penjadwalan proyek,
anggaran dana dan sumber daya manusia yang digunakan.
Kontrol terhadap perubahan kebutuhan akan terus dilakukan sepanjang
pengerjaan proyek sehingga pengerjaan proyek mencapai hasil yang maksimal dan
tidak sampai menyimpang dari spesifikasi permintaan perubahan oleh kustomer
ataupun dari stakeholder lain. Kontrol ini akan dilakukan secara bersama-sama oleh
tim sponsor sendiri dan juga oleh pimpinan proyek.
3.3.2. Pengawasan Jadwal
Mengelola dan mengatur jadwal secara aktif merupakan cara terbaik untuk
memastikan bahwa proyek berjalan tepat waktu. Dan untuk melakukan proses
tersebut, ada beberapa masukan yang harus tersedia dan dapat dipahami. Input
tersebut antara lain:
18. Page 18 of 36
Baseline jadwal: adalah versi baseline jadwal terkini yang disetujui
dari jadwal proyek yang menyediakan dasarsebagai pembanding dan
pelaporan dari kinerja proyek. Jadwal proyek menjelaskan dengan
detil rencana tanggal permulaan dan akhir dari setiap aktifitas.
Laporan kinerja: merupakan hal pertama yang kebanyakan
digunakan sebagai mekanisme komunikasi untuk mendaftar
pekerjaan apa yang harus dikerjakan dan siapa yang mengerjakan.
Laporan kinerja yang baik seharusnya menunjukkan tanggal yang
direncanakan, tanggal sebenarnya dan durasi yang sebenarnya dari
pekerjaan setiap aktifitas.
Saat semua masukan telah dibuat, dibutuhkan alat bantu dan teknik yang
digunakan untuk meninjau ulang jadwal. Jika sebuah kondisi terjadi dimana pada
kenyataan pelaksanaan proyek berbeda dengan jadwal sebenarnya, alat bantu dan
teknik tesebut dapat digunakan untuk memperbaiki situasi yang terjadi. Pimpinan
proyek akan melakukan evaluasi seberapa banyak perkerjaan yang berhasil
diselesaikan dibandingkan dengan performa aktual dan perbedaan jadwal. Jika
ditemukan kasus perbedaan jadwal maka pimpinan proyek wajib mencari
penyebabnya.
Berikut adalah beberapa teknik dan metode yang digunakan untuk
melakukan pengawasan jadwal pada proyek ini:
1. Laporan kemajuan proyek: adalah ketika sebuah laporan yang dibuat
menjelaskan tentang tanggal mulai dan selesai yang sebenarnya dari
aktifitas. Dan durasi yang belum dikerjakan dari aktifitas yang belum
selesai dikerjakan.
2. Analisa perbedaan: adalah analisa yang membandingkan antara data
perencanaan dengan kinerja yang sebenarnya untuk menemukan
penundaan yang terjadi pada jadwal proyek.
3. Pengukuran kinerja: adalah perkiraan tingkat kesulitan dari
penundaan yang terjadi dengan mengukur kinerja proyek
dibandingkan terhadap rencana proyek. Alat ukur yang umum
digunakan adalah diagram perbandingan jadwal, yaitu merupakan
cara untuk menunjukkan perbedaan antara kinerja sebenarnya
dengan yang direncanakan. Diagram, tersebut menghasilkan
informasi tentang kondisi terkini dari proyek dan dapat digunakan
untuk menentukan apakah proyek sesuai atau tidak dengan jadwal
yang ditentukan.
3.3.3. Pengawasan Anggaran Dana
Pemantauan dilakukan dengan melihat biaya aktual yang timbul dan
membandingkanya dengan baseline cost (anggaran). Pengawasan terhadap biaya
19. Page 19 of 36
dalam sebuah proyek merupakan satusatunya cara untuk memastikan bahwa
anggaran proyek merupakan bagian. dari kesuksesan proyek. Pengawasan biaya
meliputi penanganan perubahan permintaan melalui proses pengawasan
perubahan yang terintegasi. Perubahan permintaan dapat berubah-ubah antara
kemungkinan overrun pada keuangan yang sah dan penggunaan sumber daya yang
tidak sesuai.
Ada beberapa masukan, alat bantu dan teknik, serta keluaran untuk
melakukan pengawasan terhadap biaya proyek. Masukan yang digunakan pada
proyek ini adalah :
Laporan kinerja: merupakan hal pertama yang kebanyakan
digunakan sebagai mekanisme komunikasi untuk mendaftar
pekerjaan apa yang harus dikerjakan dan siapa yang mengerjakan.
Laporan kinerja yang baik seharusnya menunjukkan tanggal yang
direncanakan, tanggal sebenarnya dan durasi yang sebenarnya dari
pekerjaan setiap aktifitas.
Baseline biaya: merupakan anggaran dana pada sutau tahapan.
Tujuan dari baseline baiya ini adalah untuk menyediakan dasar
pengukuran, pengawasan dan pengendalian dari keseluruhan kinerja
proyek.
Rencana Manajemen proyek: rencana manajemen proyek dan
rencana manajemen anggaran dana menjelaskan tentang kebijakan
dan prosedur dari perusahaan yang harus dipatuhi
Untuk alat bantu dan teknik yang digunakan pada pengawasan biaya proyek
ini, yaitu antara lain:
1. Manajemen perbedaan: hal ini menggambarkan berbagai tingkat
dari perbedaan (durasi dan biaya) yang harus dikelola.
2. Review kinerja proyek: review kinerja proyek membandingkan biaya
setiap aktifitas yang mengalami kelebihan biaya, aktitas yang
dijadwalkan, serta milestone yang telah dicapai.
Sedangkan hasil dari proses pengawasan proyek antara lain:
1. Usulan tindakan perbaikan: merupakan langkah-langkah yang harus
dilakukan oleh pimpinan proyek untuk memastikan bahwa setiap pekerjaan
yang akan datang akan mendukung rencana manajemen proyek saat ini.
2. Permintaan perubahan: permintaan perubahan biasanya dihasilkan dari
usulan tindakan perbaikan.
3. Pengukuran kinerja: adalah perkiraan tingkat kesulitan dari penundaan
yang terjadi dengan mengukur kinerja proyek dibandingkan terhadap
rencana proyek.
20. Page 20 of 36
4. Pembaharuan baseline biaya: pembaharuan terhadap baseline biaya
menyetujui perubahan pada baseline biaya saat ini. Dengan
memperbaharui baseline maka dapat digunakan sebagai ukuran yang
realistik pada kinerja anggaran dana proyek.
3.3.4. Pengawasan Kualitas
Pengawasan terhadap kualitas merupakan proses perbandingan antara
produk yang dihasilkan dengan standar kualitas yang telah ditetapkan pada
perencanaan kualitas sebelumnya.
Teknik yang dilakukan untuk melakukan pengawasan terhadap kualitas,
yaitu:
Pengukuran pengendalian kualitas: merupakan hasil dari aktifitas
membandingkan produk dari proyek dengan standar dan proses
kualitas yang telahditetapkan. Hal inimerupakan pemeriksaaan yang
sebenarnya untuk memastikan kualitas dari produk dan jasa yang
dibangun.
Pertemuan status review: adalah pertemuan yang diadakan secara
rutin dengan seluruh anggota tim proyek untuk mendapat
perubahan informasi yang terjadi mengenai proyek.
Laporan kinerja: merupakan hal pertama yang kebanyakan
digunakan sebagai mekanisme komunikasi untuk mendaftar
pekerjaan apa yang harus dikerjakan dan siapa yang mengerjakan.
Laporan kinerja yang baik seharusnya menunjukkan tanggal yang
direncanakan, tanggal sebenarnya dan durasi yang sebenarnya dari
pekerjaan setiap aktifitas.
3.3.5. Pelaporan
Pelaporan adalah proses pengumpulan keseluruhan data baseline dan
mendistribusikan informasi tersebut kepada sponsor ataupun anggota tim proyek.
Kegunaan dari laporan adalah untuk menjelaskan bagaimana sumber daya
digunakan untuk memenuhi sasaran proyek. Pelaporan harus memuat informasi
yang berkaitan dengan ruang lingkup, jadwal, biaya, resiko dan kualitas.
Yang menjadi masukan dalam proses pelaporan, yaitu:
1. Deliverables: adalah segala produk, layanan, atau hasil yang berbeda yang
harus dihasilkan untuk menyelesaikan sebuah proses, tahapan dari proyek.
Ketika seluruh produk yang dihasilkan telah disetujui, maka tahap
pelaksanaan proyek dinyatakan selesai dan penutupan proyek dapat
dimulai.
2. Pengukuran pengendalian kualitas: merupakan hasil dari aktifitas
membandingkan produk dari proyek dengan standar dan proses kualitas
21. Page 21 of 36
yang telah ditetapkan. Hal ini merupakan pemeriksaaan yang sebenarnya
untuk memastikan kualitas dari produk dan jasa yang dibangun.
3. Pengukuran kinerja: adalah perkiraan tingkat kesulitan dari penundaan yang
terjadi dengan mengukur kinerja proyek dibandingkan terhadap rencana
proyek.
4. Informasi kinerja aktifitas: adalah sumber data mengenai informasi status
dan kualitas dari seluruh aktifitas yang telah selesai dikerjakan. Hal ini
digunakan untuk memastikan apakah seluruh aktifitas yang dibutuhkan
telah benar-benar selesai dikerjakan dan kontrak proyek telah diakhiri.
5. Permintaan perubahan yang telah disetujui.
Dari beberapa masukan yang ada tersebut diolah dengan beberapa alat bantu dan
teknik berikut, antara lain:
1. Pertemuan status review: adalah pertemuan yang diadakan secara rutin
dengan seluruh anggota tim proyek untuk mendapat perubahan informasi
yang terjadi mengenai proyek.
2. Sistem pelaporan waktu: adalah catatan yang mendukung informasi tentang
waktu yang dihabiskan untuk setiap aktifitas pada proyek.
3. Sistem pelaporan biaya: adalah catatan yang mendukung informasi tentang
biaya yang dihabiskan untuk setiap aktifitas pada proyek.
Dengan menggunakan alat bantu dan teknik tersebut diatas akan sangat
membantu dalamproses pembuatan laporan performa proyek yang efisien. Proses
pelaporan berkaitan dengan dokumentasi performa proyek secara keseluruhan.
Beberapa keluaran dari proses pelaporan, yaitu:
1. Laporan kinerja
2. Permintaan perubahan
3. Usulan tindakan perbaikan
3.3.6. Matriks Proyek
Mengumpulkan matriks (ukuran) pada sebuah proyek merupakan salah satu
proses manajemen proyek yang paling baik dilakukan tetapi sangat sulit untuk
diterapkan. Yang penting untuk dijadikan matrik pada proyek adalah informasi
tentang estimasi durasi, durasi aktual dan informasi tentang estimasi biaya serta
biaya aktual.
Matriks proyek merupakan alat bantu untuk pengendalian kualitas dan
manajemen proyek. Matriks mengukur atribut yang berbeda dari proyek. Matriks
dapat digunakan untuk menemukan lokasi yang mungkin menjadi penyebab
masalah.
Yang menjadi matrik pada proyek ini akan digambarkan pada table berikut:
22. Page 22 of 36
Matriks(ukuran) Bagaimana Mengukur Matrik Penanggung Jawab
Waktu penyelesaian Untuk setiap tahapan dalam
proyek, catat waktu atau
tanggal mulai tahapan sejak
awal permulaan aktifitas
dikerjakan
Pimpinan Proyek &
pekerja yang
bertanggung jawab
pada setiap tahapan
Mulai Proyek Dihitung pada akhir bagian Pimpinan Proyek
Selesai Proyek Dihitung pada akhir bagian Pimpinan Proyek
Presentase milestone
yang telah dicapai
Berapa persen milestone yang
tercapai dari ¼ waktu
pelaksanaan proyek
Pimpinan Proyek
Kesuksesan
(penyelesaian) persen
Pada akhir bagian, berapa
persen pekerjaan yang berakhir
secara normal dibandingkan
dengan pekerjaan yang selesai
tertunda atau sengaja
dihentikan.
Pimpinan Proyek &
pekerja yang
bertanggung jawab
pada setiap tahapan
3.4. Rencana Manajemen Resiko
Proses pengelolaan resiko membantu untuk menentukan resiko yang potensial
dari sebuah proyek. Manajemen resiko terdiri atas 3 proses utama, yaitu:
1. Identifikasi resiko merupakan aktifitas yang digunakan untuk melakukan
identifikasi resiko potensial yang mungkin terjadi serta menjelaskan
hubunganya. Setelah proses identifikasi resiko biasanya diikuti dengan
proses analisa resiko secara kualitatif. Output dari proses ini adalah daftar
resiko yang mungkin terjadi dan detail semua resiko yang telah
terindetifikasi, termasuk kategori resiko, penyebab resiko, kemungkinan
terjadi, dampak dari resiko, serta penanggung jawab resiko.
Tahapan
Terjadi
Resiko
Daftar Resiko Asal Resiko Pengaruh Resiko Penganggun
g Jawab
A.Perencana
an Proyek
Perencanaan kurang
lengkap
Salah
menggunakan
teknik
Estimasi
Pelaksanaan proyek
tidak berjalan lancar
Pimpinan
proyek
Kurang pengawasan
dan komunikasi antar
anggota tim proyek
Tidak ada
pengaturan
komunikasi
antar
anggota tim
proyek
Hasil kerja tidak
sempurna/penyeles
aian masalah
terlambat.
Pimpinan
proyek
23. Page 23 of 36
Ruang lingkup,
jadwal,biaya,sasaran
proyek kurang jelas
Tidak detail
dalam
menentukan
sasaran
proyek
Pelaksanaan proyek
tidak berjalan lancar
karena sasaran tidak
jelas
Pimpinan
Proyek
Perubahan keuangan Perubahan
durasi kerja
Budget over cost Pimpinan
proyek
B.Identifikasi
kebutuhan
Perubahan
permintaan
akibat error
Kurang
komunikasi
dengan
pengguna
Surveyor
Requirement kurang Identifikasi
kebutuhan
kurang
lengkap
Sistem yang
dihasilkan tidak
sesuai requirement
Surveyor
C.Analisa
kebutuhan
Penggunaan teknik
analisa kebutuhan
yang kurang tepat
Penentuan
teknik analisa
kurang tepat
Hasil Analisa tidak
valid
System
Analyst
Pekerja yang kurang
berpengalaman
Kriteria yang
salah pada
proses
perekrutan
Hasil pekerjaan
kurang sempurna
Pihak Rekrut
Pekerja
D.Desain
sistem
Desain sistemkurang
lengkap
Hasil analisa
kurang
lengkap
Kesulitan dalam
pembuatan aplikasi
System
Analyst
Pekerja yang kurang
berpengalaman
Kriteria yang
salah pada
proses
perekrutan
Hasil pekerjaan
kurang sempurna
Pihak Rekrut
Pekerja
E.Pembuatan
aplikasi
Pekerja yang kurang
berpengalaman
Kriteria yang
salah pada
proses
perekrutan
Hasil pekerjaan
kurang sempurna
Pihak Rekrut
Pekerja
Penggunaan
teknologi berubah
Penentuan
teknologi
tidak
dipertimbang
kan
Butuh waktu untuk
belajar teknologi
baru
Programmer
F.Uji coba
aplikasi
Kehilangan pekerja
pada saat –saat yang
penting
Karena
lingkungan,
kondisi
kurang fit
Aktifitas yang
penting dapat
terganggu /
terlambat
Semua
anggota tim
24. Page 24 of 36
2. Analisa hasil resiko membutuhkan hasil dari proses identifikasi resiko
sebagai input pada proses ini. Proses ini merubah dari daftar resiko yang ada
dengan pemberian prioritas dan penggolongan resiko. Hasil akhirnya untuk
meminimalkan dampak dari resiko yang sudah teridentifikasi, kemudian
merubah kemungkinan terjadi dari daftar resiko, dan kecenderungan dari
hasil identifikasi resiko sebagai output dari proses ini.
Daftar Resiko Resiko Akibat Tindakan Penjelasan Tindakan
A Perencanaan kurang
lengkap
Tinggi Tinggi Dikurangi Membuat detail dari
perencanaan
sebelumnya &
terdokumentasi
(Project Plan)
Kurang pengawasan
dan komunikasi antar
anggota tim proyek
Sedang Tinggi Dihindari Lebih sering melakukan
pertemuan dengan
anggota tim untuk
evaluasi da review.
Ruang lingkup,
jadwal,biaya,sasaran
proyek kurang jelas
Rendah Tinggi Dikurangi Membuat detail dari
sasaran proyek supaya
lebih jelas maksudnya.
Perubahan keuangan Sedang Sedang Dikurangi Menyesuaikan jadwal
dan sumber daya di
akhir tiap tahap
B Perubahan
permintaan
akibat error
Rendah Sedang Dikurangi Melakukan komunikasi
yang efisien dan rutin
Requirement kurang Sedang Tinggi Dicegah Melakukan studi
pustaka terlebih
dahulu sebelum
menyusun pertanyaan
identifikasi kebutuhan
C Penggunaan teknik
analisa kebutuhan
yang kurang tepat
Sedang Tinggi Dihindari Sebelumnya sudah
mempelajari karakter
proyek yg akan
dikerjakan dan memilih
teknik analisa yang
sesuai.
Pekerja yang kurang
berpengalaman
Tinggi Tinggi Dikurangi Memperpanjang durasi
aktifitas / memberikan
pelatihan yang relevan
D Desain sistemkurang
lengkap
Sedang Tinggi Dikurangi Melakukan review
pada dokumentasi
akhir tahapan analisa.
25. Page 25 of 36
Pekerja yang kurang
berpengalaman
Tinggi Tinggi Dikurangi Memperpanjang durasi
aktifitas / memberikan
pelatihan yang relevan
E Pekerja yang kurang
berpengalaman
Tinggi Tinggi Dikurangi Memperpanjang durasi
aktifitas / memberikan
pelatihan yang relevan
Penggunaan teknologi
berubah
Rendah Rendah Dihindari Mempertimbangkan
teknologi yang
digunakan dengan
sistemyang akan
dibangun.
F Kehilangan pekerja
pada saat –saat yang
penting
Rendah Rendah Dikurangi Menggantikan tugas
pekerja ahli dengan
pekerja lain.
3. Evaluasi Jadwal terhadap resiko dengan mengidentifikasi dan
menganalisa resiko akan terlihat pengaruh resiko tersebut terhadap durasi
aktifitas yang sudah direncanakan. Dengan demikian akan dapat dilakukan
evaluasi pengaruh resiko tersebut terhadap rencana aktifitas.
3.5. Rencana Penyelesaian Proyek
Penutupan proyek mengikuti pola yang sama dengan semua proses dalam
manajemen proyek lainnya, terdiri dari masukan dan keluaran yang berhubungan
dengan penutupan sebuah proyek, begitu juga alat bantu atau teknik yang digunakan
untuk membantu proses tersebut.
Masukan yang ada digunakan untuk memeriksa penyelesaian dan mengesahkan
semua hal penting yang telah diputuskan. Masukan yang ada antara lain:
1. Rencana manajemen proyek
2. Informasi kinerja pekerjaan
3. Hasil yang dikirimkan
Untuk memastikan bahwa semua hal penting telah selesai dilakukan dan proyek
telah memenuhi sasaran, pimpinan proyek akan melanjutkan dengan menggunakan alat
bantu dan teknik yang sama dengan proses sebelumnya. Ada tiga hal yang menjadi
output pada tahap penyelesaian proyek, yaitu:
1. Penerimaan dan pengiriman hasil akhir proyek
2. Laporan akhir penutupan proyek
Pada penyelesaian proyek juga harus dipastikan bahwa semua tahapan telah
benar-benar selesai dilakukan. Dan semua produk dan dokumentasi yang dihasilkan
telah di serahkan pada klien.
26. Page 26 of 36
4. Rencana Proses Teknis
4.1. Model Proses
Gambar berikut menunjukkan keterkaitan antara aktifitas proyek yang utama
dengan proses pendukung:
Sedangkan gambar berikut menjelaskan tentang alur informasi dan produk yang
dihasilkan masing-masing aktifitas antara satu aktifitas dengan yang lain.
Milestone utama
No. Tanggal Tahapan Produk yang
Dihasilkan
Hasil yang Harus Dicapai
1 05/06/2017 Identifikasi
Kebutuhan
Pertanyaan
identifikasi kebutuhan
Pertanyaan identifikasi
kebutuhan selesai dibuat
2 15/06/2017 Identifikasi
Kebutuhan
Form identifikasi
kebutuhan Dan
pertanyaan
identifikasi kebutuhan
Persiapan Identifikasi
kebutuhan selesai
27. Page 27 of 36
3 25/06/2017 Identifikasi
Kebutuhan
Form identifikasi
kebutuhan telah terisi
dan dijawab oleh user
Pelaksanaan Identifikasi
Kebutuhan selesai
4 30/06/2017 Identifikasi
Kebutuhan
Hasil identifikasi
kebutuhan
Telah dievaluasi dan
di review
Tahap Identifikasi
Kebutuhan selesai
5 05/07/2017 Analisa
Kebutuhan
Dokumentasi
kebutuhan
berdasarkan
viewpoint
Dokumentasi viewpoint
selesai
6 20/07/2017 Analisa
Kebutuhan
SKPL Dokumen SKPL selesai
dibentuk
7 31/07/2017 Analisa
Kebutuhan
Hasil analisa yang
telah dievaluasi
Tahap Analisa Kebutuhan
selesai
8 15/08/2017 Desain
sistem
Dokumen deskripsi
detail Desain
Dokumen Deskripsi Detail
desain selesai
9 31/08/2017 Desain
sistem
Detail desain yang
telah direview
Tahap detail desain
10 31/10/2018 Pembuatan
aplikasi
Aplikasi Sistem Seleksi
SBMPTN
Tahap pembuatan aplikasi
selesai
11 30/11/2018 Uji coba
aplikasi
Aplikasi yang telah
diuji coba
Tahap uji coba aplikasi
selesai
Project Deliverable
Dokumen dan produk yang diserahkan sebagai hasil dari proyek meliputi dua
kategori berikut:
Project management-related deliverables: project Plan , project charter,
scope statement, WBS, schedule, cost baseline,status reports, final project
presentation, final project report, dan dokumentasi lain yang berkaitan
dengan project.
Product-related deliverables: Spesifikasi Kebutuhan Perangkat Lunak,
Deskripsi detail desain, source code aplikasi.
4.2. Metode Alat Bantu dan Teknik
Metode
Metodologi yang digunakan adalah metode Waterfall. Metode waterfall adalah
suatu proses pengembangan perangkat lunak berurutan, di mana kemajuan dipandang
sebagai terus mengalir ke bawah (seperti air terjun) melewati fase-fase perencanaan,
pemodelan, implementasi (konstruksi), dan pengujian. Metode pengembangan waterfall
jugadikenal dengan metode pengembangan linear karena output dari proses ebelumnya
menjadi input proses selanjutnya.
28. Page 28 of 36
Metode ini digunakan karena tergolong mudah jika diterapkan pada proyek
dengan kebutuhan user yang stabil (tidak berubah-ubah). Pada akhir setiap tahapan
dalam metode ini selalu dihasilkan sebuah dokumen yang akan digunakan sebagai
pedoman bagitahapan selanjutnya. Metode lainyang juga dgunakan pada proyek adalah
UML. UML merupakan proses rekayasa perangkat lunak. UML menyediakan pendekatan
perancangan perangkat lunak yang berorientasi objek melalui gambaran berbagai
diagram rancangan perangkat lunak
Alat Bantu
Pada tahapan desain menggunakan UML diagram untuk memodelkan spesifikasi
kebutuhan aplikasidenganalat bantu Power designer 12. DiagramUML yang akandibuat
meliputi: Usecasediagram, Class diagram, dan Sequence diagram. Dokumen hasildesain
yaitu deskripsi detail desain yang selanjutnya akan diserahkan pada programmer untuk
membangun program aplikasi.
Program aplikasi dibuat dengan menggunakan bahasa pemrograman PHP dan
HTML5. Sedangkan untuk database digunakan MySQL. Tahapan terakhir, yaitu uji coba
menggunakan unit testing kemudian dilanjutkan dengan Integration testing. Secara
umum hasil dari seluruh tahapan terdiri dari 3 hal, yaitu:
1. Dokumen Spesifikasi kebutuhan Perangkat Lunak (SKPL)
2. Dokumen Deskripsi Detail Desain
3. Aplikasi Sistem Seleksi SBMPTN
4.3. Infrastruktur
Perangkat lunak yang diperlukan untuk pembangunan Sistem Seleksi SBMPTN:
1. Sistem operasi: Windows 7
2. Desain: Power Designer 12
3. Database: DBMS MySQL server 5.0.2, SQL Yog
29. Page 29 of 36
4. Pemograman: PHP, HTML dan CodeIgniter
6. Pendukung: Microsoft office 2013 (Word dan Project), Web browser.
Yang dijadikan sebagai standar dalam proyek pembangunan Aplikasi Sistem Seleksi
SBMPTN, antara lain:
1. IEEE 830 tentang Software Requirement spesification dan IEEE 1233 tentang Sistem
Requirement Spesification yang digunakan untuk membuat dokumen SKPL.
2. IEEE 1016 tentang Software design description sebagai panduan dalam membuat
deskripsi detil desain perangkat lunak.
3. IEEE 1058-1998 Standard for Software Project Management Plans
Personel yang terlibat dalam proyek ini, antara lain (lebih jelas dapat dilihat pada subbab
3.1.2 pengaturan kepegawaian):
1. Seorang pimpinan proyek (merangkap tugas sebagai pihak QA)
2. 4 orang surveyor
3. 4 orang analis
4. 4 orang programmer
4.4. Penerimaan Produk
Rencana penerimaan produk Sistem Seleksi SBMPTN ini menjelaskan secara
singkat mengenai tanggung jawab dari sumber daya yang terlibat dan menggambarkan
kriteria dari penerimaan masing-masing produk yang harus diselesaikan selama proyek
berlangsung. Aktifitas penerimaan produk disebarkan pada sepanjang siklus hidup
proyek untuk menandai adanya kemajuan terhadap tujuan hasil akhir produk. Oleh
karena itu, rencana ini tidak hanya ditujukan pada penerimaan akhir produk saja, tetapi
juga peneriman dari seluruh aktifitas yang kritis sebagai bagian dari proses
pembangunan produk.
Peran dan Tanggung Jawab Staff:
Staff Tanggung Jawab
Pimpinan
Proyek
Membuat dan memelihara pengendalian versi dari rencana
penerimaan produk dan memastikan bahwa rencana penerimaan
produk telah dijalankan.
Berpartisipasi dan memimpin review pada akhir tiap tahapan.
Perwakilan
customer
Bekerja sama dengan analis dan programmer untuk untuk
membuat, memelihara, dan menjalankan rencana penerimaan
produk proyek Sistem Seleksi
Analis dan
Programmer
Bekerja sama dengan perwakilan kustomer untuk membuat,
memelihara, dan menjalankan rencana penerimaan produk proyek
Sistem Seleksi
30. Page 30 of 36
Menetapkan produk yang dihasilkan pada tiap tahapan serta
membuat kriteria dan metode penerimaan hasil akhir produk pada
tiap tahapan.
Kriteria Penerimaan produk
Artifact Kriteria Penerimaan Metode Evaluasi
ADMINISTRASI PROYEK
Detail Jadwal Proyek Jadwal proyek yang telah
dibuat masih dalam
rentang waktu yang
ditentukan dalam project
charter
Review antara tim proyek
dengan pihak stakeholder
Rencana Pengelolaan
Kebutuhan
Dokumen rencana dikirim
dan disetujui untuk
dilakukan proses review
dan persetujuan
Proses review
PERKEMBANGAN KEMAJUAN
Use Case / Dokumen
Kebutuhan
Use case dikirim dan
disetujui untuk setiap
proses review dan
persetujuan use case
Review dan persetujuan
use case, Verifikasi dan
validasi kebutuhan.
Class Diagram Persetujuan proyek Proses pembuatan dan
review dari activity
diagram
Desain database Persetujuan proyek Proses pembuatan dan
review dari desain
database
Desain antar muka Persetujuan proyek ,
review tim desain sistem
(analis)
Prosedur persetujuan
desain antar muka.
Skenario uji coba unit Persetujuan untuk tiap
skenario uji coba unit.
Proses persetujuan pada
rencana uji coba
Skenario uji coba integrasi Persetujuan untuk tiap
skenario uji coba
integrasi.
Proses persetujuan pada
rencana uji coba
PRODUK AKHIR
Dokumentasi dan training
yang diadakan
Kehadiran peserta training,
tanggal pelaksanaan
training
Daftar kehadiran peserta
Hasil uji coba sistem Review hasil uji coba,
persetujuan proyek
Dijelaskan pada rencana
uji coba
31. Page 31 of 36
Verifikasi dan Validasi
kesiapan sistem
Dilakukan pada setiap
akhir tahapan
Menggunakan daftar
aktfitas.
5. Rencana Pendukung
5.1. Verifikasi dan Validasi
Rencana verifikasi dan validasi ini menjelaskan tentang aktifitas yang dilakukan
untuk melakukan verifikasi dan validasi dari proyek pembangunan Sistem Seleksi.
Pelaksanaan proses verifikasi dan validasi dalamproyek ini tidak dilakukan oleh tim SQA,
melainkan menjadi salah satu tanggung jawab dari pimpinan proyek. Proyek
pembangunan Sistem Seleksi SBMPTN melakukan beberapa aktifitas verifikasi dan
validasi berikut ini:
Review
Review merupakan proses atau pertemuan (rapat) yang dilakukan selama sebuah
hasilproduk telah selesaidan siapditampilkan kepada seluruh anggota timproyek untuk
persetujuan. Review memiliki aturan yang jelas dan prosedur yang sudah pasti, yang
dapat dilihat pada bagian Jaminan kualitas (sub bab 5.3). Tabel berikut menunjukkan
jadwal pelaksanaan review selama pelaksanaan proyek berlangsung.
No. Tanggal Tahapan Review Terhadap
1 30/06/2017 Identifikasi
Kebutuhan
Dokumen hasil identifikasi kebutuhan pada
pengguna/klien. Menyimpulkan sementara layanan
apa yang dibutuhkan oleh pengguna dari sistem
yang akan dibangun.
2 20/07/2017 Analisa
Kebutuhan
Dokumen SKPL yang dihasilkandari tahapan analisa.
Menyetujui spesifikasi kebutuhan sistem yang telah
dijelaskan pada dokumen tersebut.
3 31/08/2017 Desain
Sistem
Dokumen deskripsi detail desain sistem. Dokumen
ini menjelaskan dengan rinci proses dan data dari
masing-masing proses pada sistem. Review
dilakukan terhadap seluruh isi dokumen ini.
4 31/10/2018 Pembuatan
Aplikasi
Aplikasi yang telah dibangun, apakah telah sesuai
dengan perencanaan pada desain sistem.
5 30/11/2018 Uji Coba
Aplikasi
Hasil uji coba aplikasi apakah sudah memuat semua
scenario yang mungkin diterapakan pada aplikasi.
Uji Coba
Uji coba aplikasi dilakukan menggunakan beberapa teknik pengujian aplikasi
meliputi:
1. Black box testing
32. Page 32 of 36
2. Unit testing
3. Integration testing
Hasil dari uji coba aplikasi akan dituliskan pada dokumen hasil uji coba aplikasi
beserta skenario yang dilakukan pada saat uji coba. Tabel dibawah ini menunjukkan
jadwal pelaksanaan uji coba selama pelaksanaan proyek berlangsung:
No. Tanggal Tahapan Review Terhadap
1 30/11/2018 Uji Coba
Aplikasi
Keseluruhan aplikasi Sistem Seleksi
Penjadwalan proses verifikasi dan validasi
Proses verifikasi dan validasi dilakukan pada setiap tahapan dalam pelaksanaan
aktifitas proyek. Pimpinan proyek memiliki tanggung jawab untuk merencanakan review
pada seluruh dokumen hasil aktifitas proyek. Setiap sebuah aktifitas diselesaikan, hasil
dari aktifitas tersebut di review sesuai dengan kriteria penerimaan masing-masing
produk. Produk yang dimaksud disini bisa berupa dokumen, form, laporan kinerja atau
aplikasi. Tabel berikut menunjukkan jadwal uji coba dan review yang akan dilakukan
selama proyek pembangunan Sistem Seleksi.
Metode untuk melakukan verifikasi dan validasi kebutuhan adalah dengan
melakukan review terhadap daftar kebutuhan. Berikut merupakan gambaran proses
review kebutuhan yang dilakukan dalam proyek :
5.2. Penanganan Dokumen dan Form
Rencana dokumentasi ini menjelaskan tentang bentuk, format dan jenis
dokumentasi hasil dari proyek sistem seleksi ini. Dokumen dan form yang dihasilkan
proyek ditujukan pada dua kelompok pengguna, yaitu kepada pengembang dan kepada
klien.
Tabel berikut menunjukkan daftar dokumen dan form yang harus disiapkan,
bentuknya, penamaan serta penomoran versi dokumen dan form, penanggung jawab
pembuat dokumen dan form, penanggung jawab review dokumen dan form.
33. Page 33 of 36
No. Jenis Dokumen/Form Bentuk
Dokumen/
Form
Pembuatan
Dokumen/Form
Penanggung jawab
review Dokumen/Form
1 Perencanaan proyek (PP-
06 SIRST)
Dokumen Pimpinan
proyek
Seluruh tim manajemen
proyek dan sponsor
2 Project Scope Statement
(SIRST 062 PSS v1.0)
Dokumen Pimpinan
proyek
Seluruh tim manajemen
proyek dan sponsor.
3 SKPL (PP-11 SIRST) Dokumen Analis Programmer
4 Deskripsi Detail Desain
(PP-21 SIRST)
Dokumen Analis Programmer
5 Project Charter (SIRST
061 PC v1.0)
Dokumen PMO Pihak Sponsor
6 Risk Management (SIRST
066 RMG v1.0)
Dokumen Pimpinan
proyek
Seluruh tim manajemen
proyek dan sponsor.
7 Change request form
(dibuat saat terjadi
permintaan perubahan
saja)
Form Pimpinan
proyek
Pihak yang terkait
dengan
permintaan perubahan
8 Status report (SIRST 074
SR v1.0)
Form Pimpinan
proyek
Seluruh tim manajemen
proyek dan sponsor.
9 Laporan kemajuan
proyek (SIRST 075 PR
v1.0)
Form Pimpinan
proyek
Seluruh tim manajemen
proyek dan sponsor.
10 Hasil pembahasan
pertemuan
Form Pimpinan
proyek
Pimpinan proyek
11 Laporan akhir
penerimaan proyek
(SIRST 081 FPR v1.0)
Dokumen Pimpinan
proyek
Pihak sponsor
12 Deliverable acceptance
(SIRST 082 DVA v1.0)
Dokumen Pimpinan
proyek
Pihak sponsor
Keterangan penomoran dokumen:
06x: Untuk dokumen hasil tahapan perencanaan proyek
07x: Untuk dokumen hasil tahapan pelaksanaan dan pengawasan proyek
08x: Untuk dokumen hasil tahapan penutupan proyek
Penamaan dokumen
Semua dokumen diberi nama yang unik menurut struktur berikut:
SIRST nomor-judul-versi, dimana:
nomor adalah nomor dokumen
judul adalah judul dokumen
versi adalah kode dua digit yang menunjukkan versi dokumen.
34. Page 34 of 36
Versi Dokumen
Struktur berikut digunakan untuk pemberian versi dokumen:
Vn.sv, dimana:
V menunjukkan bahwa ini adalah nomor versi n adalah nomor versi utama;
sebelum dikeluarkan secara formal, nomornya 0 dan kemudian bertambah 1 dimulai
setelah dikeluarkan secara formal. Kemudian sv adalah nomor subversi (nomor dari 0-9)
5.3. Jaminan Kualitas
Bagian ini bertujuan untuk menyediakan referensi tunggal mengenai kualitas
dalam proyek pembangunan sistem Aplikasi Seleksi SBMPTN. Pada bagian ini tidak
tercantum detail review, alat bantu dan teknik, serta berbagai kriteria pengukuran
kualitas. Bagian ini menjelaskan hal-hal yang penting berkaitan dengan jaminan kualitas.
Dokumen ini menjelaskan bagaimana perusahaan memproses pengembangan
mulai dari titik awal hingga mencapai kualitas perangkat lunak yang baik.
Sasaran kualitas Bagian ini menjelaskan tentang kebutuhan kualitas kebutuhan dari
produk yang akan dibangun.Produk yang akan dibangun harus memenuhi seluruh
kebutuhan yang dijelaskan pada SKPL. Kesesuaian antara produk dengan SKPL akan
diperiksa pada saat uji penerimaan. Berdasarkan verifikasi klien ditentukan bahwa
seluruh uji coba terhadap produk telah dilewati dengan hasilyang memuaskan, sehingga
produk dianggap sebagai produk dengan kualitas yang juga memuaskan Hal ini berarti
bahwa produk sesuai dengan seluruh kebutuhan yang telah disampaikan oleh klien dan
diterima oleh klien
Manajemen Menjelaskan tentang struktur organisasi dari tim atau pihak yang akan
melakukan penjaminan kualitas produk dari proyek, bertanggung jawab dan
mengkomunikasikan antara anggota tim untuk membantu proses penjaminan kualitas.
Dokumentasi Memberikan daftar dokumen yang dirancang untuk memeriksa
kesesuaian produk dengan standar kualitas yang ditentukan.
Matrik Matrik menjelaskan mengenai matrik yang akan diukur pada titik
pengendalian tertentu selama pembangunan produk dan hal tersebut akan digunakan
untuk mengendalikan proses pembangunan perangkat lunak.
Rencana review Menjelaskan detail jadwal, sumber daya yang digunakan, metode
dan proses yang akan digunakan selama proses review.
Alat bantu, teknik dan metodologi Menjelaskan alat bantu, teknik dan metodologi
yang digunakan dalam proyek.
35. Page 35 of 36
Manajemen resiko Dokumen ini memberikan informasi bagaimana mengelola resiko
yang berkaitan dengan proyek. Bagian ini menjelaskan tugas dari pengelolaan resiko
yang harus dilakukan, menjelaskan tanggung jawab dan seluruh sumber daya tambahan
yang dibutuhkan untuk pengelolaan resiko yang efektif.
Catatan kualitas Menjelaskan tentang proses dari penelusuran hal yang penting
berkaitan dengan kualitas.
5.4. Review
Review pada proyek terbagi atas tiga review utama, yaitu:
1. Review kebutuhan fokus pada dokumen SKPL yang merupakan hasil dari
tahapan analisa kebutuhan. Proses ini dilakukan pada akhir tahap analisa.
2. Review arsitektur fokus pada dokumen detil desain yang merupakan hasil
dari tahap desain sistem. Dilakukan pada akhir tahap desain.
3. Review kode program fokus pada verifikasi kode-kode program. Review
harus dilakukan terhadap setiap produk yang dihasilkan oleh aktifitas utama
dalam proyek. Tabel berikut menunjukkan jadwal detail rencana review yang
dilakukan selama proyek berlangsung :
No. Tanggal
Review
Tahapan Review Terhadap Sumber
Daya
Review
Bentuk
Presentasi
Review
1 15/06/2017 Identifikasi
Kebutuhan
Ketepatan
pertanyaan yang
ditulis pada form
survey, bagian
(pihak) yang akan
dituju saat survey
Surveyor Daftar
pertanyaan
2 30/06/2017 Identifikasi
Kebutuhan
Pengumpulan dan
penyimpulan hasil
identifikasi
kebutuhan
Surveyor Dokumen hasil
survey
3 05/07/2017 Analisa
Kebutuhan
Strukturisasi
viewpoint yang
dibuat,
dokumentasi
kebutuhan dari
hasil survey
Analis Dokumentasi
kebutuhan user
4 20/07/2017 Analisa
Kebutuhan
Isi dan pembahasan
dalam dokumen
SKPL
Analis Dokumen SKPL
36. Page 36 of 36
5 10/08/2017 Desain
Sistem
Rancangan
database sistem
dan UML diagram
Analis ERD dan
diagram UML
6 20/08/2017 Desain
Sistem
Rancangan alur
tampilan aplikasi
Analis Form tampilan
aplikasi (Grafis)
7 31/08/2017 Desain
Sistem
Isi dan pembahasan
dalam dokumen
deskripsi detail
desain sistem
keseluruhan
Analis Dokumen
Deskripsi detail
desain
8 31/10/2018 Pembuatan
Aplikasi
Aplikasi yang telah
dibangun (fungsi-
fungsinya)
Programm
er
Hasil aplikasi
serta laporan
9 30/11/2018 Uji Coba
Aplikasi
Hasil uji coba
aplikasi
Programm
er
Laporan hasil
uji coba sistem
dan scenario uji
coba yang
dilakukan
terhadap
sistem