Panduan DO-178C: Pengantar Sertifikasi RTCA DO-178
Daftar Isi
Glosarium
|
Akronim
|
Syarat
|
Definisi
|
|---|---|---|
|
CC
|
Cakupan Kode
|
Ukuran sejauh mana kode sumber dari sistem perangkat lunak telah diuji melalui pelaksanaan kasus uji tertentu.
|
|
CSCI
|
Butir Konfigurasi Perangkat Lunak Komputer
|
Kumpulan item perangkat lunak yang dirancang untuk dikembangkan, diuji, dan disampaikan sebagai satu kesatuan.
|
|
DAL
|
Tingkat Jaminan Desain
|
Klasifikasi yang digunakan dalam DO-178C untuk mengkategorikan item perangkat lunak berdasarkan kekritisannya terhadap keamanan sistem secara keseluruhan.
|
|
DCL
|
Tingkat Kopling Data
|
Ukuran tingkat saling ketergantungan antara dua modul perangkat lunak atau komponen berdasarkan data yang dipertukarkan di antara mereka.
|
|
LAKUKAN-178C
|
Pertimbangan Perangkat Lunak dalam Sertifikasi Sistem dan Peralatan Lintas Udara
|
Standar yang diterbitkan oleh RTCA, Inc. memberikan panduan untuk pengembangan dan sertifikasi perangkat lunak dalam sistem udara.
|
|
Jawatan Penerbangan Federal
|
Federal Aviation Administration
|
Badan pengawas di Amerika Serikat bertanggung jawab atas pengaturan dan pengawasan penerbangan sipil di dalam negeri.
|
|
FMEA
|
Mode Kegagalan dan Analisis Efek
|
Teknik sistematis yang digunakan untuk mengidentifikasi dan menganalisis mode kegagalan potensial dari suatu sistem, komponen, atau proses, dan pengaruhnya.
|
|
HLR
|
Persyaratan Tingkat Tinggi
|
Pernyataan luas tentang apa yang diharapkan untuk dicapai oleh sistem perangkat lunak, biasanya ditentukan pada awal proses pengembangan.
|
|
IMA
|
Avionik Modular Terintegrasi
|
Pendekatan arsitektur sistem yang mengintegrasikan beberapa fungsi avionik ke dalam platform perangkat keras umum untuk mengurangi berat, ukuran, dan kebutuhan daya.
|
|
LP
|
Persyaratan Tingkat Rendah
|
Pernyataan mendetail yang menentukan perilaku dan fungsionalitas masing-masing komponen perangkat lunak, berasal dari persyaratan tingkat tinggi.
|
|
MCDC
|
Cakupan Kondisi/Keputusan yang Dimodifikasi
|
Kriteria pengujian struktural yang mengharuskan setiap kondisi dalam pernyataan keputusan untuk diuji secara independen, menghasilkan evaluasi dari semua kemungkinan hasil.
|
|
MTTR
|
Berarti Waktu Untuk Perbaikan
|
Waktu rata-rata yang diperlukan untuk memperbaiki sistem atau komponen perangkat lunak yang gagal dan memulihkannya ke kondisi pengoperasian normal.
|
|
OOT
|
Teknologi Berorientasi Objek
|
Pendekatan pengembangan perangkat lunak yang menekankan penggunaan objek, kelas, dan pewarisan untuk merancang dan mengimplementasikan sistem perangkat lunak.
|
|
PDR
|
Review Desain Awal
|
Tinjauan formal yang dilakukan untuk mengevaluasi desain awal dari sistem atau komponen perangkat lunak, biasanya dilakukan sebelum fase desain terperinci.
|
|
PPS
|
Standar Kinerja Proses
|
Kumpulan metrik dan kriteria yang telah ditentukan sebelumnya yang digunakan untuk menilai kinerja dan efektivitas proses pengembangan perangkat lunak.
|
|
QA
|
Kualitas asuransi
|
Serangkaian aktivitas dan proses yang ditujukan untuk memastikan bahwa produk dan sistem perangkat lunak memenuhi persyaratan dan standar kualitas yang ditentukan.
|
|
RCS
|
Ringkasan Perubahan Persyaratan
|
Sebuah dokumen yang menangkap dan melacak perubahan yang dilakukan pada persyaratan sistem perangkat lunak selama proses pengembangan.
|
|
RTCA
|
Komisi Teknis Radio untuk Aeronautika
|
Sebuah organisasi yang mengembangkan rekomendasi dan standar berbasis konsensus untuk industri penerbangan.
|
|
SCMP
|
Rencana Manajemen Konfigurasi Perangkat Lunak
|
Dokumen yang mendefinisikan prosedur dan alat yang akan digunakan untuk mengelola dan mengendalikan item konfigurasi perangkat lunak selama siklus hidup pengembangan.
|
|
SCSC
|
Klasifikasi Kekritisan dan Keamanan Perangkat Lunak
|
Proses penetapan level jaminan desain (DAL) dan klasifikasi keselamatan untuk item perangkat lunak berdasarkan dampaknya terhadap keamanan sistem.
|
|
SQA
|
Jaminan Kualitas Perangkat Lunak
|
Pemantauan dan evaluasi sistematis dari berbagai proses pengembangan perangkat lunak untuk memastikan kepatuhan dengan standar kualitas yang telah ditetapkan.
|
|
SSD
|
Data Keamanan Perangkat Lunak
|
Kumpulan artefak dan bukti yang digunakan untuk menunjukkan kepatuhan terhadap tujuan dan persyaratan keamanan perangkat lunak.
|
|
SSC
|
Kasus Keamanan Perangkat Lunak
|
Dokumen yang menyajikan argumen terstruktur yang didukung oleh bukti untuk menunjukkan bahwa sistem perangkat lunak memenuhi tujuan keselamatan yang ditetapkan.
|
|
STP
|
Rencana Uji Perangkat Lunak
|
Dokumen yang menguraikan pendekatan, ruang lingkup, tujuan, dan jadwal untuk menguji sistem atau komponen perangkat lunak.
|
|
SV
|
Cakupan Struktural
|
Ukuran sejauh mana struktur sistem perangkat lunak, seperti pernyataan, keputusan, dan kondisi, telah dilakukan selama pengujian.
|
|
TLD
|
Desain Tingkat Atas
|
Desain arsitektur tingkat tinggi dari sistem perangkat lunak yang memberikan gambaran tentang struktur, komponen, dan antarmukanya.
|
|
TTCN-3
|
Pengujian dan Pengujian Notasi Kontrol Versi 3
|
Bahasa pengujian standar yang digunakan untuk mendefinisikan dan mengeksekusi kasus uji untuk sistem perangkat lunak.
|
|
V&V
|
Verifikasi dan Validasi
|
Proses mengevaluasi dan memverifikasi bahwa sistem atau komponen perangkat lunak memenuhi persyaratan yang ditentukan dan berfungsi sebagaimana dimaksud.
|
|
VSCS
|
Sistem Kontrol Versi dan Sumber
|
Alat perangkat lunak atau sistem yang digunakan untuk mengelola dan mengendalikan versi kode sumber perangkat lunak dan artefak terkait.
|
Jangan lupa untuk membagikan postingan ini!
bab
1. Pengenalan Standar Lintas Udara
2. Proses Sertifikasi DO-178
3. Alat & Pelatihan DO-178C
4. Topik DO-178C Tingkat Lanjut
5. DO-178C Sumber Daya
6. Daftar Istilah
Masuk ke Pasar Lebih Cepat dengan Visure
- Pastikan Kepatuhan terhadap Peraturan
- Terapkan Ketertelusuran Penuh
- Merampingkan Pembangunan
