Câu trả lời trực tiếp: Khi một nền tảng phụ thuộc GNSS thay đổi firmware của bộ thu, phần cứng đường RF, lắp đặt anten, phần mềm nền tảng, cấu hình thời gian hoặc giao diện liên quan, hãy coi thay đổi đó là một ranh giới đánh giá mới. Ghi lại những gì đã thay đổi, lưu giữ tham chiếu cấu hình trước đó, thu thập bằng chứng liên quan và thống nhất hoạt động xác minh nào vẫn cần thiết trước khi đưa ra kết luận về tích hợp đã cập nhật.
Bắt đầu với ranh giới thay đổi rõ ràng
Ghi lại yêu cầu thay đổi, phạm vi đã phê duyệt, nền tảng bị ảnh hưởng, vị trí lắp đặt, định danh phần mềm của bộ thu và nền tảng, cũng như thời điểm cấu hình sửa đổi có hiệu lực. Giữ các sự kiện quan sát được tách biệt với kết quả dự kiến. Bản ghi thay đổi không phải là bằng chứng rằng hệ thống tích hợp đã được xác nhận lại.
Giữ quyền sở hữu bộ thu, RF và nền tảng được hiển thị rõ ràng
Các nhóm phụ trách bộ thu, RF và nền tảng thường lưu giữ các bằng chứng khác nhau. Chủ sở hữu bộ thu có thể xác định cấu hình và hồ sơ giao diện; chủ sở hữu RF có thể xác định đường dẫn đã lắp đặt và trạng thái đầu nối; chủ sở hữu nền tảng có thể xác định phần mềm, nguồn điện và hồ sơ bối cảnh vận hành. Một gói đánh giá hữu ích nêu tên chủ sở hữu chịu trách nhiệm cho từng nguồn bằng chứng và khoảng thời gian mà nó bao phủ.
Giữ tham chiếu đường RF mà không tạo lại
Sử dụng tài liệu đường RF GNSS hiện có để lưu giữ tham chiếu cáp, đầu nối và lắp đặt. Bài viết này không quy nguyên nhân của sự cố quan sát được cho suy hao RF, nhiễu hoặc tình trạng đầu nối. Nó chỉ thiết lập rằng đường RF đã thay đổi phải có thể nhận dạng được đối với các kỹ sư đánh giá.
Thu thập bằng chứng về giao diện và thời gian
Đối với thay đổi giao diện bộ thu hoặc nền tảng, hãy lưu giữ bản xuất cấu hình liên quan, ánh xạ giao diện, tham chiếu thời gian và các bản ghi thô có sẵn. Hướng dẫn tài liệu điều khiển giao diện bộ thu hiện có có thể giúp các nhóm xác định bằng chứng họ cần để so sánh; nó không thiết lập tính tương thích cho một cấu hình chưa được xem xét.
Liên kết thay đổi với hồ sơ giám sát và sự cố
Nếu có hồ sơ giám sát hoặc sự cố, hãy lưu giữ cửa sổ sự kiện và phiên bản cấu hình cùng nhau. Hướng dẫn toàn vẹn GNSS và danh sách kiểm tra phân loại sự cố mô tả các phương pháp bằng chứng bổ sung. Không bài viết nào chuyển đổi một mục nhật ký thành một phát hiện nguyên nhân gốc.
Xác định rõ quyết định xác nhận lại
Chủ sở hữu kỹ thuật nên nêu rõ liệu bằng chứng hiện có có đủ để chỉ xem xét tài liệu, có cần kiểm tra giao diện hay phải lên kế hoạch cho một hoạt động xác minh có kiểm soát hay không. Không suy ra hiệu suất, khả năng phục hồi, khả năng chống nhiễu hoặc tính phù hợp vận hành chỉ từ một hồ sơ thay đổi. Hồ sơ PNT của NIST coi việc kiểm soát thay đổi cấu hình và xác minh sau tích hợp hoặc nâng cấp là các hoạt động quản lý rủi ro; nó không phải là chứng nhận sản phẩm hoặc tuyên bố hiệu suất của ResiNav.
Xây dựng một bàn giao bằng chứng có thể được xem xét sau
Một bàn giao ngắn gọn bao gồm tham chiếu cấu hình trước và sau, chủ sở hữu chịu trách nhiệm, cửa sổ thời gian, tệp nguồn được lưu giữ, câu hỏi chưa được giải quyết và quyết định xem xét tiếp theo. Nếu thông tin cần thiết không đầy đủ, hãy sử dụng kênh RFQ để yêu cầu các đầu vào kỹ thuật còn thiếu thay vì hoàn thiện hồ sơ bằng các giả định.
Các câu hỏi thường gặp
Việc thay đổi cấu hình có chứng minh rằng nền tảng phải được kiểm thử lại không?
Không. Hồ sơ thay đổi xác định ranh giới rà soát. Nhóm kỹ thuật chịu trách nhiệm quyết định việc rà soát tài liệu, kiểm tra giao diện hoặc hoạt động xác minh có kiểm soát có phù hợp với phạm vi thay đổi hay không.
Những thay đổi nào cần hiển thị trong gói bằng chứng?
Bao gồm các thay đổi ảnh hưởng đến bộ thu được rà soát, đường RF, lắp đặt ăng-ten, phần mềm nền tảng, cấu hình thời gian hoặc giao diện, cùng với các tài liệu tham chiếu trước và sau nếu có.
Nhật ký giám sát có thể xác lập nguyên nhân của sự cố sau khi thay đổi không?
Không. Nhật ký giám sát có thể lưu giữ các sự kiện quan sát được và mối quan hệ thời gian của chúng với một tham chiếu cấu hình. Bản thân nó không xác lập nhiễu, lỗi linh kiện hoặc nguyên nhân khác.
Điều gì sẽ xảy ra khi một đầu vào kỹ thuật bắt buộc không có sẵn?
Giữ mục đó được đánh dấu là chưa giải quyết, xác định chủ sở hữu hoặc đầu vào của nhà cung cấp cần thiết và tránh đưa ra kết luận về khả năng tương thích hoặc hiệu suất cho đến khi có thể rà soát bằng chứng.
Khung tham chiếu: NISTIR 8323r1 Foundational PNT ProfileKhung này chỉ hỗ trợ các hoạt động quản lý rủi ro và kiểm soát cấu hình nói chung; nó không hỗ trợ các tuyên bố cụ thể về sản phẩm.
BƯỚC TIẾP THEO
Chuyển thông tin nền tảng hiện có thành một đợt rà soát kỹ thuật.
Dùng trung tâm Công nghệ để định hướng trao đổi, xem xét các tình huống ứng dụng liên quan, rồi gửi thông tin nền tảng và bộ thu hiện có để xác nhận.