결과물:
|
![]() |
프로젝트 저장소는 모든 버전의 프로젝트 파일과 디렉토리를 저장합니다. 또한 파일 및 디렉토리와 연관된 모든 유도 데이터 및 메타 데이터를 저장합니다. |
---|---|
역할: | 형상 관리자 |
선택 가능성/발생 시기: | 프로젝트 라이프사이클 초기에 설정되어 라이프사이클 내내 유지보수됩니다. |
템플리트 및 보고서: |
|
예: |
|
UML 표시: | 원하는 경우 <<프로젝트 저장소>>로 정형화된 패키지로 이 결과물을 나타낼 수 있습니다. |
자세한 정보: |
활동 정보: | 활동 결과: |
프로젝트 저장소는 프로젝트의 CM 툴에서 관리되는 모든 파일과 디렉토리를 저장합니다. 프로젝트 저장소는 대부분의 프로젝트 팀 "클라이언트"에서 액세스해야 하는 글로벌 자원입니다.
프로젝트 크기에 따라 여러 개의 프로젝트 저장소가 있을 수 있고 각 프로젝트 저장소는 만 개의 파일과 디렉토리를 포함할 수 있습니다. 지정된 프로젝트 저장소의 파일 수는 저장소 서버가 실행되는 시스템 크기와 데이터에 동시 액세스하는 사용자 수에 따라 다릅니다. 저장소 서버는 프로젝트 저장소로의 읽기/쓰기 트래픽을 처리합니다.
프로젝트 저장소는 모든 자산의 주요 실패 위치일 수 있으므로 제품 개발을 저해하지 않도록 고성능을 가지고 있고 모드 데이터를 수용할 수 있을 만큼 확장 가능하고 신뢰성이 있으며 무정지형이어야 합니다.
프로젝트 저장소의 핵심 하드웨어 고려사항(우선순위 순서대로)은 다음과 같습니다.
메모리는 CM 툴의 성능을 향상시키는 가장 저렴한 방법 중 하나입니다. 서버 시스템에서 필요한 주 메모리량에 대한 제1의 법칙은 프로젝트 저장소에서 사용하는 모든 데이터베이스 공간을 추가하고 둘로 나누는 것입니다. 예를 들어, 1MB의 주 메모리로 2MB의 데이터베이스 공간에 캐싱 및 백그라운드 데이터 쓰기가 가능합니다. 이것은 프로젝트 저장소에 있는 데이터 절반이 지정된 시간에 활발히 액세스될 수 있다는 것을 가정으로 합니다.
서버 시스템은 최소 256MB가 있어야 합니다. 클라이언트측에서 각 개발자 시스템은 최소 128MB의 주 메모리를 가지고 있어야 합니다.
CM 환경에서 두 번째로 가장 가능성 있는 성능 병목현상은 데이터를 디스크에 쓸 수 있는 속도입니다. 읽기/쓰기 집중 조작은 체크인, 체크아웃 및 기준선 작성입니다. 디스크마다 전용 제어기 및 채널을 갖는 것이 바람직합니다.
CM 툴은 보통 분산 응용프로그램이기 때문에 좋은 성능을 위해서는 적절한 네트워크 용량 및 신뢰성이 요구됩니다. 권장사항은 동일한 서브넷에 프로젝트 저장소와 보기를 호스트하는 시스템을 두는 것입니다. 근거리 통신망(LAN)이 너무 포화되어 시간 초과 및 응답 불량을 보이는 경우, CM 툴이 있는 시스템의 서브넷을 추가하거나 네트워크 용량을 증가시키는 것이 바람직합니다.
프로젝트 크기에 따라 여러 개의 프로젝트 저장소가 있을 수 있고 각 프로젝트 저장소는 만 개의 파일과 디렉토리를 포함할 수 있습니다. 지정된 프로젝트 저장소의 파일 수는 저장소 서버가 실행되는 시스템 크기와 데이터에 동시 액세스하는 사용자 수에 따라 다릅니다. 활성 읽기/쓰기 코드 개발 프로젝트 저장소는 동일한 레벨의 사용자 트래픽이 없는 경휘발성 저장소보다 적은 요소를 보유할 수 있습니다. 소프트웨어 개발의 경우 프로젝트 저장소는 저장소에 대략 3000 - 5000개의 요소를 보유할 것으로 예상합니다.
확장용 디스크 공간을 허용하고 프로젝트 저장소마다 2GB의 저장영역을 할당하여 약 50%의 여유 공간을 두는 것이 바람직합니다.
프로젝트 저장소는 전용 서버에 있어야 합니다. 이것은 프로젝트 저장소 서버를 다음 용도로 사용하지 않는다는 것을 의미합니다.
프로젝트 저장소는 프로젝트 라이프사이클 초기에 설정되어 라이프사이클 내내 유지보수됩니다.
형상 관리자는 프로젝트 저장소의 기본적인 관리자입니다. 이것은 프로젝트의 CM 정책에 맞추어 정기적인 백업 및 아카이브를 확인합니다.
추가 가이드라인은 자세한 정보 절을 참조하십시오.
Rational Unified Process
|