Keterampilan Pencarian dan Analisis Informasi (ISAS)

Arsitektur Referensi Berorientasi Layanan untuk Personalisasi

Sistem E-learning (SORAPES)

Disusun oleh:
Iman Oetama (2120010066)Muhammad Aryaputra
Adji (2120010090)

Kelas:
3SE2

Fakultas
:Ibu Indah Ayu Yuliani, ST, MM

Program Pendidikan Berkelanjutan Pusat Komputasi dan Teknologi

InformasiFakultas Teknik Universitas Indonesia2022
 KATA PENGANTAR

Puji dan syukur kami persembahkan kepada Tuhan Yang Maha Esa karena berkat
cintanya tulisan artikel ISAS tentang " Service-Oriented Reference Architecture for
Personalized E-learning Systems (SORAPES)" dapat diselesaikan. Kami berharap artikel ini
bermanfaat bagi masyarakat, mahasiswa, dan masih banyak lagi. Artikel ini bermanfaat bagi
orang-orang yang ingin tahu lebih banyak tentang E-Learning.

Saat kami menulis artikel ini, kami mendapat banyak dukungan dari berbagai pihak. Antara
lain adalah:

1. Orang tua kita, yang selalu membantu dalam bentuk roh dan materi.
2. Dr. Muhammad Suryanegara ST., M.Sc. selaku Direktur CCIT Fakultas Teknik
Universitas Indonesia.
3. Ibu Indah Ayu Yuliani, ST, MM., MT selaku guru kami yang telah memberikan
bimbingan dan dukungan serta rujukan kepada kami agar kami dapat menyelesaikan
ISAS.
4. Teman-teman kita yang selalu memberikan informasi yang mereka ketahui, bertukar
pikiran dan memberikan dorongan kepada kami dalam menulis artikel ini.

Kita tahu bahwa hasil artikel kita masih jauh dari sempurna dan masih banyak
kekurangannya, semoga pembaca memberikan komentar dan saran dalam membangun
artikel ini menjadi lebih baik. Semoga artikel ini dapat bermanfaat bagi yang membaca atau
mendengar, khususnya bagi mahasiswa CCIT Fakultas Teknik UI.

ISAS kami berjudul "Arsitektur Referensi Berorientasi Layanan untuk Sistem E-learning
yang Dipersonalisasi (SORAPES)". Kami berharap ISAS akan bermanfaat bagi pembaca dan
berpengaruh bagi perkembangan TI.

Depok, 28 November 2022

2
 3

Penulis

Daftar Isi
Tabel Gambar...........................................................................................................................4

BAB I.........................................................................................................................................5

I.1 Latar belakang...................................................................................................................5

I.2 Tujuan Penulisan...............................................................................................................5
I.3 Masalah Domain...............................................................................................................6
I.4 Metodologi Penulisan........................................................................................................6
I.5 Kerangka Penulisan...........................................................................................................6
BAB II.......................................................................................................................................7

II.1 Sistem E-Learning yang Dipersonalisasi.........................................................................7

II.2 Layanan Web...................................................................................................................7
II.3 Arsitektur Berorientasi Layanan......................................................................................9
II. 4 Referensi Arsitektur........................................................................................................9
BAB III....................................................................................................................................10

III. Arsitektur : SORAPES...................................................................................................10

III.1 Layanan Teridentifikasi.........................................................................................................10
.........................................................................................................................................................
III.2 Arsitektur Berlapis................................................................................................................12
.........................................................................................................................................................
III.3 Cari Komponen.....................................................................................................................15
.........................................................................................................................................................
III.4 Pemberitahuan Layanan Web Komponen............................................................................15
.........................................................................................................................................................
III.5 Komponen Keamanan...........................................................................................................16
.........................................................................................................................................................
BAB IV....................................................................................................................................18

IV.1 Kesimpulan...................................................................................................................18
IV.2 Saran.............................................................................................................................18
 4

DAFTAR PUSTAKA.............................................................................................................19

