C(Visual Studio ALM 용어)

  • 아티클

이 용어집에서는 Visual Studio ALM(Application Lifecycle Management) 도움말에 사용되는 주요 용어를 정의합니다.

  • CAB
    변경 자문 위원회(Change Advisory Board)를 참조하십시오.

  • 호출 그래프 분석(Callgraph Analysis)
    메서드 호출 및 프로그램에서 이를 호출하는 지점을 나타낸 그래프입니다. 노드는 메서드를 가리키고 링크는 이 메서드가 호출하는 다른 메서드의 관계를 나타냅니다.

  • 변경 자문 위원회(Change Advisory Board)
    서비스 제공 및 지원 기능을 대표하는 사람들로 구성된 공식적인 그룹으로 IT 환경에 대한 변경을 평가하고 계획하며 승인하는 역할을 담당합니다. CAB(변경 자문 위원회)는 공식적인 변경 관리 프로세스의 주요 구성 요소이며 대개의 경우 모든 IT 영역의 대표자와 비즈니스 단위의 대표자로 구성됩니다. 프로젝트와 관련하여 이 그룹은 해당 프로젝트에서 IT 환경에 대해 변경할 제안 사항을 승인하거나 거부합니다.

  • 변경 제어(Change Control)
    IT 프로젝트나 솔루션의 무결성 또는 품질을 저해하지 않으면서 변경 요청을 제출, 승인, 구현 및 검토하기 위한 구조화된 절차를 통해 변경 내용을 쉽게 관리할 수 있도록 하는 원칙과 프로세스입니다.

  • 변경 관리(Change Management)
    서비스 수준 계약에 따라 합의된 IT 서비스 수준에 미치는 영향이 있는 경우 이러한 영향을 최소화하고 새로운 오류가 발생하지 않도록 검증된 방법과 기술을 사용하여 변경 내용을 관리하는 절차입니다.

  • 변경 집합(Changeset)
    변경 내용의 논리적인 그룹입니다. 변경 집합의 목적은 단일 체크 인 작업을 통해 전달되는 모든 파일과 작업 항목 업데이트를 그룹화하는 데 있습니다.

  • 변경 집합 ID(Changeset ID)
    특정 변경 집합에 할당되는 숫자 ID입니다.

  • 체크 인(Check In)
    파일이나 프로젝트를 저장하기 위해 데이터베이스에 넣는 작업입니다.

  • 체크 인 메모(Check-In Notes)
    체크 인을 진행하는 동안 사용자가 특정 데이터를 입력하도록 하여 추가된 변경 집합에 대한 설명입니다. 관리자는 체크 인 메모를 필수 항목으로 구성할 수 있습니다.

  • 체크 인 테스트(Check-In Test)
    코드가 제품의 전반적인 안정성에 영향을 주는지 확인하기 위해 개발자가 실행하는 테스트입니다.

  • 체크 아웃(Check Out)
    Visual SourceSafe 데이터베이스에서 작업 폴더로 파일이나 프로젝트의 쓰기 가능한 복사본을 두는 작업입니다.

  • 클래스 다이어그램(Class Diagram)
    클래스 및 클래스 사이의 관계를 시각적으로 나타낸 정적 표현입니다.

  • 복제(Cloning)
    기존 가상 컴퓨터를 기반으로 새 가상 컴퓨터를 만드는 과정입니다. 새 가상 컴퓨터의 ID는 소스 컴퓨터의 ID와 동일합니다.

  • 코드 분석(Code Analysis)
    코드가 디자인 지침을 준수하는지 검사하는 작업입니다. 코드 분석은 여러 지침을 통해 결정된 일반적인 코드 작성 및 설계 오류를 확인하기 위해 컴파일 후에도 진행될 수 있습니다.

  • 코드 완료(Code Complete)
    릴리스를 위한 모든 기능을 구현했고 기능 사양에 대해 해당 기능을 확인한 지점을 표시하는 개발 중요 시점입니다.

  • 코드 검사(Code Coverage)
    (1) 테스트로 검사하는 코드 경로를 Visual Studio에서 모니터링할 수 있도록 하고 기존 어셈블리나 아티팩트에 대한 지침을 추가하는 기술입니다. (2) MSF Agile의 경우 프로그램의 소스 코드를 어느 수준까지 테스트했는지 설명하는 데 사용되는 메트릭입니다. 코드 검사는 코드의 전체 블록을 기준으로 하여 테스트한 코드 블록을 백분율로 나타냅니다.

  • 코드 동결(Code Freeze)
    주요 프로젝트 관련자의 승인과 정당한 이유 없이는 기술 프로젝트 문서(요구 사항 사양, 기능 사양 등)나 솔루션의 개발된 구성 요소를 변경할 수 없는 지점입니다.

  • 코드 검토(Code Review)
    코드를 평가하여 그 품질과 개발 팀의 능력을 향상시키는 작업입니다. 코드 검토 유형에는 공식 검토, 피어 기반 검토, 타사 검토가 있습니다.

  • 코딩된 웹 테스트(Coded Web Test)
    일반적으로 기존의 기록된 웹 테스트를 C# 또는 Visual Basic 코드로 변환하여 만드는 테스트 종류입니다.

  • 코딩된 UI 테스트(Coded UI Test)
    응용 프로그램의 사용자 인터페이스에 대한 자동화된 테스트입니다. 코딩된 UI 테스트에서는 사용자 작업을 실행해 보고 예상 결과의 유효성을 검사합니다.

  • 컬렉션 프로브(Collection Probes)
    타이밍 및 기타 성능 데이터를 계측된 모듈에 수집하는 기능입니다.

  • 열 옵션(Column Options)
    결과 목록에 표시할 열과 정렬 순서를 지정하는 대화 상자입니다.

  • 명령(command)
    사용자가 실행하면 작업이 수행되도록 하는 컴퓨터 프로그램에 대한 명령입니다. 명령은 대개 키보드에서 입력되거나 메뉴에서 선택됩니다.

  • 일반 스크립트(common script)
    데이터베이스 단위 테스트에서는 TestInitialize 또는 TestCleanup 스크립트 중 하나가 됩니다. 일반 스크립트는 데이터베이스 단위 테스트의 일부로 실행되지 않습니다. 대신 테스트 및 테스트 실행 전후에 실행되어 테스트 중인 데이터베이스를 비롯한 테스트 환경을 수정합니다.

  • 공용 구조 서비스(Common Structure Services)
    기능 계층 구조를 설명하기 위한 Team Foundation의 메커니즘입니다.

  • 구성된 환경(Composed Environment)
    Microsoft Test Manager 외부에서 만들어졌으며 호스트 그룹에 이미 배포된 가상 컴퓨터에서 만들어진 가상 환경입니다.

  • 개념적 디자인(Conceptual Design)
    프로젝트 팀에서 비즈니스 요구 사항을 공용 언어로 변환하여 사용자와 개발자가 공유할 수 있도록 하고 솔루션에서 다뤄야 할 기능 집합 또는 사용 시나리오를 설명하는 디자인 프로세스의 주요 단계입니다. 개념적 디자인은 건물을 설계할 때 만드는 대략적인 윤곽 및 시나리오와 비슷합니다. 이는 고객과 설계자가 함께 만드는 이해하기 쉬운 모델입니다.

  • 구성 관리(Configuration Management)
    시스템에서 구성 항목을 식별 및 정의하고, 구성 항목과 요청의 상태 변경을 기록 및 보고하고, 구성 항목의 완결성 및 정확성을 확인하는 과정입니다.

  • 구성 변수(Configuration Variable)
    하드웨어 또는 소프트웨어 요구 사항 등의 테스트 요구 사항을 지정하는 변수입니다. 각 구성 변수에는 허용 가능한 값 집합이 연결되어 있습니다.

  • 제약 조건(constraint)
    모델의 섹션에 대한 논리적 조건입니다. 각 제약 조건은 모델의 도메인 클래스에 구현된 유효성 검사 메서드에 의해 구현됩니다.

  • 대체 계획(Contingency Plan)
    프로젝트를 진행하는 과정에서 발생할 수 있는 것으로 확인된 위험을 처리하기 위한 계획입니다. 이 계획에서는 특정 위험 이벤트가 발생하는 경우 프로젝트를 성공적으로 완수하기 위해 사용할 대체 전략을 지정합니다.

  • 비용 지불(Costed)
    예상치나 비용이 제공되었습니다.

  • 카운터 집합(Counter Set)
    부하 테스트 모니터링에 유용한 시스템 성능 카운터 집합입니다. 카운터 집합은 기술(예: ASP.NET 또는 SQL 카운터 집합)별로 구성됩니다.

  • 카운터 집합 맵(Counter Set Map)
    부하 테스트를 진행하는 동안 사용되는 카운터 집합과 컴퓨터 사이의 연결입니다. 예를 들어, 웹 서버에 ASP.NET, IIS 및 .NET 응용 프로그램 카운터 집합 매핑이 있을 수 있습니다.

  • 카운터 임계값(Counter Threshold)
    부하 테스트를 실행하는 동안 시스템 리소스 사용을 알리기 위해 특정 카운터에 설정할 수 있는 경고입니다. 임계값의 두 가지 유형은 경고와 중요입니다. 카운터 집합 정의에는 여러 가지 주요 성능 표시기에 대해 미리 정의된 임계값이 포함되어 있습니다.

  • 검사 모음(Coverage Collection)
    적어도 한 번 이상 실행한 응용 프로그램 블록이나 줄에 대해 런타임에 수집한 정보입니다.

  • 중요 경로(Critical Path)
    프로젝트의 지속 기간을 결정하는 일련의 작업입니다. 명확한 모델에서 중요 경로는 일반적으로 지정된 값(대개 0)보다 작거나 같은 부동 소수점 작업으로 정의됩니다. 이는 프로젝트 전체에서 가장 긴 경로입니다.

  • 고객(Customer)
    솔루션에서 비즈니스 가치를 얻으려는 개인입니다. 이는 서비스나 제품을 제공받는 사용자이기도 합니다.