선택한 부품을 선택한 이유를 문서에서 찾는 것을 멈추세요

Adam J. Fleischer
|  작성 날짜: 2025/01/16 목요일
선택한 부품을 선택한 이유를 문서에서 찾는 것을 멈추세요

우리가 이 전압 조절기를 선택한 이유는 무엇일까요? 그 캐패시터를 선택한 요구 사항은 무엇이었나요? 이 전력 관리 IC로 이어진 열 제약 조건은 무엇이었나요? 전자 엔지니어들은 종종 특정 부품이 선택된 이유를 이해하기 위해 오래된 설계 결정의 층을 조심스럽게 파헤치는 고고학자처럼 일하게 됩니다. 이러한 선택을 한 지 6개월이 지나면, 선택의 이유는 여러 문서와 시스템에 흩어져 있는 수백 개의 다른 결정들 아래에 묻혀 버릴 수 있습니다.

잃어버린 설계 역사의 숨겨진 비용

우리의 연구에 따르면, 개발 팀의 30에서 50퍼센트가 여전히 스프레드시트나 기본 텍스트 문서를 사용하여 요구 사항을 추적하고 있습니다. 다른 이들은 설계에 직접 노트를 추가하거나 JIRA와 같이 전자 개발에 적합하지 않은 작업 관리 도구를 사용합니다. 이러한 단편적인 접근 방식은 중요한 부품 선택 기준을 다양한 위치에 묻어버리게 하거나, 더 나쁜 경우, 엔지니어들의 기억 속에만 보존되게 합니다.

이러한 산재된 문서화의 영향은 제품 수명 주기 전반에 걸쳐 중요한 순간에 나타납니다. 시장 부족으로 인해 부품 변경이 필요할 때, 엔지니어들은 대안을 평가하기 위해 원래의 선택 기준을 재구성해야 합니다. 설계를 물려받은 새 팀원들은 과거의 결정을 조사하는 데 귀중한 시간을 소비하게 되며, 이는 보다 의미 있는 작업을 수행하는 것보다 시간이 많이 소요됩니다. 컴플라이언스 감사 중에는, 팀들이 안전 관련 부품 선택을 정당화하는 문서를 조각조각 맞추어야 하는데, 하드웨어와 소프트웨어 팀이 다른 요구 사항 출처에서 작업할 때 특히 도전적인 과제입니다.

이러한 상황들은 어려운 결정을 요구합니다. 엔지니어들은 잠재적으로 최적이 아닌 부품을 계속 사용해야 할까요? 원래 선택 기준을 완전히 이해하지 못한 채 변경을 해야 할까요? 두 옵션 모두 더 나은 문서화와 요구 사항 관리가 있었다면 피할 수 있었을 문제를 도입하는 위험이 있습니다. 과거의 결정을 재구성하는 데 소요되는 시간은 개발을 지연시키고 원래의 설계 의도를 저해할 위험을 증가시킵니다.

요구 사항 문서화의 재상상

마치 고고학자들이 발견물을 세심하게 카탈로그화하고 정리해야 하는 것처럼, 엔지니어들은 복잡한 설계 전반에 걸쳐 대량의 요구 사항을 효율적으로 관리할 방법이 필요합니다. Altium 365 요구 사항 및 시스템 포털 (RSP)은 엔지니어가 구성 요소 결정을 문서화하고 추적하는 방식을 변화시킵니다. Altium DesignerAltium 365 웹 인터페이스의 요구 사항 패널을 통해, 팀은 개발 환경 내에서 직접 요구 사항을 다룹니다. 각 요구 사항은 그 정보, 검증 설정, 그리고 RSP 내의 인스턴스로의 직접 링크를 표시하여, 모두가 최신 정보로 작업할 수 있도록 합니다.

