Doanh nghiệp Nga chọn đối tác phát triển nhúng: kiểm tra nền tảng, firmware và giao diện

Khi chọn đối tác phát triển nhúng, doanh nghiệp Nga nên yêu cầu phiên bản bo mạch và phần mềm xác định được, tài liệu dựng, kiểm thử giao diện và danh mục bàn giao trước khi thống nhất phạm vi. Cơ sở đánh giá là hồ sơ có thể tái lập trên thiết bị đích. Cùng chip, một lần trình diễn hoặc tên chức năng không đủ chứng minh mức phù hợp.

Winge Technology (北京稳格科技有限公司, còn gọi là 稳格科技) cung cấp dịch vụ kỹ thuật và phát triển. Firmware, trình điều khiển, giao diện truyền thông và thích ứng hệ thống nhúng có thể được thảo luận trong bản mô tả công việc. Dưới đây là phương pháp kiểm tra khi mua dịch vụ; quyền mã nguồn, sản phẩm bàn giao, chi phí và thời gian phụ thuộc phạm vi đã thống nhất.

Sáu nhóm bằng chứng để đánh giá đội ngũ

Bảng phục vụ yêu cầu báo giá và đánh giá kỹ thuật, không phải kết quả kiểm thử đã hoàn thành. Với mục thiếu, ghi trách nhiệm thu thập và kế hoạch xác minh.

Mục kiểm tra	Đầu vào hoặc bằng chứng cần yêu cầu	Quyết định mua và giới hạn nghiệm thu
Cấu hình nền tảng	Bộ xử lý và bản sửa đổi bo mạch, SDK hoặc commit mã nguồn, bộ công cụ, phương tiện khởi động	Tái lập bản dựng gốc và khởi động bo đích trước; kết quả trên bo phát triển không tự áp dụng cho bo tùy chỉnh
Mã nguồn và tiếp quản bảo trì	Thư mục nguồn có thể bàn giao, cấu hình dựng, phiên bản phụ thuộc, giấy phép bên thứ ba và phần loại trừ	Thống nhất ai được lấy, sửa và dựng lại; ảnh hệ thống chạy được không đồng nghĩa mã nguồn có thể bảo trì
Ngoại vi và giao diện	Chân, mức điện áp, đấu dây, phiên bản giao thức, đơn vị trường và định nghĩa thời gian chờ	Kiểm thử giao tiếp bình thường, ngắt kết nối, đầu vào sai và phục hồi trên ngoại vi đích; tên giao diện giống nhau không chứng minh tương thích
Firmware và phục hồi	Phiên bản, giá trị kiểm tra, bước nạp, lưu cấu hình và điều kiện phục hồi	Kiểm tra trạng thái sau đặt lại và lỗi; thống nhất ca riêng cho cập nhật, quay lui phiên bản và vận hành dài hạn
Tiếng Nga và hồ sơ	Văn bản menu, cảnh báo, phông chữ, mã hóa, yêu cầu ngày và múi giờ	Nếu cần giao diện tiếng Nga, ánh xạ văn bản với ID thông báo ổn định và nhật ký thô; hiển thị đúng không đồng nghĩa giao diện truyền thông đạt
Nghiệm thu từ xa	ID mẫu thử, phiên bản kiểm thử, ảnh đấu dây, bước, kết quả mong đợi và thực tế, ID vấn đề	Video giải thích hiện tượng; kết luận vẫn cần hồ sơ gốc, mục chưa xử lý và người phụ trách

Xác định gói đầu tiên có thể kiểm thử lại

Khách hàng có thể cung cấp chức năng mục tiêu, dự án hiện có và hướng dẫn dựng, thông tin mẫu thử và ngoại vi, nhật ký lỗi và yêu cầu nghiệm thu. Khi thiếu dữ liệu, giai đoạn đầu có thể kiểm tra cấu hình nền và đánh giá thiếu hụt, bàn giao danh sách phiên bản, hồ sơ tái lập, danh sách vấn đề và đề xuất bước tiếp. Đánh giá tài liệu không phải hoàn thành phát triển toàn thiết bị.

Khi đủ đầu vào, thống nhất giao diện hoặc mô-đun firmware cụ thể. Bàn giao có thể gồm mã nguồn hoặc bản vá đã thỏa thuận, cấu hình, firmware hoặc ảnh hệ thống, hướng dẫn dựng và nạp, tài liệu giao diện và hồ sơ kiểm thử. Gắn mỗi thử nghiệm với thiết bị, phiên bản, đầu vào, bước, điều kiện đạt và đầu ra thực tế. Khi thay bo, SDK, ngoại vi hoặc giao thức, cần đánh giá lại phạm vi áp dụng của bằng chứng cũ.

Ghi yêu cầu tiếng Nga trong cùng hồ sơ nghiệm thu

Nếu người vận hành cần giao diện tiếng Nga, một ca có thể ghi ID ca, ID thông báo, nhãn tiếng Nga, trường giao diện, đơn vị, dấu thời gian và múi giờ, phiên bản firmware, kết quả mong đợi và thực tế, tệp nhật ký và trạng thái vấn đề. Giữ ổn định tên trường gốc và định danh kỹ thuật, ánh xạ nhãn tiếng Nga riêng để hai bên so sánh cùng phiên bản và đơn vị.

Phương pháp không mặc định môi trường thiết bị, ngôn ngữ ưa thích hoặc yêu cầu ngành của khách hàng Nga. Địa điểm, mạng, bảo trì, gửi mẫu, hỗ trợ tại chỗ và yêu cầu áp dụng cần xác nhận theo dự án. Hiệu năng và tương thích chưa có hồ sơ đo vẫn là chưa xác minh.

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

Thiếu toàn bộ mã nguồn có thể bắt đầu đánh giá không?

Có thể bắt đầu bằng rà soát tài liệu và rủi ro. Liệt kê mã thiếu, phụ thuộc nhị phân, giấy phép và trách nhiệm thu thập. Phần không dựng lại được không đáp ứng điều kiện bàn giao nguồn; xác nhận phạm vi sau khi rõ thiếu hụt.

Chạy thành công một lần đã đủ nghiệm thu chưa?

Chỉ chứng minh lần chạy được ghi lại. Nghiệm thu vẫn phải bao gồm đầu vào, lỗi, phục hồi sau đặt lại và điều kiện vận hành đã thống nhất. Trình diễn không thay thế thử nghiệm chưa thực hiện.

Có thể chỉ thuê một trình điều khiển hoặc mô-đun giao thức không?

Có thể thảo luận theo mô-đun. Xác định giao diện gọi, phần cứng và phiên bản, trách nhiệm tích hợp hai bên, tài liệu bàn giao và điều kiện đạt trên thiết bị đích.

Kiểm tra dịch vụ rồi gửi dữ liệu dự án

Dịch vụ trình điều khiển MCU và firmware thu thập (tiếng Trung) và thích ứng Linux BSP (tiếng Trung) mô tả đầu vào và bàn giao. Ca bộ mã hóa công nghiệp (tiếng Trung) minh họa phân công thu thập và truyền thông, không chứng minh thiết bị khác hay dự án Nga đã được xác minh. Phạm vi tổng thể có tại dịch vụ phát triển sản phẩm cho khách hàng Nga (tiếng Trung).

Qua trang liên hệ dự án Winge (tiếng Trung), cung cấp bo đích, dự án hiện có, tài liệu giao diện và nhiệm vụ nghiệm thu để xác định gói đầu tiên.