method engineering to service devel

method engineering to service development processes and methods, combining these
with approaches supporting agile process management and execution. On the method
engineering side, this requires some innovation concerning the description, management, and operationalization of methods. Without claiming that the approach put
forward in this position paper will guarantee agility of processes for service development, we believe the approach proposed will allow for considerably better agility than
existing practices in ME that are more rooted in imperative style specification of
methods and method fragments. Our rule-based approach should enable quick adaptation of the method’s ‘rules of the game’ to changing situational factors. ‘Games
played’ will be short cycles or phases in development, in line with widespread agile
practices in software engineering. In addition, we pay explicit attention to operationalization of methods by specifying actual ‘games to be played’ in terms of concrete
‘communication situations’, and linking these to higher level goals and activities as
included in some method and drawn from the method base.
We will test and refine our approach to method engineering in agile service development in close cooperation with a number of partners from industry. We will explore
our approach in the re-engineering of past project cases, but will also, even in the
early stages of investigation, start applying our framework in real cases of running
projects.
Our approach can be seen as complementary to another innovative direction in
Method Engineering: that of ‘Method as a Serivce’ (MaaS) [17]. Method fragments
are developed as method services which are implemented as web services. To make
the method services widely available, a Method-Oriented Architecture (MOA) is
proposed. With the concept of MaaS, the authors aim to overcome many drawbacks
that exist with existing method fragments, such as lack of interoperability, and lack of
interactivity.

Results (Indonesian) 1:

metode rekayasa proses pengembangan layanan dan metode, menggabungkan inidengan pendekatan mendukung manajemen gesit proses dan eksekusi. Pada metodesisi rekayasa, hal ini memerlukan beberapa inovasi tentang deskripsi, manajemen, dan ireguler metode. Tanpa mengklaim bahwa pendekatan yang menempatkanmaju dalam kertas posisi ini akan menjamin kelincahan proses untuk pengembangan layanan, kami percaya pendekatan yang diusulkan akan memungkinkan untuk kelincahan yang jauh lebih baik daripadapraktek-praktek yang ada dalam DIRIKU yang lebih berakar dalam gaya penting spesifikasimetode dan metode fragmen. Pendekatan kami berbasis aturan harus mengaktifkan cepat adaptasi dari metode yang 'aturan permainan' untuk mengubah faktor-faktor yang situasional. ' PermainanBermain ' akan siklus pendek atau tahap dalam pengembangan, sesuai dengan luas agilepraktek-praktek rekayasa perangkat lunak. Selain itu, kami memperhatikan eksplisit ireguler metode dengan menentukan sebenarnya 'permainan untuk dimainkan' dalam hal beton'komunikasi situasi', dan menghubungkan ini untuk tujuan tingkat yang lebih tinggi dan kegiatantermasuk dalam beberapa metode dan diambil dari metode dasar.Kami akan menguji dan menyempurnakan pendekatan kami untuk metode rekayasa dalam pengembangan jasa lincah dalam kerjasama erat dengan sejumlah mitra dari industri. Kita akan mengeksplorasipendekatan kita dalam rekayasa-ulang kasus proyek masa lalu, tapi akan juga, bahkan ditahap awal investigasi, mulai menerapkan kerangka kami dalam kasus-kasus yang nyata berjalanproyek-proyek.Pendekatan kami dapat dilihat sebagai pelengkap untuk arah inovatif lain dalamMetode Engineering: bahwa 'Metode sebagai pelayanan ' (MaaS) [17]. Metode fragmendikembangkan sebagai metode layanan yang dilaksanakan sebagai layanan web. Untuk membuatmetode layanan yang luas tersedia, Method-Oriented arsitektur (MOA) adalahdiusulkan. Dengan konsep MaaS, penulis bertujuan untuk mengatasi banyak kelemahanyang ada dengan serpihan metode yang ada, seperti kurangnya interoperabilitas, dan kurangnyainteraktivitas.

Results (Indonesian) 2:

Metode rekayasa untuk layanan proses pembangunan dan metode, menggabungkan ini
dengan pendekatan yang mendukung manajemen proses tangkas dan eksekusi. Pada metode
sisi teknik, ini memerlukan beberapa inovasi mengenai deskripsi, manajemen, dan operasionalisasi metode. Tanpa mengklaim bahwa pendekatan menempatkan
maju dalam makalah posisi ini akan menjamin kelincahan proses untuk pengembangan layanan, kami percaya pendekatan yang diusulkan akan memungkinkan untuk kelincahan jauh lebih baik dari
praktek-praktek yang ada di ME yang lebih berakar dalam gaya spesifikasi penting dari
metode dan metode fragmen. Pendekatan berbasis aturan kami harus memungkinkan adaptasi cepat 'aturan main' metode untuk mengubah faktor situasional. 'Permainan
dimainkan' akan siklus pendek atau fase dalam pembangunan, sejalan dengan tangkas luas
praktek dalam rekayasa perangkat lunak. Selain itu, kami memperhatikan eksplisit untuk operasionalisasi metode dengan menentukan sebenarnya 'game untuk dimainkan' dalam hal konkret
'situasi komunikasi', dan menghubungkan ini untuk tujuan yang lebih tinggi dan kegiatan
yang termasuk dalam beberapa metode dan ditarik dari dasar metode.
Kami akan menguji dan menyempurnakan pendekatan kami untuk metode rekayasa dalam pengembangan layanan tangkas bekerjasama dengan sejumlah mitra dari industri. Kami akan mengeksplorasi
pendekatan kami dalam rekayasa ulang kasus proyek masa lalu, tetapi juga, bahkan dalam
tahap awal investigasi, mulai menerapkan kerangka kerja kami dalam kasus nyata menjalankan
proyek.
Pendekatan kami dapat dilihat sebagai pelengkap untuk arah inovatif lain di
Metode Rekayasa: bahwa dari 'metode sebagai Serivce sebuah' (Maas) [17]. Metode fragmen
dikembangkan sebagai layanan metode yang diimplementasikan sebagai layanan web. Untuk membuat
layanan metode tersedia secara luas, Arsitektur Metode-Oriented (MOA) yang
diusulkan. Dengan konsep Maas, penulis bertujuan untuk mengatasi banyak kekurangan
yang ada dengan fragmen metode yang ada, seperti kurangnya interoperabilitas, dan kurangnya
interaktivitas.