Hasil Pencarian  ::  Simpan CSV :: Kembali

"Data akademik di Sistem Informasi Akademik Universitas Indonesia (SIAK UI) saat ini belum dapat dimanfaatkan secara maksimal untuk keperluan analisis, karena data tersebut dirancang untuk menghindari data redundancy yang menghasilkan banyak tabel, yang membutuhkan proses join untuk menganalisis data dari berbagai sudut pandang. Karena itu dibutuhkan perancangan terhadap data SIAK, agar data tersebut mempunyai bentuk yang menggambarkan entitas akademik dari berbagai sudut pandang, yang mudah dianalisis. Perancangan itu menghasilkan data warehouse, yang mempunyai definisi salinan data transaksi yang dirancang khusus, sehingga bersifat subject-oriented, terintegrasi, non-volatile, dan time variant, untuk mendukung kebutuhan query, analisis kompleks, penemuan knowledge dan pengambilan keputusan dari pihak manajemen. Perancangan tersebut dilakukan dalam tiga tahap, yaitu tahap data source, data staging, dan data target. Perancangan tersebut menggunakan data model dimensional model yang diimplementasikan dengan menggunakan Oracle Warehouse Builder sebagai tools. Perancangan data warehouse terhadap data SIAK, dengan menggunakan Oracle Warehouse Builder, dilakukan berdasarkan pada laporan kebutuhan Fakultas Ilmu Komputer Universitas Indonesia (Fasilkom UI). Perancangan yang dilakukan dimulai dari perancangan proses import ke modul SIAK Source pada Oracle Warehouse Builder, perancangan pemetaan dari tahap sumber ke tahap staging, dan perancangan pemetaan dari tahap staging ke target. Berdasarkan tahapan dan kebutuhan tersebut, dirancang dua buah cubes Enrollment dan Academic Record. Selanjutnya dilakukan implementasi dengan menggunakan Oracle Warehouse Builder, dimulai dari instalasi Warehouse Builder, konfigurasi perancangan pada Warehouse Builder, dan implementasi rancangan dengan OWB. Ada tiga langkah instalasi yang harus dilakukan setelah OWB di-install untuk menjalankan Oracle Warehouse Builder, yaitu instalasi Design Repository menggunakan Repository Assistant, instalasi Runtime Repository menggunakan Runtime Assistant, dan instalasi Target Schema. Konfigurasi perancangan dengan OWB terdiri dari memberikan akses Design Client dan mempersiapkan proses perancangan pada OWB. Beberapa hambatan dalam proses implementasi, iii antara lain eksekusi dari proses mapping terhadap sebuah tabel harus dilakukan secara manual, koneksi dari warehouse builder ke basis data tidak dapat dilakukan dari warehouse builder, dan dokumentasi dari warehouse builder yang masih sangat minim sekali. Implementasi dari data warehouse tersebut diuji konsistensi datanya untuk membuktikan bahwa isi dari data transaksi akan konsisten pada setiap tahap pengembangan. Pengujian dilakukan terhadap tahap sumber ke tahap staging dan tahap staging ke tahap target dan membandingkan hasil pemetaan query dengan hasil pemetaan pada Oracle Warehouse Builder. Pengujian ini berhasil membuktikan bahwa data yang dihasilkan tetap konsisten. Kesimpulan yang dapat diambil ialah: tugas akhir ini berhasil melakukan implementasi data warehouse SIAK UI dengan menggunakan Oracle Warehouse Builder, yang memudahkan implementasi ini. Implementasi data warehouse yang dilakukan secara bertahap membuat perubahan data pada sumber data tidak memerlukan perubahan perancangan seluruhnya. Selain itu, Oracle Warehouse Builder merupakan tools yang menjaga konsistensi data, sekalipun tidak mendukung proses update untuk setiap pemetaan, yang menghasilkan satu tabel saja untuk setiap pemetaan. Ketidakberhasilan implementasi terhadap Dosen dimension disebabkan karena keterbatasan tabel SIAK yang tidak menjelaskan mengenai dosen pengajar mata kuliah."

"Maraknya pemakaian Internet dan semakin pesat perkembangan teknologi pendukung Internet telah melahirkan sebuah sistem informasi bare yang disebut INTRANET. INTRANET merupakan sistem informasi berbasis teknologi Internet yang diterapkan di suatu organisasi. INTRANET menggunakan teknologi yang sama dengan situs web, namun mempunyai tujuan pengguna informasi yang berbeda. INTRANET pun memiliki "" kelebihan dan keterbatasan bila dibandingkan dengan sistem informasi yang sudah ada sebelumnya yaitu groupware dan aplikasi DBMS. Namun demikian, keterbatasan INTRANET ini lambat lauh akan sima sejalan dengan teknologi-teknologi bare yang dikembangkan. Empat fungsi INTRANET yaitu mengumpulkan, organisasi, merawat dan menyediakan informasi merupakan kunci kehandalan INTRANET sebagai sistem informasi. Sistem ini juga memiliki model organisasi yaitu terpusat, tersebar dan campuran. Implementasi INTRANET dalam suatu organisasi membutuhkan keterlibatan berbagai macam SDM di antaranya konsultan TI,. administrator jaringan, tim penelaah, webmaster dan pemakai sendiri. Perangkat keras yang digunakan tidak harus spesifik karena INTRANET merupakan sistem terbuka dan multi-platform. Walaupun ada banyak kelebihan yang ditawarkan sistem informasi berbasis INTRANET, namun belum banyak organisasi yang bergerak untuk melakukan implementasi. 01eh karena hal tersebut, pada skripsi ini dibangun sebuah model INTRANET untuk dievaluasi sekaligus membuka pandangan tentang manfaat dan kemudahan INTRANET. Perancangan INTRANET pada skripsi ini melalui 6 langkah yaitu : perancangan jaringan fisik, instalasi komputer server, instalasi komputer klien,pengalamat IP, pengisian informasi dan pengembangan INTRANET."

