통합 소프트웨어 개발 프로세스 - RUP

RUP(Rational Unified Process)는 객체지향, 네트워크 기반 프로그램 개발 방법론입니다. RUP는 사용 사례 중심, 아키텍처 중심, 반복 및 증분 개발 방법을 준수하는 객체 지향 방법을 기반으로 하는 방법입니다.

마인드맵을 기반으로 한 RUP에 대해 간단히 소개하자면

1. 6가지 주요 경험

1) 반복 개발

RUP의 각 단계는 반복으로 더 분해될 수 있습니다. 각 주기는 최종 제품이 형성될 때까지의 점진적인 개발입니다. 반복 개발을 통해 반복마다 요구 사항이 변경될 수 있으며, 지속적인 개선을 통해 문제에 대한 이해가 깊어집니다. 반복 개발은 위험을 줄일 뿐만 아니라 각 반복이 끝날 때마다 팀 사기를 높일 수 있습니다.

2) 관리 요구 사항

RUP는 시스템, 사용 사례 및 스크립트의 기능과 제약 조건을 추출, 구성 및 문서화하는 방법을 설명합니다. 의 사용은 요구 사항을 포착하는 효과적인 방법임이 입증되었습니다.

3) 구성요소 기반 아키텍처

독립적이고 교체 가능한 모듈식 구성요소를 기반으로 하는 아키텍처는 복잡한 성능을 관리하고 사용성을 향상시키는 데 도움이 됩니다. RUP는 유연하고, 변화에 적응할 수 있고, 이해하기 쉽고, 재사용에 도움이 되는 소프트웨어 아키텍처를 설계하는 방법을 설명합니다.

4) 시각적 모델링

RUP는 UML은 서로 연결되어 소프트웨어 시스템의 시각적 모델을 구축하여 사람들이 소프트웨어 복잡성을 관리하는 능력을 향상시키는 데 도움을 줍니다. RUP는 소프트웨어 시스템을 시각적으로 모델링하고 아키텍처 구성 요소의 구조와 동작에 대한 정보를 얻는 방법을 알려줍니다.

5) 소프트웨어 품질 확인

RUP 소프트웨어 품질 평가는 더 이상 사후에 수행되거나 별도의 팀에 의해 수행되는 별도의 활동이 아니라 모든 활동이 프로세스에 내장되어 있어 소프트웨어의 결함을 조기에 발견하고 소프트웨어 품질을 향상시킬 수 있으며, 소프트웨어 비용을 절감할 수 있습니다.

6) 소프트웨어 변경 제어

반복 개발에서 엄격한 제어와 조정이 없으면 소프트웨어 개발 프로세스 전체가 빠르게 혼란에 빠지게 됩니다. , RUP는 각 개발자를 위한 안전한 작업 공간을 구축하기 위해 제품을 제어, 추적, 모니터링, 수정하고 다른 작업 공간의 변경 사항을 격리하는 방법을 설명합니다.

2. 2차원 개발 모델

RUP소프트웨어 개발Life주기는 둘 Dimension의 소프트웨어 개발 모델입니다. 수평축은 전개과정의 특성인 생명주기를 시간별로 구성하여 개발과정의 역동적인 구조를 반영하며, 주로 주기, 스테이지, 반복 및 마일스톤 세로축은 개발 프로세스의 정적 구조를 반영하여 자연스러운 논리적 활동으로 콘텐츠를 구성합니다. . 이를 설명하는 데 사용되는 용어에는 주로 활동, 제품, 작업자 및 워크플로가 포함됩니다. 그림과 같이 :

3. 핵심 개념

RUP에서 정의된 핵심 개념은 주로 역할, 활동 및 업무를 포함합니다.

역할: 특정 행위자의 행동을 설명합니다. 개인이나 그룹 및 책임. RUP는 많은 역할을 미리 정의합니다.
활동: 명확한 목적을 가진 독립적인 업무 단위입니다.
아티팩트(Artifact): 활동에 의해 생성, 생성 또는 수정되는 정보 조각입니다.

4. 자르기

RUP는 개발 프로세스에 관련된 많은 개발 가이드, 제품 및 역할 설명을 포함하는 일반적인 프로세스 템플릿이므로 RUP는 특정 개발 조직 및 프로젝트에 사용됩니다. 즉, RUP를 구성해야 합니다. RUP는 RUP를 맞춤화하여 다양한 개발 프로세스를 얻을 수 있습니다. 이러한 소프트웨어 개발프로세스는 RUP의 특정 인스턴스로 간주될 수 있습니다. 🎜>. RUP 조정은 5단계로 나눌 수 있습니다.

