대학 스포츠 페이징 시스템
개발 사례
버전 1.0
개정 히스토리
날짜
|
버전
|
설명
|
작성자
|
1999년 10월 1일 |
1.0 |
초기 버전 |
Context Integration |
목차
소개 
목적
이 문서는 WebNewsOnLine의 대학 스포츠 페이징
시스템 프로젝트에 RUP 및 ContextWISE 개발
방법론을 사용하는 방법에 대해 설명합니다.
범위
이 개발 사례는 대학 스포츠 페이징 시스템 프로젝트의 도입/인식(Inception),
정제(Elaboration), 구현/구축(Construction) 및 전이(Transition) 단계(Phase)에 적용됩니다.
정의,
머리 글자어 및 약어
ContextWISE는 Context Integration이 개발한 웹
최적화 방법론입니다. 이 방법론은 Rational Unified
Process를 웹 기반 프로젝트에 맞게 수정한 것입니다.
아티팩트는 다양한 활동에서 생성되는 인도물입니다.
RUP는 Rational Unified Process의 약자로 소프트웨어 개발 방법론을 나타냅니다.
참조
없음
개요
이 문서의 나머지 부분에서는 RUP를 이 프로젝트에 맞게 수정하는 방법에
대해 설명합니다. RUP를 그대로 사용하는 경우 해당 내용이 표시됩니다.
섹션 2는 프로젝트 관리 및 품질 보증 활동을 포함하여
개발 프로세스의 개요를 제공합니다. 섹션 3은 정제(Elaboration) 및
구현/구축(Construction) 단계(Phase)의 반복 워크플로우에 대해 설명합니다. 섹션
4는 비즈니스 모델링 워크플로우에 대해 설명합니다.
개발 프로세스
개요 
이 프로젝트는 전체 도입/인식(Inception) 단계(Phase), 정제(Elaboration) 단계, 3회
반복 구현/구축(Construction) 단계 및 전체 전이(Transition) 단계로 구성됩니다. 핵심
반복 이정표에서 디자인 및 코드 검토가 수행되며
각 단계 끝에는 프로젝트 품질 검토가 수행됩니다.
단계(Phase) 
도입/인식
범위 및 비전 정의
개발될 시스템의 이해 당사자(stakeholder)와 협의하여 프로젝트의
범위와 비전을 정의합니다. 이 단계는 진행 세션을 사용하여
수행되며 비전 문서를 아티팩트로 생성합니다. 프로젝트
위험성의 초기 버전 또한 이 시점에서 개발됩니다.
시스템에서 제공되는 기능 개요 및 명시
시스템 기능에 대한 이해 당사자(stakeholder)의 의견을 수집하는
세션을 수행합니다. 이 지점에서 후속 디자인 활동에
대한 기초로 유스 케이스 모델의 아웃라인을 작성하며 이 프로젝트의
고유 용어집 또한 개발됩니다.
프로젝트의 실현 가능성을 고려하여
소프트웨어 개발 계획을 정의하십시오.
유스 케이스 모델링의 입력 내용을 사용하여 비전을
현실적인 용어인 비즈니스 사례 갱신, 프로젝트 투자 비용
계산, 자원 예측, 필요 환경 및 성공 기준(매출 예측 및 시장
인지) 등으로 변환합니다. 또한 위험성 목록이 식별된 유스
케이스를 참조하도록 갱신하고 새로 식별된 위험성을 추가합니다. 프로젝트
단계(Phase)를 보다 완벽하게 나타내는 초기
소프트웨어 개발 계획을 개발합니다.
정제(Elaboration) 워크플로우
나중에 프로젝트에서 정의됩니다.
구현/구축(Construction) 워크플로우
나중에 프로젝트에서 정의됩니다.
전이(Transition) 워크플로우
나중에 프로젝트에서 정의됩니다.
비즈니스 모델링 
이 활동에서는 용어집을 세부화합니다.
아티팩트
이 워크플로우에서 생성되는 아티팩트는 다음과 같습니다.
아티팩트 |
사용 도구 |
정규
인도물 여부 |
용어집 |
Microsoft® Word® |
예 |
기본 입력 아티팩트
없음
워크플로우
표준 워크플로우에서는 보충 비즈니스 스펙, 비즈니스
분석 모델 및 비즈니스 유스 케이스 개발이 생략됩니다.
요구사항 
유스 케이스 개발 과정 전체에서 요구사항을 캡처합니다. 유스
케이스는 액터(시스템과 상호 작용하는 개인)와 유스 케이스(액터와
시스템 간의 상호 작용 방법 설명)를 정의합니다. 유스
케이스 개발(진행 세션에서 수행) 과정에서는
일련의 비유스 케이스 요구사항 또한
보충 스펙 문서에 캡처됩니다.
아티팩트
이 워크플로우에서 생성되는 아티팩트는 다음과 같습니다.
아티팩트 |
사용 도구 |
정규
인도물 여부 |
비전 |
Microsoft Word |
예 |
액터 |
Rational Rose |
아니오 |
경계 클래스 |
Rational Rose |
아니오 |
용어집 |
Microsoft Word |
예 |
보충 스펙 |
Microsoft Word |
예 |
유스 케이스(갱신) |
Rational Rose,
Microsoft Word |
아니오 |
크리에이티브 디자인 요약 |
Microsoft Word |
예 |
탐색 맵 |
Microsoft Word |
예 |
사용자 인터페이스 프로토타입 |
Microsoft® PowerPoint®, Microsoft Word |
예 |
보고서
이 워크플로우에서 생성되는 보고서는 다음과 같습니다.
보고서 |
사용 도구 |
정규 인도물 여부 |
유스 케이스 조사 |
Microsoft Word |
예 |
기본 입력 아티팩트
아티팩트 |
사용 도구 |
정규
인도물 여부 |
용어집 |
Microsoft Word |
예 |
입력 요구사항 유지보수
필요하지 않음 - 현재 상태로 유지됩니다.
워크플로우
크리에이티브 디자인 요약과 탐색 맵이라는 두 가지 아티팩트 개발
작업이 표준 워크플로우에 추가됩니다. 또한 사용자 인터페이스
프로토타입 생성을 도입/인식(Inception) 단계(Phase)로 이동합니다.
분석 및 디자인 
요구사항 워크플로우에서 개발된 유스 케이스는 후속 분석 및
디자인의 기반이 됩니다. 오브젝트 지향 디자인
및 분석 기법을 사용하여 초기에 개발된 유스 케이스를
완료하고 분석 및 디자인 오브젝트 모델, 데이터
모델 및 소프트웨어 아키텍처 문서를 생성합니다.
아티팩트
이 워크플로우에서 생성되는 아티팩트는 다음과 같습니다.
아티팩트 |
사용 도구 |
정규 인도물 여부 |
데이터 모델 |
Rational Rose |
예 |
디자인 모델 |
Rational Rose |
예 |
데이터베이스 디자인 |
Rational Rose |
예 |
소프트웨어 아키텍처 문서 |
Microsoft Word |
예 |
보고서
이 워크플로우에서 생성되는 보고서는 다음과 같습니다.
보고서 |
사용 도구 |
정규 인도물 여부 |
유스 케이스 조사 |
Microsoft Word |
예 |
기본 입력 아티팩트
아티팩트 |
사용 도구 |
정규 인도물 여부 |
용어집 |
Microsoft Word |
예 |
보충 스펙 |
Microsoft Word |
예 |
유스 케이스(갱신) |
Rational Rose,
Microsoft Word |
아니오 |
크리에이티브 디자인 요약 |
Microsoft Word |
예 |
탐색 맵 |
Microsoft Word |
예 |
사용자 인터페이스 프로토타입 |
Microsoft PowerPoint, Microsoft Word |
예 |
워크플로우
실시간 시스템이 아니므로 실시간 디자인 워크플로우는 생략됩니다.
이 시점에서 데이터베이스를 디자인하므로 이
단계(Phase)에는 선택적 워크플로우가 포함됩니다.
구현 
구현은 이전에 개발된 디자인 모델을 기반으로 오브젝트 및
패키지를 개발하여 수행됩니다. 오브젝트 및 패키지가 초기에
작성되면 개발 팀에서 검토한 후 개발자가 유닛 테스트를
수행하고, 서브시스템 및 시스템과의 통합을 위해
형상 관리를 통해 통합 테스트를 수행합니다.
아티팩트
이 워크플로우에서 생성되는 아티팩트는 다음과 같습니다.
아티팩트 |
사용 도구 |
정규 인도물 여부 |
구현 서브시스템 |
Microsoft® FrontPage® |
예 |
코드 검토
정규 코드 검토는 도입/인식(Inception) 단계(Phase) 끝에서 수행됩니다.
유닛 테스트 범위
테스트 계획을 참조하십시오.
기본 입력 아티팩트
아티팩트 |
사용 도구 |
정규 인도물 여부 |
데이터 모델 |
Rational Rose |
예 |
디자인 모델 |
Rational Rose |
예 |
데이터베이스 디자인 |
Rational Rose |
예 |
소프트웨어 아키텍처 문서 |
Microsoft Word |
예 |
워크플로우
표준 워크플로우를 사용합니다.
프로젝트 관리
아티팩트
이 워크플로우에서 생성되는 아티팩트는 다음과 같습니다.
아티팩트 |
사용 도구 |
정규
인도물 여부 |
위험성 목록 |
Microsoft Word |
예 |
소프트웨어
개발 계획 |
Microsoft Word |
예 |
반복 계획
|
Microsoft Word |
예 |
반복 평가 |
Microsoft Word |
예 |
상태 평가 |
Microsoft Word |
예 |
보고서
없음
기본 입력 아티팩트
아티팩트 |
사용 도구 |
정규
인도물 여부 |
비전 |
Microsoft Word |
예 |
개발 사례 |
Microsoft Word |
예 |
소프트웨어 아키텍처 문서 |
Microsoft Word |
예 |
워크플로우
표준 워크플로우를 사용합니다.
테스트 
테스트 워크플로우는 유스 케이스에서 개발하는 테스트 케이스 및
스크립트로 구동됩니다. 통합 테스트(시스템 기능 테스트),
로드 및 스트레스 테스트(다양한 로드 조건에서 시스템
테스트)는 정제(Elaboration) 단계(Phase)로 연기됩니다.
아티팩트
이 워크플로우에서 생성되는 아티팩트는 다음과 같습니다.
아티팩트 |
사용 도구 |
정규 인도물 여부 |
테스트 패키지 |
Microsoft Word |
예 |
변경 요청 |
Microsoft Word |
예 |
보고서
이 워크플로우에서 생성되는 보고서는 다음과 같습니다.
보고서 |
사용 도구 |
정규 인도물 여부 |
테스트 요약 |
Microsoft Word |
예 |
기본 입력 아티팩트
아티팩트 |
사용 도구 |
정규 인도물 여부 |
구현 서브시스템 |
Microsoft FrontPage |
예 |
워크플로우
표준 워크플로우를 사용합니다.
배치 
한 달 간의 베타 테스트를 통해 시스템의 배치 적합성을
판별합니다. 중요한 결함을 정정하면 일반 사용을 위해 시스템이
릴리스됩니다. 도입/인식(Inception) 단계(Phase)에서는 배치가 실행되지 않습니다.
Copyright 1987 - 2003 Rational Software Corporation
|