2.3 Classification of the causes of

2.3 Classification of the causes of software errors
As software errors are the cause of poor software quality, it is important to
investigate the causes of these errors in order to prevent them. A software
error can be “code error”, a “procedure error”, a “documentation error”, or
a “software data error”. It should be emphasized that the causes of all these
errors are human, made by systems analysts, programmers, software testers,
documentation experts, managers and sometimes clients and their representatives. Even in rare cases where software errors may be caused by the
development environment (interpreters, wizards, automatic software generators, etc.), it is reasonable to claim that it is human error that caused the
failure of the development environment tool. The causes of software errors
can be further classified as follows according to the stages of the software
development process in which they occur.
(1) Faulty definition of requirements
The faulty definition of requirements, usually prepared by the client, is
one of the main causes of software errors. The most common errors of this
type are:
■ Erroneous definition of requirements.
■ Absence of vital requirements.
■ Incomplete definition of requirements. For instance, one of the requirements of a municipality’s local tax software system refers to discounts
granted to various segments of the population: senior citizens, parents of
large families, and so forth. Unfortunately, a discount granted to students
was not included in the requirements document.
■ Inclusion of unnecessary requirements, functions that are not expected to
be needed in the near future.
(2) Client–developer communication failures
Misunderstandings resulting from defective client–developer communication
are additional causes for the errors that prevail in the early stages of the
development process:
■ Misunderstanding of the client’s instructions as stated in the requirement
document.
■ Misunderstanding of the client’s requirements changes presented to the
developer in written form during the development period.
■ Misunderstanding of the client’s requirements changes presented orally to
the developer during the development period.
■ Misunderstanding of the client’s responses to the design problems presented by the developer.

■ Lack of attention to client messages referring to requirements changes
and to client responses to questions raised by the developer on the part of
the developer.
(3) Deliberate deviations from software requirements
In several circumstances, developers may deliberately deviate from the documented requirements, actions that often cause software errors. The errors
in these cases are byproducts of the changes. The most common situations of
deliberate deviation are:
■ The developer reuses software modules taken from an earlier project
without sufficient analysis of the changes and adaptations needed to correctly fulfill all the new requirements.
■ Due to time or budget pressures, the developer decides to omit part of the
required functions in an attempt to cope with these pressures.
■ Developer-initiated, unapproved improvements to the software, introduced without the client’s approval, frequently disregard requirements
that seem minor to the developer. Such “minor” changes may, eventually, cause software errors.
(4) Logical design errors
Software errors can enter the system when the professionals who design the
system – systems architects, software engineers, analysts, etc. – formulate the
software requirements. Typical errors include:
■ Definitions that represent software requirements by means of erroneous
algorithms.
■ Process definitions that contain sequencing errors. For example, the software requirements for a firm’s debt-collection system define the
debt-collection process as follows. Once a client does not pay his debts,
even after receiving three successive notification letters, the details are to
be reported to the sales department manager who will decide whether to
proceed to the next stage, referral of the client to the legal department.
The systems analyst defined the process incorrectly by stating that after
sending three successive letters followed by no receipt of payment, the
firm would include the name of the client on a list of clients to be handled by the legal department. The logical error was caused by the
analyst’s erroneous omission of the sales department phase within the
debt-collection process.
■ Erroneous definition of boundary conditions. For example, the client’s
requirements stated that a special discount will be granted to customers
who make purchases more than three times in the same month. The analyst erroneously defined the software process to state that the discount
would be granted to those who make purchases three times or more in
the same month.

Results (Indonesian) 1:

