Tại sao chúng ta chọn bộ điều chỉnh điện áp này? Yêu cầu nào đã dẫn đến việc lựa chọn tụ điện đó? Những ràng buộc về nhiệt độ nào đã dẫn đến việc chọn IC quản lý điện năng này? Các kỹ sư điện tử thường thấy mình làm việc như những nhà khảo cổ, cẩn thận khai quật qua các lớp quyết định thiết kế cũ để hiểu tại sao các thành phần cụ thể được chọn. Sáu tháng sau khi thực hiện những lựa chọn này, lý do đằng sau các lựa chọn có thể bị chôn vùi dưới hàng trăm quyết định khác rải rác qua nhiều tài liệu và hệ thống.
Theo nghiên cứu của chúng tôi, 30 đến 50 phần trăm các nhóm phát triển vẫn theo dõi yêu cầu sử dụng bảng tính hoặc tài liệu văn bản cơ bản. Người khác thêm ghi chú trực tiếp vào thiết kế hoặc sử dụng công cụ quản lý nhiệm vụ không được xây dựng cho phát triển điện tử, như JIRA. Cách tiếp cận phân mảnh này để lại tiêu chí lựa chọn thành phần quan trọng bị chôn vùi ở các vị trí khác nhau – hoặc tồi tệ hơn, chỉ được lưu giữ trong ký ức của các kỹ sư.
Tác động của việc tài liệu rải rác này xuất hiện tại những thời điểm quan trọng trong suốt vòng đời sản phẩm. Khi thị trường thiếu hụt buộc phải thay đổi thành phần, các kỹ sư phải tái tạo tiêu chí lựa chọn ban đầu của họ để đánh giá các lựa chọn thay thế. Các thành viên mới trong nhóm thừa kế thiết kế mất thời gian quý báu điều tra các quyết định trước đó thay vì thực hiện công việc có ý nghĩa hơn. Trong quá trình kiểm toán tuân thủ, các nhóm vội vã ghép lại tài liệu biện minh cho việc lựa chọn thành phần quan trọng về an toàn, một thách thức đặc biệt khi các nhóm phần cứng và phần mềm làm việc từ các nguồn yêu cầu khác nhau.
Những tình huống này tạo ra những quyết định khó khăn. Liệu các kỹ sư nên giữ nguyên các bộ phận có khả năng không tối ưu? Thay đổi mà không hiểu rõ tiêu chí lựa chọn ban đầu? Cả hai lựa chọn đều có nguy cơ gây ra vấn đề có thể tránh được nếu có sự quản lý tài liệu và yêu cầu tốt hơn. Thời gian dành để tái tạo các quyết định trước đây làm chậm quá trình phát triển và tăng nguy cơ làm mất đi ý định thiết kế ban đầu.
Giống như các nhà khảo cổ phải cẩn thận ghi chép và tổ chức các phát hiện của mình, các kỹ sư cần những cách hiệu quả để quản lý một số lượng lớn yêu cầu trên các thiết kế phức tạp. Altium 365 Requirements & Systems Portal (RSP) biến đổi cách các kỹ sư tài liệu và theo dõi các quyết định về linh kiện. Thông qua bảng Yêu cầu trong cả Altium Designer và giao diện web Altium 365, các đội ngũ làm việc trực tiếp với yêu cầu ngay trong môi trường phát triển của họ. Mỗi yêu cầu hiển thị thông tin của nó, cài đặt xác thực, và liên kết trực tiếp đến thể hiện của nó trong RSP, đảm bảo mọi người làm việc với thông tin hiện tại.
Kỹ sư có thể đặt các yêu cầu như các thể hiện hoạt động trên tài liệu thiết kế, tạo ra liên kết rõ ràng giữa các thông số kỹ thuật và việc triển khai tương ứng của chúng. Hệ thống cũng có thể liên kết các yêu cầu với các yếu tố thiết kế cụ thể, thiết lập sự theo dõi rõ ràng giữa các quyết định thiết kế và các yêu cầu cơ bản của chúng. Hệ thống đặt yêu cầu này hoạt động tương tự như hệ thống bình luận quen thuộc trong Altium Designer và Altium 365, cho phép kỹ sư liên kết các yêu cầu với các điểm, đối tượng, hoặc khu vực đã xác định trong thiết kế của họ.
RSP tích hợp với các dự án thiết kế PCB thông qua hộp thoại Link Requirements, nơi các nhóm thiết lập kết nối giữa các dự án trong không gian làm việc và các khối thiết kế hệ thống. Việc ánh xạ này có thể được quản lý thông qua bảng điều khiển Requirements của Altium Designer cho tương tác thiết kế trực tiếp hoặc giao diện web của Altium 365 cho quản lý dự án rộng lớn hơn.
RSP cho phép các nhóm định nghĩa nhiều bước xác minh cho các yêu cầu quan trọng, đảm bảo việc kiểm tra kỹ lưỡng các quyết định thiết kế. Mỗi yêu cầu có thể có nhiều hoạt động xác minh liên quan, và hệ thống theo dõi trạng thái hoàn thành cho mỗi bước.
Hệ thống có thể tự động xác minh một số thông số thiết kế – như số lượng lớp bảng mạch hoặc các thông số kỹ thuật cấp dự án khác – so với các yêu cầu. Khi có vi phạm, chúng được đánh dấu ngay lập tức. Mặc dù xác minh tự động giúp phát hiện vấn đề sớm, kỹ sư vẫn giữ quyền kiểm soát quá trình xác minh và có thể thực hiện xác minh thủ công sâu hơn khi cần thiết.
Qua các mục menu xác minh trong cả bảng điều khiển Yêu cầu và hộp thoại Yêu cầu Tài liệu, kỹ sư có thể theo dõi tiến trình xác nhận của từng yêu cầu, bao gồm số lượng xác minh đã hoàn thành so với tổng số yêu cầu. Điều này giúp giám sát hệ thống quá trình xác nhận.
Kỹ sư có thể tạo và gán nhiệm vụ trực tiếp từ các yêu cầu trong khi vẫn giữ liên kết với yêu cầu gốc. Khi tạo một nhiệm vụ, kỹ sư có thể thêm mô tả chi tiết và ngữ cảnh để đảm bảo hiểu rõ về những gì cần được xác minh hoặc triển khai. Người được giao nhiệm vụ nhận thông báo và có thể cập nhật trạng thái khi họ làm việc, duy trì giao tiếp rõ ràng về việc triển khai yêu cầu thông qua bảng Bình luận và Nhiệm vụ.
Yêu cầu có sẵn cho tất cả người dùng có quyền truy cập chia sẻ đến tài liệu. Bằng cách tạo một không gian chia sẻ nơi tất cả các bên liên quan có thể đóng góp, xem xét và tinh chỉnh yêu cầu xuyên suốt vòng đời sản phẩm, RSP phá vỡ các rào cản. Thay vì duy trì các chuỗi email riêng biệt hoặc lên lịch thêm các cuộc họp, các thành viên trong nhóm có thể bình luận trực tiếp trên yêu cầu trong ngữ cảnh thiết kế của chúng. Mỗi bình luận được liên kết với yêu cầu cụ thể hoặc yếu tố thiết kế đang được thảo luận, tạo ra một hồ sơ rõ ràng về các quyết định và thảo luận.
Hệ thống lưu các yêu cầu vào không gian làm việc độc lập với dự án, giữ cho dữ liệu yêu cầu có thể truy cập mà không thay đổi tài liệu dự án. Sự độc lập này cho phép các nhóm duy trì tài liệu yêu cầu riêng biệt từ các tệp thiết kế trong khi vẫn giữ mọi kết nối giữa chúng.
Việc chuyển các yêu cầu linh kiện hiện có vào RSP không có nghĩa là bắt đầu từ con số không. Hệ thống cung cấp khả năng nhập dữ liệu đơn giản từ các tệp Excel thông qua quy trình kéo và thả, cho phép các nhóm chuyển đổi nhanh chóng từ hệ thống dựa trên bảng tính. Các định dạng tài liệu khác, như Word, có thể yêu cầu định dạng bổ sung.
Kỹ sư cũng có thể tìm kiếm các yêu cầu cụ thể hoặc theo dõi các trường hợp cụ thể trên các tài liệu sử dụng bộ lọc trên bảng điều khiển Yêu cầu. Mức độ tổ chức này trở nên đặc biệt quý giá khi quản lý nhiều trường hợp của cùng một yêu cầu trên các phần khác nhau của thiết kế. Mỗi trường hợp yêu cầu duy trì trạng thái xác minh và tài liệu của riêng mình trong khi vẫn giữ kết nối với thông số kỹ thuật gốc.
RSP bao gồm ValiAssistant, một công cụ hỗ trợ bởi AI giúp các nhóm tài liệu hóa yêu cầu một cách hiệu quả hơn. Kỹ sư có thể tận dụng ValiAssistant để phân chia các yêu cầu linh kiện cấp cao thành các thông số kỹ thuật chi tiết. Ví dụ, khi tài liệu hóa các yêu cầu quản lý năng lượng, ValiAssistant có thể giúp kỹ sư hệ thống hóa việc ghi lại các thông số điện áp, ràng buộc nhiệt và các tham số quan trọng khác.
Trong khi AI cung cấp gợi ý và giúp xác định các khoảng trống tiềm ẩn trong tài liệu, các kỹ sư vẫn giữ quyền kiểm soát hoàn toàn đối với yêu cầu của họ. Họ sử dụng những hiểu biết từ công cụ để nâng cao chứ không phải thay thế kinh nghiệm của mình. Sự kết hợp giữa sự hỗ trợ của AI và phán đoán kỹ thuật giúp các nhóm tạo ra tài liệu về việc lựa chọn linh kiện một cách kỹ lưỡng và nhất quán hơn.
Khi việc lựa chọn linh kiện được tài liệu hóa đúng cách và liên kết với yêu cầu, các kỹ sư có thể ngừng đào bới qua các quyết định cũ và tập trung vào việc tạo ra các giải pháp mới. Bởi vì các nhóm có thể hiểu và xác nhận các lựa chọn trước đó, việc xem xét thiết kế trở nên hiệu quả hơn nhiều. Và, khi các vấn đề về chuỗi cung ứng buộc phải thay đổi linh kiện, các kỹ sư có thể nhanh chóng đánh giá các lựa chọn thay thế so với tiêu chí lựa chọn ban đầu.
Cổng Thông Tin Yêu Cầu và Hệ Thống biến việc lựa chọn linh kiện từ một cuộc thám hiểm khảo cổ thành một quy trình có hệ thống và chủ động. Các kỹ sư có thể tài liệu hóa các quyết định khi chúng được đưa ra, duy trì các bản ghi rõ ràng về các hoạt động xác minh, và truy cập thông tin quan trọng này bất cứ khi nào cần – ngay trong môi trường thiết kế của họ.
Bạn quan tâm đến quản lý yêu cầu và kỹ thuật hệ thống được hỗ trợ bởi AI? Khám phá Altium 365 RSP ngày hôm nay!