SISTEM ANTRIAN

TERINTEGRASI
 DAFTAR ISI

DAFTAR ISI................................................................................................................................... 2

PENDAHULUAN .......................................................................................................................... 4

Gambaran Umum Objek Penelitian .......................................................................................................... 4

Latar Belakang Proyek............................................................................................................................... 4

Identifikasi Permasalahan ......................................................................................................................... 4

Identifikasi Stakeholder Proyek ................................................................................................................ 4

Project Charter .......................................................................................................................................... 4

RUANG LINGKUP PROYEK ....................................................................................................... 4

Analisis Sistem dan Teknologi Informasi................................................................................................... 4

Metodologi Pengembangan yang Digunakan ........................................................................................... 4

Perancangan Sistem .................................................................................................................................. 4

Arsitektur Sistem .................................................................................................................... 5

Perancangan Data.................................................................................................................... 5
Perancangan Skema Jaringan .................................................................................................. 6
Mekanisme Pengujian Sistem ................................................................................................................... 6

Mekanisme Implementasi......................................................................................................................... 7

Mekanisme Pemeliharaan Sistem............................................................................................................. 7

Kendala-Kendala Proyek ........................................................................................................................... 7

Kebutuhan Perangkat Keras...................................................................................................................... 7

RENCANA JADWAL PROYEK ................................................................................................... 8

Work Breakdown Structure ....................................................................................................................... 8

Daftar Aktivitas ......................................................................................................................................... 9

Network Diagram .................................................................................................................................... 10

2
 Jadwal Proyek ......................................................................................................................................... 11

RENCANA BIAYA PROYEK..................................................................................................... 14

Estimasi Biaya.......................................................................................................................................... 14

Metode COCOMO II ................................................................................................................................ 14

Tahap Implementasi COCOMO II ............................................................................................................ 14

1. Estimasi Usaha ........................................................................................................... 14

2. Perhitungan Estimasi Biaya ........................................................................................ 19
Analisis Biaya Proyek Sistem Antrian Terintegrasi .................................................................................. 19

1. Estimasi Usaha ................................................................................................................................ 19

A. Analisis Function Point .............................................................................................. 19

B. Perhitungan Faktor Eksponen ..................................................................................... 21
C. Perhitungan Effort Multiplier ..................................................................................... 21
D. Perhitungan Usaha (Person Month) ........................................................................... 22
2. Perhituingan Estimasi Biaya ............................................................................................................ 22

RENCANA MANAJEMEN KOMUNIKASI .............................................................................. 24

Perencanaan Komunikasi ........................................................................................................................ 24

Distribusi Informasi ................................................................................................................................. 24

Direktori Tim Proyek ............................................................................................................................... 25

RENCANA MANAJEMEN MUTU ............................................................................................ 26

RENCANA MANAJEMEN SDM ............................................................................................... 28

Identifikasi Stakeholder .......................................................................................................................... 28

Struktur Organisasi ................................................................................................................................. 29

Deskripsi Tugas Masing Masing Peran .................................................................................................... 29

3
 PENDAHULUAN
RUANG LINGKUP PROYEK

Pada bagian ini akan dijelaskan mengenai ruang lingkup proyek yang akan dikerjakan.
Analisis Sistem dan Teknologi Informasi

Sistem antrian yang dimaksud adalah sistem antrian online yang dipadukan dengan sistem
antrian konvensional menggunakan kiosk, antrian online dapat dilakukan melalui mobile yang
dimiliki pengguna untuk selanjutnya dapat menampilkan antrian yang didapatkan, antrian aktif
dan estimasi antrian.
Data dan informasi yang dibutuhkan dalam implemetasi aplikasi adalah data-data
pengguna untuk penggunaan antrian online, dan data antrian itu sendiri untuk pelaksanaan sistem
antrian pada instansi-instansi tertentu.
Teknologi yang digunakan adalah dengan menggunakan teknologi cloud computing hybrid
yang terkoneksi dengan sistem jaringan lokal antrian konvensional pada suatu instansi.
Metodologi Pengembangan yang Digunakan

Dalam mengembangkan proyek yang sistem antrian terintegrasi ini, metodologi yang akan
digunakan adalah metodologi Scrum.
Scrum memiliki definisi sebuah kerangka kerja dimana orang-orang dapat mengatasi
masalah kompleks adaptif, dimana pada saat bersamaan mereka juga menghantarkan produk
dengan nilai setinggi mungkin secara produktif dan kreatif.
Scrum memiliki sifat :
- Ringan
- Sederhana untuk dipahami
- Sulit untuk dikuasai
Kerangka kerja Scrum terdiri dari Scrum Team dan peran-peran, acara-acara, artefak-
artefak dan aturan-aturan terkait. Setiap komponen di dalam kerangka kerja ini memiliki tujuan
tertentu dan sangat penting bagi keberhasilan penggunaan Scrum.
Perancangan Sistem

Dalam melaksanakan perancangan sistem yang dimaksud, terdapat beberapa perencanaan

yang dapat menopang berjalannya sistem, diantaranya :
Arsitektur Sistem

Arsitektur sistem akan dibangun di atas teknologi Cloud Computing, sehingga file-file
sistem akan disimpan pada layanan cloud secara online. Arsitektur sistem yang digunakan ini
memungkinkan terdapat interaksi client-server antara pengguna dan aplikasi, sehingga dapat
dikatakan sistem ini membutuhkan jaringan internet untuk melakukan pengaksesan.
Disamping itu, terdapat bentuk arsitektur lainnya untuk menopang implementasi sistem
antrian tersebut, yaitu dengan menggunakan jaringan lokal yang terhubung kepada workspace
yang memuat data-data yang berasal dari server.
Sehingga secara keseluruhan, sistem yang dijalankan memiliki arsitektur sistem hybrid
dengan memanfaatkan internet dan intranet.
Perancangan Data

