SAP BTP 기반 Fiori 프로젝트는 기존 SAP 구축 방법론(ASAP, Activate)과 유사한 구조를 따르지만, BTP 및 Fiori의 특성상 일부 단계에서 차이가 있을 수 있습니다.

✅ 일반적인 SAP 구축 방법론과의 차이점:

  1. 기존 SAP ERP 프로젝트에서는 SAP 표준 프로세스를 먼저 정의한 후, 필요하면 확장(Customizing, ABAP 개발)하는 방식
  2. BTP Fiori 프로젝트에서는 SAP 표준 기능이 아니라 Fiori 중심의 UX/UI 설계를 고려해야 하므로, “사용자 경험”을 초기에 정의하는 과정이 추가됨
  3. 기존 SAP 구축 프로젝트에서는 GUI 트랜잭션을 기준으로 프로세스를 정의했다면,
    → BTP 기반에서는 Fiori 앱을 어떤 방식으로 사용할지 먼저 기획 후, SAP 백엔드 연계를 고려하는 방식

📌 BTP 기반 Fiori 프로젝트 진행 프로세스 (단계별 상세 설명)

🔹 1단계: 프로젝트 기획 (Initiate & Discover Phase)

기본 개념:
✅ 프로젝트 범위와 목표를 정의
✅ SAP S/4HANA와 BTP의 역할을 분리 (무엇을 Fiori 앱으로 만들고, 무엇을 유지할 것인가?)
✅ 기존 SAP 표준 Fiori 앱 활용 가능성 검토

주요 작업:

  • 프로젝트 범위(스코프) 정의
  • 기존 SAP 표준 Fiori 앱 조사 (SAP Fiori Apps Library 확인)
  • 고객 요구사항 인터뷰
  • UX/UI 컨셉 정의 (모바일 우선인지, 웹 중심인지 등)
  • BTP 사용 여부 결정 (SAP 표준 기능으로 해결 가능한지, 아니면 확장 개발이 필요한지)
  • 프로젝트 팀 구성 (FI 컨설턴트, UX 전문가, Fiori 개발자, ABAP 개발자 등)

🔹 2단계: AS-IS 분석 & TO-BE 설계 (Design Phase)

기존 SAP 구축 방법론과의 차이:
✅ 기존 SAP 프로젝트에서는 AS-IS 프로세스 분석 후 SAP 표준 기능에 맞춰 TO-BE를 정의
✅ Fiori 프로젝트에서는 UX 중심으로 TO-BE 설계를 하면서, 어떤 기능을 BTP로 확장해야 하는지 정의하는 과정이 추가됨

주요 작업:

  • AS-IS 분석 (기존 SAP ERP 또는 외부 시스템의 업무 프로세스 분석)
  • SAP 표준 프로세스 검토 (SAP S/4HANA에서 제공하는 표준 기능 검토)
  • TO-BE 프로세스 정의 (SAP 표준 기능 + BTP 확장 여부 결정)
  • Fiori UX/UI 설계 (Wireframe, Prototype 제작)
  • 필요한 API 및 데이터 모델 설계 (어떤 데이터를 SAP에서 가져올지, 새로운 테이블이 필요한지)
  • 워크플로우 설계 (예: 전표 승인 프로세스, 경비 승인 등)

예제:
1️⃣ 기존 SAP FI에서 FB03 (전표 조회) 트랜잭션을 사용하던 것을 → Fiori 앱 “Manage Journal Entries”로 대체 가능한지 검토
2️⃣ 기존에는 SAP GUI에서 사용하던 경비 청구 프로세스를 → 모바일에서도 가능하도록 BTP 기반으로 확장할지 결정


🔹 3단계: 개발 (Build Phase)

기존 SAP 구축 방법론과의 차이:
✅ 전통적인 SAP 프로젝트에서는 Z개발 (ABAP 개발) 위주
✅ BTP Fiori 프로젝트에서는 Fiori UI 개발 + API/OData 개발이 핵심

주요 작업:

  • Fiori UI5 앱 개발 (SAP Business Application Studio 사용)
  • API/OData 개발 (SAP API Business Hub 또는 S/4HANA CDS View 활용)
  • SAP S/4HANA와 BTP 연동 (Cloud Connector 사용 여부 결정)
  • BTP 기반 확장 기능 개발 (CAP 또는 RAP 사용)
  • 역할 및 권한 설계 (SAP Fiori Launchpad에서 사용자별 앱 접근 제어)

🔹 4단계: 테스트 & 검증 (Test Phase)

기존 SAP 구축 방법론과의 차이:
✅ SAP GUI 기반 테스트보다 Fiori UX/UI 테스트가 중요
✅ 모바일 대응 여부 확인 필요

주요 작업:

  • 단위 테스트 (개발자)
  • 시스템 통합 테스트 (SIT) → Fiori UI에서 데이터가 올바르게 연동되는지 확인
  • 사용자 수용 테스트 (UAT) → 실제 FI 사용자들이 Fiori 앱을 사용하며 검증
  • 성능 테스트 (Fiori 앱의 로딩 속도, API 응답 속도 등)

🔹 5단계: 운영 & 유지보수 (Deploy & Run Phase)

기존 SAP 구축 방법론과의 차이:
✅ Fiori 앱 배포 후 지속적인 UI/UX 개선 필요
✅ SAP BTP의 서비스 업데이트에 따른 영향 분석 필요

주요 작업:

  • Fiori 앱을 SAP Fiori Launchpad에 배포
  • SAP S/4HANA 및 BTP 간의 연계 모니터링
  • 사용자 교육 (SAP GUI 대비 새로운 UI 학습 필요)
  • Fiori 앱의 성능 최적화 (초기 로딩 속도, 데이터 처리 속도 개선 등)
  • 지속적인 유지보수 (SAP BTP의 새로운 기능 반영)

📌 Fiori 프로젝트 진행 방식 정리

단계주요 작업기존 SAP 구축 방식과 차이점
1. 기획프로젝트 범위 정의, Fiori 앱 조사UX/UI 관점 추가
2. TO-BE 설계SAP 표준 vs BTP 확장 여부 결정UX 프로토타입 제작 필요
3. 개발Fiori UI 개발, API 연동SAP GUI 기반 개발이 아닌, UI5/API 중심 개발
4. 테스트UI/UX 테스트, 성능 검증SAP GUI 대비 모바일/웹 대응 확인 필요
5. 운영Fiori Launchpad 배포, 유지보수SAP BTP의 업데이트 영향 분석 필요

🎯 기존 구축 방법론과 대동소이함

✅ 기존 SAP 프로젝트처럼 AS-IS 분석 → TO-BE 설계 → 개발 → 테스트 → 운영 단계는 동일
✅ 하지만 Fiori UX/UI 설계, API 연동, SAP BTP 확장 여부 결정 과정이 추가됨
✅ FI 컨설턴트가 TO-BE 설계 시, 기존 SAP 표준 프로세스를 먼저 정의한 후 Fiori 앱 설계를 진행하는 것이 일반적

#SAP #FI #FI컨설턴트 #BTP #Fiori #구축방법론 #방법론 #SAP프로젝트 #SAP프로젝트방법론

Author: 모요
댓글

댓글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

*

©2024 MOYO Blog with DAON Consulting Co,LTD.

CONTACT US

We're not around right now. But you can send us an email and we'll get back to you, asap.

보내는 중입니다..

로그인하세요.

계정 내용을 잊으셨나요 ?