Tabel Gambar
Gambar III. 1 Arsitektur Referensi Berorientasi Layanan untuk Sistem E-
learning yang Dipersonalisasi..........................................................................13
Gambar III. 2 Komponen Pencarian SORAPES...........................................15
Gambar III. 3 Komponen Pemberitahuan SORAPES.................................16
Gambar III. 4 Komponen Keamanan SORAPES.........................................17
 5

BAB I
PERKENALAN

I.1 Latar belakang

Saat ini, banyak penelitian melibatkan di bidang e-learning dengan arsitektur
berorientasi layanan. Dalam sistem e-learning, tantangannya adalah meningkatnya
kompleksitas dan lebih banyak interoperabilitas antar sistem di lingkungan
terdistribusi. Yang kurang adalah arsitektur referensi di mana dengan menggunakan
kembali layanan web, menggunakan kembali objek pembelajaran dan semantik,
ontologi, dll. Arsitektur referensi berorientasi layanan menggambarkan esensi
arsitektur perangkat lunak dan aspek yang paling signifikan dan relevan. Oleh
karena itu, diusulkan untuk merancang arsitektur referensi ke sistem e-learning
yang dipersonalisasi menggunakan layanan Web dan arsitektur berorientasi
layanan.

Tujuan makalah ini untuk merancang arsitektur referensi berorientasi

layanan untuk sistem penghasilan E-L yang dipersonalisasi (SORAPES) dan
memvalidasi arsitektur. Beberapa arsitektur e-learning yang ada yang berfungsi
sebagai model domain untuk sistem e-learning yang dipersonalisasi
dipertimbangkan, dibahas secara rinci dan akhirnya mengusulkan arsitektur baru
yang disebut SORAPES. SORAPES dirancang dengan menggunakan kembali layanan
web dan objek pembelajaran. Ini adalah arsitektur berlapis dan sangat skalabel
untuk sistem penghasilan E-L yang dipersonalisasi. Arsitektur ini dievaluasi dengan
daftar atribut kualitas.
 6

I.2 Tujuan Penulisan

Tujuan penulisan ISAS ini adalah untuk memberikan pemahaman yang lebih
baik tentang arsitektur E-Learning, khususnya dalam implementasi arsitektur E-
Learning. Demikian juga, untuk menyelesaikan ISAS ke-1 tentang Arsitektur dan
Struktur. Penjelasannya meliputi definisi, cara kerjanya, kelebihan dan kekurangan.
Penulis berharap pembaca mendapatkan pengetahuan yang lebih baik tentang
arsitektur dan struktur dengan membaca ISAS ini.

I.3 Domain Masalah

Dalam E-learning, ketika kursus hanya memiliki ukuran pengguna elearning
yang dapat dikelola, arsitektur client-server yang sederhana akan cukup. Namun,
seiring bertambahnya jumlah pengguna, kursus ini mungkin memerlukan sistem e-
learning skala besar untuk menangani sejumlah besar pengguna yang terdistribusi
secara geografis dan bersamaan dan mendukung database besar materi e-learning.
Pernyataan masalah dari makalah penelitian ini adalah untuk merancang arsitektur
referensi berorientasi layanan untuk sistem elearning yang dipersonalisasi dengan
mempertimbangkan skalabilitas.

I.4 Metodologi Penulisan

Metode penulisan merupakan metode observasi. Yaitu kumpulan materi
yang akan dibahas, dianalisis dan dikaji dari sumber resmi dan juga menggunakan
"learn and do" yang sangat berpengaruh dalam penelitian, serta menarik
kesimpulan dari seluruh laporan yang diperoleh dari penelitian.

I.5 Kerangka Penulisan

Untuk memudahkan dalam penulisan ISAS, berikut adalah penulisan
sistematika yang terorganisir dari makalah berjudul "Moodle sebagai Implementasi
Arsitektur E-Learning".

 BAB I: PENDAHULUAN
Pada bagian ini, jelaskan latar belakang, analisis masalah, tujuan penulisan,
metodologi penulisan, dan sistematika penulisan.

 BAB II: TEORI DASAR

Dalam bab ini, kami akan menjelaskan latar belakang teoritis dari makalah
ini, seperti PES, SOA, Layanan Web, Pemberitahuan Layanan Web, dll.
 7

 BAB III: ANALISIS MASALAH

