Hướng dẫn DO-178C: Giới thiệu về Chứng nhận RTCA DO-178
Mục lục
Thuật ngữ
|
Các từ viết tắt
|
Các điều khoản
|
Định nghĩa
|
|---|---|---|
|
CC
|
Mã số bảo hiểm
|
Thước đo mức độ mà mã nguồn của hệ thống phần mềm đã được kiểm tra thông qua việc thực hiện các trường hợp kiểm tra cụ thể.
|
|
CSCI
|
Mục cấu hình phần mềm máy tính
|
Một tập hợp các hạng mục phần mềm được thiết kế để phát triển, thử nghiệm và phân phối dưới dạng một thực thể duy nhất.
|
|
Dal
|
Mức đảm bảo thiết kế
|
Một phân loại được sử dụng trong DO-178C để phân loại các mục phần mềm dựa trên mức độ quan trọng của chúng đối với sự an toàn của hệ thống tổng thể.
|
|
DCL
|
Cấp độ ghép nối dữ liệu
|
Một phép đo mức độ phụ thuộc lẫn nhau giữa hai mô-đun hoặc thành phần phần mềm dựa trên dữ liệu được trao đổi giữa chúng.
|
|
DO-178C
|
Cân nhắc phần mềm trong chứng nhận thiết bị và hệ thống trên không
|
Một tiêu chuẩn do RTCA, Inc. xuất bản cung cấp hướng dẫn cho việc phát triển và chứng nhận phần mềm trong các hệ thống trên không.
|
|
FAA
|
Cục Quản lý Hàng không Liên bang
|
Một cơ quan quản lý tại Hoa Kỳ chịu trách nhiệm quản lý và giám sát hoạt động hàng không dân dụng trong nước.
|
|
FMEA
|
Chế độ Thất bại và Phân tích Hiệu ứng
|
Một kỹ thuật có hệ thống được sử dụng để xác định và phân tích các kiểu lỗi tiềm ẩn của một hệ thống, thành phần hoặc quy trình và tác động của chúng.
|
|
HLR
|
Yêu cầu cấp cao
|
Các tuyên bố chung về những gì hệ thống phần mềm được kỳ vọng sẽ hoàn thành, thường được chỉ định khi bắt đầu quá trình phát triển.
|
|
IMA
|
Hệ thống điện tử mô-đun tích hợp
|
Một cách tiếp cận kiến trúc hệ thống tích hợp nhiều chức năng điện tử hàng không vào một nền tảng phần cứng chung để giảm các yêu cầu về trọng lượng, kích thước và năng lượng.
|
|
LP
|
Yêu cầu cấp thấp
|
Các tuyên bố chi tiết xác định hành vi và chức năng của các thành phần phần mềm riêng lẻ, xuất phát từ các yêu cầu cấp cao.
|
|
MCDC
|
Phạm vi điều kiện/quyết định đã sửa đổi
|
Một tiêu chí kiểm tra cấu trúc yêu cầu từng điều kiện trong tuyên bố quyết định phải được kiểm tra độc lập, dẫn đến việc đánh giá tất cả các kết quả có thể xảy ra.
|
|
MTTR
|
Thời gian trung bình để sửa chữa
|
Thời gian trung bình cần thiết để sửa chữa một hệ thống hoặc thành phần phần mềm bị lỗi và khôi phục nó về trạng thái hoạt động bình thường.
|
|
HẾT
|
Công nghệ hướng đối tượng
|
Một cách tiếp cận phát triển phần mềm nhấn mạnh việc sử dụng các đối tượng, các lớp và tính kế thừa để thiết kế và triển khai các hệ thống phần mềm.
|
|
PDR
|
Đánh giá thiết kế sơ bộ
|
Một đánh giá chính thức được tiến hành để đánh giá thiết kế ban đầu của một hệ thống hoặc thành phần phần mềm, thường được thực hiện trước giai đoạn thiết kế chi tiết.
|
|
PPS
|
Tiêu chuẩn thực hiện quy trình
|
Một tập hợp các số liệu và tiêu chí được xác định trước được sử dụng để đánh giá hiệu suất và hiệu quả của các quy trình phát triển phần mềm.
|
|
QA
|
Đảm bảo chất lượng
|
Một tập hợp các hoạt động và quy trình nhằm đảm bảo rằng các sản phẩm và hệ thống phần mềm đáp ứng các yêu cầu và tiêu chuẩn chất lượng đã chỉ định.
|
|
RCS
|
Tóm tắt Thay đổi Yêu cầu
|
Một tài liệu nắm bắt và theo dõi các thay đổi được thực hiện đối với các yêu cầu hệ thống phần mềm trong suốt quá trình phát triển.
|
|
RTCA
|
Ủy ban kỹ thuật vô tuyến hàng không
|
Một tổ chức phát triển các khuyến nghị và tiêu chuẩn dựa trên sự đồng thuận cho ngành hàng không.
|
|
SCMP
|
Kế hoạch quản lý cấu hình phần mềm
|
Một tài liệu xác định các thủ tục và công cụ được sử dụng để quản lý và kiểm soát các mục cấu hình phần mềm trong suốt vòng đời phát triển.
|
|
SCSC
|
Phân loại mức độ quan trọng và an toàn của phần mềm
|
Quá trình gán các mức đảm bảo thiết kế (DAL) và phân loại an toàn cho các mục phần mềm dựa trên tác động của chúng đối với an toàn hệ thống.
|
|
kiểm toán viên
|
Đảm bảo chất lượng phần mềm
|
Giám sát và đánh giá có hệ thống các quy trình phát triển phần mềm khác nhau để đảm bảo tuân thủ các tiêu chuẩn chất lượng được xác định trước.
|
|
SSD
|
Dữ liệu an toàn phần mềm
|
Một tập hợp các hiện vật và bằng chứng được sử dụng để chứng minh sự tuân thủ các mục tiêu và yêu cầu về an toàn phần mềm.
|
|
Ủy ban Chứng khoán Nhà nước
|
Trường hợp an toàn phần mềm
|
Một tài liệu trình bày lập luận có cấu trúc được hỗ trợ bởi bằng chứng để chứng minh rằng hệ thống phần mềm đáp ứng các mục tiêu an toàn đã chỉ định.
|
|
STP
|
Kế hoạch kiểm thử phần mềm
|
Một tài liệu phác thảo cách tiếp cận, phạm vi, mục tiêu và lịch trình kiểm tra hệ thống phần mềm hoặc các thành phần.
|
|
SV
|
Kết cấu bao phủ
|
Thước đo mức độ mà cấu trúc của một hệ thống phần mềm, chẳng hạn như các câu lệnh, quyết định và điều kiện, đã được thực hiện trong quá trình thử nghiệm.
|
|
TLD
|
Thiết kế cấp cao nhất
|
Một thiết kế kiến trúc cấp cao của một hệ thống phần mềm cung cấp một cái nhìn tổng quan về cấu trúc, các thành phần và giao diện của nó.
|
|
TTCN-3
|
Ký hiệu Kiểm tra và Kiểm soát Kiểm tra Phiên bản 3
|
Một ngôn ngữ kiểm tra tiêu chuẩn hóa được sử dụng để xác định và thực hiện các trường hợp kiểm tra cho các hệ thống phần mềm.
|
|
V&V
|
Xác minh và xác nhận
|
Quá trình đánh giá và xác minh rằng một hệ thống hoặc thành phần phần mềm đáp ứng các yêu cầu được chỉ định và hoạt động như dự kiến.
|
|
VSCS
|
Hệ thống kiểm soát phiên bản và nguồn
|
Một công cụ hoặc hệ thống phần mềm được sử dụng để quản lý và kiểm soát các phiên bản của mã nguồn phần mềm và các tạo phẩm liên quan.
|
Đừng quên chia sẻ bài viết này!
chương
1. Giới thiệu tiêu chuẩn trên không
2. Quy trình chứng nhận DO-178
3. Công cụ & Đào tạo DO-178C
4. Chủ đề DO-178C nâng cao
5. Tài nguyên DO-178C
KHAI THÁC. Bảng chú giải
Đưa sản phẩm ra thị trường nhanh hơn với Visure
- Đảm bảo tuân thủ quy định
- Thực thi khả năng truy xuất đầy đủ
- Phát triển hợp lý