2.3 klasifikasi penyebab kesalahan perangkat lunakSebagai perangkat lunak kesalahan penyebab kualitas perangkat lunak miskin, sangat penting untukmenyelidiki penyebab kesalahan ini untuk mencegah mereka. Perangkat lunakkesalahan dapat "kode error", "kesalahan prosedur", "kesalahan dokumentasi", atau"perangkat lunak kesalahan data". Itu harus menekankan bahwa penyebab dari semua inikesalahan manusia, dibuat oleh analis sistem, programmer, perangkat lunak penguji,dokumentasi ahli, manajer dan kadang-kadang klien dan wakil-wakil mereka. Bahkan dalam kasus yang jarang terjadi yang mana kesalahan perangkat lunak dapat disebabkan olehlingkungan pengembangan (interpreter, penyihir, perangkat lunak otomatis Generator, dll), masuk akal untuk mengklaim bahwa itu adalah kesalahan manusia yang menyebabkankegagalan alat lingkungan pengembangan. Penyebab kesalahan perangkat lunakdapat lebih jauh diklasifikasikan sebagai berikut menurut tahap perangkat lunakproses pembangunan di mana mereka terjadi.(1) rusak definisi persyaratanDefinisi rusak persyaratan, biasanya disiapkan oleh klien,salah satu penyebab utama kesalahan perangkat lunak. Kesalahan yang paling umum inijenis adalah:■ Keliru definisi persyaratan.■ Ketiadaan persyaratan penting.■ definisi lengkap persyaratan. Misalnya, salah satu persyaratan sistem perangkat lunak pajak setempat kotamadya mengacu pada DISKONdiberikan kepada berbagai segmen penduduk: warga negara senior, orang tuakeluarga besar, dan sebagainya. Sayangnya, diskon yang diberikan kepada siswatidak termasuk dalam persyaratan dokumen.■ Dimasukkannya persyaratan tidak perlu, fungsi yang tidak diharapkan untukdiperlukan di masa depan.(2) kegagalan komunikasi klien-pengembangKesalahpahaman yang dihasilkan dari komunikasi klien-pengembang rusaktambahan penyebab untuk kesalahan yang menang dalam tahap awalpengembangan proses:■ Kesalahpahaman dari instruksi dari klien sebagai dinyatakan dalam persyaratandokumen.■ Kesalahpahaman dari perubahan kebutuhan klien disampaikan kepadapengembang dalam bentuk tertulis selama periode pembangunan.■ Kesalahpahaman dari perubahan kebutuhan klien disampaikan secara lisan untukpengembang selama periode pembangunan.■ Kesalahpahaman klien tanggapan untuk masalah desain disajikan oleh pengembang.■ Kurangnya perhatian terhadap klien pesan mengacu pada persyaratan perubahandan klien tanggapan untuk pertanyaan yang dibesarkan oleh pengembang seorangpengembang.(3) disengaja penyimpangan dari persyaratan perangkat lunakDalam beberapa situasi, pengembang mungkin sengaja menyimpang dari persyaratan didokumentasikan, tindakan yang sering menyebabkan kesalahan perangkat lunak. Kesalahandalam kasus ini adalah produk sampingan dari perubahan. Situasi yang paling umum daridisengaja penyimpangan yang:■ pengembang reuses modul perangkat lunak yang diambil dari sebuah proyek sebelumnyatanpa analisis yang memadai dari sebuah perubahan dan adaptasi yang dibutuhkan untuk benar memenuhi semua persyaratan baru.■ karena tekanan waktu atau anggaran, pengembang memutuskan untuk mengabaikan bagian darifungsi yang diperlukan dalam upaya untuk mengatasi tekanan ini.■ prakarsa pengembang, tidak disetujui perbaikan perangkat lunak, memperkenalkan tanpa persetujuan klien, sering mengabaikan persyaratanyang tampak kecil untuk pengembang. Perubahan "kecil", akhirnya, mengakibatkan kesalahan perangkat lunak.(4) kesalahan desain LogisKesalahan perangkat lunak dapat memasuki sistem ketika para profesional yang desainsistem-sistem arsitek, insinyur perangkat lunak, analis, dll-merumuskanpersyaratan perangkat lunak. Kesalahan khas meliputi:■ Definisi yang mewakili persyaratan perangkat lunak dengan kelirualgoritma.■ Proses definisi yang mengandung Sekuensing kesalahan. Sebagai contoh, mendefinisikan persyaratan perangkat lunak untuk sistem penagihan utang perusahaanpenagihan utang proses sebagai berikut. Setelah klien tidak membayar hutangnya,bahkan setelah menerima tiga surat pemberitahuan berturut-turut, rincian akandilaporkan kepada manajer Departemen penjualan yang akan memutuskan apakah akanmelanjutkan ke tahap berikutnya, arahan dari klien kepada Departemen Hukum.Analis sistem didefinisikan proses salah dengan menyatakan bahwa setelahmengirimkan tiga huruf berturut-turut yang diikuti oleh ada penerimaan pembayaran,perusahaan akan mencakup nama klien pada daftar klien untuk ditangani oleh Departemen Hukum. Logis kesalahan ini disebabkan olehanalis salah penghilangan dari fase Departemen penjualan dalamproses penagihan utang.■ Keliru definisi kondisi batas. Sebagai contoh, klienpersyaratan menyatakan bahwa diskon khusus akan diberikan kepada pelangganyang membuat pembelian lebih dari tiga kali di bulan yang sama. Analis keliru didefinisikan proses perangkat lunak menyatakan bahwa DISKONakan diberikan kepada mereka yang membuat pembelian tiga kali atau lebih dalambulan yang sama.

Results (Indonesian) 2:

