Pembangunan Aplikasi Sistem Informasi Layanan Kemahasiswaan Berbasis Web (Studi Kasus: Bagian Administrasi Akademik dan Kemahasiswaan Politeknik Statistika STIS) 
Makalah Skripsi – Program Studi D-IV Komputasi Statistik Pembangunan Aplikasi Sistem Informasi Layanan Kemahasiswaan Berbasis Web ( Studi Kasus : Bagian Administrasi Akademik dan Kemahasiswaan Politeknik Statistika STIS ) Fikri Septrian Anggara ( 221810306 , 4SI1 ) Dosen Pembimbing : Lutfi Rahmatuti maghfiroh , S.S.T. , M.T. Ringkasan— Bagian Administrasi Akademik dan Kemahasiswaan ( BAAK ) merupakan salah satu unsur pelaksana administrasi Politeknik Statistika STIS dan memiliki tanggung jawab salah satunya layanan kemahasiswaan. Proses pelayananan di bagian kemahasiswaan masih dilakukan secara manual contohnya pada layanan Surat Permintaan Data ( SPD ) dan Surat Keterangan Mahasiswa ( SKM ) . Permintaan layanan dilakukan melalui email atau langsung di ruang BAAK , proses pengulasan permintaan layanan tersebut belum terkomputerisasi sehingga rentan kesalahan dan tidak efisien serta progres persetujuan tidak termonitor oleh pengguna. Penelitian ini bertujuan untuk merancang dan membangun layanan kemahasiswaan berbasis web progresif dengan harapan mampu memenuhi kebutuhan proses bisnis kemahasiswaan BAAK. Pengembangan sistem informasi ini dilakukan menggunakan metode eXtreme Programming modifikasi dan RESTful MSOAM. Berdasarkan hasil evaluasi , diketahui bahwa sistem telah mengimplementasikan proses bisnis usulan layanan SPD dan SKM , telah memenuhi 90,77 % kriteria penerimaan kebutuhan pengguna , memenuhi syarat PWA , dan memenuhi 4 prinsip inti service-orientation dan prinsip reusability. informasi sistem Kata Kunci— Sistem Informasi , BAAK , eXtreme Programming , Progressive Web Apps , RESTful MSOAM , Service-Oriented Architecture I. LATAR BELAKANG Dalam birokrasi Politeknik Statistika STIS , Bagian ( BAAK ) Administrasi Akademik , dan Kemahasiswaan teknis dan berperan dalam melaksanakan pelayanan administrasi bidang akademik dan kemahasiswaan di lingkungan Politeknik Statistika STIS [ 1 ] . Berdasarkan hasil wawancara dengan staff dan kepala Subbagian Kemahasiswaan Bagian Administrasi Akademik dan Kemahasiswaan ( BAAK ) serta subkoordinator fungsi Administrasi Akademik dan Kerjasama Politeknik Statistika STIS , bidang kemahasiswaan berperan dalam layanan kemahasiswaam seperti Surat Permintaan Data ( SPD ) dan Surat Keterangan Mahasiswa ( SKM ) . Saat ini proses pelayanan kemahasiswaan tersebut dilakukan secara manual sehingga rentan terhadap kesalahan seperti salah mevalidasi data mahasiswa serta tidak efisien. Proses pelayananan tidak transparan sehingga mahasiswa tidak bisa memantau progres permintaan pelayanan. Proses penyetujuan masih dilakukan menggunakan surat fisik atau elektronik dan dikirimkan menggunakan email secara manual. Aplikasi sistem informasi dapat mengatasi masalah ini dengan mengotomatisasi tugas , mengurangi redundansi dan menyediakan proses yang transparan [ 2 ] . Sebuah aplikasi sistem informasi dapat diimplementasikan ke berbagai platform. Platform aplikasi dapat berbasis web , desktop , atau seluler / asli. Setiap platform memiliki kelebihan dan kekurangannya masing-masing. Terdapat inovasi pada aplikasi berbasis web yaitu Progressive Web Apps yang mampu memberikan fungsionalitas aplikasi asli yang sebelumnya tidak dapat diimplementasikan dalam aplikasi web seperti akses saat tidak ada internet , push notification , aplikasi yang dapat diinstal , dll [ 3 ] . PWA menggabungkan fitur-fitur aplikasi berbasis web dan aplikasi native android tanpa kehilangan fungsionalitas aplikasi berbasis web , sehingga aplikasi ini menjadi lebih progresif dan memungkinkan pengembang web untuk membangun aplikasi yang ramah pengguna mobilephone. Sistem yang dibangun diharapkan dapat digunakan kembali dan dapat dioperasikan dengan sistem lain. Hal ini dapat diwujudkan dengan menggunakan arsitektur sistem yang mendukung reusability dan interoperability. Service-Oriented Architecture adalah gaya arsitektur sistem terdistribusi yang memiliki keunggulan dalam reusability dan interoperabilitas sistem. Reusbility dan interoperability menghilangkan aktivitas yang harus dilakukan oleh pengembang lain yang membutuhkan fungsionalitas yang sama dengan sistem yang ada , sehingga jika ada sistem lain yang membutuhkan fungsionalitas yang sama dalam layanannya , pengembangan sistem dapat dilakukan lebih cepat [ 4 ] [ 5 ] . Oleh karena itu , penelitian ini bertujuan untuk mengembangkan sistem informasi layanan mahasiswa yang diimplementasikan sebagai Progressive Web-Apps ( PWAs ) dengan Service-Oriented Architecture ( SOA ) untuk memenuhi kebutuhan kemahasiswaan BAAK. II. TUJUAN PENELITIAN system informasi Berdasarkan latar belakang , penelitian ini bertujuan untuk membangun layanan kemahasiswaan berbasis web progresif ( PWA ) dengan arsitektur berorientasi layanan ( SOA ) yang mampu memenuhi kebutuhan proses bisnis kemahasiswaan BAAK pada layanan Surat Permintaan Data dan Surat Keterangan Mahasiswa. 1 / 9 III. PENELITIAN TERKAIT Penelitian yang dilakukan oleh Rati Purwaningtyas [ 6 ] membahas mengenai sistem Informasi Biro Administrasi Akademik dan Kemahasiswaan Perguruan Tinggi. Sistem yang dibangun ditujukan untuk memberikan kemudahan bagi staf dalam pengolahan data mahasiswa dan dapat mengurangi waktu tunggu mahasiswa dalam penyelesaian akademik dan mengurangi panjangnya antrean pelayanan. Penelitian ini memberikan gambaran fitur apa yang bisa dibangun pada sebuah sistem yang akan dibuat nanti dan aspek apa yang bisa ditingkatkan dengan pergantian proses bisnis manual ke terkomputerisasi , yaitu otomasi validasi data mahasiswa , otomasi pembuatan laporan , otomasi dalam input data saat mahasiswa membuat permohonan layanan , antrian bisa diproses dengan lebih cepat yang akan meningkatkan kepuasan pengguna. Penelitian kedua [ 7 ] oleh Oddur Benediktsson membahas mengenai perbandingan model pengembangan sistem. Model yang dibandingkan ialah model dengan pendekatan sequential ( v-model ) , incremental. Evolutionary , dan agile ( XP ) . Hasil dari penelitian ini ialah merekomendasikan model XP untuk tim yang berukuran kecil , pemanfaatan umpan balik , dan sharing knowledge. Di dalam penelitiannya , Oddur mengatakan bahwa model XP cocok digunakan sebagai pendekatan pengembangan yang terfokus pada pembelajaran dan kepuasan pengguna. berdasarkan kelebihan yang diterangkan oleh Oddur , dan kondisi yang sesuai dengan penelitian ini ( tim yang kecil , focused-learning , client- satisfaction , requirements adaptability ) . Penelitian ketiga yang dilakukan oleh Sharbanoo [ 8 ] membahas mengenai pendekatan pengembangan agile Service- oriented Architecture ( SOA ) menggunakan prinsip agile. Ambler di dalam penelitian Mehran mengatakan bahwa pemodelan arsitektur dapat diterapkan secara iterative. Artinya , di setiap iterasi agile , kita perlu mengubah atau menambah komponen arsitektur berdasarkan kebutuhan yang berubah. Mehran mengatakan bahwa agar hal tersebut bisa berjalan dengan baik , maka perlu dibangun terlebih dahulu arsitektur inti sebelum pengembangan SOA. Di mana desain arsitektur inti ini ditentukan berdasarkan Core Business Process ( CBP ) , di mana proses bisnis inti tersebut ditentukan oleh Business Goal. Hasil dari penelitian Mehran ialah sebuah pendekatan bagaimana menentukan Business Goal tersebut yang kemudian akan digunakan untuk tahap selanjutnya dalam SOA. Penelitian Keempat yang dilakukan oleh Arie dan suhardi [ 9 ] membahas tentang perancangan Service Oriented Architecture menggunakan metode SOMA dalam mengoptimalkan kepuasan lembaga pemerintahan dengan studi kasus BPN. Penelitian ini menghasilkan rancangan arsitetkur berorientasi layanan yang mengintegrasikan layanan layanan yang ada pada sektor publik. Pada tahap pemodelan bisnis dan arsitektur bisnis penelitian ini menggunakan SWOT dan diagram value chain untuk mendukung proses analisis kebutuhan bisnis. Selain service blueprint untuk mengidentifikasi interaksi pengguna terhadap sistem dan mengoptimasi kepuasan pengguna. juga digunakan itu Penelitian ini akan menggunakan metode XP sebagai metode pengembangan sistem , dan SOA sebagai arsitektur system. Makalah Skripsi – Program Studi D-IV Komputasi Statistik IV. METODE PENELITIAN 4.1 Metode Pengumpulan Data Proses pengumpulan data dan informasi dilakukan dengan beberapa cara , yaitu : 1. Wawancara Wawancara dilakukan untuk mengetahui proses bisnis yang sudah ada , mengetahui permasalahan yang ada , ( BAAK dan mengetahui kebutuhan pengguna sistem dan mahasiswa ) berdasarkan kriteria penerimaan. untuk mengevaluasi 2. Studi Literatur Studi literatur dilakukan untuk mengetahui dan menentukan metode dan metode pengembangan sistem yang akan digunakan serta mempelajari implementasi pembangunan sistem. 3. Observasi penelitian teknis sistem terhadap Peneliti melakukan observasi untuk menemukan kekurangan yang memiliki fungsionalitas layanan kemahasiswaan yang sudah ada. Berdasarkan kekurangan tersebut , peneliti mendiskusikan dengan subjet matter apakah layak untuk diimplementasikan pada sistem yang akan dibangun. 4.2 Metode Penelitian penelitian ini menggunakan metode penelitian Design Science Research ( DSR ) . DSR merupakan metode penelitian yang menjembatani antara kegunaan penelitian dari sisi praktikal dan kegunaan penelitian dari sisi pengetahuan [ 10 , pp. 4-5 ] . Metode penelitian DSR menghasilkan 2 hal , yaitu artifak dan dasar pengetahuan ( Design Knowledge ) . Pada konteks teknologi informasi , artifak dapat berupa aplikasi , sementara dasar pengetahuan dapat berupa insight yang diperoleh peneliti selama melakukan penelitian. Tahapan pada DSR yaitu [ 8 ] : 1. Identifikasi masalah dan motivasi Tahap ini mendefinisikan permasalahan penelitian dan nilai dari solusi. Pada penelitian ini permasalahan literatur dan diperoleh setelah dilakukan studi wawancara stakeholder. 2. Mendefinisikan tujuan Tujuan diperoleh dari definisi permasalahan atau pengetahuan yang diperoleh dari pengetahuan tentang apa yang mungkin dan layak. Pada penelitian ini tujuan permasalahan diperoleh dari permasalahan subject matter dan studi literatur. 3. Perancangan dan pengembangan Pada tahap ini artifak dirancang dan diperoleh , tahap ini merupakan irisan dari tahapan pengembangan sistem pada tahap perancangan dan koding. Artifak yang diperoleh dari penelitian ini ialah sebuah aplikasi berbasis web. 4. Demo Pada tahap ini diperagakan kegunaan dari artifak untuk menyelesaikan permasalahan. Pada penelitian 2 / 9 ini demo ialah peragaan aplikasi oleh peneliti melalui video. 5. Evaluasi Makalah Skripsi – Program Studi D-IV Komputasi Statistik Pada tahap ini diukur seberapa baik artifak mampu menyelesaikan solusi permasalahan. Berdasarkan permasalahan , maka ialah presentase kriteria penerimaan yang berhasil dipenuhi oleh sistem , pemenuhan syarat PWA oleh sistem , dan evaluasi arsitektur sistem dengan prinsip service-orientation. evaluasi tahapan 6. Komunikasi sini dan semua permasalahan Di artifak dikomunikasikan dengan subject matter melalui pertemuan atau melalui publikasi. Penelitian didokumentasikan ke dalam buku skripsi dan hasil pembangunan sistem dipresentasikan ke subject matter. Gambar 2 RESTful MSOAM V. KERANGKA PIKIR tujuan , Perancangan Komponen utama kerangka penelitian berasal dari komponen yang ada pada DSR , yaitu Identifikasi masalah dan motivasi , Mendefinisikan dan pengembangan , Demo , Evaluasi , Komunikasi. Penelitian ini dilakukan karena adanya permasalahan dan kesempatan pada proses layanan kemahasiswaan BAAK , khususnya pada layanan Surat Permintaan Data ( SPD ) dan Surat Keterangan Mahasiswa ( SKM ) . Permasalahan dan kesempatan diperoleh dari wawancara dan studi literatur. Solusi permasalahan diperoleh dari studi literatur dan wawancara. Pengembangan sistem dilakukan dengan menggunakan metode XP modifikasi untuk menyesuaikan implementasi RESTful SOA. Hasil dari penelitian berupa sistem informasi layanan kemahasiswaan berbasis web. Sistem dievaluasi dengan melihat persentase kriteria penerimaan yang terpenuhi , validasi syarat PWA dan evaluasi 4 prinsip utama dan prinsip reusability service- orientation. Kerangka pikir penelitian terlihat pada gambar di bawah. 4.3 Metode Pengembangan Sistem Metode pengembangan sistem yang digunakan pada penelitian ini ialah agile software development metode Extreme Programming ( XP ) . XP yang digunakan ialah modifikasi dari tahapan XP yang terdapat pada [ 11 ] . Modifikasi tersebut dibuat setelah melakukan studi literatur pada [ 2 ] mengenai tahapan pengembangan sistem ; [ 12 ] mengenai konsep , prinsip , dan tahapan perancangan arsitektur SOA ; [ 13 ] mengenai metode implementasi SOA menggunakan RESTful Web Service ; [ 14 ] dan [ 9 ] mengenai arsitektur bisnis. Tahapan pemodelan bisnis dan pengembangan hasil modifikasi yaitu : Gambar 1 tahap XP hasil modifikasi Keterangan : Bagian berwarna hijau adalah penambahan proses , merah penghapusan proses. 4.3 Metode Perancangan Arsitektur Sistem yang dibangun mengadopsi Service-Oriented Architecture dan implementasi service menggunakan RESTful Web Service. RESTful MSOAM digunakan sebagai metode dalam mengimplementasikan SOA. Penelitian ini dibatasi pada hingga tahap service development. Prinsip service-orientation dititikberatkan pada 4 prinsip utama service-orientation [ 12 , p. 292 ] dan prinsip reusability. 3 / 9 Makalah Skripsi – Program Studi D-IV Komputasi Statistik Informasi Penyimpanan data redundan , proses pengajuan tidak diketahui , data hardcopy tidak aman dari kecelakaan , nama atau nim mahasiswa salah , sehingga terjadi kesalahan validasi Ekonomi Minimalisir penggunaan kertas , tinta pena , tinta stempel Kontrol Efisiensi Error saat proses validasi data mahasiswa , Langkah yang rumit , penyimpanan data yang redundan , proses pengajuan layanan tidak diketahui. Usaha validasi data bisa diminalisir , penyimpanan data redundan. Layanan Mahasiswa bingung bagaimana menggunakan layanan Menyimpan data di satu tempat dan dalam bentuk softfile. Otomasi input oleh sistem. Memberikan notifikasi secara berkala Menggunakan qrcode sederhana sebagai pengganti tanda tangan dan surat elektronik. Validasi oleh sistem sesuai dengan aturan bisnsi , menggabungkan langkah langkah apabila dimungkinkan Validasi data mahasiswa oleh sistem , penyimpanan terpusat System memberikan informasi langkah langkah penggunaan layanan Analisis kebutuhan Kebutuhan pengguna diperoleh melalui wawancara dan diskusi melalui pesan singkat. Kebutuhan pengguna didokumentasikan pada user stories. Terdapat 16 user stories dengan total kriteria penerimaan stories sebanyak 65 buah. Arsitektur dan model bisnis ( Service inventory analysis ) Dalam mendefinisikan arsitektur dan model bisnis , digunakan value chain diagram , BMC , Business context diagram dan business requirement use case dan service blueprint. Berdasarkan BMC diketahui bahwa hubungan antara pelanggan dan system hanya terjadi pada saat pengguna mengirimkan form dan pemberitahuan informasi persetujuan serta belum terdapat sumber daya IT pada layanan SPD dan SKM sekarnag. Sehingga diusulkan perubahan model bisnis yaitu dengan menambah sumber daya IT untuk mengurangi biaya peralatan dan perlengkapan dan notifikasi aplikasi untuk meningkatkan transparansi progress. Namun infrastruktur IT menambah biaya dari sisi perawatan. Dengan adanya system terkomputerisasi melalui web , pengalaman pengguna menjadi meningkat karena proses lebih cepat. Gambar 4 BMC usulan Berdasarkan value chain diagram , diketahui bahwa belum terdapat pengembangan teknologi , serta terdapat dua inbound logistic yaitu form SKM dan template SPD. Dari sisi marketing 4 / 9 Gambar 3 kerangka pikir penelitian VI. HASIL DAN PEMBAHASAN 6.1 Pembangunan Sistem Perencanaan Analisis system berjalan pada tahap ini diketahui proses bisnis layanan SPD dan SKM pada system berjalan , aktor yang terlibat dan data yang digunakan. Aktor yang terlibat selama proses layanan SPD dan SKM yaitu mahasiswa , staff BAAK , dosen pembimbing , penyetuju ( Kepala BAAK , Wakil Direktur 1 ) . Data yang digunakan selama proses ini yaitu data mahasiswa , form pengajuan serta SPD dan SKM. Rancangan proses bisnis usulan Rancangan proses bisnis dilakukan BAAK. BAAK menentukan proses bisnis layanan SPD dan SKM yang baru kemudian peneliti menggabungkan proses SPD dan SKM ke dalam satu proses. Analisis Permasalahan Analisis permasalahan dilakukan menggunakan PIECES. Diketahui permasalahan dan solusi permasalahan seperti pada table di bawah. Tabel 1 permasalahan pada sistem berjalan dan solusi sistem usulan Sistem berjalan Kategori PIECES Performa Usaha yang diperlukan untuk mengerjakan tugas bisa diringankan , Sistem usulan Membangun system terkomputerisasi yang bisa mengautomasi proses dan sales , saat ini pemberitahuan masih dilakukan melalui email. Kemudian diusulkan adanya pengembangan teknologi dan inbound logistic digabung menjadi satu form serta menambah komponen marketing yaitu notifikasi aplikasi. Makalah Skripsi – Program Studi D-IV Komputasi Statistik Nama use case Deskripsi Mengupload bukti penyerahan data Verifikasi keperluan Download surat Use case ini mendeskripsikan event mahasiswa yang mengupload surat ke sistem , berlaku bagi mahasiswa yang menggunakan layanan SPD dengan tujuan BPS. Use case ini mendeskripsikan event staff BAAK yang meverifikasi pengajuan keperluan. Use case ini mendeskripsikan event seluruh aktor yang ingin mendownload surat layanan SPD SKM. Use case ini bergantung pada use case generate surat dan baru dijalankan apabila surat sudah digenerate Aktor yang terlibat Mahasis wa BAAK Mahasis wa , BAAK , Dosen , Penyetuju Gambar 5 value chain diagram usulan Berdasarkan business context diagram , diketahui interaksi dan hubungan antar aktor , perpindahan informasi antara aktor / parties dan kapabilitas aktor. Data dengan prefix SKM adalah informasi terkait SKM , prefix SPD informasi terkait SPD. Berdasarkan service blueprint system berjalan , diketahui bahwa interaksi antara pengguna dan BAAK hanya terjadi di awal proses yaitu saat pengajuan form dan pengiriman surat. Diusulkan perubahan service blueprint yaitu adanya aplikasi web. Aplikasi ini meningkatkan interaksi antara pengguna dan system melalui notifikasi. Pada service blueprint usulan juga terdapat otomasi proses , yaitu pembuatan tanda tangan digital dan surat sehingga proses bisa menjadi lebih cepat. Gambar 6 service blueprint usulan Kebutuhan bisnis Tabel 2 business requirement use case Nama use case Deskripsi Mengajukan keperluan layanan SPD dan SKM Login Use case ini mendeskripsikan event mahasiswa yang ingin menggunakan layanan SPD atau SKM. Data diinput melalui sistem dan data mahasiswa diinput secara otomatis dari sistem. Use case ini mendeskripsikan event pengguna ketika login Aktor yang terlibat Mahasiswa Mahasis wa , BAAK , Dosen , Penyetuju Penyetuj u , Dosen Menandatanga ni keperluan Use case ini mendeskripsikan event penyetuju dan dosen menyetujui pengajuan layanan SPD SKM dan menandatangani persetujuan , tanda tangan digenerate oleh sistem begitu penyetuju dan dosen menyetujui dan akan metriger use case generate surat. Kebutuhan bisnis diperoleh dari proses bisnis usulan dan user stories penggnuna. Use case ini akan dijadikan sebagai scenario pengujian blackbox dan menjadi acuan implementasi fungsionalitas system. Menentukan Arsitektur Teknologi ( Service Inventory Analysis ) Arsitektur teknologi yang digunakan ialah REST. Dalam mendefinisikan arsitektur teknologi , dilakukan pemodelan Uniform Contract. Uniform contract berguna sebagai standarisasi service contract service individu. Pemodelan uniform kontrak menghasilkan tiga hal , yaitu standar resource identifier , metode HTTP yang digunakan , media-type yang digunakan , struktur request dan struktur response. Menentukan Cakupan Anailisis ( service-oriented analysis ) Cakupan analisis sudah dilakukan pada tahap service inventory analysis yaitu layanan SPD dan SKM kemahasiswaan BAAK. Identifikasi system otomasi ( service-oriented analysis ) Keseluruhan proses bisnis pada system berjalan dilakukan secara manual. Berdasarkan service blueprint dan proses bisnis usulan , diketahui bahwa otomasi bisa dilakukan pada pembuatan surat , penandatangan keperluan dan validasi data mahasiswa. Perancangan Service-oriented Modeling ( service-oriented analysis ) Pada tahap ini dilakukan dekomposisi proses bisnis usulan , mengidentifikasi proses agnostic , menghilangkan proses non agnostic , menentukan resource dan entitas service , serta utilitas service , serta menerapakn service orientation. Hasil dari tahapan ini ialah kandidat service dan kapabilitas service dan kandidat service composition. 5 / 9 Makalah Skripsi – Program Studi D-IV Komputasi Statistik Gambar 7 kandidat service dan kapabilitasnya Gambar 9 service interaction diagram untuk task penyetujuan , pembuatan tanda tangan dan surat digital. terhadap Setelah service logic design telah dilakukan , dilakukan penyempurnaan service composition. Service composition final terlihat pada gambar 11. Terdapat perbedaan komposisi service yang sudah final dan pada kandidat komposisi ( gambar 9 ) , yaitu kurangnya dependensi antar service utility dan entity service. Sebelumnya service pengguna memiliki interaksi dengan service notifikasi , pada versi final , service notifikasi hanya berinteraksi dengan task service. Service tanda tangan tidak berkomunikasi dengan service pengajuan , namun terdapat tambahan interaksi dengan service surat. Gambar 8 kandidat service composition Service-Oriented Design Pada tahap ini dilakukan rancangan service contract individu service yang mengacu pada uniform contract pada tahap service inventory analysis. Service contract individu mencakup metode HTTP yang digunakan untuk mengakses kapabilitas , struktur request dan syarat body request , media-type dan struktur response. Service Logic Design Pada tahap ini dihasilkan solusi dari kebutuhan otomasi bisnis yang ada pada business requirement use case. Seluruh kebutuhan otomasi bisnis memerlukan service composition. Interaksi service dalam menyelesaikan otomasi kebutuhan bisnis didokumentasikan menggunakan sequence diagram. Contoh interaksi service dapat dilihat pada gambar 9 untuk kasus penyetujuan , pembuatan tanda tangan digital dan pembuatan surat. Untuk kasus tersebut terlihat interaksi antara service pengajuan layanan spd skm , pengajuan , tanda tangan , SPD SKM , surat , dan service notifikasi. Gambar 10 service composition final Service architecture diagram Service architecture diagram menggambarkan peran partisipan ( mahasiswa , staff , dosen pembimbing , penyetuju , dan service pengajuan layanan SPD SKM ) dalam mencapai tujuan tertentu. Untuk kasus layanan SPD dan SKM , partisipannya ialah mahasiswa , dosen pembimbing , staff , penyetuju serta service pengajuan layanan SPD SKM. Mahasiswa sebagai pemohon ; dosen pembimbing , staff dan penyetuju sebagai verifikator. Service Pengajuan Layanan SPD SKM berperan sebagai provider permohonan yang dibuat oleh pemohon dan 6 / 9 mengirimkannya ke verifikator untuk diverifikasi , dan / atau ditandatangani. Service Pengajuan Layanan SPD SKM berinteraksi di belakang layar dengan 6 service lain. Terdapat satu partisipan eksternal yaitu SIPADU. SIPADU digunakan untuk login pengguna dan mengambil data dosen serta detail service memiliki pengguna kecil. interkonektivitas akun SIPADU. Antar relatif yang Gambar 11 service architecture diagram Arsitektur teknis ( software yang digunakan ) Rancangan arsitektur teknis dari sisi software menggambarkan teknologi yang digunakan dalam mengimplementasikan arsitektur solusi. Arsitektur teknis sistem dari sisi software dapat dilihat pada Gambar 12. Karena frontend dan backend dari aplikasi terpisah , maka bagian frontend harus mampu memenuhi seluruh kebutuhan UI. Solusi yang dipilih peneliti ialah dengan menggunakan Single Page Application ( SPA ) . Di mana satu halaman bisa memenuhi kebutuhan UI dengan me- render komponen satu halaman tersebut sesuai kebutuhan. Metode rendering yang digunakan peneliti ialah Client-Side Rendering ( CSR ) . Peneliti menggunakan React.js , Tailwind CSS dan material-UI component dalam membangun antarmuka aplikasi. React dipilih karena kemudahan implementasi SPA. Tailwind dipilih untuk mempercepat styling UI. Material-UI dipilih untuk mempermudah pembuatan komponen UI. Keseluruhan service dibangun menggunakan framework node.js yaitu Express.js karena relatif lebih mudah dan cepat dalam pembangunan REST API dibandingkan framework lain seperti PHP Laravel , Java Spring , atau python Django. Data yang digunakan aplikasi memiliki struktur data yang cukup kompleks dan masih bisa berubah ubah sesuai kebutuhan , selain itu perancangan database tidak dilakukan oleh peneliti , sehingga peneliti memilih database dengan jenis NoSQL untuk menyimpan data dengan struktur dinamis. DBMS NoSQL yang digunakan ialah mongodb. Dalam pengembangan , peneliti menggunakan version control git , dan kode editor visual studio code. Untuk hosting aplikasi frontend , peneliti menggunakan layanan Firebase Cloud Hosting dan backend menggunakan cloud service Azure. Implementasi Continuous Integration / Continuous Delivery atau CI / CD , dilakukan dengan menggunakan Github Action. Peneliti menggunakan docker Makalah Skripsi – Program Studi D-IV Komputasi Statistik container untuk deployment service secara independen. Gambar 12 arsitektur teknis Koding Implementasi User Interface Gambar 13 Implementasi halaman home Gambar 14 Implementasi halaman dashboard 7 / 9 Gambar 15 implementasi halaman detil Pengujian terhadap Pengujian dilakukan dengan blackbox business requirement use case. Semua use case sudah dapat terpenuhi oleh system. testing 6.2 Evaluasi Persentase kriteria penerimaan yang berhasil dipenuhi oleh system sebesar 90,77 % ( 59 dari 65 kriteria ) . Persentase stories yang berhasil dipenuhi oleh system adalah 75 % ( 12 dari 16 stories ) . Berdasarkan evaluasi pemenuhan syarat PWA , system telah berhasil memenuhi syarat sebagai PWA. Makalah Skripsi – Program Studi D-IV Komputasi Statistik Prinsip Service- orientation Formal contract Evaluasi syarat implementasi dan karakteristik desain Pada penelitian ini hanya dibuat satu buah service inventory. Service inventory yang dibuat memiliki kontrak standar yang telah ditetapkan pada tahap uniform contract modelling. Reusability Dalam mendefinisikan service dilakukan dekomposisi proses bisnis menjadi aksi aksi lalu diidentifikasi aksi yang bersifat agnostik dan non agnostic. Aksi agnostic menjadi kapabilitas entity service dan utility service , sementara yang spesifik terhadap logic proses bisnis ( non-agnostic ) dijadikan sebagai kapabilitas task service. Logic service dibuat segeneric mungkin terutama untuk utility service. Syarat untuk mengkonsumsi kapabilitas dibuat segeneric mungkin. Evaluasi prinsip inti SOA mengacu pada syarat implementasi dan karakteristik desain SOA [ 13 ] . Berdasarkan evaluasi prinsip inti SOA , peneliti telah memenuhi syarat implementasi dan karakteristik desain prinsip inti SOA. VII. PENUTUP Berdasarkan penelitian yang telah dilakukan , dapat ditarik kesimpulan dari hasil dan pembahasan penelitian sebagai berikut. 1. Sistem yang telah dibangun mampu memenuhi kebutuhan proses bisnis layanana Kemahasiswaan SPD dan SKM BAAK. Namun dari sisi kebutuhan pengguna , sistem mampu memenuhi 75 % kebutuhan pengguna dan memenuhi 90,77 % kriteria penerimaan sistem. 2. Sistem telah yang dibangun telah memiliki interoperabilitas dan kegunaan ulang karena sudah mengadopsi Service-Oriented Architecture. Selama perancangan arsitektur , peneliti telah mengaplikasikan prinsip utama service-orientation yaitu autonomy , abstraction , formal contract , loose coupling. Gambar 16 Pemenuhan syarat PWA Evaluasi syarat implementasi dan karakteristik desain Prinsip Service- orientation Autonomous Service contract dirancang berdasarkan dekomposisi proses bisnsi menjadi satu aksi. Setiap aksi yang berbeda diasosiasikan dengan satu kapabilitas dan satu kapabilitas yang berbeda dimiliki oleh satu service sehingga tidak ada tumpang tindih kapabilitas. Deployment tidak termasuk pada penelitian ini , namun service dirancang untuk bisa dideploy pada lingkungan yang independen. ( bisa menggunakan containerization ) Service contract individu service telah dirancang pada tahap service oriented design. Konteks fungsionalitas tidak bergantung pada logika bisnis , contohnya pada pembuatan surat , service surat memiliki syarat body request yang general. Tidak spesifik pada SPD dan SKM. Service mengabstraksi informasi mengenai teknologi , logika dan fungsi. Konteks fungsionalitas terdapat pada daftar service contract masing masing service. Syarat untuk bisa menggunakan kapabilitas ialah menggunakan metode HTTP standar dan media type sederhana. Loose coupling Abstraction 3. Sistem sudah memenuhi syarat PWA. Saran yang bisa peneliti berikan untuk penelitian selanjutnya ialah menggunakan Test-Driven Development saat pembangunan menggunakan metode pengembangan XP. Menggunakan metode yang sudah ada dalam mengevaluasi User Interface seperti SUS , Cognitive Walkthrough , dst. Menggunakan metode yang sudah ada dalam mengevaluasi arsitektur SOA seperti ATAM. Menggunakan diagram standar dalam mendefinisikan arsitektur seperti SOAML. DAFTAR PUSTAKA [ 1 ] M. Dr. Erni Tri Astuti , RENCANA STRATEGIS POLITEKNIK STATISTIKA 2020-2024 , DKI Jakarta : Politeknik Statistika STIS , 2020. [ 2 ] J. L. Whitten dan L. D. Bentley , System Analysis & Design Methods , New York : McGraw-Hill / Irwin , 2007. [ 3 ] S. Richard and P. LePage , “What are Progressive Web Apps , ” 6 January 2020. [ Online ] . Available : https : / / web.dev / what-are-pwas / . [ 4 ] IBM , “SOA ( Service-Oriented Architecture ) , ” 7 April 2021. [ Online ] . Available : https : / / www.ibm.com / cloud / learn / soa. [ 5 ] R. Purwaningtyas , “Pengembangan Sistem Informasi Biro Administrasi Akademik dan Kemahasiswaan Perguruan Tinggi , ” Jurnal Ilmiah Informatika dan Komputer , vol. 20 , pp. 45-55 , December 2015. [ 6 ] O. Benediktsson , D. Dalcher and H. Thorbergsson , “Comparison of Software Development Life Cycle : A Multiproject Experiment , ” in IEE Proceedings - Software , London , 2006. [ 7 ] M. Shahrbanoo , M. Ali and M. Mehran , “AN APPROACH FOR AGILE SOA DEVELOPMENTUSING AGILE PRINCIPALS , ” International Journal of 8 / 9 Makalah Skripsi – Program Studi D-IV Komputasi Statistik Computer Science & Information Technology ( IJCSIT ) , vol. 4 , pp. 237-244 , February 2012. [ 8 ] A. W. Wijayanto and Suhardi , “Service Oriented Architecture Design using SOMA forOptimizing Public Satisfaction in Government Agency , ” in International Conference on ICT for Smart Society ( ICISS ) , Bandung , 2014. [ 9 ] J. v. Brocke dan A. Hevner , Design Science Research. Cases , Cham : Springer , 2020. [ 10 ] R. S. Pressman , Software Engineering : A Practitioner 's Approach , New York : McGraw-Hill , 2010. [ 11 ] T. Erl , Service-Oriented Architecture : Concepts , Technology and Design , Indiana : Prentice Hall , 2009. [ 12 ] T. Erl , B. Carlyle , C. Pautasso dan R. Balasubramanian , SOA with REST : Principles , Patterns & Constraints for Building Enterprise Solutions with REST , New Jersey : Prentice Hall , 2012. [ 13 ] M. Rosen , B. Lublinsky , K. T.Smith dan M. J. Balcer , Applied SOA : Service- Oriented Architecture and Design Strategies , Indianapolis : Wiley Publishing , Inc. , 2008. 9 / 9
O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O B-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN O O O O O O B-METODE I-METODE I-METODE I-METODE I-METODE I-METODE I-METODE O O O O B-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O B-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O
Makalah Skripsi – Program Studi D-IV Komputasi Statistik Pembangunan Aplikasi Sistem Informasi Layanan Kemahasiswaan Berbasis Web ( Studi Kasus : Bagian Administrasi Akademik dan Kemahasiswaan Politeknik Statistika STIS ) Fikri Septrian Anggara ( 221810306 , 4SI1 ) Dosen Pembimbing : Lutfi Rahmatuti maghfiroh , S.S.T. , M.T. Ringkasan— Bagian Administrasi Akademik dan Kemahasiswaan ( BAAK ) merupakan salah satu unsur pelaksana administrasi Politeknik Statistika STIS dan memiliki tanggung jawab salah satunya layanan kemahasiswaan. Proses pelayananan di bagian kemahasiswaan masih dilakukan secara manual contohnya pada layanan Surat Permintaan Data ( SPD ) dan Surat Keterangan Mahasiswa ( SKM ) . Permintaan layanan dilakukan melalui email atau langsung di ruang BAAK , proses pengulasan permintaan layanan tersebut belum terkomputerisasi sehingga rentan kesalahan dan tidak efisien serta progres persetujuan tidak termonitor oleh pengguna. Penelitian ini bertujuan untuk merancang dan membangun layanan kemahasiswaan berbasis web progresif dengan harapan mampu memenuhi kebutuhan proses bisnis kemahasiswaan BAAK. Pengembangan sistem informasi ini dilakukan menggunakan metode eXtreme Programming modifikasi dan RESTful MSOAM. Berdasarkan hasil evaluasi , diketahui bahwa sistem telah mengimplementasikan proses bisnis usulan layanan SPD dan SKM , telah memenuhi 90,77 % kriteria penerimaan kebutuhan pengguna , memenuhi syarat PWA , dan memenuhi 4 prinsip inti service-orientation dan prinsip reusability. informasi sistem Kata Kunci— Sistem Informasi , BAAK , eXtreme Programming , Progressive Web Apps , RESTful MSOAM , Service-Oriented Architecture
VII. PENUTUP Berdasarkan penelitian yang telah dilakukan , dapat ditarik kesimpulan dari hasil dan pembahasan penelitian sebagai berikut. 1. Sistem yang telah dibangun mampu memenuhi kebutuhan proses bisnis layanana Kemahasiswaan SPD dan SKM BAAK. Namun dari sisi kebutuhan pengguna , sistem mampu memenuhi 75 % kebutuhan pengguna dan memenuhi 90,77 % kriteria penerimaan sistem. 2. Sistem telah yang dibangun telah memiliki interoperabilitas dan kegunaan ulang karena sudah mengadopsi Service-Oriented Architecture. Selama perancangan arsitektur , peneliti telah mengaplikasikan prinsip utama service-orientation yaitu autonomy , abstraction , formal contract , loose coupling. Gambar 16 Pemenuhan syarat PWA Evaluasi syarat implementasi dan karakteristik desain Prinsip Service- orientation Autonomous Service contract dirancang berdasarkan dekomposisi proses bisnsi menjadi satu aksi. Setiap aksi yang berbeda diasosiasikan dengan satu kapabilitas dan satu kapabilitas yang berbeda dimiliki oleh satu service sehingga tidak ada tumpang tindih kapabilitas. Deployment tidak termasuk pada penelitian ini , namun service dirancang untuk bisa dideploy pada lingkungan yang independen. ( bisa menggunakan containerization ) Service contract individu service telah dirancang pada tahap service oriented design. Konteks fungsionalitas tidak bergantung pada logika bisnis , contohnya pada pembuatan surat , service surat memiliki syarat body request yang general. Tidak spesifik pada SPD dan SKM. Service mengabstraksi informasi mengenai teknologi , logika dan fungsi. Konteks fungsionalitas terdapat pada daftar service contract masing masing service. Syarat untuk bisa menggunakan kapabilitas ialah menggunakan metode HTTP standar dan media type sederhana. Loose coupling Abstraction 3. Sistem sudah memenuhi syarat PWA. Saran yang bisa peneliti berikan untuk penelitian selanjutnya ialah menggunakan Test-Driven Development saat pembangunan menggunakan metode pengembangan XP. Menggunakan metode yang sudah ada dalam mengevaluasi User Interface seperti SUS , Cognitive Walkthrough , dst. Menggunakan metode yang sudah ada dalam mengevaluasi arsitektur SOA seperti ATAM. Menggunakan diagram standar dalam mendefinisikan arsitektur seperti SOAML.
permintaan layanan tersebut belum terkomputerisasi sehingga rentan kesalahan dan tidak efisien serta progres persetujuan tidak termonitor oleh pengguna. Penelitian ini bertujuan untuk merancang dan membangun layanan kemahasiswaan berbasis web progresif dengan harapan mampu memenuhi kebutuhan proses bisnis kemahasiswaan BAAK. Pengembangan sistem informasi ini dilakukan menggunakan metode eXtreme Programming modifikasi dan RESTful MSOAM. Berdasarkan hasil evaluasi , diketahui bahwa sistem telah mengimplementasikan proses bisnis usulan layanan SPD dan SKM , telah memenuhi 90,77 % kriteria penerimaan kebutuhan pengguna , memenuhi syarat PWA , dan memenuhi 4 prinsip inti service-orientation dan prinsip reusability. informasi sistem Kata Kunci— Sistem Informasi , BAAK , eXtreme Programming , Progressive Web Apps , RESTful MSOAM , Service-Oriented Architecture VII. PENUTUP Berdasarkan penelitian yang telah dilakukan , dapat ditarik kesimpulan dari hasil dan pembahasan penelitian sebagai berikut. 1. Sistem yang telah dibangun mampu memenuhi kebutuhan proses bisnis layanana Kemahasiswaan SPD dan SKM BAAK. Namun dari sisi kebutuhan pengguna , sistem mampu memenuhi 75 % kebutuhan pengguna dan memenuhi 90,77 % kriteria penerimaan sistem. 2. Sistem telah yang dibangun telah memiliki interoperabilitas dan kegunaan ulang karena sudah mengadopsi Service-Oriented Architecture. Selama perancangan arsitektur , peneliti telah
O O O O O O O O O O O O O O O O O O O O O O B-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN I-TUJUAN O O O O O O B-METODE I-METODE I-METODE I-METODE I-METODE I-METODE I-METODE O O O O B-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O O B-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN I-TEMUAN O O O O O O O O O O O O O O O O O O O O O O