Dalam perancangan sistem aplikasi ini, terdapat struktur data yang digunakan, dan
dituangkan dalam bentuk skema sebagai berikut :

5
 Gambar 2.1 Skema Database
Perancangan Skema Jaringan

Skema jaringan yang digunakan dalam pembangunan aplikasi ini adalah dengan
mengkombinasikan antara cloud computing sebagai antrian online, dan local client-server sebagai
antrian on-site.

Gambar 2.2. Skema Jaringan

Mekanisme Pengujian Sistem

Sebelum sistem digunakan oleh pihak pengguna, terdapat beberapa tahapan dan
mekanisme pengujian sistem yang akan dilakukan, diantaranya :
- Pendefinisian test case untuk kepentingan Test Driven Development.
- Melakukan pengujian secara White Box Testing menggunakan Unit Test oleh QA
Engineer.
- Melakukan pengujian secara Black Box Testing dengan menggunakan automation
testing oleh QA Engineer.
- Melakukan pengujian keamanan dan penetration testing serta stress test untuk
mengetahui limitasi sistem aplikasi.

6
Mekanisme Implementasi

Ketika sistem sudah siap dan dinyatakan lolos tes, maka hal yang akan dilakukan adalah
implementasi sistem. Berikut adalah beberapa tahapan dan mekanisme implementasi sistem,
diantaranya :
- Melakukan study assessment untuk mengetahui kondisi lapangan yang dimiliki client
- Melakukan pengukuran dan instalasi jaringan
- Melakukan instalasi sistem aplikasi pada server lokal
- Melakukan clonning data di server, dan disesuaikan dengan identitas client
- Mengunggah aplikasi online berdasarkan client di mobile store
- Melakukan checklist terhadap prosedur-prosedur yang telah dijalani.
Mekanisme Pemeliharaan Sistem

Ketika sistem telah diimplementasikan, sangat memungkinkan dibutuhkannya

pemeliharaan sistem. Berikut adalah beberapa tahapan dan mekanisme pemeliharaan sistem yang
dilakukan, diantaranya :
- Melakukan update dan penyesuaian terkait kebutuhan minimum aplikasi, terutama
sistem antrian online.
- Melakukan penggantian device pengambilan antrian secara periodik
- Melakukan backup data secara periodik
- Memastikan data-data yang tersimpan dalam database tetap terjaga
Kendala-Kendala Proyek

Berikut adalah beberapa kendala yang dapat dialami ketika pembangunan proyek sistem
aplikasi antrian ini, diantaranya :
- Komitmen stakeholder terkait ketentuan kebutuhan aplikasi
- Perubahan teknologi yang memaksa seluruh sistem harus dilakukan pembaruan
- Kebocoran data yang sangat memungkinkan terjadi
- Eskalasi server yang minim pada implementasi tahap awal.
Kebutuhan Perangkat Keras

Dalam sistem antrian ini, terdapat kebutuhan terkait perangkat keras yang digunakan saat
implementasi sistem, diantaranya :
- Display Monitor LED untuk menampilkan informasi antrian
- PC Workstation sebagai server lokal
- Printer thermal untuk mencetak kartu antrian
- Touchscreen device atau tablet untuk pengambilan antrian

7
 RENCANA JADWAL PROYEK

Work Breakdown Structure

Work Breakdown Structure merupakan suatu metode pengorganisasian proyek menjadi

struktur yang direpresentasikan secara hierarkis. WBS dibuat untuk memecahkan tiap proses
pekerjaan menjadi lebih detail, hal ini dimaksudkan agar proses perencanaan proyek memiliki
tingkat keberhasilan yang lebih baik.
Dalam perencanaannya, sistem antrian online yang dibangun digambarkan melalui WBS
di bawah ini :

Gambar 3.1 Work Breakdown Structure

8
Daftar Aktivitas

Daftar aktivitas yang dimuat dalam perencanaan pekerjaan proyek ini termasuk aktivitas-
aktivitas yang dilakukan, beberapa milestone serta durasi setiap aktivitas yang dilakukan. Berikut
adalah tabel aktivitas yang dimaksud :
Tabel 3.1 Daftar Aktivitas

WBS Task Name Estimasi Start Finish

1 Inisialisasi Project 8 days Thu 07/11/19 Mon 18/11/19
1.1 Studi kelayakan pengembangan sistem 1 day Thu 07/11/19 Thu 07/11/19
1.2 Menyesuaikan Business Case 1 day Fri 08/11/19 Fri 08/11/19
1.3 Mengembangkan Business ke dalam bentuk flowchart 1 day Mon 11/11/19 Mon 11/11/19
1.4 Membangun project case berdasarkan flowchart 1 day Tue 12/11/19 Tue 12/11/19
1.5 Menentukan entitas terkait 1 day Wed 13/11/19 Wed 13/11/19
1.6 Membangun UML 1 day Thu 14/11/19 Thu 14/11/19
1.7 Menentukan bisnis proses 1 day Fri 15/11/19 Fri 15/11/19
Membuat Dokumen Perencanaan Pengembangan
1.8 Aplikasi
1 day Mon 18/11/19 Mon 18/11/19

1.9 Dokumen SDP 0 days Mon 18/11/19 Mon 18/11/19

