개념: e-business 솔루션 개발

주제
라이프사이클에서의 활동:
개념: 
백서:

소개 페이지 맨 위

e-business 어플리케이션을 빌드하는 것은 인터넷 솔루션을 빌드하여 비즈니스 프로세스를 구현하는 것을 의미합니다. 여기에는 e-commerce가 포함되며 조직 전체의 모든 비즈니스 프로세스로 확장됩니다.  

E-business 시스템은 다음과 같이 나눌 수 있습니다.

  • 정보 출력에 간단히 웹을 사용하는 첫 번째 생성 시스템
  • e-commerce 및 단순 트랜잭션 모델을 구현하는 두 번째 생성 시스템
  • 종종 레거시 시스템 및 인터넷 장치와 상호 작용하여 고도로 개인화된(비즈니스와 고객 간 또는 비즈니스 간) 적응 가능한 솔루션을 제공하도록 프로세스를 완전히 다시 설계하고 비즈니스 프로세스 완료를 자동화하는 세 번째 생성 시스템

시스템이 생성에서 더 진행할수록 개발은 더 복잡해 집니다.

초기화 단계 활동 페이지 맨 위

초기화 단계에 대한 기본 워크플로우는 다음과 같은 확장 또는 변형과 함께 적용됩니다.

요구사항

이는 중요성이 덜합니다.

이는 덜 강조해도 됩니다. 대부분의 스테이크홀더 요구사항은 비즈니스 모델링 동안 찾아야 합니다. 그러나 시스템의 비기능 요구사항을 찾는 데 초점을 두는 연습을 해야 합니다.

이는 덜 강조해도 됩니다.   일반 어플리케이션에서 보다 시스템이 비즈니스를 더 밀접하게 반영하므로 시스템 경계는 비즈니스 경계에 의해 정의됩니다(어떤 면에서는 시스템이 비즈니스 자체임).

분석 및 설계

활동: 사용자 인터페이스 설계탐색 맵을 생성합니다. 탐색 맵은 사이트 사용자가 탐색하는 방법을 표시하는 웹 솔루션 보기이며 계층 구조 "트리" 다이어그램에 표시될 수 있습니다. 다이어그램의 각 레벨은 해당 화면 또는 페이지에 도달하도록 수행하는 누르기 횟수를 표시합니다. 일반적으로 보통 "홈 페이지"로 알려진 첫번째 페이지에서 한 번만 누르는 가장 중요한 웹 사이트 영역을 차지하려 합니다. 탐색 맵은 각 유스 케이스에 대한 주요 창 또는 웹 페이지를 식별하여 시작되고 사용자가 해당 요소에서 탐색하는 방법을 고려하는 스토리보드의 효과적인 요약입니다.

구현화 단계 활동 페이지 맨  위

