Entwickler-Rollen
Das Produkt Entwicklung gruppiert die Rollen, die ABAP bauen, prüfen, testen und analysieren. Einige schreiben in SAP; mehrere sind schreibgeschützt und können es physisch nicht. Sie wählen eine Rolle im Chat-Editor; wenn Sie unsicher sind, welche passt, beginnen Sie mit einer schreibgeschützten Rolle wie Research.
Diese Seite dokumentiert jede Entwicklungsrolle. Die Build-fokussierten Rollen (CDS, RAP, Fiori, Migration, Migration Map, Clean-core check) haben eine eigene Seite — siehe CDS, RAP, Fiori & Migration. Adobe Forms hat ebenfalls eine eigene Seite — siehe Adobe Forms.
Wie Rollen Berechtigungen auf Werkzeugebene durchsetzen, zeigt So funktionieren Rollen.
Auf einen Blick#
| Rolle | Lesen/Schreiben | Verwenden für… |
|---|---|---|
| Development | Schreibend | Eine Anforderung durchgängig umsetzen. |
| Architecture | Schreibgeschützt | Nur ein Lösungsdesign und einen Plan erhalten. |
| Code review | Schreibgeschützt | Objekte gegen Ihre Standards prüfen. |
| Unit tests | Schreibend (nur Tests) | ABAP-Unit-Tests schreiben oder erweitern. |
| ATC check | Schreibend | ATC ausführen und Befunde berichten. |
| ATC remediation | Schreibend | ATC ausführen und Befunde kategorienweise beheben. |
| Research | Schreibgeschützt | Untersuchen und mit Belegen antworten. |
| Specification | Schreibgeschützt (SAP) | Eine rohe Kundenspezifikation normalisieren. |
| Effort estimate | Schreibgeschützt | Eine Spezifikation in eine ehrliche Aufwandsschätzung überführen. |
Development#
Lesen/Schreiben: Schreibend. Die Standardrolle.
Development setzt eine Anforderung durchgängig um. Seine Methodik ist bewusst: das System erkunden → zuerst wiederverwenden (bestehende Objekte finden und bevorzugen) → die Änderung planen → sperren und Quelltext setzen → validieren (Syntax + ABAP Unit + ATC) → aktivieren → entsperren → berichten. Es löscht nie etwas und macht die kleinstmögliche Änderung, die die Anforderung erfüllt.
Wann verwenden: die Haupt-Arbeitsrolle — immer wenn Sie eine Änderung tatsächlich unter Ihrer Leitung in SAP gebaut und aktiviert haben möchten.
Development schreibt in SAP während des Gesprächs, das Sie steuern. Für ein hartes Menschlich-freigeben-und-anwenden-Gate bei jedem Schreibvorgang nutzen Sie stattdessen den autonomen Modus.
Architecture#
Lesen/Schreiben: Schreibgeschützt.
Architecture erstellt nur ein Lösungsdesign und einen Plan — die anzulegenden oder zu ändernden Objekte, die zu verwendenden Muster, das Datenmodell, die Transportstrategie und die Risiken. Es schreibt, sperrt oder aktiviert nichts; es übergibt Ihnen einen Plan, den Sie prüfen können, bevor Code geschrieben wird (zum Beispiel durch einen nachfolgenden Development-Lauf).
Wann verwenden: zu Beginn einer nicht-trivialen Anforderung, wenn Sie die Form der Lösung vereinbaren möchten, bevor Sie sie bauen.
Code review#
Lesen/Schreiben: Schreibgeschützt.
Code review liest Ihr(e) Zielobjekt(e) und prüft sie gegen die Standards des Projekts. Es liefert priorisierte Befunde — Critical / Major / Minor — jeweils mit einer Fundstelle und einem konkreten Korrekturvorschlag. Es ändert nichts.
Wann verwenden: um Arbeit gegen die Konventionen Ihres Teams zu prüfen oder als unabhängige Prüfung einer Änderung, bevor sie weitergeht.
Unit tests#
Lesen/Schreiben: Schreibend — nur Testcode.
Unit tests schreibt oder erweitert ABAP-Unit-Tests für das Ziel. Es ändert nie die Produktivlogik: Findet es einen Fehler im getesteten Code, berichtet es den Fehler, statt den Produktivcode zu bearbeiten. Es führt die Tests aus, bis sie grün sind.
Wann verwenden: um Testabdeckung auf bestehendem Code hinzuzufügen oder auszubauen, ohne jedes Risiko, das Verhalten zu verändern.
ATC check#
Lesen/Schreiben: Schreibend.
ATC check führt das ABAP Test Cockpit auf dem Ziel aus und berichtet die Befunde, zur besseren Lesbarkeit gruppiert. Es ist leichtgewichtig: Es behebt Befunde nur, wenn Sie es ausdrücklich verlangen. Sein systematisches Geschwister ist ATC remediation, unten.
Wann verwenden: ein schneller Qualitätsdurchlauf, um zu sehen, was ATC markiert, ohne sich zur Behebung zu verpflichten.
ATC remediation#
Lesen/Schreiben: Schreibend.
ATC remediation führt ATC aus und behebt dann Befunde kategorienweise — Performance, dann Security, dann Robustness, dann Cleanliness — nimmt verhaltenswahrende Änderungen vor und prüft nach jeder Kategorie erneut. Es benötigt und legt einen eigenen dedizierten Transport an und leiht sich nie einen bestehenden.
Auf einem QAS- oder PROD-System wird es schreibgeschützt und berichtet nur; Behebungs-Schreibvorgänge sind für Entwicklungsstufen.
Wann verwenden: eine systematische Bereinigung der ATC-Befunde eines Objekts, wenn Sie die Korrekturen in disziplinierten, überprüfbaren Durchläufen erledigt haben möchten.
ATC remediation ist das schreibende, behebende Geschwister von ATC check. Wählen Sie ATC check, um nur zu berichten; wählen Sie ATC remediation, um zu berichten und zu beheben, kategorienweise, auf eigenem Transport.
Research#
Lesen/Schreiben: Schreibgeschützt.
Research untersucht und beantwortet Fragen mit Belegen — es liest Quelltext, Struktur und Verwendungsnachweise und kann für Datenfragen SQL-Abfragen ausführen. Es ändert nichts. Es ist eine gute, sichere erste Rolle, wenn Sie ein unbekanntes System erkunden.
Wann verwenden: jede „Wie funktioniert das / wo wird das verwendet / was sagen die Daten"-Frage, ohne Risiko für SAP.
Specification#
Lesen/Schreiben: Schreibgeschützt gegenüber SAP.
Specification wandelt eine rohe Kundenspezifikation — eingefügter Text, eine Excel-Datei oder ein .docx — in Makions normalisiertes internes Spezifikationsformat um. Es schreibt nur Spezifikationsdateien im Arbeitsbereich (nie in SAP), mit Versionierung, und speist den Reiter Spezifikationen.
Wann verwenden: um eine unübersichtliche eingehende Anforderung in eine saubere, strukturierte Spezifikation zu verwandeln, aus der andere Rollen (wie Effort estimate oder Development) handeln können.
Effort estimate#
Lesen/Schreiben: Schreibgeschützt.
Effort estimate verwandelt eine Spezifikation in eine ehrliche Aufwandsschätzung: ein Komplexitätsband pro Objekt (S / M / L), Stundenbereiche statt scheingenauer Einzelzahlen, explizite Annahmen und Unbekannte und einen Overhead-Zuschlag. Es erzeugt eine herunterladbare Schätzdatei und schreibt keinen Code.
Wann verwenden: um Arbeit aus einer Spezifikation zu dimensionieren und zu bepreisen, mit von vornherein benannter Unsicherheit.
Verwandte Seiten#
- So funktionieren Rollen — das Berechtigungsmodell hinter jeder Rolle.
- Chat — eine Rolle wählen und eine Aufgabe absenden.
- CDS, RAP, Fiori & Migration — die Build- und Migrationsrollen der Entwicklung.
- Adobe Forms — SAP Interactive Forms klonen und anpassen.
- Spezifikationen — wo die Ausgabe von Specification wohnt.
- Methodik — die Basisregeln anpassen, denen jede Rolle folgt.
- Autonomer Modus — die menschlich freigegebene Anwende-Pipeline für Schreibvorgänge.