Software Engineering Methodology

Service-Oriented Modeling
Eky Adhiputra <eky.adhiputra@student.gunadarma.ac.id>, Fitrie Amelia
<fitrie_amelia@student.gunadarma.ac.id>, Rima
Sugmasari<phinx_moezt@student.gunadarma.ac.id>, Webby
Mandala<gomen_strife@student.gunadarma.ac.id>
Sistem Informasi, Fakultas Ilmu Komputer, Universitas Gunadarma
Jl. KH. Noer Ali, Kalimalang, Bekasi 17134
Telp : (021) 88860117

Abstrak
Dalam dunia bisnis Teknologi Informasi, metode pengembangan perangkat lunak sangat
diperlukan guna membangun pengembangan perangkat lunak yang lebih baik.
Dewasa ini, perkembangan metode pengembangan perangkat lunak semakin pesat. Satu dari
sekian banyak metode pengembangan perangkat lunak adalah Pemodelan Berorientasi Layanan
(Service-Oriented Modeling).
Paper ini membahas mengenai bagaimana cara kerja, keunggulan, kelemahan, dan hal lain
yang berkaitan dengan metode tersebut.
Kata kunci: Software Development, Software Engineering, Service-Oriented Modeling (SOM),
perangkat lunak.

1. Pendahuluan
Service-Oriented Modeling adalah disiplin pemodelan pada sistem bisnis dan perangkat
lunak, dengan tujuan untuk merancang dan menetapkan sistem bisnis berorientasi layanan dalam
service-oriented architecture. Service-Oriented Modeling biasanya berusaha untuk menciptakan
model-model yang memberikan pandangan yang komprehensif dari desain, analisis, dan
arsitektur dari semua 'Entitas Software' dalam sebuah organisasi, yang dapat dipahami oleh
individu dengan tingkat keberagaman bisnis dan pemahaman teknis. Service-Oriented Modeling
biasanya mendorong untuk melihat entitas perangkat lunak sebagai 'aset' (aset berorientasi
layanan), dan mengacu pada aset-aset ini secara kolektif sebagai 'jasa'.
 Ada berbagai pendekatan yang telah diusulkan untuk Service-Oriented Modeling, antara
lain :

1. Service-Oriented Modeling and Architecture (SOMA)

SOMA mengacu pada domain umum dari service modeling yang diperlukan untuk
merancang dan membuat SOM.

2. Service-Oriented Modeling Framework (SOMF)

Service-Oriented Modeling Framework (SOMF) telah diusulkan oleh penulis Michael

Bell sebagai bahasa pemodelan yang holistik dan antropomorfik untuk pengembangan
perangkat lunak yang mempekerjakan disiplin dan bahasa universal untuk memberikan solusi
strategis dan taktis untuk masalah perusahaan.

2. Tahapan Pengembangan SOM

Gambar 1. Tahapan Pengembangan SOM

 Tahapan SOM terdiri dari tiga tahapan seperti yang terlihat pada gambar dengan detail
sebagai berikut:

1. Identifikasi

Proses ini terdiri dari kombinasi teknik middle-out, top-down, bottom-up, dan dekomposisi
domain, analisis aset yang ada, dan pemodelan tujuan-layanan. Pada bagian top-down, bagian
yang tercetak biru digunakan pada permasalahan bisnis yang menyediakan spesifikasi untuk
layanan bisnis. Proses top-down ini sering disebut sebagai dekomposisi domain, yang terdiri dari
dekomposisi dari domain bisnis ke daerah-daerah fungsional dan subsistem, termasuk aliran atau
proses dekomposisi ke dalam proses, sub-proses, dan tingkat bisnis menggunakan kasus-kasus
yang tinggi.

Pada bagian bottom-up atau analisis sistem yang ada, sistem yang ada dianalisis dan dipilih
sebagai calon yang layak untuk menyediakan solusi biaya yang lebih rendah dengan pelaksanaan
fungsi layanan dasar yang mendukung proses bisnis.

Pada bagian middle-out, terdiri dari goal-service modeling yang memvalidasi dan menerapkan
layanan lain yang tidak terdefinisi oleh bagian top-down ataupun bottom-up.

2. Spesifikasi

Secara garis besar bagian ini terdiri dari analisis subsistem, spesifikasi komponen dan
spesifikasi layanan. Pada Analisis subsistem terdiri dari pembuatan model objek untuk
merepresentasikan pekerjaan internal dan desain dari subsistem terkait yang akan membuka
layanan. Pada bagian ini menspesifikasikan aliran komponen yang dibutuhkan.

Pada bagian spesifikasi komponen, komponen rinci yang mengimplementasikan layanan di

spesifikasikan sebagai berikut : data, aturan, layanan, profil, variasi dan spesifikasi informasi.

Sedangkan spesifikasi layanan dimulai dengan mengidentifikasi layanan yang ada. Hal ini
penting untuk memulai klasifikasi layanan menjadi hirarki layanan. Klasifikasi membantu
menentukan komposisi dan lapisan, sama seperti koordinasi ketika membangun layanan. Dalam
menentukan komposisi diperlukan spesifikasi aliran layanan dan waktu yang tepat.
3. Realisasi

Pada tahapan ini terdiri dari realisasi layanan, alokasi layanan dan komponen layer. Pada
realisasi layanan menerangkan bahwa perangkat lunak pada layanan yang diberikan harus
dipilih. Pilihan lain yang tersedia antara lain integrasi, transformasi, langganan dan outsourcing
bagian dari fungsionalitas menggunakan layanan web. Pelayanan akan dibangun dari keputusan
realisasi lain untuk jasa lain selain fungsi bisnis meliputi: Keamanan, manajemen dan
pemantauan layanan.