엔지니어는 설계 문서에 활성 인스턴스로 요구 사항을 배치하여 사양과 해당 구현 사이의 명확한 연결을 생성할 수 있습니다. 시스템은 또한 요구 사항을 특정 설계 요소에 연결하여 설계 결정과 그 기반 요구 사항 사이의 명확한 추적성을 설정할 수 있습니다. 이 요구 사항 배치 시스템은 Altium Designer 및 Altium 365에서 익숙한 코멘트 시스템과 유사하게 작동하여, 엔지니어가 요구 사항을 설계 내의 점, 객체 또는 정의된 영역과 연결할 수 있게 합니다.

RSP는 Link Requirements 대화 상자를 통해 PCB 설계 프로젝트와 통합되며, 여기서 팀은 작업 공간 프로젝트와 시스템 설계 블록 간의 연결을 설정합니다. 이 매핑은 Altium Designer 요구 사항 패널을 통해 직접 설계 상호 작용을 관리하거나 Altium 365 웹 인터페이스를 통해 더 넓은 프로젝트 관리를 할 수 있습니다. 

검증 및 작업 관리

RSP는 중요한 요구 사항에 대해 여러 검증 단계를 정의할 수 있게 하여 설계 결정의 철저한 검증을 보장합니다. 각 요구 사항은 여러 관련 검증 활동을 가질 수 있으며, 시스템은 각 단계의 완료 상태를 추적합니다. 

시스템은 보드 레이어 수 또는 기타 프로젝트 수준 사양과 같은 특정 설계 매개변수를 요구 사항과 자동으로 검증할 수 있습니다. 위반 사항이 발생하면 즉시 표시됩니다. 자동 검증은 초기에 문제를 발견하는 데 도움이 되지만, 엔지니어는 검증 과정을 제어하고 필요할 때 더 깊은 수동 검증을 수행할 수 있습니다.

요구 사항 패널과 문서 요구 사항 대화 상자의 검증 메뉴 항목을 통해 엔지니어는 각 요구 사항의 검증 진행 상황을 추적할 수 있으며, 요구되는 총 검증 중 몇 개가 완료되었는지 확인할 수 있습니다. 이를 통해 검증 과정을 체계적으로 모니터링할 수 있습니다. 

엔지니어는 요구 사항과의 연결을 유지하면서 요구 사항에서 직접 작업을 생성하고 할당할 수 있습니다. 작업을 생성할 때, 엔지니어는 상세한 설명과 맥락을 추가하여 무엇이 검증되거나 구현되어야 하는지 명확하게 이해할 수 있도록 할 수 있습니다. 작업 담당자는 알림을 받고 작업하면서 상태를 업데이트할 수 있으며, 댓글 및 작업 패널을 통해 요구 사항 구현에 대한 명확한 커뮤니케이션을 유지할 수 있습니다.

실시간 협업 컨텍스트

요구 사항은 문서에 공유 액세스 권한이 있는 모든 사용자가 사용할 수 있습니다. 제품 수명 주기 전반에 걸쳐 모든 이해 관계자가 요구 사항을 기여하고 검토하며 세부 조정할 수 있는 공유 공간을 만듦으로써 RSP는 칸막이를 허물어뜨립니다. 별도의 이메일 체인을 유지하거나 추가 회의를 예약하는 대신, 팀 구성원은 설계 컨텍스트 내에서 요구 사항에 직접 댓글을 달 수 있습니다. 각 댓글은 논의되는 특정 요구 사항이나 설계 요소에 연결되어, 결정과 토론의 명확한 기록을 생성합니다.

시스템은 프로젝트와 독립적으로 작업 공간에 요구 사항을 저장하여 프로젝트 문서를 변경하지 않고도 요구 사항 데이터에 접근할 수 있게 합니다. 이러한 독립성은 팀이 설계 파일과 별도로 요구 사항 문서를 관리하면서 그 사이의 모든 연결을 유지할 수 있게 해줍니다.

실용적인 구현 및 관리