2 Design Aplikasi 3 days Tue 19/11/19 Thu 21/11/19
2.1 Menentukan struktur data aplikasi 1 day Tue 19/11/19 Tue 19/11/19
2.2 Membuat ERD Aplikasi 1 day Wed 20/11/19 Wed 20/11/19
2.3 Membuat mockup Aplikasi 2 days Wed 20/11/19 Thu 21/11/19
2.4 Mockup dan Alur Aplikasi 0 days Thu 21/11/19 Thu 21/11/19
3 Fondasi Sistem 5 days Fri 22/11/19 Fri 29/11/19
3.1 Menyusun Database 5 days Fri 22/11/19 Thu 28/11/19
3.2 Menentukan Pemrograman dan Dependensinya 1 day Fri 22/11/19 Fri 22/11/19
3.3 Menentukan Infrastruktur Sistem 2 days Mon 25/11/19 Tue 26/11/19
3.4 Enterprise Architecture 0 days Fri 29/11/19 Fri 29/11/19
4 Development Aplikasi 57 days Tue 19/11/19 Thu 06/02/20
4.1 Sprint Planning dan Prioritas 2 days Tue 19/11/19 Wed 20/11/19
4.2 Inisialisasi Server 2 days Fri 29/11/19 Mon 02/12/19
4.3 Development fitur antrian 14 days Tue 03/12/19 Fri 20/12/19
4.4 Development fitur antrian online 14 days Mon 23/12/19 Thu 09/01/20
4.5 Developmeng fitur integrasi 14 days Fri 10/01/20 Wed 29/01/20
4.6 Pembuatan unit testing 5 days Thu 30/01/20 Wed 05/02/20
4.7 Minimum Viable Product 0 days Thu 06/02/20 Thu 06/02/20
5 Testing 14 days Thu 06/02/20 Tue 25/02/20
5.1 Whitebox Testing 3 days Thu 06/02/20 Mon 10/02/20
5.2 Blackbox Testing 2 days Thu 06/02/20 Fri 07/02/20
5.3 Bugfix and Development 14 days Mon 10/02/20 Thu 27/02/20
5.4 Minimum Sellable Product 0 days Fri 28/02/20 Fri 28/02/20

9
 6 Dokumentasi 1 day Fri 28/02/20 Fri 28/02/20
6.1 Persiapan User 1 day Fri 28/02/20 Fri 28/02/20
6.2 Pembuatan Dokumentasi dan Manual Book 5 days Mon 02/03/20 Fri 06/03/20
7 Implementasi 13 days Mon 09/03/20 Wed 25/03/20
7.1 Persiapan Hardware 1 day Mon 09/03/20 Mon 09/03/20
7.2 Installasi Dependensi 2 days Tue 10/03/20 Wed 11/03/20
7.3 Installasi Server dan Hardware 2 days Thu 12/03/20 Fri 13/03/20
7.4 Installasi Program 2 days Mon 16/03/20 Tue 17/03/20
7.5 Sosialisasi Pengguna 6 days Wed 18/03/20 Wed 25/03/20

Tabel di atas menjelaskan tabel aktivitas yang dilakukan selama proyek ini berlangsung.
Setiap kolom yang ditandai dengan warna kuning merupakan Milestone, serta kolom yang
berwarna hijau merupakan task utama daripada beberapa aktivitas lainnya.
Network Diagram

Setiap aktivitas terhubung dengan aktivitas-aktivitas lainnya, hal ini dinamakan dengan
Network Diagram. Terdapat dua metode penggambaran Network Diagram, pertama adalah dengan
penggambaran ADM (Activity Network Diagram) dan dilanjutkan dengan PDM (Precedence
Diagram Method). Berikut adalah ADM daripada perencanaan sistem di atas, sebagai berikut :

Gambar 3.2 Activity Network Diagram

10
Jadwal Proyek

Proyek pembanguunan sistem aplikasi antrian online terintegrasi ini memakan waktu
sebanyak 101 hari, dengan 7 aktivitas utama yang mendukung proses inisialisasi, perancangan,
design, development hingga implementasi. Jadwal pengembangan tersebut direpresentasikan
melalui Gantt Chart yang dibuat. Berikut adalah Gantt Chart dari proyek pembangunan aplikasi
ini :

Gambar 3.4 Jadwal Proyek November 2019 – Desember 2019

Gambar 3.5 Jadwal Proyek Januari 2020 – Februari 2020

11
Gambar 3.6 Jadwal Proyek Maret 2020 – April 2020

12
13
 RENCANA BIAYA PROYEK

Estimasi Biaya

Estimasi biaya perangkat lunak adalah proses yang sangat penting dalam pengembangan
perangkat lunak karena estimasi biaya perangkat lunak digunakan untuk mengontrol dan mengatur
efisiensi pada seluruh proses yang dilakukan dalam pengembangan perangkat lunak. Sehingga
akurasi biaya perangkat lunak sangat dibutuhkan.
Ada banyak metode untuk menghitung estimasi biaya. Namun bisa dikelompokkan
menjadi 2 model yaitu model algoritmik dan non-algoritmik. Model algoritmik yaitu model
matematika yang menghasilkan estimasi biaya sebagai fungsi dari komponen biaya. Sedangkan
model non-algoritmik merupakan model yang menggunakan informasi estimasi biaya dari proyek
sebelumnya yang memiliki kemiripan dengan proyek yang akan di analisis (Bintiri, 2012).

Metode COCOMO II

COCOMO (Constructive Cost Model) II merupakan model Algoritmik yang membantu

