|
|
|
 |
개발자에게 VSTS는 어떤 개발도구 입니까? |
|
VSTS는 개발자만을 위한 개발도구만은 아닙니다. 소프트웨어 개발에 관여하는 사람들이 협업과 커뮤니케이션을 지원하는 통합개발 환경 입니다. 아키텍트 및 설계자, 개발자, 테스터, 프로젝트 관리자 등 다양한 역할에 따라 각각의 버전이 있습니다. C#, VB.net, ASP.net등 개발만을 위해서는 Visual Studio.net 2003과 비교할 수 있는 Visual Studio 2005 Team Developer가 있습니다.
Visual Studio 6.0이나 Visual Studio.net 2002/2003를 사용해온 개발자라면 VSTS를 새로운 버전의 개발도구로 생각할 수 있습니다. 그러나 VSTS는 소프트웨어 개발과 운영에 관여하는 사람들간에 유기적인 협업과 원활한 커뮤니케이션을 지원하고, 소프트웨어 라이프 사이클 전반을 관리하고 자동화 할 수 있습니다.
VS.net에서도 Visio를 통해 설계를 하고 모델링 한 것을 코드로 뽑아낼 수 있었으며, Application Center Tester를 통해 응용프로그램 개발 후 스트레스 테스트를 통한 성능 측정을 할 수 있습니다. 그리고 프로젝트 관리를 위해서는 Office제품에 일부인 Project를 이용하는 방법이 있습니다. 그러나 이런 기능이 각각의 제품으로 제공되었지만 정보의 공유와 협업을 위해 유기적으로 연결되지는 못했습니다.
따라서 아키텍트가 디자인한 것과 설계자에 의해 모델링 된 내용이 개발 시에는 잘 반영되지 않아서 설계와 개발이 따로인 경우가 종종 발생하였습니다. 심한 경우에는 프로젝트 진행중반에 업무변경이나 추가 요구사항으로 변경이 되었으나, 반영이 되지 않아 설계와 개발이 내용이 다르게 됩니다. 또한 설계하거나 변경한 것이 향후 운영에 어떤 영향을 미치는지 예측이 어렵습니다.
Visual Studio6.0까지는 특정 언어를 위한 컴파일러와 디버깅 기능을 제공하는 단순 개발도구였습니다. Visual Studio.net은 설계부터 개발, 디버깅, 배포에 이르는 단계까지 할 수 있었습니다. 그러나 오늘날 소프트웨어 개발은 점점 복잡해지고 전문화를 통해 세분화 됨에 따라서 개발의 초기단계인 분석설계부터 개발, 운영에 이르기까지 유기적인 협업과 의사소통이 필요합니다.
설계된 내용이 그대로 개발에 녹아지고, 개발된 내용이 즉각 테스트 되어지고, 운영에 미치는 영향까지도 예측할 수 있어야 됩니다. 설계나 개발에 변경이 가해지면 상호 연관되어 반영되어야 합니다. 이렇듯 개발 프로세스를 포괄적으로 지원하는 시스템으로써 VSTS는 새로운 개발 패러다임을 제공합니다.
기존의 Visual Studio6.0과 Visual Studio.net 이 RAD(Rapid Application Development)도구로 개발자의 개발 생산성 향상에 초점을 맞추었다면, VSTS는 소프트웨어 라이프 사이클 선상에 관련된 모든 사람들을 대상으로 하는 보다 광의의 개발 환경을 제공합니다. |
|
 |