2.3 Klasifikasi penyebab kesalahan perangkat lunak
Seperti kesalahan perangkat lunak adalah penyebab dari kualitas perangkat lunak miskin, adalah penting untuk
menyelidiki penyebab kesalahan ini dalam rangka untuk mencegah mereka. Sebuah perangkat lunak
kesalahan bisa "kesalahan kode", sebuah "kesalahan prosedur", sebuah "kesalahan dokumentasi", atau
sebuah "kesalahan data perangkat lunak". Perlu ditekankan bahwa penyebab semua ini
kesalahan adalah manusia, yang dibuat oleh analis sistem, programmer, penguji perangkat lunak,
ahli dokumentasi, manajer dan kadang-kadang klien dan perwakilan mereka. Bahkan dalam kasus yang jarang terjadi di mana kesalahan perangkat lunak dapat disebabkan oleh
lingkungan pengembangan (interpreter, penyihir, generator software otomatis, dll), adalah wajar untuk mengklaim bahwa itu adalah kesalahan manusia yang menyebabkan
kegagalan alat lingkungan pengembangan. Penyebab kesalahan perangkat lunak
dapat lebih diklasifikasikan sebagai berikut sesuai dengan tahapan perangkat lunak
proses pembangunan di mana mereka terjadi.
(1) definisi rusak persyaratan
Definisi rusak persyaratan, biasanya disiapkan oleh klien, adalah
salah satu penyebab utama dari kesalahan perangkat lunak. Kesalahan yang paling umum dari ini
jenis adalah:
■ definisi Keliru persyaratan.
■ Tidak adanya persyaratan penting.
■ definisi lengkap persyaratan. Misalnya, salah satu persyaratan dari sistem software pajak daerah kotamadya mengacu diskon
yang diberikan kepada berbagai segmen penduduk: warga senior, orang tua dari
keluarga besar, dan sebagainya. Sayangnya, diskon yang diberikan kepada siswa
tidak termasuk dalam dokumen persyaratan.
■ Pencantuman persyaratan yang tidak perlu, fungsi yang tidak diharapkan
diperlukan dalam waktu dekat.
(2) kegagalan komunikasi Client-pengembang
Kesalahpahaman yang dihasilkan dari komunikasi client-pengembang yang rusak
penyebab tambahan untuk kesalahan yang berlaku pada tahap awal dari
proses pembangunan:
■ Kesalahpahaman instruksi klien sebagaimana tercantum dalam persyaratan
. dokumen
■ Kesalahpahaman tentang persyaratan perubahan klien disampaikan kepada
. pengembang dalam bentuk tertulis selama periode pengembangan
■ kesalahpahaman persyaratan perubahan klien disajikan secara lisan untuk
pengembang selama masa pembangunan.
■ kesalahpahaman dari respons klien terhadap masalah-masalah desain yang disajikan oleh pengembang.

■ Kurangnya perhatian terhadap pesan klien mengacu pada perubahan persyaratan
dan tanggapan klien untuk pertanyaan yang diajukan oleh pengembang pada bagian dari
pengembang.
(3) penyimpangan yang disengaja dari persyaratan perangkat lunak
dalam beberapa situasi, pengembang mungkin sengaja menyimpang dari persyaratan didokumentasikan, tindakan yang sering menyebabkan kesalahan software. Kesalahan
dalam kasus ini adalah produk sampingan dari perubahan. Situasi yang paling umum dari
penyimpangan yang disengaja adalah:
■ pengembang menggunakan kembali modul perangkat lunak yang diambil dari proyek sebelumnya
. Tanpa analisis yang cukup perubahan dan adaptasi yang diperlukan untuk benar memenuhi semua persyaratan baru
■ Karena tekanan waktu atau anggaran, pengembang memutuskan untuk menghilangkan bagian dari
fungsi yang diperlukan dalam upaya untuk mengatasi tekanan ini.
■ developer diprakarsai, perbaikan tidak disetujui untuk perangkat lunak, memperkenalkan tanpa persetujuan klien, sering mengabaikan persyaratan
yang tampaknya kecil untuk pengembang. "Kecil" perubahan tersebut mungkin, akhirnya, menyebabkan kesalahan perangkat lunak.
(4) Logical kesalahan desain
kesalahan Software dapat memasuki sistem ketika profesional yang merancang
sistem - sistem arsitek, insinyur perangkat lunak, analis, dll - merumuskan
persyaratan perangkat lunak. Kesalahan khas meliputi:
■ Definisi yang mewakili persyaratan perangkat lunak dengan cara yang salah
algoritma.
■ Proses definisi yang mengandung kesalahan sequencing. Misalnya, persyaratan perangkat lunak untuk sistem utang-koleksi perusahaan menentukan
proses utang-koleksi sebagai berikut. Setelah klien tidak membayar utang-utangnya,
bahkan setelah menerima tiga surat pemberitahuan berturut-turut, dengan rincian untuk
dilaporkan kepada manajer departemen penjualan yang akan memutuskan apakah akan
melanjutkan ke tahap berikutnya, rujukan dari klien ke departemen hukum.
Sistem analis didefinisikan proses secara tidak benar dengan menyatakan bahwa setelah
mengirimkan tiga surat berturut-turut diikuti oleh tidak ada tanda terima pembayaran,
perusahaan akan mencakup nama klien pada daftar klien yang akan ditangani oleh departemen legal. Kesalahan logis disebabkan oleh
kelalaian keliru analis dari fase departemen penjualan dalam
proses utang-koleksi.
■ definisi Keliru kondisi batas. Misalnya, klien
persyaratan menyatakan bahwa diskon khusus akan diberikan kepada pelanggan
yang melakukan pembelian lebih dari tiga kali pada bulan yang sama. Analis keliru mendefinisikan proses software untuk menyatakan bahwa diskon yang
akan diberikan kepada mereka yang melakukan pembelian tiga kali atau lebih dalam
bulan yang sama.