Lewati ke konten utama
← Semua Artikel
Standar DO

Sertifikasi & Proses & Tahapan Desain RTCA DO-254

Pharus Tech
Sertifikasi & Proses & Tahapan Desain RTCA DO-254

RTCA DO-254, "Design Assurance Guidance For Airborne Electronic Hardware", merupakan panduan utama untuk produksi perangkat keras elektronik penerbangan, dengan versi terbarunya diterbitkan pada tahun 2000. RTCA DO-254 menetapkan persyaratan siklus hidup desain untuk sistem avionik dan menyediakan pedoman kelaikan udara (airworthiness) untuk perangkat keras elektronik pesawat udara.  DO-254, seperti halnya DO-178, diterbitkan melalui kolaborasi antara RTCA dan EUROCAE. DO-254 secara resmi diadopsi oleh FAA pada tahun 2005 sebagai respons terhadap meningkatnya penggunaan berbagai perangkat elektronik dalam penerbangan.

Kepatuhan terhadap DO-254 membantu meningkatkan keselamatan penumpang, awak, dan operator, serta memperkuat organisasi Anda. Selain itu, karena beberapa proyek mensyaratkan kepatuhan DO-254, hal ini memberikan keunggulan kompetitif bagi perusahaan Anda dibandingkan produsen dan pengembang lain yang tidak menyediakan kepatuhan ini.

Proses utama untuk sertifikasi DO-254 dapat diringkas sebagai berikut:

  1. Proses Perencanaan
  2. Proses Pengembangan
  3. Proses Verifikasi

Proses pengembangan harus dimulai setelah proses perencanaan selesai, namun proses verifikasi harus dilaksanakan sejak awal hingga akhir proyek.

Standar DO-254 harus dipenuhi dengan dokumen-dokumen berikut dan lainnya:

  • PHAC (Plan for Hardware Aspects of Certification)
  • HVP (Hardware Verification Plan)
  • HVP (Hardware Validation Plan)
  • HPAP (Hardware Process Assurance Plan)
  • HAS (Hardware Accomplishment Summary)

Beberapa dokumen DO-178 dapat menyerupai dokumen DO-254. Anda dapat meninjau dan membeli dokumen DO-178 kami di sini.

Dokumen DO254

PHAC

PHAC (Plan for Hardware Aspects of Certification) harus disusun selama proses perencanaan dan disetujui oleh otoritas sertifikasi.  PHAC mencerminkan kesepakatan antara pemohon sertifikat dan otoritas sertifikasi mengenai prosedur dan tindakan yang akan dilaksanakan, serta bukti yang akan dihasilkan, untuk memenuhi aspek perangkat keras dari sertifikasi.  Dalam rencana ini, pengembang menjelaskan strategi mereka dan cara DO-254 diterapkan.  Silakan klik di sini untuk meninjau dokumen PHAC kami.

Hardware Verification & Validation Plan

Hardware Verification Plan memeriksa apakah perangkat keras memenuhi persyaratan desain.  Di sisi lain, Hardware Validation Plan digunakan untuk memeriksa apakah perangkat keras memenuhi persyaratan operasional dan fungsional pengguna.  Sebagaimana disebutkan dalam definisi sebelumnya, perbedaan mendasar antara verifikasi dan validasi terletak pada lingkungan tempat pengujian dilakukan. Kebenaran desain diperiksa terhadap persyaratan desain dalam alur verifikasi. Kebenaran desain dievaluasi terhadap persyaratan pengguna yang dituju selama alur validasi.  Dokumen-dokumen ini juga harus disiapkan sebagai bagian dari proses perencanaan.

HPAP

HPAP (Hardware Process Assurance Plan) memeriksa apakah proses dan data siklus hidup desain perangkat keras telah diidentifikasi dan sesuai dengan rencana yang disetujui. Metode yang diperlukan untuk memenuhi tujuan jaminan desain perangkat keras, termasuk strategi yang telah ditetapkan, direkomendasikan kepada otoritas sertifikasi. Silakan klik di sini untuk meninjau dokumen HPAP kami.

