대학 스포츠 페이징 시스템

위험성 목록

버전 3.0

개정 히스토리

날짜

버전

설명

작성자

1999년 10월 4일 1.0 초기 버전 Context Integration
1999년 10월 26일 2.0 도입/인식(Inception) 단계(Phase) 종료 시 갱신되었습니다. 상호운용성 위험성은 없지만 기능 위험성은 계속 높습니다. Context Integration
1999년 11월 20일 3.0 정제(Elaboration) 종료 시 갱신되었습니다. 위험성은 변경되지 않았습니다. Context Integration

 

 

목차

주제

소개 페이지 맨 위로

목적

이 문서는 대학 스포츠 페이징 시스템 프로젝트의 알려진 위험성에 대해 설명합니다.

범위

이 위험성 목록은 전체 대학 스포츠 페이징 시스템 프로젝트를 대상으로 합니다.

정의, 머리 글자어 및 약어

용어집 문서를 참조하십시오.

참조

  1. CSPS 용어집 1.0

개요

다음은 이 문서의 출간 날짜 당시 알려진 위험성과 각 위험성에 대한 완화 전략입니다.

위험성페이지 맨 위로

기술적 위험성: 용량 및 기능

위험성 정도

가장 높음

설명

이 위험성 영역에는 용량 요구사항을 충족시키는 솔루션을 제공할 수 없거나 페이징 장치에 페이지를 발행할 수 없는 상태가 포함됩니다. 이러한 기능은 기술적으로는 가능하지만 5분 안에 500,000페이지를 송신하는 기술은 입증 작업이 필요합니다.

영향

시스템 작동이 중단되므로 일반적으로 등록자를 잃게 됩니다.

표시기

지정된 시간(5분) 안에 메시지가 전달되지 않거나 전달이 지연됩니다.

완화 전략

Context에서 다른 프로젝트에 대해 유사한 호출기 기능을 제공하므로 이 기술 영역의 위험성은 상대적으로 낮습니다. Context Integration은 예상 평균/최대 워크로드(현재 200,000 - 500,000명의 등록자)에 따라 등록자에게 정보를 제공하고 처리하는 데 필요한 예상 시간을 제공해야 합니다. Context Integration은 확장 가능한 시스템을 개발하며 처리 요구사항을 충족시키는 데 필요한 하드웨어 자원을 제공합니다. Context는 각 페이징 게이트웨이 서비스에서 원하는 스펙에 맞는 서비스 레벨을 제공할 수 있도록 보증할 수 없습니다.

비상사태 계획

최대 처리 시간에 최대 500,000개의 페이지 요청을 받고 송신할 수 있는 서비스를 찾습니다.

스케줄 위험성: 2000년 3월 이전 시스템 배치 실패

위험성 정도

가장 높음

설명

WebNewsOnline이 설정된 스케줄 내에 시스템을 배치할 수 없는 경우, 관리에서 실패로 간주하여 프로젝트가 취소될 수 있습니다.

영향

프로젝트가 취소됩니다.

표시기

2000년 3월까지 배치 실패

완화 전략

프로젝트 시간대는 주의깊게 계산해야 하며, 시간 제한조건이 있는 경우 인도물 스케줄에 맞추어 범위 또는 규모가 축소될 수 있습니다. 예를 들어, WebNewsOnLine이 목표 전달 날짜를 준수하기 위해 첫 번째 릴리스에 정의된 기능 중 일부를 구현하지 않을 수 있습니다.

비상사태 계획

없음

Copyright 1987 - 2003 Rational Software Corporation