Phân tích tính toàn vẹn tín hiệu FPGA

Trả lời trực tiếp

Phân tích tính toàn vẹn tín hiệu FPGA là một dự án có phạm vi dự án dịch vụ kỹ thuật trong FPGA Phát triển. Nó dành cho các nhóm cần làm rõ các yêu cầu, xác định lộ trình kỹ thuật, triển khai hoặc tích hợp các thành phần và chuẩn bị bằng chứng chấp nhận cho một môi trường vận hành cụ thể. Mức độ phù hợp và phạm vi cuối cùng phụ thuộc vào người dùng mục tiêu, hệ thống hiện tại, giao diện, dữ liệu hoặc thiết bị, điều kiện triển khai và tiêu chí chấp nhận.

Thời điểm dịch vụ này phù hợp

• Mục tiêu kinh doanh rõ ràng nhưng lộ trình triển khai, ranh giới hệ thống hoặc lựa chọn thành phần vẫn cần được đánh giá kỹ thuật.
• Phần mềm, phần cứng, dữ liệu, thiết bị hoặc hệ thống của bên thứ ba hiện có phải được tích hợp theo các ràng buộc về giao diện và triển khai đã xác định.
• Dự án yêu cầu các sản phẩm bàn giao có thể xem xét, hồ sơ kiểm tra, tài liệu triển khai và bằng chứng chấp nhận thay vì đề xuất chỉ mang tính khái niệm.

Đầu vào của dự án

Trước khi bắt đầu lập kế hoạch, nhóm dự án nên cung cấp đầu vào có sẵn và xác định các mục vẫn cần điều tra.

• Các kịch bản kinh doanh, người dùng mục tiêu, quy trình vận hành và kết quả mong đợi
• Kiến trúc, mã nguồn, giao diện, giao thức, thiết bị hoặc mẫu dữ liệu hiện có
• Môi trường triển khai, hệ điều hành, mạng, máy tính, lưu trữ và các ràng buộc bảo mật
• Các phần tích hợp, phụ thuộc, quyền truy cập và các bên chịu trách nhiệm bắt buộc
• Tiêu chí chấp nhận, điều kiện kiểm tra, định dạng phân phối, lịch trình và kỳ vọng bảo trì

Phạm vi kỹ thuật

Phạm vi triển khai được xác nhận sau khi xem xét đầu vào và có thể chứa các gói công việc sau.

• Làm rõ yêu cầu, đánh giá tính khả thi, xem xét rủi ro và xác định lộ trình kỹ thuật
• Kiến trúc, mô-đun, giao diện, luồng dữ liệu, xử lý ngoại lệ và quyền thiết kế
• Công việc tích hợp phần mềm, chương trình cơ sở, thuật toán, phần cứng hoặc hệ thống nằm trong phạm vi đã thỏa thuận
• Kiểm thử đơn vị, tích hợp, hệ thống, tính tương thích, hiệu suất và định hướng chấp nhận
• Chuẩn bị triển khai, xử lý sự cố, lập tài liệu, chuyển giao và lập kế hoạch bảo trì

Sản phẩm bàn giao

Các sản phẩm có thể bàn giao được xác định trong báo cáo công việc. Các mục điển hình bao gồm:

• Cơ sở yêu cầu và phạm vi được xác nhận
• Tài liệu về kiến trúc, giao diện, dữ liệu, triển khai và vận hành
• Mã nguồn, cấu hình, tệp xây dựng, chương trình cơ sở, mô hình hoặc tệp thiết kế có trong hợp đồng
• Trường hợp thử nghiệm, hồ sơ thử nghiệm, danh sách vấn đề, bản phát hành ghi chú và bằng chứng chấp nhận
• Gói triển khai, hướng dẫn người dùng hoặc bảo trì và tài liệu chuyển giao kiến thức

Phương thức chấp nhận

Việc chấp nhận phải dựa trên đầu vào, môi trường, phiên bản, bước kiểm tra đã thống nhất và kết quả có thể đo lường được.

1. Theo dõi từng yêu cầu đối với yêu cầu đã triển khai giới hạn về chức năng, giao diện hoặc tài liệu.
2. Chạy các thử nghiệm chức năng, ngoại lệ, khả năng tương thích, hiệu suất, bảo mật và khôi phục đã được thống nhất.
3. Ghi lại phần mềm, phần cứng, mô hình, cấu hình, mẫu dữ liệu, mạng và phiên bản công cụ kiểm tra.
4. Đóng hoặc ghi lại chính thức các vấn đề còn lại, loại trừ, sự phụ thuộc và trách nhiệm tiếp theo.

Hạn chế và ranh giới trách nhiệm

Không có hiệu suất, độ chính xác, khả năng tương thích, tiến độ hoặc kết quả pháp lý cố định nào được hứa hẹn nếu không có đầu vào, điều kiện kiểm tra, bằng chứng và định nghĩa chấp nhận bằng văn bản tương ứng. Giấy phép của bên thứ ba, dịch vụ đám mây, thiết bị, bộ dữ liệu, chứng nhận, phê duyệt y tế hoặc an toàn cũng như thông tin xác thực sản xuất vẫn phải tuân theo chủ sở hữu và các trách nhiệm hiện hành của dự án.

Các kịch bản triển khai điển hình

Sau đây là các mẫu triển khai, không phải khiếu nại về các dự án khách hàng chưa được đặt tên.

• Phát triển hệ thống mới với quy trình làm việc mục tiêu được xác định và phân phối theo giai đoạn
• Hiện đại hóa hoặc thay thế một thành phần hiện có trong khi vẫn duy trì các giao diện cần thiết
• Tích hợp và triển khai trên phần mềm, phần cứng, thiết bị, dữ liệu hoặc nền tảng của bên thứ ba

Câu hỏi thường gặp

Những thông tin nào cần thiết cho đánh giá ban đầu?

Cung cấp kịch bản mục tiêu, hệ thống hiện tại, giao diện, mẫu hoặc thiết bị có sẵn, môi trường triển khai, lịch trình và phương pháp chấp nhận dự kiến. Thông tin còn thiếu sẽ được liệt kê như một mục điều tra.

Dịch vụ có thể được cung cấp theo từng giai đoạn không?

Đúng. Tính khả thi, nguyên mẫu, triển khai cốt lõi, tích hợp, triển khai và chấp nhận có thể được tách biệt khi đầu vào, đầu ra, sự phụ thuộc và cổng quyết định của chúng được xác định.

Tiến độ và giá được xác định như thế nào?

Chúng được ước tính sau khi xác nhận ranh giới chức năng, giao diện, phần phụ thuộc, môi trường mục tiêu, tạo phẩm phân phối, độ sâu kiểm tra và tiêu chí chấp nhận.

Phân tích tính toàn vẹn tín hiệu FPGA · FPGA Phát triển