수강 신청 시스템

상태 평가

 

버전 1.0

개정 히스토리

날짜

버전

설명

작성자

1999년 3월 29일

1.0

초기 버전 - R1.0에서 상태 평가가 수행되었습니다.

Rick Bell

 
 
 
 
 
 
 
 
 
 
 
 

 

목차

1.       소개         

1.1     목적     

1.2     범위     

1.3     용어의 정의     

1.4     참조     

2.       자원

2.1     담당자/인력     

2.2     재무 데이터     

3.       상위 10개 위험성 

4.       기술적 진행상태         

5.       주요 이정표 결과

6.       총 프로젝트/제품 범위

7.       조치 항목 및 실행         


상태 평가

1.                  소개

1.1               목적

이 상태 평가는 자원, 예산, 스케줄, 위험성, 기술 문제 및 관리 문제 측면에서 프로젝트의 현재 상태를 검토합니다. 이 문서는 이 평가에서 비롯되는 모든 조치를 요약합니다.

1.2               범위

이 상태 평가는 C2 반복이 종료될 때까지 수강 신청 시스템의 모든 측면을 검토합니다.

1.3               용어의 정의

용어집 [3]을 참조하십시오.

1.4               참조

관련 참조 서적은 다음과 같습니다

    1. 수강 신청 시스템 비전 문서, WyIT387, V1.0, Wylie College IT.
    2. 수강 신청 시스템 이해 당사자(stakeholder) 요청 문서, WyIT389, V1.0, 1998, Wylie College IT.
    3. 수강 신청 시스템 용어집, WyIT406, V1.0, 1998, Wylie College IT.
    4. 수강 신청 시스템 마스터 스케줄, 1999, Wylie College IT.
    5. 수강 신청 시스템 구현/구축 단계 스케줄, V1.0, 1999, Wylie College IT.
    6. 수강 신청 시스템 소프트웨어 개발 계획, WyIT418, V2.0, 1999, Wylie College IT.
    7. 수강 신청 시스템 반복 계획, 예비적 반복(도입/인식(Inception)), WyIT414, V1.0, 1999, Wylie College IT.
    8. 수강 신청 시스템 반복 계획, 정제(Elaboration) 반복 #E1, WyIT420, V1.0 1999, Wylie College IT.
    9. 수강 신청 시스템 C2 반복 계획, WyIT500, V1.0. 1999, Wylie College IT.
    10. 수강 신청 시스템 C2 통합 빌드 계획, WyIT502, V1.0, 1999, Wylie College IT.
    11. 수강 신청 시스템 아키텍처 프로토타입 테스트 계획, WyIT432, V1.0, 1999, Wylie College IT.
    12. 수강 신청 시스템 테스트 계획, WyIT501, V1.0, 1999, Wylie College IT.
    13. 수강 신청 시스템 아키텍처 프로토타입에 대한 테스트 평가 요약, WyIT433, V1.0, 1999, Wylie College IT.
    14. 수강 신청 시스템 C2 테스트 평가 요약, WyIT503, V1.0, 1999, Wylie College IT.
    15. 수강 신청 시스템 C2 반복 평가, WyIT504, V1.0, 1999, Wylie College IT.
    16. 수강 신청 시스템 위험성 목록, WyIT419, V3.0, 1999, Wylie College IT.

2.                  자원

2.1               담당자/인력

개발자 한 명과 테스터 한 명을 제외한 모든 프로젝트 인원이 충원되었습니다. 이 인원은 스케줄을 몇 주 앞당기기 위해 최근 반복에서 식별되었습니다. Rick Bell이 현재 후보 면접을 진행하고 있습니다.

프로젝트의 시스템 엔지니어가 업무를 마치고 C2 반복 시점에 다른 프로젝트에 배정되었습니다. 시스템 성능 문제점으로 인해 두 명의 엔지니어가 파트 타임으로 프로젝트에 다시 참여하고 있습니다.

2.2               재무 데이터

성능 문제를 해결하기 위해 수행되는 추가 노력으로 인해 C2 반복에 대한 최초 예산 $116,600가 $10,000 초과되었습니다.

전체 프로젝트 예산 $638,000 (프로젝트 계획 V2.0 [6] 참조) 이외에 $104,000가 초과 투입되었습니다.

다음 표는 전체 프로젝트 재무 상태와 최근 반복의 재무 상태를 요약하여 보여줍니다.

예산
 

예산

현재
실제 금액

완료 전 추가 예상 금액

완료 시 예상 금액

차이

백분율
차이

 

B

ATC

ETC

EAC=ATC+ETC

V=B-EAC

PV=V/B

             

전체 프로젝트

$638,000

$402,000

$340,000

$742,000

-$104,000

-16.3%

C2 반복

$116,600

$126,600

$-

$126,600

-$10,000

-8.6%

             

 

3.                  상위 10개 위험성