Bab ini mendefinisikan analisis masalah seperti arsitektur Cloud Storage.

 BAB IV: KESIMPULAN DAN SARAN

Bab ini berisi kesimpulan dari hasil penulisan dan saran.

 BIBLIOGRAFI
Di bagian ini, berisi referensi yang kami gunakan untuk membuat ISAS ini.
 BAB II
TEORI DASAR

II.1 Sistem E-Learning yang Dipersonalisasi

Sistem e-learning yang dipersonalisasi harus memenuhi kebutuhan dan
persyaratan tertentu di bidang meningkatnya permintaan akan pengalaman belajar
yang efektif, cepat, dan benar secara pedagogis. PES membuat, mengoperasikan,
dan mengelola kegiatan pembelajaran online. Mereka juga membuat dan
menyampaikan pertanyaan dan tes untuk penilaian peserta didik. Mereka
mendukung kolaborasi antar pengguna. Semua sistem e-learning mengelola
pengalaman belajar virtual dan terdistribusi di mana peserta didik tersebar secara
geografis dan berkomunikasi melalui Internet. Sistem e-learning dianggap adaptif
jika mampu: memantau aktivitas penggunanya. Sistem e-learning adaptif dapat
digambarkan sebagai sistem personalisasi, yang selain penemuan dan perakitan
konten, mampu memberikan penyampaian kursus adaptif, interaksi adaptif, dan
dukungan kolaborasi adaptif.

E-learning adalah area yang dapat mengambil manfaat dari teknologi web
semantik. Kemungkinan penggunaan teknologi Web Semantik untuk e-learning
adalah tarik, interaktif, non-linier, simetris, kontinu, terdistribusi, dipersonalisasi
dan dinamis . Layanan dan dunia semantik bersatu dalam dua cara. Yang pertama
adalah bahwa layanan memberikan deskripsi yang kaya semantik tentang fungsinya
agar aplikasi dapat bernalar tentang mereka dengan cara yang sama seperti alasan
mereka tentang data di web semantik. Yang kedua (yang melengkapi yang pertama)
adalah bahwa aplikasi yang menggunakan data dari web semantik sebenarnya bisa
menjadi layanan itu sendiri. Teknologi semantik dan layanan Web dapat digunakan
untuk mencapai personalisasi dalam sistem elearning dan sebagai konsekuensinya
untuk meningkatkan efektivitas e-learning secara dramatis.

II.2 Layanan Web

Layanan Web adalah sistem perangkat lunak yang dirancang untuk
mendukung interaksi mesin-ke-mesin yang dapat dioperasikan melalui jaringan.

8
 9

Layanan Web hanya mengekspos antarmuka mereka ke publik. Antarmuka

semacam itu dapat sepenuhnya dijelaskan menggunakan dokumen Web Service
Description Language (WSDL) yang mencirikan antarmuka Layanan Web dalam hal
operasi yang disediakan Layanan Web, pesan yang dipertukarkan untuk
melakukannya dan tipe data yang digunakan untuk membangun pesan tersebut.
Karakteristik penting dari Layanan Web adalah bahwa detail implementasi sistem
tersembunyi di balik antarmuka. Konsumen menyadari bahwa fungsionalitas
tertentu disediakan, tetapi internal tentang bagaimana ini dilakukan diabstraksikan
di belakang antarmuka Layanan Web. Akibatnya, ini melibatkan bahwa
fungsionalitas aktual dapat diimplementasikan dalam bahasa pemrograman
sewenang-wenang dan berjalan pada platform sewenang-wenang.

SOAP adalah protokol tingkat aplikasi berdasarkan XML yang digunakan

untuk pertukaran data dan panggilan prosedur jarak jauh dalam aplikasi
terdistribusi, biasanya untuk mengakses Layanan Web. Karena desainnya yang
berbasis XML, SOAP adalah platform dan bahasa pemrograman independen. Pesan
SOAP ditransmisikan tertanam ke dalam atau di atas protokol tingkat aplikasi
lainnya seperti HTTP, SMTP atau JMS.