The basic workflow for the 구현화 단계에 대한 기본 워크플로우는 다음과 같은 확장 또는 변형과 함께 적용됩니다.

  • 워크플로우 세부사항: 후보 구조 정의

    활동: 구조 분석은 잘 정의된 메커니즘(웹 브라우저, Java 애플릿 및 servlet, ASP, JSP 및 기타 같은 종류의 것) 세트를 포함하여 비교적 잘 정의된 구조가 웹 어플리케이션에 있다는 지식을 이용합니다. 웹 어플리케이션 개발 프레임워크가 더 구체적이 아닌 경우 일반적으로 개념: 계층화에 설명된 단순한 구조 계층화로 충분합니다. 많은 경우 이전 웹 개발 프로젝트에서 다시 사용하거나 획득할 수 있는 사전 정의된 상용 구조가 있을 수 있습니다. 웹 어플리케이션 프레임워크(예: IBM WebSphere 또는 Microsoft Windows DNA)는 이러한 종류의 구조 템플리트만을 제공합니다.

    웹 어플리케이션에는 일반적으로 계획된 정지 시간이 없습니다. 구조는 기본 서버 장애 동안 또는 유지보수나 서버 업그레이드 발생시 대기 서버로 전환 및 실행하는 동안 시스템 업그레이드를 제공해야 하기도 합니다(일반적으로 제공). 일부 웹 어플리케이션 프레임워크는 제작 지원에 필요한 툴을 제공합니다. 그럼에도 불구하고, 어플리케이션에 고급 가용성 요구사항이 있는 경우 이 요구사항을 지원하는 데 필요한 인프라스트럭처를 구매하거나 빌드하고 이러한 성능 지원을 구조에 통합하도록 계획해야 합니다.

  • 워크플로우 세부사항: 작동 분석

    활동: 사용자 인터페이스 설계는 구현화 반복에서 반복적으로 수행됩니다. 이 활동의 초기 실행에서는 사이트의 주요 웹 페이지 설계를 모형화하여 표시한 '창조적인 설계 구성' 작성에 초점을 둡니다. 이러한 '컴프'는 일반적으로 브라우저 창을 관찰하기 위한 브라우저 창 그래픽을 사용한 "평면" 그림 틀입니다. '컴프'의 주요 장점은 사이트에 대해 특정 그래픽 방향에서 일치할 때까지 더 정교하고 값비싼 HTML 프로토타입 투자를 지연시키는 것입니다.

    '창조적인 설계 구성'은 가장 중요한 유스 케이스의 인터페이스 요구사항을 관찰하고 룩앤필에 대한 많은 대체 설계(10개 이상)를 개발하여 작성합니다 . 스테이크홀더에 표시하도록 이 세트에서 가장 유망한 세 개의 옵션을 선택합니다. 이는 스토리보드탐색 맵 세트를 발생시키는 최종 웹 설계에 합의할 때까지 반복적으로 수행됩니다.

    합의하여 서명한 후 창조적인 설계 구성은 기능적 활동: 사용자 인터페이스 프로토타입의 반복을 통해 사용자 인터페이스 프로토타입으로 전개됩니다. 초기 웹 UI 프로토타입은 일반적으로 가장 중요하며 구조적으로 중요한 유스 케이스인 시스템 부분만을 지원합니다. 기능성이 사용자 인터페이스 레이아웃을 작동하며 역행하지 않는지 확인하기 위한 프로토타입을 개발하기 전에 유스 케이스 이벤트 플로우에 좋은 구조를 보유하는 것이 중요합니다.

    차후 반복에서 차츰 더 넓은 유스 케이스 범위 및 더 심도있는 구조 연습을 추가하여 웹 프로토타입이 확장됩니다.

    활동: 유스 케이스 분석은 GUI 작동뿐만 아니라 일반적으로 웹 서버 또는 어플리케이션 서버에서 실행할 파트인 기초 비즈니스 논리 또한 초점을 두는 것이 중요한 것을 제외하면 비교적 변경되지 않습니다. 이를 잊는 경우 가장 중요한 시스템 작동 부분이 간과될 수 있습니다. 웹 페이지 자체는 '경계' 클래스로 표시되고 데이터 요소는 '엔티티' 클래스로 표시되며 서버측 작동(예: 활성 서버 페이지, servlet 등)은 '제어' 객체를 통해 표시됩니다.

    다음 유스 케이스 분석, 활동: 설계 요소 식별은 즉시 웹 개발 프레임워크에 있는 기존 메커니즘으로 맵핑하고 가능하면 반복 또는 이전 프로젝트의 기존 설계 요소를 재사용하여 결과물: 분석 클래스을 정제합니다. 이는 종종 요구된 재사용 정도를 달성하기 위해 식별된 분석 클래스의 정의 및 범위를 재조정할 필요가 있습니다.

    웹 어플리케이션을 설명하는 UML 사용에 대한 자세한 설명은 UML을 사용하여 웹 어플리케이션 구조 모델링에 설명되어 있습니다.

  • ../process/workflow/environm/wfs_env1.htm -- This hyperlink in not present in this generated website워크플로우 세부사항: 환경 준비

    사용자 인터페이스 가이드라인 개발 이외에도 사이트 웹 페이지를 빌드하도록 조합되는 그래픽 이미지인 웹 설계 요소가 작성됩니다. 웹 사이트 간 사용자 인터페이스의 일관성은 사용성에 필수입니다. 웹 사이트에서는 일관적인 사용자 인터페이스를 제공해야 합니다. 이를 위해 프로젝트는 전체 사이트에서 일관적으로 표준 그래픽 요소 세트를 사용해야 합니다.

    이러한 요소 개발 사용에 필요한 가이드라인 작성이 포함됩니다. 이러한 요소를 사용하는 시기 및 방법을 팀 구성원 모두가 알아야 합니다. 웹 설계 요소의 예로는 탐색 장치 및 페이지 배경과 같은 그래픽 요소가 포함됩니다. 고급, 표준, 그래픽 요소를 사이트 전체에서 재사용하는 일관성은 판매까지 소요되는 시간을 단축하고 더 작은 고급 요소 세트를 전개하여 품질을 향상할 뿐 아니라 개발 비용을 줄여 줍니다.

    가이드라인 준비는 사이트에 대한 스타일 가이드를 작성하는 초기 웹 사용자 인터페이스 프로토타입 개발과 함께 완료됩니다. 스타일 가이드에서는 다른 것들 사이에서 웹 설계 요소를 사용해야 하는 방법 및 시기, 색상 설계, 글꼴, 계단식 양식 시트 및 탐색 요소가 기능하고 위치 지정되는 방법에 대한 세부사항을 지정합니다.

  • 워크플로우 세부사항: 구조 정제

    활동: 설계 메커니즘 식별은 시스템의 비기능 요구사항을 웹 개발 프레임워크에서 제공하는 메커니즘에 맵핑하는 데 더 중점을 두게 됩니다. 프레임워크에서 제공하지 않는 메커니즘이 있으면 이를 식별해야 하며 대체 솔루션이 있어야 합니다.

    활동: 런타임 구조 설명은 대부분 웹 서버 및 어플리케이션 서버 계층에 중점을 두게 되며(개념: 분배 패턴 참조), 프로세스 및 스레드를 사용하여 어플리케이션에서 동시성을 관리합니다. 일반적으로 클라이언트측 시스템에서의 처리에 대한 제어는 거의 없습니다.

    활동: 분배 설명에서는 '보유할 서버 노드의 종류'에서 '보유할 서버 노드의 모든 종류 수'에 대한 설명으로 초점이 변경됩니다. 일반적으로 웹 개발 프레임워크에서는 비교적 잘 정의된 기능 경계가 있는 고정된 수의 서버 유형을 제공합니다(예: 웹 서버, 어플리케이션서버, 메일 서버, 의사소통 게이트웨이서버). 결과적으로, 소프트웨어 아키텍트 기술은 보통 필요한 모든 종류의 서버 수를 결정하여 사용 가능한 서버 유형을 사용하는 확장성 및 결함 허용치 요구사항을 처리하는 방법을 결정하는 데 중점을 두게 됩니다. 또한 추가 서버가 필요한 시기를 알 수 있는 방법을 결정하도록 평가 계획을 작성해야 합니다.

  • ../process/workflow/test/wfs_dfnevlmsn.htm -- This hyperlink in not present in this generated website워크플로우 세부사항: 평가 임무 정의

    계획은 웹 어플리케이션에서 동시 사용자 수를 상당히 늘리도록 지원할 수 있는지 확인하는 성능 테스트에 크게 중점을 둡니다. 결과적으로 테스트 워크플로우 세부사항 ../process/workflow/test/wfs_tstandevl.htm -- This hyperlink in not present in this generated website테스트 및 평가 , ../process/workflow/test/wfs_achmsnacp.htm -- This hyperlink in not present in this generated website수용 가능한 임무 달성 또한 구조가 배율 가능한지 확인하는 성능 테스트에 더 많은 비중을 둡니다.   

    기타  주요 ../process/workflow/test/co_tytst.htm -- This hyperlink in not present in this generated website테스트 유형 사용성 테스트 ../process/workflow/test/co_stru.htm -- This hyperlink in not present in this generated website구조 테스트 입니다.   이는 웹 어플리케이션 구조가 사용자에게 적절한지 확인하는 사용자 인터페이스를 테스트하는 데 필요합니다. 일부 경우, 사용자가 어플리케이션을 사용하는 방법을 모니터할 수 있도록 인터넷에서 어플리케이션을 유지하는 데 초점을 두게 됩니다.

    많은 시간을 소모하는 또다른 유형의 테스트는 브라우저 테스트로, 브라우저 및 브라우저 버전 간의 호환성이 종종 사용자 인터페이스의 설계 옵션을 제한하기 때문입니다.

  • 워크플로우 세부사항: 컴포넌트 구현, 각 서브시스템 통합시스템 통합

    지금까지 프로젝트에서 결정한 구조의 유효성을 확인하기 위해 워크플로우 세부사항: 컴포넌트 구현, 워크플로우 세부사항: 각 서브시스템 통합워크플로우 세부사항: 시스템 통합 실행을 완료하는 하나 이상의 구조 프로토타입이 개발되고 테스트됩니다. 위에서 언급한 대로 테스트는 예기치 못하게 시스템 로드를 증가시키는 어플리케이션의 확장성에 특히 중점을 두어야 합니다.

