1.1. Minimizing Complexity[1*]Most

1.1. Minimizing Complexity
[1*]
Most people are limited in their ability to hold
complex structures and information in their
working memories, especially over long periods
of time. This proves to be a major factor
influencing how people convey intent to computers
and leads to one of the strongest drives
in software construction: minimizing complexity.
The need to reduce complexity applies to
essentially every aspect of software construction
and is particularly critical to testing of software
constructions.
In software construction, reduced complexity
is achieved through emphasizing code creation
that is simple and readable rather than clever. It
is accomplished through making use of standards
(see section 1.5, Standards in Construction),
modular design (see section 3.1, Construction
Design), and numerous other specific techniques
(see section 3.3, Coding). It is also supported by
construction-focused quality techniques (see section
3.7, Construction Quality).
1.2. Anticipating Change
[1*]
Most software will change over time, and the
anticipation of change drives many aspects of
software construction; changes in the environments
in which software operates also affect software
in diverse ways.
Anticipating change helps software engineers
build extensible software, which means they can
enhance a software product without disrupting
the underlying structure.
Anticipating change is supported by many specific
techniques (see section 3.3, Coding).
1.3. Constructing for Verification
[1*]
Constructing for verification means building
software in such a way that faults can be readily
found by the software engineers writing the
software as well as by the testers and users during
independent testing and operational activities.
Specific techniques that support constructing for
verification include following coding standards to
support code reviews and unit testing, organizing
code to support automated testing, and restricting
the use of complex or hard-to-understand language
structures, among others.
1.4. Reuse
[2*]
Reuse refers to using existing assets in solving
different problems. In software construction, typical
assets that are reused include libraries, modules,
components, source code, and commercial
off-the-shelf (COTS) assets. Reuse is best practiced
systematically, according to a well-defined,
repeatable process. Systematic reuse can enable
significant software productivity, quality, and
cost improvements.
Reuse has two closely related facets: “construction
for reuse” and “construction with reuse.” The
former means to create reusable software assets,
while the latter means to reuse software assets in
the construction of a new solution. Reuse often
transcends the boundary of projects, which means
reused assets can be constructed in other projects
or organizations.
1.5. Standards in Construction
[1*]
Applying external or internal development standards
during construction helps achieve a project’s
objectives for efficiency, quality, and cost.
Specifically, the choices of allowable programming
language subsets and usage standards are
important aids in achieving higher security.
Standards that directly affect construction
issues include
• communication methods (for example, standards
for document formats and contents)
• programming languages (for example, language
standards for languages like Java and
C++)
• coding standards (for example, standards for
naming conventions, layout, and indentation)
• platforms (for example, interface standards
for operating system calls)

Hasil (Bahasa Indonesia) 1:

