Altium Designer는 Altium 365 Workspace와 함께, 프로젝트 수명 주기의 개발 단계를 대상으로 하는 고급 프로젝트 구조를 지원하여, 버전 관리되는 프로젝트의 생성과 지속적인 워크플로를 단순화합니다. Workspace에서 관리하는 중앙 집중식 스토리지는 이 기능이 다른 협업 서비스의 기반이 되도록 해 줍니다.
Workspace 기반 프로젝트를 사용할 때의 주요 이점은 다음과 같습니다:
저장소 단순화. 저장 위치에 대해 고민할 필요가 없습니다. 백업 및 기타 기본 서비스가 자동으로 처리됩니다.
협업 기능을 위한 기반.
강제된 버전 관리.
전용 코멘트 시스템의 장점.
알림 및 상태. 로컬 수정 사항을 포함한 문서 상태를 전체 설계 팀이 확인할 수 있습니다.
복잡한 설정 없이 동시 PCB 설계가 가능합니다.
프로젝트를 여러 사람과 공유하여 편집하거나, 보기 및 코멘트 전용으로 공유할 수 있는 기능.
VCS 관련 커밋 이벤트를 포함하여, Project History 기능 사용 시 전체 기능 제공.
기술적으로 프로젝트는 Workspace에 저장된 메타 정보와, Workspace에 내장된 GIT 기반 버전 관리와의 긴밀한 통합으로 구성됩니다. 일반적인 워크플로는 다음과 같습니다:
사용자가 Altium Designer의 Create Project 대화창 , 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 설정에 따라 달라집니다:
이 옵션이 활성화되지 않은 경우(기본 상태), 새 프로젝트는 생성된 ‘상위’ 폴더의 공유 권한을 상속하며, 해당 폴더 소유자에게 쓰기(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 를 지원합니다.
이러한 옵션에 대한 자세한 내용은 Fabrication 섹션과 Web Viewer 문서를 참조하십시오.
OrCAD 설계 업로드
Workspace OrCAD® 업로드 기능은 Altium 365 Workspace로 업로드 및 해석할 수 있는 설계 파일의 범위를 확장합니다. 적절한 회로도(*.dsn) 및 PCB(*.brd) 파일을 포함하는 아카이브 파일(*.zip)은 아래에 표시된 대로 Projects 페이지의 버튼에서 제공되는 Design Files » OrCAD 옵션을 통해 업로드됩니다. OrCAD 설계는 Altium 365에서 버전 관리 하에 저장됩니다.
현재로서는, 업로드되는 아카이브에 상대 회로도/PCB 파일 경로를 등록하는 적절한 *.opj Project 파일이 포함되어 있어야 합니다.
버전 17.2 이상 OrCAD PCB 파일이 지원됩니다.
자세한 내용은 What ECAD files do you support? 를 참조하십시오.
업로드된 OrCAD 설계는 다른 Workspace 프로젝트와 마찬가지로, 타일을 더블 클릭하거나 타일의 메뉴 또는 페이지의 기본 메뉴에서 Open 옵션을 선택하여 열 수 있습니다. 처리 후 OrCAD 설계 파일은 회로도, 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에 업로드된 후, 예를 들어 외부 계약자의 추가 작업으로 인해 해당 설계의 새 버전이 제공되는 경우, 기존 Workspace 프로젝트는 프로젝트의 Upload New Version 옵션을 사용하여 업데이트할 수 있습니다. 기존 프로젝트는 Git Version Control 하에 저장되므로, 이 옵션을 통해 새로운 설계 업데이트를 해당 프로젝트의 새로운 VCS 리비전으로 커밋할 수 있습니다. 모든 Commit(및 프로젝트 Release) 이벤트는 기록되며, 프로젝트의 History view 에서 확인할 수 있습니다.
OrCAD와 Altium 365 통합
OrCAD® 설계를 Workspace로 업로드하는 기능과 더불어, Altium 365는 독자적인 플러그인을 사용하여 OrCAD와 Workspace 간 직접 통합도 제공합니다.
Altium 365 ECAD 기능에 대한 정보는 Multi-CAD File Support 페이지를 참조하십시오.
OrCAD가 설치된 머신에 설치되는 Altium 365 Plugin for OrCAD 는 두 도메인 간 양방향 설계 데이터 교환을 제공하는 소형 애플리케이션입니다. 이 통합을 통해 기존 OrCAD 설치 환경에서도 Altium 365의 데이터 관리 이점을 편리하게 활용할 수 있습니다. Workspace로 포팅된 OrCAD 설계는 이력 추적 버전 관리 하에 저장되며, 협업, 보기, 공유, 코멘트 작성 등 다양한 작업에 사용할 수 있습니다. 이해관계자에 대한 액세스는 권한으로 제어되며, 웹 브라우저를 통해 제공됩니다.
설치 마법사의 안내에 따라 OrCAD가 설치된 컴퓨터에서 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.와의 어떠한 관계, 승인 또는 보증도 의미하지 않습니다.
댓글 및 작업 지원
Altium 365 Plugin for OrCAD는 Comments and Tasks 패널을 통해 Altium 365의 향상된 협업 기능을 OrCAD로 가져옵니다. 이 패널은 Comments 및 Tasks 데이터를 실시간으로 동기화하여 Altium 365와 직접 통신합니다. OrCAD 사용자는 댓글 스레드 생성 및 참여, 자신 또는 다른 사용자에게 작업 요청(Tasks) 할당, 관련 이미지 붙여넣기 및 보기, 활성 작업의 우선순위와 진행 상태 보기 등 Altium 365 협업 기능을 즉시 활용할 수 있습니다.
Altium 365 Comments 및 Tasks 작업 방법에 대한 정보는 Web Viewer Comments 를 참조하십시오.
Comments and Tasks 옵션을 Altium 365 메뉴에서 선택하여 플러그인의 Comments and Tasks 오버레이 패널을 엽니다. 패널에는 연결된 Altium 365 Workspace 프로젝트에서 가져온 기존 문서 댓글 및 작업 참조가 채워집니다.
Altium 365 Workspace와 OrCAD 간의 양방향 데이터 교환을 활성화하려면 Altium 365 플랫폼에 로그인되어 있어야 합니다.
플러그인의 Comments and Tasks 패널은 본질적으로 연결된 Workspace의 Comments and Tasks 창과 동기화된 버전입니다. 그 결과, OrCAD가 문서 내 댓글 기능을 기본적으로 지원하지 않기 때문에 문서에 배치된 댓글에 대한 액세스를 제외하고는, 패널은 대부분의 Workspace 창 기능을 제공합니다. 이러한 Workspace 기능에 대한 자세한 내용은 Working with the Comments Pane 을 참조하십시오.
새 댓글은 플러그인의 Comments and Tasks 패널 상단 섹션을 통해 추가할 수 있으며, 현재 활성 OrCAD 문서와 연관됩니다. 언제든지 F5을(를) 눌러 패널 데이터를 새로 고칠 수 있습니다.
Altium 365 Workspace Comments and Tasks 창과 마찬가지로, OrCAD Plugin Comments and Tasks 패널에는 다음과 같은 옵션 및 기능이 포함됩니다:
Comments and Tasks Filtering – 어떤 사용자 댓글(또는 작업만)을 창에 포함할지 제어합니다.
Threads and Notifications – 항목을 현재 문서 및/또는 아직 해결되지 않은 항목(기본 설정)으로 제한합니다. Workspace Email Notifications 가 활성화된 경우, Notification Settings 옵션을 사용하여 이메일 알림을 생성하는 댓글 범위를 지정합니다.
Comment entry options – 댓글의 메뉴를 사용하여 해당 항목을 관리하거나, 해당 댓글에서 Task를 생성합니다.
Comment image – Original Snapshot 컨트롤을 사용하면 댓글이 문서에 배치될 때 자동으로 캡처된 스크린샷 이미지를 열 수 있습니다. 이는 Altium 365 Workspace를 사용하여 댓글을 배치한 경우에만 사용할 수 있습니다.
Task assignment – Assign a task to 메뉴에서 사용자 이름을 선택하여 댓글과 연관된 Task를 생성합니다. Task가 아직 할당되지 않은 경우에만 사용할 수 있습니다.
Link to associated Task – 댓글의 Task 식별 항목을 선택하여 해당 Task를 Workspace project Tasks view 에서 엽니다. Task의 우선순위와 상태 변경 사항은 OrCAD Comments and Tasks 패널에 반영됩니다.
KiCad 설계 업로드
Workspace KiCad® 업로드 기능은 Altium 365 Workspace에서 업로드 및 해석할 수 있는 또 다른 ECAD 설계 데이터 소스를 제공합니다. 적합한 KiCad 회로도 및 PCB 파일이 포함된 아카이브 파일(*.zip)은 아래와 같이 Projects 페이지의 버튼에서 사용할 수 있는 Design Files » KiCad 옵션을 통해 업로드됩니다. 처리된 KiCad 설계는 Altium 365의 버전 관리 하에 저장됩니다.
Altium 365 ECAD 기능에 대한 정보는 Multi-CAD File Support 페이지를 참조하십시오.
업로드된 KiCad 설계는 타일을 더블 클릭하거나, 타일 메뉴 또는 페이지 메인 메뉴에서 Open 옵션을 선택하여 다른 Workspace 프로젝트와 마찬가지로 열 수 있습니다. 처리 후 KiCad 설계 파일은 회로도, PCB, 3D PCB 및 BOM 목록 프로젝트 보기로 해석됩니다.
설계 및 해당 문서는 객체/레이어 가시성 제어, 양방향 크로스 프로빙, 관리형 설계 공유를 통한 협업, 문서 댓글, 이력 액세스 등 Altium 365에서 제공하는 고급 기능을 제공합니다. BOM Portal application 에 액세스할 수 있는 경우, 설계에서 제조 및 공급 부품 데이터를 관리하기 위한 조달 중심의 Managed BOM 문서를 생성할 수 있습니다.
Design Viewer의 기능 및 특징에 대한 정보는 Web Viewer page 를 참조하십시오.
해당 KiCad 설계의 새 버전이 사용 가능해지면(예: 외부 계약자의 추가 작업으로 인해), 기존 Workspace 프로젝트는 프로젝트의 Upload New Version 옵션( ) 을 사용하여 업데이트할 수 있습니다. 새로운 설계 업데이트는 새로운 VCS 프로젝트 리비전으로 커밋되며, 프로젝트의 History view 에 이벤트로 기록됩니다.
EAGLE 설계 업로드
Workspace Autodesk® EAGLE™ 업로드 기능은 Altium 365 Workspace에서 업로드 및 해석할 수 있는 또 다른 ECAD 설계 데이터 소스를 제공합니다. 적합한 EAGLE 회로도(*.sch) 및 PCB 파일(*.brd)이 포함된 아카이브 파일(*.zip)은 아래와 같이 Projects 페이지의 버튼에서 사용할 수 있는 Design Files » EAGLE 옵션을 통해 업로드됩니다. 처리된 EAGLE 설계는 Altium 365의 버전 관리 하에 저장됩니다.
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 에 이벤트로 기록됩니다.
Managed BOM 업로드 또는 생성
Workspace에서 Altium 365 BOM Portal application이 활성화되어 있는 경우, 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은 타일을 더블 클릭하거나 이름을 클릭하거나, 관련된 줄임표 메뉴에서 Open 를 선택하여 열 수 있습니다. BOM Portal application은 Description, Designator, Manufacturer Part Number 등과 같은 map BOM parameters 를 자동으로 인식하고 매핑하려 시도하며, 그렇지 않은 경우 사용자의 선택에 기반한 열 매핑 과정을 단계별로 안내합니다.
파라미터 데이터 매핑이 성공적으로 완료되면, 시스템은 가장 적합한 부품 제조사 및 공급사 데이터를 자동으로 소싱하고, 호환성 또는 리스크 문제를 표시하며, BOM ‘건전성’에 대한 그래픽 개요를 제공합니다.
프로젝트 폴더 계층 구조 만들기
Related information: 콘텐츠 구조 및 접근 관리
Workspace에서는 서버 구조 내에서 프로젝트 폴더를 생성하고 관리할 수 있는 기능도 제공합니다. 이후 프로젝트는 생성되거나 이동되어, 결과적으로 만들어진 폴더 계층 구조 내의 어떤 폴더에도 위치시킬 수 있습니다.
(기본) 최상위 Project 폴더 아래에 새 폴더를 만들려면, 프로젝트 목록 위의 버튼을 클릭한 다음, 메뉴의 Create 그룹에서 Folder 항목을 선택합니다. 나타나는 Create Folder 창에서 새 폴더의 이름, 상위 폴더 및 선택적인 설명을 지정합니다. 새 폴더는 항상 현재 선택된 폴더 아래에 생성되며, 이 폴더가 상위 폴더가 됩니다. 새 폴더의 권한은 상위 폴더로부터 상속되며, 현재 사용자와 다른 ‘소유자’가 있는 경우 그 소유자에 대한 쓰기 권한이 포함됩니다.
이미 정의된 프로젝트 폴더 계층 구조가 있는 경우, 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 창에서는 선택된 폴더에 적용되는 공유 권한을 추가 및 수정할 수 있습니다.
일부 수준의 사용자 접근 권한(View, Edit 또는 No access)은 Shared With 항목에서 선택할 수 없을 수 있습니다. 이는 접근 수준 변경이 상위 폴더에서 상속된 권한 세트(기본적으로 모든 사용자에 대한 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 페이지에서 복원하거나 영구 삭제할 수 있지만, 해당 프로젝트의 소유자 또는 Workspace 관리자만 수행할 수 있습니다.
프로젝트 폴더 삭제 – Workspace의 격리된 Trash 영역으로 보내는 작업입니다.
프로젝트 탐색
Workspace 브라우저 인터페이스의 Projects 페이지에 있는 프로젝트 목록에는 사용자가 접근 권한을 가진 모든 프로젝트가 포함되며, 폭넓은 프로젝트 관리 기능과 제어를 제공합니다. 버튼을 사용해 페이지를 목록 보기( ) 로 전환하고, 버튼을 사용해 페이지를 그래픽 보기(기본 보기)로 전환합니다.
Workspace 브라우저 인터페이스의 Projects 페이지 – 프로젝트 작업을 위한 중앙 제어 화면입니다. 여기서는 페이지의 그래픽 보기가 표시되어 있습니다.
프로젝트 목록은 마지막 수정 날짜 기준으로 자동 정렬되며, 가장 최근에 수정된 프로젝트가 목록의 왼쪽 상단(그래픽 보기) 또는 목록의 맨 위(목록 보기)에 표시됩니다. 그래픽 보기( ) 에서는 버튼을 사용해 프로젝트 문서를 이름, 작성자, 소유자 또는 마지막 수정 날짜 기준으로 빠르게 정렬할 수 있습니다.
목록 보기( ) 에서는 각 열 헤더를 사용해 프로젝트 목록을 Name , Author , Owner 또는 Last Modified 기준으로 정렬할 수 있습니다. 한 번 클릭하면 오름차순, 다시 클릭하면 내림차순으로 정렬됩니다. 열 이름 오른쪽의 화살표는 현재 활성화된 정렬 방향을 나타냅니다. 한 보기에서 선택한 정렬 방식은 두 보기 모두에 적용됩니다.
프로젝트 필터
필터( ) 드롭다운 메뉴 옵션을 사용해, 목록을 특정 소유자(Owner) 및/또는 문서 유형, 또는 이 둘의 조합으로 제한할 수 있습니다.
Parts Report 필터
Filters 창의 필터 Type 선택 항목(및 드롭다운 목록 아래 항목 포함)은 Workspace에 저장 및 액세스할 수 있는 모든 프로젝트 데이터 유형을 포괄합니다. 여기에는 고유한 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) – 클릭하면 Share 창이 열리며, 프로젝트를 다른 사용자와 공유하는 데 필요한 모든 컨트롤을 제공합니다.
(More ) – 클릭하면 추가 옵션에 접근할 수 있습니다:
Open – 클릭하면 프로젝트에 대한 상세 관리 페이지를 엽니다. 이는 브라우저의 별도 탭에서 열립니다.
Share (프로젝트 타일의 메뉴에서 사용 가능) – 클릭하면 Share 창이 열리며, 프로젝트를 다른 사용자와 공유하는 데 필요한 모든 컨트롤을 제공합니다.
Move – 클릭하면 Move Project 창이 열립니다. 여기에서 folder hierarchy 내에서 사용 가능한 모든 폴더 중에서, 프로젝트를 이동할 다른 상위 폴더를 선택할 수 있습니다.
Edit – 클릭하면 Edit Project 창이 열립니다. 여기에서 프로젝트의 Name , Description 및 서버 Parameters 를 변경할 수 있습니다. Parent Folder 필드는 편집할 수 없으며, 정보 제공용입니다. 상위 폴더를 변경하려면 Move command 를 사용해야 합니다.
Clone – 이 명령을 선택하면 Clone Project 창이 열리며, 프로젝트의 동일한 복사본을 만드는 컨트롤을 제공합니다.
Watch – 이 명령을 선택하면 프로젝트를 팔로우(follow)합니다. 그러면 Workspace에서 발송되는 이메일을 통해(Workspace에 대해 관리자가 email notifications 를 활성화한 경우) 프로젝트와 관련된 알림(예: 업데이트, 릴리스, 파라미터 및 권한 변경)을 받게 됩니다. 프로젝트의 생성자/소유자는 해당 프로젝트를 자동으로 팔로우하도록 설정됩니다.
UnWatch – 이 명령을 선택하면 프로젝트 팔로우를 중지하고, 해당 프로젝트와 관련된 이벤트 알림 수신을 중단합니다.
Remove – 이 명령을 선택하면 프로젝트를 remove the project 합니다. 삭제를 확인하는 Remove 창이 나타납니다. 이 작업은 ‘소프트 삭제(soft delete)’로, 프로젝트(Revision 및 Release 포함)가 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 대화 상자를 직접 열 수 있습니다. 아래의 프로젝트 공유 를 참조하십시오.
Parameters – 프로젝트 설계 자체에서 추출되거나 계산된 상세 데이터의 포괄적인 모음입니다. 전체 목록을 확장하려면 Show 컨트롤을 클릭하고, 다시 축소하려면 Hide 를 클릭합니다.
Releases – 프로젝트에 대한 Releases 목록입니다. 여러 릴리스가 순차적으로 표시되며, 가장 최근 릴리스가 맨 위에 위치합니다. 항목을 클릭하면 해당 릴리스가 별도의 탭에서 Manufacturing Portal 을 통해 열립니다. 이 포털에서 릴리스된 파일 데이터를 보고 탐색할 수 있으며, BOM을 검사하고, 릴리스 데이터의 소스가 되는 설계 스냅샷을 확인하고 주석을 남길 수 있습니다. 또한 전체 데이터 세트부터 개별 생성 출력 파일까지 다양한 수준의 제조 데이터를 다운로드할 수 있는 컨트롤에 접근할 수 있습니다. 선택한 릴리스는 Manufacturing Package 형태로 제조업체에게 직접 전송할 수도 있습니다.
활동 창
오른쪽 창 상단의 Activity 을 클릭하여 Activity 창에 접근합니다(이미 표시 중이 아니라면). 이 창에는 현재 선택된 프로젝트에 대한 활동 정보가 표시됩니다. 각 메시지는 프로젝트와 관련하여 발생한 이벤트(속성 변경, 새 커밋, 릴리스 등)를 나타냅니다. 가장 최근 이벤트가 목록의 맨 위에 표시됩니다.
현재 선택된 프로젝트에 대해 발생한 이벤트의 이력을 Activity 창에서 확인할 수 있습니다.
이벤트 메시지 내에서 프로젝트 항목을 클릭하면 해당 프로젝트의 상세 관리 페이지로 이동합니다.
프로젝트 공유
프로젝트가 Workspace에 준비되면, 실제로 어떤 사용자가 해당 프로젝트에 접근할 수 있을지 결정해야 합니다. 이는 프로젝트의 접근 권한을 직접 구성하는 대신, 프로젝트를 공유하는 방식으로 수행됩니다.
공유 기본값
Workspace에 새로 생성되었거나 등록된 프로젝트는 기본적으로 다음과 같이 공유됩니다.
프로젝트 소유자(일반적으로 프로젝트를 생성했거나 Workspace에 등록한 설계자): 전체 편집 권한.
Administrators 그룹: 전체 편집 권한.
프로젝트 상위 폴더(프로젝트가 생성된 폴더)에서 상속된 권한 또는 Workspace 관리자가 지정한 고정 기본 권한에 의해 결정되는 기타 사용자 또는 그룹.
새로 생성되는 프로젝트의 기본 위치 는 Workspace 인터페이스의 Admin – Settings – Projects 페이지에서 정의/변경할 수 있습니다. Default path for new projects 필드를 선택해 편집하여 다른 기본 위치를 지정합니다. 새 프로젝트는 이 위치 또는 사용자가 현재 열어 둔 다른 폴더(해당 폴더에 대한 Write 권한이 있는 경우)에 저장됩니다.
Projects 폴더(또는 다른 기본 폴더)가 특정 사용자에게 쓰기 가능하지 않은 경우(View 전용), 해당 위치에서 사용자가 생성한 프로젝트는 사용자 이메일 주소를 기반으로 하는 상위 폴더 내의 My Projects 폴더 – 즉 사용자의 Personal Folder 구조 – 에 저장됩니다. 기본 위치가 아닌 다른 폴더의 경우, View 권한만 가진 사용자는 프로젝트를 생성할 수 없습니다.
자세한 내용은 Project Creation Without Folder Write Access 를 참조하십시오.
Workspace 브라우저 인터페이스의 Admin 영역에서 새 프로젝트의 기본 위치를 관리할 수 있습니다.
새로 생성되는 프로젝트의 기본 접근 권한 은 Admin –Settings – Projects 페이지에서 Default permissions for new projects 옵션을 활성화하여 지정할 수 있으며, 이는 새 프로젝트가 상위 폴더의 권한을 상속하는 기본 동작을 무시합니다. 이 옵션을 활성화하면 모든 새 프로젝트에 적용될 명시적인 접근 권한 집합을 정의할 수 있습니다. 이는 모든 새 프로젝트가 Projects 폴더와 같은 단일 위치에서 생성되는 경우에 바람직한 방식일 수 있습니다. 자세한 내용은 Managing Project Creation Permissions 를 참조하십시오.
Workspace 브라우저 인터페이스의 Admin 영역에서 새 프로젝트에 대한 기본 접근 권한 집합을 지정할 수 있습니다.
프로젝트 폴더 공유는 Admin – Explorer 페이지에서 폴더 항목의 마우스 오른쪽 버튼 메뉴에서 Share Folder 옵션을 선택하거나, 관리자 또는 폴더 소유자의 경우 Projects 페이지 보기에서 구성할 수 있습니다. 새로 활성화된 Workspace에서는 루트 Projects 폴더에 대한 쓰기 권한이 모든 Workspace 멤버에게 제공됩니다. 공유 관점에서 보면, 이는 Write 권한이 Anyone (모든 Workspace 사용자가 폴더에 항목을 추가하거나 편집 가능)로 설정된 것입니다.
공유는 특정 사용자 또는 그룹으로 변경할 수 있지만, 권장되는 방식은 이 최상위 폴더 아래에 폴더 계층 구조를 생성하고, 특정 폴더와 그 하위 프로젝트에 사용자 지정 공유를 적용하여 공유(즉 접근)를 세밀하게 제어하는 것입니다.
Workspace는 권한 상속 구조를 제공하므로, 폴더 권한의 추가/수정은 폴더 계층 구조를 따라 하위로 전파된다는 점이 중요합니다. 자세한 내용은 Sharing Folder and Items 를 참조하십시오.
상위 폴더에서 상속된 폴더 권한(특히 권한을 낮추는 변경)을 변경하지 못하도록 막힐 수 있습니다 . 이 상위-하위 관계를 의도적으로 ‘분리’하려면 Share 창의 Advanced Settings 에서 Inherit permissions from parent folder 옵션을 비활성화해야 합니다. 관련 정보 를 참조하십시오.
Projects 폴더는 Workspace의 최상위 폴더로, 관리자만 접근할 수 있습니다. Workspace 구성원의 접근을 관리하기 위해 이 레벨 아래에 권한으로 제어되는 폴더 계층 구조를 생성하십시오.
공유 개요
Workspace 브라우저 인터페이스에서 프로젝트 접근 권한을 설정하려면, 인터페이스의 Projects 페이지에서 프로젝트 타일을 선택하고 Share 명령을 컨텍스트 메뉴에서 선택하거나, 상단의 버튼을 클릭합니다. Projects 페이지가 목록 보기로 표시되면, 프로젝트 항목의 가장 오른쪽에 있는 관련 컨트롤을 클릭하고, 표시되는 메뉴에서 Share 명령을 선택합니다.
프로젝트 소유자이거나 Workspace 관리자이거나, 해당 프로젝트에 대해 Edit 및 재공유 권한 이 있는 경우, 다른 사용자와 프로젝트를 공유할 수 있습니다.
다음 Share 창에는 프로젝트를 다른 사용자와 공유하는 데 필요한 모든 컨트롤이 포함되어 있습니다.
설계 프로젝트가 Workspace에서 중앙 관리되는 경우, 다른 사람과의 공유는 각 프로젝트의 권한을 관리하는 작업만으로 간단히 처리할 수 있습니다.
유의해야 할 사항:
권한 측면에서, Can Edit 옵션이 선택된 경우 사용자/그룹은 프로젝트에 대한 전체 편집 권한을 갖습니다. 그렇지 않으면 보기 전용 권한만 갖습니다.
Owner 및 Administrators 그룹은 항상 전체 편집 권한을 갖습니다(Can Edit ).
Owner 및 Administrators 그룹을 제외하고, 포함된 모든 사용자/그룹에 대해 권한을 개별적으로 Can View 또는 Can Edit 로 설정하거나, 접근 권한을 완전히 제거할 수 있습니다.
Workspace의 버전 관리(Git VCS) 하에 있지 않고 미러 형식(Simple Sync )으로 Altium Designer에서 Workspace로 제공된 프로젝트는 편집 권한(Can Edit )을 부여하여 공유할 수 없습니다. 편집은 프로젝트 소유자만 가능합니다.
► Making Altium Designer Projects Available Online 에 대한 정보를 참조하십시오.
프로젝트는 특정 사용자 및/또는 그룹과 명시적으로 공유할 수도 있고, 단순히 Workspace의 임의의 구성원(또는 모든 구성원)과 공유할 수도 있습니다.
프로젝트에 대해 충분한 공유 권한을 가지고 있다면, Workspace 구성원이 아닌 사용자와도 프로젝트를 공유할 수 있습니다. 이러한 사용자는 Workspace의 Guests 가 되어, 지정한 권한 수준으로 공유된 프로젝트에 접근할 수 있으며, 다른 Workspace 데이터에는 접근할 수 없습니다. 자세한 내용은 Sharing with External Users 를 참조하십시오.
특정 사용자 또는 그룹과 공유하기
Workspace에서 지정된 사용자 및/또는 그룹과 프로젝트를 공유하는 절차는 다음과 같습니다.
필요한 사용자/그룹 이름을 Share Project With 필드에 추가합니다(Share 창). 항목을 추가하려면, 필드에 원하는 이름/이메일/그룹을 입력하기 시작하면, 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로 설정된 경우, 소유자, 관리자, 그리고 공유 대상으로 명시적으로 추가된 사용자만 접근할 수 있습니다.
Workspace의 권한 상속 체계로 인해 일부 권한 수준 옵션이 비활성화될 수 있습니다. 이는 상위 폴더에서 상속된 권한을 하위 폴더에서 낮추는 것을 방지하여, 기존 상위-하위 상속 관계를 위반하지 않도록 하기 위함입니다. 상위-하위 상속을 의도적으로 끊으려면, Share 창의 Advanced Settings 에서 Inherit parent folder permissions 옵션을 비활성화하십시오.
Share 창의 Advanced Settings 에는, 공유된 프로젝트를 다시 공유하거나 다운로드할 수 있는 대상을 제어하는 옵션이 포함되어 있습니다. Workspace Member 및 Guest 접근 권한으로 구분된 설정을 통해, 편집 권한(Can Edit)을 부여받은 사용자가 프로젝트를 다시 공유할 수 있는지, 그리고 읽기 전용 권한(Can View)을 가진 사용자가 프로젝트를 다운로드할 수 있는지를 지정할 수 있습니다.
실제로 이는 예를 들어 외부 용역업체에 의한 추가 공유를 제한할 수 있게 해 줍니다. 또한 보기 전용 접근 권한을 가진 사용자에 대해, 원본 데이터(프로젝트 자체)와 파생 데이터(예: 생성된 Gerber 또는 PDF)를 다운로드할 수 있는지 여부를 제어할 수 있습니다. 이들은 여전히 Web UI에서 데이터를 보고 코멘트를 남길 수 있습니다. 각 경우에 대해, Workspace 내부(구성원)와 외부(Guests ) 사람들을 위한 별도의 권한이 제공됩니다.
보기 전용 접근 권한을 가진 사람이 다운로드를 허용받지 못한 경우, Web UI를 통해서만 프로젝트를 볼 수 있습니다. 이 경우 프로젝트를 먼저 다운로드해야 하므로, Altium Designer를 통해 프로젝트를 볼 수는 없습니다.
편집자는 항상 프로젝트를 다운로드할 수 있고, 뷰어는 프로젝트를 공유할 수 없다는 점에 유의하십시오. 그러나 프로젝트 뷰어는 특정 사용자와의 공유를 요청할 수 있습니다( ). 제출된 요청은 프로젝트에 대한 편집 권한을 가진 사용자가 처리하며, 아래에 자세히 설명되어 있습니다 .
설계 소프트웨어 내에서 프로젝트를 공유할 때 고급 설정에 접근하려면 Altium Designer 21.3 이상이 필요합니다.
프로젝트에 대한 업데이트된 공유 권한을 확정하려면 버튼을 클릭합니다. 이후 동작은 초대되는 사용자 유형에 따라 달라집니다.
이미 Workspace 구성원인 사용자는 프로젝트 접근 목록에 바로 추가됩니다. 이들은 프로젝트가 자신과 공유되었고(및 어떤 접근 권한을 갖는지)에 대한 이메일을 받게 됩니다. 허용된 경우 Altium Designer에서 프로젝트를 열 수 있으며, Altium 365 Platform Interface의 Projects 페이지를 통해 접근할 수 있습니다.
기존 Workspace 그룹이 공유 대상으로 추가되는 경우, 해당 그룹은 프로젝트 접근 목록에 바로 추가됩니다. 그룹의 모든 구성원은 프로젝트가 자신들과 공유되었고(및 어떤 접근 권한을 갖는지)에 대한 이메일을 받게 됩니다. 허용된 경우 Altium Designer에서 프로젝트를 열 수 있으며, Altium 365 Platform Interface의 Projects 페이지를 통해 접근할 수 있습니다.
Workspace 외부의 사람에게는, 프로젝트가 그들과 공유되고 알림 이메일이 전송됩니다 – 자세한 내용은 아래의 Sharing with External Users 를 참조하십시오. Workspace Guest (아래 참조)로서, 허용된 경우 Altium Designer에서 프로젝트를 열 수 있으며, 자신의 Altium 365 Personal Space 의 Shared with Me 페이지를 통해 접근할 수 있습니다. 이메일에는 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 프로젝트를 Workspace 구성원이 아닌 ‘외부’ 사용자와 공유하는 과정은 원하는 결과와 해당 프로젝트에 대한 본인의 접근 권한에 따라 달라집니다. 이러한 사용자와 프로젝트를 공유하는 방법은, 제한된 Guest access 를 부여하거나 그들을 Workspace members 로 추가하는 것입니다. 이는 동일 조직 내의 다른 Altium Account 사용자, 다른 조직의 Altium Account 사용자, 그리고 Altium Account가 없는 사용자(이 경우 새로 등록해야 함) 모두에게 적용할 수 있습니다.
외부 사용자와 프로젝트를 공유할 때, 프로젝트에 대한 전체 공유 권한(Edit and re-share 모두 가능)을 가지고 있다면, 프로젝트 Share 창 다음에 공유 방식과 공유 대상이 어떻게 적용되는지를 보여주는 확인 창이 나타납니다. 여기에는 Invite these people to your Workspace 옵션이 포함됩니다:
Invite these people to your Workspace 옵션의 선택을 해제(비활성화)하면, 외부 사용자는 Workspace Guest 로 추가되며, 해당 프로젝트와 그 구성 데이터에만 접근이 제한됩니다. Properties 패널의 Who Has Access 목록에서 Guest 사용자는 노란 점 표시( ) 가 있는 아이콘으로 나타나며, Share 창의 Guest 사용자 항목에는 레이블이 표시됩니다. 또한 활성 Guest 목록은 관리자가 Workspace Members page Guests tab 에서 확인 및 관리할 수 있습니다.
Guest 사용자는 자신이 접근 권한을 부여받은 프로젝트를, 본인의 Personal Space 내 Shared With Me 페이지나, 접근 권한이 있는 another Workspace 를 통해 열람합니다. 이때 접근 수준(편집/보기 및 재공유 권한)은 공유 과정에서 선택한 옵션에 의해 결정됩니다.
Altium Designer Support for External Sharing
Altium Designer에서 사용자의 접근 정보는 Shared WIth Me 위치의 Open Project dialog에서 확인할 수 있습니다. 자세한 내용은 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 창의 Invite these people to your Workspace 옵션을 선택(활성화)하면, 이어지는 Request Invitation 창에서 메모를 추가하고 다른 사용자를 더 지정할 수 있습니다. 버튼을 확인하면 사용자가 Guest (해당 프로젝트에 대한 Guest 수준 접근 권한으로)로 추가되고, Workspace 관리자에게 접근 요청 이메일이 전송되며, Workspace Members 페이지의 Invitation Requests tab on the Workspace Members page 에 요청 항목이 생성됩니다.
관리자는 이 요청 항목을 승인 또는 거부하여 처리합니다. 승인 시 사용자는 새로운 Workspace member로 추가되며, 다른 구성원과 마찬가지로 접근 수준은 공유 과정에서 선택한 옵션에 의해 결정됩니다. 거부된 경우 사용자는 Workspace Guest 상태로 남습니다.
Workspace 외부의 누구와도 프로젝트를 공유할 수 있으며, 동시에 그들을 Workspace member로 초대해 달라고 요청할 수도 있습니다.
위 사용자가 Workspace member로 승인된 이후 나중에 Workspace에서 removed 될 경우, 해당 사용자는 Guest 로 강등됩니다. 이는 사용자가 여전히 공유된 프로젝트에는 접근할 수 있지만, Personal Space 와 같은 Shared with Me 위치를 통해서만 접근하게 됨을 의미합니다.
외부 사용자와 프로젝트를 공유할 때, 해당 프로젝트에 대해 re-sharing rights 가 없다면(이는 프로젝트의 Advanced Sharing 설정에 의해 결정됨), 지정한 사용자에 대해 프로젝트 Access Request 를 제출해야 합니다. 이 요청은 프로젝트에 대해 전체 공유 권한(Edit 및 재공유)을 가진 어떤 Workspace member라도 처리할 수 있으며, 승인 시 요청된 사용자에게 해당 프로젝트에 대한 Guest 접근 권한이 부여됩니다.
조직 내 공유
위에서 설명한 특정 사용자나 그룹과의 공유와는 별도로, Share 창의 Anyone in <company> can access 옵션을 선택하면 조직의 모든 구성원에게 기본적인 보기 전용 접근 권한을 제공할 수 있습니다. 여기서 말하는 조직 구성원은 조직의 Dashboard 내 Users page 에 정의된 사용자들입니다.
이 수준의 공유만 적용된 경우, 조직에 등록된 모든 사용자는 Altium Designer 와 자신의 Altium 365 Personal Space 양쪽에서 Shared with Me 옵션을 통해 프로젝트에 접근할 수 있습니다. 이때 모든 사용자의 접근 권한은 보기 전용이며, 프로젝트 소유자와 Workspace 관리자는 Workspace를 통해 기존과 동일한 전체 접근 권한을 유지합니다.
프로젝트에 적용된 특정 공유(예: 특정 Workspace member에 대한 View/Edit 권한)는 조직 전체에 대한 기본 보기 전용 공유에 추가로 적용된다는 점에 유의하십시오. 예를 들어, 이후 프로젝트를 특정 Workspace 사용자와 공유하면, 그 사용자는 Personal Space에서의 기존 조직 단위 보기 전용 접근과 더불어, Workspace 내에서(적용된 권한에 따라) 프로젝트에 접근할 수 있습니다.
직접 링크를 통한 공유
프로젝트에 대한 직접 링크를 공유할 수도 있습니다. 이 링크는 Sharing 창 하단의 컨트롤을 클릭하여 얻을 수 있습니다. 링크를 통해 제공되는 접근 권한은 프로젝트의 현재 공유 설정에 따라 달라집니다:
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 창에 설정된 기존 공유 권한에 의해 제어됩니다.
링크는 클립보드에 복사됩니다. 사용 시, 허용된 경우 해당 사용자에게 프로젝트의 상세 관리 페이지에 대한 직접 접근을 제공합니다. 이 페이지의 개요는 다음 섹션 에서 설명합니다.
반대로, 링크를 연 사용자가 프로젝트에 대한 접근 권한이 없는 경우(프로젝트가 그 사용자와 공유되지 않은 경우), 해당 사용자의 Personal Space에서 접근 요청을 제출할 수 있는 방법이 제공됩니다(아래 참조).
Access Request 작업 방법
사용자가 액세스 요청을 제출하면, 해당 프로젝트에 대해 공유(액세스 제공)를 할 수 있는 사용자는 Share 대화창의 프로젝트 Advanced Settings 설정에 따라 결정되며, 이는 위에서 설명한 대로 동작합니다. 이때 ‘편집자(Editors)’는 프로젝트 편집 권한을 가진 사용자(Can Edit)를 의미합니다. Workspace 관리자와 프로젝트 소유자는 항상 프로젝트를 공유할 수 있습니다.
Email Notifications 옵션이 Workspace Admin-Settings page 에서 활성화되어 있는 경우, 해당 사용자들에게도 이에 상응하는 액세스 요청 이메일이 전송됩니다. 수신자는 프로젝트 Sh 창의 Advanced Settings 에 따라 다음과 같이 결정됩니다:
Workspace 구성원 편집자(Editors)에 대해 공유가 활성화되어 있으면, 관리자, 프로젝트 소유자, 그리고 해당 프로젝트에 편집(Edit) 권한을 가진 구성원들은 액세스 요청 이메일을 받습니다.
Guest Editors (Workspace 외부의 편집자)에 대해 공유가 활성화되어 있으면, 관리자와 해당 프로젝트에 편집(Edit) 권한을 가진 Guests 가 액세스 요청 이메일을 받습니다.
해당 프로젝트에 대해 두 편집자(Editors) 옵션이 모두 선택 해제되어 있으면, 관리자만 액세스 요청 이메일을 받습니다.
액세스 요청 이메일을 받은 사용자는 이메일에 포함된 Open sharing settings 버튼을 통해 요청을 처리할 수 있습니다. 이 버튼을 클릭하면 해당 프로젝트에 대한 Share 창이 열리며, 여기에서 보류 중인 요청을 승인(View 또는 Edit 권한 부여)하거나 거부할 수 있습니다. 공유 권한이 지정되면, 요청된 사용자는 프로젝트에 대한 Guest access 를 부여받고, 공유 승인 결과를 알리는 이메일이 전송됩니다.
Share 창의 Pending approval 항목에 대한 액세스는 Access Request 이메일을 수신했는지 여부와는 무관합니다. 언제든지 Share 대화창을 통해 직접 요청을 처리할 수 있습니다.
프로젝트 소유자에게 전송되는 액세스 요청 이메일에는 해당 프로젝트의 공유 속성으로 바로 이동하는 링크가 포함됩니다.
Multi-board 프로젝트 공유
Multi-board 프로젝트는 여러 PCB 설계 프로젝트를 포함하여 완전한 기능 시스템을 구성하는 특수 프로젝트 유형입니다. 하위 프로젝트들은 상위 Multi-board 프로젝트에 연결되어, 전체 시스템의 전기적·물리적 연결성을 설정하기 위한 데이터 소스로 사용됩니다.
Multi-board 프로젝트 작업에 대한 자세한 내용은 Multi-board Design 을 참조하십시오.
Multi-board와 그에 연관된 하위 프로젝트 간의 링크는 Multi-board 프로젝트 자체 내에 상대 경로로 저장됩니다(*.PrjMbd). 따라서 설계 클라이언트에서 Workspace VCS로 프로젝트를 저장할 때(Project » Make available Online ) 이 경로들이 유효하게 유지되어야 합니다. 실제로는 all 프로젝트들이 Workspace에 저장되고 올바른 폴더 구조에 위치하도록 보장해야 한다는 의미입니다. 대부분의 경우, Multi-board 시스템에 포함된 모든 프로젝트는 동일한 폴더에 위치하는 것이 일반적입니다.
Multi-board 프로젝트를 공유할 때도 동일한 고려 사항이 적용됩니다. 상위 Multi-board 프로젝트와 그에 연관된 하위 프로젝트 모두 동일한 보기/편집(View/Edit) 권한으로 동일한 Workspace 구성원에게 공유되어야 합니다. 이후 사용자가 설계 클라이언트에서 Multi-board 프로젝트를 처음 열 때, 연관된 하위 프로젝트들도 함께 열어야 하며, 이때 로컬의 상대 폴더 구조가 올바른지 다시 한 번 확인해야 합니다.
Multi-board 프로젝트와 그 하위 프로젝트는 모두 온라인에 저장되고, 공유되며, 각각 개별 프로젝트로 열려야 합니다.
프로젝트 소유권 이전
Workspace 관리자와 더불어, 프로젝트 소유자(기본적으로 프로젝트를 생성/추가한 사용자)는 전체 프로젝트 편집 권한을 가지며, 프로젝트에 공유 액세스를 가진 다른 구성원들은 프로젝트 Share 창에 지정된 대로 Edit/View 권한을 가집니다.
Share 창에는 현재 프로젝트 소유자가 표시되며, 소유권을 다른 Workspace 구성원에게 이전할 수 있는 옵션이 제공됩니다.
프로젝트의 Owner 상태와 그에 내재된 편집 권한은 프로젝트 Share 창을 통해 한 Workspace 구성원에서 다른 구성원으로 이전할 수 있으며, 이를 통해 새 소유자가 해당 프로젝트에 대한 완전한 제어 권한을 갖게 됩니다. 이 옵션은 관리자와 현재 프로젝트 소유자에게 제공되며, 소유권 이전 대상은 다른 Workspace 구성원만 가능하고(Engineers 또는 Administrators 같은 구성원 그룹은 대상이 될 수 없음) 그룹은 지정할 수 없습니다.
Workspace 구성원은 프로젝트의 소유권 상태와 권한 세트를 받기 전에 이미 해당 프로젝트에 대한 공유 액세스를 가지고 있어야 합니다. 이후 해당 구성원의 현재 프로젝트 View/Edit 권한 설정은 Owner로 변경할 수 있으며, 이는 Share 창의 권한 드롭다운 메뉴(Make Owner )에서 수행합니다. 창의 버튼을 눌러 소유권 이전을 확인한 후, 이어서 표시되는 경고 창( ) 에서도 확인합니다.
권한 드롭다운 메뉴의 Make Owner 옵션을 사용하여 프로젝트 소유권을 다른 Workspace 구성원에게 이전할 수 있습니다.
소유권이 이전되면, 이전 소유자는 해당 프로젝트에 대해 Editing 권한을 부여받게 되며, 프로젝트가 버전 관리(SimpleSync ) 하에 있지 않은 경우에는 View 전용 권한만 부여됩니다. 필요하다면, 이후 새 소유자나 관리자가 이전 소유자의 액세스 권한을 변경할 수 있습니다.
소유자가 Workspace 구성원에서 제거 될 경우, 소유권 이전은 자동으로 수행됩니다. 관리자가 Workspace Members page 에서 구성원을 제거하면, 제거 과정에서 기존 소유자가 소유한 모든 프로젝트와 아이템에 대해 새 소유자를 지정하도록 요청합니다. 확인 후 이전이 완료되면, 새 소유자는 관련 소유권 이전 알림 이메일을 받게 됩니다(활성화 되어 있는 경우).
자세한 내용은 Removing a User 를 참조하십시오.
Workspace Email Notifications 가 활성화되어 있는 경우, 새 프로젝트 소유자는 소유권 이전 알림 이메일을 받게 됩니다.
프로젝트에 대한 상세 관리 페이지 접근
Main page: 특정 프로젝트 관리
Workspace는 고급 제조 지향 CAD 중심의 프로젝트 보기를 제공하며, 이는 원하는 프로젝트를 선택한 후, 프로젝트 목록 상단의 컨트롤을 클릭하고 연결된 메뉴에서 Open 항목을 선택하여 열 수 있습니다. 또는 목록에서 원하는 프로젝트 항목을 더블 클릭해도 됩니다.
이는 Projects 페이지의 그래픽 보기에서도 사용할 수 있으며, 필요한 프로젝트의 타일을 선택한 후 컨트롤을 클릭하고 컨텍스트 메뉴에서 Open 명령을 선택하면 됩니다. 또는 타일 내의 프로젝트 이름을 클릭해도 됩니다. Projects 페이지가 목록 보기로 표시된 경우, 필요한 프로젝트 항목의 가장 오른쪽에 있는 컨트롤을 클릭하고 연결된 메뉴에서 Open 명령을 선택합니다.
해당 프로젝트에 대한 상세 관리 페이지는 CAD 중심 인터페이스를 포함한 새로운 브라우저 탭에서 열리며, 여기에는 Design, Simulation, Releases, History 및 Assembly 보기 옵션이 제공됩니다:
Design – 소스 프로젝트 설계 문서를 표시·탐색하고, 설계 객체 속성을 확인하며, 검토 코멘트를 배치할 수 있습니다. 이 보기는 Web Viewer 인터페이스를 사용하여 설계를 네 가지 개별 데이터 하위 보기로 제공합니다. 각각 소스 회로도, 2D 보드, 3D 보드, 자재 명세서(Bill of Materials)를 보여줍니다. 이 보기는 특정 릴리스를 기준으로 하는 것이 아니라, 프로젝트의 최신 소스 데이터 버전을 기준으로 하므로 진행 중(WIP) 보기로 간주할 수 있습니다. 기본 설계와 정의된 모든 변형(variant)을 검토할 수 있습니다.
설계 전반과 각 하위 보기에서, 필요에 따라 컴포넌트와 네트를 검색, 선택, 크로스 프로빙 및 검사할 수 있습니다. 또한 2D 보드 보기에서는 치수 측정도 가능합니다.
Simulation – 현재 프로젝트 또는 프로젝트 릴리스와 연관될 회로 시뮬레이션 결과 파일을 업로드(드래그 앤 드롭)할 수 있습니다. 이 파일들은 프로젝트에 첨부되는 형태가 되며, 이를 통해 Workspace 구성원들은 현재 열려 있는 프로젝트와 관련된 시뮬레이션 결과 문서를 확인하거나 다운로드할 수 있습니다. 자세한 내용은 Management of a Specific Project – Simulation 을 참조하십시오.
Tasks – 현재 열려 있는 설계 프로젝트에 적용되는 작업 활동 요청(Tasks )에 접근하고 이를 관리할 수 있습니다. 작업(Task)은 칸반 보드 흐름 스타일로 표시되며, 진행 상태(ToDo, InProgress, Resolved)에 따라 작업 행으로 정렬됩니다. 한 행은 General Tasks 용으로 예약되어 있으며, 나머지 각 행은 특정 프로젝트 문서에 대한 작업에 해당합니다. 후자는 열린 프로젝트와 연관된 작업들로 채워지며, 프로젝트 코멘트가 특정 사용자(Workspace 구성원)에게 할당될 때 생성됩니다. 이런 의미에서 Workspace Tasks 시스템은 사실상 코멘트 시스템의 확장입니다. 또한 New 버튼을 사용해 일반 작업(General Task)을 생성할 수도 있는데, 이 작업들은 현재 프로젝트에 적용되지만 프로젝트 코멘트나 문서와는 연관되지 않습니다.
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 교환 등 프로젝트와 관련된 주요 이벤트의 진행 타임라인을 탐색합니다. 프로젝트와 관련된 지원 이벤트가 발생할 때마다, 해당 이벤트는 전용 타일로 타임라인에 추가되며, 상황에 따라 다양한 작업이 지원됩니다. Release/Commit 이벤트의 경우, Gerber (릴리스 이벤트만 해당), Schematic 또는 BOM 데이터를 직접 비교할 수도 있습니다. 자세한 내용은 Project History 를 참조하십시오.
프로젝트에 대한 상세 관리 페이지는 Altium Designer 내에서도 액세스할 수 있습니다. 활성 프로젝트의 경우, 메인 메뉴에서 Project » Show in Web Browser 명령을 사용하십시오. 또는 Projects 패널에서 프로젝트 항목을 마우스 오른쪽 버튼으로 클릭하고, 컨텍스트 메뉴에서 Show in Web Browser 명령을 선택합니다. Altium Designer의 Explorer 패널에서 프로젝트를 탐색할 때 – Classic View 가 아닌 기본 Project 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 블록을 연결하는 수단을 제공합니다. 이 연결을 통해 설계 프로젝트 내에서 Requirements에 실시간으로 접근할 수 있으며, 잠금 해제되지 않는 한 읽기 전용입니다. 관련 정보는 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 대화 상자의
Parameters tab 에서 확인할 수 있습니다(
Project » Project Options ).
변경 사항을 확인하려면 버튼을 클릭하십시오.
프로젝트 클론 생성
기존 프로젝트를 클론하려면, 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의 서버 폴더 구조에 접근하고, 복제된 프로젝트를 저장할 다른 폴더를 선택할 수 있습니다. 필요하다면 프로젝트를 하위 폴더 계층 구조로 구성할 수 있습니다. 자세한 내용은 Creating a Hierarchy of Project Folders 섹션을 참조하십시오.
필드를 필요에 맞게 설정한 후 버튼을 클릭합니다. 원본 프로젝트는 그 구성 파일 및 데이터와 함께 복제(중복 생성)되며, 선택한 상위 폴더 아래의 Projects 페이지 목록에 새 프로젝트 항목으로 추가됩니다. 생성된 복제본은 사실상 새로운 프로젝트이므로, 해당 권한은 새 프로젝트를 생성(또는 업로드)할 때 와 동일한 방식으로 설정됩니다. 즉, 기본적으로 상위 폴더로부터 권한을 상속받으며, 복제를 수행한 사용자가 소유자가 됩니다. 관련 정보는 Managing Project Creation Permissions 를 참조하십시오.
프로젝트 제거
Related page: 휴지통
Workspace에서 기존 프로젝트를 제거(삭제)하려면, Projects 페이지에서 해당 프로젝트 항목을 선택한 후, 프로젝트 목록 위의 컨트롤이나 프로젝트 타일 내의 컨트롤을 클릭하고, 관련 메뉴에서 Remove 항목을 선택합니다. Projects 페이지가 목록 보기로 표시된 경우, 필요한 프로젝트 항목의 가장 오른쪽에 있는 컨트롤을 클릭하고, 관련 메뉴에서 Remove 명령을 선택합니다.
제거는 프로젝트 소유자이거나 Workspace 관리자일 때만 가능합니다.
다음 Remove <project> 창에는 관련 릴리즈 등, 프로젝트와 연관된 Item들이 나열되며, 이들 역시 함께 제거됩니다. Show details 옵션을 선택하여 프로젝트의 Releases view 를 열고, 연관된 릴리즈 및 제조 패키지를 확인할 수 있습니다. 프로젝트에 연관된 릴리즈가 없는 경우에는 단순화된 Remove 창이 표시됩니다.
Workspace 프로젝트를 제거하는 작업은 실제로 ‘소프트 삭제’로, 프로젝트와 연관된 모든 Item이 Workspace의 Trash 영역으로 이동됩니다. Remove <project> 창의 버튼을 사용해 제거 과정을 확인(확정)합니다.
특정 프로젝트에만 연관된 특정 제조 패키지를 소프트 삭제하고자 하는 경우, 해당 작업은 프로젝트의 Releases 뷰에서 직접 수행할 수 있습니다.
제거가 완료되면, 프로젝트 항목은 메인 프로젝트 목록에서 제거됩니다. Altium Designer에서의 로컬 작업 복사본은 이 작업의 영향을 받지 않지만, 더 이상 서버로 변경 사항을 커밋할 수 없습니다. 이제 로컬 프로젝트는 존재하지 않는 VCS 저장소를 참조하게 되므로, 로컬 작업 복사본을 닫았다가 다시 열어 제안되는 여러 작업 옵션에 접근할 수 있습니다.
이와 같은 방식으로 제거된 모든 프로젝트는 인터페이스의 Trash 페이지에서 찾을 수 있습니다. 사용자는 자신이 직접 소프트 삭제한 프로젝트(및 기타 Item)만 볼 수 있다는 점에 유의하십시오. 관리자는 Trash 페이지의 전체 내용을 볼 수 있으므로, 소프트 삭제된 모든 Item을 확인할 수 있습니다.
소프트 삭제된 프로젝트와 관련하여 고려해야 할 사항:
프로젝트는 설계 소프트웨어나 Web 인터페이스에서 열거나 탐색할 수 없습니다.
프로젝트가 Workspace 외부로 외부 공유되어 있었던 경우, 해당 프로젝트에 대한 관련 타일은 모든 외부 사용자에 대해 Altium 365 Platform Interface의 Shared with Me 페이지에서 제거됩니다.
프로젝트와 함께 제거된 공유 Manufacturing Package 역시, 관련된 모든 사용자에 대해 Altium 365 Platform Interface의 Shared with Me 페이지에서 제거됩니다.
프로젝트에서 사용된 Item을 탐색할 때, 해당 프로젝트에 대한 Where Used 항목은 프로젝트가 제거되었음을 반영합니다.
프로젝트는 Trash 페이지에서만 복원하거나 영구 삭제할 수 있으며, 이는 해당 프로젝트의 소유자 또는 Workspace 관리자만 수행할 수 있습니다.
프로젝트를 소프트 삭제하여 Trash 로 이동한 경우, 동일한 이름의 새 프로젝트를 다시 생성할 수 있습니다. 이후 해당 프로젝트를 복원하려 할 때 원래 이름이 이미 사용 중이라면, Workspace 내에서 이름의 고유성을 유지하기 위해 정수 접미사가 이름에 추가됩니다.