• tools (for example, diagrammatic

• tools (for example, diagrammatic standards
for notations like UML (Unified Modeling
Language)).
Use of external standards. Construction
depends on the use of external standards for construction
languages, construction tools, technical
interfaces, and interactions between the Software
Construction KA and other KAs. Standards come
from numerous sources, including hardware and
software interface specifications (such as the
Object Management Group (OMG)) and international
organizations (such as the IEEE or ISO).
Use of internal standards. Standards may also
be created on an organizational basis at the corporate
level or for use on specific projects. These
standards support coordination of group activities,
minimizing complexity, anticipating change,
and constructing for verification.
2. Managing Construction
2.1. Construction in Life Cycle Models
[1*]
Numerous models have been created to develop
software; some emphasize construction more
than others.
Some models are more linear from the construction
point of view—such as the waterfall and
staged-delivery life cycle models. These models
treat construction as an activity that occurs only
after significant prerequisite work has been completed—
including detailed requirements work,
extensive design work, and detailed planning.
The more linear approaches tend to emphasize
the activities that precede construction (requirements
and design) and to create more distinct separations
between activities. In these models, the
main emphasis of construction may be coding.
Other models are more iterative—such as
evolutionary prototyping and agile development.
These approaches tend to treat construction
as an activity that occurs concurrently with
other software development activities (including
requirements, design, and planning) or that overlaps
them. These approaches tend to mix design,
coding, and testing activities, and they often treat
the combination of activities as construction (see
the Software Management and Software Process
KAs).
Consequently, what is considered to be “construction”
depends to some degree on the life
cycle model used. In general, software construction
is mostly coding and debugging, but
it also involves construction planning, detailed
design, unit testing, integration testing, and other
activities.
2.2. Construction Planning
[1*]
The choice of construction method is a key aspect
of the construction-planning activity. The choice
of construction method affects the extent to
which construction prerequisites are performed,
the order in which they are performed, and the
degree to which they should be completed before
construction work begins.
The approach to construction affects the project
team’s ability to reduce complexity, anticipate
change, and construct for verification. Each of
these objectives may also be addressed at the process,
requirements, and design levels—but they
will be influenced by the choice of construction
method.
Construction planning also defines the order
in which components are created and integrated,
the integration strategy (for example, phased or
incremental integration), the software quality
management processes, the allocation of task
assignments to specific software engineers, and
other tasks, according to the chosen method.
2.3. Construction Measurement
[1*]
Numerous construction activities and artifacts can
be measured—including code developed, code
modified, code reused, code destroyed, code complexity,
code inspection statistics, fault-fix and
fault-find rates, effort, and scheduling. These measurements
can be useful for purposes of managing
construction, ensuring quality during construction,
and improving the construction process, among
other uses (see the Software Engineering Process
KA for more on measurement).

Hasil (Bahasa Indonesia) 1:

• alat (misalnya, diagram standaruntuk notasi seperti UML (Unified ModelingBahasa)).Penggunaan standar eksternal. Konstruksitergantung pada penggunaan standar eksternal untuk konstruksibahasa, alat konstruksi, teknikantarmuka dan interaksi antara perangkat lunakKonstruksi KA dan KAs lainnya. Standar datangdari berbagai sumber, termasuk hardware danSpesifikasi antarmuka perangkat lunak (sepertiObjek manajemen grup (OMG)) dan internasionalorganisasi (seperti IEEE atau ISO).Penggunaan internal standar. Standar juga dapatdibuat secara organisasi perusahaantingkat atau untuk digunakan pada proyek-proyek tertentu. Inistandar mendukung koordinasi kegiatan kelompok,meminimalkan kompleksitas, mengantisipasi perubahan,dan membangun untuk verifikasi.2. manajemen konstruksi2.1. konstruksi dalam siklus hidup model[1 *]Berbagai model yang telah dibuat untuk mengembangkanperangkat lunak; beberapa menekankan konstruksi laindaripada yang lain.Beberapa model lebih linear dari konstruksisudut pandang — seperti air terjun danmodel siklus hidup pengiriman bertahap. Model inimemperlakukan konstruksi sebagai sebuah aktivitas yang terjadi hanyasetelah kerja prasyarat yang signifikan telah selesai —persyaratan rinci termasuk bekerja,pekerjaan desain yang luas, dan perencanaan rinci.Pendekatan linear lebih cenderung untuk menekankankegiatan-kegiatan yang mendahului konstruksi (persyaratandan desain) dan menciptakan pemisahan lebih berbedaantara kegiatan. Dalam model ini,penekanan utama konstruksi mungkin coding.Model lain lebih iteratif — sepertievolusi prototyping dan Tangkas pengembangan.Pendekatan ini cenderung memperlakukan konstruksisebagai sebuah aktivitas yang terjadi concurrently dengankegiatan pengembangan perangkat lunak lainnya (termasukpersyaratan, Desain, dan perencanaan) atau yang tumpang tindihmereka. Pendekatan ini cenderung untuk mencampur Desain,coding, dan pengujian aktivitas, dan mereka sering memperlakukankombinasi kegiatan seperti konstruksi (Lihatperangkat lunak manajemen dan proses perangkat lunakKAs).Akibatnya, apa yang dianggap sebagai "pembangunan"tergantung untuk beberapa derajat pada kehidupansiklus model yang digunakan. Dalam umum, konstruksi perangkat lunakKebanyakan coding dan debugging, tetapiini juga melibatkan konstruksi perencanaan, rinciDesain, unit pengujian, integrasi pengujian, dan lainnyakegiatan.2.2. konstruksi perencanaan[1 *]Pilihan metode konstruksi adalah aspek kuncikegiatan perencanaan pembangunan. Pilihankonstruksi metode mempengaruhi sejauhprasyarat pembangunan yang dilakukan,urutan di mana mereka dilakukan, dangelar yang mereka harus diselesaikan sebelumpekerjaan konstruksi dimulai.Pendekatan pembangunan mempengaruhi proyekkemampuan tim untuk mengurangi kompleksitas, mengantisipasiperubahan, dan membangun untuk verifikasi. Masing-masingtujuan tersebut juga akan ditujukan pada proses,persyaratan, dan desain tingkat — tetapi merekaakan dipengaruhi oleh pilihan konstruksimetode.Perencanaan konstruksi juga mendefinisikan perintahdi mana komponen dibuat dan terintegrasi,strategi integrasi (misalnya, dihapus atauinkremental integrasi), kualitas perangkat lunakproses manajemen, alokasi tugastugas untuk insinyur perangkat lunak khusus, dantugas-tugas lain, berdasarkan metode pilihan.2.3. konstruksi pengukuran[1 *]Berbagai kegiatan pembangunan dan artefak dapatdiukur — termasuk kode dikembangkan, kodedimodifikasi, kembali kode, kode hancur, kompleksitas kode,Kode inspeksi statistik, kesalahan-fix dankesalahan-menemukan TARIF, usaha, dan penjadwalan. Pengukuran inidapat berguna untuk tujuan mengelolakonstruksi, memastikan kualitas selama konstruksi,dan meningkatkan proses konstruksi, antarakegunaan lain (lihat proses rekayasa perangkat lunakKA untuk pengukuran di lain).

Hasil (Bahasa Indonesia) 2:

• alat (misalnya, standar diagram
untuk notasi seperti UML (Unified Modeling
Language)).
Penggunaan standar eksternal. Konstruksi
tergantung pada penggunaan standar eksternal untuk konstruksi
bahasa, alat konstruksi, teknik
antarmuka, dan interaksi antara Software
Konstruksi KA dan Kas lainnya. Standar berasal
dari berbagai sumber, termasuk hardware dan
spesifikasi perangkat lunak antarmuka (seperti
Object Management Group (OMG)) dan internasional
organisasi (seperti IEEE atau ISO).
Penggunaan standar internal. Standar juga
dibuat secara organisasi di perusahaan
tingkat atau untuk digunakan pada proyek-proyek tertentu. Ini
standar mendukung koordinasi kegiatan kelompok,
meminimalkan kompleksitas, mengantisipasi perubahan,
dan membangun untuk verifikasi.
2. Mengelola Pembangunan
2.1. Aset dalam Siklus Hidup Model
[1 *]
Banyak model telah dibuat untuk mengembangkan
perangkat lunak; beberapa menekankan konstruksi yang lebih
dari yang lain.
Beberapa model yang lebih linier dari pembangunan
sudut pandang-seperti air terjun dan
dipentaskan pengiriman model siklus hidup. Model ini
memperlakukan konstruksi sebagai aktivitas yang terjadi hanya
setelah bekerja prasyarat yang signifikan telah completed-
termasuk persyaratan rinci bekerja,
karya desain yang luas, dan perencanaan rinci.
Pendekatan yang lebih linier cenderung menekankan
kegiatan yang mendahului konstruksi (persyaratan
dan desain) dan membuat pemisahan lebih jelas
antara kegiatan. Dalam model ini,
penekanan utama konstruksi dapat coding.
Model-model lain yang lebih berulang-seperti
prototyping evolusi dan pengembangan tangkas.
Pendekatan ini cenderung memperlakukan pembangunan
sebagai suatu kegiatan yang terjadi bersamaan dengan
kegiatan pengembangan perangkat lunak lainnya (termasuk
persyaratan, desain, dan perencanaan) atau yang tumpang tindih
mereka. Pendekatan ini cenderung untuk mencampur desain,
coding, dan kegiatan pengujian, dan mereka sering memperlakukan
kombinasi kegiatan konstruksi (lihat
Manajemen Software dan Software Proses
Kas).
Akibatnya, apa yang dianggap sebagai "konstruksi"
juga tergantung pada hidup
model siklus digunakan. Secara umum, konstruksi perangkat lunak
sebagian besar coding dan debugging, tetapi
juga melibatkan perencanaan konstruksi, detail
desain, unit testing, pengujian integrasi, dan lainnya
kegiatan.
2.2. Perencanaan Konstruksi
[1 *]
Pemilihan metode konstruksi adalah aspek kunci
dari kegiatan konstruksi-perencanaan. Pilihan
metode konstruksi mempengaruhi sejauh
mana prasyarat pembangunan dilakukan,
urutan di mana mereka dilakukan, dan
sejauh mana mereka harus diselesaikan sebelum
pekerjaan konstruksi dimulai.
Pendekatan konstruksi mempengaruhi proyek
kemampuan tim untuk mengurangi kompleksitas, mengantisipasi
perubahan, dan membangun untuk verifikasi. Masing-masing
tujuan tersebut dapat juga ditujukan pada proses,
persyaratan, dan desain tingkat-tetapi mereka
akan dipengaruhi oleh pilihan konstruksi
metode.
perencanaan konstruksi juga mendefinisikan urutan
di mana komponen dibuat dan terintegrasi,
strategi integrasi (misalnya , bertahap atau
integrasi tambahan), kualitas perangkat lunak
proses manajemen, alokasi tugas
tugas untuk insinyur perangkat lunak khusus, dan
tugas-tugas lainnya, sesuai dengan metode yang dipilih.
2.3. Konstruksi Pengukuran
[1 *]
Banyak kegiatan konstruksi dan artefak dapat
diukur-termasuk kode yang dikembangkan, kode
dimodifikasi, kode kembali, kode hancur, kompleksitas kode,
statistik inspeksi kode, kesalahan-fix dan
kesalahan-menemukan harga, usaha, dan penjadwalan. Pengukuran ini
dapat berguna untuk tujuan pengelolaan
konstruksi, memastikan kualitas selama konstruksi,
dan meningkatkan proses konstruksi, antara
kegunaan lain (lihat Rekayasa Perangkat Lunak Proses
KA untuk lebih lanjut tentang pengukuran).