Laporan V 26.4

LAPORAN PROGRAM LATIHAN AKADEMIK

SISTEM REPOSITORI RAPAT DAN PROGRAM KERJA (SIPORAPROKER)

UNIT KNOWLEDGE MANAGEMENT AND CASE STUDY CENTER

TELKOM CORPORATE UNIVERSITY

Diajukan untuk Memenuhi Sebagian Persyaratan Program Latihan Akademik Program Studi

Ilmu Komputer

Dosen Pembimbing: Eddy Prasetyo Nugroho, M. T.

oleh

Nura Yuniar Wijayanti

1200097

PROGRAM STUDI ILMU KOMPUTER

DEPARTEMEN PENDIDIKAN ILMU KOMPUTER

FAKULTAS PENDIDIKAN MATEMATIKA DAN ILMU PENGETAHUAN ALAM

UNIVERSITAS PENDIDIKAN INDONESIA

2016

i

LEMBAR PENGESAHAN

SISTEM REPOSITORI RAPAT DAN PROGRAM KERJA (SIPORAPROKER)

UNIT KNOWLEDGE MANAGEMENT AND CASE STUDY CENTER

TELKOM CORPORATE UNIVERSITY


1200097

Menyetujui,

Pembimbing Lapangan

Aan Priyatna, S.T., M.Sc.

NIK. 740106

Dosen Pembimbing

Eddy Prasetyo Nugroho, M.T.

NIP. 197505152008011014

Mengetahui,

Ketua Prodi Ilmu Komputer

Eddy Prasetyo Nugroho, M.T

NIP. 197505152008011014

ii

KATA PENGANTAR

Segala puji dan syukur penulis panjatkan atas kehadirat Allah SWT., dengan kehendak-

Nya penulis mampu menyelesaikan Laporan Program Latihan Akademik (PLA) yang berjudul

SISTEM REPOSITORI RAPAT DAN PROGRAM KERJA (SIPORAPROKER) UNIT

KNOWLEDGE MANAGEMENT AND CASE STUDY CENTER TELKOM CORPORATE

UNIVERSITY ini dengan sebaik-baiknya.

Laporan ini disusun untuk memenuhi tugas mata kuliah Program Latihan Akademik (PLA)

dan merupakan syarat kelulusan akademik pada Program Studi Ilmu Komputer. Laporan ini dibuat

berdasarkan hasil dari praktek kerja lapangan yang dilakukan oleh penulis di Telkom Corporate

University (TCU) unit Knowledge Management and Case Study Center (KMCS) selama 40 hari

kerja mulai tanggal 22 Februari sampai dengan 15 April 2016.

Laporan ini dapat diselesaikan tidak lepas dari dukungan, dorongan, serta bantuan dari

berbagai pihak. Sehingga pada kesempatan ini penulis ingin mengucapkan terima kasih yang

sebesar-besarnya kepada beberapa pihak yang telah berperan serta dalam penyelesaian laporan ini,

diantaraya adalah:

1. Orang tua yang mendo’akan penulis sehingga pelaksanaan dan penulisan laporan PLA

dapat terselesaikan.

2. Bapak Aan Priyatna, S.T., M.Sc. selaku pembimbing lapangan PLA di TCU Unit KMCS.

3. Semua pihak pegawai TCU Unit KMCS yang telah memberikan banyak bimbingan kepada

penulis selama melaksanakan PLA.

4. Bapak Eddy Prasetyo Nugroho, M.T. selaku dosen pembimbing PLA, Koordinator PLA

2016 sekaligus Ketua Prodi Program Studi Ilmu Komputer Universitas Pendidikan

Indonesia.

5. Rekan-rekan mahasiswa Program Studi Ilmu Komputer kelas C1 angkatan 2012 yang

saling memberikan semangat dan bantuan dalam melaksanakan PLA maupun pengerjaan

laporan PLA.

6. Sahabat dan teman-teman yang tidak dapat penulis sebutkan satu-persatu yang juga

memberikan dukungan selama berlangsungnya PLA.

Penulis menyadari bahwa penyusunan laporan ini masih terdapat banyak kekurangan dan

keterbatasan yang perlu disempurnakan, oleh karena itu penulis sangat mengharapkan saran

iii

maupun kritik yang membangun agar tidak terjadi kesalahan yang sama di kemudian hari dan

dapat meningkatkan kualitas ke tahap yang lebih baik.

Bandung, 18 April 2016


iv

ABSTRAK

v

DAFTAR ISI

LEMBAR PENGESAHAN ............................................................................................................. i

KATA PENGANTAR .................................................................................................................... ii

ABSTRAK ..................................................................................................................................... iv

DAFTAR ISI ................................................................................................................................... v

DAFTAR TABEL ......................................................................................................................... vii

DAFTAR GAMBAR ..................................................................................................................... ix

DAFTAR LAMPIRAN .................................................................................................................. xi

BAB I PENDAHULUAN .............................................................................................................. 1

1.1. Latar Belakang ................................................................................................................. 1

1.2. Identifikasi Masalah ......................................................................................................... 2

1.3. Tujuan............................................................................................................................... 2

1.4. Ruang Lingkup ................................................................................................................. 2

1.5. Sistematika Penulisan ....................................................................................................... 2

BAB II GAMBARAN UMUM PERUSAHAAN DAN KAJIAN PUSTAKA ............................. 4

2.1. Gambaran Umum Perusahaan .......................................................................................... 4

2.1.1. Profil ......................................................................................................................... 4

2.1.2. Bidang Garapan ........................................................................................................ 7

2.1.3. Struktur Organisasi ................................................................................................... 8

2.1.4. Deskripsi Kerja Unit ................................................................................................. 9

2.2. Kajian Pustaka ................................................................................................................ 10

2.2.1. Sistem ...................................................................................................................... 10

2.2.2. Repositori ................................................................................................................ 12

2.2.3. Rapat ....................................................................................................................... 12

2.2.4. Program Kerja ......................................................................................................... 18

2.2.5. Object Oriented Programming (OOP).................................................................... 18

2.2.6. PHP: Hypertext Preprocessor ................................................................................. 19

2.2.7. Code Igniter (CI)..................................................................................................... 20

2.2.8. PHPMyAdmin......................................................................................................... 22

2.2.9. Unified Modeling Language (UML) ....................................................................... 23

vi

BAB III ANALISIS DAN PERANCANGAN ............................................................................ 26

3.1. Analisis ........................................................................................................................... 26

3.1.1. Use Case Diagram .................................................................................................. 26

3.1.1. Class Diagram ........................................................................................................ 42

3.1.2. Interaction Diagram ............................................................................................... 42

3.1.3. Sequence Diagram .................................................................................................. 43

3.1.4. Collaboration Diagram .......................................................................................... 43

3.1.5. Activity Diagram ..................................................................................................... 44

3.1.6. Statechart Diagram ................................................................................................. 57

3.2. Perancangan ................................................................................................................... 58

3.2.1. Component Diagram ............................................................................................... 58

3.2.2. Deployment Diagram .............................................................................................. 59

BAB IV HASIL KEGIATAN PLA ............................................................................................. 61

4.1. Lingkungan Implementasi .............................................................................................. 61

4.1.1. Perangkat Keras ...................................................................................................... 61

4.1.2. Perangkat Lunak ..................................................................................................... 61

4.2. Hasil Implementasi ......................................................................................................... 62

4.2.1. Implementasi Basis Data......................................................................................... 62

4.2.2. Implementasi Antarmuka ........................................................................................ 63

4.3. Pengujian ........................................................................................................................ 63

BAB V PENUTUP ...................................................................................................................... 66

5.1. Kesimpulan..................................................................................................................... 66

5.2. Saran ............................................................................................................................... 66

DAFTAR PUSTAKA ................................................................................................................... 67

LAMPIRAN .................................................................................................................................. 69

vii

DAFTAR TABEL

Tabel 2. 1 Detail Profil Telkom Group ........................................................................................... 6

Tabel 3. 1 Skenario Use Case “login” .......................................................................................... 28

Tabel 3. 2 Skenario Use Case “logout” ........................................................................................ 28

Tabel 3. 3 Skenario Use Case “melihat pengingat bulan ini”....................................................... 29

Tabel 3. 4 Skenario Use Case “olah agenda” ............................................................................... 29

Tabel 3. 5 Skenario Use Case “lihat daftar agenda” .................................................................... 29

Tabel 3. 6 Skenario Use Case “mode tabel” ................................................................................ 30

Tabel 3. 7 Skenario Use Case “mode kalender” .......................................................................... 30

Tabel 3. 8 Skenario Use Case “tambah agenda” ......................................................................... 30

Tabel 3. 9 Skenario Use Case“hapus agenda” ............................................................................. 31

Tabel 3. 10 Skenario Use Case“update status agenda” 1 ............................................................ 31

Tabel 3. 11 Skenario Use Case“update status agenda” 2 ............................................................ 32

Tabel 3. 12 Skenario Use Case “lihat detail agenda” .................................................................. 32

Tabel 3. 13 Skenario Use Case “olah rapat” ................................................................................ 32

Tabel 3. 14 Skenario Use Case “tambah rapat” ........................................................................... 33

Tabel 3. 15 Skenario Use Case “lihat daftar rapat” ..................................................................... 33

Tabel 3. 16 Skenario Use Case “hapus rapat” ............................................................................. 34

Tabel 3. 17 Skenario Use Case “lihat detail rapat”...................................................................... 34

Tabel 3. 18 Skenario Use Case “update rapat” 1 ......................................................................... 34

Tabel 3. 19 Skenario Use Case “update rapat” 2 ......................................................................... 35

Tabel 3. 20 Skenario Use Case “olah kesepakatan rapat” ........................................................... 35

Tabel 3. 21 Skenario Use Case “tambah kesepakatan rapat baru” .............................................. 35

Tabel 3. 25 Skenario Use Case “view kesepakatan rapat” ........................................................... 36

Tabel 3. 22 Skenario Use Case “update kesepakatan rapat” ....................................................... 36

Tabel 3. 21 Skenario Use Case “update kesepakatan rapat” ....................................................... 37

Tabel 3. 23 Skenario Use Case “download kesepakatan rapat” .................................................. 37

Tabel 3. 24 Skenario Use Case “delete kesepakatan rapat” ........................................................ 37

Tabel 3. 26 Skenario Use Case “olah program kerja” ................................................................. 38

Tabel 3. 27 Skenario Use Case “tambah program kerja” ............................................................ 38

Tabel 3. 28 Skenario Use Case “lihat daftar program kerja”....................................................... 39

viii

Tabel 3. 29 Skenario Use Case “hapus program kerja” ............................................................... 39

Tabel 3. 30 Skenario Use Case “lihat detail program kerja” ....................................................... 39

Tabel 3. 31 Skenario Use Case “update program kerja” 1 .......................................................... 40

Tabel 3. 32 Skenario Use Case “update program kerja” 2 .......................................................... 40