1.1. meminimalkan kompleksitas[1 *]Kebanyakan orang yang terbatas dalam kemampuan mereka untuk menahanstruktur kompleks dan informasi dalam merekakenangan kerja, terutama jangka panjangwaktu. Ini membuktikan menjadi faktor utamamempengaruhi bagaimana orang menyampaikan maksud untuk komputerdan mengarah ke salah satu drive terkuatperangkat lunak konstruksi: meminimalkan kompleksitas.Kebutuhan untuk mengurangi kompleksitas berlaku untukpada dasarnya setiap aspek pembangunan perangkat lunakdan sangat penting untuk pengujian perangkat lunakkonstruksi.Dalam konstruksi perangkat lunak, mengurangi kompleksitasdicapai melalui menekankan penciptaan kodeitu sederhana dan mudah dibaca daripada pintar. Itudicapai melalui membuat penggunaan standar(Lihat bagian 1.5, standar dalam konstruksi),Desain Modular (Lihat bagian 3.1, konstruksiDesain), dan banyak teknik-teknik khusus lainnya(Lihat bagian 3.3, Coding). Hal ini juga didukung olehTeknik konstruksi yang berfokus kualitas (Lihat bagian3.7, kualitas konstruksi).1.2. mengantisipasi perubahan[1 *]Sebagian besar perangkat lunak akan berubah dari waktu ke waktu, danantisipasi perubahan drive banyak aspekkonstruksi perangkat lunak; perubahan dalam lingkunganperangkat lunak mana beroperasi juga mempengaruhi perangkat lunakdalam berbagai cara.Mengantisipasi perubahan membantu insinyur perangkat lunakmembangun perangkat lunak extensible, yang berarti mereka dapatmeningkatkan produk perangkat lunak tanpa mengganggustruktur yang mendasari.Mengantisipasi perubahan didukung oleh banyak spesifikTeknik (Lihat bagian 3.3, Coding).1.3. membangun untuk verifikasi[1 *]Membangun untuk verifikasi berarti bangunanperangkat lunak dalam sedemikian rupa sehingga kesalahan dapat dengan mudahditemukan oleh para insinyur perangkat lunak yang menulisperangkat lunak maupun oleh penguji dan pengguna selamapengujian independen dan kegiatan operasional.Teknik-teknik khusus yang mendukung membangun untukverifikasi termasuk mengikuti pengkodean standar untukunit pengujian, pengorganisasian dan dukungan kode ulasankode untuk mendukung pengujian otomatis, dan membatasipenggunaan kompleks atau sulit memahami bahasastruktur, antara lain.1.4. kembali[2 *]Reuse mengacu menggunakan aset dalam memecahkanmasalah yang berbeda. Dalam perangkat lunak konstruksi, khasaset yang sedang kembali termasuk Perpustakaan, modul,komponen, kode sumber, dan komersialsiap (COTS) aset. Reuse terbaik dipraktekkansecara sistematis, menurut didefinisikan dengan baik,proses yang berulang. Reuse sistematis dapat mengaktifkanproduktivitas perangkat lunak signifikan, kualitas, danbiaya perbaikan.Kembali memiliki dua sisi yang berhubungan: "konstruksikembali"dan"konstruksi dengan penggunaan kembali." Themantan berarti untuk menciptakan perangkat lunak yang dapat digunakan kembali aset,Sementara kedua berarti untuk menggunakan kembali perangkat lunak aset dalampembangunan sebuah solusi baru. Reuse seringmelampaui batas proyek, yang berartiaset-aset yang digunakan kembali dapat dibangun dalam proyek-proyek lainnyaatau organisasi.1.5. standar konstruksi[1 *]Menerapkan standar pembangunan eksternal atau internalselama konstruksi membantu mencapai sebuah proyektujuan efisiensi, kualitas dan biaya.Secara khusus, pilihan yang diijinkan pemrogramanbahasa subset dan penggunaan standarpenting bantu dalam mencapai keamanan tinggi.Standar yang secara langsung mempengaruhi konstruksiisu-isu termasuk• metode komunikasi (misalnya, standaruntuk dokumen format dan isi)• bahasa (misalnya bahasa pemrogramanstandar untuk bahasa seperti Jawa danC ++)• standar (misalnya, standar untuk pengkodeanKonvensi penamaan, tata letak, dan indentasi)• platform (misalnya, antarmuka standaruntuk panggilan sistem operasi)

Hasil (Bahasa Indonesia) 2:

1.1. Meminimalkan Kompleksitas
[1 *]
Kebanyakan orang terbatas dalam kemampuan mereka untuk menahan
struktur kompleks dan informasi di mereka
kenangan bekerja, terutama selama jangka waktu yang
lama. Hal ini terbukti menjadi faktor utama
yang mempengaruhi bagaimana orang menyampaikan niat untuk komputer
dan mengarah ke salah satu drive terkuat
dalam pembangunan perangkat lunak. meminimalkan kompleksitas
Kebutuhan untuk mengurangi kompleksitas berlaku untuk
dasarnya setiap aspek pembangunan perangkat lunak
dan sangat penting untuk pengujian perangkat lunak
konstruksi.
Dalam konstruksi perangkat lunak, mengurangi kompleksitas
dicapai melalui menekankan penciptaan kode
yang sederhana dan mudah dibaca daripada pintar. Hal
ini dilakukan melalui memanfaatkan standar
(lihat bagian 1.5, Standar dalam Konstruksi),
desain modular (lihat bagian 3.1, Konstruksi
Desain), dan berbagai teknik-teknik khusus lainnya
(lihat bagian 3.3, Coding). Hal ini juga didukung oleh
teknik kualitas konstruksi fokus (lihat bagian
3.7, Kualitas Konstruksi).
1.2. Mengantisipasi Perubahan
[1 *]
Kebanyakan perangkat lunak akan berubah dari waktu ke waktu, dan
antisipasi perubahan drive banyak aspek
pembangunan perangkat lunak; perubahan dalam lingkungan
di mana perangkat lunak beroperasi juga mempengaruhi software
dengan cara yang beragam.
Mengantisipasi perubahan membantu insinyur perangkat lunak
membangun perangkat lunak extensible, yang berarti mereka dapat
meningkatkan produk software tanpa mengganggu
struktur dasar.
Mengantisipasi perubahan didukung oleh banyak khusus
teknik (lihat bagian 3.3 , Coding).
1.3. Membangun untuk Verifikasi
[1 *]
Membangun untuk verifikasi berarti membangun
perangkat lunak dalam sedemikian rupa sehingga kesalahan dapat dengan mudah
ditemukan oleh para insinyur perangkat lunak menulis
perangkat lunak serta oleh penguji dan pengguna selama
kegiatan pengujian dan operasional yang independen.
teknik khusus yang mendukung pembangunan untuk
verifikasi termasuk mengikuti standar pengkodean untuk
mendukung tinjauan kode dan unit testing, mengatur
kode untuk mendukung pengujian otomatis, dan membatasi
penggunaan bahasa yang kompleks atau sulit untuk memahami
struktur, antara lain.
1.4. Reuse
[2 *]
Reuse mengacu menggunakan aset yang ada dalam memecahkan
masalah yang berbeda. Dalam konstruksi perangkat lunak, khas
aset yang digunakan kembali termasuk perpustakaan, modul,
komponen, kode sumber, dan komersial
off-the-shelf (COTS) aset. Reuse paling dipraktekkan
secara sistematis, sesuai dengan didefinisikan dengan baik,
proses berulang. Reuse sistematis dapat mengaktifkan
software produktivitas yang signifikan, kualitas, dan
biaya perbaikan.
Reuse memiliki dua aspek terkait erat: "pembangunan
". konstruksi dengan reuse" untuk digunakan kembali "dan The
mantan sarana untuk menciptakan aset perangkat lunak dapat digunakan kembali,
sedangkan sarana terakhir untuk menggunakan kembali aset perangkat lunak dalam
pembangunan solusi baru. Reuse sering
melampaui batas proyek, yang berarti
aset digunakan kembali dapat dibangun dalam proyek-proyek lain
atau organisasi.
1.5. Standar Konstruksi
[1 *]
Menerapkan standar pembangunan eksternal maupun internal
selama konstruksi membantu mencapai proyek
tujuan untuk efisiensi, kualitas, dan biaya.
Secara khusus, pilihan yang diijinkan pemrograman
subset bahasa dan standar penggunaan yang
bantu penting dalam mencapai keamanan yang lebih tinggi.
Standar yang langsung mempengaruhi konstruksi
isu termasuk
• metode komunikasi (misalnya, standar
untuk format dokumen dan isi)
• bahasa pemrograman (misalnya, bahasa
standar untuk bahasa seperti Java dan
C ++)
• standar pengkodean (misalnya, standar untuk
penamaan konvensi, tata letak, dan lekukan)
• platform (misalnya, standar antarmuka
untuk panggilan sistem operasi)