1) 이 프로젝트에 필요한 워크플로를 결정합니다.

2) 각 워크플로에 필요한 아티팩트를 결정합니다.

3) 4단계가 어떻게 진화하는지 결정합니다. 각 단계에 어떤 워크플로가 필요한지, 각 워크플로가 어느 정도 실행되는지, 어떤 제품이 있는지 등을 결정하는 등 단계 간 진화를 결정하는 것은 위험 관리 원칙을 기반으로 해야 합니다. 각 제품이 얼마나 오래 완료되어야 하는지.

4) 각 단계 내에서 반복 계획을 결정합니다. RUP 4단계의 각 반복에서 개발된 콘텐츠를 계획합니다.

5) 워크플로 내부 구조를 계획합니다. 워크플로 에는 역할, 활동 및 제품이 포함되며, 그 복잡성은 프로젝트 규모, 즉 역할 수와 관련됩니다. 최종 계획 워크플로의 내부 구조는 일반적으로 활동 다이어그램 형식으로 제공됩니다.

5. RUP의 개발 과정

>소프트웨어 라이프사이클은 시간에 따라 초기화 단계, 개선 단계, 구축 단계 및 제공 단계의 네 가지 순차적 단계로 분류됩니다. 각 단계가 끝날 때 평가를 수행하여 해당 단계의 목표가 달성되었는지 확인합니다. 평가 결과가 만족스러울 경우 프로젝트는 다음 단계로 넘어갈 수 있습니다.

1) 초기

초기 단계의 목표는 시스템에 대한 비즈니스 사례를 확립하고 프로젝트의 경계를 결정하는 것입니다. 이 목표를 달성하려면 시스템과 상호 작용하는 모든 외부 엔터티를 식별하고 높은 수준에서 상호 작용의 특성을 정의해야 합니다. 이 단계는 매우 중요한 의미를 갖습니다. 이 단계에서 중점을 두는 것은 진행 중인 비즈니스 측면의 주요 위험과 전체 프로젝트의 요구 사항입니다. 레거시 시스템을 기반으로 한 개발 프로젝트의 경우 초기 단계가 짧을 수 있습니다.

2) 정화단계

정제 단계의 목표는 문제 영역을 분석하고 건전한 아키텍처 기반을 구축하고 컴파일하는 것입니다. 프로젝트 계획, 프로젝트의 가장 높은 위험 요소를 제거합니다. 이 목표를 달성하려면 아키텍처에 대한 결정은 시스템의 범위, 주요 기능, 성능 등 비기능을 포함한 전체 시스템에 대한 이해를 바탕으로 이루어져야 합니다 수요. 동시에 개발 사례 작성, 템플릿 작성, 가이드라인 작성, 도구 준비 등 프로젝트 지원 환경을 구축합니다.

3) 공사단계

빌드 단계에서 나머지 모든 빌드 및 애플리케이션 기능이 개발되었습니다. 제품에 통합되면 모든 기능이 자세히 테스트됩니다. 건설 단계는 비용, 일정 및 품질을 최적화하기 위해 자원을 관리하고 운영을 제어하는 ​​데 중점을 둔 제조 프로세스입니다.

4)배송단계

제공 단계의 초점은 최종 사용자가 소프트웨어를 사용할 수 있는지 확인하는 것입니다. 제공 단계는 여러 번의 반복에 걸쳐 이루어질 수 있으며 사용자 피드백을 기반으로 약간의 조정을 통해 출시 준비를 위한 제품 테스트가 포함됩니다. 수명 주기의 이 시점에서 사용자 피드백은 주로 제품 튜닝, 설정, 설치 및 사용성 문제에 초점을 맞춰야 하며 모든 주요 구조적 문제는 이미 마련되어 있어야 합니다. 프로젝트 수명주기 가 다뤄집니다.

6. 핵심 워크플로우

RUP에는 9개의 핵심 워크플로가 있으며, 6개의 핵심 프로세스 워크플로와 3개의 핵심 지원 워크플로로 구분됩니다. 이러한 워크플로우는 주기 전반에 걸쳐 여러 번 액세스됩니다. 9가지 핵심 워크플로우는 프로젝트 전반에 걸쳐 순환적으로 사용되며, 각 반복에서 다양한 강조점과 강도로 반복됩니다.

1)비즈니스 모델링

비즈니스 모델링워크플로새로운 대상 조직에 대한 아이디어를 개발하는 방법을 설명하고 이 아이디어를 비즈니스에서 기반으로 합니다사용 사례 모델 비즈니스 개체 모델에서 조직의 프로세스, 역할 및 책임을 정의합니다.

