ims ringkasan
TRANSCRIPT
-
8/18/2019 Ims Ringkasan
1/25
-
8/18/2019 Ims Ringkasan
2/25
Secara umum! trans$ormasi ang ditetapkan oleh aturan pemetaan
menggunakan trans$ormasi bahasa. Setiap aturan pemetaan menelaskan apa satu!
atau beberapa elemen dalam sumber model harus dapat berubah menadi dalam target
model. etika semua aturan pemetaan ang diterapkan! pemetaan menggambarkan
trans$ormasi lengkap dari model sumber untuk target model.
&ambar 5.0' Diagram
aktivitas internal dari sebuah blok bangunan +,()-S ang sederhana untuk laanan UPnP. *lok
bangunan memiliki satu tindakan operasi/ dan salah satu event keluar. *lok bangunan ini digunakan
untuk pembangunan template untuk sebuah blok bangunan UPnP +,()-S
*lok bangunan +,()-S adalah model seperti ang -nstansiasi +,()-S +lat
pemodelan. Demikian pula! mengingat bah%a XML bahasa pemodelan kemudian
Deskripsi Laanan UPnP dapat dianggap sebagai model seak Deskripsi UPnP adalah
instance dari bahasa XML. *erdasarkan si$at#si$at template XM-! dan blok bangunan
+,()-S dibangun. Proses dilakukan dalam tiga langkah utama sebagai berikut'
1. *aca description.3ml
2. *aca si$at UPnP
0. peta si$at ke template dari blok bangunan +(,)-S.
Selain blok bangunan +,()-S! Laanan presenter menghasilkan elas 4ava.
-mplementasi kelas pada dasarna digunakan sebagai pro3 untuk Laanan invokasi.
Untuk menghasilkan kelas implementasi ini! sebuah template digunakan. ami
menggunakan (berLink untuk Laanan 4ava UPnP! untuk membangun template ini.
-ni implementasi kelas terhubung ke blok bangunan +,()-S.
-
8/18/2019 Ims Ringkasan
3/25
5.3 The Service Library
Laanan Perpustakaan dilaksanakan dalam tabel sederhana ang berisi
in$ormasi tentang hubungan antara model dan kode nata. Pada saat kami
melaksanakan Laanan Perpustakaan secara manual dan menimpan sebagai .t3t $ile.
)abel berisi empat kolom' representasi gra$is laanan! tingkat dalam hirarki
laanan! nama $ile kode terhubung dan subclass. )abel 5.1 menunukkan tabel.
)abel 5.1' Database sederhana untuk menerapkan Laanan Perpustakaan
untuk tuuan bukti dari konsep.
5.4 Code Generator
Meskipun ada beberapa alat pemodelan menediakan built#in ode
&enerator! untuk keperluan bukti konsep! PMpro uga menediakan kode generator
sederhana. -ni dilakukan karena built#in ode &enerator! misalna generator kode
+,()-S! tidak cocok untuk! membuat bukti konsep. +,()-S tidak melaksanakan
langkah menediakan PMPro. Untuk memberikan sebuah aplikasi berbasis laanan
sebagai laanan baru! kode tambahan diperlukan.
Model laanan berbasis aplikasi memiliki dua bagian. struktur dan perilaku.
ode dari bagian perilaku ang dihasilkan menggunakan konsep -nstansiasi. Satu-nstansiasi dibuat untuk setiap model laanan ang digunakan. Dalam kasus generasi
+,()-S ode ava! dari setiap blok bangunan! satu obek instantiated556. arena
blok bangunan dalam skenario ini adalah plat$orm independen! obek untuk instansi
tergantung pada pilihan plat$orm.
Sumber:
-
8/18/2019 Ims Ringkasan
4/25
-
8/18/2019 Ims Ringkasan
5/25
menunukkan bagaimana metode PMpro dapat diterapkan untuk domain ang
berbeda dan menunukkan bah%a berbagai pemodelan bahasa dapat digunakan. )iga
studi kasus aitu'
1. Model berbasis pendekatan untuk pengembangan laanan rumah cerdas
&ambar 5.?'
,umah pintar # dipilih lingkungan untuk bukti dari konsep. Semua perangkat
menediakan asa ang dapat dipanggil.
ami memiliki tiga studi kasus berdasarkan lingkungan ini.
Studi kasus masing#masing memiliki skenario laanan berbasis aplikasi.
2. pengembangan aplikasi berbasis peristi%a ang menggunakan laanan ang
ada.
0. sebuah metode berbasis model untuk pengembangan laanan berbasis aplikasi
dalam lingkungan heterogen.
Dalam studi kasus ini! kita menggunakan terutama UPnP Laanan sebagai
model unit perangkat lunak. +lasanna adalah bah%a UPnP menggunakan XML
untuk menggambarkan laanan dan! ini tampakna menadi umum untuk
menggunakan XML untuk menelaskan laanan misalna %eb services/. Selain itu!
UPnP telah secara luas digunakan dan dilaksanakan di beberapa perangkat rumah.
5.5.1 Studi asus 1' Model berbasis pendekatan untuk pengembangan Smart home
Service.
asus ini studi hadiah ide kami menerapkan MDD untuk komposisi laanan
ang sudah ada! ang kita bertuuan menunukkan cara baru laanan rumah pintar
-
8/18/2019 Ims Ringkasan
6/25
akan dipromosikan. Studi kasus serupa diterbitkan dalam Prosiding +mbient bantu
kesehatan dan manaemen kesehatan di antung kota! -(>S) 2:: @6.
Sumber:
@6 Selo Sulisto and +ndreas PrinF. Model#Driven development approach $or
providing smart home services. -n +mbient +ssistive 8ealth and Eellness
Management in the 8eart o$ the (it! volume 55AG2:: o$ L"(S! pages 2A@B
2AA. Springer *erlin G 8eidelberg! )ours! 7rance! 2::.
5.5.1.1 )uuan Studi asus
)uuan dari studi kasus ini adalah untuk menunukkan penggunaan MDD
pendekatan untuk mengembangkan laanan rumah smart dengan menulis laanan
ang berbeda ang telah dilaksanakan menggunakan teknologi ang berbeda. Untuk
tuuan ini! kami menggunakan ,ational ,ose sebagai alat. >leh karena itu! ada
laanan adalah disarikan ke dalam UML kelas. emudian! sebuah diagram urutan
digunakan untuk model aplikasi berbasis laanan baru.
5.5.1.2 Pendahuluan
,umah pintar adalah tentang penerapan teknik otomatisasi untuk kenamanan
dan keamanan rumah milik pribadi %arga. Di rumah pintar! gate%a perumahan
,&%/ menghubungkan rumah dengan perangkat embedded ang berbeda dan
laanan/ ke -nternet. ami mempertimbangkan semua laanan tersebut menadi
laanan dasar di mana kita dapat mempromosikan laanan canggih baru dengan
menggunakan laanan kerasama laanan dasar tersebut. Laanan baru ang mungkin
termasuk beberapa perangkat! kedua laanan internal dalam aringan rumah dan
laanan eksternal di luar aringan rumah.
5.5.1.0 Skenario asus Penggunaan
Dalam skenario ini! kita berasumsi bah%a ada empat berbagai laanan ang
beralan secara mandiri di rumah pintar. Diantarana adalah UPnP +larmModule
ang vides laanan data! UPnP ponsel Deteksi Laanan ang menediakan laanan
deteksi mobileabsence! UPnP berbasis televisi ang menediakan laanan tampilandan laanan SMS Eeb. ami akan mengembangkan aplikasi baru ang
memungkinkan pemilik rumah pintar untuk mendapatkan status G kesehatan ang
berhubungan dengan peralatan rumah di%akili oleh sensor di sistem alarm/ mana
saa ia berada. +larm pesan akan ditampilkan ke baik UPnP berbasis televisi ketika
-
8/18/2019 Ims Ringkasan
7/25
pemilik di rumah atau di ponsel mereka ketika pemilik rumah tidak di rumah.
Laanan baru ini dilaksanakan sebagai laanan >S&i.
&ambar 5.A' ,epresentasi abstrak UPnP menampilkan laanan di UML kelas
5.5.1.@ Proses Pembangunan
Langkah pertama adalah laanan abstraksi dalam hal UML kelas. +da
beberapa kerangka gambaran laanan! misalna! ESDL Eeb Deskripsi Laanan
bahasa/! UPnP! dan >S&i. *erdasarkan Deskripsi Laanan! kami hadir Laanan
sebagai UML kelas dan menghasilkan kode untuk menerapkan invokasi laanan.
Proses trans$ormasi gambaran Laanan UPnP ke UML kelas dilakukan
dengan menerapkan konsep model trans$ormasi. Untuk trans$ormasi ini! aturan
trans$ormasi ang disaikan dalam tabel 5.2.
)abel 5.2' )rans$ormasi aturan antara UPnP # UML kelas
-
8/18/2019 Ims Ringkasan
8/25
Menggunakan tabel diatas dan template UML kelas dalam XM-/!
displa>n)C aksi berubah menadi displa>n)C operasi. +rgumen tindakan 3! dan
pesan! berubah menadi argumen operasi. )abel 5.0 menunukkan hasil trans$ormasi.
&ambar 5.A menunukkan hasil dari trans$ormasi saat XM- UPnP berbasis televisi
Deskripsi dibuka di ,ational ,ose. Proses abstraksi serupa dilakukan untuk laanan
lainna.
)abel 5.0' )rans$ormasi gambaran Laanan UPnP ke UML kelas
Setelah semua laanan ang sudah ada ang kita masukkan ke dalam laanan
baru telah disarikan ke dalam UML kelas! dapat kita model laanan baru! kedua
aspek struktural dan perilaku. Dengan demikian! kami memiliki @ UML kelas
me%akili empat laanan ang ada. &ambar 5.= di ba%ah ini menunukkan diagram
urutan laanan baru. Laanan baru! alarmService! adalah sebuah kolaborasi empat
laanan ang berbeda tampilan laanan! Laanan SMS! laanan telepon Deteksi dan
alarm service/.
Perilaku alarmsstem'>S&iService digambarkan dalam sebuah diagram
urutan sederhana. )uuan utama dari sebuah diagram urutan adalah untuk menentukan
urutan peristi%a ang menghasilkan beberapa hasil ang diinginkan. 7okus adalah
kurang pada pesan sendiri dan lebih pada urutan di mana pesan teradiH "amun
demikian! kebanakan diagram urutan akan berkomunikasi apa pesan ang dikirim
antara obek sistem serta urutan di mana mereka teradi. Panah garis putus#putus
menunukkan bah%a pesan adalah enis event! ang dalam kasus ini! UPnP peristi%a.
Sebuah panah padat digunakan untuk menggambarkan bah%a obek panggilan
operasi pada obek lain.
Dari angka! dapat dilihat bah%a ketika sebuah sensor diakti$kan! alarmsstem'
>S&iService akan mencari lokasi sensor dan mendeteksi keberadaan ponsel. +plikasi
akan kemudian sendSMS dan tampilan pesan ke tampilan laanan di televisi UPnP.Penggunaan putus#putus panah untuk menggambarkan peristi%a dapat membantu
pelaksanaan model! tapi itu akan menadi sangat kompleks menggunakan diagram
urutan untuk menggambarkan sistem berdasarkan aktivitas ang kompleks. (ontoh
lain kesulitan menggunakan diagram urutan adalah keputusan menggambarkan.
-
8/18/2019 Ims Ringkasan
9/25
&ambar 5.=' UML diagram urutan sistem alarm dalam skenario.
Misalna! untuk menggambarkan sebuah kasus ketika ponsel adalah di rumah
pesan akan dikirim ke televisi berbasis UPnP. Sebalikna! menggunakan laanan
sendSMS untuk mencapai ponsel.
Untuk mengeksekusi model! trans$ormasi model kode dilakukan. Untuk ini!
generator kode sumber berbasis template dibangun menggunakan 4ava. arena
gabungan Laanan akan disediakan sebagai laanan >S&i! template dikembangkan
berdasarkan kerangka >S&i! ang dalam kasus ini! kita menggunakan kerangka
nop$ler$ish >S&i.
5.5.1.5 ,ingkasan Studi asus
Dalam kasus ini studi! kami telah menunukkan pendekatan MDD untuk
mengembangkan laanan smarthome dengan mengarang empat laanan ang
berbeda! di perangkat komputasi ang berbedaH Laanan UPnP! >S&i 4asa dan
-
8/18/2019 Ims Ringkasan
10/25
laanan Eeb. Laanan baru adalah laanan >S&i ang dimaksudkan untuk beralan
di >S&i#po%ered gate%a perumahan. Masalah dengan penggunaan UML diagram
urutan adalah dengan pembatasan untuk mengekspresikan berdasarkan aktivitas
sistem kompleks.
5.5.2 Studi asus 2' pengembangan ;vent aplikasi berbasis menggunakan laanan
ang ada.
ami telah membuat studi kasus pengembangan aplikasi event#based dari laanan
ditentukan menggunakan spesi$ikasi UPnP. Dalam kasus ini! sebuah aplikasi berbasis
laanan ini dikembangkan. &abungan $ungsionalitas dari aplikasi berbasis laanan
baru tidak disediakan sebagai laanan. -ni adalah hana aplikasi normal ang
menalankan dan menunukkan di satu komputer. Studi kasus diterbitkan dalam
Proceeding o$ 2nd International Conference on Computer Technology and
Development -(()D 2:1:/ 26
Sumber:
26 Selo Sulisto. Model#based approaches $or the development o$ event#based
sstems using embedded services. -n Proceeding o$ 2nd -nternational (on$erence
on (omputer )echnolog and Development -(()D/! pages 51 B 5?! 2:1:.
5.5.2.1 )uuan Studi asus
Laanan interaksi dalam aplikasi berbasis laanan mungkin menggunakan
berbasis peristi%a atau permintaanG*alasan berbasis interaksi atau keduana. ami
tertarik untuk interaksi berdasarkan aktivitas. Selain itu! kami tertarik pada
penggunaan berbasis model pendekatan untuk pengembangan aplikasi event#based.
)uuan dari studi kasus ini adalah untuk menunukkan bah%a alat lain dapat
digunakan untuk mengembangkan aplikasi berbasis laanan. Daripada ,ational ,ose!
kita menggunakan +,()-S sebagai alat pemodelan.
5.5.2.2 Pendahuluan
Dalam studi kasus ini kami menggunakan UPnP Laanan sebagai contohgambaran laanan berbasis XML. ami menganggap bah%a UPnP perangkat di
rumah cerdas memberikan laanan dapat digunakan oleh perangkat lain titik
kontrol/. 4adi! titik kontrol adalah pengguna asa. Dari sudut pandang pengguna
laanan! perangkat UPnP dapat dipresentasikan sebagai obek. Mereka memiliki
atribut aitu variable negara/ dan menediakan $ungsionalitasGLaananGoperasi
-
8/18/2019 Ims Ringkasan
11/25
aitu tindakanna/ kepada pengguna asa. Dari sudut pandang pengembang
perangkat lunak mereka dapat dipresentasikan sebagai obek ang dapat disusun
dengan benda#benda lainna. Dalam PM&pro! presentasi dari perangkat UPnP
sebagai obek dilakukan selama langkah presentasi.
Sebagai pengguna laanan normal! titik kontrol dapat menggunakan satu atau
lebih laanan UPnP. Dalam perspekti$ berorientasi obek! hubungan antara instance
titik kontrol obek/ dan contoh#contoh perangkat UPnP obects/ dapat dimodelkan
berbeda! misalna menggunakan diagram obek. -ni adalah bagaimana kita
mempertimbangkan bah%a UPnP kompatibel dengan lingkungan berorientasi obek.
*agian ini memberikan latar belakang untuk UPnP teknologi! khususna!
gagasan tentang sistem event#based di rumah pintar berbasis UPnP.
1. Universal Plug and Pla UPnP/
&ambar 5.'
Peristi%a
cahaa UPnP laanan pada -ntel SD untuk UPnP#perangkat
Mata#mata.
+spek penting dari aringan rumah pintar adalah kon$igurasi diri di
perangkat mana ang otonom diperbolehkan untuk bergabung dan
meninggalkan aringan rumah dan pada saat ang sama! 4aringan secara
otomatis belaar tentang perubahan apapun. UPnP adalah salah satu contoh
-
8/18/2019 Ims Ringkasan
12/25
enabler untuk mencapai tuuan ini. UPnP memungkinkan $leksibel
konektivitas ke aringan ad hoc dan tidak dikelola.
• UPnP Service
Laanan UPnP -ni merupakan persaratan bah%a setiap
perangkat berbasis UPnP harus host gambaran perangkat XML
ang berisi da$tar properti tertentu tentang perangkat dan
laanan ang terkait dengan perangkat. Sebagai contoh! ang
berisi in$ormasi tentang 7riendl"ame perangkat! -D
perangkat! dll. Deskripsi perangkat dokumen uga mencakup
Uni$orm ,esource Locator U,L/ untuk Deskripsi Laanan.
Deskripsi Laanan adalah dokumen XML ang berisi da$tar
tindakan dan negara ang berlaku untuk laanan tertentu ang
dita%arkan oleh perangkat. Lihat Lampiran * untuk contoh
lengkap UPnP laanan dan perangkat Deskripsi disaikan
menggunakan dokumen XML.
• UPnP ;vents
Satu hal ang menarik dengan UPnP adalah bah%a laanan
UPnP memiliki keadaan variabel ang dapat digunakan untuk
membangun sistem berdasarkan aktivitas. etika variabel
negara telah berubah nilai! ini akan mengirimkan nilai berubah
ke semua perangkat UPnP lain untuk memberitahu bah%a nilai
telah berubah. &ambar 5. di ba%ah ini menunukkan peristi%a
Deskripsi dalam cahaa perangkat UPnP.
Perangkat UPnP mungkin bertindak sebagai titik kontrol atau
perangkat. UPnP perangkat ang bertindak sebagai titik kontrol dapat
menda$tarkan untuk event untuk menerima pemberitahuan ika perubahan
variabel negara untuk keterangan laanan tertentu. Publikasi perubahan
Serikat oleh laanan disebut eventing. Dalam konteks ini! variabel evented
adalah variabel#variabel ang mengirimkan pemberitahuan ke titik kontrol
mengenai perubahan seperti status.
)itik kontrol dapat berlangganan ke seumlah evented variabel. etika
berlangganan peristi%a khusus! perangkat mengaukan keadaan lengkapsemua variabel ke titik kontrol. Setelah mengirim set lengkap in$ormasi
tentang semua variabel ke titik kontrol! perangkat terus mengirim update
ke titik kontrol ika ada perubahan dalam variabel tertentu teradi.
2. UPnP#*ased/ ;vent#based Sstems
-
8/18/2019 Ims Ringkasan
13/25
Deskripsi Laanan UPnP ang berisi gambaran keadaan variabel di
obectoriented istilah adalah atribut/. Cariabel negara ini bisa menadi
enis evented! ang berarti bah%a perubahan nilai variabel ini akan
dikon$irmasi untuk semua titik kontrol pemakai asa/ ang berlangganan.
Dengan variabel evented negara ini! titik kontrol pemakai asa/ dapat
mengeksekusi diperlukan operasi ang tergantung pada peristi%a itu. -ni
adalah bagaimana kita mempertimbangkan bah%a UPnP Laanan dapat
digunakan untuk membangun sebuah sistem ang reakti$. -tu adalah
sebuah sistem ang bergantung pada event untuk melaksanakan operasi
$ungsi#$ungsi.
Laanan komposit adalah sebuah aplikasi berbasis laanan ang
menusun laanan dan menediakan $ungsi baru kepada orang lain
sebagai laanan baru. Dalam kasus kami! kami mempertimbangkan semua
laanan UPnP menadi laanan dasar ang kita dapat menulis sebagai
aplikasi berbasis laanan baru. Satu contoh sederhana aplikasi terdiri di
rumah smart adalah sebuah aplikasi cuaca untuk musik ang akan
memainkan lagu tertentu atau musik untuk kondisi cuaca ang spesi$ik.
Dalam contoh ini! perangkat UPnP ang mengukur parameter cuaca akan
memberikan data diukur renderer media UPnP untuk memainkan lagu
tertentu.
Sistem berdasarkan aktivitas sederhana terdiri dari serangkaian
produsen dan konsumen ang adalah klien dari laanan pemberitahuan
event. Semua klien tersambung ke laanan ang sama dan mengakses
$ungsi untuk berlangganan atau menerbitkan pemberitahuan. Seperti
disebutkan sebelumna! UPnP memiliki semua mekanisme untuk
mempublikasikan! berlangganan dan berhenti berlangganan ang
memungkinkan untuk membangun sistem event#based.0. Memperluas cakupan UPnP menggunakan event pengiriman &ate%a
Untuk mendistribusikan peristi%a UPnP! event pengiriman gate%a
diperlukan. ami telah menerapkan UPnP event pengiriman &ate%a u#
;D&/ menggunakan 4ava.
-
8/18/2019 Ims Ringkasan
14/25
&ambar 5.1:'
Skenario
memperluas aringan UPnP.
&ambar 5.1: menunukkan hubungan dua rumah cerdas menggunakan
event pengiriman &ate%a. U#;D& berisi penedia laanan >lehEeb!
>lehEeb laanan klien dan UPnP ;ventListener. Penedia laanan Eeb
ang menediakan laanan ang dapat digunakan oleh klien untuk meng#
upload event UPnP dan UPnP paket SSDP paket/. Untuk de$inisi UPnP
peristi%a dan UPnP SSDP paket pembaca harus meruuk @?6.
Sumber:
@?6 Michael 4eronimo and 4ack Eeast. UPnP Design b ;3ample' +
So$t%are DeveloperIs &uide to Universal Plug and Pla. -ntel Press!Ma 2::0.
Pada sisi klien! klien laanan Eeb dapat menggunakan laanan ang
disediakan untuk meng#upload ang menerima paket dan pemberitahuan
dari rumah cerdas satu sama lain. UPnP ;ventListener ang pada sisi klien
mendengarkan event UPnP dan UPnP paket. etika suatu peristi%a atau
paket UPnP di rumah pintar telah diterima laanan Eeb klien akan
mengirim mereka ke rumah pintar lain ang menggunakan laanan Eeb
ang disediakan. 8arus mampu menangkap peristi%a UPnP! klien harus
uga menerapkan UPnP titik kontrol @?6.
Sumber:
@?6 Michael 4eronimo and 4ack Eeast. UPnP Design b ;3ample' +
So$t%are DeveloperIs &uide to Universal Plug and Pla. -ntel Press!
Ma 2::0.
-
8/18/2019 Ims Ringkasan
15/25
-
8/18/2019 Ims Ringkasan
16/25
bagaimana UPnP media server dan dia m sebuah renderer digunakan
pembaca harus meruuk 0@! 006.
Sumber:
006 UPnP 7orum. Mediarenderer ' Device template version 1.:1! 2:1:.
+vailable at http'GGupnp.orgGspecsGavGUPnP#av#Media,enderer#v0#Device.pd$ . Last accessed at 2:G:G2:11.
0@6 UPnP 7orum. Mediaserver' Device template version 1.:1! 2:1:.
+vailable at http'GGupnp.orgGspecsGavGUPnP#av#MediaServer#v0#
Device.pd$. Last accessed at 2:G:G2:11.
Media server dan sebuah renderer mungkin bertindak sebagai event
konsumen dan produser! tetapi dalam studi kasus ini kita menggunakanna
sebagai konsumen event. ita berasumsi bah%a m dia renderer memiliki
sudah da$tar lagu! sehingga titik kontrol dapat mengirim perintah kendali
untuk bermain! berhenti! selanutna! dll.
5.5.2.@ Pendekatan Pengembangan
Untuk mengembangkan aplikasi event#based menggunakan UPnP laanan! hal
ini diperlukan untuk memiliki model Laanan UPnP.
1. Service PresentationG+bstractions
Presentasi ang berbeda dapat digunakan untuk laanan UPnP hadir
sebagai obek. Untuk me%akili sebuah laanan oleh model kita perlu
pemodelan bahasa. Daripada menggunakan UML kelas! kami
menggunakan blok bangunan +,()-S. Sebuah blok bangunan adalahsemacam enkapsulasi kegiatan ang memiliki eksternal input output.
)abel 5.@' )rans$ormasi gambaran Laanan UPnP ke blok bangunan +,()-S
http://upnp.org/specs/av/UPnP-av-MediaRenderer-v3-Device.pdfhttp://upnp.org/specs/av/UPnP-av-MediaRenderer-v3-Device.pdfhttp://upnp.org/specs/av/UPnP-av-MediaRenderer-v3-Device.pdfhttp://upnp.org/specs/av/UPnP-av-MediaServer-v3-Device.pdf.%20Last%20accessed%20at%2020/09/2011http://upnp.org/specs/av/UPnP-av-MediaServer-v3-Device.pdf.%20Last%20accessed%20at%2020/09/2011http://upnp.org/specs/av/UPnP-av-MediaServer-v3-Device.pdf.%20Last%20accessed%20at%2020/09/2011http://upnp.org/specs/av/UPnP-av-MediaServer-v3-Device.pdf.%20Last%20accessed%20at%2020/09/2011http://upnp.org/specs/av/UPnP-av-MediaRenderer-v3-Device.pdfhttp://upnp.org/specs/av/UPnP-av-MediaRenderer-v3-Device.pdf
-
8/18/2019 Ims Ringkasan
17/25
Laanan abstraksi adalah teks#untuk#model trans$ormasi. Dengan
menggunakan laanan penelasan! ang ada dan menalankan laanan
dalam aringan dapat berubah disarikan/ menggunakan presentasi gra$is.
Selain representasi gra$is! 4a%a kelas ang dihasilkan. elas ini digunakan
sebagai pro3 untuk membuat invokasi ke laanan ang tinggal di
penedia laanan.
Sebenarna proses trans$ormasi model dilakukan dengan menerapkan
trans$ormasi teks#untuk#teks. -tulah XML#UPnP Laanan descrption ke
dalam blok bangunan XM-#+,()-S. ami telah dide$inisikan template
untuk blok bangunan XM-#+,()-S seperti ang disaikan lama di
gambar 5.0. Menggunakan template ini dan dengan menerapkan aturan
trans$ormasi ang disaikan dalam tabel @.1! Deskripsi Laanan XML#
UPnP dapat berubah menadi blok bangunan XM-#+,()-S. XM-
kemudian dapat dibuka dalam +lat pemodelan +,()-S. )abel 5.@
menunukkan proses trans$ormasi UPnP parameter ke parameter bangunan
blok +,()-S. 7ile XM- lengkap dan representasi di +,()-S UPnPLight
ditampilkan dalam +pendiks (.
2. ;vent#based berbasis aplikasi
Setelah semua laanan ang ada di atas disaikan dalam blok bangunan
Gambar 5.11: Model ang baik disaikan dalam diagram blok bangunan +,()-S. )iga
blok bangunan ang digunakan untuk menggambarkan aplikasi gabungan.
-
8/18/2019 Ims Ringkasan
18/25
Pada penaian pelaanan abstractor/! pemodelan pelaana baru B
berbasis aplikasi bisa dilakukan. Dengan blok bangunan! sistem
dide$inisikan dalam hal komposisi blok bangunan! di mana blok
bangunan sendiri merangkum kegiatan. Dengan demikian! model aplikasi
event#based berbasis UPnP ditentukan dengan mende$inisikan koneksi
dari blok bangunan UPnP. Model ini mende$inisikan struktur dan perilaku
dari aplikasi event#based.
&ambar 5.11 menunukkan model konseptual aplikasi berbasis laanan
ang disaikan di diagram blok bangunan. &ambar ini menunukkan
bah%a aplikasi laanan berbasis memiliki satu atau lebih blok bangunan
ang terhubung menggunakan konektor. 8ubungan itu antara blok
bangunan merupakan interaksi laanan. Mereka dide$inisikan
menggunakan aktivitas node dalam sebuah diagram aktivitas UML.
Seperti ditunukkan dalam &ambar 5.11! model +,()-S dari aplikasi
event#based baru dide$inisikan. 4ika kita melihat blok bangunan (2'
UPnP (ahaa! variabel keadaan Status Lampu akan digunakan untuk
mengirim perintah bermain untuk (: ang' UPnP Media,enderer ika
suhu udara lebih besar dari 2: deraat.
0. (ode &eneration
Untuk menerapkan aplikasi event#based dapat dihasilkan keluar dari
koneksi dari blok bangunan otomatis. Sambungan mungkin berarti
pemanggilan dari satu perangkat ke laanan lain ang disematkan dalam perangkat. Untuk tuuan ini! kode generator dapat menggunakan cara
ang mudah untuk generasi kode dengan mena$sirkan secara langsung
diagram aktivitas. arena kita memiliki semua kode ang diperlukan
untuk setiap blok bangunan! kode ang dihasilkan bertindak sebagai Kkode
lemK ang mengkoordinasikan laanan ang termasuk perangkat/.
+,()-S memiliki generator kode untuk 42S; ang memungkinkan
generasi kode otomatis dari model +,(&-S 556. Dalam prototipe kami!
satu kelas 4ava akan dihasilkan untuk satu +,()-S blok bangunan
diagram. ode 4ava untuk model +,()-S dihasilkan didasarkan padakelas model +,()-S! template! dan pro3. kelas bertindak sebagai Klem
kodeK ang mengimplementasikan komposisi laanan.
5.5.2.5 ,ingkasan Studi asus
-
8/18/2019 Ims Ringkasan
19/25
Dalam studi kasus kami telah menunukkan bagaimana model # berbasis
pendekatan digunakan untuk pengembangan sistem tersebut. ami abstrak dan
menaikan laanan ke reusable blok bangunan +,()-S ang dapat kita
gunakan untuk membangun dan menentukan aplikasi event#based baru. Sebuah
blok bangunan adalah representasi gra$is dari kelas implementasi ang dapat
digunakan kembali dan dukungan untuk pembangunan inkremental.
Dengan pendekatan pengembangan berbasis model! spesi$ikasi
interaksi laanan dapat dilakukan pada tingkat abstraksi ang tinggi. Meskipun
dalam hal penggunaan ini kita hana menggunakan UPnP dan laanan Eeb!
kami percaa bah%a pendekatan ini uga berlaku untuk laanan abstrak lainna
ang berbasis XML. )entu saa! dalam hal ini! obek di -nternet o$ )hings harus
menediakan laanan ang disematkan dielaskan dalam XML.
5.5.0 Studi asus 0' Sebuah model # metode berbasis untuk pengembangan laanan #
aplikasi berbasis di lingkungan laanan beraneka ragam
Dalam studi kasus ini! kami mengembangkan aplikasi berbasis laanan
menggunakan teknologi laanan ang berbeda. Selain itu! aplikasi berbasis laanan
kemudian disediakan sebagai laanan UPnP. Studi kasus ini adalah ang paling
lengkap siklus penciptaan laanan dari metode PM&pro. Dalam studi kasus ini!
$ungsi gabungan disediakan sebagai laanan UPnP. Dengan demikian! laanan ini
dielaskan menggunakan XML! ang lebih $leksibel daripada laanan >S&i dalam
hal interoperabilitas. Studi kasus ini dipublikasikan dalam Prosiding -;;;
International Conference on Software Engineering and Service
-lmu -(S;SS 2:1: A6. Sebuah kertas penuh studi kasus ini uga diterbitkan di
$orum SDL.
5.5.3.1 Tujuan dari Studi Kasus
)uuan dari studi kasus menunukkan bagaimana PMpro dapat digunakan
untuk model aplikasi berbasis laanan di lingkungan laanan beraneka ragam
5.5.3.2 endahu!uan
7akta bah%a konsep sistem pelaanan#orientasi dapat dide$inisikan!
diimplementasikan! dan dielaskan dalam beberapa cara telah
memperkenalkan berbagai enis pelaksanaan konsep. Untuk alasan ini dan
lainna! motivasi kera ini adalah untuk menediakan sebuah metode untuk
-
8/18/2019 Ims Ringkasan
20/25
membangun aplikasi berbasis laanan menggunakan laanan ang
dikembangkan menggunakan teknologi ang berbeda lingkungan laanan
beraneka ragam/.
5.5.3.3 S"enario #se Case
Menimbang bah%a semua perangkat di -nternet melaksanakan $ungsi mereka
sebagai laanan disematkan ang dapat dipanggil! aplikasi komposit baru
dapat dipromosikan. Dalam skenario ini! kita menggunakan perangkat berikut'
1. Modul cuaca ang memberikan laanan pengumpulan data ang
berbeda aitu! suhu udara! radiasi matahari! kecepatan angin! dan
sensor kelembaban/.2. Lampu ang menediakan on # o$$ dan laanan dimmer
0. Media ,enderers ang memberikan bermain di laanan multimedia.
@. Perangkat virtual ang menediakan laanan pengiriman email.
Dalam lingkungan rumah pintar! berbeda dapat dibuka dan standar bahasa
dan teknologi ang sering digunakan untuk menggambarkan laanan.
Misalna! Universal Plug and Pla UPnP/ adalah salah satu standar ang
populer untuk menggambarkan laanan disematkan dari perangkat hiburan
rumah misalna! media penai/. (ontoh lain adalah Eeb Services
Description Language ESDL/ dan Perangkat Pro$il untuk Eeb Services
DPES/. *erdasarkan laanan ini disematkan berbeda! aplikasi baru dapat
dipromosikan. Dalam skenario ini! aplikasi baru dipromosikan. +plikasi ini
memiliki $ungsi baru sebagai berikut'
• aplikasi ini dapat mengirim pemberitahuan email/ ketika suhu
udara dari Modul Eeather lebih besar dari 5: (!
• itu akan memainkan musik G lagu pada renderer media saat lampu
dihidupkan dan radiasi matahari di ba%ah dari 1:! dan
• menediakan dua laanan UPnP baru. Laanan pertama adalah
untuk memungkinkan pengguna untuk mengkon$igurasi lagu
dimana pengguna ingin bermain untuk kondisi cuaca tertentu!
sementara laanan kedua adalah untuk mendapatkan in$o
kon$igurasi.
5.5.3.4 en$emban$an roses
1. PresentasiLangkah presentasi adalah enis tulisan # untuk # trans$ormasi Model.
ami telah mengembangkan laanan abstractor G presenter ang mampu
-
8/18/2019 Ims Ringkasan
21/25
mengubah UPnP deskripsi laanan ke blok bangunan +,()-S dan kode
sumber terikat na class 4ava/. +,()-S adalah editor pemodelan ang
menggunakan sebuah blok bangunan sebagai entitas dasar.
Sebuah perangkat UPnP memiliki dua enis deskripsiH perangkat dan
deskripsi laanan. Sebuah perangkat UPnP dapat memiliki beberapa laananang dalam deskripsi laanan UPnP disebut )indakan. Untuk
mengotomatisasi langkah ini kita menggunakan aturan trans$ormasi. )abel @.1
di *agian UPnP +,()-S menunukkan aturan trans$ormasi untuk mengubah
si$at ang berbeda dalam deskripsi laanan UPnP ke properti di sebuah blok
bangunan +,()-S. Untuk membangun aturan trans$ormasi! baik +,()-S
dan UPnP meta#model ang diperlukan. "amun! aturan ang sangat
sederhana. Misalna! untuk menaikan nama blok bangunan! kami
menggunakan nama perangkat UPnP. 4elas! deskripsi laanan berbasis XML
lainna misalna! ESDL! DPES/ akan menggunakan proses ang sama.
Selain representasi gra$is! kode sumber kelas 4ava untuk pemanggilan
laanan/ uga dihasilkan untuk setiap deskripsi laanan UPnP. 4elas! bahasa
pemrograman lainna uga dapat digunakan. Setelah semua deskripsi laanan
diubah menadi model laanan gra$is langkah pemodelan dapat dimulai.
2. Permodelan
Menggunakan taksonomi laanan itu akan mungkin untuk model ke model
aplikasi berbasis laanan baru menggunakan model laanan pada setiap
tingkat hirarki. Semakin tinggi tingkat hirarki ang lebih plat$orm#independen
model akan. Dengan model tingkat tinggi! kita berarti model aplikasi berbasislaanan ang dibangun menggunakan model laanan plat$orm#independen di
tingkat 1 dan di atas dari hirarki dalam taksonomi laanan. Dari model#tingkat
tinggi dari aplikasi laanan berbasis kode sumber ang berbeda dapat
dihasilkan. elas!
-
8/18/2019 Ims Ringkasan
22/25
Gambar 5.12' Model +,(S dari aplikasi baru. Laanan ini termasuk model merinci
struktur aplikasi! sedangkan interaksi antara model laanan menentukan perilaku.
itu akan dibatasi oleh umlah kode sumber mengikat ke model laanan ang
disimpan di perpustakaan laanan.
Menggunakan +,()-S! aplikasi berbasis laanan dapat ditetapkan sebagaidiagram blok bangunan. Perilaku aplikasi berbasis laanan baru dide$inisikan
oleh interaksi antara blok bangunan! ang dalam hal ini dide$inisikan
menggunakan node aktivitas dide$inisikan dalam UML 2.:. Dengan demikian!
semantik mengikuti semantik UML 2.: diagram aktivitas. &ambar 5.12
menunukkan model +,(&-S dari aplikasi laanan berbasis dide$inisikan
dalam skenario. +da empat blok bangunan ang me%akili laanan ang ada
ang berbeda disebutkan dalam skenario. Dalam model ini! model laanan
ang diambil dari tingkat 1 dari hirarki laanan. -ni berarti bah%a mereka
mungkin memiliki beberapa implementasi ang berbeda.
Dalam +,()-S! aplikasi berbasis laanan dapat! lagi! dikemas dan disaikan
sebagai sebuah blok bangunan baru. 8al ini memungkinkan kita untuk model
laanan ang disediakan baru dide$inisikan dalam skenario. Sebagaimana
dide$inisikan dalam skenario aplikasi berbasis laanan baru akan
menediakan dua laanan baru misalna! pengaturan laanan dan
-
8/18/2019 Ims Ringkasan
23/25
mendapatkan#Laanan on$igurasi/. Dalam +,()-S! ini dapat ditentukan
dengan mende$inisikan parameter baru misalna! port/. 4elas! ini blok
bangunan baru dapat digunakan untuk membangun sebuah diagram blok
bangunan baru sebagai spesi$ikasi baru dari sistem perangkat lunak. -ni adalah
cara bagaimana perkembangan inkremental dari aplikasi besar dapat
dilakukan dalam +,()-S.
0. &enerasi kode dan pengadaaan
Untuk menggambarkan generasi kode di PMpro! kita menggunakan bahasa
pemrograman 4ava. Untuk menghasilkan kode dari struktur blok diagram dan
blok bangunan ang digunakan. Dari diagram blok bangunan aplikasi utama
kelas/ ang dihasilkan. "ama kelas dide$inisikan menggunakan nama
diagram blok bangunan.Dari masing#masing blok bangunan! satu obek ang dipakai. Seak blok
bangunan dalam skenario ini adalah plat$orm independen! ang benda angdipakai ang tergantung pada pilihan plat$orm ang. Listing 5.@ menunukkan
contoh kode ketika plat$orm UPnP dipilih untuk generasi kode untuk
menghasilkan langkah. 8ana kelas ang mengimplementasikan laanan
UPnP ang dipakai.
-
8/18/2019 Ims Ringkasan
24/25
ode dari bagian kelakuan diambil dari node aktivitas. Untuk ini kita
mengadaptasi metode generasi disaikan dalam 1:6. *erkenaan dengan
metode mereka! sebuah blok bangunan +,()-( dapat dianggap sebagai suatu
entitas ang mengeksekusi tindakan eksternal. Misalna! untuk node
keputusan dengan masukan suhu udara/ menghasilkan kode ang
ditunukkan pada Listing 5.5.
Untuk contoh skenario! dua laanan baru ang disediakan sebagai laanan
UPnP. Untuk ini! kode UPnP harus ditambahkan. ami telah menerapkan
kode generator untuk menghasilkan kode untuk skenario aplikasi. &ambar
5.10! adalah screenshot dari laanan UPnP beralan. ami menggunakan
perangkat lunak Sp disediakan oleh -ntel +lat untuk teknologi UPnP @?6.
8al ini dapat dilihat bah%a aplikasi baru laanan komposit/ menediakan
dua laanan UPnP ang merupakan GetConfiguration()dan
SettingService().
5.5.3.5 %in$"asan Studi Kasus+plikasi perangkat lunak cenderung lebih laanan berbasis. Menadi laanan
berbasis! dua hal ang diperlukan' cara untuk membuat laanan ang
sederhana dan mekanisme untuk menggambarkan interaksi dari laanan
tersebut sederhana. Selain itu! dengan pendekatan pengembangan model#
driven kita perlu menghadirkan laanan dan interaksi mereka gra$is.
-
8/18/2019 Ims Ringkasan
25/25
Gambar 5.13: Laanan komposit baru pada saat run#time. +plikasi laanan berbasis baru
disediakan sebagai laanan UPnP baru.
*eberapa implementasi ang berbeda dari konsep laanan orientasi ada. PMpro
menaikan laanan sebagai sebuah blok bangunan dapat digunakan kembali
independen ang pelaksanaan konsep. Sebuah blok bangunan mengacu pada kelas
implementasi ang bertindak sebagai pro3 untuk laanan beton ang
sebenarna. -nteraksi antara blok bangunan ang dide$inisikan menggunakan
diagram aktivitas. Sebuah blok bangunan mungkin uga mencakup blok bangunan
lainna. Dengan pendekatan ini! kecil! diveri$ikasi! dan divalidasi dikemas
diagram aktivitas blok bangunan/ dapat digunakan untuk membangun secara
bertahap diagram blok bangunan besar menghadirkan aplikasi perangkat lunak
ang kompleks.