2. A MODELING ANALOGYIn the design

2. A MODELING ANALOGY
In the design of a large-scale, heterogeneous software system,
system architects aim to translate quality attribute requirements
into a design that can potentially satisfy these requirements.
During the design process, architects are faced with multiple
dimensions of uncertainty about the dependability attributes that a
given solution can provide. Abstract models (e.g. UML) are used
to describe the key design elements, and in standard industrial
practice, the models simply serve the purpose of documentation
and communication of ideas.
From these designs, architects informally reason about the
dependability attributes of the proposed solution. Typically in
cases where there appears to be significant risks (e.g.
performance/reliability of a component), the design guides
prototyping exercises that implement key parts of the design and
validate it against requirements. In this sense, prototyping collects
concrete data about key component characteristics that is used to
evaluate and reduce the uncertainties associated with the
dependability of the proposed architecture.
Consequently, software architects expend significant amounts of
effort in modeling and validation of their designs. However the models cannot formally exploit concrete component execution
data from prototypes to give deeper insights into the application
design through simulation or analytical techniques. For complex,
long lived software systems, this strikes us as unsatisfactory and
unlikely to lead to major breakthroughs in producing higher
quality systems at lower costs.
In many scientific fields, the approaches taken contrast markedly
with software architecture modeling. As an example, consider
Figure 1, which overviews how geoscientists model and simulate
flows of containments in subsurface groundwater flows.

Results (Indonesian) 1:

2. SEBUAH ANALOGI PEMODELANDalam desain sistem perangkat lunak skala besar, heterogen,sistem arsitek bertujuan untuk menerjemahkan kebutuhan atribut kualitaske dalam sebuah desain yang berpotensi dapat memenuhi persyaratan ini.Selama proses desain, arsitek dihadapkan dengan beberapadimensi ketidakpastian tentang keandalan atribut yangmengingat solusi dapat menyediakan. Model-model abstrak (misalnya UML) digunakanuntuk menggambarkan unsur-unsur desain kunci, dan standar industripraktek, model yang hanya melayani tujuan dokumentasidan komunikasi ide.Dari desain, arsitek informal alasan tentangatribut dapat diandalkan solusi yang diusulkan. Biasanya dalamkasus di mana tidak muncul untuk menjadi risiko yang signifikan (misalnyakinerja/keandalan komponen), panduan desainPrototyping latihan yang menerapkan bagian penting dari desain danmemvalidasi itu terhadap persyaratan. Dalam pengertian ini, prototyping mengumpulkanbeton data tentang karakteristik komponen kunci yang digunakan untukmengevaluasi dan mengurangi ketidakpastian yang terkait dengankeandalan arsitektur yang diusulkan.Akibatnya, arsitek software mengeluarkan sejumlah besarupaya dalam pemodelan dan validasi desain mereka. Namun model tidak dapat secara resmi mengeksploitasi komponen beton eksekusidata dari prototipe untuk memberikan wawasan lebih dalam aplikasiDesain melalui simulasi atau teknik analisis. Untuk kompleks,sistem perangkat lunak tinggal lama, ini menyerang kami sebagai tidak memuaskan dantidak mungkin untuk menyebabkan utama terobosan dalam memproduksi lebih tinggikualitas sistem dengan biaya rendah.Dalam banyak bidang ilmiah, pendekatan yang diambil kontras tajamdengan model arsitektur perangkat lunak. Sebagai contoh, mempertimbangkanGambar 1, Ikhtisar yang bagaimana geoscientists model dan mensimulasikanarus containments di bawah permukaan tanah.

Results (Indonesian) 2:

2. ANALOGI MODEL
Dalam desain skala besar, sistem perangkat lunak heterogen,
sistem arsitek bertujuan untuk menerjemahkan kualitas atribut persyaratan
ke dalam desain yang berpotensi dapat memenuhi persyaratan ini.
Selama proses desain, arsitek dihadapkan dengan beberapa
dimensi ketidakpastian tentang ketergantungan atribut bahwa
solusi yang diberikan dapat memberikan. Model abstrak (misalnya UML) yang digunakan
untuk menggambarkan elemen desain utama, dan di industri standar
praktik, model hanya melayani tujuan dokumentasi
dan komunikasi gagasan.
Dari desain ini, arsitek informal alasan tentang
atribut ketergantungan dari solusi yang diajukan. Biasanya di
kasus di mana tampaknya ada risiko yang signifikan (misalnya
kinerja / keandalan komponen), desain memandu
latihan prototyping yang menerapkan bagian penting dari desain dan
memvalidasi terhadap persyaratan. Dalam hal ini, prototyping mengumpulkan
data konkret tentang karakteristik komponen kunci yang digunakan untuk
mengevaluasi dan mengurangi ketidakpastian terkait dengan
ketergantungan dari arsitektur yang diusulkan.
Akibatnya, arsitek software mengeluarkan sejumlah besar
usaha dalam pemodelan dan validasi desain mereka. Namun model tidak dapat secara resmi mengeksploitasi eksekusi komponen beton
data dari prototipe untuk memberikan wawasan yang lebih mendalam ke dalam aplikasi
desain melalui simulasi atau teknik analisis. Untuk kompleks,
sistem perangkat lunak lama tinggal, ini menyerang kita sebagai memuaskan dan
tidak mungkin untuk mengarah pada terobosan besar dalam memproduksi tinggi
sistem berkualitas dengan biaya yang lebih rendah.
Dalam banyak bidang ilmiah, pendekatan yang diambil kontras tajam
dengan pemodelan arsitektur perangkat lunak. Sebagai contoh, pertimbangkan
Gambar 1, yang akan membahas tentang bagaimana geoscientists Model dan mensimulasikan
arus containments arus bawah permukaan air tanah.