Bahasa Deskripsi Layanan Web (WSDL) menyediakan kemungkinan untuk

sepenuhnya menggambarkan antarmuka Layanan Web melalui penggunaan
dokumen XML yang sesuai dengan Skema XML sebagaimana didefinisikan oleh
spesifikasi WSDL dari W3C. WSDL menyediakan informasi yang dapat diproses
mesin tentang cara berinteraksi dengan Layanan Web tertentu ke aplikasi
konsumen Layanan Web. Karena Layanan Web sepenuhnya dijelaskan oleh
dokumen WSDL, dimungkinkan untuk menghasilkan kode klien untuk interaksi
dengan Layanan Web tertentu dengan menggunakan definisi yang diberikan dalam
dokumen WSDL.

Spesifikasi Universal Deskripsi Penemuan & Integrasi (UDDI) mendefinisikan

registri Layanan Web yang memungkinkan konsumen Layanan Web yang mungkin
untuk secara dinamis menemukan Layanan Web yang menyediakan layanan
tertentu. Sementara WSDL menjelaskan antarmuka Layanan Web, UDDI
memungkinkan penemuan antarmuka Layanan Web oleh klien. Registri UDDI
 10

sebenarnya adalah Layanan Web itu sendiri dan menggunakan WSDL untuk
menggambarkan antarmukanya. Tujuan utama dari registri UDDI adalah untuk
memungkinkan aplikasi klien untuk secara dinamis menemukan Layanan Web yang
menyediakan layanan yang diperlukan. Penggunaan UDDI memungkinkan aplikasi
klien untuk menemukan pengganti Layanan Web yang gagal.

Pemberitahuan Layanan Web (WSN) adalah untuk memungkinkan Layanan

Web memberi tahu entitas lain yang tertarik tentang peristiwa yang telah terjadi di
dalam Layanan Web. Dalam bentuk dasar pola interaksi publishsubscribe, Layanan
Web menerbitkan topik peristiwa di mana entitas lain yang tertarik dapat
berlangganan. Terjadinya peristiwa di dalam Layanan Web penerbitan kemudian
memicu Pemberitahuan entitas berlangganan. Selain formulir dasar ini,
Pemberitahuan Layanan Web juga dapat melibatkan Layanan Web perantara, yang
disebut broker Pemberitahuan yang dapat memperkenalkan fitur tambahan dan
skalabilitas yang ditingkatkan ke arsitektur Pemberitahuan Layanan Web.

II.3 Arsitektur Berorientasi Layanan

SOA adalah paradigma arsitektur untuk merancang dan membangun sistem
terdistribusi berdasarkan layanan yang digabungkan secara longgar dan
berinteraksi. Karena SOA berkaitan dengan arsitektur sistem terdistribusi, SOA tidak
terikat atau ditargetkan ke domain masalah tertentu. Konsep sentral dalam
ServiceOriented Architecture adalah layanan, yang mendefinisikan mekanisme yang
memungkinkan akses ke kemampuan melalui antarmuka yang telah ditentukan
sebelumnya. Layanan ditemukan secara dinamis saat dibutuhkan, daripada di-
hardcode ke konsumen layanan. Penemuan layanan yang dinamis diwujudkan
melalui penggunaan apa yang disebut pola publikasikan, temukan, ikat. Mekanisme
ini memudahkan untuk secara dinamis menambah, menghapus, mengganti atau
memindahkan layanan sesuai kebutuhan tanpa modifikasi lebih lanjut dari
konsumen layanan. Misalnya menambahkan layanan tambahan untuk
penyeimbangan beban atau mengganti layanan yang salah adalah skenario di mana
ini bisa menjadi penting. Layanan web dan SOA digambarkan dalam .
 11

II. 4 Referensi Arsitektur

