1701497885 LZT4
Serviced Oriented Architecture
7083T TP3 S7 R1
Personal Assignment 3
Session 7
Answer :
Seperti yang ditunjukkan pada bagian sebelumnya, integrasi jatuh tempo adalah realisasi
coupling dan ketersediaan Informasi dan Bisnis Kemampuan sebagai IT Service. Ada beberapa
dimensi sepanjang yang integrasi layanan jatuh tempo dapat diukur atau ditangkap, dan juga
menyediakan peta jalan untuk masa depan di mana upaya harus difokuskan pada untuk
Berbagai dimensi di mana jatuh tempo harus dipertimbangkan juga indikasi dari berbagai daerah
bahwa layanan arsitektur berorientasi biasanya menyentuh - dan dengan demikian pengaruh
SOA Maturity Model menggunakan konsep domain untuk mengklasifikasikan dan mengatur
kemampuan terkait. Seperti digambarkan dalam Gambar di atas, ada delapan domain dalam
model kematangan :
Business & Strategy : Berisi kemampuan yang menyediakan konstruksi tingkat tinggi yang
memungkinkan inisiatif SOA untuk melanjutkan. Ini termasuk hal-hal seperti motivasi bisnis,
manfaat yang diharapkan, prinsip, biaya yang diharapkan, model pendanaan, dll.
pasca penyebaran solusi berdasarkan pada arsitektur berorientasi layanan yaitu operasi,
Application (Projects, Portfolios & Services) : Berisi kemampuan mengenai perencanaan dan
Architecture : Berisi kemampuan mengenai definisi dari keseluruhan arsitektur dan pedoman
Information : Berisi kemampuan mengenai aspek informasi dari SOA, misalnya, memberikan
informasi sebagai Service (IaaS). Ini termasuk model bersama data, format pesan dan skema,
Governance : Berisi kemampuan mengenai struktur pemerintahan dan proses yang mendukung
dan membimbing upaya SOA. Kematangan dan adopsi jumlah yang cukup governance adalah
Delapan domain, meskipun saling terkait, yang cukup berbeda. Untuk berhasil di adopsi SOA,
sebuah kemajuan yang memadai organisasi harus di semua domain ini. Pasti suatu organisasi
akan lebih maju di beberapa domain (dan lebih lanjut dalam beberapa kemampuan dalam
domain) dari yang lain. Oleh karena itu, penting untuk dapat mengukur kematangan relatif dalam
setiap domain (dan kemampuan di dalamnya) dan di seluruh domain untuk mengidentifikasi
daerah-daerah yang tertinggal. Setelah daerah tertinggal telah diidentifikasi adalah mungkin
untuk merumuskan solusi dan ada dengan meningkatkan keberhasilan inisiatif SOA keseluruhan.
Answer :
SOA dan didalamnya mencakup aspek Kebenaran, Realistis, Dibutuhkan, Tidak ambigu, dan
Terukur. Langkah yang paling penting dalam proses requirement adalah komunikasi yang
3. Jelaskan secara rinci definis dan peranan dari istilah berikut ini:
Services
permohonan untuk pinjaman, dll. Hal ini berbeda jauh dari fungsionalitas yang ada di
tabel dalam database. Services dalam SOA harus menyediakan nilai bisnis ,
entitas perangkat lunak, yang memanggil service dan menggunakan fungsi fungsinyanya.
Interfaces
antara penyedia layanan dan layanan konsumen. Interface terpisah dari implementasi.
Deskripsi interface adalah menyediakan dasar bagi pelaksanaan layanan oleh penyedia
Messages
akan dipertukarkan dan menggambarkannya dalam sebuah platform dan bahasa yang
bebas sebagai cara menggunakan skema. Services hanya mempertukarkan data yang
Synchronicity
Service konsumer mengakses layanan melalui service bus. Hal ini dapat berupa sebuah
transport protocol , seperti SOAP, atau ESB. Service consumers dapat menggunakan
operasi services. Dalam mode sinkron, sebuah operasi service mengembalikan respon ke
service consumer setelah proses selesai service consumer harus menunggu proses selesai.
Biasanya kita menggunakan mode sinkron dengan operasi pengolahan lengkap dalam
dijalankan. Jika respons diperlukan, biasanya digunakan pemanggilan balik dari service
kepada consumer yang digunakan. Dalam skenario, korelasi antara pesan diperlukan.
Loose Coupling
Melalui self-describing interface, secara kasar, pertukaran dari struktur data mendukung
synchronous and asynchronous mode komunikasi, loose coupling dari services (service
yang saling tidak tergantung) tercapai. Loosely coupled services adalah service yang
terbuka hanya pada ketergantungan yang diperlukan dan mengurangi semua jenis
ketergantungan buatan. Hal ini sangat penting ketika service akan pakai sering berubah.
Ketergantungan yang Minimal ini menjamin bahwa akan ada jumlah perubahan yang
minimal juga untuk service lainnya ketika satu service dimodifikasi. Pendekatan seperti
Registries
Untuk menyederhanakan dan mengotomatisasi mencari layanan yang sesuai, jasa layanan
layanan, atau proses bisnis properti. UDDI adalah contoh layanan registri.
Quality of Service
Services biasanya memiliki keterkaitan dengan atribut kualitas service. Termasuk atribut
seperti keamanan, pesan yang dapat diandalkan, transaksi, korelasi, manajemen, policy ,
dan persyaratan lainnya. Infrastruktur harus menyediakan dukungan untuk atribut ini.
Attribut dr kualitas service cukup penting dalam sistem informasi yang besar. Dalam web
Services Communicate
kehilangan kontrol akan message tsb (what happens to the message thereafter). Karena
hal inilah, message perlu seperti service dapat bebas berdiri sendiri / (autonomous).
Karena hal itu, sebuah message dapat dilengkapi dengan kecerdasan untuk bisa mengurus
bagian processing logic nya sendiri. Service yang menyediakan service description dan
ber komunikasi via messages membentuk sebuah arsitektur dasar/sederhana. Sejauh ini,
arsitekture tesebut, tampak sama dengan arsitektur lama yang disalurkan, yang mensuport
Built Services
Service oriented dan macam-macam abstrak model SOA sudah ada sebelum Web Service
diluncurkan. Bagaimanapun juga tidak ada 1 pun kemajuan teknologi yang sangat
lengkap dan sukses ,dalam mendaftarkan SOA tanpa web service. Tapi sekarang ini
semua perusahaan platforms sekarang mendukung pembuatan dari solusi service oriented
didasari dengan menggunakan web service. Oleh karena itu, sementara ini kita benar
benar mengakui bahwa untuk dapat mencapai SOA tidak memerlukan web service.
DAFTAR REFERENSI
Dr Ford Lumban Gaol. 2015. The Artifice of Requirements. Lecture Notes Services Oriented
An Oracle White Paper September 2013 SOA Maturity Model - Guiding and Accelerating SOA
Success. http://www.oracle.com/technetwork/topics/entarch/oracle-wp-soa-maturity-
model-76717.pdf
http://www.imsglobal.org/soa/imsSOAWhitePaper_v1p0pd.html
http://ilmukomputer.org/wp-content/uploads/2009/05/indrakharisma-membuat-software-
requirement.pdf
http://subari.blogspot.co.id/2008/03/soa-service-oriented-architecture.html