seseorang maupun kelompok dalam melakukan estimasi biaya, usaha dan penjadwalan proyek
pada saat merencanakan aktivitas pengembangan perencanaan perangkat lunak. COCOMO II
merupakan metode yang menyempurnakan metode sebelumnya yaitu COCOMO 81 yang
dikeluarkan pada tahun 1981. Model estimasi COCOMO telah digunakan oleh ribuan manajer
proyek suatu proyek perangkat lunak, dan berdasar pada pengalaman dari ratusan proyek
sebelumnya. Model ini menggunakan rumus regresi dasar, dengan parameter yang berasal dari
karakteristik proyek-proyek saat ini. Model COCOMO yang asli menjadi salah satu model estimasi
biaya perangkat lunak yang paling banyak digunakan dan dibahas dalam industri. Model ini
menghitung usaha pengembangan perangkat lunak sebagai fungsi ukuran program dan
serangkaian pengendali biaya yang menyangkut penilaian subyektif terhadap produk, perangkat
keras, personel dan atribut proyek (Boehm, 2001).

Tahap Implementasi COCOMO II

1. Estimasi Usaha

Dalam metode COCOMO II, usaha dinyatakan dalam satuan person-month. Berikut ini
merupakan tahapan menghitung perkiraan usaha menggunakan Metode COCOMO II.
A. Mendapatkan nilai UFP (Unadjusted Function Point)

14
Function Point digunakan untuk mengatasi kesulitan yang berhubungan dengan baris
kode sebagai ukuran suatu perangkat lunak, serta untuk membantu dalam
mengembangkan mekanisme prediksi usaha yang terkait dengan pengembangan
perangkat lunak. Dalam melakukan analisis Function Point, sistem dibagi menjadi lima
kelas besar sistem yang menilai fungsional umum dari sistem. Berikut ini merupakan 5
komponen yang digunakan untuk mengukur jumlah kompleksitas dan fungsionalitas
dalam sebuah perangkat lunak. Tabel 1 merupakan komponen Function Point.
Tabel 1. Komponen Function Point

Komponen Keterangan
Fungsi yang memindahkan data
External Input
dari luar ke dalam aplikasi tanpa
(EI)
menyajikan manipulasi data.
Fungsi yang memindahkan data
External dari dalam ke pengguna dan
Output (EO) menyajikan beberapa data yang
telah dimanipulasi.
Fungsi yang memindahkan data
External dari dalam ke pengguna dan
Inquiry (EQ) menyajikan beberapa data yang
tanpa dimanipulasi.
Internal Logika dalam bentuk data tetap,
Logical File yang dikelola oleh aplikasi
(ILF) melalui penggunaan masukan
dari luar.
Logika dalam bentuk data tetap,
External
yang digunakan oleh aplikasi
Interface File
tetapi tidak berjalan dalam
(EIF)
aplikasi tersebut.

Setiap komponen Function Point diklasifikasikan tingkat kompleksitasnya.

Tingkat kompleksitas menentukan kuantitas Unadjusted Function Point. Bobot
kompleksitas diklasifikasikan berdasarkan DET, RET, dan FTR. Berikut ini
merupakan penjabaran DET, RET, dan FTR.

1. RET (Record Element Types)

RET merupakan subgrup data yang dikenali oleh pengguna dalam Internal
Logical File atau External Logical File.

2. DET (Data Elements Types)

DET dikenali oleh pengguna sebagai sesuatu yang unik dan tidak berulang.
Elemen data yang unik untuk membedakan komponen Functiont Point yang satu
dengan komponen Functiont Point yang lainnya. Berupa data input untuk EI.

3. FTR (Files Type References)

15
 FTR berupa ILF atau EIF. Setiap ILF yang berupa EI dihitung sebagai FTR.
Setiap ILF atau EIF yang direferensikan oleh EI atau EO atau EQ untuk
memelihara (insert, update, delete) dianggap sebagai FTR.

Setelah menganilisis DET, RET, dan FTR setiap fungsi, dinilai sesuai dengan
bobot kompleksitas UFP. Nilai UFP yang diperoleh, akan dikalikan dengan nilai
Quantitative Software Management untuk mendapatkan nilai SLOC sesuai dengan
bahasa pemrograman yang digunakan. Setelah itu nilai SLOC dibagi dengan 1000
untuk mendapatkan nilai KSLOC yang bisa disubstitusikan dalam persamaan usaha.

B. Mendapatkan Nilai Scale Driver

Untuk mendapatkan nilai Scale Driver, terdapat 5 parameter pengukuran untuk submodel
Early Design. Penilaian dilakukan dengan pengisian kuesioner Scale Driver oleh tim proyek.
Tabel 2 merupakan deskripsi parameter Scale Driver.

Tabel 2. Scale Driver

Scale
Deskripsi
Factor
Faktor skala yang menggambarkan
pengalaman organisasi terhadap proyek-
PREC
proyek sebelumnya yang sejenis

Faktor skala yang menggambarkan

kemampuan klien dalam menentukan
tujuan dan menyampaikan serta
FLEX
mengkomunikasikan kebutuhan
perangkat lunak kepada tim
pengembang perangkat lunak
Faktor skala yang menggambarkan
RESL identifikasi resiko yang terkait dengan
proyek
Faktor skala yang menggambarkan
TEAM kemampuan setiap anggota tim proyek
dalam berkomunikasi dan bekerjasama
Faktor skala yang menggambarkan
kematangan proses pengembangan
perangkat lunak dalam organisasi. Hal
PMAT ini didasarkan pada Model Kematangan
Kemampuan Rekayasa
Perangkat Lunak atau Capability
Maturity Model (CMM).

C. Mendapatkan Nilai Effort Multiplier

Untuk mendapatkan penilaian Effort Multiplier, metode yang digunakan sama dengan
mendapatkan nilai pada Scale Driver yaitu dengan pengisian kuesioner Effort Multiplier yang
berisi 7 parameter, oleh tim proyek. Tabel 3 merupakan parameter Effort Multiplier.

16
 Tabel 3 Effort Multipliers