Arsitektur referensi memberikan pengembalian investasi teknologi yang lebih
baik; memungkinkan penyebaran teknologi yang lebih cepat; dan menyediakan basis
teknologi modular dan fleksibel. Mendokumentasikan arsitektur perangkat lunak
berarti menggambarkan atau menentukan semua elemen arsitektur, diagram,
keputusan model, alasan, dan hal lain yang menyangkut arsitektur. Dokumentasi
arsitektur berfungsi sebagai sarana komunikasi antara berbagai pemangku
kepentingan sistem di mana pemangku kepentingan adalah seseorang yang memiliki
kepentingan pribadi dalam arsitektur. Penggunaan dokumentasi dapat bervariasi
tergantung pemangku kepentingan mana yang terlibat dalam komunikasi. Perancang
sistem lain menggunakan dokumentasi untuk menentukan serangkaian operasi yang
disediakan dan diperlukan untuk kompatibilitas teknis. Dokumentasi arsitektur
berfungsi sebagai dasar untuk analisis sistem seperti analisis atribut kualitas sistem.
Arsitektur Referensi Berorientasi Layanan membantu organisasi mengadopsi
komputasi berorientasi layanan baru dengan memetakan pendekatan arsitektur
baru ini untuk proses bisnis, inisiatif teknologi, dan transformasi bisnis dan TI secara
keseluruhan. Arsitektur referensi menyederhanakan dan mempercepat
pengembangan solusi arsitektur berorientasi layanan untuk memungkinkan
organisasi.
 BAB III
ANALISIS MASALAH

III. Arsitektur : SORAPES

Bagian ini menjelaskan arsitektur SORAPES yang mencakup layanan yang
diidentifikasi dan berfungsi berbagai lapisan. Akhirnya, ia mengevaluasi arsitektur
menggunakan beberapa atribut kualitas.

SORAPES adalah arsitektur berlapis yang terdiri dari lapisan presentasi,

lapisan layanan, lapisan aplikasi, lapisan basis data. Lapisan presentasi memberikan
satu port entri untuk pengguna dan menangani interaksi antara pengguna dan
komponen yang berbeda dalam lapisan logika bisnis. Di sini, akses ke komponen
dalam lapisan bisnis didasarkan pada personalisasi pengguna. Lapisan bisnis
bertanggung jawab atas semua pekerjaan yang seharusnya dilakukan oleh sistem e-
learning. Ini menyediakan fungsionalitas seperti surat, otentikasi, dll. Lapisan
layanan menggunakan kemampuan server aplikasi. Ini terdiri dari fungsi stateless
yang mengekspos fungsionalitas bisnis tingkat tinggi. Lapisan database bertanggung
jawab untuk komunikasi dengan database dari berbagai komponen di lapisan bisnis.

III.1 Layanan Teridentifikasi

Layanan yang diperlukan untuk SORAPES adalah pencarian, pelaporan,
penawaran, pendaftaran, akun pengguna, otentikasi, integrasi, pemberitahuan,
perpesanan, dll. dan fungsinya dijelaskan di bawah ini:

Layanan pencarian (search.wsdl;) menangani permintaan pencarian dari

pelajar atau pengguna dan mengirim pesan ke portal yang memenuhi spesifikasi
yang lulus.

Layanan pendaftaran (register.wsdl;) Mendaftarkan atau membatalkan

pendaftaran peserta didik dan instruktur untuk pembelajaran virtual. Layanan ini
juga memperbarui informasi pendaftaran yang ada.

12
 13

Layanan integrasi (integrate.wsdl;) memungkinkan pelajar untuk mendaftar

ke acara dan produser tertentu untuk menerbitkan acara tertentu yang menjangkau
jumlah pelajar tertentu.

Layanan keamanan (security.wsdl;) menangani autentikasi, autentikasi, dan

kerahasiaan.

Layanan pelaporan (report.wsdl) menangani laporan hasil dari penawaran

pembelajaran yang telah selesai.

Layanan notifikasi (notify.wsdl;) dapat menangani langganan pelajar yang

tidak dapat menerima pesan Pemberitahuan yang dikirim oleh layanan Web versi.
Oleh karena itu, pemberitahuan dapat disebarkan melalui email atau pesan instan.
Layanan Pemberitahuan harus bersifat umum yang menghasilkan Pemberitahuan.

Layanan repositori (reposit.wsdl;) menyediakan akses ke objek

pembelajaran, dan dokumen. Repositori ini hanya menyimpan metadata dan tautan
ke sumber daya fisik.

