Ims Ringkasan

  • Upload
    andika

  • View
    219

  • Download
    0

Embed Size (px)

Citation preview

  • 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.