테스트 : WTPart 와 Creo 파일 연결 #8

□ Windchill 변경 관리 프로세스

제품의 변경 사항을 체계적으로 관리하고 제어하는 기능입니다. 이를 통해 제품의 품질, 안전성, 성능을 유지하고 개발 프로세스를 효율적으로 관리할 수 있습니다.

• 문제 보고서 제출
• 변경 관리 시스템을 검토할 수 있는 변경 모니터
• 승인 및 검토: 각 단계별 결과물을 검토하고 승인

1. 변경 사항 추적:

• 제품의 모든 변경 사항을 기록하고 추적하여 변경 이력을 보여줍니다.
• 변경 사항의 영향 범위를 분석하고 평가할 수 있도록 지원합니다.

2. 변경 승인:

• 변경 사항을 검토하고 승인하는 프로세스를 자동화하여 일관성을 유지합니다.
• 변경 사항에 대한 책임과 권한을 명확하게 정의합니다.

3. 버전 관리:

• 제품의 다양한 버전을 관리하고 이전 버전으로 롤백할 수 있도록 지원합니다.
• 변경 사항의 영향을 최소화하고 제품의 안정성을 유지합니다.

4. 워크플로 자동화:

• 변경 프로세스를 자동화하여 효율성을 높이고 오류를 줄입니다.
• 변경 프로세스의 각 단계를 명확하게 정의하고 관리합니다.

5. 통합:

• Windchill의 다른 기능들과 통합되어 제품 개발 프로세스 전체에서 변경 사항을 관리합니다.
• 변경 사항과 관련된 모든 정보를 한 곳에서 관리하여 접근성을 높입니다.

변경관리 시스템은 Windchill의 표준 객체 및 프로세스 도구를 기반으로 합니다. Windchill 변경 관리는 사용하기 쉬운 인터페이스와 관리자가 변경 시스템의 상태를 평가하는데 유용한 표준 보고서를 제공합니다. 변경 관리를 수정하고 구성할 수 있지만, 기본적으로도 업계 표준에 따른 모범 사례를 제공합니다. (다양한 Template 제공)

 

6. Windchill 변경 프로세스 기능을 활용하면 다음과 같은 이점을 얻을 수 있습니다.

• 제품 품질 향상
• 개발 프로세스 효율성 증대
• 제품 안전성 및 성능 향상
• 변경 비용 절감
• 규정 준수

---

□ Windchill과 ECR 관계

Windchill과 ECR은 제품 변경 관리 프로세스에서 핵심적인 역할을 하는 두 가지 요소입니다.
Windchill은 제품 수명 주기 관리 (PLM) 소프트웨어로, 변경 관리를 포함한 제품 개발 프로세스 전체를 지원합니다. ECR은 "Engineering Change Request"의 약자로, 제품에 대한 변경 사항을 제안하고 요청하는 데 사용되는 문서입니다.

Windchill과 ECR은 다음과 같은 방식으로 밀접하게 연관되어 있습니다.

• ECR 생성 및 관리: Windchill은 ECR 작성, 검토, 승인, 변경 이력 추적 등을 위한 플랫폼을 제공합니다.
• 변경 사항 추적: Windchill은 ECR과 연관된 모든 변경 사항을 추적하여 변경 이력 및 영향 분석을 가능하게 합니다.
• 버전 관리: Windchill은 ECR과 연관된 제품 버전을 관리하여 변경 사항에 따른 제품 상태를 명확하게 보여줍니다.
• 워크플로 자동화: Windchill은 ECR 검토 및 승인 프로세스를 자동화하여 효율성을 높이고 오류를 줄입니다.
• 통합: Windchill은 ECR과 관련된 다른 시스템과 통합되어 제품 개발 프로세스 전체에서 변경 사항을 일관되게 관리합니

---

□ 제품 개발의 기본 요소 - 구성 및  변경 관리

구성 및 변경 관리는 제품 개발의 기본 요소입니다. 제품 구성 정보를 캡처하고 제품 변경을 관리하지 않으면 시장 요구 사항, 고객 요청 및 혁신적인 아이디어를 마케팅 가능한 제품으로 전환하는 프로세스를 구현할 수 없습니다. 구성 및 변경 관리는 개념에서 서비스 중단까지 전체 라이프 사이클 동안 제품의 발전을 캡처하는 프로세스입니다.

 

 

구성 관리는 제조되는 제품의 개발, 생산, 판매, 수리 및 폐기 과정에서 해당 컨텐트를 확인하고 문서화하는 것과 관련된 집합적 활동을 나타냅니다. 구성 관리는 두 가지 컴포넌트로 이루어집니다.
첫 번째 컴포넌트인 제품 정의 관리는 제품을 설명하는 제품 구조와 모든 관련 정보의 모델링입니다. 
두 번째 컴포넌트는 시간이 지남에 따라 거의 예외없이 발생하는 구조 및 정보의 변경 내용 관리입니다.

