목적
  • 실행 중 컴포넌트의 작동을 이해하기 위함입니다.
  • 변칙적인 작동 및 임의의 필수 정정 조치를 식별하기 위함입니다.
역할:  구현자 
빈도: 이 활동은 구현 요소의 작성 또는 수정 중에 일반적으로 여러 번 수행됩니다.
단계
입력물:    결과물:   
자세한 정보:   
툴 강좌:   

워크플로우 세부사항:   

필수 실행 시나리오 판별 페이지 맨 위

목적:  희망 런타임 작동을 고무하는 실행 경로를 식별하기 위함입니다.

런타임 작동의 관찰 및 분석이 소프트웨어의 작동에 대한 바람직한 통찰력을 제공해야 하는 경우, 탐색에 중요하게 될 어플리케이션의 실행 경로와 그 중, 소프트웨어 런타임 작동을 이해하는데 최상의 기회를 제공할 경로를 고려해야 합니다.

일반적으로, 조사할 가장 유용한 시나리오는 일반 사용자가 일반적으로 사용할 모든 시나리오 또는 그 일부를 반영하는 경향이 있습니다. 이와 같이, 가능한 경우마다 질문 또는 도메인 전문가(예: 개발 중인 소프트웨어의 대표 일반 사용자)에게 문의하여 시나리오를 식별하는 것이 유용합니다.

유스 케이스가 유용한 시나리오가 식별되고 탐색될 수 있는 귀중한 결과물 세트를 제공합니다. 개발자로서, 이 중 가장 친숙한 사항은 사용 가능한 경우 시작해야 하는 유스 케이스 구현일 가능성이 큽니다. 유스 케이스 구현이 없는 경우, 유스 케이스 스펙의 여러 이벤트 플로우를 통해 일반 사용자가 탐색하는 경로의 텍스트로 된 설명을 제공하는 임의의 사용 가능한 유스 케이스 시나리오를 식별하십시오. 마지막으로, 이벤트의 유스 케이스 플로우를 참조하여 적당한 후보 시나리오가 식별될 수 있는 정보를 제공할 수 있습니다. 이 마지막 접근법의 성공은 유스 케이스 수행자 또는 도메인 전문가 대표와 상의하여 향상시킬 수 있습니다.

테스터는 런타임 분석에 유용한 시나리오를 식별하려는 경우 상의할 또 다른 유용한 자원입니다. 테스터는 종종 유사 도메인 전문가로 변화시킬 수 있는 테스트 노력을 통해 도메인에 대한 경험과 식견을 갖게 됩니다. 여러 경우에 소프트웨어의 런타임 작동을 관찰하는 자극제는 테스트 노력 자체의 결과에서 비롯됩니다.

이 활동이 보고된 결함으로 주도되는 경우, 제어된 환경에서 해당 결함을 재작성하는 데 중점을 둡니다. 문제점 발생시 로깅된 정보를 기반으로 여러 테스트 케이스가 결함이 확실히 발생하도록 하는 잠재적 후보로 식별되어야 합니다. 일부 테스트를 약간 조정하거나 새 테스트를 작성해야 할 수도 있습니다. 그러나 결함의 재작성이 가장 중요한 단계이며, 가장 힘든 경우 결함을 수정하기 보다는 고정적이게 하는데 보다 많은 시간이 소요됨을 명심하십시오.

런타임 관찰용 구현 컴포넌트 준비 페이지 맨 위

목적: 컴포넌트가 런타임 실행을 사용 가능하도록 적절한 상태에 준비되어 있는지 확인하기 위함입니다.

정확한 결과를 가져오는 컴포넌트의 런타임 실행을 위해 구현, 컴파일 또는 링크시 오류의 부산물로 변칙적 결과가 발생하지 않도록 컴포넌트를 충분히 준비하는데 주의를 기울여야 합니다.

런타임 관찰이 시기 적절한 방식으로 완료될 수 있도록 하거나 컴포넌트가 아직 구현되지 않은 다른 컴포넌트에 의존하는 경우 사실상 수행될 수 있도록 스텁된 컴포넌트를 사용하는 것이 종종 필요합니다.

또한 컴포넌트 실행에 필수인 지원 도구 또는 임의의 프레임워크를 준비해야 합니다. 일부 경우에 드라이버나 장치 코드를 작성하여 컴포넌트의 실행을 지지하는 것을 의미할 수도 있습니다. 기타 경우에 외부 지원 도구가 컴포넌트 작동을 관찰하고 제어도 할 수 있도록 컴포넌트를 도구화하는 것을 의미할 수 있습니다.

실행 환경 준비 페이지 맨 위

목적: 대상 환경의 필수조건 설정이 충분히 완료되었는지 확인하기 위함입니다.