Pada bagian alokasi layanan terdiri atas layanan yang menugaskan subsistem yang telah
diidentifikasikan. Alokasi layanan juga terdiri dari penempatkan layanan dan komponen.

3. Keunggulan dan Kelemahan SOM

Keunggulan SOM:

Membantu menyederhanakan integrasi aplikasi dan manajemen proses.

Pengembangan peranti lunak lebih cepat dan fleksibel.
Karena SOM adalah arsitektur teknologi informasi yang menitikberatkan pada layanan
(services), maka komponen-komponen peranti lunaknya dapat digunakan kembali
(reused) dan dipadukan kembali (recombined) dengan fleksibel.
Lebih produktif, karena kita dengan mudah mengubah atau membangun services baru
tanpa harus membongkar berbagai jenis aplikasi satu per satu.
Penghematan biaya, karena para pengembang peranti lunak bisa meminimalkan kode-
kode software yang berlebihan, selain waktu pengembangan software juga lebih cepat.
SOM tidak tergantung pada satu jenis teknologi atau metodologi saja sehingga dapat
diimplementasi dengan berbagai teknik dan teknologi, SOM terdiri dari berbagai design
principles karena SOM adalah sebuah arsitektur.
Kelemahan SOM:
Sebaiknya organisasi/ institusi lebih konservatif melalui penerapan SOM secara bertahap
dan dimulai dalam skala yang kecil karena implementasi SOM tetap mengandung risiko
kegagalan.
Pada tahap pengembangan SOM yang bersifat guna ulang (reused) terkadang tidak
memungkinkan untuk menerapkan aplikasi yang berjalan pada jaringan yang cukup
besar, di karenakan technology web service sangat lambat, maka di perlukan manajemen
tambahan bernama SONA (Service Oriented Network Architecture) untuk melakukan
utilisasi yang lebih baik pada service SOM, sehingga SOM lebih flexibel dan modularitas
program dapat jalan pada platform yang ada saat ini.

4. Contoh Implementasi

Penerapan SOM mulai dilakukan pada pengembangan perangkat lunak karena

kemampuannya dalam menyederhanakan dan menampilkan integrasi aplikasi. Selain itu,
pengembangan menggunakan SOM dapat menghemat waktu dan biaya, lebih produktif, dan
tidak tergantung pada satu jenis teknologi atau metodologi saja. Komponennya juga dapat
digunakan kembali (reusable).

Berbeda dengan metode lainnya, sebagai contoh model spiral yang sulit untuk
meyakinkan konsumen (khusunya dalam situasi kontrak) bahwa pendekatan evolusioner bisa
dikontrol. Model spiral memerlukan keahlian penaksiran risiko yang masuk akal, dan sangat
bertumpu pada keahlian untuk mencapai keberhasilan. Jika risiko mayor tidak ditemukan dan
diatur, pasti akan terjadi masalah.

Contoh implementasi nyatanya pada aplikasi pemesanan tiket pesawat. Lewat aplikasi
semacam ini konsumen dapat lebih mudah mendapatkan pelayanan secara cepat.

5. Referensi

[1] Bieberstein et al., Executing SOA: A Practical Guide for the Service-Oriented Architect
(Paperback), IBM Press books, 978-0132353748
[2] Bell, Michael (2008). "Introduction to Service-Oriented Modeling". Service-Oriented
Modeling: Service Analysis, Design, and Architecture . Wiley & Sons. ISBN 978-0-470-
14111-3 .

[3] Michael Bell (2010). SOA Modeling Patterns for Service-Oriented Discovery and Analysis
p.223, 305

[4] Michael Bell (2010). SOA Pola Modeling. Michael Bell (2010). SOA Modeling Patterns . p.
p. 223 223

[5] Michael Bell (2008). Service-Oriented Modeling hal.88-89 Michael Bell (2008). Service-
Oriented Modeling p.88-89

[6] Michael Bell, Service Oriented Modeling: Service Analysis, Design and Architecture
2008.

[7] URL: http://en.wikipedia.org/wiki/Service-Oriented_Modeling, 23 Februari 2011

[8] URL: http://www.ibm.com/developerworks/webservices/library/ws-soa-design1/, 23 Februari

2011

[9] URL: http://en.wikipedia.org/wiki/Service-oriented_architecture, 23 Februari 2011

1. article Elements of Service-oriented Analysis and Design ", (developerWorks, June 2004)
2. "Patterns: Service-oriented Architecture and Web Services" Redbook, SG24-6303-00,
April 2004, Endrei M., et al.
3. Externalizing Component Manners to Achieve Greater Maintainability through a Highly
Re-Configurable Architectural Style article by Ali Arsanjani, James J. Alpigini, and
Hussein Zedan. Proceedings of the ICSM: 628-. IEEE Press 2002.
4. Goal-oriented approach to enterprise component identification and specification,
Communications of the ACM, Oct 2002, K. Levi, A. Arsanjani.
5. Patterns: Implementing an SOA with the Enterprise Service Bus" Redbook, SG24-6346-
00, August 2004, Martin Keen, Susan Bishop, Alan Hopkins, Sven Milinski, Chris Nott,
Rick Robinson, Jonathan Adams, Paul Verschueren.