Tabel 3. 31 Skenario Use Case “olah evidence” .......................................................................... 41

Tabel 3. 34 Skenario Use Case “tambah evidence” ..................................................................... 41

Tabel 3. 35 Skenario Use Case “download evidence” ................................................................. 41

Tabel 3. 36 Skenario Use Case “delete evidence” ....................................................................... 42

Tabel 3. 37 Skenario Use Case “view evidence” ......................................................................... 42

Tabel 4. 1 Perangkat Keras Pendukung ........................................................................................ 61

Tabel 4. 2 Perangkat Lunak Pendukung ....................................................................................... 61

Tabel 4. 3 Deskripsi Basis Data .................................................................................................... 63

Tabel 4. 4 Hasil Pengujian Sistem ................................................................................................ 63

ix

DAFTAR GAMBAR

Gambar 2. 1 Telkom Indonesia ....................................................................................................... 4

Gambar 2. 2 Telkom Corporate University .................................................................................... 7

Gambar 2. 3 Struktur Organisasi TCU Center ................................................................................ 8

Gambar 2. 4 Digital Learning Telkom .......................................................................................... 10

Gambar 2. 5 Template Kesepakatan Rapat Telkom...................................................................... 17

Gambar 2. 6 Model Proses Berorientasi Objek ............................................................................ 19

Gambar 3. 1 Contoh Sederhana Use Case Diagram..................................................................... 26

Gambar 3. 2 Use Case Diagram ................................................................................................... 27

Gambar 3. 3 Contoh Sequence Diagram ...................................................................................... 43

Gambar 3. 4 Contoh Diagram Collaboration ............................................................................... 44

Gambar 3. 5 Komponen pada Actity Diagram.............................................................................. 45

Gambar 3. 6 Activity Diagram Login ............................................................................................ 46

Gambar 3. 7 Activity Diagram Logout .......................................................................................... 46

Gambar 3. 8 Activity Diagram Melihat Pengingat Rapat Bulan Ini ............................................. 46

Gambar 3. 9 Activity Diagram Melihat Detail Pengingat ............................................................. 46

Gambar 3. 10 Activity Diagram Olah Agenda .............................................................................. 47

Gambar 3. 11 Activity Diagram Melihat Daftar Agenda .............................................................. 47

Gambar 3. 12 Activity Diagram Lihat Detail Agenda .................................................................. 47

Gambar 3. 13 Activity Diagram Tambah Agenda ........................................................................ 47

Gambar 3. 14 Activity Diagram Hapus Agenda ........................................................................... 48

Gambar 3. 15 Activity Diagram Update Status Agenda 1 ............................................................ 48

Gambar 3. 16 Activity Diagram Update Status Agenda 2 ............................................................ 49

Gambar 3. 17 Activity Diagram Olah Rapat ................................................................................. 49

Gambar 3. 18 Activity Diagram Lihat Daftar Rapat ..................................................................... 49

Gambar 3. 19 Activity Diagram Lihat Detail Rapat ..................................................................... 49

Gambar 3. 20 Activity Diagram Hapus Rapat .............................................................................. 50

Gambar 3. 21 Activity Diagram Update Rapat 1 .......................................................................... 50

Gambar 3. 22 Activity Diagram Update Rapat 2 .......................................................................... 51

Gambar 3. 23 Activity Diagram Olah Kesepakatan Rapat ........................................................... 51

Gambar 3. 24 Activity Diagram Update Kesepakatan Rapat ........ Error! Bookmark not defined.

x

Gambar 3. 26 Activity Diagram Delete Kesepakatan Rapat ......................................................... 52

Gambar 3. 27 Activity Diagram View Kesepakatan Rapat ........................................................... 53

Gambar 3. 28 Activity Diagram Download Kesepakatan Rapat................................................... 53

Gambar 3. 29 Activity Diagram Olah Program Kerja................................................................... 53

Gambar 3. 30 Activity Diagram Lihat Daftar Program Kerja ...................................................... 53

Gambar 3. 31 Komponen Statechart Diagram ............................................................................. 58

Gambar 3. 32 Contoh Component Diagram ................................................................................. 59

Gambar 3. 33 Contoh Deployment Diagram ................................................................................ 60

Gambar 4. 1 UML Database Diagram ......................................................................................... 62

xi

DAFTAR LAMPIRAN

Riwayat Hidup..................................................................................................... 69

Formulir Permohonan Praktik Latihan Akademik .............................................. 70

Surat Permohonan Izin PLA dari Fakultas .......................................................... 71

Surat Resmi Mengenai Izin untuk Melakukan PLA dari Instansi ....................... 72

Lembar Bimbingan dengan Dosen Pembimbing ................................................ 73

Laporan Harian PLA ........................................................................................... 74

Lembar Persetujuan Seminar PLA ...................................................................... 75

Formulir Penilaian PLA ...................................................................................... 76

Surat Keterangan Pengalaman Kerja (Referensi) dari Instansi ........................... 80

1

BAB I

PENDAHULUAN

Pada Bab 1 ini dibahas mengenai latar belakang, identifikasi masalah, tujuan penelitian,

ruang lingkup penelitian, dan sistematika penulisan.

1.1. Latar Belakang

Telkom Corporate University (TCU) merupakan suatu wahana strategis yang dirancang

untuk mendukung pencapaian misi perusahaan dengan melakukan kegiatan-kegiatan untuk

memperkokoh kemampuan belajar individu dan organisasi dalam rangka mewujudkan Center of

Excellence. Unit Knowledge Management and Case Study Center (KMCS) sebagai SM yang

bertanggungjawab atas ketersediaan knowledge perusahaan yang relevan dan berkualitas serta

memastikan efektivitas sharing dan pemanfaatan bagi pengguna individu dan organisasi, secara

berkala menyelenggarakan berbagai program kerja untuk mencapai tujuan.

Program-program kerja, baik yang telah direncanakan atau dilaksanakan, harus mendapat

persetujuan dari berbagai pihak yang terkait dan sesuai dengan tujuan yang akan dicapai. Salah

satu aktivitas untuk menentukan program kerja di periode tertentu adalah melalui rapat, baik yang

rutin maupun tidak.

Dari rapat yang dilaksanakan, akan menghasilkan kesepakatan rapat atau minute of

meeting. Kesepakatan rapat biasanya ditulis oleh seorang notulis dalam rapat, kemudian

didistribusikan kepada pihak-pihak yang terkait. Kemudian dari setiap program kerja akan

dilakukan berbagai kegiatan, dari mulai persiapan, kegiatan pendukung, sampai program kerja

selesai dilaksanakan. Lalu kegiatan atau aktivitas tersebut akan disimpan ke dalam evidence rapat

yang menandakan tahapan proses pelaksanaan dari sebuah program kerja.

Namun sayangnya, belum adanya sistem repositori yang merekam evidence sehingga

pemantauan mengenai kemajuan sebuah program kerja sulit dilakukan, baik oleh oleh Senior

Manager (SM) maupun karyawan. Biasanya kesepakatan kerja dan evidence hanya disimpan oleh

notulis rapat dan distribusi hanya dilakukan melalui e-mail maupun nota dinas. Ketika dilakukan

rapat untuk memantau program kerja tersebut, bisa saja notulis biasanya tidak hadir atau file

kesepakatan dapat dan evidence sulit ditemukan secara sistematis. Tidak adanya repositori ini juga

membuat program kerja tidak diketahui dasar programnya atau asal kesepakatan rapatnya.

2

Hal inilah yang membuat penulis membuat Sistem Repositori Rapat dan Program Kerja

(SIPORAPROKER) berbasis web untuk Unit Knowledge Management and Case Study Center

(KMCS) Telkom Corporate University (TCU) untuk mempermudah pemantauan dan akses setiap

karyawan terhadap agenda rapat, kesepakatan rapat, program kerja, dan evidence. Sebagai

perusahaan besar, tentunya TCU juga memiliki akses internet yang cukup baik sehingga sistem

berbasis web sangat cocok digunakan di dalam segala aktivitas perusahaan.

1.2. Identifikasi Masalah

Berdasarkan latar belakang yang dipaparkan, maka permasalahan yang timbul yaitu

sebagai berikut.

1. Masih dilakukan pendataan manual terhadap agenda rapat, kesepakatan rapat, program

kerja, dan evidence.

2. Sulitnya pemantauan terhadap kemajuan program kerja yang dilaksanakan.

1.3. Tujuan

Adapun tujuan dilakukan penelitian ini adalah:

1. Melakukan automisasi pendataan terhadap agenda rapat, kesepakatan rapat, program

kerja, dan evidence.

2. Memudahkan pemantauan terhadap kemajuan program kerja yang dilaksanakan.

1.4. Ruang Lingkup

Berdasarkan analisis kebutuhan yang diperlukan dalam penelitian ini, berikut penjelasan

mengenai ruang lingkup penelitian yang dilakukan:

1. Sistem informasi berbasis web hanya dapat digunakan oleh karyawan Unit Knowledge

Management and Case Study Center (KMCS) Telkom Corporate University (TCU).

2. Informasi yang ada berupa manajemen agenda rapat, rapat, dan program kerja.

1.5. Sistematika Penulisan

Sistematika penulisan yang digunakan dalam penelitian ini merujuk pada pedoman

penulisan Karya Ilmiah UPI dan pedoman PLA Program Studi Ilmu Komputrt untuk penulisan

laporan, antara lain sebagai berikut.

3

BAB I PENDAHULUAN

Bab ini berisi latar belakang, identifikasi masalah, tujuan penelitian, ruang lingkup

penelitian, serta sistematika penulisan.

BAB II GAMBARAN UMUM PERUSAHAAN DAN KAJIAN PUSTAKA

Bab ini berisi gambaran umum penelitian seperti profil perusahaan, bidang garapan,

struktur organisasi, dan deskripsi kerja unit, serta kajian pustaka yang digunakan sebagai sumber

dan alat dalam memahami permasalahan yang berkaitan dengan pembuatan sistem informasi yang

pada penelitian ini adalah Sistem Repositori Rapat Dan Program Kerja (SIPORAPROKER).

BAB III ANALISIS DAN PERANCANGAN

Bab ini berisi penjelasan mengenai analisis dan perancangan sistem yang akan dibuat

dengan menampilkan berbagai macam diagram UML untuk menjelaskan alur sistem kepada

pembaca.

BAB IV HASIL KEGIATAN PLA

Bab ini berisi penjelasan mengenai implementasi sistem serta pengujian yang dilakukan

terhadap sistem yang telah dibuat.

BAB V PENUTUP

Bab ini berisi kesimpulan dari penelitian yang telah dilakukan. Kesimpulan ini akan

memaparkan tentang tercapainya tujuan dari sistem yang telah disebutkan di bab I. Selain itu, juga

disebutkan beberapa saran terhadap sistem yang telah dibuat dan akan dikembangkan.

4