|
|
|
Visual Studio.Net 2003 Enterprise Architect와 Visual Studio 2005 Team System의 기능 차이는 무엇입니까? |
|
|
소프트웨어 개발 단계를 분석 및 설계, 개발 및 디버깅, 테스트, 배포, 운영으로 나눌 수 있습니다.
Visual Studio.Net 2003 Enterprise Architect에서는 각각의 단계에서 사용할 수 있는 별도의 제품이 있습니다. Visual Studio 2005 Team System에서는 하나로 통합되고 확장 발전되었습니다.
정리해보면 아래의 표와 같습니다.
| | | | 분류기준 | VS.NET 2003 Enterprise Architect | Visual Studio 2005 Team System | | 요구사항 관리 | | X | | | | 분석 & 설계 | 포함제품 - Visio Database Modeling | ○ | Team Architect | ◎ | | 개발 & 구현 | VB.NET, VC++.NET, VC#.NET 등 | ◎ | Team Developer | ◎ | | 튜닝 & Test | 세부 기능 - Application Center Test | ○ | Team Test | ◎ | | 설치 및 운영 | 세부 기능 - No Touch | X | Team Developer | ◎ | | 형상관리 | 포함 제품 - Visual SourceSafe 6.0d | △ | Team Foundation | ◎ | (◎:지원우수, ○:지원, △:지원미흡, X:지원되지 않음) | | | | | | | |
|
|
|
VSTS와 Visual Source Safe의 차이점은 무엇입니까? |
|
|
Visual Studio 2005 Team System에는 대규모 팀과 프로젝트에 맞게 확장할 수 있는 서버 및 데이터베이스 기반의 변경관리 시스템이 포함되어 있습니다.
Visual Source Safe는 소규모 팀에서 소스의 버전관리를 위한 솔루션입니다. 따라서 개인 또는 소규모 팀의 형상관리를 위한 솔루션으로서 Visual Source Safe가 계속 제공될 것입니다.
또한 Visual SourceSafe에서 Visual Studio 2005 Team System으로 간편하게 데이터베이스를 업그레이드할 수 있게 하는 마이그레이션 도구가 제공될 것입니다. |
|
|
|
코드 프로파일러가 원격 시스템을 지원합니까? |
|
|
현재 작은 설치 패키지가 제공되며 이 패키지를 원격 시스템에 설치하여 결과를 수집한 다음 분석을 위해 데이터를 다른 시스템에 수동으로 보낼 수 있습니다. 다음 릴리스에서는 다중 시스템 지원이 제공될 예정입니다. |
|
|
|
코드 프로파일러에서 관리되지 않는 메모리를 표시할 수 있습니까? |
|
|
아니요, 관리되지 않는 메모리 오류는 통합 Application Verifier를 사용하여 탐지할 수 있습니다. |
|
|
|
64비트 응용 프로그램을 프로파일링할 수 있습니까? |
|
|
최초 버전의 Visual Studio Team System에서는 불가능하지만 이후 버전에서는 이 기능이 추가될 것입니다. |
|
|
|
샘플링 성능 프로파일러란 무엇입니까? |
|
|
샘플링 사용 시에 Visual Studio Team System의 프로파일러는 실행 중인 응용 프로그램을 정기적으로 인터럽트하여 현재 실행 중인 함수를 확인합니다. 이 방식으로 확인된 각 함수에 대해 표시가 첨부됩니다. 샘플링이 완료되면(응용 프로그램을 중지하거나 프로파일러를 분리하여) 확인된 각 함수에 대해 최종 결과 표시가 첨부됩니다. 첨부된 표시를 사용하여 함수의 상대적인 성능을 확인할 수 있습니다. 샘플링은 오버헤드가 매우 낮은 일종의 프로파일링입니다. |
|
|
|
측정(instrumentation) 성능 프로파일러란 무엇입니까? |
|
|
측정(instrumentation) 사용 시에 Visual Studio Team System의 프로파일러는 응용 프로그램에 프로브를 삽입합니다. 응용 프로그램을 실행할 수 있게 되면 이러한 프로브가 실행되고 Visual Studio Team System에 정보를 보고합니다. 응용 프로그램의 실행이 완료되면 Visual Studio Team System은 응용 프로그램에 의해 호출된 각 함수에 대한 정보를 수집했을 것입니다. 측정을 통해 응용 프로그램에 추가되는 오버헤드를 최소화하기 위해 Visual Studio Team System에서 많은 작업이 수행되었습니다. |
|
|
|
Visual Studio Team System의 GC 메모리 프로파일러는 무엇을 탐지합니까? |
|
|
Visual Studio Team System의 이 프로파일러는 항상 응용 프로그램 수명 동안에 모든 .NET 가비지 컬렉션을 추적합니다. 이 정보는 응용 프로그램의 실행 시간과 비교하여 히스토그램으로 표시됩니다.
할당되는 형식에 대한 정보를 수집할지 여부를 이 정보를 통해 신속하게 결정할 수 있습니다.
이 옵션을 사용하면 응용 프로그램에 의해 할당되는 .NET 형식과 할당을 수행한 함수를 정확하게 파악할 수 있습니다. |
|
|
|
Verifier란 무엇입니까? |
|
|
메모리 할당, 중대 섹션 사용, 핸들 사용 등 윈도우 운영체제에 이미 존재하는 측정을 제공하는 비주얼 스튜디오 도구입니다. 특정 영역에서 실행 중인 실행 파일에 대해 런타임 확인을 수행합니다. |
|
|
|
Application Verifier는 무엇을 탐지합니까? |
|
|
위의 답변을 토대로 다음과 같이 정리 요약할 수 있습니다.
메모리 할당 - 런타임 문제, 오버런 또는 힙 할당 블럭, 삭제 후 재사용(reuse-after-delete), 이중 삭제(double-delete), 힙 오염 등을 탐지
중대 섹션 사용 - 교착 상태 또는 리소스 누수를 야기할 수 있는 작업을 탐지
핸들 사용 - 더 이상 유효하지 않은 핸들을 재사용하려는 시도를 탐지 |
|
|
|
Application Verifier는 어떤 방식으로 작동합니까? |
|
|
Application Verifier 도구는 디버그 세션 도중에 특정 실행 파일 이미지에 대해 OS 측정을 활성화합니다.
OS는 응용 프로그램을 향해 API 계층을 변경하고 호출을 인터셉트하여 유효성 검사 계층으로 리디렉션합니다. 위반이 탐지되면 적절한 예외가 생성되고 Application Verifier 도구는 탐지된 위반에 대한 관련 컨텍스트를 제공합니다. |
|
|
|
정적 분석이란 무엇입니까? |
|
|
정적 분석이란 코드를 실행하지 않고 소스나 바이너리를 조사하여 코드의 결함을 밝혀내는 것을 말합니다. Visual Studio 2005 Team System에는 이를 위한 도구로써 PREfast 및 FxCop를 제공하고 있습니다. |
|
|
|
빌드 프로세스에 정적 분석이 어떤 방법으로 통합됩니까? |
| |
개별 프로젝트의 속성 페이지에서 빌드의 일부로 정적 분석이 통합되며 활성화할 수 있습니다.
정적 분석이 활성화되면 정적 분석을 통해 식별된 경고가 다른 빌드 문제와 함께 오류 목록에 나타납니다. 대부분의 경우 오류가 발생한 소스의 해당 위치를 오류에서 이동할 수 있습니다. |
|
|
|
고유한 정적 분석 규칙을 만들 수 있습니까? |
|
|
최종 릴리스의 Visual Studio 2005 Team System에서는 "관리되는 코드"(Managed Code)에 대한 정적 분석 규칙을 확장하는 기능이 지원될 것입니다. |
|
|
|
PREfast를 사용하여 C# 오류를 탐지할 수 있습니까? |
|
|
아니요. PREfast는 C++용의 소스 수준 정적 분석 도구입니다. 그러므로 이 도구는 널 포인터, 일부 버퍼 오버런, HResults 검사 실패 등과 같은 일반적인 C++ 코딩 문제를 탐지합니다. FxCop는 C#, VB, C++ 및 .NET 바이너리를 생성하는 다른 모든 언어에서 작동하는 MSIL 기반의 정적 분석 도구입니다. |
|
|
|
PREfast는 보안 도구입니까? |
|
|
아니요, 일반적인 용도의 보안 테스트 도구가 아닙니다. |
|
|
|
PREfast는 64비트 관련 검사를 지원합니까? |
|
|
현재로서는 지원하지 않습니다. |
|
|
|
단위 테스트란 무엇입니까? |
|
|
단위 테스트는 프로덕션 코드 작업을 검증하기 위해 개발자나 다른 프로그래머에 의해 작성됩니다. 일반적으로 이름 및 범위와 관련하여 단위 테스트는 제품 코드에 매우 긴밀하게 대응됩니다(하나의 제품 메서드, 하나의 단위 테스트). |
|
|
|
단위 테스트는 빌드 프로세스에 어떤 방법으로 통합됩니까? |
|
|
빌드 관점에서 보면 단위 테스트를 다른 코드 모듈과 마찬가지로 작성할 수 있습니다. 확인 관점에서 보면 mstest 명령줄을 호출하는 제공된 msbuild 작업을 통해 단위 테스트가 빌드 시에 빌드 인프라에 의해 호출될 수 있습니다. |
|
|
|
단위 테스트를 작성하는 개발자와 다른 테스트 유형을 작성하는 테스터 사이에 어떤 방식으로 통합이 이루어집니까? |
|
|
두 경우에는 동일한 디자인 원칙이 적용됩니다. 테스트 보기를 사용하여 테스트로 이동하거나 테스트 결과 창을 사용하여 결과를 볼 수 있습니다.
또한 테스트가 프로젝트에서 소스 코드로 저장되므로 테스터는 개발자의 단위 테스트에 액세스할 수 있고 테스트 탐색기를 사용하여 모든 테스트와 테스트 유형을 범주별로 구성할 수 있습니다. |
|
|
|
로드 중에 단위 테스트를 실행할 수 있습니까? |
|
|
예, 이것은 실제로 다른 단위 테스트 프레임워크에는 없는 Visual Studio Team Test 단위 테스트의 주요 차이점 중 하나입니다. |
|
|
|
Visual Studio Team System이란 무엇입니까? |
|
|
Visual Studio Team System은 Windows Server System에서 솔루션을 성공적으로 배포하기 위한 도구이며 전체 소프트웨어 개발팀 지원을 위한 도구들을 제공하고 있습니다. 이러한 도구들을 통해서 보다 나은 예측 가능성 및 안정성을 얻을 수 있습니다.
소프트웨어 설계자용 Visual Studio Edition
설계자 및 개발 책임자가 운영 환경에 대해 유효성을 검사할 수 있는 서비스 지향 솔루션 디자인을 위한 도구
소프트웨어 개발자용 Visual Studio Edition
라이프사이클 도중에 신속하고 빈번하게 품질을 구체화할 수 있게 하는 고급 개발 도구
소프트웨어 테스터용 Visual Studio Edition
응용 프로그램의 성능을 배포 전에 확인할 수 있게 하는 고급 로드 테스트 도구
Visual Studio Team Foundation Server
조직에서 프로젝트의 진행률과 상태를 손쉽게 관리 및 추적할 수 있도록 하는 서버 기반의 팀 공동 작업 도구
|
|
|
|
Visual Studio Team System의 이점은 무엇입니까? |
|
|
과정의 단순화, 소프트웨어 팀의 모든 구성원 사이에서 공동 작업을 용이하게 함으로써 공동 작업에서 극대화된 이점을 얻을 수 있습니다.
또한 서비스 지향 솔루션을 제공하는 데 있어서의 복잡한 과정을 단순화합니다. |
|
|
|
Visual Studio 2005 Team System의 앞으로의 제공 일정은 어떻게 됩니까? |
|
|
Visual Studio Team System은 2005년 상반기에 Visual Studio Team System이 포함된 Visual Studio 2005의 제공을 포함하여 이미 이전에도 다양한 형태로 제공되었습니다.
앞으로 남은 제공 일정은 몇 차례 더 있습니다만 아직 구체적인 일자는 정해지지 않았습니다. 보다 안정된 Visual Studio 2005 Team System 버전을 제공할 것입니다. MSDN 가입자는 모든 시험판 버전의 Visual Studio 2005 및 Visual Studio Team System을 다운로드할 수 있습니다. |
|
|
|
여러 지역에 분산되어 있는 팀에서 Visual Studio 2005 Team System을 사용할 수 있습니까? |
|
|
예, 사용 할 수 있습니다.
초기 제품 디자인에서 중요하게 고려된 목표 중 하나가 바로 분산된 팀에서 Team System 제품을 이용하여 보다 편리하게 작업할 수 있도록 만드는 것이었습니다. |
|
|
|
플랫폼 간 디자인 문제가 지원됩니까? |
|
|
플랫폼 통합은 웹 서비스를 통해 실현되며 Team System에서 지원됩니다.
Team Foundation Core Services를 통해 여러 다른 회사에서 Team System을 확장할 수 있습니다. |
|
|
|
플랫폼의 확장성은 어느 정도입니까? |
|
|
간단하게 말씀드리면 Visual Studio 2005 Team System을 통해 고유한 내부 또는 상업적 도구와 프로세스 프레임워크를 사용하여 Team System을 확장할 수 있습니다.
위에서 언급했던 플랫폼 간 디자인 지원을 통하여 보고, 이벤트, 그룹 및 사용 권한, 링크, 관리, 탐색 등의 기능을 공유할 수 있습니다.
또한 TFCS (Team Foundation Core Services) 통합 서비스 외에도 Visual Studio 2005 Team System의 각 도구를 고유한 API 또는 서비스를 통해 확장할 수 있습니다. |
|
|
|
Visual Studio 2005 Team System은 64비트를 지원합니까? |
|
|
Visual Studio 2005 Team System은 64비트 응용 프로그램을 개발하는 데 사용하도록 설계된 것은 아닙니다.
그러나 64비트 시스템에서 실행할 수는 있습니다. |
|
|
|
제품을 엔터프라이즈 수준에 맞게 확장할 수 있습니까? |
|
|
일반적으로 500명 규모의 팀에서 동일한 프로젝트내에서 동일한 작업 시간대에 다양한 작업이 가능할 정도로 확장됩니다. |
|
|
|
이 도구를 MS에서 내부적으로 사용하고 있습니까? |
|
|
Visual Studio 2005 Team System의 도구는 대부분 MS에서 수년 동안 내부적으로 사용했던 도구입니다
(예: 프로파일링, 정적 분석 및 작업 항목 추적).
MS는 Visual Studio 2005 Team System을 제품 개발에 사용할 계획을 이미 세워 놓고 있습니다. |
|
 Previous Page | Next Page |