HAS

HAS (Hardware Accomplishment Summary) menginformasikan kepada otoritas sertifikasi mengenai apa yang telah dicapai pada sisi perangkat keras. Perbedaan antara PHAC dan HAS adalah, dengan PHAC Anda memberitahukan kepada otoritas sertifikasi apa yang Anda rencanakan untuk dilakukan, sedangkan dengan HAS Anda memberitahukan apa yang sebenarnya telah Anda lakukan. HAS juga harus menunjukkan penyimpangan dari dokumen PHAC yang telah disetujui. HAS harus mencakup informasi identifikasi perangkat keras, status perangkat keras, riwayat versi, dan pernyataan kepatuhan. Dokumen ini juga serupa dengan dokumen Software Accomplishment Summary yang digunakan untuk kepatuhan DO-178. HAS harus mencakup bagian mengenai gambaran umum sistem dan perangkat keras, deskripsi siklus hidup desain perangkat keras, dan data siklus hidup perangkat keras. Silakan klik di sini untuk memeriksa dokumen HAS kami.

Tahapan Desain

Tahap Desain Awal (Preliminary Design)

Tahap desain awal (preliminary design) dimulai dengan baseline fungsional yang dibuat selama desain konseptual, dan dilanjutkan dengan penerjemahan kebutuhan fungsional tingkat sistem menjadi persyaratan desain untuk subsistem yang akan digabungkan membentuk sistem tersebut. Penerjemahan ini memerlukan kelanjutan analisis persyaratan yang dimulai pada desain konseptual. Kebutuhan spesifik untuk perangkat keras, perangkat lunak, dan personel sistem harus ditentukan. Analisis manfaat/risiko dilakukan, dan pekerjaan desain awal menghasilkan pembentukan allocated baseline, di mana kebutuhan dialokasikan ke masing-masing subsistem penyusun sistem.

Tahap Desain Kritis (Critical Design)

Tahap desain kritis (critical design) adalah proses teknis multidisiplin yang memastikan sebuah sistem dapat melanjutkan ke tahap produksi, demonstrasi, dan pengujian sambil memenuhi kriteria performa yang ditentukan dalam batasan biaya, jadwal, dan risiko. Product baseline dimulai pada tahap desain kritis ini. Tujuan dari desain kritis adalah mengevaluasi desain akhir suatu sistem sebagaimana ditetapkan dalam spesifikasi produk untuk setiap item konfigurasi dalam product baseline, dan memverifikasi bahwa setiap item konfigurasi telah dimasukkan ke dalam dokumen desain rinci.

Tahap desain kritis diselesaikan dengan melaksanakan Critical Design Review. CDR memastikan bahwa sistem dapat melanjutkan ke tahap pengujian dan produksi. CDR juga menyatakan bahwa persyaratan yang dimaksud dapat dipenuhi dalam batas anggaran dan jadwal. Gambar dan spesifikasi komprehensif yang dihasilkan memberikan baseline akhir beserta product baseline awal. CDR harus dilaksanakan secara menyeluruh dan komprehensif.

Tahap Desain Akhir (Final Design)

Tahap Desain Akhir mencakup gambar arsitektural dan teknis yang presisi untuk setiap komponen proyek. Untuk beberapa proyek, penting untuk menyusun laporan desain akhir. Seluruh masalah desain yang teridentifikasi harus diselesaikan sebelum tahap desain akhir selesai. Gambar dan laporan harus cukup rinci untuk menyediakan lini waktu. Lini waktu yang telah direvisi, estimasi biaya, dan persyaratan harus dicantumkan dalam laporan desain akhir. Kelayakan finansial proyek juga harus dipastikan. Setiap perubahan yang dilakukan selama Tahap Desain Akhir lebih mahal dibandingkan perubahan pada tahap-tahap sebelumnya. Oleh karena itu, perubahan tersebut harus dilakukan dengan sangat hati-hati.

Penulis: Can Önal ([email protected])