Personal Assignment 3

Session 7

1. Jelaksan apa yang dimasud dengan SOA maturity dibawah ini.

Seperti yang ditunjukkan pada bagian sebelumnya, integrasi jatuh tempo adalah realisasi
progresif di dunia berorientasi layanan, dari tight-integration and tight-coupling to
loosecoupling 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 sepenuhnya menyadari kekuatan dan manfaat dari SOA. Berbagai
dimensi di mana jatuh tempo harus dipertimbangkan juga indikasi dari berbagai daerah
bahwa layanan arsitektur berorientasi biasanya menyentuh - dan dengan demikian pengaruh
selama proyek SOA. 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.

Organization

Berisi kemampuan tentang pengembangan kompetensi perusahaan sekitar SOA

termasuk struktur organisasi dan pengembangan keterampilan.

Method (Operations, Administration & Managemen)

Berisi kemampuan mengenai aspek pasca penyebaran solusi berdasarkan pada arsitektur
berorientasi layanan yaitu operasi, administrasi, dan aspek manajemen SOA.

Application (Projects, Portfolios & Services)

Berisi kemampuan mengenai perencanaan dan pembangunan layanan dan pedoman

penggunaan layanan konsumen layanan.

Architecture

Berisi kemampuan mengenai definisi dari keseluruhan arsitektur dan pedoman untuk
berbagai praktisi untuk memastikan kepatuhan terhadap arsitektur.

Information

Berisi kemampuan mengenai aspek informasi dari SOA, misalnya, memberikan

informasi sebagai Service (IaaS). Ini termasuk model bersama data, format pesan dan
skema, manajemen data master, manajemen konten, dll.

Infrastructure

Berisi kemampuan mengenai infrastruktur layanan dan alat-alat yang memberikan

fondasi teknis untuk inisiatif SOA.

Governance

Berisi kemampuan mengenai struktur pemerintahan dan proses yang mendukung dan
membimbing upaya SOA. Kematangan dan adopsi jumlah yang cukup governance adalah
indikator utama keberhasilan SOA keseluruhan. 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.

2. Apa yang dimaksud dengan SOA Requirement?

Jawab :

Requirement adalah pernyataan yang menidentifikasikan kebutuhan yang penting dalam

SOA dan didalamnya mencakup aspek Kebenaran, Realistis, Dibutuhkan, Tidak ambigu, dan
Terukur. Langkah yang paling penting dalam proses requirement adalah komunikasi yang
akurat antara user yang memerlukan sistem dengan pembuat sistem

3. Jelaskan secara rinci definis dan peranan dari istilah berikut ini:

Services

Services menyediakan fungsionalitas bisnis , seperti aplikasi untuk

perjalanan bisnis, permohonan untuk pinjaman, dll. Hal ini berbeda jauh dari
fungsionalitas yang ada di technology-oriented functionalities , seperti mengambil
atau meng-update data 1 satu tabel dalam database. Services dalam SOA harus
menyediakan nilai bisnis , menyembunyikan rincian implementasi, , and be
autonomous. Service consumers adalah entitas perangkat lunak, yang memanggil
service dan menggunakan fungsi fungsinyanya. Interfaces Layanan konsumen
mengakses layanan melalui Interfaces. Interface adalah kontrak antara penyedia
layanan dan layanan konsumen. Interface terpisah dari implementasi. Deskripsi
interface adalah menyediakan dasar bagi pelaksanaan layanan oleh penyedia
layanan dan dasar untuk pelaksanaan layanan konsumen.

Interfaces

Layanan konsumen mengakses layanan melalui Interfaces. Interface adalah

kontrak antara penyedia layanan dan layanan konsumen. Interface terpisah dari
implementasi. Deskripsi interface adalah menyediakan dasar bagi pelaksanaan
layanan oleh penyedia layanan dan dasar untuk pelaksanaan layanan konsumen.

Messages

Operasi-operasi didefinisikan sebagai seperangkat pesan. Pesan menentukan

data yang akan dipertukarkan dan menggambarkannya dalam sebuah platform dan
bahasa yang bebas sebagai cara menggunakan skema. Services hanya
mempertukarkan data yang berbeda jauh dari pendekatan object-oriented dan
komponen,dimana behavior (implementation code) dapat juga dipertukarakan.
WSDL adalah bahasa service description yang memenuhi kriteria SOA.
 Synchronicity

Service konsumer mengakses layanan melalui service bus. Hal ini dapat
berupa sebuah transport protocol , seperti SOAP, atau ESB. Service consumers
dapat menggunakan komunikasi yang sinkron atau asinkron mode komunikasi
untuk meminta/menjalankan 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 waktu singkat. Dalam
modus asynchronous, service operation tidak mengembalikan response kepada
consumer, tetapi dapat mengembalikan acknowledgement (pengakuan/informasi)
sehingga konsumen mengetahui bahwa operasi telah berhasil 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 meningkatkan Robustness,
membuat sistem lebih tahan terhadap perubahan, dan mempromosikan untuk
menggunakan kembali service yang ada

Registries

Untuk menyederhanakan dan mengotomatisasi mencari layanan yang sesuai,

jasa layanan dijaga/dipelihara/didaftarkan pada service registries yang bertindak
sebagai daftar direktori. Service providers mempublikasikan services di registries.
Service consumers mencari layanan di registries. Pencarian dapat dilakukan
berdasarkan nama, fungsi 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, attribute dr
kualitas service dibungkus oleh spesifikasi WS-*,seperti WS-Security, WS-
Addressing, WS-Koordinasi, dll Kualitas dr service juga disediakan oleh ESB.

Services Communicate

Setelah service berkomunikasi dengan mengirimkan message, maka service

tersebut 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 messaging
dan pembagian interface dr processing logic

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 dan kebanyakan melakukannya dengan
memahami bahwa SOA menyediakan dukungan didasari dengan menggunakan
web service. Oleh karena itu, sementara ini kita benar benar mengakui bahwa
untuk dapat mencapai SOA tidak memerlukan web service.
 REFERENCE

An Oracle White Paper September 2013 SOA Maturity Model - Guiding and
Accelerating SOA Success.
http://www.oracle.com/technetwork/topics/entarch/oracle-wp-soa-maturitymodel-
76717.pdf

http://www.imsglobal.org/soa/imsSOAWhitePaper_v1p0pd.html

http://ilmukomputer.org/wp-content/uploads/2009/05/indrakharisma-membuat-
softwarerequirement.pdf