Layanan ontologi (ontology.wsdl;) menyediakan akses terbuka dan deklaratif

ke model konseptual bersama yang membentuk dasar interaksi layanan dan
pengetahuan latar belakang yang diperlukan untuk perilaku adaptif. Melalui layanan
ontologi terpusat, arsitektur yang digabungkan secara longgar menjadi mungkin
tanpa kehilangan koherensi semantik tingkat tinggi.

Layanan akun pengguna (useracct.wsdl;) menangani permintaan LMS untuk

membuat modifikasi atau menghapus informasi akun pengguna dalam sistem
kolaborasi. Ini menyimpan informasi pengguna yang dikumpulkan dan memberikan
pandangan yang konsisten tentangnya, mengabstraksi dari kontradiksi,
ketidakpastian, dan informasi yang sudah ketinggalan zaman. Layanan ini perlu
menyediakan bahasa kueri deklaratif untuk interaksi respons kueri dan fasilitas
langganan untuk pemberitahuan asinkron. Layanan yang diidentifikasi terdaftar
dalam registri layanan. Manajer registri dapat memulai/memulai ulang atau
menghentikan layanan.

Pengguna akhir PES bisa memiliki peran yang berbeda. Dalam sistem
elearning yang khas, mereka adalah pelajar, instruktur, manajer, administrator
 14

pelatihan, administrator, penulis, dll. Pengguna akhir tertarik pada fungsionalitas

seperti kemampuan untuk mendaftarkan pelajar ke kursus, kemampuan untuk
membuat kursus baru, kemampuan untuk melaporkan kemajuan laporan langsung
atau kemampuan untuk meluncurkan kursus. Pengguna akhir ingin memiliki
pengalaman yang mulus jika menyangkut penggunaan berbagai komponen solusi.

III.2 Arsitektur Berlapis

Desainnya menggunakan arsitektur aplikasi web berlapis. Gambar III.1
menunjukkan bahwa arsitektur SORAPES. Lapisan presentasi menangani interaksi
antara peserta didik/pengguna dan sistem yang membentuk lapisan logika bisnis. Ini
terdiri dari antarmuka pengguna browser berbasis HTML dan menampilkan
informasi kepada pengguna dan perintah yang ditafsirkan dari pengguna ke dalam
tindakan pada komponen lapisan logika bisnis. Lapisan layanan ini terdiri dari semua
layanan yang ditentukan dalam SOA. Spesifikasi ini memberi konsumen detail yang
cukup untuk memanggil fungsi bisnis yang diekspos oleh penyedia layanan.
Spesifikasi layanan mencakup deskripsi fungsionalitas abstrak yang ditawarkan oleh
layanan yang mirip dengan tahap abstrak deskripsi Web Services Definition
Language (WSDL). Informasi ini belum tentu ditulis menggunakan WSDL. Lapisan
Aplikasi berfungsi sebagai komponen pendukung layanan pembelajaran dan tidak
berkomunikasi langsung dengan lapisan presentasi. Ini menerima permintaan dari
lapisan presentasi dan harus dapat menanggapi permintaan tersebut. Tanggung
jawab lapisan database adalah menyimpan data persisten. Komunikasi harus di
mana komponen mengirim permintaan SQL ke sumber data dan sumber data
mengirim respons kembali ke komponen.
 15

Gambar III. 1 Arsitektur Referensi Berorientasi Layanan untuk Sistem E-learning yang Dipersonalisasi
III.2.1 Lapisan Presentasi
Lapisan presentasi dapat menawarkan beberapa antarmuka pengguna di
mana setiap antarmuka pengguna menampilkan semua atau sebagian dari
beberapa data aplikasi. Fungsi utama portal adalah untuk mengelola tingkat
presentasi aplikasi. Karena presentasi umumnya didasarkan pada hak, ada
kebutuhan untuk mendukung kemampuan ini. Presentasi Portal menyediakan skin /
template / kerangka / lembar gaya dll untuk masing-masing tim aplikasi. Ini juga
harus mencakup beberapa aplikasi sampel untuk memulai pengembangan aplikasi,
termasuk memanfaatkan kemampuan navigasi portal, baik untuk bilah navigasi
vertikal maupun tab horizontal. Personalisasi seperti tata letak portlet dan
pemilihan templat latar belakang disediakan oleh Portal selama fase ini. Login-In
 16

