아티팩트(소프트웨어 개발)

Artifact (software development)

아티팩트는 소프트웨어 개발 과정에서 생성되는 많은 유형의 부산물 중 하나입니다.일부 아티팩트(유스케이스, 클래스 다이어그램 및 기타 Unified Modeling Language(UML) 모델, 요건 및 설계 문서 등)는 소프트웨어의 기능, 아키텍처 및 설계를 설명하는 데 도움이 됩니다.프로젝트 계획, 비즈니스 사례 및 리스크 평가와 같은 다른 아티팩트는 개발 프로세스 자체와 관련이 있습니다.

소프트웨어 개발과 관련된 아티팩트라는 용어는 주로 통합 프로세스와 같은 특정 개발 방법 또는 프로세스와 관련이 있습니다.이 용어의 사용은 이러한 방법에서 비롯되었을 수 있습니다.

빌드 도구는 테스트 계획을 수행하는 데 실행 파일이 필요하기 때문에 테스트를 위해 컴파일된 소스 코드를 아티팩트로 참조하는 경우가 많습니다.테스트할 실행 파일이 없으면 테스트 계획 아티팩트는 비실행 기반 테스트로 제한됩니다.비실행 기반 테스트에서 아티팩트는 워크스루, 검사 및 정확성 증명입니다.한편, 실행 기반 테스트에는 테스트 스위트와 실행 파일이라는 최소 두 가지 아티팩트가 필요합니다.아티팩트는 때때로 생성된 릴리스된 코드(코드 라이브러리의 경우) 또는 릴리스된 실행 파일(프로그램의 경우)을 나타낼 수 있지만, 일반적으로 아티팩트는 제품 자체보다는 소프트웨어 개발의 부산물입니다.오픈 소스 코드 라이브러리에는 종종 테스트 하니스가 포함되어 있어 기여자가 변경으로 인해 코드 라이브러리의 회귀 버그가 발생하지 않도록 할 수 있습니다.

아티팩트로 간주되는 것의 대부분은 소프트웨어 문서입니다.

최종 사용자 개발에서 아티팩트는 일반 프로그래밍 언어를 몰라도 최종 사용자가 생성하는 애플리케이션 또는 복잡한 데이터 개체입니다.아티팩트는 자동화된 동작 또는 제어 시퀀스(예: 데이터베이스 요청 또는 문법 규칙)[1] 또는 사용자가 생성한 콘텐츠를 나타냅니다.

아티팩트는 유지보수가능성이 다양합니다.유지 보수성은 주로 아티팩트가 수행하는 역할에 따라 영향을 받습니다.역할은 실용적이거나 상징적일 수 있습니다.소프트웨어 개발의 초기 단계에서 설계팀은 프로젝트 스폰서가 프로젝트의 요구를 충족시키는 데 얼마나 진지한지를 보여주는 상징적인 역할을 하기 위해 아티팩트를 만들 수 있습니다.상징적 유물은 종종 정보를 제대로 전달하지 못하지만 인상적이다.심볼릭한 이해력 향상.일반적으로 일루미네이션 스크롤은 상징적 품질을 보존하기 위해 필요한 부지런함 때문에 유지보수가 불가능한 것으로 간주됩니다.따라서 Illuminated Scroll이 프로젝트 스폰서에게 보여지고 승인되면 실질적인 역할을 하는 아티팩트로 대체됩니다.실용적인 아티팩트는 일반적으로 프로젝트 라이프 사이클 전체에 걸쳐 유지되어야 하며, 따라서 일반적으로 유지보수가 용이합니다.

성과물로서 프로젝트 관리의 관점에서 아티팩트는 중요합니다.소프트웨어 프로젝트의 성과물은 소프트웨어 자체의 추가를 수반하는 아티팩트와 동일할 수 있습니다.

부산물로서의 인공물의 감각은 과학에서 인공물이라는 용어를 사용하는 것과 유사하며, 이는 문제 자체보다는 수작업에서 발생하는 것, 즉 목적보다는 수단에서 발생하는 관심의 결과이다.

아티팩트를 수집, 구성 및 관리하기 위해 소프트웨어 개발 폴더를 사용할 수 있습니다. 

// POST: api/Todo [Http Post]퍼블릭 비동기 태스크 <Action Result>ToDoItem >> PostToDoItem (ToDoItem) { _context } 。ToDoItems.추가(항목); _context를 기다립니다.SaveChangesAsync(); CreatedAtAction(name of(GetTodoItem), 새 {id = 항목을 반환합니다.ID }, 항목); }

「 」를 참조해 주세요.

레퍼런스

  1. ^ H. Lieberman, B. A. Nardi, D.장인.Grammex: 예를 들어 문법을 정의한다.컴퓨팅 시스템의 인적 요소에 관한 ACM 컨퍼런스(요약, 데모; CHI 1998), 미국 캘리포니아 로스앤젤레스, 11-12페이지.ACM Press, 1998년 4월

추가 정보

  • Kroll & Philippe Kruchten (2003년).Rational Unified Process Made Easy: RUP에 대한 실무자 가이드.