대학 스포츠 페이징 서비스
반복 계획
버전 1.0
개정 히스토리
날짜
|
버전
|
설명
|
작성자
|
1999년 10월 6일 |
1.0 |
초기 버전 |
Context Integration |
목차
소개
목적
이 반복 계획은 프로젝트의 예비적 반복을 위한
세부 계획에 대해 설명합니다. 이 반복 기간에는
시스템 요구사항이 정의되고 전체 프로젝트 실행을 위한
상위 레벨 계획이 개발됩니다. 이 첫 번째 반복은
시스템 비즈니스 사례에 대한 완전한 분석을
수행하여 프로젝트 진행 여부를 결정합니다.
범위
예비적 반복 계획은 WebNewsOnLine을 위해 Context
Integration에서 개발하는 프로젝트에 적용됩니다. 이
문서는 프로젝트 관리자와 프로젝트 팀에서 사용합니다.
정의, 두문자어 및 약어
용어집 문서를 참조하십시오.
참조
- CSPS 비전 1.0
- CSPS 요구사항 관리 계획 1.0
계획 
예비적 반복은 제품 요구사항을 개발하고 대학 스포츠
페이징 시스템에 대한 비즈니스 사례를 설정합니다. 주요 유스 케이스
뿐만 아니라 상위 레벨 프로젝트 계획이 개발됩니다. 이 반복의
종료 시점에서는 비즈니스 사례에 따라 프로젝트에 필요한 자금을
확보하고 계속 프로젝트를 수행할지 여부를 결정합니다.
반복 타스크
다음 표는 타스크에 대해 계획된 시작
및 종료 날짜와 해당 타스크를 보여줍니다.
타스크
|
시작
날짜 |
종료
날짜 |
도입/인식(Inception) |
1999년 10월 1일 금요일 |
1999년 10월 25일 월요일 |
도입/인식 시작 |
1999년 10월 1일 금요일 |
1999년 10월 1일 금요일 |
도입/인식 개시 |
1999년 10월 4일 월요일 |
1999년 10월 6일 수요일 |
ContextWISE 카트리지를 사용하는
특정 프로젝트 기술에 대한 타스크를 프로젝트 계획에 추가 |
1999년 10월 4일 월요일 |
1999년 10월 4일 월요일 |
변경 제어 위원회 구성 |
1999년 10월 4일 월요일 |
1999년 10월 5일 화요일 |
변경 제어 계획 작성 및 기준선 작성 |
1999년 10월 5일 화요일 |
1999년 10월 5일 화요일 |
승인 획득 |
1999년 10월 5일 화요일 |
1999년 10월 5일 화요일 |
도입/인식 개시 회의 |
1999년 10월 5일 화요일 |
1999년 10월 6일 수요일 |
도입/인식 개시 회의 준비 |
1999년 10월 5일 화요일 |
1999년 10월 6일 수요일 |
도입/인식 개시 회의 개최 |
1999년 10월 6일 수요일 |
1999년 10월 6일 수요일 |
도입/인식 개시 완료 |
1999년 10월 6일 수요일 |
1999년 10월 6일 수요일 |
도입/인식 인도물 |
1999년 10월 6일 수요일 |
1999년 10월 14일 목요일 |
요구사항 워크샵 개최 |
1999년 10월 6일 수요일 |
1999년 10월 7일 목요일 |
프로젝트
비전 작성, 검토 및 승인 |
1999년 10월 6일 수요일 |
1999년 10월 7일 목요일 |
예비 유스 케이스
모델(0 - 20% 완료) 작성 및 개정 제어 수행 |
1999년 10월 7일 목요일 |
1999년 10월 11일 월요일 |
예비
유스 케이스 조사 작성, 검토 및 승인 |
1999년 10월 11일 월요일 |
1999년 10월 12일 화요일 |
예비
보충 스펙 작성, 검토 및 승인 |
1999년 10월 12일 화요일 |
1999년 10월 12일 화요일 |
비즈니스 사례 작성, 검토 및 승인 |
1999년 10월 12일 화요일 |
1999년 10월 12일 화요일 |
예비
프로젝트 용어집 작성, 검토 및 승인 |
1999년 10월 12일 화요일 |
1999년 10월 12일 화요일 |
예비
크리에이티브 디자인 요약 작성, 검토 및 승인 |
1999년 10월 6일 수요일 |
1999년 10월 7일 목요일 |
예비 사이트
맵 및 유스 케이스 탐색 맵 작성, 검토 및 승인 |
1999년 10월 7일 목요일 |
1999년 10월 8일 금요일 |
크리에이티브
디자인 컴포지션 작성, 검토 및 승인 |
1999년 10월 8일 금요일 |
1999년 10월 11일 월요일 |
예비 컨텐츠
계획 작성, 검토 및 승인(해당되는 경우) |
1999년 10월 6일 수요일 |
1999년 10월 6일 수요일 |
사용자 인터페이스
프로토타입(선택사항) 작성, 검토 및 승인 |
1999년 10월 6일 수요일 |
1999년 10월 6일 수요일 |
보고서
프로토타입(선택사항) 작성, 검토 및 승인 |
1999년 10월 12일 화요일 |
1999년 10월 14일 목요일 |
예비 기술 대안 개발 |
1999년 10월 6일 수요일 |
1999년 10월 7일 목요일 |
해당
컨텍스트 조언자에게 문의 |
1999년 10월 12일 화요일 |
1999년 10월 13일 수요일 |
예비 지식
전달 계획 및 스케줄 작성, 검토 및 승인 |
1999년 10월 13일 수요일 |
1999년 10월 13일 수요일 |
도입/인식
제안의 가정에 대한 유효성 검증/무효화 |
1999년 10월 13일 수요일 |
1999년 10월 14일 목요일 |
승인 획득 |
1999년 10월 14일 목요일 |
1999년 10월 14일 목요일 |
도입/인식 인도물 완료 |
1999년 10월 14일 목요일 |
1999년 10월 14일 목요일 |
도입/인식 요약 |
1999년 10월 14일 목요일 |
1999년 10월 25일 월요일 |
클라이언트와의 품질 검사 회의 개최 |
1999년 10월 14일 목요일 |
1999년 10월 14일 목요일 |
품질 보증 수행 |
1999년 10월 14일 목요일 |
1999년 10월 15일 금요일 |
컨텍스트 교훈 회의 개최 |
1999년 10월 14일 목요일 |
1999년 10월 14일 목요일 |
첫 번째 프로젝트
예상 작성, 검토 및 승인(+75%, -60%) |
1999년 10월 14일 목요일 |
1999년 10월 18일 월요일 |
전체 프로젝트
반복 전달 계획 작성, 검토 및 승인 |
1999년 10월 18일 월요일 |
1999년 10월 19일 화요일 |
정제(Elaboration) 단계에 대한 제안 작성 |
1999년 10월 14일 목요일 |
1999년 10월 15일 금요일 |
소프트웨어 프로젝트 로그 작성 |
1999년 10월 15일 금요일 |
1999년 10월 15일 금요일 |
도입/인식 체크포인트 준비 |
1999년 10월 15일 금요일 |
1999년 10월 18일 월요일 |
클라이언트 프로젝트
관리자가 포함된 팀에서 작업 릴리스 사인오프 양식 완료 |
1999년 10월 18일 월요일 |
1999년 10월 19일 화요일 |
정제 단계에 대한 제안 전달 |
1999년 10월 19일 화요일 |
1999년 10월 21일 목요일 |
도입/인식
체크포인트 검토 및 실행/중단 결정 |
1999년 10월 21일 목요일 |
1999년 10월 22일 금요일 |
프로젝트 홈
페이지의 해당 인도물을 IAN 아티팩트로 이동 |
1999년 10월 22일 금요일 |
1999년 10월 25일 월요일 |
도입/인식 완료 |
1999년 10월 25일 월요일 |
1999년 10월 25일 월요일 |
예비적 반복 중에는 다음 인도물
또는 아티팩트를 생성하고 검토합니다.
아티팩트 세트 |
인도물 |
책임 소유자 |
비즈니스 모델링 세트 |
용어집 |
Brian Egler
Brian Egler
Brian Egler
Brian Egler |
요구사항 세트 |
비전 문서
유스 케이스 명세
보충 스펙
유스 케이스 모델(및 모델 조사) |
Brian Egler
Brian Egler
Ed Post
Ken Perch
Ken Perch |
관리 세트 |
사전
준비 반복 계획
프로젝트 계획
프로젝트 스케줄
프로젝트 위험성 목록
상태 평가
예비적 반복 평가
형상 관리 계획 |
Mary Durham
Mary Durham
Mary Durham
Mary Durham
Mary Durham
Mary Durham
Mary Durham
Mary Durham
Ken Perch |
표준 및 가이드라인 |
형상 관리 환경 |
Ken Perch |
자원 
이 반복에 필요한 프로젝트 인력 구성은 다음과 같습니다.

재무 자원
이 반복의 예산은 $150,000이며 WebNewsOnLine에서
이 자금 지원을 보증했습니다.
유스 케이스 
예비적 반복 중에는 모든 중요한 유스 케이스 및 액터가
식별됩니다. 각 유스 케이스의 기본 플로우와 중요 대체
플로우는 유스 케이스 명세에서 판별되고 문서화됩니다. 유스
케이스의 디자인 및 구현은 다음 반복에서 시작됩니다.
평가 기준 
예비적 반복의 기본 목적은 비즈니스 관점에서 프로젝트의
실용성에 대한 올바른 비즈니스 판단을 수행하기 위해 필요한
세부사항 레벨로 시스템을 정의하는 것입니다. 반복이
완료되면 비즈니스 사례 검토 후 프로젝트
진행/중단 결정 단계에 도달합니다.
반복 중 개발된 모든 인도물은
세부 검토 후 팀의 승인을 받습니다.
평가 기준은 테스트 계획을 참조하십시오.
Copyright 1987 - 2003 Rational Software Corporation
| |
|