EM DESKRIPSI
Penilaian cost driver terkait beberapa faktor
yaitu :
1. Sejauh mana perangkat lunak menjalankan
RCPX
aplikasi sesuai fungsinya selama periode
(Product
waktu (RELY).
Reliability and
2. Ukuran database yang digunakan. Ukuran
Complexity)
dapat
dihitung menggunakan D/P (DATA).

3. Perangkat lunak dan perangkat keras

dalam melakukan tugasnya seperti
platform (arsitektur, sistem operasi,
bahasa pemrograman dan antarmuka
yang terkait), sistem manajemen database,
browser yang sesuai digunakan
dalam menjalankan aplikasi ini (CPLX).
4. Kesesuaian dokumentasi proyek terhadap
kebutuhan siklus hidup perangkat lunak
(DOCU).
Penilaian cost driver terkait beberapa
kemampuan personel yaitu :
1. Kemampuan personel dalam analisis dan
desain, efisiensi dan ketelitian, serta
kemampuan untuk
berkomunikasi dan bekerja sama. Dalam
hal ini, dapat dinilai dari sertifikasi yang
sudah didapatkan personel atau
pengalaman kerja tim dalam suatu proyek
(ACAP).
2. Kemampuan programmer dalam efisiensi
penulisan kode program, ketelitian dan
PERS kemampuan untuk
(Personnel berkomunikasi dan bekerja sama sebagai
Capability) sebuah tim. Dengan kata lain, berapa
banyak proyek dimana programmer
tersebut terlibat (PCAP).
3. Pergantian personel tiap tahun pada
proyek. Semakin sedikit pergantian maka
semakin tinggi skala (PCON).
Penilaian cost driver terkait tingkat upaya yang
diperlukan untuk mengembangkan
RUSE komponen yang dimaksudkan untuk
(Developed for digunakan kembali pada proyek-proyek yang
sedang berjalan atau proyek di masa
Reusability)
mendatang.

17
 Penilaian cost driver terkait beberapa kendala
yaitu :
PDIF 1. Persentase kendala waktu eksekusi yang
(Platform diharapkan dapat digunakan pada sistem
perangkat lunak (TIME).
Difficulty)
2. Persentase tingkat kendala penyimpanan
utama yang

dikenakan pada sistem perangkat lunak

(STOR).
3. Perubahan yang terjadi pada hardware dan
software dalam kurun waktu tertentu (PVOL).

Penilaian cost driver terkait beberapa

pengalaman yaitu :
1. pengalaman kerja tim proyek pada suatu
proyek
pengembangan aplikasi sistem perangkat
lunak atau subsistem (APLEX).
2. pemahaman tim proyek dalam
menggunakan platform, interface
PREX database, jaringan,
(Personnel middleware (PLEX).
Experience) 3. pengalaman tim proyek dalam
pemrograman dengan bahasa tertentu dan
pemanfaatan CASE tool dalam
mengembangkan
perangkat lunak (LTEX).
Penilaian cost driver terkait penggunaan
CASE tool dalam pengembangan perangkat
lunak pada proyek, seperti dari mengubah
FCIL kode yang sederhana menjadi terintegrasi dan
bagaimana cara komunikasi yang digunakan
(Facilities)
dalam pengembangan perangkat lunak
pada proyek (TOOL, SITE).

Penilaian cost driver terkait tingkat persentase

SCED dari percepatan atau kemunduran jadwal
(Required terhadap jadwal suatu
Development proyek yang telah ditetapkan sebelumnya.
Schedule)

18
 Setelah mendapatkan estimasi usaha yang dinyatakan dengan Person-Month. Dari
estimasi usaha tersebut akan dimasukkan ke dalam persamaan estimasi biaya sehingga
menghasilkan perkiraan waktu, orang serta biaya yang dibutuhkan untuk
menyelesaikan proyek sistem antrian terintegrasi.

2. Perhitungan Estimasi Biaya

Untuk mendapatkan nilai estimasi biaya yang berisi perkiraan waktu, pegawai, dan total
biaya yang dibutuhkan untuk menyelesaikan proyek.
TDEV = [3.67 x 𝑷𝑴(𝟎.𝟐𝟖+𝟎.𝟐 (𝑬−𝟎.𝟗𝟏))]
Kemudian untuk mendapatkan nilai perkiraan pegawai digunakan persamaan berikut.
Average Staff = PM/TDEV
Maka total estimasi biaya pembuatan sistem antrian terintegrasi dalam satuan rupiah
digunakan persamaan berikut ini.
Biaya Total = Avg Staff x Avg Labor Cost

Analisis Biaya Proyek Sistem Antrian Terintegrasi

1. Estimasi Usaha

A. Analisis Function Point

Berikut ini merupakan analisis pada sistem antrian terintegrasi

ILF EIF EI EQ EO
Antrian, Alur - Setup Alur Antrian, Antrian yang Daftar Antrian,
Antrian Update Antrian sedang berjalan Estimasi
Antrian,
Informasi
Arahan Antrian

Hasil analisis Function Point fungsi wisuda terdapat 1 ILF yaitu Antrian dan Alur
Antrian yang berisi data yang perlu dipelihara melalui pengaksesan insert, update, atau
delete di dalam sistem aplikasi, data tersebut adalah Antrian dan Pengaturan Antrian. Dan
disimpan dalam file, file tersebut adalah Antrian. ILF Antrian dan Alur Antrian memiliki
2 EI yaitu update (tambah, ubah dan hapus) Antrian dan Setup Antrian (menentukan alur
antrian berdasarkan jenis antrian) selain itu ada 1 EQ yaitu Antrian yang sedang berjalan
yang mana data tersebut diinputkan oleh petugas antrian yang langsung dapat dilihat oleh
pengantri tanpa manipulasi. Pada EO terdapat 4 output yaitu Daftar Antrianm Estimasi
Antrian dan Informasi Arahan Antrian. Tidak memiliki EIF karena semua data yang