BAB II

GAMBARAN UMUM PERUSAHAAN DAN KAJIAN PUSTAKA

Pada Bab 2 ini dibahas mengenai gambaran umum perusahaan berupa profil, bidang

garapan, struktur organisasi, dan deskripsi kerja unit, serta serta kajian teori yang menjadi isu yang

diangkat dalam penelitian ini.

2.1. Gambaran Umum Perusahaan

Berikut penjelasan mengenai gambaran umum mengenai Telkom Corporate University

khususnya Unit Knowledge Management and Case Study Center (KMCS).

2.1.1. Profil

TELKOM berawal pada tahun 1856, tepatnya tanggal 23 Oktober 1856, yaitu pada

saat pengoprasian telegrap elektromagnetik pertama di Indonesia yang menghubungkan

antara Batavia (Jakarta) dengan Buitenzorg (Bogor) oleh Pemerintah Kolonial Belanda.

Telkom Group adalah satu-satunya BUMN telekomunikasi serta penyelenggara layanan

telekomunikasi dan jaringan terbesar di Indonesia. Telkom Group melayani jutaan

pelanggan di seluruh Indonesia dengan rangkaian lengkap layanan telekomunikasi yang

mencakup sambungan telepon kabel tidak bergerak dan telepon nirkabel tidak bergerak,

komunikasi seluler, layanan jaringan dan interkoneksi serta layanan internet dan

komunikasi data. Telkom Group juga menyediakan berbagai layanan di bidang informasi,

media dan edutainment, termasuk cloud-based and server-based managed services,

layanan e-Payment dan IT enabler, e-Commerce dan layanan portal lainnya (Telkom,

2016).

Gambar 2. 1 Telkom Indonesia

5

Adapun portofolio bisnis Telkom yaitu:

1. Information

Layanan informasi merupakan model bisnis yang dikembangkan

Telkom dalam ranah New Economy Business (NEB). Layanan ini memiliki

karakteristik sebagai layanan terintegrasi bagi kemudahan proses kerja dan

transaksi yang mencakup Value Added Services (VAS) dan Managed

Application/IT Outsourcing (ITO), e-Payment dan IT enabler Services

(ITeS).

2. Media

Media merupakan salah satu model bisnis Telkom yang dikembangkan

sebagai bagian dari NEB. Layanan media ini menawarkan Free To Air (FTA)

dan Pay TV untuk gaya hidup digital yang modern.

3. Edutainment

Edutainment menjadi salah satu layanan andalan dalam model bisnis NEB

Telkom dengan menargetkan segmen pasar anak muda. Telkom menawarkan

beragam layanan di antaranya Ring Back Tone (RBT), SMS Content, portal dan

lain-lain.

4. Services

Services menjadi salah satu model bisnis Telkom yang berorientasi kepada

pelanggan. Ini sejalan dengan Customer Portfolio Telkom kepada pelanggan

Personal, Consumer/Home, SME, Enterprise, Wholesale, dan Internasional.

Sebagai perusahaan telekomunikasi, Telkom Group terus mengupayakan inovasi

di sektor-sektor selain telekomunikasi, serta membangun sinergi di antara seluruh produk,

layanan dan solusi, dari bisnis legacy sampai New Wave Business. Untuk meningkatkan

business value, pada tahun 2012 Telkom Group mengubah portofolio bisnisnya menjadi

TIMES (Telecommunication, Information, Media, Edutainment & Service). Untuk

menjalankan portofolio bisnisnya, Telkom Group memiliki empat anak perusahaan, yakni

PT. Telekomunikasi Indonesia Selular (Telkomsel), PT. Telekomunikasi Indonesia

International (Telin), PT. Telkom Metra dan PT. Daya Mitra Telekomunikasi (Mitratel).

6

Adapun detail profil Telkom Group ditunjukkan pada Tabel 2.1.

Tabel 2. 1 Detail Profil Telkom Group

No. Nama Keterangan

1. Visi dan Misi

a. Visi ”Be The King of Digital in The Region”

b. Misi “Lead Indonesian Digital Innovation and Globalization”

2. Corporate Culture The Telkom Way

3. Basic Belief Always The Best

4. Core Values Solid, Speed, and Smart

5. Key Behaviours Imagine, Focus, and Action

6. Inisiatif Strategis

Pusat keunggulan.

Fokus pada portofolio dengan pertumbuhan

atau value yang tinggi.

Percepatan ekspansi internasional.

Transformasi biaya.

Pengembangan IDN (id-Access, id-Ring, id-Con).

Indonesia Digital Solution (IDS) – layanan

konvergen pada solusi ekosistem digital.

Indonesia Digital Platform (IDP) – platform

enabler untuk pengembangan ekosistem.

Eksekusi sistem pengelolaan anak perusahaan

terbaik.

Mengelola portofolio melalui BoE dan CRO.

Meningkatkan sinergi di dalam Telkom Group.

Telkom, menjadikan tahun 2012 sebagai tahun untuk mentransformasikan aktivitas

pembelajaran dan pengembangan SDM mereka dari sebuah Pusat Pendidikan dan

Pelatihan biasa menjadi Telkom Corporate University (TCU). Perusahaan dengan ranking

685 versi Forbes 2000 tahun 2013, memiliki Learning Center yang berpusat di Geger

Kalong, Bandung. Transformasi menjadi TCU jelas bukan demi formalitas semata.

7

Pembentukan TCU 28 September 2012, menurut Direktur Utama Telkom Arief Yahya,

menunjukkan betapa Telkom sangat berinvestasi pada SDM dan pentingnya program

pengembangan SDM diselaraskan dengan rencana bisnis perusahaan. “Ukuran

keberhasilan dari program pengembangan SDM adalah sejauh mana investasi dalam SDM

ini berujung pada peningkatan kinerja bisnis perusahaan,” tukasnya saat meresmikan TCU.

Gambar 2. 2 Telkom Corporate University

TCU merupakan implementasi dari strategic learning penyelenggaraan aktivitas

pembelajaran perusahaan (corporate learning) yang menggunakan pendekatan strategi

corporate university. TCU merupakan suatu wahana strategis yang dirancang untuk

mendukung pencapaian misi perusahaan dengan melakukan kegiatan-kegiatan untuk

memperkokoh kemampuan belajar individu dan organisasi dalam rangka mewujudkan

Center of Excellence.

2.1.2. Bidang Garapan

Sejalan dengan strategi ekspansi global yang dilakukan PT Telkom Tbk, maka

kesiapan sumberdaya manusia (SDM) menjadi tantangan tersendiri yang perlu dicarikan

solusinya secara tepat. Go global tentunya membutuhkan SDM, sistem, dan praktik bisnis

yang juga berstandar global. Dikenal dengan program pendidikan dan latihan (Diklat) yang

berkualitas selama ini, Telkom merasa perlu untuk mentransformasikan unit Diklat

menjadi Corporate University dengan beroperasinya secara resmi TCU mulai 28

September 2013. Manajemen Telkom telah menjadikan pembentukan Center of Excellence

dalam pengembangan SDM sebagai inisiatif strategis pertama dan utama.

8

Implementasi pengelolaan proses pembelajaran perusahaan melalui TCU

memerlukan integrasi dari seluruh learning resources, proses, dan sumber daya manusia

yang ada di perusahaan. Untuk menjamin efektivitas pengelolaan implementasi TCU

secara keseluruhan, maka di dalam pengorganisasian TCU diperlukan mekanisme share

ownership yang diwadahi dalam suatu mekanisme kerja yang disebut Kelompok Kerja

TCU, yang terdiri dari:

1. Kelompok Kerja Customer Facing Unit (CFU) meliputi bidang:

a. Mobile

b. Digital, Innovation & Strategy Portfolio

c. Consumer

d. Enterprise

e. Wholesale & International

2. Kelompok Kerja Functional Unit (FU) meliputi bidang:

a. Network, IT & Solution

b. Human Capital, Finance & Leadership

2.1.3. Struktur Organisasi

Struktur organisasi TCU Center dapat dilihat pada Gambar 2.3 berikut.

Gambar 2. 3 Struktur Organisasi TCU Center

9

2.1.4. Deskripsi Kerja Unit

SM Knowledge Management & Case Study Center bertanggungjawab atas

ketersediaan knowledge perusahaan yang relevan dan berkualitas serta memastikan

efektivitas sharing dan pemanfaatannya bagi pengguna individu dan organisasi.

Dalam melaksanakan tanggungjawabnya, SM KMCS menjalankan aktivitas utama

antara lain sebagai berikut.

1. Menyelenggarakan inventarisasi kebutuhan knowledge perusahaan (knowledge

need inventarization).

2. Menyelenggarakan identifikasi sumber-sumber informasi yang dapat

menghasilkan knowledge (knowledge source identification) yang relevan

dengan kebutuhan perusahaan.

3. Menyelenggarakan pencarian dan pengumpulan informasi (knowledge

collection) dengan menggunakan metodologi dan tools yang efektif dan efisien

seperti research dan case study, survey, forum, dan lain-lain.

4. Menyelenggarakan knowledge sharing dan delivery-nya kepada pengguna

(individu dan organisasi) dengan menggunakan pola dan mekanisme (sharing

event atau sharing on group) serta tools yang efektif dan efisien.

5. Menyelenggarakan pengelolaan pemanfaatan knowledge (knowledge

utilization) dan distribusi dokumen kepada pengguna.

6. Membangun dan mengembangkan knowledge culture, collaborative

environment, dan partnership internal Telkom Group dan eksternal serta

knowledge relationship (award & appreciation).

7. Membangun dan mengembangkan bisnis proses, tools, dan database sistem

knowledge management yang didukung oleh standard operating procedure

yang memadai.

8. Menyelenggarakan learning research dan case study untuk mendukung

pengembangan knowledge dan proses learning.

9. Merancang dan mengembangkan model pembelajaran elektronik (non

classical) dan melakukan konversi konten materi learning ke dalam bentuk

digital learning.

10. Mengelola delivery pembelajaran digital learning (non classical).

10

Gambar 2. 4 Digital Learning Telkom

Dalam menjalankan tugasnya, SM KMCS dibantu oleh:

1. Manager Knowledge Acquisition & Content Management.

2. Manager Learning Management System Design & Operation.

3. Manager Knowledge Sharing & Utilization.

4. Manager Case Study & Learning Research.

2.2. Kajian Pustaka

2.2.1. Sistem

Menurut Henry Prat Fairchild dan Eric Kohler (Serizawa, 2014), “Sistem adalah

sebuah rangkaian yang saling kait mengkait antar beberapa bagian sampai kepada bagian

yang paling kecil, bila suatu bagian atau sub bagian terganggu maka bagian yang lain juga

ikut merasakan ketergangguan tersebut”.

Menurut Gordon B. Davis ( Sasrawan Hedi, 2014), “Sistem adalah sebuah sistem

