At the same time, when preparing ou

At the same time, when preparing our study, we became
aware of documented limitations of software patterns as
empirical research objects. Especially forcing subjects in
experiments into using and applying architectural styles
and design patterns resulted in observations indicating an
increased level of development and maintenance effort. The
complexity of learning and comprehending pattern material
affected the observations. Such effects have more systematically been reported for research designs involving patterns
and artificial software artifacts of lower complexity (toy
applications). While the earlier studies adopted experimental
designs, we learned two lessons from these. First, our
research design should not impose design decisions (in terms
of patterns) onto our subjects [31]. Second, the architecting
process must be observed in the context of a real, not
artificially constructed development project. The first risk
was mitigated by confronting the experts not directly with
the selected SOA patterns, but rather with design decisions
derived from our pattern language. With this, patterns played
only an indirect role for the observed architecting process.
As for the second risk, the architecture designed in our case
study applies to a large-scale software prototype which is to
be delivered in the context of a European research project;
as such, the architecture is not specific to or was not created
for the purpose of our study alone.

Results (Indonesian) 1:

Pada saat yang sama, ketika mempersiapkan pelajaran kita, kita menjadimenyadari dari mendokumentasikan keterbatasan perangkat lunak pola sebagaiobjek penelitian empiris. Terutama memaksa mata pelajaran dalampercobaan menggunakan dan menerapkan gaya arsitekturdan desain pola mengakibatkan pengamatan menunjukkanpeningkatan tingkat pengembangan dan pemeliharaan usaha. Thekompleksitas belajar dan memahami pola bahanterpengaruh pengamatan. Efek seperti lebih sistematis telah dilaporkan untuk desain penelitian yang melibatkan poladan perangkat lunak buatan artefak dari kompleksitas yang lebih rendah (mainanaplikasi). Saat studi sebelumnya eksperimentalDesain, kami belajar dua pelajaran dari ini. Pertama, kamidesain riset tidak boleh memaksakan keputusan desain (dalam istilahpola) ke subyek kami [31]. Kedua, architectingproses harus diperhatikan dalam konteks nyata, tidakartifisial dibangun proyek. Risiko pertamadikurangi oleh menghadapi para ahli tidak langsung denganpola SOA dipilih, melainkan dengan keputusan desainberasal dari kami pola bahasa. Dengan ini, pola-pola yang dimainkanhanya peran tak langsung untuk proses architecting diamati.Untuk risiko kedua, arsitektur dirancang dalam kasus kamiStudi berlaku untuk prototipe perangkat lunak skala besar yangdisampaikan dalam konteks sebuah proyek penelitian Eropa;dengan demikian, arsitektur tidak spesifik atau tidak dibuatuntuk tujuan penelitian kami sendirian.