SAP Best Practices reprezintă o bază solidă pt. soluţii de afaceri preconfigurate gata de utilizare, acoperă scenarii de afaceri bine demonstrate care ajută la exploatarea potenţialului mySAP ERP “SAP Best Practices“ este numele de marcă pt. soluţii SAP preconfigurate. Un pachet SAP Best Practices conţine: O procedură de implementare pas cu pas Documentaţie: Documentaţie tehnică (de ex. cum să vă configuraţi sistemul) şi Documentaţie de afaceri care descrie conţinutul de afaceri al soluţiei preconfigurate O grupare de setări preconfigurate care reduce timpul procesului de instalare Trei tipuri diferite de pachete SAP Best Practices: Pachetele de industrie sunt concepute pentru a întâmpina nevoiele specifice unei industrii, de exemplu SAP Best Practices for High Tech Best Practices SAP All-in-One ERP Package: Poate fi utilizat în toate domeniile pentru care nu este disponibil un pachet de industrie. Conţine scenarii generale de afaceri SAP Best Practices pachete independente de industrie oferă scenarii de afaceri predefinite axate pe domeniile CRM, SCM, EP şi BI. Instrumentele SAP Best Practices Asistentul de instalare SAP Best Practices Prin Asistentul de instalare SAP Best Practices puteţi instala uşor Best Practices SAP All-in-One ERP Package complet sau numai scenariile selectate într-un timp foarte scurt. Asistentul de instalare SAP Best Practices este un instrument bazat pe SAP ECC care vă ghidează pas cu pas în procesul de instalare direct în sistem. Asistentul de personalizare SAP Best Practices Instalarea standard a SAP Best Practices se face utilizând valori implicite şi modele de date de bază. Dacă doriţi să instalaţi SAP Best Practices cu valori personalizate , SAP Best Practices vă oferă posibilitatea de a adapta uşor valorile selectate la nevoile dvs. Versiunea curentă a Best Practices SAP All-in-One ERP Package vă permite să personalizaţi datele centrale organizaţionale. SAP Best Practices Asistent de personalizare este un instrument bazat pe MS Excel care vă va ghida în procesul de personalizare. Instalarea ulterioară a soluţiei personalizate este efectuată utilizând Asistentul de instalare SAP Best Practices. BC Sets(Business Configuration Sets)reprezintă grupuri de setări de configurare care sunt grupate conform unor criterii logice, de gestiune a afaceri la o unitate cu scop de documentare, preconfigurare, asigurare a calităţii şi reutilizare,care sunt independent de tabelele/imaginile originale de configurare, care sunt accesibile în infrastructura de sistem. eCATT (eComputer Aided Test Tool )vă permite să combinaţi procesele automate de afaceri drept proceduri de test repetitive. eCATTs verifică automat tranzacţiile de proces şi lanţurile de tranzacţii, verifică rezultatele tranzacţiilor, verifică mesajele de sistem, verifică actualizări ale bazei de date prin determinarea de valori şi compararea valorilor ţintă/efective, verifică reacţiile la modificări în setările de configurare eCATT vă permite crearea de: Modele de date de bază Date de test Date de perfecţionare Building Blocks-Un pachet SAP Best Practices nu este un bloc monolitic, ci este structurat în Building Blocks. Reprezintă metodologia tehnică pt.livrarea şi dezvoltarea SAP Best Practices oferă utilizatorilor SAP Best Practices segmente de funcţinoalităţi mici, flexibile şi transparente (Building Blocks), de ex. pt. un scenariu specific care poate fi implementat drept add-on la o soluţie existentă facilitează inter-operativitatea şi reutilizarea prin oferirea instrucţiunilor şi instrumentelor necesare pt. a permite dezvoltatorilor de conţinut să creeze Building Blocks cu o structură comună Building Blocks sunt unităţi reutilizabile care acoperă: conţinut de afaceri (soluţii, scenarii, procese sau combinaţii, proceduri tehnice (conectivitate, configurare tehnică a sistemului). Standarde comune (structuri organizaţionale, logistică principală)
Cineva cu ceva timp in urma m-a intrebat care e diferenta intre a fi Business Analyst sau Consultant pe SAP. Din experienta acumulata pana acum ii pot raspunde ca am gasit urmatoarele diferente:
Business Analyst as putea spune ca este persoana care este responsabila de analiza proceselor de business, se ocupa de culegerea informatiilor de la clienti (are un contact direct cu clientul-on site) si incearca sa propuna solutii. In timp ce Consultantul are rolul de a configura sistemul astfel incat sa indeplineasca cerintele de business propuse de catre analist si de a crea aplicatiile necesare clientilor avand in acest sens mai multe cunostinte tehnice (ABAP).
Pentru cei care doresc sa isi certifice/imbunatateasca cunostintele in domeniul business o buna resursa este pusa de cei de la APICS (http://www.apics.org/certification/cscp/). In ceea ce ma priveste am considerat potrivit modulul CSCP-certified supply chain professional care completeaza cunostintele pe care le-am dobandit pana acum lucrand in SAP ca analist business.
Testarea de regresie reprezinta orice tip de testare software care încearcă să descopere erorile de software prin retestarea parţiala a unui program modificat. Prin intermediul testarii de regresie se urmareste asigurarea generală ca nu cumva erori suplimentare sa fie introduse în procesul de corectie a altor probleme.Acest tip de testare este de obicei folosit pentru a testa in mod eficient sistemul prin selectarea în mod sistematic a unei suite minime de teste necesare pentru a acoperi în mod adecvat schimbările efectuate. Metodele comune de testare de regresie includ rularea unor teste anterior executate urmata de verificarea erorilor stabilite anterior daca acestea au re-apărut ca urmare a ultimelor modificari facute asupra programului. Unul dintre principalele motive pentru realizarea testarii de regresie este că adesea pentru un programator este extrem de dificil să-si dea seama cum o schimbare într-o parte a software-ului va avea efecte în alte părţi ale software-ului.
Testarea de regresie este o măsură de control al calităţii menita să asigure următoarele două condiţii:
a) Codul nou modificat îndeplineşte cerinţele specificate.
b)Functionalitatea programului nu a fost afectată de schimbările facute pentru corectarea unei alte erori.
Mergând prin definiţie, testarea de regresie este un proces repetitiv. Prin urmare, majoritatea testelor ar fi mai potrivite pentru automatizare, astfel prin apelarea catorva iteratii costurile efective in realizarea procesului de testare s-ar reduce semnificativ în comparaţie cu procesul de testare manual.
In sprijinul automatizarii procesului de testare SAP a pus la dispozitia setul de instrumente eCATT(extended Computer Aided Test Tool).
Acesta poate fi descris ca un instrument automat de testare carepermite crearea si execuţia unor teste funcţionale automate pentru majoritatea aplicaţiilor executate în SAP GUI pentru Windows şi SAP GUI pentru mediile Java. Ca şi alte instrumente de test, acesta funcţionează prin efectuarea unei înregistrări a aplicaţiei, pe care o puteţi apoi parametriza şi relua cu seturi diferite de valori de intrare. Puteţi testa comportamentul aplicaţiei citind şi testând valorile returnate de aplicaţie.
eCATT diferă de instrumentele externe prin aceea că oferă acces complet la serverul de aplicaţie şi la nivelele de bază de date ale sistemului, permiţându-vă să testaţi module de funcţie şi BAPI-uri, să efectuaţi verificări comparativ cu baza de date şi să interogaţi sau să simulaţi modificări la setările de customizare.
Acest obiect conţine un set de referinţe la un script de test şi la câteva containere de date de test. O configurare de test conţine toate informaţiile necesare pentru execuţia unui test automat fără o intervenţa suplimentară a utilizatorului.
Separarea script-ului de test şi a datelor de test permite un grad considerabil de reutilizare.
Script de test
Acest obiect constă dintr-un script executabil şi o interfaţă pentru transferul datelor.
Container de date de test
Acest obiect cuprinde un set de parametri care pot fi întreţinuţi independent de script-ul de test. Parametrii pot fi de tip ABAP, structuri sau tabele.
Container de date de sistem
Acest obiect identifică instanţe ale sistemelor SAP. Poate fi întreţinut independent de script-ul de test. Acest element nu este utilizat în SAP Best Practices dar apare în ecranul iniţial eCATT.
Versiuni şi variante
Un script de test poate avea mai multe versiuni. Acesta permite implementări diferite pentru versiuni diferite. Containerele de date de test şi configurările de test pot avea variante. Variantele sunt seturi diferite de date.
Transport şi descărcare
Toate obiectele eCATT sunt obiecte de Repository, astfel că se pot utiliza instrumentele standard de transport SAP.
Puteţi de asemenea descărca un obiect eCATT într-un fişier, care poate fi importat ulterior în alt sistem.
BC Set-uri şi eCATT-uri
O modificare recentă în tehnologia eCATT permite BC Set-urilor să fie executate dintr-un eCATT. Această metodă permite o automatizare sporită a instalării şi customizării. Valorile de câmp variabile care erau înainte introduse într-o casetă de dialog în cursul executării activitatii (ca de exemplu cod companie, unitate logistică, şi aşa mai departe) pot fi acum întreţinute în fişiere de text create anterior instalării.
Procedurile eCATT (extended Computer Aided Test Tool) permit crearea şi execuţia testelor funcţionale pentru procesele de afaceri în cadrul SAP Best Practices. Testul generează un jurnal care documentează procesul de test şi rezultatele.
Condiţii preliminare
Sistemul trebuie să se bazeze pe versiunea SAP Basis 6.40.
Procedură
1.Accesaţi tranzacţia selectând una dintre următoarele opţiuni de navigare:
Din meniu SAP
Instrumente ® ABAP Workbench ®Test® Workbench de Test ® Test Tools ®Extended CATT
Cod tranzacţie
SECATT
2.In Extended Computer Aided Test Tool: Initial Screen, în câmpul Test Configuration, introduceţi numele obiectului tehnic al eCATT.
Numele obiectului tehnic eCATT poate fi găsit în foaia de calcul din Lista de Dezvoltare pentru un anumit building block. De asemenea, puteţi extinde un proiect sau un building block în Asistentul de instalare Best Practices, căutaţi activitatea eCATT, apoi evidenţiaţi numele obiectului tehnic şi copiaţi-l în clipboard cu CTRL-C.
Pentru a determina dacă eCATT-ul dvs. are o variantă internă, în asistentul de instalare Best Practices, efectuaţi click dreapta pe sarcina eCATT în proiect şi alegeţi Detalii. O casetă de dialog va afişa numele de fişier pentru fişierul de text extern, sau în cazul unor variante interne, un asterisc (*). Dacă eCATT-ul dvs. are o variantă internă (*), urmaţi etapa 5 de mai jos.
Puteţi personaliza obiectele eCATT, ca de exemplu containerele de date de test, script-urile de test şi variantele, pentru a particulariza testul cu datele dvs.
Trebuie mai întâi să creaţi copii ale diferitelor obiecte eCATT necesare înainte de a continua. Dacă nu, veţi suprascrie obiectele furnizate. Procedura este descrisă mai jos.
Procedură
1.În câmpul Test Data introduceţi numele containerului de date de test pe care doriţi să-l copiaţi.
2.Selectaţi Copiere Obiect.
3.În caseta de dialog Copiere introduceţi noul nume pentru copia containerului de date în câmpul To Test Data Container.
4.Selectaţi Copy.
5.În caseta de dialog Creare intrare director obiect care apare introduceţi numele pachetului şi selectaţi Save. Întoarceţi-vă la ecranul iniţial.
6.Afişaţi noul container de date prin introducerea numelui în câmpul Test Data şi selectaţi Display.
7.În noul ecran care apare, selectaţi Display <-> Change pentru a customiza datele.
Nu modificaţi numele variantelor, deoarece acest lucru va cauza invalidarea unor părţi din script-ul de test şi va provoca erori.Dacă trebuie să modificaţi numele variantei trebuie să utilizaţi Asistentul de întreţinere a variantelor pentru a o realoca script-ului de test.
2.Introduceţi criteriile dvs. de selecţie şi selectaţi Execute. Este afişată o listă cu toate jurnalele care satisfac criteriile de selecţie.
3.În coloana Activity no, efectuaţi click pe numărul jurnalului pe care doriţi să-l afişaţi.Jurnalul este afişat ca o structură ierarhică în care puteţi naviga.
4.Pentru a vedea elementele de sub un nod, selectaţi nodul şi alegeţi Expand nodes, sau efectuaţi click pe simbolul din faţa nodului.
5.Extindeţi şi comprimaţi nodurile până când jurnalul arată aşa cum doriţi să fie tipărit.
6.Selectaţi Print.
7.Selectaţi Print. Apare caseta de dialog Listă ecran tipărire.
Procesele de lucru sustin sesiunile de lucru activate de catre utilizator, fiecarui pas de dialog executat fiindu-i atribuit un proces de lucru. Procesul de lucru va executa unu cate unu pasii de dialog devenind disponibil pentru urmatoarea cerere a utilizatorului(pas de dialog). Tot acest proces se desfasoara intr-un timp foarte scurt nesesizabil utilizatorului si permite o distribuire a resurselor sistemului eficienta optimizand timpul de raspuns al sistemului la cerintele utilizatorilor. Setarea numarului proceselor de lucru se va face accesand tranzactia RZ11 si introducand parametrul: rdisp/wp_no_dia In functie de tranzactie accesata de utilizatori, un proces de lucru poate sustine un numar de 5 pana la 10 utilizatori ce acceseaza simultan aceeasi tranzactie. In ce caz va trebui sa modificam acest parametru? In cazul in care se constata ca utilizatorul trebuie sa astepte un timp mai indelungat pana cand procesul de lucru va prelua urmatorul pas de dialog al acestuia se impune modificarea parametrului si setarea unui numar mai mare de procese de lucru. In setarea acestui parametru se va tine cont si de numarul total de procese care ruleaza pe server si memoria disponibila. Sistemul SAP R3 sustine un numar mare de utilizatori ce folosesc accesul tranzactional de tip concurential pe diferite servere. Cursul logic al procesului este urmatorul: -utilizatorul introduce datele in fereastra de dialog si apasa tasta Enter; -informatia introdusa este receptionata de procesul SAPGUI si convertita intr-un format intern si trimisa imediat catre dispecerul (1) serverului de aplicatie; -dispecerul de procese verifica daca exista procese de lucru disponibile pentru a executa pasii de dialog, daca nu exista disponibil nici un proces, cererea va trece in asteptare (2) pana cand un proces de lucru va deveni disponibil; -de indata ce un proces de lucru devine disponibil dispecerul trimite cererea catre acesta (3); -in timpul procesului de lucru, analizatorul de cereri este responsabil de atribuirea cererii catre componentele interne(dynpro sau ABAP), folosind registrii de memorie SAP va traduce cererea intr-o comanda SQL pe care o va adresa bazei de date(4); -sistemul bazei de date va trimite cererea continand informatiile cerute de utilizator inapoi catre procesele de lucru(5) care o vor pasa mai departe serverului de prezentare(6). SAPGUI va prelua datele si le va afisa in formatul dorit de utilizator(7). Timpul in care se desfasoara intregul proces de la pasul 1 la pasul 7 este definit ca fiind timpul de raspuns al sistemului, referindu-se in principal la timpul alocat pentru executarea proceselor de lucru.(in cazul depasirii timpului de raspuns definit in parametru vom primi o eroare de tipul TIME_OUT) Profilul care seteaza timpul de raspuns al sistemului este rdisp/max_wprun_time.