terdiri dari bagian-bagian yang saling berkaitan yang beroperasi bersama untuk mencapai

beberapa sasaran dan maksud”.

11

Menurut Agus Mulyanto (Monica, 2014), sistem mempunyai karakteristik sebagai

berikut:

1. Mempunyai Komponen Sistem (Components Sistem)

Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, bekerja

sama membentuk satu kesatuan.

2. Mempunyai Batasan Sistem (Boundary)

Batas sistem merupakan pembatas antara suatu sistem dengan sistem yang

lainnya atau dengan lingkungan luarnya

3. Mempunyai Lingkungan (Environment)

Lingkungan luar adalah segala hal yang berada di luar batas dari sistem yang

dapat mempengaruhi operasi sistem.

4. Mempunyai Penghubung (interface)

Penghubung (interface) merupakan media penghubung antara satu subsistem

dengan subsistem yang lainnya.

5. Mempunyai Masukan (input)

Masukan dapat berupa maintenance input, yaitu suatu hal yang dimasukkan

agar sistem tersebut bisa beroperasi dan signal input, yaitu masukan yang

diproses untuk mendapatkan keluaran.

6. Mempunyai Pengolahan (processing)

Pengolahan merupakan bagian yang melakukan perubahan dari masukan untuk

menjadi keluaran yang diinginkan.

7. Mempunyai Sasaran (Objective) dan Tujuan

Suatu sistem pasti memiliki sasaran (objective) atau tujuan (goal). Tanpa

adanya tujuan, sistem menjadi tidak terarah dan terkendali.

8. Mempunyai Keluaran (output)

Keluaran (output) merupakan hasil dari pemrosesan. Keluaran dapat berupa

informasi sebagai masukan pada sistem lain atau hanya sebagai sisa

pembuangan.

9. Mempunyai Umpan Balik (Feed Back) Umpan balik diperlukan oleh bagian

kendali (Control) sistem untuk mengecek terjadinya penyimpangan proses

dalam sistem dan mengembalikannya ke dalam kondisi normal.

12

2.2.2. Repositori

Menurut (Anonim, 2016), repositori adalah tempat dimana data disimpan dan

dipelihara. Sebuah repositori dapat berupa:

Tempat dimana data disimpan

Tempat dimana secara khusus data dalam format digital disimpan

Tempat dimana e-print diletakkan

Tempat dimana beberapa database atau file diletakkan untuk didistibusikan secara

jaringan komputer

Tempat dimana sesuatu disimpan yang kemungkinan untuk digunakan lagi

2.2.3. Rapat

1. Definisi

Rapat adalah pertemuan antara sejumlah orang atau kelompok untuk

membicarakan sesuatu masalah. Rapat merupakan suatu alat komunikasi langsung

antara pimpinan kantor dengan anggotanya, antar pimpinan, atau antar anggota.

Rapat sering diselenggarakan oleh banyak instansi atau perusahaan. Jadi, rapat

(conference atau meeting) merupakan pertemuan antara para anggota lingkungan

instansi atau perusahaan untuk merundingkan atau menyelesaiakan suatu masalah

yang menyangkut kepentingan bersama (Arifah, 2016).

2. Prinsip

Dalam rangka menyelenggarakan rapat, ada beberapa prinsip dasar yang

dapat dijadikan pedoman atau pegangan dalam mempersiapkannya, yaitu sebagai

berikut:

a. Why; Mengapa rapat perlu diselenggarakan? Hal ini untuk menentukan

urgensi dari rapat tersebut.

b. What; Apa masalah yang akan dibicarakan dalam rapat? Hal ini untuk

mempersiapkan agenda rapat.

c. Who; Siapa saja yang akan diundang dalam rapat tersebut? Hal ini untuk

menentukan peserta rapat yang diundang.

d. Where; Di mana rapat akan diselenggarakan? Hal ini untuk menentukan

tempat penyelenggaraan rapat.

13

e. When; Kapan rapat akan diselenggarakan? Hal ini untuk menentukan

hari, tanggal dan waktu rapat akan diselenggarakan.

f. How; Bagaimana rapat akan diselenggarakan? Hal ini untuk

menentukan apakah rapat tersebut akan diselenggarakan secara berkala

atau hanya satu kali, tertutup atau terbuka, dengan bahan rapat yang

dibagikan terlebih dahulu, atau dengan menggunakan LCD projector,

tape, video dan alat lainnya.

3. Persiapan Rapat

Merencanakan dan mempersiapkan suatu rapat agar dapat berjalan lancar

bukanlah suatu pekerjaan yang mudah, karena seorang sekretaris harus

berhubungan dengan berbagai pihak dengan penyelenggaraan suatu rapat. Hal ini

menjadi tanggung jawab sekretaris dalam persiapan penyelenggaraan adalah

sebagai berikut:

a. Membuat agenda rapat dan susunan acara rapat

Agenda rapat adalah daftar yang berisi pokok-pokok permasalahan yang

akan dibicarakan dalam suatu rapat. Sedangkan susunan acara rapat adalah

rincian atau penjabaran lebih lanjut dari topik-topik dalam agenda rapat.

Sekretaris harus memastikan terlebih dahulu acara yang akan diadakan atau

dilaksanakan pada suatu rapat dengan mengkonsultasikannya terlebih dahulu

kepada pimpinan rapat. Acara tersebut harus disusun secara sistematis dengan

membuat pokok-pokok acara secara garis besar. Tujuh hal yang harus

diperhatikan untuk membuat agenda rapat yang baik:

1) Mencantumkan tanggal, tempat, waktu mulai dan waktu selesai.

2) Mencantumkan tujuan rapat (mengapa rapat diadakan dan apa yang

akan dicapai) dengan tidak lebih dari dua kalimat.

3) Menyebutkan siapa saja yang perlu hadir (dan tambahan informasi

lainnya seperti asal organisasi dan jabatan/pekerjaannya) sehingga

peserta bisa saling mengenal.

4) Mendaftar topik yang akan dibahas dan urutannya.

5) Mencantumkan perkiraan waktu dari masing-masing topik pembahasan.

14

6) Menyebutkan bila ada bahan bacaan atau tugas yang harus diselesaikan

para peserta sebelum rapat.

7) Bahan dan informasi rapat dibagikan kepada setiap peserta rapat

selambat-lambatnya seminggu sebelum rapat diadakan.

b. Menentukan Peserta Rapat

Dari agenda rapat yang telah dibuat ditentukan siap saja peserta yang akan

diundang. Setelah sekretaris menyusun daftar para peserta rapat yang akan

diundang, kemudian konsultasikan kembali dengan pimpinan rapat, apakah ada

penambahan atau pengurangan peserta rapat.

c. Membuat Surat Undangan Rapat.

Undangan ada yang bersifat resmi dan ada yang bersifat tidak resmi.

Undangan yang bersifat resmi adalah surat undangan yang dibuat oleh

organisasi, instansi, perusahaan, lembaga, yayasan agar orang atau organisasi

yang dituju dalam surat undangan dapat menghadiri acara yang

diselenggarakan oleh pihak pengundang.

Undangan tidak resmi adalah undangan yang dibuat oleh perorangan yang

mewakili dirinya sendiri agar pihak yang diundang dapat hadir dalam acara

yang dibuat pengundang. Misalnya undangan pernikahan, khitanan, syukuran

dan lain-lain. Hal-hal yang harus diperhatikan dalam membuat undangan adalah

sebagai berikut.

1) Menggunakan tata bahasa yang baik dan benar

2) Mengetahui permasalahan dan latar belakang penyusunan undangan

3) Memahami aturan-arutan pembuatan surat

Undangan dibuat jauh hari sebelum rapat dimulai minimal 3 – 7 hari

sebelum pelaksanaan rapat. Hal ini berguna agar orang yang diundang dapat

mempersiapkan terlebih dahulu segala keperluan yang berkaitan dengan

undangan rapat. Undangan yang dibuat hendaklah memenuhi beberapa syarat,

yaitu sebagai berikut.

1) Menggunakan kop surat atau kepala surat.

2) Mencantumkan nomor surat undangan serta tanggal pembuatan.

3) Mencantumkan perihal undangan rapat.

15

4) Mencantumkan nama-nama orang yang diundang rapat.

5) Mencantumkan hari, tanggal, waktu dan tempat rapat tersebut

diselenggarakan.

6) Ditandatangani oleh pejabat yang bertanggung jawab atas surat

undangan tersebut.

d. Membuat daftar hadir peserta rapat.

Daftar hadir rapat perlu disiapkan sebagai kelengkapan administrasi

penyelenggaraan rapat. Daftar hadir peserta rapat juga digunakan untuk

mendata jumlah peserta yang hadir terkait penyiapan konsumsi dan

akomodasi peserta. Daftar hadir rapat biasanya terdiri dari 4 kolom yaitu

nomor, nama, jabatan/instansi dan tanda tangan.

e. Mempersiapkan bahan rapat.

Bahan-bahan rapat yang perlu dipersiapkan sebelum rapat dilaksanakan

antar lain sebagai berikut.

1) Agenda rapat.

2) Notula/hasil rapat yang lalu (apabila rapat tersebut merupakan

kelanjutan dari rapat sebelumnya).

3) Bahan-bahan yang akan dibicarakan dalam rapat (makalah, laporan-

laporan dan sebagainya).

Bahan-bahan tersebut disatukan dalam sebuah map dan harus telah

tersedia untuk masing-masing peserta pada waktu rapat dimulai. Apabila

bahan-bahan tersebut memerlukan pemikiran yang panjang, maka harus telah

dikirimkan bersama dengan pemberitahuan rapat/surat undangan, agar dapat

dipelajari terlebih dahulu.

f. Mempersiapkan peralatan dan perlengkapan rapat.

Peralatan dan persiapan yang perlu dipersiapkan dalam rapat antara lain

adalah:

1) White board lengkap dengan spidol dan penghapus.

2) Flip chart lengkap dengan spidolnya.

3) LCD Projector atau OHP (Over Head Projector) lengkap dengan

layarnya.

16

4) Sound system lengkap dengan mikroponnya.

5) Map atau tas yang dipergunakan untuk menempatkan bahan-bahan

rapat.

6) Block note denagn bolpoint-nya.

7) Name tag untuk peserta.

8) Laptop atau computer.

Dalam mempersiapkan peralatan dan perlengkapan rapat, sebaiknya

dibuat dahulu daftar kebutuhan peralatan dan perlengkapannya agar dapat

dipastikan beberapa jumlah barang yang dibutuhkan

g. Mempersiapkan ruang rapat

h. Akomodasi atau penginapan

Pada rapat yang dilakukan lebih dari satu hari, biasanya para peserta rapat

akan menginap di suatu tempat. Untuk itu sekretaris harus mengatur pemilihan

tempat yang cocok untuk pelaksanaan rapat tersebut mulai dari pemesanan

tempat, pembagian kamar, hingga pengecekan terakhir akan kesiapan

