Yong Study

Package

• Development Class
• 프로그램과 같은 오브젝트를 기능별로 관리하고자
• Package의 기능
  1. 오브젝트 (프로그램 등) 의 구조화
  2. 오브젝트 기능을 모듈화
  3. 오브젝트를 기능별로 구별
• 모듈별로 프로그램 구분을 하게 됨
  • ex ) 영업은 ZSD, 생산은 ZPP와 같이...

Software Component

• Package들을 모아 한 세트로 관리하는 상위의 그룹
• 버전 별로 관리
• SAP Upgrade 또는 Patch를 적용 하도록 설계
• Software Componet > Package > Object에 할당되어 고객에게 배포-인도 됨
• Support Package를 적용하는 것은 Software Component 버전을 생성하여

Package Create

• T-CODE : SE21 또는 SPACKAGE 에서 패키지 생성

Transport Layer

• 개발과 테스트 작업을 여러 시스템으로 분산할 수 있는 환경 제공
• 오브젝트를 다른 시스템으로 전송하고 오브젝트의 변화와 관리를 기록하는 역할
• T-CODE : STMS 를 통해서 Transport layer와 전송 경로를 정의
• BC 관리자에게만 권한이 있고, 세팅함
• 전체 서버는 3개로 구분 됨
  • APT (개발)
    • ZAPT 경로 : 고객사에서 프로그램 개발 및 IMG 세팅 사항을 다른 서버로 전송할 때 사용
      • IMG (Implementation Guide)
        • Customizing에 사용되는 일반적인 Tool
        • 스탠다드 프로그램을 고객사 환경에 맞게 변경하여 적용 가능
        • T-CODE : SPRO
    • SAP 경로 : SAP에서 Support Package를 반영할 때 사용
  • APQ (테스트)
  • APP (운영)

CTS ( Change Request )

• CTS는 개발 서버에서 변경된 사항을 운영 서버에 반영하거나 고객 환경에 적합하도록 커스터마이징 하는 TOOL
• 보통의 서버 환경은 3개의 독립된 서버로 구성
  • DEV(개발) QAS(테스트) PRD(운영)
  • 하나의 서버에 클라이언트로 구분하는 경우도 있음
• CTS는 Repository(프로그램, 테이블 등) 의 버전을 관리하며 구성관리 TOOL로서의 역할도 수행
• 마치 GitHub과 비슷한 느낌?

Transport Organizer

• T-CODE : SE09
• CTS를 관리하는 프로그램

Request No 생성

• Request No는 실무에서 CR(Change Request), CTS NO와 같은 의미로 사용
• CR은 클라이언트에서 다른 클라이언트로 전송 가능
• CR은 시스템에서 다른 시스템의 클라이언트로 전송 가능

오브젝트들 Overwrite되며 문제 발생 가능하기에

Change Request를 반영할 때는 사용자가 시스템을 사용하지 않는 시간 권장

최악의 경우 운영 시스템 정지까지 발생할 수 있다.

NOTES

• SAP Standard에서 버그가 발생한다면 NOTES를 반영하여 해결 가능
• 버그 수정 뿐만 아니라 속도 개선, 기능 추가와 같은 솔루션도 제공
• 소규모 Upgrade라고 정의 가능
• T-CODE : SNOTE
• 개발자가 직접 스탠다드 수정시에는 Access Key 받아서 수정하면 됨

실무에서 일하고 있지만

너무 많이 부족하다...

기본기도 부족하고 용어도 모르다보니

업무 로직 숙지만으로도 벅찬데 더더욱 혼동되고 벅차져서

근무시간 08:30 to 06:30 까지는 과제 및 업무를 맡고

            07:00 to 08:30 까지는 당일 업무 정리 및 보충

            09:00 to 10:30 까지는 Easy ABAP 2.0 교재를 기반으로 기본을 다지고자 한다.