Altium Designer는 Altium 365 Workspace와 함께 프로젝트 라이프사이클의 개발 단계를 대상으로 하는 고급 프로젝트 구조를 지원하여, 버전 관리되는 프로젝트의 생성과 지속적인 워크플로를 단순화합니다. 또한 Workspace가 제어하는 중앙 집중식 스토리지는 이 기능이 다른 협업 서비스의 기반이 될 수 있도록 해줍니다.
Workspace 기반 프로젝트를 사용할 때의 주요 이점은 다음과 같습니다:
스토리지 단순화. 저장 위치를 결정할 필요가 없습니다. 백업 및 기타 기본 서비스가 자동으로 처리됩니다.
협업 기능을 위한 기반.
버전 관리 강제 적용.
전용 코멘트(댓글) 시스템의 장점.
알림 및 상태. 로컬 수정 사항을 포함한 문서 상태가 전체 설계 팀에 표시됩니다.
복잡한 설정 없이 동시 PCB 설계 작업이 가능합니다.
여러 사람과 프로젝트를 공유 하여 편집하게 하거나, 보기 및 코멘트만 가능하도록 할 수 있습니다.
Project History feature 사용 시 VCS 관련 커밋 이벤트를 포함한 전체 기능을 제공합니다.
기술적으로 프로젝트는 Workspace에 저장된 메타 정보와, Workspace에 내장된 GIT 기반 버전 관리와의 긴밀한 통합으로 구성됩니다. 일반적인 워크플로는 다음과 같습니다:
사용자가 새 프로젝트를 생성합니다(Altium Designer의 Create Project dialog 를 통해, Workspace 브라우저 인터페이스에서, 또는 Altium Designer 내에서 기존 로컬 프로젝트를 Workspace에서 사용 가능하도록 설정 하여). 생성 과정에서 사용자는 프로젝트의 이름과 설명을 정의합니다.
Workspace 브라우저 인터페이스 또는 Altium Designer 내에서 프로젝트에 대한 접근 권한을 정의하고 관리합니다.
모든 협업자가 프로젝트를 선택해 열면(Altium Designer 내에서) 자동으로 체크아웃됩니다.
Workspace 기반 프로젝트의 장점은 기본적으로 버전 관리가 적용되며, 공유 드라이브, 서버, 합의 사항 등에 대해 걱정하지 않고도 협업 작업이 가능하다는 점입니다. 버전 관리는 Workspace에 내장된 GIT 버전 관리 서비스가 처리합니다. 모든 프로젝트는 Workspace 내 단일 Design Repository에 저장되며, 이름은 Versioned Storage (Git 저장소)입니다. 프로젝트가 외부 버전 관리 하에 있다면, 설계 파일을 서버 자체 Git 저장소에 호스팅하는 Workspace 내 프로젝트로 마이그레이션할 수 있습니다(즉, Workspace의 네이티브 VCS로 전환). 자세한 방법은 Moving from External VCS to Workspace Native VCS 를 참조하세요.
또한 프로젝트를 로컬(일반 프로젝트 또는 VCS 기반 프로젝트)로 유지하면서, 동기화된
사본을 온라인에서 사용 가능하게 —즉 Workspace로 전송—할 수도 있습니다.
Simple Sync 로 지칭되는 이 방식은 Altium 365를 통해 제공되는 협업 이점을 활용할 수 있게 해줍니다.
이 문서는 Workspace 브라우저 인터페이스를 통해 프로젝트를 작업하는 방법을 살펴봅니다. 설계 소프트웨어에서 프로젝트를 작업하는 방법은 Getting Familiar with the Altium Design Environment 를 참조하세요.
새 프로젝트 생성
프로젝트는 Workspace 브라우저 인터페이스의 Projects 페이지에서 직접 생성할 수 있습니다. 이 페이지에는 Workspace에서 사용 가능하도록 설정되었고 현재 로그인한 사용자와 공유된 모든 프로젝트가 나열됩니다. 새 프로젝트를 만들려면 프로젝트 목록 위의 Create 그룹에서 Project 항목을 선택하여 Create Project 창을 여십시오.
Workspace 브라우저 인터페이스를 통해 새 프로젝트를 생성합니다.
Create Project 창은 처음에 단순화된 보기로 표시되며, 다음 필드가 있습니다:
프로젝트 이름은 A-Z, a-z 또는 0-9로 시작해야 하며, 해당 문자들을 포함할 수 있습니다. 밑줄(_), 대시(-), 공백을 사용할 수 있지만, 공백은 이름 중간에서만 사용할 수 있습니다(앞뒤 공백은 무시됨). 다음 단어는 사용할 수 없습니다: AUX , COM1 -COM9 , LPT1 -LPT9 , CON , NUL , PRN . 또한 이름에는 다음 문자를 포함할 수 없습니다: \ . / ? % * : | " < > .
Template – 사용 가능한 경우 프로젝트 템플릿을 선택합니다. 연결된 드롭다운 필드에는 Workspace에 존재하는 모든 Project Templates 가(<Comment> (<ItemID>) 형식으로) 나열됩니다. 템플릿을 선택하면 프로젝트 유형이 자동으로 정의됩니다. 기존 프로젝트 템플릿을 기반으로 새 프로젝트를 만들고 싶지 않다면, 생성할 프로젝트 유형을 직접 지정하면 됩니다(목록에서 PCB Project 또는 Multiboard 항목 사용).
Description – 프로젝트에 대한 선택적 설명을 입력합니다.
더 많은 제어 항목에 접근하려면
Parent Folder – 이 필드를 사용하여 Workspace의 폴더 구조 내에서 프로젝트가 생성될 위치를 지정합니다. 현재 열려 있는 폴더가 되며, 그렇지 않으면(기본값으로) Projects 입니다. 새 프로젝트의 기본 폴더 경로는 Workspace 브라우저 인터페이스 의 Admin – Settings – Projects 페이지에서 지정됩니다. Create Project 창에서 필드 오른쪽의 Change 링크를 클릭하면 Workspace의 서버 폴더 구조에 접근할 수 있으며, 여기서 프로젝트를 저장할 다른 폴더를 선택할 수 있습니다.
프로세스 실행 시 Parent Folder 필드에서 쓰기 가능한 폴더가 선택되지 않으면, 프로젝트 저장을 위해 Personal Folder 구조가 자동으로 생성됩니다. 이는 이메일 주소를 이름으로 하는 개인용 최상위 폴더이며, 그 아래에 My Projects 하위 폴더가 있습니다. 생성 및 사용 예시는 다음과 같습니다:
새 프로젝트의 기본 폴더(일반적으로 Projects )를 사용할 수 없거나 읽기 전용(쓰기 불가)인 경우. 이때 생성/업로드된 프로젝트는 개인 My Projects 폴더에 저장됩니다.
Parent Folder 대상 설정이 기본값이 아니지만, 해당 폴더에 보기 권한만 있고(쓰기 불가) 쓰기 권한이 없는 경우. 이때 프로젝트 생성은 차단되며 My Projects 폴더에도 추가되지 않습니다.
자세한 내용은 Project Creation Without Folder Write Access 를 참조하세요.
필요한 대로 새 프로젝트를 정의한 후
Workspace 브라우저 인터페이스의 Projects 페이지로 돌아가면 새로 생성된 프로젝트가 표시됩니다.
프로젝트는 처음에 이를 생성한 디자이너(Author/Owner)와 Workspace 관리자에게 편집 권한으로 공유됩니다. 추가 접근 권한은 Admin–Settings–Projects 페이지 보기의 Default permissions for new projects 설정에 따라 달라집니다:
이 옵션이 활성화되어 있지 않으면(기본 상태) 새 프로젝트는 생성된 ‘상위’ 폴더의 공유 권한을 상속하며, 해당 폴더의 Owner에 대한 쓰기(Edit) 권한도 포함합니다.
이 옵션이 활성화되어 있으면, 프로젝트는 상위 폴더 권한을 상속하는 대신 해당 옵션에서 지정한 공유 권한을 적용합니다.
자세한 내용은 Managing Project Creation Permissions 를 참조하세요.
프로젝트 접근 권한 구성에 대한 자세한 내용은 아래의 Sharing a Project 를 참조하세요.
기존 설계 프로젝트를 Workspace로 업로드할 수도 있습니다. 방법은 다음과 같습니다:
프로젝트 목록 위의 Upload 그룹에서 Project 항목을 선택합니다. 프로젝트 ZIP 아카이브로 이동해 선택한 뒤 Open 를 클릭하여 업로드를 실행합니다.
팝업 창에서 업로드에 포함될 수 있는 파일 수(선택한 폴더에 포함됨)를 안내하고 진행 확인을 요청합니다.
Upload Project 창이 나타납니다. 기본적으로 Project Name 는 기존 프로젝트의 값으로 설정됩니다. 필요하면 변경하고 적절한 설명을 추가하십시오. Parent Folder 는 업로드 프로세스를 시작했을 때 활성화되어 있던 폴더로 설정됩니다. 필드 오른쪽의 Change 링크를 클릭하면 Workspace의 서버 폴더 구조에 접근할 수 있으며, 여기서 프로젝트를 저장할 다른 폴더를 선택할 수 있습니다. 원한다면 프로젝트를 하위 폴더 계층 구조로 구성할 수 있습니다. 자세한 내용은 Creating a Hierarchy of Project Folders 섹션을 참조하세요. 필요한 설정을 정의한 후
업로드가 진행되며, 완료되면 요약 수준의 프로젝트 목록에 해당 프로젝트 항목이 추가됩니다.
로컬 프로젝트에 존재하던 버전 관리 링크는 모두 무시되며, 업로드된 프로젝트는 완전 관리형의 버전 관리되는 Workspace 기반 프로젝트가 됩니다. 로컬 원본 프로젝트는 어떤 방식으로도 변경되지 않습니다.
Important Considerations
프로젝트 업로드에는 다음이 포함됩니다:
프로젝트 파일(PrjPcb)에 등록되어 프로젝트에 추가된 설계 파일.
지정된 프로젝트 폴더에 있는 그 외의 모든 파일.
프로젝트 업로드에는 not 다음이 포함되지 않습니다:
지정된 프로젝트 폴더의 하위 폴더에 있는 파일(프로젝트에 포함되어 프로젝트 파일에 등록된 경우는 제외).
지정된 폴더 밖에 위치한, 프로젝트에 추가/링크된 모든 파일.
예를 들어 생성된 Gerber 제작 출력물과 같은, Project Outputs for <project> 폴더 내의 모든 파일.
권장 사항:
Gerber 또는 ODB++ 파일 세트 업로드
Workspace는 아카이브 형식의 생성된 Gerber/ODB++ 제조 파일 세트도 허용하며, Manufacturing Files 에서 제공되는 옵션을 통해
Gerber/ODB++ 프로젝트 이름을 클릭하거나, 연결된 메뉴의 Open 옵션을 사용하여 Workspace 전용 Fabrication Viewer 에서 파일 세트를 로드합니다. 이를 통해 포함된 모든 파일/레이어의 합성 뷰를 제공하고, 레이어를 숨기거나 단독으로 표시할 수 있으며, 점-대-점 Measurement feature 를 제공하고, 배치된 Comments 도 지원합니다.
이러한 옵션에 대한 자세한 내용은 Web Viewer 문서의 Fabrication 섹션을 참조하십시오.
OrCAD 설계 업로드
Workspace OrCAD® 업로드 기능은 Altium 365 Workspace에서 업로드하고 해석할 수 있는 설계 파일 범위를 확장합니다. 적절한 회로도(*.dsn) 및 PCB(*.brd) 파일이 포함된 아카이브 파일(*.zip)을, 아래에 표시된 것처럼 Projects 페이지의 Design Files » OrCAD 옵션을 통해 업로드합니다. OrCAD 설계는 Altium 365에서 버전 관리(Version Control) 하에 저장됩니다.
현재 업로드되는 아카이브에는 상대적인 Schematic/PCB 파일 경로를 등록하는 적절한 *.opj Project 파일이 포함되어야 합니다.
버전 17.2 이상 OrCAD PCB 파일이 지원됩니다.
자세한 내용은 What ECAD files do you support? 를 참조하십시오.
업로드된 OrCAD 설계는 다른 Workspace 프로젝트와 동일하게, 타일을 더블 클릭하거나 타일 Open 옵션을 선택해 열 수 있습니다. 처리 후 OrCAD 설계 파일은 Schematic, PCB, 3D PCB 및 BOM 목록 프로젝트 뷰로 해석됩니다.
뷰어의 설계 탐색 트리는 평면 File 뷰와 Hierarchical 구조 뷰 사이에서 전환할 수 있습니다.
Web Viewer를 통해 제공되는 고급 Workspace 기능 덕분에, 이제 통합된 설계에서 도메인 뷰 간 객체를 빠르게 크로스 프로빙하고, 객체를 검색하고, Net을 추적/강조 표시하며, Comments 를 배치하고, 다른 사용자와 Share the design 하고, History 를 확인하고, Task activities 를 활용하는 등 훨씬 더 많은 작업을 수행할 수 있습니다. 또한 업로드된 OrCAD 프로젝트로부터 고급 Managed BOM 문서를 생성할 수 있는데, 이를 통해 Altium의 방대한 공급망 데이터 리소스에서 채워진 조달 준비(BOM) 파일을 검토, 구성 및 공유할 수 있습니다. 자세한 내용은 BOM Portal page 를 참조하십시오.
뷰어의 기능과 특징에 대한 정보는 Web Viewer page 를 참조하십시오.
설계의 새 버전 업로드
OrCAD 설계가 Workspace에 업로드된 후(예: 외부 계약자의 추가 작업 등으로) 해당 설계의 새 버전이 제공되면, 프로젝트의 Upload New Version 옵션을 사용하여 기존 Workspace 프로젝트를 업데이트할 수 있습니다. 기존 프로젝트는 Git Version Control 하에 저장되므로, 이 옵션을 통해 새 설계 업데이트를 해당 프로젝트의 새로운 VCS 리비전으로 커밋할 수 있습니다. 이러한 모든 Commit(및 프로젝트 Release) 이벤트는 기록되며 프로젝트의 History view 에서 접근할 수 있습니다.
Altium 365와 OrCAD 통합
Workspace에 OrCAD® 설계를 업로드할 수 있는 기능과 함께, Altium 365는 전용 플러그인을 사용해 OrCAD와 Workspace 간 직접 통합도 지원합니다.
Altium 365의 ECAD 기능에 대한 정보는 Multi-CAD File Support 페이지를 참조하십시오.
OrCAD가 설치된 머신에 설치되는 Altium 365 Plugin for OrCAD 는 두 도메인 간 양방향 설계 데이터 교환을 제공하는 소형 애플리케이션입니다. 이 통합은 기존 OrCAD 설치 환경에서 Altium 365의 데이터 관리 이점을 활용할 수 있는 편리한 방법을 제공합니다. Workspace로 포팅된 OrCAD 설계는 이력 추적 버전 관리 하에 저장되며, 협업, 보기, 공유, 코멘트 등 다양한 작업에 사용할 수 있습니다. 이해관계자의 접근은 권한으로 제어되며 웹 브라우저를 통해 제공됩니다.
설치 마법사의 안내에 따라 OrCAD가 설치된 PC에서 Altium OrCAD 플러그인 실행 파일을 다운로드하여 실행하세요. 설치 프로그램이 OrCAD 설치 위치를 자동으로 감지해야 합니다.
설치가 완료되면 플러그인은 OrCAD 메인 메뉴의 Altium 365 항목에서 사용할 수 있습니다. 이를 통해 메뉴 옵션을 사용하여 로그인한 뒤 현재 OrCAD 프로젝트를 Altium 365 Workspace에 저장하거나, Workspace에 이전에 저장해 둔 프로젝트를 불러올 수 있습니다.
OrCAD 설계를 Altium 365 Workspace에 저장하는 행위는 두 프로젝트를 사실상 서로 연결하여, 플러그인이 Workspace에 연결되어 있을 때 데이터 동기화를 가능하게 합니다.
이후 OrCAD 환경에서 수행한 설계 편집 내용은 언제든지 Workspace에 저장할 수 있으며, Workspace 프로젝트를 새로 고치거나 다시 열면 업데이트된 설계 데이터가 표시됩니다. 자세한 내용은 Updating with New Data 를 참조하세요.
연결된 Workspace에서 Altium 365 Design Reviews 기능을 사용할 수 있는 경우, OrCAD Altium 365 메뉴의 Request for Review 옵션을 통해 현재 프로젝트의 Workspace Design Reviews 페이지가 직접 열리며, 그곳에서 동료 검토를 생성/접근/관리할 수 있습니다.
참고: OrCAD® 는 Cadence Design Systems, Inc.가 소유한 연방 등록 상표입니다. 이 상표에 대한 모든 언급은 식별 목적에 한합니다. 이 상표의 사용은 Cadence Design Systems, Inc.와의 어떠한 연관, 승인 또는 보증을 의미하지 않습니다.
Comments and Tasks Support
OrCAD용 Altium 365 Plugin은 Comments and Tasks 패널을 통해 Altium 365의 향상된 협업 기능을 OrCAD로 가져옵니다. 이 패널은 Comments 및 Tasks 데이터를 실시간으로 동기화하여 Altium 365와 직접 통신합니다. OrCAD 사용자는 댓글 스레드 생성 및 참여, 자신 또는 다른 사용자에게 작업 요청(태스크) 할당, 관련 이미지 붙여넣기 및 보기, 활성 태스크의 우선순위와 진행 상태 확인 등 Altium 365 협업 기능의 이점을 즉시 활용할 수 있습니다.
Altium 365 Comments 및 Tasks 사용 방법은 Web Viewer Comments 를 참조하세요.
Altium 365 메뉴에서 Comments and Tasks 옵션을 선택하여 플러그인의 Comments and Tasks 오버레이 패널을 엽니다. 패널에는 연결된 Altium 365 Workspace 프로젝트에서 가져온 기존 문서 댓글 및 태스크 참조가 표시됩니다.
Altium 365 Workspace와 OrCAD 간 데이터의 양방향 교환을 활성화하려면 Altium 365 플랫폼에 로그인되어 있어야 합니다.
플러그인의 Comments and Tasks 패널은 연결된 Workspace의 Comments and Tasks 창(pane)을 동기화한 버전이라고 볼 수 있습니다. 따라서 OrCAD가 문서 댓글 기능을 기본적으로 지원하지 않기 때문에 문서 내에 배치된 댓글에 대한 접근을 제외하면, 패널은 Workspace 창의 대부분 기능을 제공합니다. 해당 Workspace 기능에 대한 자세한 내용은 Working with the Comments Pane 를 참조하세요.
새 댓글은 플러그인의 Comments and Tasks 패널 상단 영역에서 추가할 수 있으며, 현재 활성 OrCAD 문서와 연결됩니다. 언제든지 F5을(를) 눌러 패널 데이터를 새로 고칠 수 있습니다.
Altium 365 Workspace Comments and Tasks 창(pane)과 마찬가지로, OrCAD Plugin Comments and Tasks 패널에는 다음 옵션과 기능이 포함됩니다:
Comments and Tasks Filtering – 창(pane)에 포함할 사용자 댓글(또는 태스크만)을 제어합니다.
Threads and Notifications – 항목을 현재 문서 및/또는 해결되지 않은 항목(기본 설정)으로 제한합니다. Workspace Email Notifications 가 활성화된 경우 Notification Settings 옵션을 사용하여 이메일 알림을 생성하는 댓글 범위를 지정합니다.
Comment entry options – 댓글의
Comment image – Original Snapshot 컨트롤은 문서에 댓글을 배치할 때 자동으로 캡처된 스크린샷 이미지를 엽니다. Altium 365 Workspace에서 댓글을 배치한 경우에만 사용할 수 있습니다.
Task assignment – Assign a task to 메뉴에서 사용자 이름을 선택하여 댓글과 연결된 태스크를 생성합니다. 태스크가 아직 할당되지 않은 경우에 사용할 수 있습니다.
Link to associated Task – 댓글의 태스크 식별 항목을 선택하면 해당 태스크가 Workspace project Tasks view 에서 열립니다. 태스크의 우선순위 및 상태 변경 사항은 OrCAD Comments and Tasks 패널에 반영됩니다.
Uploading a KiCad Design
Workspace KiCad® Upload 기능은 Altium 365 Workspace에 업로드되어 해석될 수 있는 또 다른 ECAD 설계 데이터 소스를 제공합니다. 적절한 KiCad 회로도 및 PCB 파일이 포함된 아카이브 파일(*.zip)을 아래와 같이 Projects 페이지의 Design Files » KiCad 옵션을 통해 업로드합니다. 처리된 KiCad 설계는 Altium 365에서 버전 관리(Version Control) 하에 저장됩니다.
Altium 365 ECAD 기능에 대한 정보는 Multi-CAD File Support 페이지를 참조하세요.
업로드된 KiCad 설계는 다른 Workspace 프로젝트와 동일하게 타일을 더블클릭하거나, 타일 Open 옵션을 선택하여 열 수 있습니다. 처리 후 KiCad 설계 파일은 회로도(Schematic), PCB, 3D PCB, BOM 목록 프로젝트 보기로 해석됩니다.
설계와 해당 문서는 객체/레이어 가시성 제어, 양방향 크로스 프로빙, 관리형 설계 공유를 통한 협업, 문서 댓글, History 접근 등 Altium 365를 통해 제공되는 고급 기능을 사용할 수 있습니다. BOM Portal application 에 접근할 수 있다면, 조달 중심의 Managed BOM 문서를 설계로부터 생성하여 제조 및 공급업체 부품 데이터를 관리할 수 있습니다.
설계 뷰어의 기능과 특징은 Web Viewer page 를 참조하세요.
예를 들어 외부 계약자의 추가 작업 등으로 해당 KiCad 설계의 새 버전이 제공되면, 프로젝트의 Upload New Version 옵션( 을 사용하여 기존 Workspace 프로젝트를 업데이트할 수 있습니다. 새 설계 업데이트는 새로운 VCS 프로젝트 리비전으로 커밋되며, 프로젝트의 History view 에 이벤트로 기록됩니다.
Uploading an EAGLE Design
Workspace Autodesk® EAGLE™ Upload 기능은 Altium 365 Workspace에 업로드되어 해석될 수 있는 또 다른 ECAD 설계 데이터 소스를 제공합니다. 적절한 EAGLE 회로도(*.sch) 및 PCB 파일(*.brd)이 포함된 아카이브 파일(*.zip)을 아래와 같이 Projects 페이지의 Design Files » EAGLE 옵션을 통해 업로드합니다. 처리된 EAGLE 설계는 Altium 365에서 버전 관리(Version Control) 하에 저장됩니다.
Altium 365 ECAD 기능에 대한 정보는 Multi-CAD File Support 페이지를 참조하세요.
업로드한 EAGLE 설계는 다른 Workspace 프로젝트와 동일하게 타일을 더블클릭하거나, 타일의 Open 옵션을 선택해 열 수 있습니다. 처리(프로세싱)가 완료되면 EAGLE 설계 파일이 Schematic, PCB, 3D PCB, BOM 목록 프로젝트 뷰로 해석되어 표시됩니다.
해당 설계와 문서는 Altium 365를 통해 제공되는 고급 기능(객체/레이어 가시성 제어, 양방향 크로스 프로빙, 관리형 설계 공유를 통한 협업, 문서 코멘트, History 접근 등)을 제공합니다. BOM Portal application 에 접근할 수 있다면, 설계에서 조달 중심의 Managed BOM 문서를 생성하여 제조 및 공급업체 부품 데이터를 관리할 수 있습니다.
설계 뷰어의 기능과 특징에 대한 정보는 Web Viewer page 를 참고하십시오.
예를 들어 외부 계약자의 추가 작업 등으로 해당 EAGLE 설계의 새 버전이 उपलब्ध해지면, 프로젝트의 Upload New Version 옵션( 을 사용해 기존 Workspace 프로젝트를 업데이트할 수 있습니다. 새 설계 업데이트는 새로운 VCS 프로젝트 리비전으로 커밋되며, 프로젝트의 History view 에 이벤트로 기록됩니다.
Workspace에서 Altium 365 BOM Portal 애플리케이션이 활성화되어 있으면, CSV/XLS 형식의 BOM 파일을 업로드하여 Managed BOM 프로젝트 아이템을 만들거나 기존 설계 프로젝트에서 직접 생성할 수 있습니다. Managed BOM 파일은 BOM Portal 에 의해 해석 및 처리되어 최종적으로 조달 준비가 된 BOM 문서를 생성합니다. 이 문서에는 Altium의 데이터 리소스를 통해 제공되는 최신 manufacturer/supplier information 이 채워지며, 회사 요구에 맞게 완전히 구성(커스터마이즈)할 수 있습니다.
또한 여러 기존 Managed BOM으로 구성된 복합 BOM인 Consolidated BOM 도 생성할 수 있습니다. 여러 보드 또는 섹션으로 구성된 프로젝트의 경우, 이를 통해 동등 부품을 취합하고 주문 수량을 최적화한 전체 프로젝트 구매 BOM을 만들 수 있습니다. 자세한 내용은 BOM Portal 페이지의 Consolidated BOM section 을 참고하십시오.
자세한 정보는 BOM Portal page 를 참고하십시오.
BOM 파일을 업로드하려면 Upload 그룹에서 BOM 옵션을 선택하고, 적절한 CSV/XML BOM 파일을 찾아 선택한 다음, Upload BOM 창에서 세부 정보를 입력하고 업로드를 확인합니다. Managed BOM 파일은 기본적으로 현재 열려 있는 폴더 또는 Projects 폴더에 저장되며, 설계 프로젝트와 유사한 방식으로 접근 및 관리됩니다.
기존 설계 프로젝트에서 Managed BOM을 생성하려면 프로젝트 타일의 Create Managed BOM 옵션을 선택하고, 프로젝트 변형(variant)을 선택한 뒤 Create Managed BOM 창에서 BOM 세부 정보를 입력하고 BOM 생성을 확인합니다.
Managed BOM은 타일을 더블클릭하거나 이름을 클릭하거나, 관련된 줄임표(ellipsis) 메뉴에서 Open 를 선택해 열 수 있습니다. BOM Portal 애플리케이션은 BOM 파라미터를 자동으로 인식하고 map BOM parameters 를 수행하려고 시도하며(Description, Designator, Manufacturer Part Number 등), 그렇지 않은 경우에는 선택에 따라 컬럼 매핑 과정을 단계적으로 진행하도록 안내합니다.
파라미터 데이터가 성공적으로 매핑되면, 시스템이 자동으로 가장 적합한 부품 제조사 및 부품 공급업체 데이터를 가져오고, 호환성 또는 리스크 이슈를 표시하며, BOM ‘건강 상태(health)’에 대한 그래픽 개요를 제공합니다.
프로젝트 폴더 계층 구조 만들기
Related information: 콘텐츠 구조 및 접근 관리
Workspace는 서버 구조 내에서 프로젝트 폴더를 생성하고 관리하는 기능도 제공합니다. 이후 프로젝트는 생성된 폴더 계층 구조의 어떤 폴더에서든 생성하거나 해당 폴더로 이동할 수 있습니다.
(기본) 최상위 Project 폴더 아래에 새 폴더를 만들려면 프로젝트 목록 위의 Create 그룹에서 Folder 항목을 선택합니다. 표시되는 Create Folder 창에서 새 폴더 이름, 상위(부모) 폴더, 선택적 설명을 지정합니다. 새 폴더는 항상 현재 선택된 폴더 아래에 생성되며, 해당 폴더가 부모 폴더가 됩니다. 새 폴더의 권한은 부모 폴더에서 상속되며, 현재 사용자와 다른 경우에도 해당 폴더 ‘owner’에 대한 쓰기 권한이 포함됩니다.
이미 정의된 프로젝트 폴더 계층이 있다면, Parent Folder 필드 오른쪽의 Change 링크를 클릭해 Workspace의 서버 폴더 구조에 접근한 뒤, 새 폴더를 생성할 대체 부모 폴더를 선택할 수 있습니다.
필요한 속성을 정의한 후
필요에 따라 추가 폴더를 계속 생성하여 설계 프로젝트를 저장하고 분류할 폴더 계층 구조를 구축합니다. 이후 이러한 폴더는 다음 폴더를 생성할 때 부모 폴더로 선택할 수 있으며, 아래 이미지와 같이 표시됩니다.
정의된 프로젝트 폴더 계층 구조 예.
폴더 계층 구조 탐색
Projects 페이지의 기본(그래픽) 뷰에는 Projects 폴더 아래의 모든 하위 폴더가 표시됩니다. 선택한 폴더의 세부 정보는 오른쪽 정보 패널에 표시됩니다.
폴더 항목의 이름을 클릭해 내용을 열고, 브레드크럼 항목을 선택해 폴더 계층 구조를 위로 탐색하거나, 기본 내비게이션 트리에서 Projects 항목을 선택해 최상위 프로젝트 레벨로 돌아갈 수 있습니다. List 뷰( 에 접근할 때도 동일한 방식으로 탐색합니다.
폴더 공유
기존 프로젝트 폴더의 공유 권한을 수정하려면 Projects 페이지에서 해당 항목을 선택한 다음, 관련 Share 항목을 선택하거나 상단의 Share Item 창에서 지정한 사용자 또는 그룹(Share Item With 항목)에 대한 폴더 접근 권한을 추가할 수 있으며, 폴더의 기존 공유 권한(Share With 아래)을 확인하고 수정할 수 있습니다. 단, 기본 Owner 및 Administrator 권한은 변경할 수 없습니다.
폴더 공유 권한에 대한 접근은 Administrator와 폴더 Owner만 사용할 수 있습니다.
루트 Projects 폴더의 공유 권한은 Administrator만 Explorer page 를 통해 수정할 수 있습니다.
Share Item 창에서는 선택한 폴더에 적용되는 공유 권한을 추가 및 수정할 수 있습니다.
Shared With 항목에서 일부 사용자 접근 수준(View, Edit, No access)을 선택할 수 없는 경우가 있습니다. 이는 접근 수준 변경이 부모 폴더에서 상속된 권한 세트를(기본적으로 모든 사용자에 대한 Edit 권한) 모순되게 하거나 하향(강등)시키기 때문입니다. Share Item 창의 Advance Settings 아래에서 Inherit parent folder permissions 옵션을 비활성화하면, 폴더 권한을 부모 폴더 권한과 분리하여 권한 상속을 비활성화할 수 있으며, 그 결과 모든 접근 수준 옵션을 사용할 수 있습니다.
자세한 내용은 Managing Content Structure & Access page 를 참고하십시오.
기존 프로젝트 폴더의 속성을 편집하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트/폴더 목록 위의 Edit 항목을 선택합니다.
편집 명령은 Projects 페이지에서도 사용할 수 있습니다. 필요한 폴더의 타일을 선택한 다음 Edit 명령을 선택합니다. Projects 페이지가 리스트 뷰일 때는 필요한 폴더 항목의 맨 오른쪽에 있는 Edit 명령을 선택합니다.
루트 Projects 폴더는 수정할 수 없습니다.
다음 Edit Folder 창에서 폴더의 Name과 Description을 변경할 수 있습니다. 변경 사항을 확인하려면
프로젝트 폴더의 Name 및 Description 은(는) 언제든지 편집할 수 있습니다.
계층 구조 내에서 폴더 이동
계층 구조에서 폴더를 다른 상위(부모) 폴더 아래로 이동(재배치)하려면 Projects 페이지에서 해당 폴더 항목을 선택하고, 프로젝트/폴더 목록 위에 있는 Move 항목을 선택합니다.
이동 명령은 Projects 페이지에서도 사용할 수 있습니다. 필요한 폴더의 타일을 선택한 다음 Move 명령을 선택합니다. Projects 페이지가 목록 보기일 때는, 필요한 폴더 항목의 맨 오른쪽에 있는 Move 명령을 선택합니다.
루트 Projects 폴더는 이동할 수 없습니다.
Move folder 창이 나타나며, 여기서 새 상위(부모) 폴더를 선택합니다. 이동을 실행하려면
폴더 계층 구조 내에서 폴더는 어느 단계에서든 이동할 수 있습니다.
폴더 제거
Workspace에서 기존 프로젝트 폴더를 제거하려면 Projects 페이지에서 해당 폴더 항목을 선택하고, 프로젝트 폴더 목록 위에 있는 Remove 항목을 선택합니다.
제거 명령은 Projects 페이지에서도 사용할 수 있습니다. 필요한 폴더의 타일을 선택한 다음 Remove 명령을 선택합니다. Projects 페이지가 목록 보기일 때는, 필요한 폴더 항목의 맨 오른쪽에 있는 Remove 명령을 선택합니다.
루트 Projects 폴더는 제거/삭제할 수 없습니다.
Remove 창이 나타나며, 여기서 제거를 확인합니다. 삭제를 진행하려면
폴더는 폴더 계층 구조에서 제거되며, 포함된 프로젝트도 함께 제거되고, 제거된 폴더의 상위 폴더로 이동합니다. 프로젝트 폴더는 Trash page 에서 복원하거나 영구 삭제할 수 있습니다. 폴더와 함께 제거된 프로젝트는 Trash page에서 복원하거나 영구 삭제할 수 있지만, 해당 프로젝트의 소유자 또는 Workspace 관리자만 가능합니다.
프로젝트 폴더 삭제 – Workspace의 격리된 Trash 영역으로 보내기.
프로젝트 탐색
Workspace 브라우저 인터페이스의 Projects 페이지에 있는 프로젝트 목록에는 사용자가 접근할 수 있는 모든 프로젝트가 포함되며, 폭넓은 프로젝트 관리 기능과 컨트롤을 제공합니다. ( 로 전환하고,
Workspace 브라우저 인터페이스의 Projects 페이지 – 프로젝트 작업을 위한 명령 센터. 여기에는 페이지의 그래픽 보기가 표시됩니다.
프로젝트 목록은 마지막 수정 날짜 기준으로 자동 정렬되며, 가장 최근에 수정된 프로젝트가 목록의 왼쪽 상단(그래픽 보기) 또는 목록의 맨 위(목록 보기)에 표시됩니다. 그래픽 보기( 에서는
목록 보기( 에서는 각 열의 헤더를 사용하여 프로젝트 목록을 Name , Author , Owner 또는 Last Modified 기준으로 정렬할 수 있습니다. 한 번 클릭하면 오름차순으로 정렬되고, 다시 클릭하면 내림차순으로 정렬됩니다. 열 이름 오른쪽의 화살표는 현재 활성화된 정렬 방향을 나타냅니다. 한 보기에서 선택한 정렬 방식은 두 보기 모두에 적용됩니다.
프로젝트 필터
필터( 드롭다운 메뉴 옵션을 사용하여 목록을 특정 소유자 및/또는 문서 유형(또는 둘의 조합)으로 제한할 수 있습니다.
부품 보고서 필터
Filters 창의 Type 필터 선택(드롭다운 목록 Parts Report 옵션도 포함되며, 이는 Parts in Use 기능에서 생성된 이름이 지정된 Views 을(를) 나타내는 아이콘을 표시합니다. Parts Report 보기는 BOM Portal의 Parts in Use page 를 통해 접근합니다.
정보, 옵션 및 검색
기본 그래픽 보기( 에서 프로젝트 또는 Managed BOM 타일에는 프로젝트 이름과 마지막 수정 날짜가 포함됩니다. 프로젝트 타일은 PCB가 있는 경우 프로젝트 PCB의 탑다운 3D 보기로 자동 채워지며, Managed BOM tile 은 BOM 자체에서 추출한 핵심 조달 데이터로 채워집니다.
페이지 그래픽 보기에서 선택된 프로젝트 및 Managed BOM 타일.
목록 보기( 에서 각 프로젝트 항목에는 다음 정보가 포함됩니다.
Name – 프로젝트 이름.
Description – 프로젝트에 입력되었거나 생성된 설명.
Author – 프로젝트를 생성한 사용자.
Owner – 프로젝트가 새 소유자에게 이전되지 않은 경우 작성자(Author). ► 관련 정보는 Transferring Project Ownership 을(를) 참조하십시오.
Last Modified – 프로젝트가 마지막으로 수정된 날짜 및 시간.
두 프로젝트 보기(그래픽/목록) 모두에서, 목록의 오른쪽 상단에 다음 컨트롤이 제공됩니다(자세한 내용은 이어지는 링크 섹션에 설명). 이 컨트롤은 목록에서 현재 선택된 프로젝트에 대해 동작합니다:
Share 창에 접근하며, 다른 사용자와 프로젝트를 공유하는 데 필요한 모든 컨트롤을 제공합니다.
More ) – 클릭하여 추가 옵션에 접근합니다:
Open – 클릭하여 프로젝트의 open the detailed management 페이지를 엽니다. 이는 브라우저의 별도 탭에서 열립니다.
Share (프로젝트 타일의 Share 창에 접근하며, 다른 사용자와 프로젝트를 공유하는 데 필요한 모든 컨트롤을 제공합니다.
Move – 클릭하여 Move Project 창에 접근합니다. 여기서 folder hierarchy 에서 사용 가능한 모든 폴더 중 프로젝트를 이동할 다른 상위(부모) 폴더를 선택할 수 있습니다.
Edit – 클릭하여 Edit Project 창에 접근합니다. 여기서 프로젝트의 Name , Description 및 서버 Parameters 를 변경할 수 있습니다. Parent Folder 필드는 편집할 수 없으며 정보만 제공합니다. 상위 폴더를 변경하려면 Move command 를 사용해야 합니다.
Clone – 이 명령을 선택하여 Clone Project 창에 접근하며, 프로젝트의 동일한 복사본을 만들기 위한 컨트롤을 제공합니다.
Watch – 이 명령을 선택하여 프로젝트를 팔로우합니다. Workspace에서 발송되는 이메일을 통해 프로젝트 관련 알림(예: 업데이트, 릴리스, 파라미터 및 권한 변경)을 받게 됩니다(관리자가 Workspace에 대해 email notifications 를 활성화한 경우). 프로젝트 생성자/소유자는 해당 프로젝트를 자동으로 감시(watch)하도록 설정됩니다.
UnWatch – 이 명령을 선택하여 프로젝트 팔로우를 중지하고 해당 프로젝트 이벤트에 대한 알림 수신을 중단합니다.
Remove – 이 명령을 선택하여 remove the project 합니다. 삭제를 확인하는 Remove 창이 나타납니다. 이 동작은 ‘소프트 삭제’로, 프로젝트(리비전 및 릴리스 포함)가 Workspace의 Trash 영역으로 이동됩니다.
또한 모든 프로젝트 폴더 전반에서 프로젝트를 검색할 수 있는 프로젝트 Search 기능도 포함되어 있습니다. Workspace 매개변수의 이름과 값으로 검색할 수 있으며, 이를 통해 최적의 검색을 위해 사용자 정의 프로젝트 매개변수(예: 고객명, 프로젝트 번호)를 만들 수 있습니다. 브라우저 인터페이스 상단의 필드에 검색 문자열의 일부를 입력하면, 목록이 업데이트되어 해당 검색 문자열을 속성에 포함하는 프로젝트 항목만 표시됩니다.
프로젝트 매개변수로 검색할 때는 매개변수 이름으로 검색하거나, (존재하는 매개변수의) 특정 값으로 검색할 수 있습니다. 매개변수 이름의 경우, 이름에 공백이 없다면 검색 필드에 <ParameterName> = 문자열을 입력합니다. 이름에 공백이 포함되어 있다면 "<ParameterName>" = 형태로 문자열을 입력합니다. 일반적으로는 고객명처럼 매개변수 값이 사용됩니다(예: Customer , Customer Name 등의 매개변수). 하지만 매개변수를 ‘태그’로 사용할 수도 있으므로, 해당 매개변수를 가진 모든 프로젝트를 검색할 수 있습니다.
검색 기능 사용 예시(이 경우 프로젝트 매개변수 값(Customer Name )을 기준으로 프로젝트 찾기).
모든 프로젝트 폴더에 걸친 전체 프로젝트 목록을 빠르게 표시하려면 검색 필드에 * 를 입력합니다.
검색 필터링을 해제하려면 왼쪽 탐색 창에서 기본 Projects 페이지 항목을 클릭하거나, 검색 필드(x )를 비우십시오.
속성 창
아직 표시되고 있지 않다면, 오른쪽 창 상단의 Properties 을(를) 클릭하여 Properties 창에 접근합니다. 이 창에는 현재 선택된 프로젝트의 상세 속성 정보가 표시됩니다.
현재 선택된 프로젝트에 대한 더 자세한 정보는 Properties 창에서 확인할 수 있습니다.
Properties 창에서 사용할 수 있는 속성 데이터는 현재 선택된 프로젝트로부터 Workspace가 추출하거나 생성한 것입니다. 창의 최상단 영역에는 (프로젝트에 PCB가 있는 경우) 보드의 3D 뷰가 표시되며, 프로젝트 이름, 설명, 소유자, 생성 및 마지막 수정 시점, 그리고 프로젝트의 상위 폴더로 연결되는 링크 등 일반적인 상위 수준 정보가 함께 제공됩니다.
추가 속성은 다음의 확장 가능한 제목 아래에 정리되어 있습니다(설명을 위한 예시 이미지 포함):
Child BOMs – 프로젝트에서 생성 되어 (프로젝트에 연결된) Managed BOM 문서 목록입니다.
Who Has Access – 프로젝트에 접근할 수 있는 Workspace 그룹, 멤버, 게스트에 대한 요약입니다. 아이콘 위에 마우스를 올리면 표시된 공유 접근 권한의 세부 정보를 볼 수 있으며, 아래 텍스트에도 요약되어 있습니다. 게스트 사용자 접근 아이콘에는 노란 점이 포함됩니다. Manage Access 명령을 사용하면 프로젝트의 Share 대화상자를 직접 열 수 있습니다. 아래의 Sharing a Project 를 참고하십시오.
Parameters – 프로젝트 설계 자체에서 추출되거나 계산된 상세 데이터의 포괄적인 모음입니다. Show 컨트롤을 클릭하여 전체 목록을 확장하고, Hide 를 클릭하여 다시 접습니다.
Releases – 프로젝트의 Releases 목록입니다. 여러 릴리스가 최신 항목이 맨 위에 오도록 순차적으로 표시됩니다. 항목을 클릭하면 해당 릴리스가 열리며, 별도의 탭에서 Manufacturing Portal 를 통해 표시됩니다. 이 포털에서 릴리스된 파일 데이터를 보고 탐색할 수 있고, BOM을 검토하며, 설계 자체의 스냅샷(해당 릴리스 데이터의 소스)에 대해 확인 및 코멘트할 수 있습니다. 또한 다양한 세분화 수준(전체 데이터 세트부터 개별 생성 출력 파일까지)으로 제조 데이터를 다운로드하는 컨트롤에도 접근할 수 있습니다. 선택한 릴리스는 Manufacturing Package 로서 제조사에 직접 전송할 수도 있습니다.
활동 창
아직 표시되고 있지 않다면, 오른쪽 창 상단의 Activity 을(를) 클릭하여 Activity 창에 접근합니다. 이 창에는 현재 선택된 프로젝트의 활동 정보가 표시됩니다. 각 메시지는 프로젝트와 관련하여 발생한 이벤트(속성 변경, 새 커밋, 릴리스 등)를 강조 표시합니다. 가장 최근 이벤트가 목록의 맨 위에 표시됩니다.
현재 선택된 프로젝트에서 발생한 이벤트 이력은 Activity 창에서 확인할 수 있습니다.
이벤트 메시지 중 어느 것이든 프로젝트 항목을 클릭하면 해당 프로젝트의 상세 관리 페이지로 이동합니다.
프로젝트 공유
프로젝트가 Workspace에서 사용 가능해지면, 실제로 어떤 사용자가 해당 프로젝트에 접근할 수 있는지 결정해야 합니다. 이는 접근 권한을 별도로 구성하는 방식이 아니라, 프로젝트를 공유하는 방식으로 수행됩니다.
Workspace에서 새로 생성되었거나 사용 가능해진 프로젝트는 기본적으로 다음 대상과 공유됩니다.
프로젝트 소유자(일반적으로 프로젝트를 생성했거나 Workspace에서 사용 가능하게 만든 설계자): 전체 편집 권한.
Administrators 그룹: 전체 편집 권한.
프로젝트의 상위 폴더(프로젝트가 생성된 폴더)에서 상속된 권한 또는 Workspace 관리자가 지정한 고정 기본 권한 세트에 의해 결정되는 기타 사용자 또는 그룹.
새로 생성되는 프로젝트의 default location 은 Workspace 인터페이스의 Admin – Settings – Projects 페이지에서 정의/변경됩니다. 다른 기본 위치를 지정하려면 Default path for new projects 필드를 선택해 편집하십시오. 새 프로젝트는 이 위치에 저장되거나, 사용자가 현재 열어 둔 다른 폴더에 저장됩니다(단, 해당 폴더에 대한 Write 접근 권한이 있어야 함).
Projects 폴더(또는 대체 기본 폴더)에 대해 사용자가 쓰기 권한이 없다면(View만 해당), 이 위치에서 생성한 프로젝트는 사용자의 이메일 주소를 기반으로 한 최상위 폴더 아래의 My Projects 폴더에 저장됩니다. 즉, 사용자의 Personal Folder 구조에 저장됩니다. View 접근 권한만 가진 사용자는 프로젝트 생성이 차단됩니다.
자세한 내용은 Project Creation Without Folder Write Access 를 참고하십시오.
Workspace 브라우저 인터페이스의 관리자 영역에서 새 프로젝트의 기본 위치를 관리합니다.
새로 생성되는 프로젝트의 default access permissions 은 Admin –Settings – Projects 페이지에서 Default permissions for new projects 옵션을 활성화하여 지정할 수 있으며, 이 경우 새 프로젝트가 상위 폴더의 권한을 상속하는 기본 동작을 무시합니다. 이 옵션을 활성화하면 새로 생성되는 모든 프로젝트에 적용될 명시적인 접근 권한 세트를 정의할 수 있습니다. 모든 새 프로젝트가 Projects 폴더와 같은 단일 위치에 생성되는 경우, 이 방식이 바람직할 수 있습니다. 자세한 내용은 Managing Project Creation Permissions 를 참고하십시오.
Workspace 브라우저 인터페이스의 관리자 영역에서 새 프로젝트에 대한 기본 접근 권한 세트를 지정합니다.
프로젝트 폴더의 공유는 Admin – Explorer 페이지에서 구성할 수 있으며, 폴더 항목을 마우스 오른쪽 버튼으로 클릭했을 때의 컨텍스트 메뉴에서 Share Folder 옵션을 선택하거나, 관리자 또는 폴더 소유자의 경우 Projects 페이지 뷰에서 설정할 수 있습니다. 위의 Sharing a folder 를 참고하십시오. 새로 활성화된 Workspace에서는 루트 Projects 폴더에 대한 쓰기 접근이 모든 Workspace 멤버에게 공유 관점에서 제공됩니다. 즉, Write 권한이 Anyone (모든 Workspace 사용자가 폴더에 추가하거나 폴더를 편집할 수 있음)로 설정됩니다.
공유는 특정 사용자 또는 그룹으로 변경할 수 있지만, 권장되는 접근 방식은 이 최상위 폴더 아래에 폴더 계층을 만들고, 특정 폴더 및 그에 포함된 프로젝트에 사용자 정의 공유를 적용하여 공유(즉, 접근)를 구체적으로 제어하는 것입니다.
Workspace에는 상속 권한 구조가 적용되므로, 폴더 권한의 추가/편집은 폴더 계층 아래로 전파된다는 점이 중요합니다. 자세한 내용은 Sharing Folder and Items 를 참고하십시오.
상위 폴더에서 상속된 폴더 권한은, Inherit permissions from parent folder 옵션을 비활성화하여 상위-하위 관계를 ‘연결 해제’하지 않는 한 변경(특히 하향 조정)하지 못할 수 있습니다. Share 창의 Advanced Settings 에서 해당 옵션을 끌 수 있습니다. 관련 정보 를 참조하세요.
Projects 폴더는 Workspace의 최상위 폴더로, 관리자만 접근할 수 있습니다. Workspace 멤버의 접근을 관리하려면 이 레벨 아래에 권한 제어가 적용된 폴더 계층을 생성하세요.
공유 개요
Workspace 브라우저 인터페이스에서 프로젝트 접근 권한을 구성하려면, 인터페이스의 Projects 페이지에서 프로젝트 타일을 선택하고 Share 명령을 선택하거나, 상단의 Projects 페이지가 목록 보기로 표시되면, 프로젝트 항목의 맨 오른쪽에 있는 Share 명령을 선택합니다.
프로젝트를 다른 사용자와 공유하려면, 사용자가 프로젝트 Owner이거나 Workspace Administrator이거나, 해당 프로젝트에 대한 Edit 및 재공유 권한 을 보유하고 있어야 합니다.
다음 Share 창에는 프로젝트를 다른 사용자와 공유하는 데 필요한 모든 컨트롤이 포함되어 있습니다.
디자인 프로젝트가 Workspace에서 중앙 관리되는 경우, 다른 사람과의 공유는 각 프로젝트의 권한을 관리하는 것만으로 간단히 처리할 수 있습니다.
유의할 사항:
권한 측면에서, Can Edit 옵션이 선택되면 사용자/그룹은 프로젝트에 대한 전체 편집 권한을 갖습니다. 그렇지 않으면 보기 전용 권한을 갖습니다.
Owner 및 Administrators 그룹은 항상 전체 편집 권한(Can Edit )을 가집니다.
Owner 및 Administrators 그룹을 제외하면, 포함된 모든 사용자/그룹의 권한은 개별적으로 Can View 또는 Can Edit 로 설정하거나, 접근 권한을 완전히 제거할 수 있습니다.
Workspace의 버전 관리(Git VCS) 하에 있는 것이 아니라 Altium Designer에서 미러 형식(Simple Sync )으로 Workspace에 제공된 프로젝트는 편집 권한(Can Edit )으로 공유할 수 없습니다. 편집은 프로젝트 소유자만 가능합니다.Making Altium Designer Projects Available Online 에 대한 정보를 참조하세요.
프로젝트는 특정 사용자 및/또는 그룹에 명시적으로 공유할 수도 있고, Workspace의 어떤 멤버(또는 모든 멤버)에게 공유할 수도 있습니다.
프로젝트에 대해 충분한 공유 권한이 있다면, Workspace 멤버가 아닌 사용자와도 공유할 수 있습니다. 이러한 사용자는 Workspace의 Guests 가 되며, 지정한 권한 수준으로 공유된 프로젝트에 접근할 수 있지만 다른 Workspace 데이터에는 접근할 수 없습니다. 자세한 내용은 Sharing with External Users 를 참조하세요.
특정 사용자 또는 그룹과 공유
Workspace에서 지정된 사용자 및/또는 그룹과 프로젝트를 공유하는 절차는 다음과 같습니다.
Share 창의 Share Project With 필드에 필요한 사용자/그룹 이름을 추가합니다. 항목을 추가하려면 필드에 원하는 이름/이메일/그룹을 입력하기 시작하면, 동적 목록에서 일치하는 사용자/그룹을 선택할 수 있습니다. 이 목록에는 Workspace 멤버 또는 조직 내 사용자, 그리고 Workspace에 정의된 기존 그룹만 필터링되어 표시됩니다. 여러 사용자/그룹을 선택할 수 있습니다. 입력된 사용자/그룹을 제거하려면 해당 항목에 연결된
조직 외부 사용자와 공유하려면(Altium Account 보유 여부와 무관), 전체 이메일 주소를 입력하고 Enter 을(를) 누르세요.
연결된 드롭다운 메뉴에서 Can View 또는 Can Edit 을 선택하여 추가된 사용자/그룹의 공유 접근 권한을 설정합니다. 후자의 옵션은 보기 기능을 기본적으로 포함합니다. 이 설정은 처음에는 Share Project With 필드에 포함된 모든 항목(사용자/그룹)에 적용됩니다.
이 프로젝트의 공유 방식과 관련된 정보를 포함하고 싶다면
Shared With 컨트롤을 클릭하면 현재 프로젝트가 (명시적으로) 공유된 사용자/그룹이 표시되며, 기본적으로 Owner 및 Administrators 그룹이 포함됩니다.
Owner 및 Administrators 그룹을 제외하면, 포함된 모든 사용자/그룹의 권한은 개별적으로 Can View , Can Edit , Owner으로 설정하거나 접근 권한을 완전히 제거할 수 있습니다. 현재 권한 상태를 클릭하여 컨트롤에 접근하세요. ► Transferring Project Ownership 에서 Make Owner 옵션에 대한 추가 정보를 확인할 수 있습니다.
Workspace의 모든 멤버에게 접근을 열려면, Workspace Members 항목 드롭다운 메뉴에서 적절한 권한 수준(읽기 전용 접근인 Can View 또는 전체 읽기/쓰기 접근인 Can Edit )을 선택합니다. No access로 설정하면 Owner, Administrators 및 공유 대상으로 명시적으로 추가된 사용자만 접근할 수 있습니다.
Workspace의 권한 상속 체계로 인해 일부 권한 수준 옵션이 비활성화될 수 있습니다.Share 창의 Advanced Settings 에서 Inherit parent folder permissions 옵션을 비활성화하세요.
Share 창의 Advanced Settings 에는 공유받은 사용자가 프로젝트를 재공유하거나 다운로드할 수 있는 대상을 제어하는 옵션이 포함되어 있습니다. Workspace Member 및 Guest 접근 권한으로 그룹화된 이 설정을 통해, 편집 권한(Can Edit)이 부여된 사용자가 프로젝트를 공유할 수 있는지, 읽기 전용 권한(Can View) 사용자가 프로젝트를 다운로드할 수 있는지를 지정할 수 있습니다.
실제로 이를 통해 예를 들어 외부 계약자가 추가로 공유하는 것을 제한할 수 있습니다.Guests ) 사용자에 대한 별도의 권한이 제공됩니다.
보기 전용 접근 권한을 가진 사람이 다운로드가 허용되지 않으면 Web UI를 통해서만 프로젝트를 볼 수 있습니다. Altium Designer에서는 프로젝트를 볼 수 없는데, 그렇게 하려면 먼저 프로젝트를 다운로드해야 하기 때문입니다.
Editors는 항상 프로젝트를 다운로드할 수 있고 Viewers는 프로젝트를 공유할 수 없다는 점에 유의하세요. 다만 프로젝트 뷰어는 지정된 사용자( 에게 공유해 달라고 요청할 수 있으며, 제출된 요청은 프로젝트에 편집 접근 권한이 있는 사용자가 아래에 설명된 대로 처리합니다.
디자인 소프트웨어 내에서 프로젝트를 공유할 때 고급 설정에 접근하려면 Altium Designer 21.3 이상이 필요합니다.
이미 Workspace 멤버인 사용자는 프로젝트의 접근 목록에 즉시 추가됩니다. 해당 사용자는 프로젝트가 자신에게 공유되었다는 알림 이메일(및 자신에게 부여된 접근 권한)을 받습니다. (허용된 경우) Altium Designer에서 프로젝트를 열 수 있으며, Altium 365 Platform Interface에서(Projects page에서) 접근할 수 있습니다.
기존 Workspace Group을 공유 대상으로 추가하면, 해당 그룹은 프로젝트의 접근 목록에 즉시 추가됩니다. 그룹의 모든 멤버는 프로젝트가 자신에게 공유되었다는 알림 이메일(및 자신에게 부여된 접근 권한)을 받습니다. (허용된 경우) Altium Designer에서 프로젝트를 열 수 있으며, Altium 365 Platform Interface에서(Projects page에서) 접근할 수 있습니다.
Workspace 외부 사용자의 경우, 프로젝트가 해당 사용자에게 공유되며 알림 이메일을 받게 됩니다. 자세한 내용은 아래의 Sharing with External Users 를 참조하세요. Workspace Guest (아래 참조)로서, (허용된 경우) Altium Designer에서 프로젝트를 열 수 있고, Shared with Me page에서 자신의 Altium 365 Personal Space 를 통해 접근할 수 있습니다. 이메일은 Altium 365를 통해 디자인에 직접 접근할 수 있도록 제공합니다. 이메일에서 Altium 365 Sign In 페이지로 이동합니다(플랫폼 또는 Altium Account에 이미 로그인되어 있지 않은 경우). 로그인하면 공유된 디자인이 로드된 상태로 Web Viewer 로 바로 이동합니다.
해당 사용자가 Altium Account가 없다면 먼저 계정을 가입해야 합니다. Altium 365 Sign In 페이지에 링크가 제공됩니다.
Altium Designer에서 File » Open Project 명령과 관련된 Open Project dialog 를 사용해 프로젝트에 접근합니다. Workspace 멤버라면 연결된 Workspace에서 열 프로젝트를 선택할 수 있습니다. Workspace에 연결되어 있으면 해당 Workspace가 대화상자의 Locations 영역에
‘외부’ 사용자(Workspace 멤버가 아닌 사용자)와 Workspace 프로젝트를 공유하는 절차는 원하는 결과와 해당 프로젝트에 대한 본인의 접근 권한에 따라 달라집니다. 이러한 사용자에게 프로젝트를 공유하는 방법은 포함된 Guest access 를 제공하거나, 해당 사용자를 Workspace members 로 추가하는 것입니다. 이는 조직 내부의 다른 Altium Account 사용자, 다른 조직의 Altium Account 사용자, 그리고 Altium Account가 없는 사용자(이 경우 먼저 계정 등록 필요)에게도 적용할 수 있습니다.
외부 사용자와 프로젝트를 공유할 때, 프로젝트에 대한 전체 공유 권한(프로젝트를 Edit and re-share 모두 가능)이 있다면 프로젝트 Share window 다음에 공유가 어떤 방식으로 누구에게 적용되는지 보여주는 확인 창이 표시됩니다. 여기에는 Invite these people to your Workspace 옵션이 포함됩니다:
Invite these people to your Workspace 옵션이 체크 해제(비활성화)되어 있으면, 외부 사용자는 Workspace Guest 로 추가되며 프로젝트 및 그 구성 데이터에만 접근하도록 제한됩니다. Properties pane의 Who Has Access 목록에서 게스트 사용자 아이콘에는 노란 점 표시( 가 붙습니다. Share 창의 게스트 사용자 항목에는 Workspace Members page Guests tab 에서 확인 및 관리할 수 있습니다.
게스트 사용자는 Personal Space 의 Shared With Me 페이지 또는 접근 권한이 있는 another Workspace 를 통해 공유된 프로젝트에 접근합니다. 접근 수준(Edit/View 및 재공유 권한)은 공유 과정에서 선택한 옵션에 의해 결정됩니다.
Altium Designer Support for External Sharing
Altium Designer에서 사용자의 접근 권한은 Open Project dialog의 Shared WIth Me 위치에서 확인할 수 있습니다. 자세한 내용은 Invited Stakeholder Outside of the Workspace Team 을 참고하세요. 공유된 프로젝트는 소스 Workspace에서 Can Edit 공유 권한이 활성화되어 있다면 Altium Designer에서 편집할 수 있습니다. 이 경우 프로젝트 공유는 사실상 양방향이므로, 외부 사용자가 변경한 내용이 Workspace에 반영됩니다.
Workspace 외부로 프로젝트를 공유(보기 및 코멘트 전용)하는 기능은 Altium Designer 20.1에서 제공되었습니다.
Altium Designer 내부에서 Workspace 외부로 프로젝트를 편집 가능 상태로 공유하고, 또한 그러한 공유 프로젝트를 편집용으로 열기 위해서는 Altium Designer 20.2 이상이 필요합니다.
Share window의 Invite these people to your Workspace 옵션이 체크(활성화)되어 있으면, 다음 Request Invitation window에서 메모와 추가 사용자를 더할 수 있습니다. Guest (프로젝트에 대한 Guest 수준 접근 권한)로 추가되고, Workspace 관리자에게 접근 요청 이메일이 전송되며, Workspace Members 페이지의 Invitation Requests tab 아래에 요청 항목이 생성됩니다.
관리자는 이 항목을 승인 또는 거절하여 처리합니다. 승인되면 사용자는 새로운 Workspace 멤버로 추가되며, 다른 멤버와 마찬가지로 접근 수준은 공유 과정에서 선택한 옵션에 의해 결정됩니다. 거절되면 사용자는 Workspace Guest 로 남습니다.
Workspace 외부의 누구와도 프로젝트를 공유할 수 있으며, 동시에 해당 사용자를 Workspace 멤버로 초대해 달라고 요청할 수도 있습니다.
위 사용자가 Workspace 멤버로 승인된 이후에 Workspace에서 removed 되면 Guest 로 강등됩니다. 즉, 사용자는 공유된 프로젝트에 계속 접근할 수 있지만, Shared with Me 예를 들어 Personal Space 같은 위치를 통해 접근하게 됩니다.
외부 사용자와 프로젝트를 공유할 때, 프로젝트의 Advanced Sharing settings에 의해 결정되는 프로젝트 re-sharing rights 가 없다면 지정한 사용자에 대해 프로젝트 Access Request 를 제출해야 합니다. 이 요청은 해당 프로젝트에 대한 전체 공유 권한(Edit 및 re-share)을 가진 어떤 Workspace 멤버든 처리할 수 있으며, 승인되면 요청된 사용자에게 해당 프로젝트에 대한 Guest access가 제공됩니다.
Sharing with your Organization
위에서 설명한 것처럼 특정 사용자나 그룹과 프로젝트를 공유하는 것과 별개로, Share window의 Anyone in <company> can access 옵션을 선택하면 조직의 모든 멤버에게 기본적인 보기 전용 접근 권한을 제공할 수 있습니다. 여기서 적용 대상이 되는 조직 멤버는 조직 Dashboard 의 Users page 에 정의된 사용자들입니다.
이 수준의 공유만 적용된 경우, 조직에 등록된 모든 사용자는 Shared with Me 옵션을 통해 Altium Designer 와 Altium 365 Personal Space 양쪽에서 프로젝트에 접근할 수 있습니다. 모든 사용자의 접근은 보기 전용이며, 프로젝트 소유자와 Workspace 관리자는 Workspace 자체를 통해 전체 접근 권한을 계속 유지합니다.
프로젝트에 적용된 특정 공유(예: 특정 Workspace 멤버에 대한 View/Edit permissions)는 조직 전체 보기 전용 공유에 “추가로” 적용된다는 점에 유의하세요. 예를 들어 이후 프로젝트가 특정 Workspace 사용자에게 공유되면, 해당 사용자는 Workspace에서(적용된 권한으로) 프로젝트에 접근할 수 있으며, 동시에 Personal Space에서는 기존의 조직 보기 전용 접근도 유지됩니다.
Sharing by Direct Link
프로젝트에 대한 직접 링크를 공유할 수도 있습니다. 링크는 Sharing window 하단의
For members of the Workspace – 접근 권한은 Workspace Members 항목의 권한 설정(No access, Can View, Can Edit) 또는 사용자 이름(또는 사용자가 속한 그룹)에 대한 명시적 Share Project With 항목에 적용된 권한에 의해 결정됩니다.
For users outside of the Workspace – 접근 권한은 사용자 이름에 대한 명시적 Share Project With 항목과 그 이름에 적용된 권한에 의해 결정됩니다. 접근하려면 사용자는 Altium Account 에 등록되어 있고 로그인되어 있어야 합니다. 사용자는 Workspace Guest 로 분류됩니다.
Sharing window에 존재하는 공유 권한에 의해 사용이 통제되는 프로젝트 직접 링크를 얻습니다.
링크는 클립보드에 복사됩니다. 링크를 사용하면(허용되는 경우) 해당 사용자는 프로젝트의 상세 관리 페이지로 직접 접근할 수 있으며, 이에 대한 개요는 next section 에 제시됩니다.
또는 제공된 링크를 연 사용자가 프로젝트에 접근 권한이 없다면(해당 사용자에게 공유되지 않았다면), Personal Space에서 접근 요청을 제출할 수 있는 방법이 제공됩니다. 아래를 참고하세요.
Working with an Access Request
사용자가 액세스 요청(Access Request)을 제출하면, 해당 프로젝트를 공유(프로젝트에 대한 액세스 제공)할 수 있는 사용자는 위에서 설명한 대로 Share 대화상자에 있는 프로젝트의 Advanced Settings 설정에 의해 결정됩니다. 이 문맥에서 ‘Editors’는 프로젝트 편집 권한(Can Edit)을 가진 사용자를 의미합니다. Workspace Administrators와 프로젝트 Owner는 언제나 프로젝트를 공유할 수 있습니다.
또한 Workspace Admin-Settings page 에서 Email Notifications 옵션이 활성화되어 있으면, 해당 사용자들에게 액세스 요청 이메일도 전송됩니다. 수신자는 다음과 같이 프로젝트 Sh are window's Advanced Settings 에 의해 결정됩니다:
Workspace 멤버 Editors에 대한 공유가 활성화되어 있으면, Administrators, 프로젝트 Owner, 그리고 해당 프로젝트에 대한 Edit 권한이 있는 Members가 액세스 요청 이메일을 받습니다.
Guest Editors (Workspace 외부의 Editors)에 대한 공유가 활성화되어 있으면, Administrators와 해당 프로젝트에 대한 Edit 권한이 있는 Guests 가 액세스 요청 이메일을 받습니다.
이 프로젝트에서 두 Editors 옵션이 모두 선택 해제되어 있으면, Administrators만 액세스 요청 이메일을 받습니다.
액세스 요청 이메일을 받은 사용자는 포함된 Open sharing settings 버튼을 통해 요청을 처리할 수 있습니다. 그러면 해당 프로젝트의 Share 창이 열리며, 대기 중인 요청을 승인(View 또는 Edit 권한으로)하거나 거절할 수 있습니다. 공유 권한이 지정되면, 요청한 사용자에게 프로젝트에 대한 Guest access 가 제공되며, 공유 승인 프로세스 결과를 확인하는 이메일이 해당 사용자에게 전송됩니다.
Share 창의 Pending approval 항목에 대한 접근은 Access Request 이메일 수신 여부에 종속되지 않는다는 점에 유의하세요. 언제든지 Share 대화상자를 통해 직접 요청을 처리할 수 있습니다.
프로젝트 owner에게 전송되는 액세스 요청 이메일에는 해당 프로젝트의 Share 속성으로 바로 이동하는 직접 링크가 포함됩니다.
Multi-board 프로젝트는 여러 PCB 설계 프로젝트를 포함하여 완전한 기능 시스템을 구성하는 특수한 프로젝트 유형입니다. 하위 프로젝트는 상위 Multi-board 프로젝트에 연결되어, 전체 시스템의 전기적/물리적 연결성을 설정하기 위한 데이터를 가져올 수 있습니다.
Multi-board 프로젝트 작업에 대한 자세한 내용은 Multi-board Design 을 참고하세요.
Multi-board와 연결된 하위 프로젝트 간의 링크는 Multi-board 프로젝트 자체(*.PrjMbd)에 상대 경로로 저장되므로, 설계 클라이언트(Project » Make available Online )에서 프로젝트를 Workspace VCS에 저장할 때 이 경로들이 유효하게 유지되어야 합니다. 실제로는 all 프로젝트가 Workspace에 저장되어 있고 올바른 폴더 구조에 위치하도록 보장해야 한다는 의미입니다. 다만 대부분의 경우 Multi-board 시스템에 포함된 모든 프로젝트는 동일한 폴더에 있을 가능성이 큽니다.
Multi-board 프로젝트를 공유할 때도 동일한 고려사항이 적용됩니다. 상위 Multi-board 프로젝트와 연결된 하위 프로젝트 모두를, 동일한 Workspace 멤버에게 동일한 View/Edit 권한으로 공유해야 합니다. 이후 사용자가 설계 클라이언트에서 Multi-board 프로젝트를 처음 열 때는 연결된 하위 프로젝트도 함께 열어야 하며, 이때도 로컬에서 상대 폴더 구조가 올바른지 다시 확인해야 합니다.
Multi-board 프로젝트와 그 하위 프로젝트는 모두 온라인에 저장되고, 공유되며, 개별 프로젝트로서 열 수 있어야 합니다.
Workspace Administrators와 함께, 프로젝트의 Owner(기본적으로 프로젝트를 생성/추가한 사용자)는 전체 프로젝트 편집 권한을 가지며, 프로젝트에 공유 액세스가 있는 다른 멤버들은 프로젝트 Share 창에서 지정된 Edit/View 권한을 가집니다.
Share 창에는 현재 프로젝트 Owner가 표시되며, 소유권을 다른 Workspace 멤버에게 이전하는 옵션이 제공됩니다.
프로젝트의 Owner Owner 상태와 그에 따른 고유 편집 권한은 프로젝트 Share 창을 통해 한 Workspace 멤버에서 다른 멤버로 이전할 수 있으며, 이를 통해 새 owner가 해당 프로젝트를 완전히 제어할 수 있습니다. 이 옵션은 Administrators와 현재 프로젝트 owner가 사용할 수 있으며, 이전 대상은 다른 Workspace 멤버로만 지정할 수 있습니다(단, Engineers 또는 Administrators 같은 멤버 Group은 대상이 될 수 없음).
Workspace 멤버가 프로젝트의 소유권 상태와 권한 세트를 받으려면, 해당 프로젝트에 대해 이미 공유 액세스 권한이 있어야 합니다. 그런 다음 Share 창(Make Owner )의 권한 드롭다운 메뉴에서 해당 멤버의 현재 프로젝트 View/Edit 권한 설정을 Owner로 변경할 수 있습니다. 창의 ( 에서 소유권 이전을 확인합니다.
권한 드롭다운 메뉴에서 Make Owner 옵션을 사용해 프로젝트 소유권을 다른 Workspace 멤버에게 이전합니다.
소유권이 이전되면, 이전 owner는 프로젝트에 대해 Editing 권한이 부여됩니다. 단, 프로젝트가 버전 관리(SimpleSync ) 대상이 아니라면 View 권한만 부여됩니다. 필요하다면 이후 새 owner 또는 Administrator가 이전 owner의 액세스 권한을 변경할 수 있습니다.
Owner가 Workspace 멤버에서 removed 될 경우 소유권 이전이 자동으로 실행됩니다. Administrator가 Workspace Members page 를 통해 멤버를 제거하면, 제거 프로세스에서 기존 owner가 소유한 모든 Projects 및 Items에 대해 새 Owner 지정을 요청합니다. 확인 후 이전이 완료되면, 새 owner는 관련 소유권 이전 알림 이메일을 받게 됩니다(enabled 인 경우).
자세한 내용은 Removing a User 를 참고하세요.
Workspace Email Notifications 가 활성화되어 있으면, 새 프로젝트 Owner는 소유권 이전 알림 이메일을 받습니다.
Accessing the Detailed Management Page for the Project
Main page: Management of a Specific Project
Workspace는 제조 중심의 CAD 중심 프로젝트 고급 뷰를 제공하며, 필요한 프로젝트를 선택한 다음 프로젝트 목록 위의 Open 항목을 선택하면 열 수 있습니다. 또는 목록에서 필요한 프로젝트 항목을 직접 더블클릭하세요.
Projects page의 그래픽 뷰에서도 사용할 수 있습니다. 필요한 프로젝트의 타일을 선택한 다음 Open 명령을 선택하세요. 또는 타일 내 프로젝트 이름을 클릭합니다. Projects page가 목록 뷰로 표시될 때는, 필요한 프로젝트 항목의 맨 오른쪽에 있는 Open command를 선택합니다.
해당 프로젝트의 상세 관리 페이지는 CAD 중심 인터페이스를 포함한 새 브라우저 탭에서 열리며, Design, Simulation, Releases, History, Assembly 뷰 옵션을 제공합니다:
Design – 소스 프로젝트 설계 문서를 표시하고 탐색하며, 설계 객체 속성을 확인하고 리뷰 코멘트를 남길 수 있습니다. 이 뷰는 Web Viewer 인터페이스를 사용하여 설계를 네 가지 서로 다른 데이터 하위 뷰로 표시합니다. 즉, 소스 회로도, 2D 보드, 3D 보드, BOM(Bill of Materials)입니다. 이 뷰는 프로젝트의 특정 릴리스가 아니라 소스 프로젝트 데이터의 최신 버전을 대상으로 하므로, 진행 중(WIP) 뷰로 볼 수 있습니다. 기본 설계와 정의된 모든 변형(variant)을 검토할 수 있습니다.
설계 전반 및 해당되는 다양한 하위 뷰 전반에서 부품과 네트를 검색, 선택, 크로스 프로브, 검사할 수 있습니다. 또한 2D에서 보드를 볼 때는 측정도 수행할 수 있습니다.
Simulation – 현재 프로젝트 또는 프로젝트 Release와 연관될 회로 시뮬레이션 결과 파일을 업로드(드래그 앤 드롭)할 수 있습니다. 파일은 사실상 프로젝트에 첨부되며, 이를 통해 Workspace 멤버가 현재 열려 있는 프로젝트와 관련된 시뮬레이션 결과 문서를 검사 및/또는 다운로드할 수 있습니다. 자세한 내용은 Management of a Specific Project – Simulation 을 참고하세요.
Tasks – 현재 열려 있는 설계 프로젝트에 적용되는 작업 활동 요청(Tasks )에 접근하고 관리할 수 있습니다. 작업(Tasks)은 칸반 보드 흐름 스타일로 표시되며, 진행 상태(ToDo, InProgress 및 Resolved)가 Task 행으로 구성됩니다. 한 행은 General Tasks 용으로 예약되며, 나머지 각 행은 특정 프로젝트 문서에 대한 Tasks에 해당합니다. 후자는 열려 있는 프로젝트와 연관된 Tasks로 채워지며, 프로젝트 Comment가 특정 사용자(Workspace 멤버)에게 할당될 때 생성됩니다. 이런 의미에서 Workspace Tasks 시스템은 Commenting 시스템의 확장이라고 볼 수 있습니다. 또한 New 버튼에서 General Task를 생성할 수도 있는데, 이 Tasks는 현재 프로젝트에 적용되지만 프로젝트 Comment나 문서와는 연결되지 않습니다.
Releases – 프로젝트의 릴리스를 확인합니다. 전체 릴리스 데이터 또는 특정 어셈블리 패키지를 열 수 있도록 액세스가 제공되며, 이는 Manufacturing Portal 를 통해 별도의 탭에 표시됩니다. 이 포털에서 릴리스된 파일 데이터를 보고 탐색하고, BOM을 검토하며, 설계 자체(해당 릴리스 데이터의 소스)의 스냅샷을 보고 댓글을 달 수 있습니다. Releases 보기에서든, 특정 릴리스에 대한 Manufacturing Portal 를 통해서든, 다양한 세분화 수준(전체 데이터 세트부터 개별 생성 출력 파일까지)으로 제조 데이터를 다운로드하기 위한 제어 항목에 접근할 수 있습니다. 선택한 릴리스는 Manufacturing Package 로서 제조업체에 직접 전송할 수도 있습니다. 또한 Gerber , Schematic 또는 BOM 데이터를 직접 비교할 수도 있습니다. 자세한 내용은 Project Releases 를 참조하세요.
Altium 365 플랫폼은 전용 Manufacturing Package Viewer 를 제공하는데, 이는 플랫폼의 Global Sharing 지원 요소로서, 다른 사용자가 전 세계 어디서든 어떤 웹 브라우저에서든 제조 패키지를 볼 수 있게 해주지만, Workspace 외부에서 제공되므로 설계 자체와 기타 중요한 IP는 접근 불가로 유지됩니다. 자세한 내용은 Global Sharing 및 Manufacturing Package Viewer 를 참조하세요.
Activities – 현재 프로젝트에 적용되는 열림(현재 활성) 또는 닫힘(완료/종료) 상태의 Process Workflows 에 대한 인사이트를 제공합니다. 일반적으로 Ad-hoc, Milestone 및 Handoff 피어 리뷰 워크플로와 같은 활동이 포함됩니다. 사용 가능 여부는 Altium software access 수준에 따라 달라집니다.
자세한 내용은 Activities 를 참조하세요.
Design Reviews – 다른 사용자(리뷰어)에게 평가를 위해 할당할 수 있는 구조화된 프로젝트 리뷰 인스턴스를 생성하고 관리합니다. 리뷰는 작업 기반이며 승인 또는 거부될 수 있고, 설계 스냅샷, 정의 가능한 체크리스트, 댓글, 문서 첨부, 설계 소스 비교 등의 추가 기능을 포함합니다. 사용 가능 여부는 Altium software access 수준에 따라 달라집니다.
자세한 내용은 Design Reviews page 를 참조하세요.
History – 프로젝트 생성, 커밋, 릴리스, 클론, MCAD 교환을 포함하여 프로젝트와 관련된 주요 이벤트의 진행 타임라인을 탐색합니다. 프로젝트와 연관된 지원 이벤트가 발생할 때마다 해당 이벤트는 적용 가능한 경우 다양한 작업을 지원하는 전용 타일로 타임라인에 추가됩니다. 릴리스/커밋 이벤트의 경우 Gerber (릴리스 이벤트만 해당), Schematic 또는 BOM 데이터도 직접 비교할 수 있습니다. 자세한 내용은 Project History 를 참조하세요.
프로젝트의 상세 관리 페이지는 Altium Designer 내부에서도 접근할 수 있습니다. 활성 프로젝트의 경우 메인 메뉴에서 Project » Show in Web Browser 명령을 사용하세요. 또는 Projects 패널에서 프로젝트 항목을 마우스 오른쪽 버튼으로 클릭하고 컨텍스트 메뉴에서 Show in Web Browser 명령을 선택합니다. Altium Designer의 Explorer 패널을 통해 프로젝트를 탐색할 때(기본 Project View 로 구성되어 있고 Classic View 가 아닌 경우)
프로젝트 이동
폴더 계층 구조 내에서 프로젝트를 다른 상위 폴더로 이동(재배치)하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트/폴더 목록 위의 Move 항목을 선택합니다.
Projects 페이지의 그래픽 보기에서도 사용할 수 있습니다. 필요한 프로젝트의 타일을 선택한 다음
제어 항목을 클릭하고 컨텍스트 메뉴에서
Move 명령을 선택합니다.
Projects 페이지가 목록 보기로 표시된 경우, 필요한 프로젝트 항목의 맨 오른쪽에 있는
제어 항목을 클릭하고 관련 메뉴에서
Move 명령을 선택합니다.
Move project 창이 나타나며, 여기서 새 상위 폴더를 선택합니다.
프로젝트 편집
Workspace에서 기존 프로젝트의 속성을 편집하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트 목록 위의 Edit 항목을 선택합니다. 이어서 열리는 Edit Project 창(간소화 보기로 열림)에서 프로젝트의 Name 및 Description 을(를) 변경할 수 있습니다.
Projects 페이지의 그래픽 보기에서도 사용할 수 있습니다. 필요한 프로젝트의 타일을 선택한 다음
제어 항목을 클릭하고 컨텍스트 메뉴에서
Edit 명령을 선택합니다.
Projects 페이지가 목록 보기로 표시된 경우, 필요한 프로젝트 항목의 맨 오른쪽에 있는
제어 항목을 클릭하고 관련 메뉴에서
Edit 명령을 선택합니다.
프로젝트의 Name 및 Description 은(는) 어떤 단계에서든 편집할 수 있습니다.
Edit Project 창의 추가 필드에 접근합니다.
추가 필드는 Advanced 버튼을 클릭하여 접근합니다.
Requirements – 설계 프로젝트에서 사용 가능한 이 필드는 관련 Requirements Portal Block을 현재 프로젝트에 연결하는 수단을 제공합니다. 이 연결을 통해 설계 프로젝트 내에서 요구사항에 실시간으로 접근할 수 있으며, 잠금 해제 전까지는 읽기 전용입니다. 관련 정보는 Working with Requirements 를 참조하세요.
Jira – 이 고급 필드는 Workspace에서 Jira Integration 이 활성화된 경우 사용할 수 있습니다. 설계 프로젝트를 Atlassian Jira® 프로젝트에 연결하는 링크를 설정하는 데 사용되며, Altium 365 Comments and Tasks 기능을 통해 두 엔터티 간 작업을 양방향으로 동기화할 수 있습니다. Jira 입력 필드를 클릭하여 사용 가능한 Jira 프로젝트 목록에서 선택합니다. 이 매핑 옵션은 Jira Application 구성에서 모든 사용자에게 활성화하지 않는 한 관리자만 사용할 수 있습니다. 자세한 내용은 Working with Jira Tasks 페이지를 참조하세요.
Project – 이 필드는 Managed BOM 프로젝트를 편집할 때만 사용할 수 있으며, BOM 문서와 PCB 설계 프로젝트 간의 링크를 지정합니다. 이 링크를 통해 소스 프로젝트의 부품 데이터가 연결된 BOM으로 동기화됩니다. created from a Project 로 생성된 BOM 문서의 경우 자동으로 정의됩니다. 이 링크를 재정의하거나 제거하면 프로젝트-대-BOM 동기화가 끊어지므로 주의하세요. 프로젝트 링크로 이동하여 선택하려면 이 필드의
Parameters – 이 제어 항목을 클릭하면 프로젝트의 서버 측 파라미터를 관리할 수 있는 영역이 확장됩니다. 파라미터 이름/값 쌍은 추가( , 편집(인라인 편집) 또는 제거( 할 수 있습니다.
프로젝트의 서버 측 파라미터를 편집합니다.
프로젝트의 서버 측 파라미터를 편집합니다.
서버 측 프로젝트 파라미터는 Workspace에 프로젝트와 함께 저장되며 Workspace 내에서만 편집할 수 있습니다. 반면 설계 측 프로젝트 파라미터는 프로젝트 파일(
*.PrjPcb)에 저장되며 Altium Designer에서 편집할 수 있습니다. 두 파라미터 유형 모두 Altium Designer에서
Special Strings 로 사용할 수 있으며, 설계 작업 공간에서
Text String 이 배치된 상태로 선택되어 있을 때
Properties 패널에서 접근합니다. 프로젝트에 정의된 모든 파라미터(설계 측 및 서버 측)는
Project Options dialog (
Project » Project Options )의
Parameters tab 에서 확인할 수 있습니다.
프로젝트 클로닝
기존 프로젝트를 클론하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트 목록 위의 Clone 항목을 선택합니다. Clone Project 창이 나타납니다.
Projects 페이지의 그래픽 보기에서도 사용할 수 있습니다. 필요한 프로젝트의 타일을 선택한 다음 Clone 명령을 선택합니다. Projects 페이지가 목록 보기로 표시된 경우, 필요한 프로젝트 항목의 맨 오른쪽에 있는 Clone 명령을 선택합니다.
프로젝트를 클론하여 작업 파일과 함께 동일한 복사본을 만들 수 있습니다.
Clone Project 창에서 프로젝트 이름과 선택적 설명을 지정합니다. 기본적으로 원본 프로젝트 이름에 접미사 ' – Copy '가 붙어 사용되며, 기본 설명이 미리 채워집니다.
클론된 프로젝트 이름은 A-Z, a-z 또는 0-9로 시작해야 하며, 해당 문자들을 포함할 수 있습니다. 밑줄(_), 대시(-), 공백도 사용할 수 있지만, 공백은 이름의 중간에서만 사용할 수 있습니다(앞뒤의 공백은 무시됨). 또한 다음 단어는 사용할 수 없습니다: AUX , COM1 -COM9 , LPT1 -LPT9 , CON , NUL , PRN . 추가로, 이름에는 다음 문자를 포함할 수 없습니다: \ . / ? % * : | " < > . 소스 프로젝트와 동일한 이름은 사용할 수 없습니다.
Parent Folder 필드에 접근합니다. 기본적으로 이 값은 소스 프로젝트가 위치한 폴더로 설정됩니다. 필드 오른쪽의 Change 링크를 클릭하면 Workspace의 서버 폴더 구조에 접근할 수 있으며, 여기서 클론된 프로젝트를 저장할 다른 폴더를 선택할 수 있습니다. 원한다면 프로젝트를 하위 폴더 계층 구조로 정리할 수도 있습니다. 자세한 내용은 프로젝트 폴더 계층 구조 만들기 섹션을 참조하십시오.
필요에 따라 필드를 설정한 후 Projects 페이지 목록에 새 프로젝트 항목으로 추가됩니다(선택한 상위 폴더 아래). 생성된 클론은 사실상 새 프로젝트이므로, 권한은 새 프로젝트 생성(또는 업로드) 시와 동일한 방식으로 설정됩니다. 즉, 권한은(기본적으로) 상위 폴더로부터 상속되며, 클론을 수행한 사용자가 Owner가 됩니다. 관련 정보는 프로젝트 생성 권한 관리 도 참조하십시오.
프로젝트 제거
Related page: 휴지통
Workspace에서 기존 프로젝트를 제거(삭제)하려면 Projects 페이지에서 해당 항목을 선택하고, 프로젝트 목록 위의 Remove 항목을 선택합니다. Projects 페이지가 목록 보기로 표시된 경우, 필요한 프로젝트 항목의 맨 오른쪽에 있는 Remove 명령을 선택합니다.
제거는 프로젝트의 소유자이거나 Workspace 관리자일 때만 가능합니다.
다음 Remove <project> 창에는 프로젝트와 관련된 항목(예: 연결된 Release) 중 함께 제거될 항목이 나열됩니다. Show details 옵션을 선택하면 프로젝트의 Releases 보기 를 열어 연결된 Release 및 Manufacturing Package를 확인할 수 있습니다. Remove 창이 표시됩니다.
Workspace 프로젝트 제거 동작은 실제로 ‘소프트 삭제(soft delete)’이며, 프로젝트와 관련 항목은 Workspace의 Trash 영역으로 이동됩니다. Remove <project> 창의
특정 프로젝트에 연결된 특정 Manufacturing Package만 소프트 삭제하려면, 프로젝트의 Releases 보기에서 직접 수행할 수 있습니다.
제거가 완료되면 프로젝트 항목은 프로젝트 기본 목록에서 사라집니다. Altium Designer에서는 로컬 작업 사본이 이 동작의 영향을 받지 않지만, 더 이상 서버에 변경 사항을 커밋할 수 없습니다. 로컬 프로젝트가 더 이상 존재하지 않는 VCS 저장소를 참조하게 되므로, 로컬 작업 사본을 닫았다가 다시 열면 제안되는 여러 작업에 접근할 수 있습니다.
이 방식으로 제거된 모든 프로젝트는 인터페이스의 Trash 페이지에서 찾을 수 있습니다. 참고로, 사용자가 직접 소프트 삭제한 프로젝트(및 기타 항목)만 볼 수 있습니다. 관리자는 Trash 페이지의 전체 콘텐츠, 즉 소프트 삭제된 모든 항목을 볼 수 있습니다.
소프트 삭제된 프로젝트와 관련하여 고려할 사항:
프로젝트는 설계 소프트웨어나 Web 인터페이스에서 열거나 찾아볼 수 없습니다.
프로젝트가 Workspace 외부로 공유되어 있었다면, 관련 타일은 외부 참여자 모두에 대해 Altium 365 Platform Interface의 Shared with Me 페이지에서 제거됩니다.
프로젝트와 함께 제거된 공유 Manufacturing Package도 관련된 모든 사용자에 대해 Altium 365 Platform Interface의 Shared with Me 페이지에서 제거됩니다.
프로젝트에서 사용된 항목을 탐색할 때, 해당 프로젝트의 Where Used 항목에는 프로젝트가 제거되었음이 반영됩니다.
프로젝트는 해당 프로젝트의 소유자 또는 Workspace 관리자만 Trash 페이지에서 복원하거나 영구 삭제할 수 있습니다.
프로젝트를 소프트 삭제하여 Trash 로 이동한 경우, 동일한 이름으로 새 프로젝트를 다시 만들 수 있습니다. 이후 프로젝트를 복원하려 할 때 원래 이름이 이미 사용 중이면, Workspace 내에서 이름의 고유성을 유지하기 위해 정수 접미사가 추가됩니다.
AI로 번역됨