penginapan untuk peserta rapat.

i. Transportasi

Jika suatu rapat tidak dilaksanaan di dalam kantor, tentunya transportasi

para peserta rapat ke tempat rapat harus dipersiapkan. Jika harus menyewa

mobil atau bus, maka sekretaris harus menyiapkannya.

j. Konsumsi (snack)

Konsumsi rapat berupa makanan ringan (snack) atau makanan berat untuk

para peserta rapat harus disiapkan agar para peseta rapat nyaman dalam

mengikuti kegiatan rapat. Jika pelaksanaan rapat lebih dari satu hari, variasi

makanan juga harus diperhatikan. Hal ini akan berdampak pada motivasi

peserta dalam mengikuti rapat.

k. Kesehatan

Penyelenggaraan rapat yang cukup lama perlu di sediakan ruangan

kesehatan untuk mencegah terhambatnya pelaksaannya rapat akibat ada peserta

yang sakit. Maka, faktor kesehatan peserta rapat perlu di perhatikan.

17

l. Pengecekan persiapan terakhir

Sebelum rapat dimulai atau pada H - 1, sekretaris harus memeriksa segala

persiapan untuk meyakinkan apakah segala sesuatunya telah siap untuk

dipergunakan.

4. Kesepakatan Rapat

Kesepakatan rapat atau bisa disebut minute of meeting (MOM) merupakan

hasil/notulensi dari sebuah rapat yang dilaksanakan. Terdiri dari data-data yang

penting dalam rapat, seperti dituangkan pada contoh template rapat Telkom pada

Gambar 2.5 berikut.

Gambar 2. 5 Template Kesepakatan Rapat Telkom

18

2.2.4. Program Kerja

1. Definisi

Program di dalam Kamus Besar Bahasa Indonesia (KBBI) didefinisikan

sebagai rancangan mengenai asas-asas serta usaha-usaha yang akan dijalankan.

Jones dalam Arif Rohman (2009: 101-102) menyebutkan program merupakan salah

satu komponen dalam suatu kebijakan. Program merupakan upaya yang berwenang

untuk mencapai tujuan. Menurut Charles O. Jones (Siti Erna Latifi Suryana, 2009:

28) ada tiga pilar aktivitas dalam mengoperasikan program yaitu:

a. Pengorganisasian struktur oganisasi yang jelas diperlukan dalam

mengoperasikan program sehingga tenaga pelaksana dapat terbentuk dari

sumber daya manusia yang kompeten dan berkualitas.

b. Interpretasi para pelaksana harus mampu menjalankan program sesuai

dengan petunjuk teknis dan petunjuk pelaksana agar tujuan yang diharapkan

dapat tercapai.

c. Penerapan atau aplikasi perlu adanya pembuatan prosedur kerja yang jelas

agar program kerja dapat berjalan sesuai dengan jadwal kegiatan sehingga

tidak berbenturan dengan program lainnya.

2. Evidence

Evidence secara Bahasa, yaitu Bahasa Inggris, mengandung arti sebagai barang

bukti dari sebuah kejadian tertentu. Namun evidence di sini adalah sebuah bukti

atau penanda tahapan yang sudah dilaksanakan dari sebuah program kerja.

Evidence dari satu program kerja dapat berjumlah dari satu, sesuai tahapan dan

kebutuhan dalam proses pelaksanaan program kerja

2.2.5. Object Oriented Programming (OOP)

Object Oriented Programming merupakan sebuah konsep pemrograman untuk

membuat kode program yang lebih terstruktur, terkelompok berdasarkan objek-objek yang

terlibat sehingga bagian-bagiannya dapat digunakan untuk pembuatan aplikasi lain.

Pemrograman berorientasi objek terdiri dari suatu class dan object. Class merupakan

gambaran atau abstraksi karakter dan sifat dari suatu objek. Sedangkan object (objek)

19

merupakan suatu data atau entitas yang berwujud maupun tidak berwujud (Ariani &

Shalahuddin, 2014).

Menurut Roger Pressman (Pressman, 2001), proses pengembangan perangkat lunak

dengan OOP akan menggunakan model proses berorientasi objek (object oriented/OO

process model). Model proses ini mengadaptasi model proses spiral, namun penekanan

berorientasi objeknya berada pada tahap rekayasa, pembangunan, dan rilis perangkat lunak

(engineering, construction, and release). Tahap-tahap pada rekaya sistem tersebut yaitu:

1. Identify candidate classes

2. Look up classes library

3. Extract classes if available

4. Enginerr classes if available (OO analysis, design, programming, and testing)

5. Put new classes in library

6. Contruct nth iteration of system

Gambar 2. 6 Model Proses Berorientasi Objek

2.2.6. PHP: Hypertext Preprocessor

PHP: Hypertext Preprocessor adalah bahasa skrip yang dapat ditanamkan atau

disisipkan ke dalam HTML. PHP banyak dipakai untuk memprogram situs web dinamis.

PHP dapat digunakan untuk membangun sebuah CMS.

Beberapa kelebihan dari php dari bahasa pemrograman web, antara lain:

(wikipedia, 2016).

20

1. Bahasa pemrograman PHP adalah sebuah bahasa script yang tidak melakukan

sebuah kompilasi dalam penggunaannya.

2. Web Server yang mendukung PHP dapat ditemukan di mana-mana dari mulai

apache, IIS, Lighttpd, hingga Xitami dengan konfigurasi yang relatif mudah.

3. Dalam sisi pengembangan lebih mudah, karena banyaknya milis-milis dan

developer yang siap membantu dalam pengembangan.

4. Dalam sisi pemahamanan, PHP adalah bahasa scripting yang paling mudah

karena memiliki referensi yang banyak.

5. PHP adalah bahasa open source yang dapat digunakan di berbagai mesin

(Linux, Unix, Macintosh, Windows) dan dapat dijalankan secara runtime

melalui console serta juga dapat menjalankan perintah-perintah system.

Terdapat web yang dihasilkan dengan HTML (dan CSS) ini dikenal dengan website

statis, dimana konten dan halaman web bersifat tetap. Sebagai perbandingan, website

dinamis yang bisa dibuat menggunakan PHP adalah situs web yang bisa menyesuaikan

tampilan konten tergantung situasi. Website dinamis juga bisa menyimpan data ke dalam

database, membuat halaman yang berubah-ubah sesuai input dari user, memproses form,

dll. Untuk pembuatan web, kode PHP biasanya di sisipkan kedalam dokumen HTML.

Karena fitur inilah PHP disebut juga sebagai Scripting Language atau bahasa pemrograman

script.

2.2.7. Code Igniter (CI)

Menurut Blanco & Upton (Anonim, 2012, hlm. 9), CodeIgniter adalah powerful

open source PHP framework yang mudah dikuasai, dibangun untuk PHP programmers

yang membutuhkan toolkit sederhana dan baik untuk membuat full-featured web

applications.

Terdapat beberapa bagian yang terdapat dalam CI yang bisaa kita gunakan untuk

mempermudah kita dalam pembuatan suatu program, yaitu model, view, controller,library

dan helper. Berikut merupakan penjelasan mengenai model, view, controller, library dan

helper yang terdapat dalam framework CI.

21

1. Model

Merupakan representasi data. biasanya class model akan berisi fungsi-

fungsi CRUD (create, read, update, delete) data ke database.

2. View

Merupakan sebuah informasi/halaman yang akan ditampilkan ke pengguna.

3. Controller

Berfungsi sebagai penghubung antara Model dengan View.

4. Libraries

Merupakan kumpulan berbagai macam class yang masing-masing mempunyai

fungsi khusus yang dapat digunakan untuk mengembangkan aplikasi.

5. Helper

Setiap file helper terdiri dari kumpulan fungsi (function). Berbeda dengan

library, helper dapat digunakan dimanapun, baik itu di model, view, controller dan

library. Contoh fungsi helper yang sering digunakan adalah helper form, helper url,

helper untuk membuat pdf, dan lain lain.

Berikut ini merupakan kelebihan Framework CodeIgniter (Maulana, 2013) :

1. Tidak Berbayar

Kita dapat menggunakan framework ini sesuai kebutuhan kita tanpa harus

membelinya terlebih dahulu.

2. Support PHP 4.0 ataupun PHP 5.0

CI mampu mendukung pengembang yang menggunakan bahasa pemrograman

PHP versi 4.0 ataupun PHP 5.0.

3. Ringan dan Cepat (LightWeight)

Penggunaan library bisa disesuaikan dengan kebutuhan, sehingga hal tersebut

bisa mengurangi penggunaan resource yang mengakibatkan aplikasi akan lebih

terasa ringan dan cepat.

4. Prinsip MVC (Model - View - Control)

Dengan adanya prinsip MVC, pemisahan file model, view dan controller

menjadi lebih jelas dan terstruktur.

5. Dokumentasi lengkap

22

CI memiliki dokumentasi yang sangat lengkap tentang semua hal yang ada

dalam CodeIgniter. Mulai dari langkah instalasi sampai dokumentasi fungsi-

fungsinya terdapat didalam CI. Maka dengan adanya dokumentasi sangat

memudahkan bagi pemula dalam mempelajari lingkungan pengembangan website

dengan CodeIgniter.

2.2.8. PHPMyAdmin

Menurut Alexander F.K Sibero (Alexander, 2011 hlm. 376) phpMyAdmin adalah

aplikasi web yang dibuat oleh phpmyadmin.net phpMyAdmin digunakan untuk

administrasi database MySQL.

Pengembangan PhpMyAdmin dimulai pada tahun 1998 oleh Tobias Ratschiller

seseorang konsultan IT. Ratschiller mengerjakan sebuah program bernama MySQL - Web

admin dgn bebas, yg yaitu product dari Petrus Kuppelwieser, yg sudah mogok

mengembangkannya pada disaat itu. Ratschiller posting kode baru utk PhpMyAdmin, &

dioptimalkan pada ide dari proyek Kuppelwiesser. Ratschiller meninggalkan proyek

PhpMyAdmin pada th 2001. Saat Ini, Satu tim dari delapan pengembang yg dipimpin oleh

Oliver Muller meneruskan pengembangan PhpMyAdmin pada version 3.0.0.

PhpMyAdmin bergabung dgn GoPHP5 & dapat membuat kompatibilitas kode dgn

version PHP dan MySQL lama. versi 3 ke atas memerlukan setidaknya PHP 5.2 & MySQL

5. PhpMyAdmin pernah memenangkan sekian banyak penghargaan, diantaranya yang

merupakan software berbasis PHP paling baik juga mendapati predikat sbg “Tool terbaik

untuk SysAdmins” dari komune SourceForge.net. Sampai sekarang PhpMyAdmin sudah

dikembangkan lebih dari 14 thn dan tak berhenti memperbaiki kualitasnya. ini manusia

mulai memanfaatkan jaringan internet untuk menyimpan data–data milik mereka.

