Cara menulis dokumentasi teknis perangkat lunak yang bermanfaat dan mudah dipelihara.

La dokumentasi teknis perangkat lunak Seringkali tugas inilah yang ditunda hingga "ketika ada waktu," padahal hal inilah yang membuat perbedaan besar antara proyek yang sehat dan proyek yang mustahil untuk dipertahankan. Ini bukan hanya tentang menulis manual: ini tentang mencatat keputusan, proses, dan cara kerja sesuatu sehingga siapa pun (hari ini atau tiga tahun dari sekarang) dapat memahami apa yang dilakukan sistem dan bagaimana cara menggunakannya.

Pada saat yang sama, banyak tim merasa bahwa dokumentasi adalah sebuah hilangnya produktivitasProses ini memakan waktu berjam-jam dari pengembangan, cepat menjadi usang, dan seringkali tidak ada yang membacanya. Kuncinya bukanlah mendokumentasikan semuanya, tetapi mengetahui apa yang layak didokumentasikan, untuk siapa, dengan tingkat detail seperti apa, dan bagaimana menjaganya agar tetap relevan tanpa menjadi sesuatu yang sulit dikelola.

Sedikit sejarah: dari waterfall ke agile dan dampaknya pada dokumentasi

Pada tahap awal pengembangan, pendekatan klasik terhadap air terjun Proses tersebut sangat bergantung pada banyak dokumen: spesifikasi persyaratan, analisis terperinci, desain sistem lengkap… Dokumen-dokumen tersebut menghasilkan “kitab suci” yang ditulis sebelum memprogram satu baris kode pun, dan jarang sekali mencerminkan produk akhir secara 100%.

Cara kerja ini menyiratkan sebuah beban dokumen yang sangat besarMerencanakan semuanya dari awal hampir tidak mungkin, perubahan ruang lingkup tidak dapat dihindari dan sebagian besar dokumen tersebut menjadi usang atau langsung diabaikan, karena tidak lagi menggambarkan sistem yang sebenarnya.

Dengan kedatangan metodologi tangkasKeseimbangan bergeser ke ekstrem lainnya: lebih sedikit dokumen berat, lebih banyak percakapan tatap muka, persyaratan iteratif, dan fokus pada perangkat lunak yang berfungsi. Hal ini menyebabkan banyak tim menempatkan dokumentasi pada peran sekunder, dengan keyakinan bahwa "kode tersebut menjelaskan dirinya sendiri."

Kenyataannya adalah, bahkan dalam lingkungan yang lincah sekalipun, sebuah dokumentasi minimal namun berkualitas tinggiUntuk mendeskripsikan API, merinci alur bisnis, menjelaskan keputusan arsitektur, atau membantu pengguna dan tim pendukung. Kuncinya bukan lagi mendokumentasikan karena kebiasaan, tetapi melakukannya dengan cara yang ringan dan dinamis, yang disesuaikan dengan orang-orang yang akan menggunakannya.

Apa sebenarnya dokumentasi teknis perangkat lunak itu?

Ketika kita berbicara tentang dokumentasi perangkat lunak teknis, kita merujuk pada sebuah kumpulan dokumen terstruktur Dokumen-dokumen ini menjelaskan bagaimana suatu sistem dirancang, bagaimana cara kerjanya, bagaimana cara penggunaannya, dan bagaimana cara pemeliharaannya. Ini bukan arsip tunggal, melainkan ekosistem materi yang disesuaikan dengan profil pengguna yang berbeda.

Dokumentasi ini mencakup, misalnya, spesifikasi persyaratanManual pengguna, panduan instalasi, dokumentasi API, gambar arsitektur, prosedur operasi standar (SOP), artikel basis pengetahuan, dan catatan rilis, File Markdown (.md) dan format lainnya.

Tujuan utamanya bukanlah untuk "memenuhi persyaratan", tetapi membuat perangkat lunak dapat digunakan dan berkelanjutan.: bahwa pengguna dapat bekerja dengan alat tersebut tanpa merasa frustrasi, bahwa pengembang baru dapat memberikan nilai tambah dalam waktu singkat, bahwa tim dukungan dapat menyelesaikan insiden tanpa bergantung pada ingatan satu orang, atau bahwa audit dapat melacak bagaimana suatu sistem dioperasikan.

