사전은 이슈를 다음과 같이 정의합니다.
유물, 이슈 [ˈɑːtɪˌfækt] n
도구 나 예술 작품과 같이 사람이 만들거나 모양을 부여한 것, 특히 고고 학적 관심 대상
가짜 실험 결과와 같은 인간이 만든 모든 것
(생명 과학 & 연합 된 응용 프로그램 / 생물학) 세포학이 본 구조 사후 조직, 고정, 염색 등. 일반적으로 살아있는 조직에는 존재하지 않습니다.
artifact는 종종 소프트웨어 개발, 소프트웨어 개발주기, 노력 추정 등에 나타납니다.하지만 위의 정의는 그런 맥락에서 저에게 의미가 없습니다.
가능 누군가 소프트웨어 산업의 구체적인 예를 들어서이 단어를 설명해주세요.
댓글
- p2pnode는 분명히 정의를 요구하지 않습니다. 단어 " 아티팩트 ". 결국 질문에 ' 있습니다. 프로그래밍 맥락에서 단어가 어떻게 사용되는지 묻는 것은 기본적인 질문 일 수 있지만 여전히 주제에 관한 것입니다.
- 이 단어는 소프트웨어 개발에서 너무 광범위하고 얕습니다. 그것은 고고 학적 발굴지의 이미지를 연상시킵니다. 냄비와 조각.
- @Robster, 왜 그렇게 말합니까? 나는 ' 아티팩트 (dll 및 테스트 결과)를 빌드하고 테스트하는 데 사용된다고 들었습니다. 꽤 흔하고 구체적으로 보입니다.
- 글쎄, 프로그래밍 중 또는 실행시 생성되거나 생성 된 모든 것을 아티팩트라고 부를 수 있습니다.
답변
SDLC (Software Development Life Cycle)에서 아티팩트는 일반적으로 프로세스에 관련된 사람들이 생성하는 “사물”을 나타냅니다. 예를 들면 설계 문서, 데이터 모델, 워크 플로 다이어그램, 테스트 매트릭스 및 계획, 설정 스크립트 등이 있습니다. 고고학 유적지처럼 생성 된 모든 것은 인공물이 될 수 있습니다.
대부분의 소프트웨어 개발주기에는 일반적으로 누군가가 생성하여 다른 사람들이보고 공유 할 수 있도록 공유 드라이브 또는 문서 저장소에 저장해야하는 특정 필수 아티팩트 목록이 있습니다.
댓글
- ' 아티팩트라고하는 것을 들어 본 적도없는 유일한 것은 코드지만 저는 아닙니다 ' 코드가 인공물이 될 수없는 ' 왜인지 알 수 없습니다.
- @Thomas Owens : 코드도 인공물이 될 수 있습니다. 이지만 일반적으로 개별적으로 고려됩니다 ("에서와 같이 코드와 아티팩트를 백업해야합니다! "). 이 아티팩트에는 코더, 때로는 아키텍트가 있습니다. 또한 코드는 소스 제어에 들어가고 대부분의 다른 아티팩트는 문서 저장소 나 Wiki에 들어가야합니다.
- 아티팩트에는 컴파일 된 바이너리 / 소프트웨어 패키지도 포함될 수 있습니다.
- 사실 Java 세계에서는 매우 일반적입니다. o 코드를 아티팩트로 참조 (예 : Maven 사용시) : stackoverflow.com/questions/2487485/what-is-maven-artifact
- 내가 ' 사용한 것 중 가장 많이 들었던 것은 생성 된 코드 또는 바이너리에 관한 것입니다.
Answer
Wikipedia 기사 가이를 잘 다루고 있다고 생각합니다.
아티팩트는 소프트웨어 개발 과정에서 생성되는 다양한 유형의 부산물 중 하나입니다. 일부 아티팩트 (예 : 사용 사례, 클래스 다이어그램 및 기타 UML 모델, 요구 사항 및 디자인 문서)는 소프트웨어의 기능, 아키텍처 및 디자인을 설명하는 데 도움이됩니다. 프로젝트 계획, 비즈니스 사례 및 위험 평가와 같은 기타 아티팩트는 개발 프로세스 자체와 관련이 있습니다.
답변
그래픽 프로그래밍에서 올바르게 렌더링되지 않은 이미지 부분을 참조하는 데 자주 사용됩니다. 예를 들어, 그림을 그린 후에도 이전 프레임이나 뷰의 작은 부분이 여전히 화면에 남아있는 경우이를 아티팩트라고합니다.
댓글
- 나는 그래픽 프로그래밍을하기 때문에 ' 가장 자주 떠오르는 의미이지만 ' OP가 묻는 의미와 관련이 없습니다 (소프트웨어 계획에서이 용어가 의미하는 의미).
- OP가 질문 한 " 누군가이 단어를 설명해 주시겠습니까? 소프트웨어 업계의 몇 가지 구체적인 예 ? "를 제공하여 제 답변이 포함 된 것 같습니다.
- 이 맥락에서 " artifact "라는 단어가 단순한 것보다 더 일반적으로 사용된다는 메모를 추가하려고합니다. 모든 유형의 생성 된 이미지 (예 : X-ray)에서 이미지 이상을 참조하기위한 그래픽 프로그래밍에서-참조 : en.wikipedia.org/wiki/Visual_artifact
답변
아티팩트는 다른 생성의 결과로 직접 또는 간접적으로 생성되는 것입니다. 소프트웨어 아티팩트는 프로젝트 소스 또는 리소스로 구성되거나 소스 또는 리소스 간의 예상치 못한 상호 작용으로 표현 될 수 있습니다.
답변
artifact 라는 단어는 CMMI 및 ISO 9001 및 6 시그마 와 같은 방법론. 이 맥락에서 아티팩트 는 소프트웨어 개발 프로세스의 제품 및 부산물을 나타냅니다.
아티팩트는 문서화 된 프로세스를 따르고 있다는 증거로 사용하기 위해 프로세스 전반에 걸쳐 수집 및 보관됩니다. . 이러한 아티팩트는 주로 인증 감사 중에 유용하지만이를 수집하고 보관하면 문제가 발생했을 때 프로세스가 실패한 방법과 이유를 쉽게 파악할 수 있습니다.
아티팩트를 측정하고 분석하여 방법을 찾을 수도 있습니다. 프로세스를 개선하고, 개선의 증거를 보여주기 위해 더 측정 한 다음, 그 후에도 계속 측정하여 프로세스가 통제 상태에 있음을 보여줍니다 (예 : 문제의 메트릭이 특정 범위 내에 있음).
답변
부작용과 같은 의미를 갖는 용어가 사용되는 다른 방법이 있다고 생각합니다. 그러나 “artifact”라는 단어의 주요 용도는 소프트웨어 산업은 “생성되는 제품”을 의미합니다. 따라서 개발자가 작성하는 프로그램은 “소프트웨어 인공물”입니다.
댓글
- 더 이상 실제로 필요하지 않지만 한때는 기존 앱의 인공물입니다.
답변
나는 한 프로젝트에서만 아티팩트가 사용되는 것을 들었습니다. 우리가 빌드 한 파일을 참조하는 데 사용했습니다. 그러나 다른 답변을 읽어 보면 “Artifact”는 프로젝트 별 개체 유형에 대한 용어가 필요할 때마다 사용되는 가변 용어 인 것 같습니다.