Sehingga aplikasi Cloud & Virtualisasi sedang booming. Aplikasi seperti itu memerlukan

database yg besar dan saling terkait.

Sekarang pemakaian PhpMyAdmin termasuk juga ialah software untuk mengolah

MySQL dalam skala kecil, untuk kepentingan website personal telah sangat banyak

meringankan. PhpMyAdmin termasuk juga dalam paket XAMPP buat mendevelop website

pribadi. Kebutuhan yg lebih besar dalam pengelolaan database MySQL mengembangkan

aplikasinya sendiri yakni MySQL workbench yg mempunyai GUI grafis.

23

2.2.9. Unified Modeling Language (UML)

1. Pemodelan

Kenapa pemodelan itu penting? Karena mendefinisikan sebuah model akan

mempermudah memecah sebuah sistem besar ke bagian-bagian yang kecil dan

masing-masingnya secara terpisah bisa dipelajari, lebih mudah dibandingkan harus

mempelajari sebuah gambaran besar dari sistem. Pemodelan memiliki dua

kegunaan, yaitu:

a. Readability

Memberikan kemudahan untuk pemahaman. Mengerti sebuah sistem adalah

langkah pertama di dalam membuat atau mengembangkan sistem. Pemahaman

ini melibatkan bagaimana struktur sebuah sistem, apa saja yang bisa dilakukan,

dst.

b. Reusability

UML menyediakan kemampuan untuk menangkap karakteristik dari sebuah

sistem menggunakan notasi atau simbol. UML menyediakan berbagai macam

nitasi sederhana untuk mendokumentasikan sistem berdasarkan prinsip desain

berorientasi objek. Dan pada dasarnya orientasi objek membuat objek yang

sama dapat digunakan kembali di berbagai kegiatan/aktivitas.

2. Definisi UML

Unified Modeling Language (UML) adalah bahasa standar untuk

menspesifikasi, menggamarkan, membangun, dan mendokumentasikan artefak dari

sistem perangkat lunak, sama seperti untuk model bisnis dan sistem non-perangkat

lunak. UML merupakan bagian yang sangat penting dalam mengembangkan

perangkat lunak berorientasi objek dan proses pembangunan perangkat lunak.

UML menggunakan notasi grafik untuk mengekspresikan desain dari proyek

perangkat lunak. Menggunakan UML membantu tim proyek untuk berkomunikasi,

mengeksplorasi desain yang potensial, dan memvalidasi desain arsitektur dari

perangkat lunak.

Adapun tujuan utama dari UML adalah:

24

a. Menyediakan untuk pengguna model yang siap digunakan dengan bahasa

pemodelan visual yang ekspresif. Jadi pengguna dapat mengembangkan dan

mengganti model yang meaningful.

b. Menyediakan mekanisme yang dapat diperluas dan dispesifikasi untuk

memperluas konsep inti

c. Membuat bahasa pemrograman dan proses pengembangan menjadi tidak

kaku/bebas

d. Menyediakan dasar formal untuk mengerti bahasa pemodelan

e. Menganjurkan pertumbuhan pasar tools berorientasi objek

3. Klasifikasi Diagram UML

Sebuah UML sistem perangkat lunak dengan tiga karakteristik: static, dinamic,

dan dan implementation.

a. Static: Aspek struktural oleh sistem, menggambarkan bagian mana dari

sistem yang dibuat.

b. Dynamic: Fitur behavioral dari sebuah sistem; contohnya, cara sebuah

sistem berperilaku dalam merespon event/aksi tertentu yang merupakan

karakteristi dinamik sebuah sistem.

c. Implementation: Karakteristik implementasi dari sebuah sistem adalah fitur

baru keseluruhan yang mendeskripsikan elemen-elemen berbeda yang

dibutuhkan untuk menyebarkan sistem.

4. Macam-macam Diagram

Diagram UML dikenal sebanyak 9 macam (Dutoit, 1998) berdasarkan

karakteristiknya, antara lain:

a. Static

1) Use case diagram

2) Class diagram

b. Dynamic

1) Object diagram

2) State diagram

3) Activity diagram

4) Sequence diagram

25

5) Collaboration diagram

c. Implementation

1) Component diagram

2) Deployment diagram

Sedangkan tambahan beberapa diagram UML baru (Ambler, 2005) yaitu:

a. Package diagram

b. Communication diagran

c. Composite structure diagram

d. Interaction overview diagram

e. Timing diagram

26

BAB III

ANALISIS DAN PERANCANGAN

Pada Bab 3 ini dibahas mengenai tahap analisis dan perancangan sistem yang akan dibuat

dengan menampilkan berbagai macam diagram UML untuk menjelaskan alur sistem kepada

pembaca.

3.1. Analisis

3.1.1. Use Case Diagram

UML Use Case Diagrams (UCD) digunakan untuk mengidentifikasi elemen utama

dan proses yang membentuk sistem. Elemen utama diistilahkan dengan ‘aktor’ dan

prosesnya dengan ‘use case’. UCD menunjukkan aktor mana yang berinteraksi dengan

masing-masing use case.

UCD dapat digunakan untuk mendeskripsikan fungsionalitas sistem,

menggambarkan aspek fungsional dan proses bisnis pada sistem. UCD hanya memiliki 4

elemen utama: Aktor yang sistem didedeskripsikan berinteraksi dengan siapa, system itu

sendiri, use case, dan garis yang merepresentasikan hubungan/relasi berupa

extends/include diantara elemen-elemen di atas.

Gambar 3. 1 Contoh Sederhana Use Case Diagram

Sistem bernama SIPORAPROKER. Sedangkan aktor dalam sistem ini hanya

Karyawan, yang secara umum dapat berinteraksi dengan empat use case utama yang

mengharuskan (include) satu use case yaitu login, yaitu sebagai berikut.

1. Melihat pengingat bulan ini, terdiri dari (extend) satu use case.

2. Olah agenda, terdiri dari lima use case.

3. Olah rapat, terdiri dari lima use case.

4. Olah program kerja, terdiri dari lima use case.

27

Diagram use case SIPORAPROKER ditunjukkan pada Gambar 3.2.

Gambar 3. 2 Use Case Diagram

28

Sedangkan skenario dari masing-masing use case yang ada pada use case diagram di atas

ditunjukkan pada tabel-tabel berikut.

1. Login

Tabel 3.1 berikut menunjukkan skenario pada use case “login”.

Tabel 3. 1 Skenario Use Case “login”

No. Aksi Aktor Reaksi Sistem

Skenario Normal

1. Menekan tombol login di halaman

utama.

2. Menampilkan halaman dengan form login.

3. Mengisi username dan password pada

form login.

4. Menekan tombol login.

5. Melakukan pengecekan terhadap database

akun.

6.

Jika cocok, kembali ke halaman awal

dengan status login sebagai akun yang

dimasukkan. Jika tidak, akan memunculkan

tulisan “username dan password salah”.

2. Logout

Tabel 3.2 berikut menunjukkan skenario pada use case “logout”.

Tabel 3. 2 Skenario Use Case “logout”


Skenario Normal

1. Menekan tombol logout.

2. Kembali ke halaman awal dengan status

login kosong.

3. Melihat pengingat bulan ini

Tabel 3.3 berikut menunjukkan skenario pada use case “melihat pengingat bulan

ini”.

29

Tabel 3. 3 Skenario Use Case “melihat pengingat bulan ini”


Skenario Normal

1. Menampilkan halaman utama yang berisi

pengingat bulan ini.

2. Melihat halaman utama yang berisi

pengingat bulan ini.

4. Olah agenda

Tabel 3.4 berikut menunjukkan skenario pada use case “olah agenda”.

Tabel 3. 4 Skenario Use Case “olah agenda”


Skenario Normal

1. Menampilkan halaman yang diakses.

2. Melakukan klik pada menu agenda di

menu bar.

3. Menampilkan halaman utama agenda.

4. Melihat halaman utama agenda.

5. Lihat daftar agenda

Tabel 3.5 berikut menunjukkan skenario pada use case “lihat daftar agenda”.

Tabel 3. 5 Skenario Use Case “lihat daftar agenda”


Skenario Normal

1. Menampilkan halaman utama agenda.

2.

Memilih mode tampilan agenda,

kalender atau tabel. Default tampilan

adalah kalender.

3. Menampilkan daftar agenda sesuai pilihan

user.

6. Mode tabel

Tabel 3.6 berikut menunjukkan skenario pada use case “mode tabel”.

30

Tabel 3. 6 Skenario Use Case “mode tabel”


Skenario Normal

1. Mengklik tombol tabel pada halaman

agenda.

2. Memunculkan daftar agenda dalam bentuk

tabel.

3. Melihat daftar agenda dalam bentuk

tabel.

7. Mode kalender

Tabel 3.7 berikut menunjukkan skenario pada use case “mode kalender”.

Tabel 3. 7 Skenario Use Case “mode kalender”


Skenario Normal

1. Mengklik tombol kalender pada

halaman agenda.

2. Memunculkan agenda dalam bentuk

kalender.

3. Melihat agenda dalam bentuk

kalender.

8. Tambah agenda

Tabel 3.8 berikut menunjukkan skenario pada use case “tambah agenda”.

Tabel 3. 8 Skenario Use Case “tambah agenda”


Skenario Normal

1.

Mengklik tombol tambah pada

halaman agenda, baik pada mode

kalender ataupun tabel.

2. Memunculkan form tambah agenda.

3. Mengisi form tambah agenda.

4. Mengklik tombol tambah.

5.

Melakukan pengecekan database.

31

Tabel 3. 8 Skenario Use Case “tambah agenda”


Skenario Normal

6.

Jika nama sama, maka tidak ditambahkan

ke database dan memunculkan error

“nama telah ada”. Jika tidak, tambahkan

data ke database dan munculkan tulisan

“agenda berhasil ditambahkan”.

7. Kembali ke halaman agenda.

9. Hapus agenda

Tabel 3.9 berikut menunjukkan skenario pada use case “hapus agenda”.

Tabel 3. 9 Skenario Use Case“hapus agenda”


Skenario Normal

1.

Mengklik tombol hapus pada kolom

action untuk data yang dipilih di tabel

agenda.

2. Memunculkan jendela konfirmasi untuk

menghapus agenda.

3. Memilih ya atau tidak.

4.

Jika user memilih ya maka data tersebut

akan dihapus dari database. Jika memilih

tidak, akan kembali ke halaman agenda.

10. Update status agenda

Tabel 3.10 berikut menunjukkan skenario pada use case “update status agenda”.

Tabel 3. 10 Skenario Use Case“update status agenda” 1


Skenario Normal

1.

Mengklik tombol update pada kolom


agenda.

2. Memunculkan form update data.

3. Mengubah status agenda.

4. Status agenda berubah menjadi sudah

dilaksanakan (dan tidak dapat diubah lagi).

32

Selain cara di atas, skenario use case “update status agenda” dapat dilihat pada