"Fokus utama penelitian ini adalah merancang dan mengembangkan prototipe sistem registrasi IRS berbasis event-driven architecture serta mengevaluasi sistem tersebut dengan eksperimen chaos engineering. Implementasi sistem menggunakan Spring Boot framework, Apache Kafka sebagai event broker, dan Amazon Web Service (AWS) untuk infrastruktur. Pengujian dilakukan dengan melakukan API testing untuk menguji fungsionalitas sistem dan load testing untuk menguji reliability sistem. Terakhir, eksperimen chaos engineering dengan metode chaos monkey dilakukan untuk menguji resilience sistem. Hasil pengujian menunjukkan bahwa fungsionalitas sistem sebagai layanan IRS bekerja dengan baik. Sistem dapat tetap bekerja di bawah tekanan 40.000 mahasiswa yang disimulasikan mengakses sistem bersamaan. Pada kondisi chaos di mana beberapa server dimatikan, sistem masih dapat berfungsi dengan baik dan mahasiswa masih dapat menggunakan layanan registrasi IRS tanpa masalah.

---

The main focus of this research is to design and develop a prototype of an event-driven architecture based course registration service, and to evaluate the system with chaos engineering. The system was implemented using Spring Boot as its framework, Apache Kafka as the event broker, and Amazon Web Service (AWS) for infrastructure. The testing was done by implementing API testing for evaluating the system’s functionality and load testing to evaluate system’s reliability. Finally, a chaos engineering experiment was carried out to evaluate the resilience of the system. The result shows that the system can deliver its functionality as a course plan registry pretty well. The system was able to work under the pressure of 40.000 student simulated to access the system simultaneously. In the chaos condition where several server were taken down, the system still performs well and able to provide the service without any problem for the students."

"Telah dibuat sebuah sistem pakar untuk ''trobleshooting'' komputer, yang diberi nama EXACT (expert system advisor for computer trobleshooting). Sistem pakar ini ditujukan sebagai penasehat perbaikan perangkat keras komputer pribadi IBM PC dan kompatibel. Proses pembuatan EXACT melalui tiga tahapan. Tahap pertama adalah akuisisi pengetahuan. Tahap kedua adalah representasi pengetahuan dan tahap terakhir yaitu pembuatan kelopak sistem pakar. Tahapan operasi EXACT adalah menanyakan gejala kerusakan dan keadaan perangkat keras, memberikan langkah-langkah untuk mengidentifikasi kerusakan, menyimpulkan letak kerusakan komputer, dan memberikan nasehat dan rekomendasi. Bagi pengguna komputer awam, EXACT akan memberikan nasehat bagaimana mengatasi masalah kerusakan komputer. Bagi teknisi, EXACT dapat membantu mengurangi kebingunan yang berhubungan dengan ''troubleshooting'' serta mempercepat proses diagnosa. "

"Salah satu masukan yang digunakan untuk mencapai sasaran produksi adalah material (spare part), disamping tenaga kerja, mesin-mesin/modal, energi dan informasi. Manajemen operasi bertanggung jawab untuk mengendalikan penyediaan spare part. Dalam pengendalian spare part telah dikembangkan beberapa sistem pengisian kembali. Namun tidak semua sistem itu dapat diterapkan di semua jenis perusahaan karena sifat penggunaan spare part disetiap perusahaan tidaklah sama. Pada tugas akhir ini dibuat suatu aplikasi yang dapat memberikan informasi yang dapat digunakan untuk membantu menentukan kapan memesan dan berapa harus memesan berdasarkan data-data pengambilan, presentase penggunaan dan kondisi sediaan yang dibandingkan dengan sistem pengisian kembali minimum-maksimum. Aplikasi ini dibuat dengan program utama PHP sebagai bahasa server script dan MySQL sebagai server database. Hasil uji coba menunjukkan aplikasi sistem informasi penyediaan spare part dapat berjalan dengan baik pada local area network sebuah perusahaan dan memiliki rata-rata waktu respon dalam menampilkan data pemakaian spare part per bagian tahun 2005 sebesar 0.736 detik untuk bagian elektrik, 0.627 detik untuk bagian instrumen dan 0.766 untuk bagian mekanik."