19
diperlukan oleh sistem disimpan di dalam sistem dan tidak ada yang disimpan di luar sistem.
Bobot kompleksitas dari masing-masing Function Point pada setiap proses dinilai
sesuai aturan DET, RET, dan FTR. Tabel 5 merupakan perhitungan DET, RET, dan FTR
pada fungsi mengelola wisuda.
Fungsi RET DET FTR
id_antrian, nomor_antrian, tipe_antrian,
ILF Data Antrian waktu_antrian
id_alur_antrian, tipe_alur_antrian, titik_antrian,
Alur Antrian jumlah_pegawai_antrian
Total 2 RET Total 8 DET Total 0 FTR
EIF - -
Total 0 RET Total 0 DET Total 0 FTR
Data Antrian,
EI - no_antrian, tipe_antrian, titik_antrian Alur Antrian
Total 0 RET Total 3 DET Total 2 FTR
EQ - no_antrian Data Antrian
Total 0 RET Total 1 DET Total 1 FTR
EO - no_antrian, estimasi_antrian Antrian
Total 0 RET Total 2 DET Total 1 FTR

Dari Tabel diatas, penilaian UFP fungsi Antrian dijabarkan sebagai berikut
Fungsi Jml Perhitungan Bobot Kompleksitas Bobot Kompleksitas Nilai Kompleksitas UFP
RET DET FTR
ILF 2 2 8 0 Low 10 5
EIF 0 0 0 0 - - 0
EI 2 0 3 2 Low 5 3
EQ 1 0 1 1 Low 2 2
EO 3 0 2 1 Low 3 1
Total UFP 10

Perhitungan Total UFP seluruh fungsi Sistem Antrian Terintegrasi dijabarkan pada Tabel
dibawah ini.

Proses ILF EIF EI EO EQ UFP SLOC KSLOC

Pengguna 25 0 16 20 0 61 2440 2.44
Alur Antrian 5 0 3 1 0 2 80 0.08
Antrian 10 0 7 3 2 10 400 0.4
Total 2.56

Tabel diatas merupakan penjabaran UFP seluruh fungsi, kemudian hasil UFP dikalikan
dengan standar konversi Source Line Of Code sesuai dengan bahasa pemrograman yang

20
 digunakan untuk pembuatan Sistem Antrian Terintegrasi. Bahasa pemrograman yang
digunakan adalah HTML dan PHP, sehingga UFP setiap fungsi dikalikan dengan nilai 40.
Untuk mendapatkan nilai size dalam satuan KSLOC yang bisa digunakan dalam persamaan
Faktor Eksponen, SLOC harus dibagi 1000 sehingga didapatkan satuan KSLOC setiap
fungsi. Hasil total KSLOC atau size Sistem Antrian Terintegrasi sebesar 2.56

B. Perhitungan Faktor Eksponen

Berikut ini merupakan persamaan Faktor Eksponen.

E = B + 0.01 x SF

Keterangan :
B : 0.91 (for COCOMO II.2000)
SF : Nilai Scale Driver

Tabel ini merupakan perhitungan Scale Driver dari tim proyek Sistem Antrian
Terintegrasi.

SF R1 R2 R3 R4 Nilai
PREC N H H H 2.79
FLEX L VL N VL 4.31
RESL N N N N 4.24
TEAM EH EH EH EH 0.00
PMAT VH VH VH L 2.73
Total 14.07

Keterangan :
R = Responden
VL = Very Low, L = Low, N = Normal,
H = High, VH = Very High, EH = Extra High

Setelah didapatkan nilai Scale Driver, dimasukkan kedalam persamaan Faktor

Eksponen. Sehingga didapatkan E sebesar 1.05.

C. Perhitungan Effort Multiplier

Tabel ini merupakan perhitungan Effort Multiplier tim proyek Sistem Antrian Terintegrasi.

CD R1 R2 R3 R4 Nilai
RCPX N L L L 0.87
PERS N N N L 1.06
RUSE L EH EH N 1.11
PDIF H VH H H 1.41

21
 PREX N N H VL 1.05
FCIL H H H H 0.87
SCED N N L L 1.07
Total Penilaian Effort Multipliers 1.06

Keterangan :
R = Responden
VL = Very Low, L = Low, N = Normal,
H = High, VH = Very High, EH = Extra High
Hasil Effort Multipliers sebesar 1.06.

D. Perhitungan Usaha (Person Month)

Berikut ini merupakan persamaan Person Month

PM = A x

Diketahui bahwa nilai A = 2.94 (for COCOMO II.2000). Size merupakan nilai keseluruhan
UFP dalam satuan KSLOC yaitu sebesar 2.56. Size dipangkatkan dengan E yang
merupakan Faktor Eksponen. Nilai E sebesar 1.05. EM merupakan nilai rata-rata nilai
Effort Multiplier sebesar 1.06. Maka didapatkan nilai PM sebesar 8.52.

2. Perhituingan Estimasi Biaya

Untuk mendapatkan nilai estimasi biaya yang berisi perkiraan waktu, pegawai, dan total biaya
yang dibutuhkan untuk menyelesaikan proyek sistem antrian terintegrasi, nilai PM dimasukkan
kedalam persamaan berikut ini.

TDEV = [3.67 x 𝑷𝑴(𝟎.𝟐𝟖+𝟎.𝟐 (𝑬−𝟎.𝟗𝟏))]