Tabel Tabel 3.11.

Tabel 3. 11 Skenario Use Case“update status agenda” 2


Skenario Normal

1.

Mengklik tombol detail pada kolom


agenda.

2. Memunculkan detail agenda.

3. Mengklik tombol update pada halaman

detail agenda.


5. Mengubah status agenda.

6. Status agenda berubah menjadi sudah

dilaksanakan (dan tidak dapat diubah lagi).

11. Lihat detail agenda

Tabel 3.12 berikut menunjukkan skenario pada use case “lihat detail agenda”.

Tabel 3. 12 Skenario Use Case “lihat detail agenda”


Skenario Normal

1.



agenda.

2. Memunculkan detail agenda.

3. Melihat detail agenda.

12. Olah rapat

Tabel 3.13 berikut menunjukkan skenario pada use case “olah rapat”.

Tabel 3. 13 Skenario Use Case “olah rapat”


Skenario Normal


2. Mengklik menu rapat di menu bar.

3. Menampilkan halaman utama rapat.

4. Melihat halaman utama rapat.

33

13. Tambah rapat

Tabel 3.14 berikut menunjukkan skenario pada use case “tambah rapat”.

Tabel 3. 14 Skenario Use Case “tambah rapat”


Skenario Normal

1. Mengklik tombol tambah pada

halaman rapat.

2. Memunculkan form tambah rapat.

3. Mengisi form tambah rapat.


5.


6.





“rapat berhasil ditambahkan”.

7. Kembali ke halaman rapat.

14. Lihat daftar rapat

Tabel 3.15 berikut menunjukkan skenario pada use case “lihat daftar rapat”.

Tabel 3. 15 Skenario Use Case “lihat daftar rapat”


Skenario Normal

1. Menampilkan daftar rapat yang sudah

dilaksanakan halaman utama agenda.

2. Melihat daftar rapat.

15. Hapus rapat

Tabel 3.16 berikut menunjukkan skenario pada use case “hapus rapat”.

34

Tabel 3. 16 Skenario Use Case “hapus rapat”


Skenario Normal

1.



rapat.


menghapus rapat.


4.



tidak, akan kembali ke halaman rapat.

16. Lihat detail rapat

Tabel 3.17 berikut menunjukkan skenario pada use case “lihat detail rapat”.

Tabel 3. 17 Skenario Use Case “lihat detail rapat”


Skenario Normal

1.



rapat.

2. Memunculkan detail rapat.

3. Melihat detail rapat.

17. Update rapat

Tabel 3.18 berikut menunjukkan skenario pada use case “update rapat”.

Tabel 3. 18 Skenario Use Case “update rapat” 1


Skenario Normal

1.



rapat.


3. Mengubah data rapat.

4. Data rapat diubah.


35

Selain cara di atas, skenario use case “update rapat” dapat dilihat pada Tabel 3.19.

Tabel 3. 19 Skenario Use Case “update rapat” 2


Skenario Normal

1.



rapat.

2. Memunculkan detail rapat.


detail rapat.


5. Mengubah data rapat.

6. Data rapat diubah. Kembali ke halaman

rapat.

18. Olah kesepakatan rapat

Tabel 3.20 berikut menunjukkan skenario pada use case “olah kesepakatan

rapat”.

Tabel 3. 20 Skenario Use Case “olah kesepakatan rapat”


Skenario Normal

1. Melihat detail rapat.

2. Memilih action yang akan dilakukan

pada kesepakatan rapat.

3. Menampilkan sesuai pilihan user.

19. Tambah kesepakatan rapat baru

Tabel 3.21 berikut menunjukkan skenario pada use case “tambah kesepakatan

rapat baru”.

Tabel 3. 21 Skenario Use Case “tambah kesepakatan rapat baru”


Skenario Normal

1. Mengklik tombol update pada detail

rapat.

2. Menampilkan form detail rapat.

3. Mengklik tombol browse file.

36

Tabel 3. 21 Skenario Use Case “tambah kesepakatan rapat baru”


Skenario Normal

4. Memunculkan jendela browse file.

5 Memilih file yang akan di-upload.

6. Memasukkan file yang dipilih ke form.

7. Menekan tombol update.

8. Menambah kesepakatan rapat.


20. View kesepakatan rapat

Tabel 3.25 berikut menunjukkan skenario pada use case “view kesepakatan

rapat”.

Tabel 3. 22 Skenario Use Case “view kesepakatan rapat”


Skenario Normal

1. Mengklik file kesepakatan rapat.

2. Memunculkan kesepakatan rapat di tab

baru.

3. Melihat kesepakatan rapat.

21. Update kesepakatan rapat

Tabel 3.22 berikut menunjukkan skenario pada use case “update kesepakatan

rapat”.

Tabel 3. 23 Skenario Use Case “update kesepakatan rapat”


Skenario Normal

1. Mengklik tombol update pada detail

rapat.

2. Menampilkan form detail rapat.

3. Mengklik tombol browse file untuk

mengganti file.

4. Memunculkan jendela browse file.

5 Memilih file yang akan di-upload.


7. Menekan tombol update.

37

Tabel 3. 21 Skenario Use Case “update kesepakatan rapat”


Skenario Normal

8. Mengganti kesepakatan rapat.


22. Download kesepakatan rapat

Tabel 3.23 berikut menunjukkan skenario pada use case “download kesepakatan

rapat”.

Tabel 3. 24 Skenario Use Case “download kesepakatan rapat”


Skenario Normal

1. Melihat kesepakatan rapat.

2. Download/save kesepakatan rapat

sesuai dengan browser.

3. Menyimpan kesepakatan rapat ke

komputer.

23. Delete kesepakatan rapat

Tabel 3.24 berikut menunjukkan skenario pada use case “delete kesepakatan

rapat”.

Tabel 3. 25 Skenario Use Case “delete kesepakatan rapat”


Skenario Normal

1. Mengklik hapus pada action

kesepakatan rapat.


menghapus kesepakatan rapat.


4.

Jika user memilih ya maka kesepakatan

rapat tersebut akan dihapus dari database.

Jika memilih tidak, akan kembali ke

halaman detail rapat.

24. Olah program kerja

Tabel 3.26 berikut menunjukkan skenario pada use case “olah program kerja”.

38

Tabel 3. 26 Skenario Use Case “olah program kerja”


Skenario Normal


2. Melakukan klik pada menu program

kerja di menu bar.

3. Menampilkan halaman utama program

kerja.

4. Melihat halaman utama program kerja.

25. Tambah program kerja

Tabel 3.27 berikut menunjukkan skenario pada use case “tambah program kerja”.

Tabel 3. 27 Skenario Use Case “tambah program kerja”


Skenario Normal

1. Mengklik tombol tambah pada

halaman program kerja.

2. Memunculkan form tambah program kerja.

3. Mengisi form tambah program kerja.


5.


6.





“program kerja berhasil ditambahkan”

7. Kembali ke halaman program kerja.

26. Lihat daftar program kerja

Tabel 3.28 berikut menunjukkan skenario pada use case “lihat daftar program

kerja”.

39

Tabel 3. 28 Skenario Use Case “lihat daftar program kerja”


Skenario Normal

1. Menampilkan daftar program kerja di

halaman utama program kerja.

2. Melihat daftar program kerja.

27. Hapus program kerja

Tabel 3.29 berikut menunjukkan skenario pada use case “hapus program kerja”.

Tabel 3. 29 Skenario Use Case “hapus program kerja”


Skenario Normal

1.



program kerja.


menghapus program kerja.


4.



tidak, akan kembali ke halaman program

kerja.

28. Lihat detail program kerja

Tabel 3.30 berikut menunjukkan skenario pada use case “lihat detail program

kerja”.

Tabel 3. 30 Skenario Use Case “lihat detail program kerja”


Skenario Normal

1.



program kerja.

2. Memunculkan detail program kerja.

3. Melihat detail program kerja.

40

29. Update program kerja

Tabel 3.31 berikut menunjukkan skenario pada use case “update program kerja”.

Tabel 3. 31 Skenario Use Case “update program kerja” 1


Skenario Normal

1.



program kerja.


3. Mengubah data program kerja.

4. Data program kerja diubah.

5. Kembali ke halaman program kerja.

Selain cara di atas, skenario use case “update program kerja” dapat dilihat pada

Tabel 3.32.

Tabel 3. 32 Skenario Use Case “update program kerja” 2


Skenario Normal

1.



program kerja.

2. Memunculkan detail program kerja.


detail program kerja.


5. Mengubah data program kerja.

6. Data program kerja diubah. Kembali ke

halaman program kerja.

30. Olah evidence

Tabel 3.33 berikut menunjukkan skenario pada use case “olah evidence”.

41

Tabel 3. 33 Skenario Use Case “olah evidence”


Skenario Normal

1. Melihat detail program kerja

2. Memilih action yang akan dilakukan

pada kesepakatan program kerja.

3. Menampilkan sesuai pilihan user.

31. Tambah evidence

Tabel 3.32 berikut menunjukkan skenario pada use case “tambah evidence”.

Tabel 3. 34 Skenario Use Case “tambah evidence”


Skenario Normal

1. Mengklik tombol add evidence pada


2. Menampilkan form tambah evidence.

3. Mengisi data evidence.

4. Mengklik tombol browse file.

5 Memunculkan jendela browse file.

6. Memilih file yang akan di-upload


8. Menekan tombol add.

9. Menambah evidence.

10. Kembali ke halaman detail program kerja.

32. Download evidence

Tabel 3.33 berikut menunjukkan skenario pada use case “download evidence”.

Tabel 3. 35 Skenario Use Case “download evidence”


Skenario Normal

1. Melihat evidence.

2. Download/save evidence sesuai

dengan browser.

3. Menyimpan evidence ke komputer.

42

33. Delete evidence

Tabel 3.34 berikut menunjukkan skenario pada use case “delete evidence”.

Tabel 3. 36 Skenario Use Case “delete evidence”


Skenario Normal

1. Mengklik hapus pada action evidence.


menghapus evidence.


Jika user memilih ya maka evidence

tersebut akan dihapus dari database. Jika

memilih tidak, akan kembali ke halaman


34. View evidence

Tabel 3.35 berikut menunjukkan skenario pada use case “view evidence”.

Tabel 3. 37 Skenario Use Case “view evidence”


Skenario Normal

1. Mengklik file evidence.

2. Memunculkan evidence di tab baru.

3. Melihat evidence.

3.1.1. Class Diagram

Class Diagram adalah diagram yang menunjukkan sekumpulan class dan interface,

seiring dengan kolaborasi dan hubungan antara keduanya. Ketika kita mendesain use case,

kita harus sudah menyadari apa saja kebutuhan use case pada sebuah sistem.

Tujuan untuk mendesain class adalah untuk merubah “apa” ke “bagaimana” untuk

masing-masing kebutuhan. Masing-masing use case lebih jauh dianalisis dan dipecah