RSP로 기존 구성 요소 요구 사항을 옮기는 것은 처음부터 시작하는 것을 의미하지 않습니다. 시스템은 간단한 드래그 앤 드롭 과정을 통해 Excel 파일을 쉽게 가져올 수 있는 직관적인 가져오기 기능을 제공하여, 팀이 스프레드시트 기반 시스템에서 빠르게 전환할 수 있게 합니다. Word와 같은 다른 문서 형식은 추가적인 포맷팅이 필요할 수 있습니다.

엔지니어는 요구 사항 패널 필터를 사용하여 특정 요구 사항을 검색하거나 문서 전반에 걸쳐 특정 인스턴스를 추적할 수도 있습니다. 이러한 조직 수준은 설계의 다른 부분에 걸쳐 동일한 요구 사항의 여러 인스턴스를 관리할 때 특히 가치가 있습니다. 각 요구 사항 인스턴스는 자체 검증 상태와 문서를 유지하면서 원래 사양과의 연결을 보존합니다.

AI 지원 문서화

RSP에는 ValiAssistant, 팀이 요구 사항을 더 효과적으로 문서화할 수 있도록 돕는 AI 기반 도구가 포함되어 있습니다. 엔지니어는 ValiAssistant를 활용하여 고수준 구성 요소 요구 사항을 상세한 사양으로 세분화할 수 있습니다. 예를 들어, 전력 관리 요구 사항을 문서화할 때, ValiAssistant는 엔지니어가 전압 사양, 열 제약 조건 및 기타 중요한 매개 변수를 체계적으로 포착하는 데 도움을 줄 수 있습니다.

AI-Assisted Documentation

AI가 제안을 제공하고 문서의 잠재적인 격차를 식별하는 데 도움을 주지만, 엔지니어는 요구 사항에 대한 완전한 제어권을 유지합니다. 그들은 도구의 통찰력을 활용하여 전문 지식을 대체하기보다는 강화합니다. AI 지원과 엔지니어링 판단의 결합은 팀이 구성 요소 선택에 대한 보다 철저하고 일관된 문서를 생성하는 데 도움이 됩니다.

파고들기를 멈추고 혁신을 시작하십시오

구성 요소 선택이 적절하게 문서화되고 요구 사항에 연결되면, 엔지니어는 이전 결정을 통해 파고드는 것을 멈추고 새로운 솔루션을 창출하는 데 집중할 수 있습니다. 팀이 과거의 선택을 이해하고 검증할 수 있기 때문에, 디자인 리뷰는 훨씬 더 효율적입니다. 그리고 공급망 문제로 인해 구성 요소 변경이 필요할 때, 엔지니어는 원래 선택 기준에 대해 대안을 빠르게 평가할 수 있습니다.

요구 사항 및 시스템 포털은 구성 요소 선택을 고고학적 탐사에서 체계적이고 적극적인 과정으로 변환합니다. 엔지니어는 결정이 내려질 때마다 문서화할 수 있으며, 검증 활동의 명확한 기록을 유지하고, 필요할 때마다 이 중요한 정보에 직접 접근할 수 있습니다 – 바로 그들의 디자인 환경 내에서.

AI 기반 요구 사항 관리 및 시스템 엔지니어링에 관심이 있으십니까? 오늘 Altium 365 RSP를 발견하십시오!

작성자 정보

작성자 정보

Adam Fleischer is a principal at etimes.com, a technology marketing consultancy that works with technology leaders – like Microsoft, SAP, IBM, and Arrow Electronics – as well as with small high-growth companies. Adam has been a tech geek since programming a lunar landing game on a DEC mainframe as a kid. Adam founded and for a decade acted as CEO of E.ON Interactive, a boutique award-winning creative interactive design agency in Silicon Valley. He holds an MBA from Stanford’s Graduate School of Business and a B.A. from Columbia University. Adam also has a background in performance magic and is currently on the executive team organizing an international conference on how performance magic inspires creativity in technology and science. 

관련 자료

관련 기술 문서

홈으로 돌아가기
Thank you, you are now subscribed to updates.