Diketahui nilai PM sebesar 8.52. Nilai E sebesar 1.05. Maka didapatkan perkiraan waktu
untuk menyelesaikan proyek SIMONEV PBSB selama 7.09 bulan atau 7 bulan. Kemudian
untuk mendapatkan nilai perkiraan pegawai digunakan persamaan berikut.
Average Staff = PM/TDEV
Diketahui nilai PM sebesar 8.52. Nilai TDEV sebesar 7. Maka didapatkan perkiraan
jumlah pegawai yang dibutuhkan untuk menyelesaikan proyek Sistem Antrian Terintegrasi
sebanyak 1.21 orang atau 1 orang. Maka total estimasi biaya pembuatan Sistem Antrian
Terintegrasi dalam satuan rupiah digunakan persamaan berikut ini.
Biaya Total = Avg Staff x Avg Labor Cost
Average Labor Cost didapatkan dari standar gaji Kota Bandung sebesar Rp 3.200.000. Sehingga
didapatkan hasil perhitungan biaya sebagai berikut.

22
Biaya Total = 1 Orang x Rp 3.200.000 = Rp 3.200.000

Jadi, Estimasi biaya yang diperoleh dari hasil analisa ini, dapat memberikan rekomendasi
untuk proyek-proyek selanjutnya. Perkiraan waktu untuk menyelesaikan Sistem Antrian
Terintegrasi ini menggunakan metode COCOMO II selama 7 bulan. Perkiraan pegawai untuk
mengerjakan proyek ini sebanyak 1 orang, perkiraan biaya dalam 1 bulan sebesar Rp 3.200.000.
Sehingga perkiraan biaya total proyek ini sebesar

Rp 22.400.000

23
 RENCANA MANAJEMEN KOMUNIKASI

Pada bagian ini akan dijelaskan mengenai perencanaan manajemen komunikasi yang
mengatur antara tim pengembang dengan tim stakeholder, bagaimana mekanisme komunikasi
yang dijalin.
Perencanaan Komunikasi

Informasi yang dibutuhkan oleh tim stakeholder dalam hal ini merupakan informasi-
informasi yang disampaikan perihal perkembangan secara umum daripada keseluruhan
pengembangan sistem. Informasi yang disampaikan dapat berupa memo maupun lisan namun
disertai bukti perkembangan sistem yang ditunjukan oleh kondisi sistem dalam skema server
development yang dapat digunakan oleh tim stakeholder, sehingga tim stakeholder dapat
mengetahui garis kebutuhan yang terdapat pada sistem. Informasi lainnya yang memungkinkan
dilakukan komunikasi dengan tim stakeholder adalah mengenai budget dari pengembangan sistem
ini.
Bagi anggota tim, komunikasi segala informasi yang dibutuhkan tidak terbatas, namun
tetap dalam konteks dan cakupan yang sudah ditentukan. Informasi tersebut adalah mengenai
keseluruhan pengembangan sistem aplikasi, skala prioritas serta informasi lainnya yang
dibutuhkan untuk pengembangan sistem ini.
Distribusi Informasi

Distribusi informasi yang dibutuhkan dalam pengerjaan sistem ini dapat dilakukan melalui
pertemuan secara langsung maupun melalui media e-mail yang disesuaikan dengan kebutuhan
berdasarkan prioritas dilakukannya komunikasi atas informasi tersebut. Namun secara umum,
distribusi informasi yang dapat dilakukan oleh tim pengembang dengan stakeholder dapat
dijabarkan melalui tahapan sebagai berikut :
- Mendistribusikan agenda pertemuan, selambat-lambatnya sehari sebelumnya,
pembahasan topik didasarkan terhadap prioritas kepentingan, dan setiap pembahasan
memiliki alokasi waktu tersendiri.
- Mendistribusikan materi pertemuan, agenda (rundown) serta informasi alokasi waktu
dan tempat.
- Anggota tim proyek bertanggung jawab untuk melakukan persiapan, serta diwajibkan
untuk berpartisipasi secara aktif dalam kegiatan pertemuan
- Pemimpin pertemuan dan fasilitator dapat memastikan pertemuan dapat berjalan pada
jalurnya, sehingga proses pertemuan dapat berjalan dengan efektif dan efisien.
- Pemimpin pertemuan akan menunjuk seorang notulis untuk mendokumentasikan
kegiatan pertemuan dalam bentuk MoM.

24
 - Pertemuan yang dilakukan paling sedikit membahas mengenai kemajuan proyek,
aktivitas-aktivitas yang dilakukan serta pembahasan ulang kontrol perubahan (change
review)
Bagi tim pengembang aplikasi, terdapat beberapa skema komunikasi yang dilakukan
secara harian untuk mengikuti metodologi pengembangan perangkat lunak yang digunakan
(Scrum) dengan paparan sebagai berikut :
- Tim pengembang melakukan kegiatan planning berdasarkan hasil pertemuan yang
dilakukan dan akan memulai kegiatan sprint setelah proses planning selesai.
- Selama dalam kegiatan sprint dengan durasi waktu 2 minggu atau 10 hari secara efektif,
tim pengembang wajib melakukan daily meeting singkat selama 15 menit untuk
membahas pekerjaan yang sudah dilakukan, pekerjaan yang akan dilakukan dan
kendala yang terjadi dan memengaruhi kondisi tim, dan disampaikan secara singkat
dan jelas.
- Pada akhir sprint, tim pengembang akan melakukan sprint review untuk melihat hasil
iterasi yang dilakukan selama satu sprint berjalan, dan akan menentukan sprint
planning selanjutnya.
Direktori Tim Proyek

Berikut adalah direktori tim serta kontak yang dapat dihubungi :

Tabel 5.1. Direktori Tim Proyek

Nama Jabatan Email Kontak

