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