terpusat memungkinkan perusahaan untuk memberikan pengalaman pengguna

yang mulus dengan tidak memerlukan banyak login.

III.2.2 Lapisan Layanan

Layanan yang terekspos berada di lapisan ini; mereka dapat ditemukan dan
dipanggil atau mungkin dikoreografikan untuk membuat layanan komposit. Lapisan
ini berisi kontrak (deskripsi layanan) yang mengikat penyedia dan konsumen.
Layanan ditawarkan oleh penyedia layanan dan dikonsumsi oleh konsumen layanan
(service requestor). OA mensyaratkan layanan harus berbutir kasar, digabungkan
secara longgar, dan berbasis standar. Produsen layanan menerbitkan layanan ke
registri layanan yang dimanfaatkan oleh konsumen layanan untuk pengikatan
runtime. Registri layanan juga bertindak sebagai sistem catatan untuk kebijakan
bisnis yang telah ditentukan yang dapat digunakan saat runtime untuk penegakan
kebijakan ini. Fungsi utama manajer layanan ini adalah untuk mengelola,
memantau, dan melaporkan semua layanan di seluruh perusahaan. Ini mengelola
dan memastikan bahwa tingkat layanan dipertahankan di seluruh perusahaan.

III.2.3 Lapisan Aplikasi

Modul penilaian memungkinkan penulis untuk membuat survei, penilaian
formatif, dan penilaian sumatif untuk pengiriman melalui web dan melakukan
penyimpanan, pengambilan, penghapusan, dan pembaruan fungsi penilaian. Modul
kursus disimpan dalam manajemen pembelajaran dan file fisik aktual kursus
disimpan dalam database manajemen pembelajaran. Manajemen pembelajaran
menggunakan antarmuka MOODLE/SCORM untuk meluncurkan konten online dari
database manajemen pembelajaran dan mengirimkan pembaruan status kembali ke
manajemen pembelajaran menggunakan antarmuka manajemen pembelajaran.

III.2.4 Lapisan Basis Data

Dalam modul komponen Database, elemen-elemennya adalah antarmuka
database dari sistem yang terdiri dari arsitektur server aplikasi. Ini menjelaskan
antarmuka basis data dari aplikasi inti lingkungan belajar. Di sini, tantangannya
adalah berbagi database. Sistem e-learning menyimpan data yang diakses dan
dimodifikasi oleh komponen pembelajaran. Komponen pembelajaran dapat
menyimpan dan mengambil data persisten mereka dengan memanggil metode yang
 17

sesuai pada lapisan database. Komponen pembelajaran sering dirancang

menggunakan teknologi objek dan basis data relasional.

III.3 Komponen Pencarian

Aplikasi portal e-learning perlu menyajikan data dalam format tabular kepada
pengguna. Fungsionalitas yang disediakan oleh pencarian komponen adalah
pembuatan kueri dinamis berdasarkan input pengguna, urutan urutan, gabungan,
dll. Ada beberapa cara untuk memanggil layanan kueri. Semuanya didukung oleh
protokol SOAP. Berdasarkan deskripsi layanan dan protokol SOAP, antarmuka klien
baru dapat dengan mudah dibangun sesuai dengan preferensi pengguna. Peserta
didik ingin mencari objek pembelajaran yang berkaitan dengan Ilmu Komputer,
kemudian harus mengetik 'Ilmu Komputer'. Dengan mengaktifkan tautan pada
antarmuka kueri, ia memperoleh layanan tambahan yang diekspos oleh penyedia
lain. Cara untuk mengakses layanan ini adalah dengan URL yang disematkan seperti

Gambar III. 2 Komponen Pencarian SORAPES

 18

http://www.pulearn. edu.in/soap/mencari.jsp. Gambar III.2 mengilustrasikan

arsitektur komponen pencarian SORAPES.

III.4 Komponen Pemberitahuan Layanan Web