menjadi komponen atomik yang membentuk dasar kelas yang perlu untuk didesain.

Gambar 3.3 menunjukkan class diagram sistem ini.

3.1.2. Interaction Diagram

43

3.1.3. Sequence Diagram

Sequence Diagram memodelkan kolaborasi dari objek-objek berdasarkan sebuah

tahapan waktu, menunjukkan bagaimana objek-objek saling berinteraksi secara partikular

pada skenario sebuah use case. Komponen utamanya antara lain:

1. Object Lifeline

a. Object

b. Lifeline merupakan garis yang menunjukkan batasan per objek

2. Interactions – Message

Menyatakan kumpulan message yang saling terkirim ketika objek-objek

berinteraksi.

Gambar 3. 3 Contoh Sequence Diagram

Berikut adalah kumpulan sequence diagram sistem ini.

3.1.4. Collaboration Diagram

Sebuah collaboration diagram menunjukkan interaksi-interaksi antar objek yang

diorganisasi oleh objek-objek sekitar dan hubungan-hubungan di antaranya. Diagram ini

juga menyatakan interaksi dengan berdasarkan tahapan waktu pada proses. Komponen-

komponen utamanya adalah classes – associations dan objects. Contoh collaboration

diagram ditunjukkan pada Gambar 3. .

44

Gambar 3. 4 Contoh Diagram Collaboration

Berikut adalah kumpulan sequence diagram sistem ini.

3.1.5. Activity Diagram

Jenis diagram ini memfokuskan eksekusi-eksekusi internal pada aktifitas di dalam

sistem. Selain itu juga memudahkan untuk mendeskripsikan arah dari sistem target kontrol,

seperti menjelajahi aturan main dan operasi yang rumit, mendesripsikan use case dan juga

proses bisnisnya. Diagram ini juga ekivalen dengan flowchart OO dan DFD.

Komponen-komponen utama ditunjukkan pada Gambar 3.3, yaitu:

a. States

b. Transitions

c. Decisions

d. Forks – Joins

e. Swimlanes

45

Gambar 3. 5 Komponen pada Actity Diagram

46

Berikut adalah activity diagram dari sistem.

Gambar 3. 6 Activity Diagram Login

Gambar 3. 7 Activity Diagram Logout

Gambar 3. 8 Activity Diagram Melihat Pengingat

Rapat Bulan Ini

Gambar 3. 9 Activity Diagram Melihat Detail

Pengingat

47

Gambar 3. 10 Activity Diagram Olah Agenda

Gambar 3. 11 Activity Diagram Melihat Daftar

Agenda

Gambar 3. 12 Activity Diagram Lihat Detail

Agenda

Gambar 3. 13 Activity Diagram Tambah Agenda

48

Gambar 3. 14 Activity Diagram Hapus Agenda

Gambar 3. 15 Activity Diagram Update Status

Agenda 1

49

Gambar 3. 16 Activity Diagram Update Status

Agenda 2

Gambar 3. 17 Activity Diagram Olah Rapat

Gambar 3. 18 Activity Diagram Lihat Daftar Rapat

Gambar 3. 19 Activity Diagram Lihat Detail Rapat

50

Gambar 3. 20 Activity Diagram Hapus Rapat

Gambar 3. 21 Activity Diagram Update Rapat 1

51

Gambar 3. 22 Activity Diagram Update Rapat 2

Gambar 3. 23 Activity Diagram Olah Kesepakatan

Rapat

Gambar 3. 24 Activity Diagram Update

Kesepakatan Rapat

52

Gambar 3. 25 Activity Diagram Tambah

Kesepakatan Rapat Baru

Gambar 3. 26 Activity Diagram Delete Kesepakatan

Rapat

53

Gambar 3. 27 Activity Diagram View Kesepakatan

Rapat

Gambar 3. 28 Activity Diagram Download

Kesepakatan Rapat

Gambar 3. 29 Activity Diagram Olah Program Kerja

Gambar 3. 30 Activity Diagram Lihat Daftar

Program Kerja

54


Program Kerja


Program Kerja

Gambar 3. 33 Activity Diagram Hapus Program

Kerja

55

Gambar 3. 34 Activity Diagram Update Program

Kerja 1

Gambar 3. 35 Activity Diagram Update Program

Kerja 2

Gambar 3. 36 Activity Diagram Olah Evidence

56

Gambar 3. 37 Activity Diagram Tambah Evidence

Gambar 3. 38 Activity Diagram Delete Evidence

57

Gambar 3. 39 Activity Diagram View Evidence

Gambar 3. 40 Activity Diagram Download

Evidence

3.1.6. Statechart Diagram

Menunjukkan status pada sebuah objek (dalam hal ini ada sekumpulan objek-objek)

yang memberi respon pada event. Statechart diagram menunjukkan status-status yang

berbeda pada sebuah entitas, juga menunjukkan bagaimana sebuah entitas memberi respon

pada bermacam event dengan merubah satu status ke status lain. Sejarah/record sebuah

entitas dapar dimodelkan dengan sangat baik dengan statechart diagram.

Gambar 3. menunjukkan komponen-komponen utama pada statechart diagram,

yaitu:

1. State

2. Event

3. Transitions

58

Gambar 3. 41 Komponen Statechart Diagram

Sedangkan statechart diagram untuk sistem ini adalah sebagai berikut.

3.2. Perancangan

3.2.1. Component Diagram

Component diagram menunjukkan bagian-bagian pada sistem yang dapat

digantikan secara structural. Juga menunjukkan ketergantungan di antara komponen-

komponen perangkat lunak, termasuk klasifier yang menspesifikasikannya dan artefak-

artefak yang mengimplementasikannya; seperti file-file kode program, kode biner, skrip,

dan tabel-tabel.

Komponen-komponen utama yang harus ada pada component diagram:

Components

Interfaces

Packages

Contoh component diagram ditunjukkan pada Gambar 3..

59

Gambar 3. 42 Contoh Component Diagram

Sedangkan statechart diagram untuk sistem ini adalah sebagai berikut.

3.2.2. Deployment Diagram

Node-node dan komponen pada sistem ditunjukkan pada diagram ini. Juga

menunjukkan konfigurasi elemen-elemen pemrosesan run-time dan proses-proses

perangkat lunak pada sistem. Deployment diagram memvisualisasikan komponen-

komponen berseberangan dengan sistem.

Dengan menggambarkan sebuah pandangan statis pada node-node perangkat keras

run-time dan komponen-komponen perangkat lunak yang berjalan pada node-node

tersebut, deployment diagram menunjukkan perangkat keras pada sistem, perangkat lunak

yang ter-install pada perangkat keras tersebut, dan middleware yang menghubungkan antar

mesin.

Komponen-komponen utamanya adalah:

a. Nodes, terdiri dari:

• Processor

• Devices

b. Components

c. Packages

60

Contoh deployment diagram ditunjukkan pada Gambar 3. .

Gambar 3. 43 Contoh Deployment Diagram

Sedangkan deployment diagram untuk sistem ini adalah sebagai berikut.

61

BAB IV

HASIL KEGIATAN PLA

Bab ini berisi penjelasan mengenai implementasi sistem serta pengujian yang dilakukan

terhadap sistem yang telah dibuat.

4.1. Lingkungan Implementasi

Berikut ini dijelaskan mengenai lingkungan implementasi yang digunakan dalam

pembentukan Sistem Repositori Rapat dan Program Kerja (SIPORAPROKER) berbasis web.

4.1.1. Perangkat Keras

Perangkat keras yang digunakan dalam pembangunan sistem ini adalah laptop

dengan spesifikasi sebagai berikut:

Tabel 4. 1 Perangkat Keras Pendukung

Perangkat Keras

Prosesor Intel® CoreTM i3-2310M

Monitor HD LED LCD 14.0 inch

Intel® HD Graphics 3000

Memori DDR3 2GB

Hard Disk Drive 500 GB

Mouse dan keyboard

4.1.2. Perangkat Lunak

Perangkat Lunak yang digunakan dalam pembangunan sistem ini adalah sebagai

berikut:

Tabel 4. 2 Perangkat Lunak Pendukung

Perangkat Lunak

Windows 10 Profesional

Microsoft Office Word 2013

Microsoft Office Visio 2013

XAMPP versi 3.2.1

62

Tabel 4. 2 Perangkat Lunak Pendukung

Perangkat Lunak

PHP versi 5.5.15

phpMyAdmin SQL Dump versi 4.2.7.1

Moqups Web

Sublime Text versi 3

Framework Code Igniter versi 3.0.4

Browser Mozilla Firefox versi 15.0

4.2. Hasil Implementasi

Implementasi terdiri dari dua bagian, yaitu implementasi basis data dan antarmuka.

Masing-masingnya dijelaskan di bawah ini.

4.2.1. Implementasi Basis Data

Gambar 4. 1 UML Database Diagram

UML database diagram ditunjukkan pada Gambar 4. 1. Sedangkan basis data yang

digunakan oleh SIPORAPROKER adalah:

Nama Basis Data : meeting

DBMS : MySQL

Deskripsi basis data sistem dijelaskan pada Tabel 4. 3.

63

Tabel 4. 3 Deskripsi Basis Data

No. Nama Tabel Deskripsi

1. Akun Tabel untuk menyimpan data akun berupa

username dan password untuk kebutuhan login.

2. Rapat Tabel untuk menyimpan data rapat.

3. Program Kerja Tabel untuk menyimpan data program kerja.

4. Evidence Tabel untuk menyimpan data file evidence.

4.2.2. Implementasi Antarmuka

Berikut adalah implementasi antarmuka SIPORAPROKER.

4.3. Pengujian

Tabel 4.4 merupakan hasil pengujian terhadap SIPORAPROKER yang telah dibuat.

Tabel 4. 4 Hasil Pengujian Sistem

No. Nama Use Case Pengujian Hasil Pengujian

1 Login

2 Logout

3 Melihat pengingat

bulan ini

4 Melihat detail

pengingat

5 Olah agenda

6 Tambah agenda

7 Lihat daftar

agenda

8 Mode tabel

9 Mode kalender

10 Hapus agenda

11 Update status

agenda

12 Lihat detail

agenda

64

13 Olah rapat

14 Tambah rapat

14 Lihat daftar rapat

16 Hapus rapat

17 Lihat detail rapat

18 Update rapat

19 Olah kesepakatan

rapat

20

Tambah

kesepakatan rapat

baru

21 Update

kesepakatan rapat

22 Download

kesepakatan rapat

23 Delete

kesepakatan rapat

24 View kesepakatan

rapat

25 Olah program

kerja

26 Tambah program

kerja

27 Lihat daftar

program kerja

28 Hapus program

kerja

29 Lihat detail

program kerja

30 Update program

kerja

31 Olah evidence

32 Tambah evidence

33 Download

evidence

34 Delete evidence

65

35 View evidence

Documents

Laporan V 26.4