구축 단계 활동 페이지 맨 위

구축 단계에 대한 기본 워크플로우는 다음과 같은 확장 또는 변형과 함께 적용됩니다.

이행 단계 활동 페이지 맨 위

  • 웹 환경의 제품 릴리즈는 증가하며 연속적이며 일반적인 매체 분배에 덜 치중하는 경향이 있습니다. 릴리즈 계획은 알맞게 조정되어야 합니다.
  • 웹 환경의 사용자 교육은 직관적으로 사이트 사용을 이해할 수 있도록 웹 사이트 설계 자체에 통합되는 경향이 있습니다. 일반적인 교육 및 사용자 매뉴얼 또는 문서의 작성은 감소하며 그래픽 및 프로세스의 프론트 엔드에 있는 목차 설계에 대한 중요성은 증가하고 있습니다.
  • 웹 환경의 제작 어플리케이션 지원은 로드를 예측할 수 없는 상황에서 높은 사용 가능성을 유지보수하는 데 중점을 둬야 합니다. 또한 기본 서버 실패 시에도 실행을 계속할 수 있는 성능을 제공하고 시스템이 실행 중인 동안 서버를 업그레이드 할 수 있어야 합니다.
  • 제작 지원 직원이 시스템을 실행하고 루틴 유지보수를 수행할 수 있도록 개발 팀에서 제작 지원 팀으로의 지식 전송을 수행해야 합니다.
  • 사용자의 어플리케이션 사용 방법 사후 관리. 이 정보는 어플리케이션을 사용하는 사람 및 사용하는 방법을 학습하는 데 유용합니다. 이러한 조사는 사용자 상호 작용을 개선하는 앞으로의 릴리즈 개발에 도움이 될 수 있습니다.

 

이 페이지 부분은 컨텍스트 통합과 협력하여 개발됩니다. 컨텍스트 로고 링크


Rational Unified Process   2003.06.15