The Repository holds all system development objects, such as programs, function modules, and definitions of database tables. It is in the database; is alwaysindependent of the client; and thus its objects are accessible from any client.
The database not only comprises the Repository, but also contains application and Customizing data, which are normally client-dependent. In short, every data record is assigned to a particular client: only users who have logged on to that particular client can read it or change data in it.
STRUCTURE OF THE REPOSITORY
The Repository is subdivided according to application components such as MM, HR, FI, and SD. An application component can contain several packages with relevant objects for a more detailed logical subdivision.
Whenever a Repository object is created, it must be assigned to a package.
THE REPOSITORY INFORMATION SYSTEM
You might want to perform a random search of Repository objects; for example, all programs by a certain developer or all function modules that were changed after a certain date. You should access the Repository Information System from the SAP Easy Access Menu path:
Tools → ABAP Workbench → Overview → Information System.
When you double-click a certain object type, a selection screen appears allowing you to limit your search.
SAP APPLICATION HIERARCHY
The SAP application hierarchy is used for the application-specific search of Repository objects. You can see these objects listed in a hierarchical tree structure. When you expand a component node, for example FI, you will see a display of all the packages that are assigned to that component (for example, FI-GL). Choose Select to specify the subtree; then navigate directly to the Repository Information System by clicking Information System.
ABAP WORKBENCH TOOLS
The ABAP Workbench includes all the tools required for creating and editing Repository objects.
These tools cover the entire software development cycle:
The ABAP Debugger is used to locate semantic errors in your program and also to analyze program flows.
The Object Navigator is a central development tool where you can have the requested Repository objects listed.
SCREEN LAYOUT IN THE OBJECT NAVIGATOR
The Object Navigator screen can be split into a navigation area for displaying a hierarchical object list and a tool area for displaying and editing a development object using the appropriate tool.
You can display or hide the navigation area with the Full screen on/off option.
The context menu helps you to choose only those functions that are designed for the respective object.
WORKING WITH THE NAVIGATION AREA
If you choose to display a package in the navigation area, then all of the Repository objects belonging to this package are listed. You can double-click a listed object to display or edit it.
You can also navigate between the object lists that were previously displayed in the current Object Navigator session.
You can add frequently used object lists to your favorites.
You can also display the list of higher-level objects. The refresh option helps you to refresh the object list.
FUNCTIONS IN THE TOOL AREA
In the tool area a Repository object is displayed in the corresponding tool.
You can also navigate between the objects that were previously displayed in the current Object Navigator session (blue arrows).
You can display a subwindow with the previous navigation history. You then double-click an object in the navigation history to display it in the tool area.
SYNCHRONIZING THE NAVIGATION AND TOOL AREAS
Navigation in the navigation area is independent of navigation in the tool area.
However, you can synchronize both areas using one of two methods:
TRANSPORTING DEVELOPMENT
Development projects are carried out in a development system.
The project manager starts the development project by creating a change request, which includes the names of the assigned employees, in the Transport Organizer.
The Transport Organizer then creates a task for each project employee in the change request.
The employee who has to create or edit a development object assigns this to the change request and it is entered into the task of the employee.
The development objects that are edited or created in a project are then transported to the subsequent systems (test system, production system, or both) on project completion.
ORGANIZATION OF A DEVELOPMENT PROJECT IN THE CHANGE REQUEST
Organizing a development project using a change request has several advantages:
SETTING PACKAGE ATTRIBUTES (EXAMPLE)
This slide depicts a dialog box for creating a package.
You can set various attributes for the package:
SPECIFIYING A TRANSPORT ROUTE
If you are executing your own developments, then you must set up a transport layer for customer developments.
The customer developments and modifications to SAP objects, which are carried out in the Development System (DEV), are transported to the Test and Translation System (QAS) for testing and then moved to the Production System (PRD).
ASSINGMENT TO A CHANGE REQUEST
The package created must be assigned to a change request.
You can display all change requests in which you have a task using the My Tasks option. You can simply select the relevant request by double-clicking it.
CREATING AN ABAP PROGRAM
The screenshot shows you the dialog box that lets you create a program.
Make sure you comply with the customer namespace conventions.
In this training course, remove the flag for With TOP Include, otherwise the source code will get distributed to several programs.
Change the title to a self-explanatory short text and always choose Executable Program as the program type for this training course.
All other program attributes are optional.
ABAP PROGRAMMING LANGUAGE: PROPERTIES
The ABAP Programming Language is especially designed for dialog-based business applications. Type-specific processing of data is possible using type conversions and type casting. You can also develop multilanguage applications using translatable text elements. The Open SQL standard embedded in ABAP allows direct database accesses.
ABAP Objects is the object-oriented enhancement of the ABAP programming language.
The ABAP syntax is independent of the platform, the relational database system, and the operating system for the application and presentation server.
Applications implemented in ABAP can run in future releases. Hence, ABAP has upward compatibility.
GENERAL ABAP SYNTAX I
You follow certain rules for ABAP syntax:
GENERAL ABAP SYNTAX II
You have to keep in mind certain rules for ABAP syntax:
You can combine consecutive statements with an identical beginning into a chained statement.
In this case, place a colon after the identical beginning parts of the records.
KEYWORD DOCUMENTATION IN THE ABAP EDITOR
You can use more than one method to navigate to the documentation for an ABAP statement:
THE PREVIOUS ABAP EDITOR
The previous ABAP editor is known as the classic editor or the Front-End Editor (Old).
NEW ABAP EDITOR
The New ABAP Editor was developed for SAP NetWeaver 7.0.
The new editor provides a number of important options:
INACTIVE AND ACTIVE DEVELOPMENT OBJECTS
Whenever you create or change a development object and then save it, the system first stores only one inactive version in the Repository.
You then have an active version as well as an inactive version of the object. At the end of your object development you have to activate the inactive “editing version” of the object, which now becomes the new active version of the object.
Note that the request release and hence the transport of the developed objects are only possible if all objects in the request are activated.
GENERATING RUNTIME OBJECTS
When you generate a development object, the system creates a separate runtime object (LOAD compilation) and stores it in the Repository. This generated version is the version that is executed (interpreted) at runtime.
You can execute the inactive and the active versions of a program in more than one way:
The active version is used if you start your program using the context menu of the navigation area or by means of a transaction. This means that the LOAD generated for the last activation is executed.
Conversely, if you start the inactive version loaded to the editor using the F8 function, you can generate and execute a temporary runtime object from it.
This way you can continue to develop a Repository object without changing the current system status.
CREATING A TRANSACTION
Creating a transaction involves a series of consecutive steps:
INSERTING A TRANSACTION CODE INTO THE PERSONAL FAVORITES
In the SAP Easy Access menu, choose Favorites.
In the resulting context menu, choose Insert Transaction.
The dialog box Enter Transaction Manually is displayed.
Enter the required transaction code in this dialog box.
The short text of the transaction is now included under Favorites and you can start the relevant program by double-clicking it.
THE DEVELOPER RELEASES HIS/HER TASK
After completing the required development task, the project employee has to perform a quality check and release the task within the change request.
Once all the tasks in a change request are released, the project manager carries out the final check for the objects and releases the change request. This concludes the project.
CLOSING THE PROJECT BY RELEASING THE REQUEST (PROJECT MANAGER)
When the request is released
That is the excellent one post here. Thank you and all the best.
ReplyDeletedigital marketing services in delhi