런타임 분석이 발생하는 대상 환경에 설명되어야 하는 임의의 요구사항 및 제한조건을 고려하는 것이 중요합니다. 일부 경우에 컴포넌트가 결국 실행되어야 하는 하나 이상의 의도된 전개 환경을 모의 실행하는 것이 필요합니다. 다른 경우에 개발자 시스템에서 런타임 작동의 관찰을 수행하는 것으로 충분합니다.

어느 경우이든, 잠재적으로 후속 분석을 무효화하는 "억제사항"의 포함으로 실행이 낭비되지 않도록 런타임 관찰의 대상 환경을 충분히 설정하는 것이 중요합니다.

또다른 고려사항은 도구를 사용하지 않고는 재작성이 어려운 예외 조건 또는 환경 제한조건을 생성하는 도구의 사용입니다. 해당 도구는 이러한 조건에서 런타임 작동시 발생하는 실패와 변칙을 분리하는데 매우 귀중합니다.

컴포넌트 실행 및 작동 관찰 캡처 페이지 맨 위

목적: 컴포넌트의 런타임 작동을 관찰하고 캡처하기 위함입니다.

관찰된 컴포넌트 및 환경 모두를 준비하여 이제 선택한 시나리오를 통해 컴포넌트의 실행을 시작할 수 있습니다. 전개된 기술 및 도구에 따라 이 단계는 주로 자동으로 수행되며 시나리오가 진행됨에 따라 진행 표시를 제공(또는 요구까지도)할 수도 있습니다.

작동 관찰 검토 및 초기 발견 사항 분리 페이지 맨 위

목적: 컴포넌트 런타임 작동의 실패 및 변칙을 식별하기 위함입니다.

관찰 중인 시나리오의 각 단계 중 또는 결말에서 예상된 작동의 실패 또는 변칙을 찾으십시오. 변칙적인 작동과 연관될 수도 있다고 생각되는 임의의 관찰 내용과 받은 인상을 참고하십시오.

근본 원인을 이해하도록 발견 사항 분석 페이지 맨 위

목적: 임의의 실패 및 변칙의 근본 원인을 이해하기 위함입니다.

발견한 사항으로 각 실패의 근원적인 결함 또는 근본 원인 조사를 시작하십시오.

후속 조치 식별 및 통신 페이지 맨 위

목적: 보다 자세한 검사 또는 정정 조치를 제안하기 위함입니다.

모든 발견 사항을 검토하고 나면 보다 자세한 조사와 제안한 특정 정정 조치를 요구하는 판단과 예감 목록이 있을 가능성이 큽니다. 이러한 항목에 대해 직접 즉각적인 조치를 취하지 않으려는 경우, 적절한 형식으로 제안사항을 기록하여 해당 제안을 승인하거나 그렇지 않은 경우 이를 시작할 수 있는 팀의 구성원과 의사소통하십시오.

결과 평가 페이지 맨 위

목적: 활동이 제대로 완료되었는지와 결과물이 승인 가능한지 확인합니다.

작업을 완료한 지금, 작업이 충분한 가치가 있는지 확인하는 것은 좋은 습관입니다. 작업이 적정 품질을 유지하는지와 이를 팀 구성원이 계속해서 작업에 대한 입력으로 사용할 수 있을 만큼 완벽한지를 평가해야 합니다. 가능한 경우, 품질 및 완성도가 "만족"한지를 확인하려면 RUP에 제공된 점검 목록을 사용하십시오.

중간 작업 검토에 공헌하는 하향 활동 수행시 입력으로서 사용자의 작업을 사용할 사람을 보유하십시오. 문제점을 해결하기 위해 조치를 취할 시간이 있을 때 이를 수행하십시오. 작업을 주요 입력 결과물에 대해 평가하여 해당 결과물을 충분하게 정확히 표시 또는 고려했는지도 확인해야 합니다. 이를 토대로 입력물 작성자가 작업을 검토하게 하는 것이 유용할 수 있습니다.

해당 RUP는 반복 프로세스이므로 대부분의 경우 시간이 지나면 결과물이 변경됨을 유념하십시오. 그 자체로는 반드시 필요한 것이 아니며 여러 경우에 부분적으로만 사용되거나 바로 후속 하향 작업에는 전혀 사용되지 않을 결과물을 완전히 형성하는데 역효과가 생깁니다. 결과물이 사용되기 전에 결과물을 둘러싼 상황이 변경되어 (결과물 작성시 가정된 사항이 올바르지 않게 증명됨) 재작업을 초래하므로 노력이 낭비될 높은 확률이 있기 때문입니다.

컨텐츠 자체 값의 손실을 표현하는데 많은 주기를 소요하는 트랩도 피하십시오. 프리젠테이션에 프로젝트 배송품으로서 중요성과 경제적 가치가 있는 프로젝트 환경에서 관리 또는 하급 자원을 사용하여 프리젠테이션을 향상시키도록 결과물에 작업을 수행하도록 함을 고려할 수도 있습니다.



Rational Unified Process   2003.06.15