2)요구사항

요구사항워크플로의 목표는 시스템이 수행해야 하는 작업을 설명하고 개발자와 사용자가 이 설명에 동의하도록 하는 것입니다. 이 목표를 달성하려면 필요한 기능과 제약 조건을 추출하고 구성하고 문서화해야 합니다. 가장 중요한 것은 시스템이 해결하는 문제의 정의와 범위를 이해하는 것입니다.

3) 분석 및 설계

분석 및 설계워크플로변환 요구 사항미래 시스템의 설계로 변환하여 시스템의 견고한 구조를 개발하고 구현 환경에 맞게 설계를 조정하여 성능을 최적화합니다. 해석설계의 결과는 설계모델과 선택적 해석모델이다. 디자인 모델은 소스 코드를 추상화한 것이며 디자인 클래스와 일부 설명으로 구성됩니다. 디자인 클래스는 좋은 인터페이스를 갖춘 디자인 패키지와 디자인 하위 시스템으로 구성되며, 설명에는 클래스의 개체가 함께 작동구현사용 사례하는 방식이 반영됩니다. 기능. 디자인 활동은 건축 디자인을 중심으로 이루어지며, 구조적 관점은 전체 디자인의 추상화 및 단순화로 표현되며, 이 관점에서는 일부 세부 사항을 생략합니다. 중요하게 만들기 특성이 더욱 명확하게 반영됩니다. 아키텍처는 좋은 디자인 모델을 위한 매체일 뿐만 아니라 시스템 개발 과정에서 생성된 모델의 품질을 향상시키는 역할도 합니다.

4) 구현

워크플로 구현 목적에는 코드의 조직 구조를 계층적 하위 시스템 형태로 정의하는 것이 포함됩니다. , 클래스와 객체를 컴포넌트 형태로 구현하고, 개발된 컴포넌트를 단위로 테스트 및 통합하는 단일 개발자가 만들어낸 결과물 (또는 그룹화) 실행 가능한 시스템으로 만듭니다.

5) 테스트

테스트워크플로객체 간의 상호 작용을 확인하려면 소프트웨어가 올바른지 확인하세요. 의 모든 구성 요소 통합, 모든 요구 사항 이 올바르게 구현되었는지 확인, 소프트웨어 배포 전에 결함 식별 및 확인 제기 및 처리 . RUP는 프로젝트 전반에 걸쳐 테스트하여 가능한 한 빨리 결함을 발견하고 근본적으로 결함 수정 비용을 줄이는 반복적 접근 방식을 제안합니다. 테스트는 3차원 모델과 유사하며 안정성, 기능 및 시스템 성능을 기준으로 수행됩니다.

6) 배포

배포워크플로의 목적은 버전을 성공적으로 빌드하는 것입니다. 소프트웨어는 최종 사용자에게 배포됩니다. 배포 워크플로 에서는 소프트웨어 패키징, 소프트웨어 생성을 포함하여 소프트웨어 제품을 최종 사용자에게 제공하는 것과 관련된 활동을 설명합니다. 자체 제품 이외의 제품, 소프트웨어 설치 및 사용자 지원 제공.

7)구성 및 변경 관리

구성 및 변경 관리워크플로여러 구성원으로 구성된 프로젝트에서 다수의 제품을 제어하는 ​​방법을 설명합니다. 구성 및 변경 관리 워크플로는 진화하는 시스템의 여러 변형을 관리하고 버전 생성 중에 소프트웨어를 추적하기 위한 지침을 제공합니다. 워크플로에서는 병렬 개발, 분산 개발을 관리하는 방법과 프로젝트를 자동으로 생성하는 방법을 설명합니다. 또한, 제품 수정 사유, 시기, 인력에 대한 감사 기록을 유지하는 방법에 대해서도 설명합니다.

8)프로젝트 관리

소프트웨어 프로젝트 관리상충될 수 있는 다양한 목표의 균형을 맞추고 위험을 관리하며 다양한 제약 조건을 극복하고 사용자가 만족하는 제품을 성공적으로 제공합니다.

9)환경

환경 워크플로의 목적은 프로세스와 도구를 포함하여 소프트웨어 개발 환경을 제공하는 것입니다. 환경워크플로는 프로젝트 프로세스를 구성하는 데 필요한 활동에 중점을 두고 있으며, 프로젝트 사양 개발, 단계별 가이드 제공, 프로세스 구현 방법 설명 등의 활동도 지원합니다. 조직에서.

위 내용은 통합 소프트웨어 개발 프로세스 - RUP의 내용입니다. PHP 중국어 웹사이트(m.sbmmt.com)!