▽ 구성 관리

WTPart와 Creo 모델이 연결된 제품 구조를 템플릿화 합니다. 필요에 따라 제품 설명서, 요구사항 템플릿 문서를 연결 합니다. 모든 설계의 대부분은 Save - As 하여 사용 합니다. 만일 완전 다른 유형의 제품을 설계한다면, 어셈블 모델을 만들고, 부품을 구조화 하고, 연결된  WTPart를 생성 합니다. 관련된 문서 Template를 사용하여 새로운 문서를 작성 합니다.

제품을 구성은 문서들도 있습니다.  이것들은 해당 WTPart와 연결되어야 합니다.

▽  변경 관리

제품을 릴리즈하기 전, 제품 라이프 사이클의 초기에는 비공식적인 변경을 쉽게 채택할 수 있습니다. 하지만 제품 디자인이 숙성되고 생산에 돌입하게 되면 변경 계획이 더 복잡해지고, 비용이 증가하기 때문에 보다 공식적인 프로세스를 사용해야 합니다. Windchill은 제품 수명 주기 전반에 걸쳐 변경 사항을 관리하는 데 사용되는 강력한 도구입니다. Windchill 변경관리 프로세스는 다음과 같은 주요 단계로 구성됩니다.

 

1. 문제 식별 

1) 문제 설명 (문제 보고서 작성)
엔지니어링, 제조, 품질 보증, 현장 지원, 배포자, 고객 등 다양한 내부 및 외부 소스에서 문제 보고서를 작성 할수 있습니다.
제품 문제는 대체로 부품 또는 문서와 같은 객체의 정보 페이지에서 문제 보고서가 작성되면서 캡처됩니다. 문제 보고서 작성자는 카테고리 및 우선 순위와 같은 기타 속성 정보와 함께 문제의 이름 및 설명을 제공합니다. 또한 영향 받는 최종 품목과 추가적으로 영향 받는 객체 및 첨부를 입력합니다. 

[새 문제 보고서 메뉴]

문제 보고서: 공식적인 의사소통 채널
문제 보고서는 단순히 변경 프로세스의 첫 단계를 넘어 회사 내 모든 사람과 지식이 풍부한 담당자를 연결하는 
중요한 커뮤니케이션 채널 역할을 합니다. 이는 직원들이 경영진의 관심을 끌 수 있는 공식적인 수단이며, 
다음과 같은 다양한 목적으로 활용될 수 있습니다.

1.문제 제기: A 부분을 B 부분에 연결하려는 과정에서 발견된 문제에 대한 주의 환기
2.아이디어 제안: 누군가가 실행하고 싶은 기발한 아이디어 공유
3. 변경 사항 기록: 문서에 최종적으로 수행해야 하지만 지금은 수행할 수 없는 작은 작업 기록 
                 (변경 프로세스의 일부)

▷ 문제 보고서의 중요성

1. 공식적인 의사소통 채널 제공: 모든 직원에게 경영진에게 문제를 제기하고 아이디어를 공유할 수 있는 
   공식적인 방법 제공
2.정보 공유 및 협업 촉진: 다양한 부서 및 팀 간의 정보 공유 및 협업 촉진
3.문제 추적 및 해결: 문제의 근본 원인을 추적하고 해결책을 찾는 데 도움
4.제품 개선: 제품의 품질과 성능을 향상시키는 데 기여

▷ 문제 보고서 작성 및 처리

1. 누구나 작성 가능: 모든 직원이 문제 보고서를 작성할 수 있어야 함
2. 처리 담당: 변경 관리자 I 역할을 담당하는 주체가 문제 보고서를 처리
3. 다양한 처리 옵션: 중복으로 무시, 추가 정보 요청, 고려 후 삭제, 변경 프로세스 시작 등

▷ 문제 보고서 활용 사례

변경 사항 탭에 문제 및 차이 테이블에 저장: 문서 변경 사항 탭에 문제 보고서 내용을 저장하여 추적 및 
                                        관리
제3자 동료의 의견 수렴: 외부 파트너가 제품 관련 문제를 보고할 수 있도록 문제 보고서 시스템 활용


▷ 결론

문제 보고서는 단순한 문서가 아니라 회사 내 의사소통, 정보 공유, 협업, 문제 해결, 제품 개선을 위한 
중요한 도구입니다. 누구나 쉽게 작성하고 활용할 수 있도록 적극적인 홍보와 교육이 필요하며, 
변경 관리 프로세스에 효과적으로 통합하여 최대한 활용해야 합니다.

 

새 문제 보고서는 다음과 같은 탭을 제공 합니다.  새 문제 보고서의 "속성 설정" 탭의 "이름"은 필수 입니다.
다른것은 필요 따라 입력 합니다.

