Tutorial de programare cu dialog: Pool de module SAP ABAP

Ce este programarea dialogică?

SAP-ABAP acceptă două tipuri de programe – Programul de raportare și Programul de dialog.

Dacă programul ABAP solicită intrarea utilizatorului, se utilizează programarea cu dialog.

Un dialog cu utilizatorul este orice formă de interacțiune între utilizator și program și poate fi oricare dintre următoarele

• Introducerea datelor
• Alegerea unui element de meniu
• Făcând clic pe un buton
• Făcând clic sau dublu clic pe o intrare

Programul de dialog este folosit și atunci când trebuie să navigăm înainte și înapoi între ecrane

Programele de dialog sunt create cu tipul „M” – Pool de module. Acestea nu pot fi executate independent și trebuie atașate la cel puțin un cod de tranzacție în care specificați un ecran inițial.

Diferența dintre programele de raport și de dialog

Programul de raportare:

Un raport este un program care de obicei citește și analizează datele din tabelele bazei de date fără a modifica Baza de date.

Program de dialog:

Un program de dialog vă permite să lucrați interactiv cu sistemul și să modificați conținutul tabelelor bazei de date. Fiecare program de dialog are o anumită secvență de ecrane care sunt procesate de sistem una după alta.

Secvența de afișări a unei tranzacții de dialog este mai ușor de urmărit cu un exemplu.

Un exemplu de procesare a tranzacțiilor în Dialog Programming

Diagrama urmărește o tranzacție de la primul ecran până la actualizarea bazei de date. Utilizatorul introduce date pe ecranul 100, PAI validează intrarea și decide asupra următorului ecran, ecranul 200 colectează datele rămase, iar sarcina de actualizare scrie în final înregistrarea. Fiecare dintre acești pași este produs de componentele enumerate mai jos.

Componentele programului de dialog

Spre deosebire de raportează care implică în general crearea unui program autonom care poate fi executat independent de alte obiecte, dezvoltarea programului de dialog implică dezvoltarea mai multor obiecte, dintre care niciunul nu poate fi executat singur. În schimb, toate obiectele sunt legate ierarhic la programul principal și sunt executate într-o secvență dictată de programul principal de dialog..

Componentele unui program de dialog sunt:

Cod de tranzacție

• Codul tranzacției începe o secvență de ecran.
• Creați coduri de tranzacție în Browserul de depozit din ABAP Workbench sau folosind Transaction SE93.
• Un cod de tranzacție este legat de un program ABAP și de un ecran inițial.
• Puteți porni o secvență de ecran din orice program ABAP utilizând instrucțiunea CALL SCREEN.

Ecrane

• Fiecare dialog într-un SAP sistemul este controlat de unul sau mai multe ecrane.
• Creați ecrane folosind ecranul Painter în ABAP Workbench prin tranzacția SE51
• Fiecare ecran aparține unui program ABAP.
• Aceste ecrane constau dintr-o „mască de ecran” sau „aspect” și logica sa de flux. Ecranul are un aspect care determină pozițiile câmpurilor de intrare/ieșire și a altor elemente grafice, cum ar fi casetele de selectare și butoanele radio. O logică de flux determină procesarea logică din ecran.

Stare GUI

• Fiecare ecran are o stare GUI care sunt componente independente ale unui program.
• Aceasta controlează barele de meniu, bara de instrumente standard, bara de instrumente a aplicației, cu care utilizatorul poate alege funcțiile din aplicație.
• Le creați în ABAP Workbench folosind Meniu Painter.

Program ABAP

• Fiecare ecran și starea GUI din sistemul R/3 aparține unui program ABAP.
• Programul ABAP conține modulele de dialog care sunt apelate de logica fluxului de ecran și, de asemenea, procesează intrarea utilizatorului din starea GUI.
• Programele ABAP care folosesc ecrane sunt cunoscute și ca programe de dialog.
• Într-un pool de module (program de tip M); primul bloc de procesare care trebuie apelat este întotdeauna un modul de dialog. Cu toate acestea, puteți utiliza ecrane și în alte programe ABAP, cum ar fi programe executabile sau module funcționale. Primul bloc de procesare este apoi numit diferit; de exemplu, de mediul de rulare sau de un apel de procedură. Secvența de ecran este apoi pornită folosind instrucțiunea CALL SCREEN.

Logica fluxului de ecran

