SAP BTP 기반 Fiori 프로젝트는 기존 SAP 구축 방법론(ASAP, Activate)과 유사한 구조를 따르지만, BTP 및 Fiori의 특성상 일부 단계에서 차이가 있을 수 있습니다.
✅ 일반적인 SAP 구축 방법론과의 차이점:
- 기존 SAP ERP 프로젝트에서는 SAP 표준 프로세스를 먼저 정의한 후, 필요하면 확장(Customizing, ABAP 개발)하는 방식
- BTP Fiori 프로젝트에서는 SAP 표준 기능이 아니라 Fiori 중심의 UX/UI 설계를 고려해야 하므로, “사용자 경험”을 초기에 정의하는 과정이 추가됨
- 기존 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프로젝트방법론