Berbeda dengan konten lainnya (pemasaran, hukum, penjualan), dokumentasi teknis memprioritaskan hal-hal berikut: Kejelasan, ketepatan, dan kemampuan pengulanganHal ini seharusnya memungkinkan pengulangan konfigurasi, prosedur, atau langkah integrasi secara bertahap, tanpa harus memanggil siapa pun untuk "mengisi kekosongan".

Manfaat nyata dari dokumentasi teknis yang baik

Menginvestasikan waktu dan sumber daya dalam dokumentasi yang tepat bukan hanya kebiasaan orang yang terorganisir: hal itu berdampak langsung pada biaya, kualitas, dan keberlangsungan bisnisKetika dokumentasi langka atau berkualitas buruk, harganya akan melonjak drastis. el tiempo Tersesat dalam keraguan, kesalahan terulang, pertanyaan dukungan bertambah banyak, dan pemeliharaan menjadi rumit.

Dokumentasi yang solid membantu untuk mengurangi permintaan bantuanJika pengguna (internal atau eksternal) menemukan panduan yang jelas, manual yang terstruktur dengan baik, dan FAQ yang bermanfaat, mereka akan membuka lebih sedikit tiket dan menyelesaikan sebagian besar masalah umum sendiri.

Hal ini juga mempercepat orientasi anggota baruPengembang, agen dukungan, dan profesional TI dapat dengan cepat memahami sistem, konfigurasi, dan proses jika dijelaskan dengan tingkat ketelitian minimal. Setiap karyawan baru membutuhkan waktu lebih singkat untuk menjadi produktif, yang berarti penghematan biaya yang signifikan.

Selain itu, dokumentasi yang cermat akan meningkatkan persepsi tentang kegunaan produkKetika sebuah aplikasi dilengkapi dengan tutorial yang baik, catatan rilis yang jelas, dan contoh penggunaan, pengguna akan menjelajahi lebih banyak fitur, membuat lebih sedikit kesalahan, dan mendapatkan lebih banyak manfaat dari apa yang ditawarkan perangkat lunak tersebut.

Terakhir, dokumentasi tersebut berfungsi sebagai laporan perusahaanSistem ini mempertahankan keputusan, konfigurasi, dan proses di luar siapa yang saat ini berada di staf. Ketika seseorang yang penting pergi, pengetahuan tersebut tidak hilang bersamanya, tetapi tetap dapat diakses oleh anggota tim lainnya.

Prinsip-prinsip utama dokumentasi berkualitas

Terlepas dari format spesifiknya, semua dokumentasi teknis yang efektif memiliki serangkaian karakteristik yang harus selalu diingat saat menulis atau meninjau dokumen.

Pertama, itu harus jelas dan mudah dipahamiHal ini mencakup menghindari jargon yang tidak perlu, menjelaskan istilah-istilah spesifik, menulis kalimat yang lugas, dan menempatkan diri Anda pada posisi seseorang yang mungkin tidak memiliki semua konteks teknis yang dimiliki penulis.

Kedua, itu harus terstruktur dengan baik dan mudah dinavigasiIndeks, bagian-bagian yang logis, tautan antar bagian yang terkait, judul yang konsisten, dan sistem pencarian yang baik sangat penting. Orang jarang membaca dokumen teknis dari awal hingga akhir; mereka langsung menuju bagian yang mereka butuhkan.

Prinsip mendasar lainnya adalah bahwa dokumentasi tersebut harus hidup dan selaras dengan perangkat lunakJika sistem berubah tetapi dokumen tidak, dokumentasi menjadi berbahaya: hal itu menyebabkan kesalahan, kesalahpahaman, dan konfigurasi yang salah. Lebih baik memiliki informasi yang lebih sedikit tetapi akurat daripada banyak data usang.

Terakhir, dokumentasi haruslah konsisten dalam gaya dan formatItulah tujuan panduan gaya: kriteria umum tentang bahasa, terminologi, format judul, cara menulis contoh, dan cara menampilkannya. perintah atau fragmen kode, dll. Hal ini mencegah setiap penulis "menciptakan" bentuk mereka sendiri dan keseluruhan karya tidak terlihat seperti kolase.

Jenis-jenis dokumentasi teknis dalam pengembangan perangkat lunak