Logica de flux de ecran este împărțită în primul rând în patru componente.

• Proces înainte de ieșire (PBO) eveniment: care este procesat înainte ca ecranul să fie afișat
• Proces după introducere (PAI) eveniment: care este procesat după o acțiune a utilizatorului pe ecran
• Proces la cererea de ajutor (P.O.H.): care este procesat atunci când este apăsat F1
• Procesare la cerere de valoare (POV): care este procesat atunci când este apăsat F4

POH și POV sunt explicate în detaliu pe pagina despre proces privind cererea de valoare și proces privind cererea de ajutor.

Dynpro

• Un ecran împreună cu logica sa de flux se numește Dynpro („Program dinamic”, deoarece logica fluxului ecranului influențează fluxul programului).
• Fiecare dynpro controlează exact un pas al programului de dialog.
• Ecranele aparținând unui program sunt numerotatSecvența fluxului de ecrane poate fi liniară sau ciclică. Din cadrul unui lanț de ecrane, puteți chiar apela un alt lanț de ecrane și, după procesarea acestuia, puteți reveni la lanțul original. De asemenea, puteți suprascrie ecranul următor definit static din modulele de dialog ale programului ABAP.

Bazin de module ABAP

• La un eveniment PBO sau PAI, un Dynpro apelează un program de dialog ABAP. Colecția de astfel de programe se numește pool de module ABAP.
• De exemplu, modulele apelate la evenimentul PAI sunt folosite pentru a verifica intrarea utilizatorului și pentru a declanșa pașii de dialog corespunzători, cum ar fi sarcina de actualizare.
• Toți dynpros să fie chemați din interior unu tranzacția se referă la un grup comun de module.

Structura unui program de dialog

Diagrama structurii arată modul în care codul tranzacției, ecranele, starea interfeței grafice și setul de module sunt legate de același program principal.

Fluxul de proces pentru un program de dialog

Diagrama fluxului procesului arată alternanța dintre ecran și programul ABAP: PBO completează câmpurile ecranului, utilizatorul acționează, iar PAI procesează datele de intrare înainte de apelarea următorului ecran.

Cum se creează un program de grup de module

Componentele de mai sus sunt create într-o ordine fixă. Pașii de mai jos construiesc o tranzacție funcțională dintr-un pool de module gol.

1. Creați pool-ul de module: În SE80 sau în SE38, creați un program al cărui nume începe cu SAPMZ și setați tipul de program la M – Grup de moduleTipul nu poate fi modificat ulterior fără a șterge obiectul.
2. Declarați datele globale: Plasați instrucțiunea TABLES și variabilele globale în include-ul TOP, pe care fiecare modul de dialog al pool-ului îl poate citi.
3. Proiectați ecranul: Creați ecranul 100 cu ajutorul funcției Screen Painter (SE51), plasați câmpurile de introducere pe layout și introduceți următorul număr de ecran în atributele ecranului.
4. Scrieți logica fluxului: În fila Logică de flux, apelați un modul pentru PBO și unul pentru PAI, așa cum se arată mai jos.
5. Construiți starea interfeței grafice: Creați o stare cu ajutorul Meniului Painter (SE41) și setați-l în modulul PBO cu instrucțiunea SET PF-STATUS, astfel încât Save, Back și Exit să ajungă în program ca și coduri de funcție.
6. Asociați un cod de tranzacție: În SE93, creați o tranzacție de dialog, denumiți grupul de module și introduceți 100 ca ecran inițial.

* Screen 100, flow logic
PROCESS BEFORE OUTPUT.
  MODULE status_0100.

PROCESS AFTER INPUT.
  MODULE user_command_0100.

* Module pool SAPMZDEMO
MODULE status_0100 OUTPUT.
  SET PF-STATUS 'STATUS_100'.
  SET TITLEBAR 'TITLE_100'.
ENDMODULE.

MODULE user_command_0100 INPUT.
  CASE sy-ucomm.
    WHEN 'SAVE'.
      PERFORM save_data.
    WHEN 'BACK' OR 'EXIT'.
      LEAVE TO SCREEN 0.
  ENDCASE.
ENDMODULE.

💡 Sfat: LEAVE TO SCREEN 0 încheie ecranul curent și revine la punctul de apelare, aceasta fiind modalitatea standard de a părăsi curat o tranzacție de dialog.

Întrebări frecvente