Pemberitahuan ini menyediakan klien pemberitahuan tunggal untuk semua
aplikasi, mendukung antarmuka sinkron dan asinkron ke Mesin Pemberitahuan
dan juga menyediakan kemampuan untuk mengirim pemberitahuan melalui
beberapa saluran. Antarmuka ke berbagai saluran dapat dikembangkan sesuai

Gambar III. 3 Komponen Pemberitahuan SORAPES

kebutuhan untuk menyediakan kemampuan bisnis. Pemberitahuan meminimalkan
pengetahuan tentang berbagai pemberitahuan yang dihasilkan untuk memfasilitasi
penggabungan layanan yang longgar. Gambar III.3 mengilustrasikan arsitektur
komponen pencarian SORAPES.

III.5 Komponen Keamanan

Komponen keamanan menawarkan otentikasi, otentikasi, kontrol akses dan
kerahasiaan . Autentikasi menangani permintaan autentikasi yang dikirim ke LMS.
Ini diteruskan kredensial log-on untuk pengguna dan mengembalikan sertifikat
 19

otentikasi. Otorisasi mengikuti otentikasi dan yaitu, setelah pengguna atau sistem
diautentikasi. Otorisasi berarti membuat keputusan tentang apakah identitas yang
diautentikasi atau bahkan diautentikasi diizinkan untuk mengakses sumber daya.
Kerahasiaan adalah layanan keamanan untuk memastikan tidak adanya
pengungkapan informasi sensitif yang bepergian melalui jaringan komunikasi yang
tidak tepercaya atau saat istirahat, seperti di penyimpanan data, memori yang
mudah menguap, dan sebagainya. Informasi tidak aktif mencakup informasi
keamanan, pengguna, dan aplikasi. Ini biasanya bergantung pada teknik kriptografi
ton seperti enkripsi. Gambar III.4 mengilustrasikan arsitektur komponen keamanan
SORAPES.

Gambar III. 4 Komponen Keamanan SORAPES

20
 BAB IV
KESIMPULAN

IV.1 Kesimpulan
Pendekatan berorientasi layanan memungkinkan sistem e-learning yang
dipersonalisasi ke dalam sistem e-learning di seluruh perusahaan. Dalam makalah
ini, arsitektur referensi untuk sistem e-learning diselidiki dan dirancang
menggunakan layanan Web dan SOA. Beberapa layanan umum seperti ontologi,
manajemen, web semantik, otentikasi, pendaftaran diidentifikasi dan
dipertimbangkan dalam arsitektur ini.

Arsitektur referensi ini dirancang dan dijelaskan untuk domain e-learning. Ini
mengidentifikasi yang penting persyaratan fungsional dan non-fungsional.
Arsitektur referensi menggambarkan persyaratan untuk web yang dapat
dioperasikan, dapat disesuaikan, semantik, dan personalisasi di mana pengguna
dapat dengan mudah mencari konten pembelajaran.

Arsitektur referensi ini divalidasi dengan beberapa atribut kualitas tertentu.

Arsitektur referensi tidak lengkap tetapi sedang dalam proses. Manfaat dan
kelemahan dari pendekatan ini perlu ditangani dari sejumlah perspektif yang
berbeda, termasuk kinerja, ketersediaan, pengalaman pengguna, keamanan dan
pengembangan serta biaya pemeliharaan.

IV.2 Saran
Namun, peserta didik sulit menemukan konten pembelajaran dalam konteks
dan hasil pencarian peserta didik hanya mengembalikan apa yang mereka
butuhkan. Ini menunjukkan bahwa arsitektur dan model yang lebih fleksibel untuk
konten pembelajaran diperlukan dan ini diusulkan untuk pekerjaan di masa depan.
Ada lebih banyak masalah dalam mengembangkan dan menerapkan sistem E-
Learning akan muncul, terutama mengingat keragaman lapangan dan sifat
interdisipliner. Diharapkan atau tidak terduga, e-learning mungkin memerlukan
penelitian seumur hidup sebanyak itu memfasilitasi pembelajaran seumur hidup.

21
22
BIBLIOGRAFI

23