상위 위험성과 해당 완화 계획은 위험성 목록 [16]에서 설명합니다. 현재 상태와 위험성 완화를 위해 지정되는 조치가 위험성 목록 버전 3에서 갱신되었습니다.

4.                  기술적 진행상태

R1.0 소프트웨어 기준선을 개발하기 위한 C2 반복이 최근 완료되었습니다. 반복 계획 [7], [8], [9]에 정의된 모든 중간 산출물이 생성되고 검토되었습니다.

R1.0 기준선에서 40개 결함이 계속 남아 있습니다. 이 중 12개 결함은 높음 또는 위험 심각도로 분류됩니다. C2 결함에 대한 자세한 내용은 C2 테스트 평가 보고서 [13]을 참조하십시오.

과정 카탈로그 시스템 인터페이스를 재디자인하기 위해 추가 반복인 C2b가 도입되었습니다.

현재 해결되지 않은 중요 디자인 문제는 성능 및 로딩 요구사항을 충족시키는 것입니다.

5.                  주요 이정표 결과

다음 표는 주요 이정표의 결과를 요약하여 보여줍니다.

이정표

계획 날짜

실제 날짜

결과

비즈니스 사례 검토

1999년 1월 19일

1999년 1월 30일

상부 관리 팀과 Wylie College 담당자가 비즈니스 사례 검토를 받았습니다. 범위는 변경되지 않습니다. 릴리스 2.0이 1999년 6월 24일로 확약되었습니다.

아키텍처 프로토타입

1999년 3월 2일

1999년 3월 15일

과정 카탈로그 시스템 액세스와 관련된 주요 성능 문제점이 발견되었습니다.

베타 릴리스

1999년 4월 2일

1999년 4월 12일

긍정적인 사용자 피드백을 받았습니다. 사용자가 모든 화면 및 메뉴에 대한 디자인 변경을 요청했습니다.

초기 오퍼레이션 기능(릴리스 1.0)

1999년 5월 10일

-

릴리스 1.0 시스템 테스트가 완료되었습니다. 과정 카탈로그 시스템 액세스를 위한 성능 요구사항이 충족되지 않았습니다. 상부 관리 팀이 성능 문제점을 정정하기 위해 인터페이스 소프트웨어를 재디자인하는 반복을 추가하기로 결정했습니다.

제품 릴리스 1.0

1999년 5월 19일

-

 

두 번째 오퍼레이션 기능

1999년 6월 24일

-

 

제품 릴리스 2.0

1999년 6월 24일

-

 

 

6.                  총 프로젝트/제품 범위

비전 문서 [1]에 정의된 프로젝트의 전체 범위가 변경되지 않았습니다. 베타 릴리스에 대한 사용자 피드백에 따라 모든 화면 및 메뉴가 재디자인되었습니다. 이 변경은 "범위 내"에 적용되며 고객에게는 변경 지시가 발행되지 않습니다.

7.                  조치 항목 및 완료 조치(follow-through)

다음 열린 조치 항목의 목록은 위험성 목록 [16], C2 테스트 평가 보고서 [14] 및 주간 프로젝트 회의에서 컴파일되었습니다.

ID

조치 항목 설명

담당자

마감 날짜

상태

1.

과정 카탈로그 시스템 관련 응답 시간 문제에 시스템 엔지니어링 자원을 할당합니다.

Rick Bell

1999년 4월 4일

열림

2.

마스터 스케줄을 검토하여 구현/구축(Construction) 단계에 네 번째 반복을 추가할 수 있는지 여부를 확인합니다.

상부 관리 팀

1999년 3월 31일

열림

회의 스케줄이 확정되었습니다.

3.

빌드 통합 전에 위험성이 높은 모든 컴포넌트의 코드를 검사했는지 확인합니다.

Rick Bell

1999년 3월 31일

열림

매주 회의 때마다 계속 논의합니다.

4.

R2.0 릴리스에 대한 추가 디자인 검토를 계획합니다.

Rick Bell

1999년 4월 15일

열림

C3 및 C2b 스케줄에 추가될 예정입니다.

5.

로드 시뮬레이터 소프트웨어 관련 문제점을 수정하고 연관 테스트 케이스를 재실행합니다.

Kerry Stone

1999년 4월 2일

열림

테스트 엔지니어가 문제점에 배정되었습니다.

6.

결함의 추이를 조사하십시오. 처리 완료하는 데 30일 이상이 소요되는 결함이 많은 이유는 무엇입니까?

Kerry Stone

1999년 4월 2일

열림

7.

성능 문제에 대한 진행상태를 매주 모니터합니다.

Rick Bell

계속 진행

열림

8.

개발자를 한 명 더 채용합니다.

Rick Bell

1999년 4월 15일

열림

인력 업체에 의뢰했습니다.

9.

레거시 시스템의 Y2K 상태를 계속 모니터합니다.

Rick Bell

계속 진행

열림