Achmad Jamaludin Manajer Proyek achmad@mail.com 081273827321
Abdul Kohar Product Owner akohar@mail.com 082138828888
Arif Priatna SCRUM Master arifp@mail.com 085318281231
Fitra Nugraha Sistem Analis fitnugraha@mail.com 087865473822
Simon Widiastuti UI/UX simonwid@mail.com 089675678238
Kasiyah Halim Dev Team Lead halimkas@mail.com 081829293839
Puspa Widodo Dev Team puspawidodo@mail.com 085762980293
Lutfhi Wibisono Dev Team lutfhiwi@mail.com 083873729123
Oni Gunarto Dev Team onigun@mail.com 089997628312
Usy Ardianto QA Engineer usyardianto@mail.com 089620393333
Ophiela Nugroho QA Engineer ophiela@mail.com 082130124020
Gandi Tampubolon DevOps gandi.tampubolon@mail.com 085793982938
Nova Prabowo DB Administrator novaprabowo@mail.com 087829392012

25
 RENCANA MANAJEMEN MUTU

Rencana manajemen mutu pada proyek aplikasi sistem antrian online terintegrasi
menggunakan metode check list, yaitu dengan mengecek setiap tahap pelaksanaan proyek yang
sesuai dengan standar ISO 9000 demi memberikan kepuasan dengan terpenuhinya semua
kebutuhan pelanggan. ISO 9000 adalah suatu kumpulan standar untuk sistem manajemen mutu.
ISO 9000 dirumuskan oleh TC 176 ISO, yaitu suatu organisasi internasional atau komite yang
mengembangkan standar manajemen mutu dan kualitas.

No. Deskripsi Aktivitas Cek Mutu

1 Inisialisasi Proyek
2 Studi kelayakan pengembangan sistem √
3 Menyesuaikan Business Case √
4 Mengembangkan Business Case ke dalam bentuk flowchart √
5 Mengembangkan project case berdasarkan flowchart √
6 Mengidentifikasi entitas √
7 Membangun UML √
8 Menentukan Proses Bisnis Aplikasi √
9 Membuat Dokumen SDP √
10 Design Aplikasi
11 Menentukan struktur data aplikasi √
12 Membuat ERD Aplikasi √
13 Membuat desain mockup aplikasi √
14 Fondasi Sistem
15 Menyusun Database √
16 Menentukan Bahasa pemrograman dan dependensinya √
17 Menentukan Infrastruktur Sistem √
18 Development Aplikasi
19 Sprint Planning dan Prioritas √
20 Inisialisasi Server √
21 Development Fitur Antrian √
22 Development Fitur Antrian Online √
23 Development Fitur Integrasi √
24 Pembuatan Unit Testing √
25 Testing
26 Whitebox Testing √
27 Blackbox Testing √
28 Bugfix Development √
29 Dokumentasi

26
30 Persiapan User √
31 Pembuatan Dokumentasi dan Manual Book √
32 Implementasi
33 Persiapan Hardware √
34 Instalasi Dependensi √
35 Instalasi Server dan Hardware √
36 Instalasi Program √
37 Sosialisasi Pengguna √

27
 RENCANA MANAJEMEN SDM

Rencana manajemen sumber daya manusia atau tim proyek dapat dijabarkan sebagai
berikut :
Identifikasi Stakeholder

Anggota stakeholder yang terlibat dalam proyek aplikasi antrian online terintegrasi ini
terdiri dari tim proyek, pihak stakeholder eksternal dan internal, dan pengguna akhir aplikasi
aplikasi antrian online, yaitu :
a. Tim proyek terdiri dari :
- Manajer Proyek,
- Product Owner,
- SCRUM Master,
- Sistem Analis,
- UI/UX,
- Dev Team Lead,
- Dev Team,
- QA Engineer,
- DevOps, serta
- DB Administrator
b. Pihak stakeholder :
- Bussiness Development,
- Investor, serta
- Implementator.
c. Pengguna Akhir :
- Administrator instansi,
- Pengguna antrian kiosk, serta
- Pengguna antrian online.

28
Struktur Organisasi

Berikut adalah struktur organisasi yang menghubungkan antara stakeholder dengan tim
pengembang, sebagai berikut :

Gambar 7.1. Struktur Organisasi

Deskripsi Tugas Masing Masing Peran

Dalam struktur organisasi di atas, terdapat deskripsi tugas masing-masing peran yang ada
pada struktur di atas, dan dipaparkan sebagai berikut :

Jabatan Deskripsi Tugas

Investor Menyediakan pendanaan selama project berjalan sesuai
rencana anggaran biaya yang diberikan.
Business Development Menyediakan ide dan solusi terhadap project manager untuk
pengembangan sistem sesuai dengan keadaan pasar.
Implementator Merupakan personil yang bertugas untuk melakukan
implementasi terhadap pengguna.
Project Manager Merupakan personil yang memiliki tanggung jawab atas segala
pekerjaan yang dilakukan tim pengembang.
UI/UX Menyediakan tampilan, desain dan asumsi proses terkait sistem
yang dibangun agar lebih memudahkan pengguna.
QA Team Lead Bertanggung jawab terhadap seluruh pekerjaan QA Engineer
dan melakukan pengetesan sebagaimana QA Engineer lakukan.
DevOps Menjaga kestabilan infrastruktur sistem, server dan keamanan
data sistem.

29
Dev Team Lead Bertanggung jawab terhadap seluruh pekerjaan tim developer
yang membangun sistem dan melakukan pembangunan sistem
sebagaimana Dev Team lakukan.
Product Owner Menyediakan analisis secara bisnis dan pertimbangan skala-
skala prioritas.
Database Administrator Mengelola basis data, segala proses dalam basis data dan
fungsi-fungsi yang ada.
QA Engineer Melakukan pengujian terhadap sistem.
Dev Team Membangun (develop) sistem sesuai dengan kebutuhan

30