Fakultas Ilmu Komputer
7173
Pengembangan Sistem Informasi
Monitoring
Pengadaan Barang Atau Jasa
Berbasis
Website
Dengan Metode
Rational Unified Process
(RUP)
(Studi Kasus : Unit Bisnis Jasa O & M 2 Luar Jawa PT PJB Surabaya)
M Bayu Dwi Nurgoho1,Mochammad Chandra Saputra 2 ,Djoko Pramono 3
Program Studi Sistem Informasi, Fakultas Ilmu Komputer, Universitas Brawijaya Email: 1[email protected], 2 [email protected], 3[email protected]
Abstrak
Unit Bisnis Jasa Operation & Maintanance Luar Jawa-2 (UJLJ-2) merupakan salah satu unit di PT PJB Surabaya yang memiliki tugas yaitu melakukan proses pengadaan barang atau jasa dalam menyediakan infrasruktur ketenagalistrikan yang diusulkan oleh unit pembangkit khusus luar jawa yang sudah disetujui PT PLN. Namun dalam melakukan tugas tersebut terdapat beberapa kendala seperti pendataan pengadaan yang belum terintergrasi antar divisi, pemantauan data pengadaan oleh manager yang harus menemui pegawai yang membawa data dahulu, dan unit pembangkit dari luar jawa untuk mengetahui kondisi progres pengadaan yang ditangani oleh UJLJ-2, mereka masih bertanya dengan menghubungi UJLJ-2 melalui telepon terlebih dahulu. Oleh karena itu diperlukanya sistem informasi yang mampu menangani masalah tersebut. Proses pendataan pengadaan terintegrasi antar divisi, pemantauan data dan progres pengadaan dapat dipermudah dengan menggunakan Sistem Informasi Monitoring Pengadaan (SIMOP) yang dibangun dengan metode Rational Unifed Process (RUP) yang dilakukan pada fase insepsi, elaborasi, konstruksi dan transisi. Pengujian sistem dilakukan dengan blackbox validation testing dengan 5 kasus uji untuk menguji kebutuhan fungsional sistem dengan hasil 100% Valid dan
compability testing untuk menguji kebutuhan non fungsional didapat hasil 2 critical issues. Pengujian UAT digunakan untuk mengetahui penerimaan pengguna terhadap sistem yang telah dibangun dan menghasilkan nilai penerimaan sebesar 96,6% untuk aktor manager, 80% untuk aktor pegawai unit luar jawa, 88,3% untuk aktor pegawi divisi perencana, 73,30% untuk aktor pegawai divisi pelaksana, dan 70% untuk aktor pegawai divisi administrasi.
Kata kunci: sistem informasi,rational unified proces,monitoring
Abstract
Business Operation Service Unit & Maintenance Outside Java - 2 (UJLJ-2) is one of the unit in PT PJB Surabaya which has the tasks of doing the procurement process of goods or services in providing electrical infrastructure proposed by a special power plant unit outside of Java which has been approved by PT PLN. But in performing these tasks there are some obstacles such as data collection procurement that has not been integrated between divisions, monitoring data procurement by managers that must meet the employees who brought the data first and units from outside Java to know the progres conditions of their procurement being handled by UJLJ-2, they still ask by calling UJLJ-2 by phone first. Therefore, the information system is needed to handle the problem. The integrated procurement data collection process between divisions, data monitoring and procurement progress can be simplified by using the Procurement Monitoring Information System (SIMOP) built with Rational Unifed Process (RUP) method that is done in the inception, elaboration, construction and transition phases. Testing the system is done with blackbox validation testing with 5 test cases to test the functional requirements of the system with 100% results Valid and compability testing to test the non-functional requirements obtained 2 critical issues results. UAT testing is used to detect the user acceptance towards the system which has been built and get the value accaptance of 96.6% for the actor manager, 80%for actor staff of unit outside Java island , 88.3%for actor staff of planner division , 73.30%for actor staff of producer , and 70% forfor actor staff of administration division.
1. PENDAHULUAN
Unit Binis Jasa O & M Luar Jawa 2 (UJLJ-2) merupakan salah satu unit dari perusahaan nasional yaitu PT PJB Surabaya mempunyai peran membina unit jasa operasional dan pengelolaan yang berada di luar jawa yaitu unit pembangkit dari Amurang, Kendari, Bolok, Ropa , Ketapang dan Suppa. UJLJ-2 dalam menjalankan peran tersebut memiliki tugas yaitu melakukan proses pengadaan barang atau jasa dalam penyediaan infrastruktur ketenagalistrikan yang diusulkan oleh unit pembangkit khusus luar jawa yang sudah disetujui PLN. Terdapat tahap-tahap dalam merealisasikan suatu pengadaan di UJLJ-2. Tiap tahap tersebut ditangani secara sekuential oleh 3 divisi yaitu divisi perencanaan,divisi pelaksanaan dan divisi administrasi.
Setiap tahap dalam merealisasikan suatu pengadaan tersebut terdapat data dan beberapa berkas lampiran yang harus direkap untuk digunakan sebagai dokumentasi dan pemantauan, namun dalam melakukan pekerjaan tersebut terdapat sejumlah kendala. Hasil wawancara dengan salah satu manajer di UJLJ-2 yaitu manajer pelaksanaan menjelaskan bahwa pihaknya mendapat beberapa laporan keluhan dari pihak unit pembangkit luar jawa maupun karyawan di UJLJ-2 diantaranya setiap memenuhi permintaan pengadaan, dalam melakukan proses pendataan pengadaan, karyawan di UJLJ-2 mengalami kesulitan karena dalam melakukan suatu proses pendataan pengadaan dilakukan oleh 3 divisi yang saling terkait masih menggunakan software microsoft excel maka karyawan di setiap divisi harus selalu berbagi file excel untuk dapat mengisi data, keluhan juga terjadi pada unit -unit pembangkit di luar jawa yaitu ketika unit pembangkit luar jawa yang telah mengajukan pengadaan ingin tahu posisi proses pengadaan yang sedang berlangsung mereka harus menghubungi karyawan terkait diUJLJ-2 dahulu melalui via telepon namun karyawan/personil yang bertanggung jawab mengangkat panggilan tersebut ketika melakukan tugas dinas atau pekerjaan yang mengharuskan keluar dari ruang tersebut maka panggilan tersebut sering terabaikan, dan kendala juga dialami oleh para karyawan maupun manajer-manajer terkait yang ingin mengetahui kondisi semua proses pengadaan yang ditanganinya, mereka menjelaskan bahwa ketika ingin mengetahui
semua proses pengadaan harus bertanya ke karyawan/personil yang melakukan pendataan dahulu sehingga pemantuan proses pengadaan masih terkendala oleh sarana, waktu dan tempat. Untuk dapat menangani masalah tersebut, pengembangan sistem informasi yang dapat memberikan kemampuan melakukan pendataan dan monitoring data pengadaan berbasis website
perlu dilakukan.
Nugroho & Septafianti (2017) menjelaskan bahwa pengembangan sistem informasi dapat membantu dalam proses pendataaan pengadaan barang atau jasa dan pejabat pembuat komitmen dapat mengetahui progres pengadaan secara realtime tanpa harus memanggil petugas yang terlibat dengan pengadaan tersebut. Pada kasus ini diharapkan sistem informasi yang dikembangkan bisa diakses dari komputer di kantor maupun diluar kantor. Untuk memenuhi kebutuhan ini, maka akan dikembangkan sistem informasi yang berbasis website. Menurut Ariesandika (2018) sistem informasi berbasis website mempunyai kemampuan dalam melakukan akses dari mana saja, kapan saja tanpa tergantung pada komputer lokal dan mampu mendukung proses bisnis pada sebuah kantor. Selama proses pengembangan sistem informasi, penulis menggunakan metode Rational Unifeld Process
(RUP) yaitu metode dalam proses mengembangkan sistem memiliki pendekatan empat fase yaitu fase insepsi, elaborasi, konstruksi dan transisi. Metode ini dalam setiap fasenya memungkinkan terjadi sebuah iterasi (Jalote, 2008). Penggunaan metode RUP bertujuan untuk melakukan pengembangan secara bertahap dan mampu melakukan perubahan atau penambahan fitur sesuai kebutuhan. Metode RUP dipilih karena metode RUP dapat mengakomodasi kebutuhan pemangku kepentingan yang berubah-ubah yang mungkin terjadi dalam proses pengembangan sistem (Kinasih, 2018).
faktor penting dalam menjamin kualitas sebuah perangkat lunak dan mempresentasikan kajian pokok dari spesifikasi, pengkodean, dan desain (Sukamto, 2009). Penulis menggunakann
blackbox validation testing untuk memastikan fungsionalitas sistem berjalan sesuai dengan skenario dan compatibility testing untuk mengetahui apakah non-fungsional sistem dapat berjalan dengan baik, serta user accaptenace testing untuk mengetahui penerimaan pengguna terhadap sistem (Naik & Tripathy, 2008).
Tujuan penelitian ini yaitu mengembangkan Sistem Informasi Monitoring
Pengadaan (SIMOP) Berbasis Website Dengan Metode Rational Unified Process (RUP) pada Unit Bisnis Jasa O & M Luar Jawa PT PJB Surabaya untuk mendukung kinerja dalam hal pendataan dan monitoring pengadaan dalam .
2. LANDASAN PUSTAKA
2.1. Rational Unified Process (RUP)
RUP merupakan sebuah pengembangan rekayasa perangkat lunak dengan pendekatan yang disiplin dalam melakukan tiap tugas dan tanggung jawabnya pada sebuah organisasi. Tujuan dari RUP yaitu untuk dapat membangun produk yang memiliki kualitas tinggi dan mampu memenuhi kebutuhan pemangku kepentingan, meliputi waktu dan biaya sesusai rencana yang akhirnya dapat mendukung dalam penerapan Unified ModeIing Language dengan efektif (lBM, 1998).
Gambar 1. Fase-fase pada metode RUP
RUP tediri dari dari 4 fase yaitu fase inception, elaboration, construction, dan
transition. Pada setiap fase memungkinkan terjadi sebuah iterasi untuk melakukan penambahan maupun perubahan kebutuhan. Setiap fase terdapat pekerjaan-pekerjaan yang dilakukan diantaranya pemodelan bisnis, kebutuhan, analisis dan desain, implementasi,
testing, dan deployment (IBM,1998).
3. METODOLOGI PENELITIAN
Metodologi merupakan kerangka
kerja berupa langkah-langkah dalam
melakukan penelitan. Kerangka kerja
dalam mengembangkan penelitian ini
digambarkan pada Gambar 2.
Gambar 2.Metodologipenelitian
Studi Literatur dilakukan dengan tujuan agar dapat menyelesaikan masalah dengan tepat dengan pengetahuan yang mendukung terkait permasalahan yang dibahas dalam pembuatan SIMOP. Kemudian pengumpulan data untuk mengetahui bagaimana proses bisnis yang berjalan saat ini dan untuk mengetahui permasalahan yang terjadi dengan bersumber dari wawancara dan observasi.
Fase inception merupakan tahap penerapan RUP dimulai yang bertujuan melakukakan serangkaian analisis kebutuhan pada sistem yang akan dibuat.hasil dari fase ini berupa Analisa pemodelan proses bisnis as-is dan to-be, analisis persyaratan,dan pemodelan usecase
Fase elaboration merupakan langkah selanjutnya yang bertujuan melakukan perancangan atau desain arsitektur dari sistem. hasil dari fase ini berupa sequnce diagram, class diagram phisical data model, perancangan antarmuka, perancangnan algoritme dan perancangan pengujuan
dari hasil perancangan fase elaboration serta melakukan pengujian terhadap sistem . hasil dari fase ini yaitu implementasi sistem informasi
monitoring berbasis website dan hasil pengujian sistem yaitu dengan blackbox validation testing
dan compatibility testing.
Fase transition merupakan fase terakhir bertujuan memastikan apakah sistem yang dibangun dapat diterima sesuai dengan kebutuhan pengguna. Pengujian dilakukan dengan user acceptance testing hasil pada fase ini berupa hasil pengujian user accepteance testing (UAT).
4. HASIL DAN PEMBAHASAN
4.1 Fase Inception
Pemodelan proses bisnis dan analisis kebutuhan pada fase ini dilakukan. Pemodelan proses bisnis dilakukan dengan pemodelan proses bisnis as-is dan to-be.Hasil analisis pada penelitian ini didapat 3 pemodelan proses yaitu: 1. proses binis pemantauan progres
pengadaan usulan oleh unit-unit pembangkit luar jawa.
2. proses binis pemantauan semua data pengadaan oleh manager dan pegawai UJLJ-2
3. proses bisnis pendataan tiap tahap merealisasi pengadaan antar divisi di UJLJ-2
Gambar 3 merupakan proses binis pemantauan progres pengadaan usulan oleh unit-unit pembangkit luar jawa saat ini (as-is) yang mana unit pembangkit luar jawa dalam mengetahui progres pengadaan harus menghubungi pegawai UJLJ-2 dengen telepon dahulu namun panggilan sering terabaikan karena petugas tanggung jawab ada pekerjaan yang harus keluar dari ruangnya. Pada Gambar 4 merupakan proses bisnis peningkatan (to-be) yang mana unit pembangkit luar jawa dalam mengetahui progres pengadaan bisa dilakukan dengan sistem informasi monitoring.
Gambar 3. Proses Bisnis As-Is Pemantauan Progres Pengadaan Usulan Oleh Unit-Unit Pembangkit Luar Jawa
Gambar 4. Proses Bisnis To-be Pemantauan Progres Pengadaan Usulan Oleh Unit-Unit Pembangkit Luar Jawa
Proses bisnis yang sudah di analisis kemudian digunakan sebagai input dalam melakukakan analisis persyaratan yang tediri dari identifikasi tipe pemangku kepentingan, analisis permasalahan, identifikasi pemangku kepentingan, identifikasi kebutuhan pengguna, identifikasi pengguna. Hasil identifikasi pengguna terdapat pada Tabel 1.
Tabel 1. Identifikasi Pengguna
Pemangku Kepentingan
Tipe_ Pengguna
Deskripsii
Pengguna Pegawai divisi perencanaan
Pegawai UJLJ-2 yang bertugas menjalankan suatu pengadaan pada tahap perencanaan pengaaan
Pegawai divisi
pelaksana
Pegawai UJLJ-2 yang bertugas menjalankan suatu pengadaan pada tahap pelaksanaan Pengadaan
Pegawai divisi administrasi
Pegawai UJLJ-2 yang bertugas melakukan pencatatan suatu pengadaan tahap administrasi Pengadaan
Manger Yang bertangung jawab pada jalannya tiap tahap pengadaan di Unit Jasa O & M Luar Jawa-2
Pegawai unit pembangkit di luar jawa
Pegawai unit-unit pembangkit yang di luar jawa yang berkebutuhan melakukan
pemantauan progres
Identifikasi fitur kemudian dilakukan berdasar hasil identifikasi kebutuhan pemangku kepentingan. Hasil identifikasi didapat 8 fitur. Identifikasi fitur yang telah diidentifikasi kemudian digunakan sebagai dasar dalam mengidentifikasi kebutuhan persyaratan fungsional dan persyaratan non-fungsional. Hasil
didapat 18 kebutuhan
persyaratan fungsional, dan 1 kebutuhan persyaratan non-fungsional. Hasil identifikasi kebutuhan persyartan fungsional ditujukan pada Tabel 5.Tabel 5. Kebutuhan Persyaratan fungsional Kode
Sistem mampu mengotentikasi pengguna yang berdasar pada data pengguna yang tersimpan didalam
ssistem. FT-02
SIMOP-KF-02
Sistem dapat digunakan untuk menampilkan progres pengadaan jumlah total dan daftar pengadaan yang ditangani, total pengadaan dan daftar pengadaan yang sedang berlangsung, total dan daftar pengadaan yang telah selesai
SIMOP-KF-03
Sistem dapat digunakan untuk menampilkan progres pengadaan hasil pencarian
FT-03 SIMOP-KF-04
Sistem dapat digunakan untuk menampilkan semua data pengadaaan terdiri dari data perancanaan, Pelaksanaan, administrasi
SIMOP-KF-05
Sistem dapat digunakan untuk menampilkan hasil pencarian data pengadaan
FT-04 SIMOP-KF-06
Sistem dapat digunakan untuk menambah data pengadaan bagian perencanaan.
SIMOP-KF-07
Sistem dapat digunakan untuk mengubah data pengadaan bagian perencananaan
SIMOP-KF-08
Sistem dapat digunakan untuk menghapus data pengadaan FT-05
SIMOP-KF-09
Sistem dapat digunakan untuk memperbarui data pengadaan bagian pelaksanaan.
FT-06 SIMOP-KF-10
Sistem dapat digunakan untuk memperbarui data pengadaan bagian adminstrasi.
SIMOP-KF-11
Sistem dapat digunkan untuk menambah data pengadaan semua bagian tediri dari perencanaan, pelaksanaan dan administrasi. FT-07
SIMOP-KF-12
Sistem dapat digunkan untuk menambah data pengadaan semua bagian tediri dari perencanaan, pelaksanaan dan administrasi.
SIMOP-KF-13
Sistem dapat digunkan untuk mengubah data pengadaan semua bagian tediri dari data perencanaan, pelaksanaan dan administrasi
SIMOP-KF-14
Sistem dapat digunkan untuk menghapus data pengadaan FT-08
SIMOP-KF-15
Sistem dapat digunakan untuk menambah akun pengguna dengan memasukan username, password, foto identitas, nama lengkap dan
Tabel 5. Kebutuhan Persyaratan fungsional jenis divisi
SIMOP-KF-16
Sistem dapat digunakan untuk mengubah akun pengguna diantranya data username, password, foto identitas, nama lengkap dan jenis divisi
SIMOP-KF-17
Sistem dapat digunakan untuk menghapus akun pengguna
Pada fase ini literasi dilakukan terhadap analaisis kebutuhan yang telah didefinisikan sebelumnya. Sehingga pada hasil akhir analisis persyaratan menjadi 9 fitur, 18 persyaratan fungsional, dan 1 persyartan non-fungsional. Hasil perbaikan analisis persyaratan hasil pengidentifikasi ulang pada fase inception
ditujukan pada Tabel 6.
Tabel 6. Perbaikan kebutuhan persyaratan fungsional
Kode
Sistem dapat digunakan untuk menampilkan jumlah total dan daftar pengadaan yang ditangani, total pengadaan dan daftar pengadaan yang sedang berlansung, total dan daftar pengadaan yang telah selesai ditangangi oleh PT PJB (Close 1) dan pengadaan yang telah selasai ditangai oleh PT PLN (Close 2)
FT-09
SIMOP-KF-18
Sistem dapat digunakan untuk menampilkan daftar pengadaan pada 7 hari sebelum tanggal levering
Pada Tabel 6 menunjukan terdapat 2 kebutuhan persyaratan fungsional perbaikan. Pertama yaitu kode persyaratan dengan kode SIMOP-KF-03 merupakan hasil perbaikan dengan terjadinya perubahan kebutuhan yang mana pada kebutuhan sebelumnya stakeholder hanya ingin menampilkan jumlah total pengadaan, pengadaan sedang berlangsung, dan pengadaan selesai saja setelah melakukan identifikasi ulang stakeholder ingin sistem menampilkan total pengadaan,pengadaan sedang berlangsung, pengadaan selesai ditangani pleh PT PJB(Close 1) dan selesai ditangani PT PLN (Close 2). Kode SIMOP-KF-19 merupakan hasil penambahan kebutuhan persyaratan fungsional yang mana stakeholder ingin sistem dapat digunakan untuk menampilkan notifikasi dan daftar pengadaan pada 7 hari sebelum tanggal deadline levering
pengadaan yang ditangani terjadi.
usecase diagram yang ditunjukan pada Gambar 5.
Gambar 5. Use Case Diagram
Alur kerja pada tiap use cuse kemudian divisualisasikan dengan activity diagram yang ditunjukan pada Gambar 6.
Gambar 6. Activity Diagram Melihat Progres Pengadaan
4.2 Fase Elaboration
Perancangan sistem kemudian dilakukan berdasar pada analisis kebutuhan yang telah dilakukan pada fase inception. Interaksi pada objek yang didapat pada activity diagram
kemudian divisualisasikan dengan sequence diagram yang ditujukan pada Gambar 7.
Gambar 7. Sequence Diagram Melihat Progres Pengadaan
Model objek kemudian divisualisasikan dengan kelas diagram. Diagram kelas memuat kelas diagram analisis sebagai acuan dalam membuat perancangan basis data dan kelas diagram perancangan dibuat berdasarkan pengembangan pada kelas analisis yang disesuaikan dengan pemograman dengan
framework codeigneter. Kelas diagram perancangan terdiri dari kelas diagram model dan kelas diagram controller. Kelas diagram
model memvisualisasikan kelas model di
framework CI dan kelas diagram controller
merupakan visualiasi dari kelas controller di
framework CI pada sistem yang dikembangkan. Hasil perancangan kelas diagram model pada penelitian ini dapat 14 kelas yang ditujukan pada Gambar 8 dan kelas diagram controller didapat 12 kelas yang ditujukan pada Gambar 9.
Gambar 9. Kelas Diagram Controller
Rancangan basis data kemudian dilakukan. Perancangan basis data didapat dari kelas diagram kelas analisis. Hasil perancangan basis data didapat sebanyak 9 tabel yang ditunjukan pada Gambar 10.
Gambar 10. Perancangan Basis Data
Perancangan algoritme kemudian dibuat sebagai alur logika dan sebagai dasar perancangan dalam mengimplementasikan sistem. Hasil salah satu perancangan algoirtme yaitu algoritme melihat progres pengadaan pengadaan ditunjukan pada Tabel 5.
Tabel 5. Rancangan algoritme melihat progres pengadaan
Ba
ris
Psedocude
1
2
3
4
5
6
7
8
9
10
11
Mulai
Buat array untuk menangkap data dari fungsi getsemuadatapengadaan
Buat array untuk menangkap data dari fungsi getdatapengadaanberlangsung
Buat array untuk mengamkap data dari fungsi getdatapengadaanselesaipjb
Buat array untuk mengamkap data dari fungsi getdatapengadaanselesaipln
Masukan selurah array kedalam data tampil
Menuju halaman progress pengadaan
Selesai
Perancangan antarmuka kemudian dibuat sebagain dasar pembuatan antarmuka sistem yang akan dikembangkan yang ditujukan pada Gambar 11.
Gambar 11. Perancangan Antarmuka Melihat Progres Pengadaan
4.3 Fase Construction
Hasil perancangan pada fase sebelumnya diimplementasi dan pada fase ini pengujian terhadap sistem dilakukan. Implementasi sistem menggunakan kerangka kerja Code Igniter.
Tabel 3. Implementasi Algoritma Menampilkan $tampil['level'] = $this->session->userdata('nama');
Hasil perancangan antarmuka yang telah dilakukan sebelumnya kemudian dilakukan implementasi dengan hasil yang ditujukan pada Gambar 12.
Gambar 12 Implementasi Antarmuka Progres Pengadaan
Untuk menguji sistem yang sudah dikembangkan. Pengujian blackbox validation testing dilakukan. untuk mengetahui apakah sistem yang dikembangkan berjalan sesuai dengan scenario dan untuk mengetahui apakah sistem yang dikembangkan dapat berjalan dengan baik pada tiap peramban maka
compatibility testing dilakukan. Hasil pengujian
validation testing ditujukan pada Tabel 4.
Tabel 4. Hasil Pengujian Validation Testing
No Kode Peng ujian
Nama Pengujian
Hasil Yang didapat Hasil
1
P-VT-Hasil Yang didapat Hasil
2
P-VT-Sistem menyimpan data pengadaan bagian perencanan yang telah disi
Valid
menampilkan pesan untuk mengisi inputan bagian formulir yang yang tidak boleh kosong
Valid
memperbarui data pengadaan bagian pelaksanaan sesuai masukan dan pada halaman progres pengadaan status progres pengadaan berubah ketahap berikutnya yaitu tahap pembukaan penawaran
Data pengadaan yang dihapus sudah tidak tersimpan atau tertampilkan pada sistem
Valid
Berdasarkan hasil pengujian validation testing yang ditunjukan pada Tabel 4 Dengan 5 kasus uji didapat semua bernilai valid, penghitungan persentase kemudian dilakukan sehingga diperoleh nilai sebesar (nilai valid 100%). Sehingga fungsionaltas sesuai dengan kebutuhan persyatan sistem. Hasil pengujian untuk compatibility testing ditujukan pada Gambar 13
Gambar 13 Hasil penguian compability testing
Hasil pengujian compability yang telah dilakukandidapat critical issues pada permaban
4.4 Fase Transition
Pengujian penerimaan pengguna terhadap sistem yang telah dibangun dilakukan. Pengujian menggunakan user acceptance testing bertujuan untuk mengetahui penilai calon pengguna dalam hal ini semua aktor yang terlibat dengan sistem informasi monitoring pengadaan. Pengujian UAT dilakukan dengan memberi pertanyaan berdasarkan 4 karakteristik yaitu performance, usability, functional correctness and completeness, backup dan recovery. Pengujian UAT dilakukan kepada 7 responden merepresentasikan pengguna yang terlibat pada sistem informasi monitoring pengadaan.
Pengujian UAT didapat dengan hasil pengguna dari pihak manager dengan 1 responden kasus uji fitur menampilkan data pengadaan menunjukan nilai presentase sebesar 96,6% (Sangat setuju), pihak pegawai unit luar jawa dengan jumlah 1 responden kasus uji melihat progres pengadaan menunjukan nilai persentase sebesar 80% (sangat setuju), pihak pegawai perencana dengan 1 responden kasus uji mengelola data pengadaan bagian perencanaan menunjukan nilai presentasi sebesar 83,3% (sengat setuju), pihak pegawai pelaksana dengan jumlah 2 responden kasus uji memperbarui data pengadaan bagian pelaksanaan menunjukan nilai presentase sebesar 73,3% (setuju), dan pihak pegawai administrasi dengan jumlah 2 responden kasus uji memperbarui data pengadaan bagian administrasi menunjukan nilai presentasi sebesar 70% (setuju).
5. KESIMPULAN
Setelah melakukan penelitian, maka penulis dapat mengambil kesimpulan :
1. Pada fase insepsi analisis proses bisnis dilakukan dengan melakukan analisis proses bisnis saat ini (as-is) yang menghasilkan proses bisnis perbaikan ( to-be) di UJLJ-2 PT PJB Surabaya. Analisis persyaratan kemudian dilakukan sehingga didapat 8 fitur, 18 kebutuhan persyaratan fungsional dan 1 kebutuhan persyaratan nonfungsional. Pada fase ini terdapat literasi yang menyebabkan perubahan kebutuhan pada analisis persyaratan yaitu 1 perbaikan dan 1 penambahan kebutuhan. Hasil akhir pada akhir fase insepsi sehingga didapat sebanyak 8 fitur, 19 kebutuhan persyaratan fungsional dan 1 kebutuhan persyaratan nonfungsional.
Permasalahan terkait pemantauan progres pengadaan oleh unit pembangkit luar jawa dapat diselesaikan dengan persyaratan fungsional (02, SIMOP-KF-03), permasalahan terkait pemantauan data pengadaan oleh manager dan pegawai UJLJ-2 dapat diselesaikan dengan persyaratan fungsional (SIMOP-KF-04, SIMOP-KF-05, SIMOP-KF-06), dan permasalahan terkait pendataan tiap divisi di UJLJ-2 dapat diselesaikan dengan persyaratan fungsional (SIMOP-KF-07, SIMOP-KF-08, SIMOP-KF-09, SIMOP-KF-10, SIMOP-KF-11).
2. Pada fase elaborasi rancangan dilakukan berdasarkan hasil analisis persyaratan yang sudah dilakukan pada fase inspesi. Analisis persyaran menghasilkan model interaksi objek yang divisualisasikan ke dalam sequence diagram, model objek divisualisasikan dalam class diagram
dengan hasil 14 kelas model, 12 kelas
controller dan perancangan PDM dengan 9 tabel, algoritma, antarmuka sistem, dan perencangan pengujian..
3. Pada fase konstruksi implementasi sistem dibuat berdasarkan perancangan pada fase elaborasi. Pengembangan dikembangkan dengan kerangka kerja code igneter. Pada fase kontruksi pengujian sistem dilakukan dengan pengujian blackbox validation testing dengan 5 kasus uji dengan hasil diantaranya uji menambah data pengadaan perencanaan dan alternitif1 (A1) dinyatakan valid, memperbarui data pengadaan bagian pelaksanaan dinyatakan valid, menghapus data pengadaan dinyatakan valid dan menampilkan progres dinyatakan valid. Pengujian nonfungsional dengan
compatiblity testing didapat hasi 1 minor issues dan 2 critical issues dikarenakan tidak diaktifkannnya fungsi SSL.
aktor pegawai divisi pelaksana, dan 70% untuk aktor pegawai administrasi. berdasarkan presentase pengujian yang sudah didapat menunjukan semua pihak atau aktor yang bersangkutan setuju dengan adanya sistem informasi yang sudah dikembangkan. Sistem informasi monitoring pengadaan (SIMOP) di Unit Bisnis Jasa O & M - 2 maka dapat diterima dengan baik oleh pengguna.
6. DAFTAR PUSTAKA
Ariesandika, D., Wicaksono, S., & Pradana, F. Pengembangan Sistem Informasi Monitoring Pekerjaan Kantor Konsultan Pajak Berbasis Web pada Kantor Konsultan Pajak I Gede Arianta. Jurnal Pengembangan Teknologi Informasi dan Ilmu Komputer, vol. 2, no. 11, p. 5807-5815, agu. 2018. ISSN 2548-964X. Tersedia pada: <http://j-
ptiik.ub.ac.id/index.php/j-ptiik/article/view/3434>. Tanggal Akses: 05 agu. 2018
Fowler, M. (2004). UML Distilled: A Brief Guide to the Standard Object Modeling Language. Pearson Paravia Bruno Mondad.
https://doi.org/10.1109/MS.2005.81 IBM, D. T., 1998. Rational Unified Process,
Best Practices for Software. Cupertino: Rational Software. Nugroho, B., 2004.
Aplikasi Pemrograman Web Dinamis dengan PHP dan MySQL. Yogyakarta : Gava Media.
Jalote, P. (2008). A Concise Introduction to Software Engineering.
https://doi.org/10.1007/978-1-84800-302-6
Kinasih, A.D, 2018. Pengembangan Sistem
Informasi Evaluasi Pembelajaran
PAUD:
Jurnal Teknologi Informasi
Dan Ilmu Komputer
Naik, K., & Tripathy, P. (2008). Software Testing and Quality Assurance. Theory and Practice.
https://doi.org/10.1002/9780470382844 Nugroho, A.,2017. Aplikasi Monitoring
Pengadaan Barang Atau Jasa Pada Direktorat Penilaian Keamanan Pangan Badan POM RI.SI. Universitas
Marcabuana.
Sukamto, Rosa Ariani, 2009. Langkah- langkah pengujian perangkat dan