Dalam siklus hidup perangkat lunak, biasanya dibedakan dua blok utama: dokumentasi proses pengembangan dan dokumentasi produkKeduanya diperlukan, tetapi mereka berfokus pada audiens yang berbeda dan menjawab pertanyaan yang berbeda.

Dokumentasi proses pengembangan

Dokumentasi proses menjelaskan apa yang akan dibangun dan bagaimana cara membangunnyaHal ini membantu mengoordinasikan tim, membuat keputusan yang tepat, dan belajar dari proyek-proyek sebelumnya.

• Persyaratan dan spesifikasi (SRS/ERS)Dokumen-dokumen ini menjelaskan tujuan sistem, persyaratan fungsional dan non-fungsional, batasan, pemangku kepentingan, dan kasus penggunaan. Dokumen-dokumen ini menjembatani kesenjangan antara bisnis dan pengembangan.
• Perencanaan dan pemantauanDi sini dibuat rencana proyek, jadwal (misalnya, bagan Gantt), dan daftar tugas yang tertunda. Di sini diambil keputusan tentang apa yang harus dilakukan, dalam urutan apa, dan dengan sumber daya apa, serta kemajuan dan penyimpangan dicatat.
• Laporan dan metrik pengembangan: ringkasan upaya yang diinvestasikan, kali per disiplin (analisis, pemrograman(pengujian, penerapan), metrik kualitas, atau metrik kinerja tim. Hal ini memungkinkan penyempurnaan estimasi di masa mendatang dan pemahaman yang lebih baik tentang biaya proyek yang sebenarnya.
• Dokumentasi kode: komentar dan anotasi terstruktur dalam kode sumber yang, melalui alat seperti Javadoc, Doxygen, atau PhpDocumentor, secara otomatis diubah menjadi dokumentasi yang mudah dinavigasi.

Blok ini juga mencakup panduan arsitekturDokumen-dokumen ini menjelaskan visi arsitektur, prinsip-prinsip yang diikuti, pola-pola yang diadopsi, komponen-komponen utama, dan aliran data di antara komponen-komponen tersebut. Dokumen-dokumen ini sering menggunakan diagram standar (seperti UML) untuk memastikan semua orang memahaminya dengan cara yang sama.

Dokumentasi produk dan pengguna

Dokumentasi produk ditujukan untuk orang-orang yang menggunakan, mengelola atau memelihara Sistem ini akan berjalan setelah memasuki tahap produksi. Tujuannya adalah untuk memungkinkan pengguna melakukan tugas mereka tanpa harus terus-menerus bergantung pada pengembang.

• Gambaran umum sistem: dokumen tingkat tinggi yang menjelaskan masalah apa yang dipecahkan oleh perangkat lunak, fungsionalitas apa yang ditawarkannya, persyaratan apa yang dimilikinya (fungsional dan non-fungsional), dan batasan apa yang harus diperhatikan.
• Panduan Pengguna: panduan komprehensif yang menjelaskan secara detail cara menggunakan berbagai fungsi, dari yang paling dasar hingga yang tingkat lanjut, termasuk langkah-langkah, tangkapan layar, kiat, dan solusi untuk masalah umum.
• Panduan dan tutorial singkatIni adalah versi yang lebih ringan, berfokus pada "dari mana harus memulai" atau panduan langkah demi langkah untuk tugas-tugas umum. Bisa berupa artikel pendek, video, atau tutorial interaktif.
• Pertanyaan yang Sering Diajukan (FAQ) dan artikel basis pengetahuanJawaban atas pertanyaan yang sering diajukan, disusun berdasarkan topik dan bertujuan untuk memberikan solusi langsung. Jawaban ini biasanya didasarkan pada pengalaman tim dukungan.

Bagi tim operasional dan dukungan, hal-hal berikut juga sangat penting: Prosedur Operasi Standar (SOP)di mana tugas-tugas berulang didokumentasikan (misalnya, pendaftaran pengguna, pencadangan, proses penyebaran), serta panduan penyelesaian insiden untuk masalah yang berulang.

Dokumentasi teknis untuk pengembang: API, kode, dan arsitektur

Ketika audiens terdiri dari pengembang lain, baik internal maupun pihak ketiga, dokumentasi harus membahas detail yang jauh lebih mendalam dan sangat akurat.

Dalam kasus LebahEndpoint, parameter input dan output, struktur data, kode kesalahan, batasan penggunaan, persyaratan otentikasi, dan contoh panggilan di dunia nyata didokumentasikan. Alat-alat seperti... OpenAPI/Swagger, Docusaurus atau ReadMe Mereka memfasilitasi pembuatan portal dokumentasi API yang jelas dan mudah dinavigasi.

La dokumentasi kode sumber Ini berfungsi sebagai peta untuk menavigasi basis kode: ia menjelaskan modul, tanggung jawab setiap kelas atau komponen, kontrak antar lapisan, dan konvensi gaya. Ini tidak menggantikan desain yang baik, tetapi membantu memahami mengapa hal-hal tertentu dilakukan dengan satu cara dan bukan dengan cara lain.

Selanjutnya, dokumen-dokumen dari arsitektur perangkat lunak Mereka menjelaskan bagaimana sistem tersebut diorganisasikan pada tingkat makro: layanan apa saja yang ada, bagaimana mereka berkomunikasi, dan apa saja yang dibutuhkan. database Mereka menggunakan informasi tentang keputusan arsitektur apa yang telah dibuat (dan alasannya), serta kendala teknis atau bisnis apa yang memengaruhi desain tersebut.

Dokumentasi operasional: instalasi, pemeliharaan, dan keselamatan.

Bagian penting lainnya adalah dokumentasi yang berfokus pada pengoperasian dan pemeliharaan harian dari sistem tersebut. Di sinilah peran profil seperti administrator sistem, tim DevOps, atau manajer keamanan menjadi penting.

itu Panduan instalasi dan konfigurasi Mereka merinci persyaratan dari perangkat keras dan perangkat lunak, langkah-langkah untuk menerapkan di berbagai lingkungan (pengembangan, pra-produksi, produksi), konfigurasi layanan terkait, dan pemeriksaan pasca-instalasi untuk memverifikasi bahwa semuanya berfungsi.

Dokumentasi dari pemeliharaan dan pemantauan Materi ini mencakup topik-topik seperti pencadangan, pemulihan, prosedur peningkatan, pemantauan kinerja, dan manajemen. logambang batas peringatan dan protokol eskalasi ketika terjadi kesalahan.

Dalam hal seguridad y cumplimientoKebijakan akses, kontrol yang diterapkan, mekanisme perlindungan data, proses audit, manajemen kerentanan, dan rencana respons insiden semuanya didokumentasikan. Hal ini sangat penting di sektor yang diatur atau yang memiliki persyaratan kepatuhan yang ketat.

Cara menulis dokumentasi teknis yang baik langkah demi langkah

Menulis dokumentasi yang bermanfaat bukanlah soal inspirasi, melainkan soal proses. Sebaiknya ikuti serangkaian langkah untuk memastikan hasil akhir menjawab kebutuhan spesifik dan dapat dikelola dalam jangka panjang.

Langkah pertama adalah Tentukan target audiens dan tujuannya.Menulis untuk pengguna tanpa pengetahuan teknis tidak sama dengan menulis untuk tim pengembangan backend. Sebelum mengetik apa pun, Anda harus menjawab: Untuk siapa dokumen ini? Masalah apa yang seharusnya dibantu oleh dokumen ini untuk mereka selesaikan?

Ternyata hal itu sangat praktis setelahnya. membuat garis besar dengan bagian dan subbagian. Ini memaksa Anda untuk mengatur ide, menghindari pengulangan, dan memudahkan beberapa orang untuk membagi bagian tanpa tumpang tindih. Indeks yang terstruktur dengan baik adalah separuh dari dokumentasi.

Selanjutnya kumpulkan informasiBicaralah dengan para ahli di bidangnya, tinjau kode, analisis alur bisnis, dan kumpulkan tangkapan layar, diagram, dan konfigurasi dunia nyata. Semakin baik fase riset ini, semakin sedikit celah yang akan ada di kemudian hari.

Penting untuk memilih format yang sesuai untuk setiap kasusDalam beberapa konteks, halaman HTML yang dapat diakses dari produk itu sendiri akan lebih baik; dalam konteks lain, PDF dengan kontrol versi (Buka file PDF di EdgeDalam beberapa kasus, ini adalah portal dokumentasi dengan mesin pencari dan navigasi topik. Yang terpenting adalah konten tersebut berada di tempat orang mencarinya.

Selagi rancangan undang-undang tersebut sedang disusun, ada baiknya untuk... mengandalkan templat dan panduan gaya. Internal: templat khusus untuk SOP, panduan pengguna, desain API, dll. Ini menjaga konsistensi visual dan struktural antar dokumen, meskipun ditulis oleh orang yang berbeda.

Elemen visual (diagram, tabel, tangkapan layarMereka adalah sekutu yang hebat selama mereka berlabel dengan baik dan relevanGaris besar yang jelas dapat menghemat paragraf penjelasan dan sangat mempermudah pemahaman, terutama dalam hal arsitektur atau proses yang kompleks.

Sebelum menganggap suatu dokumen telah selesai, hal ini sangat penting. Cobalah dengan seseorang dari target audiens.Mintalah mereka untuk mengikuti langkah-langkah persis seperti yang tertulis dan amati di mana mereka mengalami kesulitan, bagian mana yang membingungkan mereka, atau informasi apa yang mereka lewatkan. Umpan balik tersebut sangat berharga untuk menyempurnakan konten.

Terakhir, dokumentasi harus untuk dipublikasikan di tempat yang terlihat (tidak terkubur di folder bersama yang acak) dan menjalani tinjauan berkala. Tanggal pembaruan terakhir, pihak yang bertanggung jawab untuk setiap dokumen, dan alur kerja persetujuan yang sederhana membantu mencegah materi menjadi usang tanpa disadari siapa pun.

Praktik baik yang dapat diterapkan di seluruh organisasi.

Dokumentasi teknis tidak lagi eksklusif untuk TI atau Pengembangan; dengan pendekatan Manajemen Layanan Perusahaan, hal itu praktis sudah menjadi bagian dari semua pihak. Semua departemen menawarkan layanan internal. dan mereka perlu menjelaskan prosesnya: SDM, Hukum, Keuangan, Fasilitas, dll.

Agar dokumentasi dapat berfungsi dalam skala organisasi, isinya haruslah: modular dan berfokus pada satu temaSetiap artikel menjawab pertanyaan spesifik (“cara meminta izin”, “cara memesan peralatan baru”, “apa yang harus dilakukan jika VPN gagal”). Hal ini memudahkan pengguna untuk menemukan apa yang mereka butuhkan dengan cepat dan membantu tim untuk selalu memperbarui konten mereka.

Struktur artikel haruslah bisa ditebakPendahuluan atau konteks singkat, diikuti oleh langkah-langkah terperinci, kemudian tautan terkait, dan terakhir tanggal pembaruan terakhir. Ketika format ini diulang, pengguna sudah tahu cara "membaca" dokumen tanpa usaha tambahan.

Los metadata dan tag Mereka juga memainkan peran kunci: mengklasifikasikan artikel berdasarkan departemen, jenis konten, atau proses memungkinkan penyaringan, pembuatan laporan, dan pencarian materi yang sudah usang atau berlebihan dengan mudah.

Setiap tim harus beradaptasi bahasa yang sesuai dengan target audiensDepartemen hukum tidak akan menggunakan bahasa yang sama dengan bagian dukungan teknis, tetapi setiap orang harus menghindari jargon yang tidak perlu dan menjelaskan istilah-istilah yang mungkin menimbulkan kebingungan di luar bidang mereka.

Akhirnya, pendekatan yang tulus terhadap swalayanArtikel-artikel tersebut harus cukup komprehensif sehingga pengguna tidak perlu menghubungi tim lagi dengan pertanyaan-pertanyaan yang sudah jelas. Ini berarti mengantisipasi pertanyaan yang sering diajukan, termasuk apa yang harus dilakukan ketika terjadi kesalahan, dan menjelaskan dengan jelas kapan dan bagaimana cara meningkatkan penanganan masalah jika prosedur tersebut tidak menyelesaikan masalah.

Alat untuk membuat dan memelihara dokumentasi perangkat lunak

Pemilihan alat sangat berpengaruh dalam menulis, mengatur, dan memperbarui dokumentasi. Ini bukan hanya tentang "pengolah kata," tetapi tentang bagaimana Anda berkolaborasi, mengelola versi, dan menerbitkan konten.

Platform seperti Pertemuan Mereka menyediakan ruang dan halaman tempat tim dapat membuat dokumentasi terstruktur, menghubungkannya dengan tugas pengembangan (misalnya, di Jira), dan berkolaborasi secara real-time. Platform ini sangat berguna untuk dokumentasi internal dan proses.

Solusi khusus seperti Dokumen360 Mereka memfasilitasi pembuatan basis pengetahuan yang berfokus pada pengalaman pengguna: editor visual, versi, kustomisasi desain, analitik penggunaan, dan fitur yang dirancang untuk dokumentasi eksternal atau portal bantuan.

Di bidang dokumentasi yang dihasilkan dari kode, alat-alat seperti Doksigen Mereka menganalisis komentar terstruktur dan menghasilkan dokumentasi dalam format HTML, LaTeX, atau format lainnya, dengan kemampuan untuk menghasilkan diagram kelas dan menavigasi melalui basis kode yang besar.

Di sisi lain, pengelola dokumentasi untuk pengembang, seperti Docusaurus, Swagger atau ReadMeMereka membantu membangun situs dokumentasi yang cepat, mudah diindeks, dan mudah dinavigasi, dengan kontrol versi dan contoh interaktif, yang sangat tepat ketika mengekspos API atau SDK publik.

Terlepas dari tumpukan teknologi yang digunakan, disarankan agar alat tersebut menawarkan kontrol versi, mesin pencari yang andal, opsi kolaborasi, dan penerbitan yang mudah.Dan, jika memungkinkan, sebaiknya dihosting di domain sendiri dan dengan layanan hosting yang andal, untuk menjamin aksesibilitas dan kinerja yang baik.

Pengorganisasian pekerjaan dokumenter dalam tim.

Salah satu kesalahan yang paling sering terjadi adalah berpikir bahwa "siapa pun bisa menulis dokumentasi." Dalam praktiknya, disarankan Identifikasi orang-orang yang memiliki keterampilan menulis teknis yang baik. dan, jika volumenya memungkinkan, pekerjakan penulis teknis khusus.

Sebaiknya siapkan rencana dokumentasi Di awal setiap proyek: dokumen apa saja yang dibutuhkan, pada tahap siklus hidup mana dokumen tersebut akan dibuat, siapa yang bertanggung jawab atas masing-masing dokumen, dan bagaimana dokumen tersebut akan ditinjau. Hal ini menghindari improvisasi dan kesenjangan pengetahuan.

Kita juga tidak boleh melupakan kontrol versi Mengenai dokumentasi: dokumentasi harus berkembang seiring dengan perkembangan produk. Setiap versi perangkat lunak utama harus disertai dengan versi dokumentasi yang sesuai, yang mudah diakses oleh mereka yang masih menggunakan versi sebelumnya.

Pendekatan yang paling sehat adalah... kolaboratif kerjaMeskipun ada "pemilik" dokumen, seluruh tim harus berkontribusi. Pengembang dapat mengusulkan perubahan teknis, tim dukungan dapat menyarankan FAQ baru, tim bisnis dapat menyempurnakan deskripsi fungsional, dan sebagainya.

Untuk mencegah kolaborasi ini mengubah dokumen menjadi kekacauan, diperlukan sebuah panduan gayaRekomendasi penggunaan bahasa, penanganan akronim, kriteria format, cara mengutip referensi, cara merepresentasikan perintah atau fragmen kode, serta panduan tentang aspek hukum dan hak cipta saat menggunakan kembali konten.

Dalam hal dokumentasi teknis, memiliki proses yang jelas dan tanggung jawab yang ditetapkan memastikan bahwa orang-orang menganggap dokumen tersebut serius dan tidak hanya memperlakukannya sebagai "tugas yang harus diselesaikan di akhir jika ada waktu tersisa." Pada akhirnya, dokumentasi yang terawat dengan baik menjadi keunggulan kompetitif yang nyata karena memungkinkan tim untuk bergerak lebih cepat, membuat lebih sedikit kesalahan, dan memanfaatkan pengetahuan yang telah terakumulasi dengan lebih baik.

Sepanjang siklus hidup suatu produk, dokumentasi menjadi benang merah yang menghubungkan ide awal, keputusan desain, kode, operasi harian, dan pengalaman pengguna. Jika dirancang dengan baik, dokumentasi dapat menghemat waktu kerja yang tersebar, diskusi berulang, dan kesalahan yang sebenarnya sudah teratasi tetapi belum didokumentasikan.