1. 속성 설정 : 문제 보고서와 설명적 속성을 식별합니다.
2.영향 받는 최종 품목 선택 : 변경 요청의 영향을 받는 최종 품목을 식별합니다. 선택한 객체가 최종 품목 부품이면
해당 부품이 영향 받는 최종 품목 테이블에 자동으로 나열됩니다. 또한 객체를 선택하지 않고 변경 요청을 작성하면
제품의 최종 품목이 기본 영향 받는 최종 품목으로 가정되고 영향 받는 최종 품목 테이블에 자동으로 포함됩니다.
3.영향 받는 객체 선택 : 문제 보고서와 연관된 부품, 문서, 기타 변경 가능 객체 등 영향 받는 로컬 객체와 외부 객체를 식별합니다.
4.첨부 파일 설정 : 연관된 파일 첨부를 관리합니다. 문제 보고서의 컨텍스트에 있는 파일은 보거나, 추가, 업데이트, 삭제할 수 있습니다.
5.연관 선택 : 연관된 프로세스 및 참조 객체를 식별합니다. 프로세스 및 참조 객체는 로컬 및 외부 변경 객체를 지원합니다.

[새 문제 보고서 입력]

 

▷ 문제점 보고서 작성 방법 (문제점 보고서 작성 -> 제출)

 

참고 자료

 

2) 문제 검토

토론은 활성 문제 보고서를 검토하고 추가 정보를 제공하는 데 유용한 도구입니다. 토론 테이블은 문제 보고서 정보 페이지의 프로세스 탭에 있습니다. 변경 프로세스와 관여하는 사람들은 토론 스레드를 사용하여 아이디어를 교환할 수 있습니다. 토론 스레드에 가입하여 게시물이 올라오면 이메일 공지를 받을 수도 있습니다.

토론 활동 삭제
주제 또는 추가 정보를 삭제하면 해당 항목이 토론 테이블에서 영구적으로 제거됩니다.
• 다른 사용자가 작성한 추가 정보를 포함하여 해당 추가 정보에 대한 응답으로 게시된 모든 추가 정보도 삭제됩니다.
• 다른 사용자가 삭제된 주제 또는 추가 정보에 가입되어 있는 경우 해당 가입도 삭제됩니다. 토론 활동이 삭제되는 경우 가입자에게 공지가 전송되지 않습니다.
주제 또는 추가 정보를 삭제하려면 마우스 오른쪽 버튼 클릭 작업 메뉴에서 삭제를 선택합니다.
주제 이름을 클릭하여 해당 주제를 새 창에서 열 수도 있습니다. 추가 정보를 선택하고 추가 정보 테이블 도구 모음에서 삭제 아이콘 을 클릭합니다. 주제를 삭제하려면 작업 > 삭제를 선택합니다.

토론 주제 종료
주제를 종료하면 사용자가 새 추가 정보를 응답으로 추가할 수 없게 됩니다.
• 이미 게시된 추가 정보는 계속 표시됩니다.
• 종료된 주제는 다시 열 수 없습니다.
• 토론 스레드를 종료해도 기존 가입에는 아무런 영향이 없습니다. 종료된 주제에 대한 가입을 수동으로 삭제해야 합니다.
주제를 종료하려면 마우스 오른쪽 버튼 클릭 작업 메뉴에서 주제 종료를 선택합니다.
주제 이름을 클릭하여 해당 주제를 새 창에서 열 수도 있습니다. 작업 > 주제 종료를 선택합니다.

3) 문제 제출

작성된 문제 보고서는 변경 관리자 I 역할을 수행하는 사용자에게 라우팅되는 워크플로에 제출됩니다. 이 사용자는 문제를 분석하고 진행 방법을 결정할 책임이 있습니다.  문제 보고서를 작성 하면 변경 관리자에게 제출 됩니다

 

[문제 보고서 제출 - 객체생성]

[제출된 상태]

 

4) 리서치
변경 관리자 I은 이메일 공지를 받고 내 임무 테이블에 문제 보고서를 분석하는 임무를 수락합니다. 임무 링크를 클릭하면 임무 정보가 표시됩니다. 임무 페이지에는 문제 보고서 정보 페이지 링크가 있으며 해당 페이지에는 세부내용, 프로세스 및 기록 탭이 포함되어 있습니다. 자세한 내용은 문제 보고서 정보 페이지를 참조하십시오.

 

5) 확인 또는 거부
변경 관리자 I은 추가 정보를 입력하고 임무 페이지의 맨 아래에 있는 라우팅 옵션 중 하나를 선택합니다. 문제 보고서가 거부되면 프로세스가 종료됩니다. 문제 보고서가 수락되면 변경 요청 단계로 워크플로가 진행됩니다.

 

▷ 변경 관리 프로세스

 

PTC 도움말 센터

---