Anda di halaman 1dari 54

ABAP APOSTILA 1 O sistema R/3 da SAP fixou novas normas para software standard que pode ser implementado

universalmente. O R/3 utiliza avanadas tcnicas de desenvolvimento para alcanar uma compreensiva integrao da administrao empresarial e dos processos de dados. O R/3 une uma moderna tecnologia com a compreensiva funcionalidade de administrao empresarial para prover uma soluo empresarial completamente integrada para sua companhia.

Objetivos Tratar o modelo de Framework de Negcios como a nova estratgia de arquitetura de produto do sistema R/3. Especificar as propriedades tecnolgicas bsicas do sistema R/3, conforme a portabilidade , franqueza e sua propriedade escalar. Definir o conceito de cliente / software e sua influncia na arquitetura de software do sistema R/3. Descrever os componentes de Basis do R/3 e suas tarefas para o sistema inteiro.

Diagrama de integrao do R/3 O Sistema R/3 est baseado em um modelo econmico que cobre as seguintes reas de aplicao: Contabilidade financeira, controladoria, administrao de recurso, administrao de materiais, planejamento e controle de produo, vendas e distribuio, administrao de qualidade, manuteno de planta, administrao de projeto, administrao de servio, recursos humanos, comunicao de escritrio, funes de workflow, solues de indstria, armazenagem de informaes abertas. - Uma caracterstica excelente dos componentes do Sistema R/3 a combinao de tecnologia atual com as diversas funes de negcio. O alto nvel de integrao de aplicao assegura que todas as funes podem ter acesso diretamente ao longo do sistema e, ento, sua companhia. Quando voc instala seu Sistema R/3, os dados so integrados usando um banco de dados comum. - Os processos empresariais com o Sistema R/3 no so restritos a mdulos de aplicao individuais. Todos os dados e funes so conectados um ao outro. O cruzamento de processos de negocio da aplicao habilita a possibilidade de serem transmitidos diretamente. Framework de negocio no sistema R/3 R/3 como uma famlia de componentes separados, integrados O Framework de Negcio uma nova e estratgica arquitetura de produto do sistema R/3. Trabalha com componentes empresariais que so mdulos de software que podem ser configurados e podem fornecer integrao para uma mvel infra-estrutura empresarial. Ento, as operaes de software podem reagir depressa a novas exigncias empresariais e podem mudar ou simplesmente podem aumentar sem interromper o processo empresarial.

Pgina 1 de 54

Usando a tecnologia de Framework de Negcios , o SAP proporciona para seus clientes uma plataforma nova para configurar e conectar processos empresariais e fluir informao por todos os componentes do Framework de Negcios - e tambm por componentes de aplicao fisicamente separados. Exemplos de tipos de componentes empresariais so componentes como FI (Contabilidade Financeira), LO (Logsticas), HR (recursos humanos) ou componentes de indstria para a formao de aplicaes especficas para setores diferentes ou componentes de aplicao para Internet como Business-to-business, Consumer-to-business e aplicaes de Intranet. As vantagens da Arquitetura do Framework de Negcios (BFA Business Framework Architecture) inclui a habilidade para mudar facilmente e configurar dinamicamente os processos empresariais independentemente de lanamentos habituais, fcil integrao de Internet e componentes de Intranet nos seus processos empresariais, conexo simples entre R/3 e software de fator externo, os prprios desenvolvimentos de clientes e implementao evolutivo da mais recente tecnologia sem interromper a operao empresarial.

Componentes do Framework de Negcios Trabalhando com componentes de administrao empresariais: BC, BO, BAPIs. O Framework de Negcios exibe grficos no Sistema R/3 como uma famlia de componentes separados, integrados. Componentes: Componentes empresariais (recursos humanos, por exemplo) Objetos empresariais (Pedido, funcionrio, candidato, por exemplo) BAPI-interfaces (cria um pedido, mudana do endereo, por exemplo) Componentes de negcios interagem com Framework de Negcios em cima das Programao de Interfaces para Aplicaes de Negcios (BAPIs). BAPIs tambm fornece um alojamento de interface padro para integrao de aplicaes externas e componentes no Framework de Negcios. Estas interfaces so definidas dentro do sistema SAP com iniciativa dos clientes, scios e organizaes de padronizao principais. Distribuir informao de negocio em um Framework de Negcios, h tecnologias estveis tais como Habilitar links entre Aplicaes (ALE Application Link Enabling). ALE garante integrao entre os componentes de negocio.

R/3 como um Sistema Aberto Integrao de aplicaes externas por interfaces abertas O Sistema R/3 assegura portabilidade usando padres de indstria para interfaces que permitem a integrao de aplicaes, dados e interfaces de usurio. Isto como o sistema compatvel com diferentes sistemas operacionais, bancos de dados e redes. O Sistema R/3 utiliza padres de indstria de sistemas abertos como TCP/IP, EDI, OLE e Interfaces Abertas.

Pgina 2 de 54

TCP/IP: protocolo de comunicao de Rede EDI (Troca eletrnica de dados): Processo para a troca de dados empresariais entre sistemas diferentes. OLE (Object Linking and Embedding): Integra aplicaes de PC com o Sistema R/3 Interfaces abertas: Como visualizar arquivos, dispositivos de cdigo de barra, etc Como os padres de indstria usados atravs do SAP, o Sistema R/3 tambm usa ferramentas de comunicao adicionais que permitem integrao alm de limitar o sistema: RFC: Chamada de Funo remota usando protocolos de CPI-C (padro de comunicao da IBM) de fcil comunicao e processamento de aplicaes e servios entre R/3, R/2 e outros sistemas. ALE: Permisso de links entre Aplicao permite autonomia de processos distribudos e a integrao do R/3, R/2 e outros sistemas que so unidos um ao outro.

Cliente / Servidor Propriedade Escalar do Sistema R/3 Flexibilidade, propriedade escalar e desempenho usando arquitetura cliente/servidor O Sistema R/3 possui uma arquitetura de software modular que segue o princpio da arquitetura client / server. Esta arquitetura forma a base de muitos opes disponveis para clientes para planejamento e operao individualmente as instalaes do Sistema R/3. do Configuraes centrais sistema so suportadas como tambm distribudas com numerosos servidores dedicados. Esta arquitetura lhe permite separar lgica de aplicao da apresentao e o banco de dados. Esta a condio prvia por distribuir carga em configuraes cliente / servidor como tambm usar o potencial de desempenho e vrias estruturas de custo no presente e geraes de hardware futuras. Esta arquitetura lhe permite ajustar a performance de um grande numero de servios instalado (propriedade escalar), por exemplo, se a carga de perfis possui alterao como resultado pode-se ter um acrscimo de nmeros de usurios ou a adio de componentes a serem usados. Caractersticas e escalabilidade utilizada pelo Sistema R/3: - Instalao de servidores adicionais com recurso para gargalos. - Servidores paralelos com cargas homogneas e execuo de programa local. - Buffer de dados e programas prximos de processadores. - Logon e balanceamento de load (distribuio de servidores dedicados para usurios, distribuio de load com processamento background).

Princpios Client / Server

Pgina 3 de 54

Em terminologia de SAP, um componente de software prov um servio (conceito de servio atravs dos princpios de uma arquitetura client / server). Este tipo de componente pode consistir em um processo ou um grupo de processos que so chamados de server (servidor) pois, so processos ou grupo de processos que fornecem servios. Componentes de software que utilizam estes servios so chamados de clients (clientes). Ao mesmo tempo, clients podem ser servidores de servios especficos. Um server freqentemente tambm um computador host com execuo de componentes de software que fornecem servios especficos (esta viso referente aos princpios utilizados pela arquitetura client / server referente aos conceitos de hardware).

Configuraes Client / Server Sistema R/3 Os servios fundamentais em aplicaes de negcios do sistema so: servios de apresentao, servios de aplicao, servios de banco de dados. Na Central System de configurao do sistema R/3, todas as tarefas processadas so executadas por um host. Isto corresponde com o processamento clssico de mainframe, com um numero X de trminos instanciados, utilizando o mesmo conceito de distribuio de terminais impostos pelos princpios da arquitetura client / server. As configuraes two-tier do sistema R/3 so usualmente implementadas usando servidores de apresentao especiais que so responsveis somente para formatar interface grfica. Por exemplo, muitos usurios do sistema R/3 usam Windows PCs como servidores de apresentao. Uma alternativa na configurao do two-tier instalar sistemas desktop poderosos e usa-los para apresentao e aplicaes (two-tier client / server). Este tipo de configurao particularmente til para aplicaes caras (como simulaes) ou para desenvolvedor de software. Em uma configurao de three-tier, voc usa seu prprio host nos trs casos. Usa dados do servidor de banco de dados, vrios servidores de aplicao diferentes podem operar ao mesmo tempo. Assegurar que com a carga (load) em servidores individuais possvel alcanar timo desempenho, voc pode usar servidores de aplicao especiais para reas de aplicao individuais como planejamento de vendas, distribuio ou contabilidade financeira.

Hierarquia Three-tier O Sistema R/3 se refere a todos os componentes de software que so designados ao mesmo banco de dados. Se voc usa as opes de distribuio do Sistema R/3 de acordo com o principio client / server, os componentes do R/3 formam uma hierarquia de trs-nveis (three-tier). O servidor de banco de dados instalado em uma central host, quer dizer, o servidor de banco de dados possui rpido processamento neste host.

Pgina 4 de 54

Podem ser conectados vrios servidores de aplicao ao servidor de banco de dados. Servidores de aplicao processam a lgica de aplicao atual. Tambm podem ser conectados vrios servidores de apresentao a cada servidor de aplicao. Estes tambm so chamados frontends (workstation, PC). Estes computadores individuais processam todas as tarefas de apresentao. Usurios trabalham interativamente com o Sistema R/3 que usa a interface de usurio provido pelos servios de apresentao.

R/3 Basis Middleware Usando o Sistema de Basis do R/3 , as aplicaes podem passar em plataformas diferentes com desempenho alto e podem ser adaptadas para satisfazer as exigncias de cada usurio. Software de Basis do R/3 (tambm chamado de middleware): - Prov o ambiente de runtime para as R/3 aplicaes - Preocupa-se com a melhor forma de demonstrar a aplicao no ambiente do sistema - Define um framework de arquitetura estvel para a melhora dos sistemas - Contm as ferramentas por administrar o sistema inteiro - Permite distribuir recursos e componentes de sistema - Prov interfaces para partes de sistemas decentralizados e produtos externos Caractersticas de tecnologia de Basis so: - A arquitetura de Basis do sistema R/3 obedece particularmente as configuraes da estrutura de client / server - Bancos de dados relacional - Interfaces grficas para usurios

R/3 Basis System Overview Para garantir a portabilidade das aplicaes do sistema R/3, as interfaces de software do sistema so combinadas em seu prprio nvel. Sobre este nvel, as funes de todos os componentes do sistemas R/3 so completamente independentes do hardware e ambiente de software. O controle de fluxo esto acima do sistema de interfaces. Os controles de servios como planejamento ou administrao de memria que poderia de certa forma serem envolvidos pelas operaes de software do sistema, so executados com o sistema R/3 por razoes de portabilidade e performance. A interface de usurio prov as opes de apresentao de aplicao. A interface de comunicao define os canais para transporte de informao eletronicamente. A transferencia de dados histricos, comunicao de acordo com o protocolo CPI-C de programa para programa, transferencia de dados de uma aplicao standard usa-se o mtodo EDI (isto ser explicado depois no curso).

Pgina 5 de 54

Todos os programas de aplicao do Sistema R/3 so formulados em SAP em linguagem de programao prpria ABAP. Os componentes de controle para a seqncia de telas so DYNPROS (= programas dinmicos). A interao entre a tela e interpretes de formulrios ABAP se baseiam tecnolgicamente em sistemas de aplicaes do R/3. Ambos os intrpretes usam a viso global dos dados do sistema R/3 que so armazenados no Dicionrio de ABAP.

Plataformas de sistema para o Sistema R/3 A arquitetura do Sistema R/3 extremamente porttil. O Sistema R/3 completamente compatvel com todas as plataformas importantes, tais como UNIX, Windows NT (Microsoft), AS/400 e S/390 (a IBM). Voc tambm pode usar sistemas de banco de dados como Informix Online, Oracle 7, ADABAS D, o DB2/6000 (IBM) e o SQL Server 6.0 (Microsoft). A interface grfica do Sistema R/3 (SAPGUI) compatvel com sistemas de desktop tais como OS/2 PM, OSF/Motif, Macintosh e Windows.

Resumo O conceito de Framework de Negcios trabalha com os componentes de negcios, quer dizer, que so configurados por mdulos de software (Componentes de Negocio). Isto fornece uma associao com a infra-estrutura de negcios flexvel. O Sistema R/3 tem uma arquitetura modular que segue os princpios client / server (software orientado). Isto permite que o Sistema R/3 possua uma escalabilidade (distribuio de nveis de aplicao). O software de Basis do R/3 fornece um ambiente de runtime para as aplicaes do sistema R/3 e assegura que as aplicaes sejam colocadas da melhor forma no ambiente de sistema.

ABAP APOSTILA 2
Navegao: Efetuando o Loggin no Sistema R/3; Escolhendo funes e Interfaces com Usurios; Funes do Sistemas e Default de Usurios; Gerenciamento de Sesses.

Objetivos: Definir as melhorias essenciais do sistema R/3: Especificar Interfaces Usurios e seus componentes bem como as opes para controlar as Funes do Sistema R/3.

Pgina 6 de 54

Discutir sobre as Funes Bsicas do R/3

Sistema e Configurao

Efetuando o Login
Sistema R/3 um Sistema Client. Com o conceito de Client pode-se controlar as integraes gerais do Sistema R/3. Cada sesso o usurio pode somente ter acesso aos dados que esto no Client que foi logado. Para se logar no Sistema R/3, deve-se possuir um Registro Principal criado para corresponder ao Client logado. Por razes de proteo, deve-se entrar com uma password na hora em que for efetuar o Logon. Sistema R/3 multilingual . Sua linguagem default o Ingls (EN).

Clientes em Um Sistema R/3


Um Client uma Unidade Organizacional SELF-CONTAINED dentro do Sistema R/3. O Client possui : Ambiente de Dados + seu prprio usurio principal (Master) Transao de Dados Atribui registros aos usurios Masters Grficos de contas Parmetros de Customizao especficos Usurios so diferentes de Clients. Clients existem independente (Client Independent). Usurios podem somente visualizar ou processar dados em um Client , de acordo com sua autorizao. Este isolamento especfico fixada no Design das Tabelas do R/3, bem como nos nveis de Tabelas de Aplicao e Tabelas Customizveis. Customizao = Ajustamento do Sistema R/3 de acordo com os requerimentos do Usurio. Client 000 e definido como SAP STANDARD e no pode ser alterado pelo Cliente. Pode-se usar este Client(000) como um Template (amostra, exemplo, padro) para criar o que se deseja nos Clients adicionais. Pode-se definir 997 Clients.

R/3 MENU STRUCTURE Deve-se estar logado para visualizar os Nveis do Menu Principal. Este Menu pode ser exibido atravs de Pull_Down Menu (1) ou ser alterado para ser exibido em Cascata. Se entrar nos Submenus, o sistema exibira Aplicaes por Nveis. Esta lista de funes pode ser chamada por cada Aplicao (criando um Registro de dados, por exemplo). Quando as Funes Requeridas so selecionadas, o sistema exibe uma Tela Inicial (3) para edio do objeto da Aplicao. Agora pode-se chamar a Transao especial da Aplicao SAP. Menu dinmico fornece opes de alternativa para se utilizar os Menus na seleo de Funes. Pode-se exibir o Menu Dinmico atravs da seleo do Menu Dinmico.

SCREEN
TITLE BAR : (BARRA DE TITULO) Exibe as tarefas que esto correntes .

Pgina 7 de 54

COMMAND FIELD: (CAMPO COMANDO) Pode-se alterar de tarefa diretamente pelo Campo de Comando, basta entrar com o cdigo referente a transao que se deseja executar. Para procurar o Cdigo da Transao para uma determinada Tarefa use Menu Dinmico ou na Barra de menu SYSTEM / STATUS. OPTIONS: (OPCOES) Quando se clica em Options, pode-se alterar a interface do Sistema R/3 conforme a necessidade individual de cada usurio. STANDARD TOOLBAR : Pode-se procurar /colocar os cones que so usados com mais freqncia para facilitar a Navegao no Sistema, bem como cones para salvar Dados e chamar Helps On-line. Para saber qual a funo do cone existente na Barra de Ferramenta Padro, basta posicionar o mouse /cursor, que ser exibido um texto referente a sua funcionalidade. CHECKBOXES : Usadas para se alterar vrios itens ao mesmo tempo. RADIO BUTTONS : Altera exatamente o item que foi selecionado. STATUS BAR: Exibe informaes referente ao status corrente do sistema, tais como Nome do Systema R/3, Numero Sesso, Client, Aplicao.

SELECTING FUNCTIONS ( Seleo de funes ) Pode-se selecionar Funes atravs de dois caminhos : Usando o mouse atravs da Barra de menu ou atravs das Teclas de Atalho (alt + caracter correspondente do menu, que se deseja acionar)

Entrando com o cdigo da Transao, diretamente no CAMPO COMANDO. (COMMAND FIELD) Para cada funo existente no Sistema R/3, existe um cdigo de Transao. Pode-se entrar com o cdigo da Transao no Comand Field em qualquer Tela do Sistema ( por exemplo, para alterar a funo, isto e, para mudar de transao, no COMMAND FIELD, digite /nr_codigo_transacao. Opes de Entrada adicionais : /n finaliza a transao corrente /i deleta a sesso corrente /osa38 abre uma nova sesso e BRANCHES para a Transao especificada.

Pode-se acessar COMMAND FIELD usando a Tecla de Atalho STRG+TAB. Deve ser executado atravs de um grupo de campo. O comando de entrada um grupo de campo. Sem um grupo de campo, no se seleciona a Tecla TAB.

FIELD HELP

Pgina 8 de 54

Para chamar a Tela de Help-On-line, deve-se posicionar o cursor (campo, menu, funes, mensagens etc...) e acionar a Tecla F1. Pode-se usar a Tecla F1, para exibir informaes Tcnicas para a aquele campo em que o cursor esta posicionado. Use a Tecla F4, para exibir todas as possibilidades de valores que podem servir como entrada para aquele campo em que o cursor esta posicionado. Se todos os campos possuem a marca (interrogao), o sistema s poder continuar com o processamento da tarefa quando se entrar com os valores permitidos para cada campo.

R/3 ONLINE HELP Sistema R/3, possue um Help online detalhado. Pode-se chamar este Help atravs de todas as Telas do Sistema. A partir da Release 4.0A, pode-se exibir um Help on line no formato HTML. Clicando na Barra de Menu Help ver as seguintes opes EXTENDED HELP R/3 LIBRARY RELEASE NOTES GETTING STARTED HELP ON HELP : Chamada de Help extendido : Acesso online a documentao CLOSSARY : Procura atravs dos termos definidos : Queries : Inicio *** SETTING : Alterar Help (exibio do R/3) : Exibe como se utilizar o Help.

SYSTEM FUNCTIONS SERVICES

Pode-se procurar as seguintes opes no Menu do Sistema (Dynamic Menu) Create / End Session Criar e deletar sesses adicionais (at 6) User Profile Fazer configuraes especificas de usurios

Services List Status Log

Funes de Servios importantes E.g. Pesquisa especfica por um caracter, string, download Exibe as categorias do sistema Fecha a sesso SAP do usurio (solicita confirmao)

Selecionando o Menu System Services pode-se encontrar as seguintes funes Iniciar Relatrios Iniciar Queries

Reporting Query

Pgina 9 de 54

Output controller Table display Query Batch Input Jobs SAP services

Gerenciar um spool de usurios / requisies de impresso Chamar uma Tabela para exibio / manuteno Iniciar Queries Gerenciar sesses de Batch Input ( transferncia de dados histricos) Gerencia Jobs para processamento Background Logon no Sistema de OSS da SAP

Chamada de Menu Dinmico e sua companhia sempre so procurados por palavras chaves

SYSTEM FUNCTION USER PROFILE ( Perfil do usurio ) Menu Opes USER PROFILE contem : (system / user profile ) HOLD DATA, SET DATA, DELETE DATA. Estas opes sempre HOLD DATA durante a sesso e ento levantada para voc a chamada da prxima aplicao. OWN DATA : Configurar seu endereo e parmetros de usurio em 3 Templates : FIXED VALUES, inclue sua alterao de Menu Inicial, formato de data e decimais. Pode ser usado somente na Work rea ou uma rea de menu como Menu Start . Usando parmetros especficos do usurio pode ser predefinido regularmente usado para entrada de campos.

FAVORITES LIST ( lista de favoritos ) Cada usurio pode definir sua Lista de Favoritos. Favorites so usados regularmente nas funes do R/3. Pode ser exibido Acionando o Menu SYSTEM / USERPROFILE / FAVORITE MAINT. Ou usando o MENU DINAMICO atravs de qualquer Tela . O Sistema exibe todas as aplicaes relevantes para o Cliente em 3 Estruturas. Esta Transao (SESO), pode tambm manter seus favoritos, que podem ser inseridos ou deletados. CRIANDO FAVORITES : Para inserir uma transao em sua lista de Favoritos, utilize o mouse para selecionar a transao no Menu 3. Acione Menu Opes para criar Favorites . Pode-se tambm criar Favorites diretamente atravs da especificao do Cdigo da Transao. Quando se usa a Sesso de Gerenciamento, os favoritos so exibidos . SESSION MANAGER COMPANY VIEW A Sesso de Gerenciamento uma Interface com o usurio para controlar as Janelas do Sistema R/3. Logado no Gerenciamento de Sesso , o sistema exibe uma etiqueta que contem os componentes de controles chamados para transao e os relatrios centrais. Usurios podem usar o mouse para exibir 2 tipos de visoes: Menu standard SAP e Companhia. Exibe as transaes de Negocio suportadas pelo SAP o menu COMPANY Exibe as transaes selecionadas atravs do MENU SATNDARD SAP .

NOTA: O GERENCIADOR DE SESSAO E EXECUTADO NO WINDOWS 95 E WINDOWS NT ( a partir da Release 3.51) E DISPONIBILIZADO PELA SAP a partir da Release 3.0D .

Pgina 10 de 54

ABAP APOSTILA 3 Ncleo de sistema - Interface de apresentao - Interface de banco de dados - Processo de dilogo DIALOG - Conceito de transao de SAP - Atualizao assncrona e o conceito de segurana - Processamento Background ( de fundo ) - Spooling
Pgina 11 de 54

- Instanciando R/3 Objetivos - Discuta os componentes do servidor de aplicao do sistema R/3 e analisam como um pedido de dilogo processado. ( Dialog request ) - Tcnicas bsicas para processamento de transaes do R/3. - Definir o conceito de instncia e estrutura bsica de um Sistema R/3 e seus componentes. A interface de apresentao do SAPGUI (GUI + interface Grfica do usurio ) Implementa Funes de entrada e sada de uma plataforma-especfica do sistema. R/3. O SAPGUI esta disponvel para vrias plataformas e prov as mesmas funes para cada uma. Se voc aprendeu usar o sistema R/3 em uma plataforma, com a exceo de alguns atributos plataforma-especfica GUI, voc pode usar o sistema exatamente em outra plataforma da mesma maneira. - Junto com os processos de frontend do software de administrao de janela, o SAPGUI implementa deste modo os elementos de controle grficos do sistema R/3 . O software de apresentao R/3 implementa a interface grfica de usurio e usando funes fornecidas pelo ambiente de apresentao. - O fluxo de dados entre o nvel de apresentao e nvel de aplicao no consiste em telas preparadas, mas informaes lgicas, compacta que usa elementos de controle e suas entradas. - A seleo de dados a ser transferidas a cada mudana de tela geralmente est entre 1 e 2 KB. Voc tambm pode conectar servidores de aplicao em cima de WANs. - Sistemas gerenciadores de base de dados relacional (RDBMS) So geralmente usados para gerenciar grandes quantidade de dados. - Um RDBMS armazena dados e relacionamentos entre dados na forma de tabelas de duasdimensoes. - Sql (Linguagem de pesquisa estruturada) responsvel pela organizao de dados, acesso e manipulao. Diferentes fabricantes produzem produtos de RDBMS. Estes produtos no so completamente compatveis. - Sistemas de administrao de banco de dados relacional distinguem-se pela sua simplicidade lgica . Todos os dados assim como os relacionamentos entre estes dados so armazenados em tabelas de duas-dimensionais. A definio dos dados, tabelas e relacionamento de tabelas encontram-se no dicionrio de dado dados do sistema de banco de dados. - O padro de ISO 9075 SQL (Linguagem de pesquisa estruturada ) usado para busca e manipulao de dados num sistemas de banco de dados de relacional. Dentro da linguagem de programao ABAP , voc pode usar SAP Open SQL para ter acesso a dados no banco de dados independente do seu sistema de administrao de banco de dados. - A interface de banco de dados R/3 converte declaraes de Open SQL das declaraes de ABAP em declaraes de banco de dados correspondentes. Isto significa que os programas de aplicao que so escritos em ABAP no dependem do banco de dados usado.

Pgina 12 de 54

- Quando interpretando declaraes Open SQL , a interface de banco de dados R/3 confere a sintaxe destas declaraes e assegura que so utilizados os Buffers de SAP locais na memria compartilhada do servidor de aplicao otimizadamente. - Dados que so freqentemente requisitados pelas aplicaes armazenado nestes buffers de forma que o sistema no tem que acessar o banco de dados para ler estes dados. Em particular, todos os dados tcnicos para programas ABAP, telas e informao do Dicionrio ABAP, como tambm parmetros de administrao empresariais como a proviso de intervalo de nmero, normalmente permanea inalterado em um sistema corrente e ento satisfatrio para proteo. O mesmo aplica a dados de transao que geralmente so tidos acesso como somente de leitura. - O processo central do nvel de aplicao R/3 o SAP Despatcher como uma instncia de controle. Junto com o sistema operacional, o SAP Despatcher controla os recursos para as aplicaes do R/3. As tarefas principais do Despatcher incluem distribuio de carga de trabalho para o processo, e conecta ao nvel de apresentao e comunicao organizacional. - A entrada de Tela de usurio recebida pelo programa de apresentao de SAP SAPGUI, convertida em seu prprio formato e ento enviado ao Despatcher . O pedido de processo armazenado ento pelo Despatcher em filas de pedidos e processos. - O Dispatcher distribui os pedidos um aps o outro aos processos de trabalho disponveis. Dados so processados de fato no processo de trabalho. No H nenhuma tarefa fixa de processos de trabalho aos usurios. - Uma vez que os dados foram processados, o resultado do processamento do processo de trabalho enviado de volta pelo Dispatcher ao SAPGUI. O SAPGUI interpreta estes dados e gera a tela de sada para o usurio. - Quando o Sistema R/3 inicializado, o Dispatcher executa entre outros as aes seguintes: l os parmetros de perfil do sistemas, gera reas de rolagem, inicializa processos de trabalho e logs sobre o servidor de mensagem (este servio ser explicado depois). - Os componentes principais de um servidor de aplicao R/3 so: - Dispatcher como uma instncia de controle central - Dispatcher filas para requisies que esto chegando. - Numero de processos de trabalho confuguravel para processamento de programas ABAP - Buffers comumente usados na memria compartilhada. - O manipulador de tarefa coordena atividade dentro de um processo de trabalho de dilogo. Ativa o processador de tela ou o processador de ABAP (que controlam a lgica de fluxo de tela e processo respectivamente declaraes de ABAP) e executa o roll-in e o roll - out do contexto do usurio. - O sistema de administrao de memria diferencia entre reas de memrias principais que esto exclusivamente disponvel a um processo de trabalho, e reas de memria que podem ser usadas por todos os processos de trabalho. O espao de memria usado exclusivamente por um processo de trabalho tem duas reas reservadas para sesso-especficos de dados que devem ser mantidos por muito mais tempo que durao de um passo de trabalho. Estes so chamados roll e paging reas. Paging reas representam um papel menos importante de Release 3.0. A rea de roll contm dados que so automaticamente disponibilizados ao processo no inicio de passo de dilogo (rolled-in) e isso salvado ao trmino do passo de dilogo (rolled-out). A rea de roll (rolagem )tambm contm dados que caracterizam os usurios (contexto de usurio), como as autorizaes deles/delas, informao de administrao e dados adicionais para o ABAP e processo de dilogo. Este dados j foram colecionados nos passos de dilogo que j foram executados. Tambm existe reas de memria adicionais para

Pgina 13 de 54

todos os processos na memria compartilhada para o calendrio de fbrica, Tela, tabela e buffers de programa. - O sistema R/3 de runtime um grupo de processos paralelos, cooperativos. Em cada servidor de aplicao, estes processos incluem o Dispatcher como tambm vrios processos de trabalho que dependem dos recursos. Podem ser instalados processos de trabalho especiais por processamento de dilogo , atualizao , processamento em background de dilogo, processando e spooling. - Assim como estes tipos de processos de trabalho ( processamento de dilogo (d), atualizao (v), administrao de segurana (E), processamento em Background (B), Spool (S)), o Sistema R/3 de runtime prov dois servios adicionais para comunicao interna e externa: - O servidor de mensagem (M) comunica entre os Dispatcher distribudos dentro do Sistema R/3 e ento o pr requisito para scalabilidade ( em escala ) com vrios servidores de aplicao que esto processando em paralelo. - O servidor Gateway (portal ) ( tambm chamado de manipulador de CPI-C) permite comunicao entre R/3, R/2 e sistemas de aplicao externos.

- As transaes so unidades de processamento que esto agrupadas em funes que executam consistncias, alteraes em banco de dados que so permitidas para administrao do negcio. Um exemplos tpicos so lanamentos de crdito e dbitos, que so usualmentente apenas usados juntos , ou criando uma ordem e reservando o material concerniram. - Uma transao SAP implementada com uma srie de consistncias conectadas em passos de dialog. A apresentao dos passos de user dialog e feita na tela (ou um dynpro que um programa dinmico = modelo e lgica de fluxo). - Transaes SAP no so necessariamente executadas por um processo de trabalho simples de dialog. Ao invs disso, diferentes dialog WORK PROCESS podem processar passos individuais de um dialog em uma transao. Voc tambm pode usar atualizao assncrona para processamento de parte de uma dialog de transao e ainda atualizar o banco de dados correspondente em um processamento diferente cada um host diferente. - Em um sistema R/3, entradas de dados de um usurio e processada pelos passos iniciais de um dialog (PAI: processamento aps entrada de dados) e pelo processamento e envio das prximas telas (PBO: Processamento Aps sada); o sistema ento recebe a prxima tela processada pelo usurio e a analisa mais uma vez e processa a entrada de dados nesta tela. Cada passos de uma dialog para o usurio e o sistema no so colocadas no mesmo tempo em um local . Para o sistema, ambos os passos so chamados PBO e PAI. - O conceito de transao, at onde foi explicado previamente, corresponde ao termo Unidade Lgica de Trabalho (LUW) - Como sistemas de banco de dados atuais no suportam fluxos de transao para todos os processos, voc deveria diferenciar entre as camadas elementares de processo (LUWs) no Sistema R/3 e o sistema de banco de dados (de agora em diante chamado: SAP-LUW / DB LUW). Um DB-LUW executado completamente, ou no. Assegura que o banco de dados consistente. Isto significa que os dados esto logicamente corretos antes e depois do LUW. O mesmo solicita DB-LUW e SAP-LUW.

Pgina 14 de 54

- O comeo de uma transao SAP tambm o comeo de um SAP-LUWs completado por um " COMMIT WORK " que e um comando de codificao do ABAP ou por um final da atualizao assncrona (segunda parte do SAP-LUW) Dentro um SAP-LUW, cada passo de dilogo executado atravs de processo de trabalho, como descreveu previamente e ento corresponde a um DB-LUW. Atualizaes de banco de dados ocorrrem dentro de um DB-LUW. - Predominantemente a tcnica usada em SAP-LUWs atualizao assncrona. Isto significa que mudana de request do usurio so temporariamente colecionados e ao trmino da fase de dilogo (quer dizer, na segunda parte do SAP-LUW) o banco de dados atualizado em processos de trabalho separados. Como qualquer outro passo de dilogo, esta atualizao acontece em um de seu prprio DB-LUWs para alcanar consistncia de dados. O mecanismo atual corrente em um banco de dados relacional no so geralmente suficientes para manusear os dados de negcio (tais como : ordens de vendas) que afetam vrias tabelas no database. O Sistema R/3 possui uma funo de gerenciamento que e executada enqueue processo de trabalho. Isto previne acesso aos mesmos objetos de varias aplicaes. O enqueue gerencia processo trabalho usando armazenamento da Lock Table na memria principal do servidor ( enqueue processo de trabalho e executado). Se um Lock request(a) , o sistema checa se existe ou no conflito com as entradas existentes na Lock Table. Se no caso existir a Lock Request e rejeitada. Este caminho pode avisar aos usurios que a operao de requeste no esta disponibilizada. As telas de Dialog e Enqueue Work Process no so alocados no mesmo servidor de aplicao, esses dois processos trabalha em cima do Servidor de Mensagem. Os servios do Sistema R/3 sero melhores explicados no decorrer do curso. Da mesma forma que o sistema pode executar Locks Requests , pode-se primeiro definir Lock Object no Dicionrio de ABAP. O Lock Object contem as entradas das tabelas alocadas. Um Lock Object e uma Tabela primaria. Pode-se tambm defini-lo como tabela secundaria usando relacionamento Foreign Key (O nome Lock Object definido pelo usurio deve iniciar com EY ou EZ) Para um Lock Object deve-se especificar o modo do Lock (S Lock para leitura E Lockd para escrever. O Lock escrita (mode E) s pode ser setado pelo usurio que possui acesso aos registros de dados. O mesmo usurio pode remover o modo do Lock de acordo com a seqncia de chamada do programa (call chain).

- Se um Lock Object ativado, o sistema gera Modulos de Funcao ENQUEUE e DEQUEUE. Os mdulos de funo so chamados ENQUEUE_ <object_name> e DEQUEUE_ <object_name>. - Locks setados por uma Aplicao / Programa s podem ser resetados pela mesma Aplicao Programa, ou usando um programa de update especial ( segunda parte do SAP LUW) - Processos de Dialog podem causar alteraes diretas no database atravs da interface de database. Por exemplo, usando statements para o Servidor de Database (mesmo se o Servidor do database se encontra ou no no mesmo Host). - Com atualizao assncrona, processando a ABAP idioma elemento CHAMADA FUNO '... ' EM TAREFA de ATUALIZAO do pedido de mudana designado como um registro de tronco em " tabela " de intermdio VBLOG (c). Esta tabela de sistema economiza os pedidos de mudana de usurio que aconteceram dentro de uma transao de SAP.

Pgina 15 de 54

- O registro de tronco contm os nomes das rotinas de atualizao ser ativado como tambm todos os dados necessrio fazer as mudanas ao banco de dados. Se o usurio cancela uma transao durante a fase de dilogo, ou a transao termina por outras razes, ento a entrada de header na tabela de VBLOG pode no ser completada. As mudanas no So escritas ao banco de dados. - Atualizando registros de tronco podem ser subdivididos em V1 e V2 componentes de atualizao. So armazenados processos primrios, tempo-crticos em V1 componentes; so armazenados processos secundrios que so menos tempo-crticos em V2 componentes. A prpria atualizao ativada pelo comando de ABAP COMMIT WORK especificado no ltimo passo de dilogo (d) de uma transao de SAP. As seguranas fixadas pelo programa de aplicao que usa o enqueue trabalham processo passado sobre a tarefa de atualizao. - Na segunda parte do SAP-LUW, os processos de trabalho de atualizao assumem copiando (E) o tronco registra da tabela de VBLOG e atualizando o buffered de pedido de mudana l nas tabelas de aplicao correspondentes no R/3 banco de dados (F). - Na segunda parte do SAP-LUW, os processos de trabalho de atualizao assumem copiando (E) o tronco registra da tabela de VBLOG e atualizando o buffered de pedidos l nas tabelas de aplicao correspondentes no R/3 banco de dados (f). - No podem ser corrigidos erros durante a atualizao atravs de contato interativo com o usurio. Ao invs, o sistema termina processando dos componentes de atualizao atuais. No caso de erros nos V1 componentes primrios, so reajustadas as mudanas de banco de dados que j foram feitas. O registro de tronco determinado um erro ID e no apagado da tabela de VBLOG. No executada V2 atualizao subseqente qualquer um. Se um V2 componente terminado, so reajustadas s as mudanas de banco de dados que foram feitas por este componente. O registro de tronco determinado um erro ID e no apagou. O sistema continua atualizando o remanescente dos componentes secundrios. - Os usurios so notificados automaticamente atravs de correio de expresso se uma atualizao (V1or V2) terminado. O sistema pode avaliar e pode dirigir a atualizao incorreta que terminou (veja " unidade de Administrao "). - Ao trmino do SAP-LUW, a tarefa de atualizao remove as fechaduras (g). - Tambm so removidas fechaduras das tabelas de fechadura se uma atualizao fracassada (h). - Se uma atualizao terminada, podem ser atualizados registros de tronco depois na tabela de VBLOG e podem ser dependidos do problema. Este mtodo geralmente usado por terminou V2 componentes. Voc no deveria usar isto para terminou V1 componentes. SAP recomenda que voc processe a transao novamente (OSS notam 16083). - Se as fraturas de banco de dados abaixo ainda est sendo atualizado, o VBLOG anotam registros que no tm contudo sido atualizado (estes tm estado " INIT ") atualizado automaticamente quando o banco de dados reiniciado depois. Voc pode usar parmetros de perfil para controlar esta R/3 funo De sistema. - Fundo processa para fundo que processa (e no em modo de dilogo) definido para tarefas peridicas como reorganizao ou transferindo dados automaticamente de um sistema de legado no Sistema R/3. Este tipo de processos dirigido no sistema anlogo para processo de online.

Pgina 16 de 54

- Fundo processar est marcado na forma de trabalhos. Cada trabalho consiste em um mais passos (ABAP informa ou programas externos), isso so processados consecutivamente. Voc tambm pode fixar prioridades (de " C " para " UM ") de forma que certos trabalhos dirigido primeiro. - Trabalho processando geralmente no ativado imediatamente (comeo imediato). Ao invs voc especifica uma data de comeo quando voc programa o trabalho. Tambm pode ser necessrio comear trabalhos periodicamente. Por exemplo, se h qualquer trabalho de controle de sistema que repetido em um ciclo fixo. -o scheluder de banho responsvel para ativar o trabalho automaticamente no momento especificado. O scheluder de grupo um programa de ABAP que procura trabalhos ser executado na tabela de planificao e ento assegura que eles so executados. - Carga de trabalho equilibrar usado para processo de fundo. Isto apoia instalaes com vrios servidores de fundo como tambm instalaes com vrios processos de trabalho de grupo em um servidor. A menos que caso contrrio especificasse, um processo de fundo que ficou livre executa o prximo pedido de fundo (trabalho) isso acontece no sistema. - Todos os trabalhos que especificam o servidor designado so levados pelo fundo que processa schedulers de banho de servidor e so comeados nos servidores alocados. - So distribudos os trabalhos restantes que no especificam o servidor designado ento de acordo com a carga no fundo que processa servidor. -trabalho que tambm processa leva em conta a prioridade de um trabalho. Trabalhos que pertencem para classificar " UM " tenha a prioridade mais alta e processado ento primeiro. (Sucesso: Prioridade UM com servidor designado especificado antes de prioridade UM sem especificar o servidor designado; prioridade B com o servidor designado especificado antes de B sem especificar o servidor designado e assim por diante). - Enrolando em carretel se refere transferncia de buffered de dados a dispositivos de produo como impressoras, fac-smile e assim por diante. Em sistemas distribudos, administrao de networked necessria para esta produo. - O R/3 mecanismo de carretel De sistema pode prover imprima pedido para impressoras e spoolers externo ambos dentro de uma cadeia local como tambm em cima de Wans. Em cada anfitrio concernido, o mecanismo de carretel coopera com o sistema de carretel local. _ Spool pedido gerado em modo de dilogo ou durante fundo que processa e ento fixo no banco de dados de carretel com detalhes na impressora e o formato de impresso. O prprio dados armazenado no TemSe (objeto Seqente Temporrio). - Quando dados sero imprimidos, um pedido de impresso gerado para um pedido de carretel. Este pedido de impresso processado por um processo de trabalho de carretel. - Uma vez o processo de trabalho de carretel formatou os dados para produo, devolve o pedido de impresso ao sistema de carretel de sistema operacional. - O spooler de sistema operacional assume a administrao de trana e assegura que o dados exigido passado para o dispositivo de produo. - Uma Instncia uma unidade administrativa que combina R/3 componentes De sistemas provifing um ou mais servios. So comeados os servios providos por uma instncia ou so parados ao mesmo tempo. Voc usa um perfil de instncia comum para fixar parmetros de todos os componentes de uma instncia . - Um Sistema R/3 central consiste em uma nica instncia que prov todos os R/3 servios De sistemas necessrios. - Cada instncia tem sua prpria SAP rea mais amarela.

Pgina 17 de 54

- o exemplo exibe montando um servidor de dilogo adicional (UM) e fundo que processa servidor (B). Estas instncias que geralmente provem servios especficos corridas nos prprios anfitries deles/delas mas tambm pode ser acomodado no mesmo anfitrio. - O servidor de mensagem proporciona para os servidores de aplicao uma mensagem central conserte para comunicao interna (atualize gatilho, pedido e remove fechaduras, fundo de gatilho pede, por exemplo). - Os Dispatcher para os servidores de aplicao individuais comunicam pelo servidor de mensagem que instalado uma vez em cada Sistema R/3 ( configurado nos R/3 arquivos de perfil De sistemas). - Servidores de apresentao planos podem anotar sobre um servidor de aplicao pelo servidor de mensagem. Isto significa que voc pode usar mensagem servidor desempenho banco de dados para distribuio de carga automtica (logon que equilibra). Resumo - A interface de banco de dados converte a SAP SQL ABERTO de ABAP no SQL do software de banco de dados usou. - Controle de fluxo consiste no Dispatcher e processos de trabalho que processam pedidos de usurio. - A interface de apresentao que usa o SAPGUI implementada. - Um pedido de dilogo enviado do servidor de apresentao SAPGUI para o Dispatcher de servidor de aplicao e ento processado atravs de processos de trabalho diferentes.

Pgina 18 de 54

ABAP APOSTILA 4 Administrao e Servios Remotos Princpios do Sistema de Segurana R/3 Gerador de Perfil e Administrao de Usurios Administrador de Funes Sistema Central de Gerenciamento de Computao SAP Servio e Suporte

Objetivos Descrever os aspectos elementares de segurana e tambm uma simples forma de autorizao. Definir as ferramentas usadas pelo administrador do sistema e as funes estendidas ao sistema monitorao. Discusso SAP servio e suporte Aspectos do Segurana dentro do Sistema R/3 A tecnologia do Sistema R/3 integra mecanismos de segurana com vrios nveis: Apresentao: O SAPGUI software de controle de uso total para controlar a integridade de cada vez que o R/3 frontend iniciado. Isto tambm reconhece se h um vrus presente no computador. Network / Comunicaes: O Firewall e o SAP router protege a rede interna. Voc tambm pode usar mecanismos adicionais de segurana integrando produtos para segurana externa, como por exemplo o SECUDE (ou Kerberos). Aplicao: O conceito de autorizao evita o acesso no autorizado a dados e transaes. Os Usurios preciso de se autenticar com seu ID e password. O mecanismo interno de trava do Sistema R/3 tambm prev alteraes de usurios em tempo real. Internet: O sistema R/3 suporta o atual padro segurana da Internet, como por exemplo https. Base de Dados (Database): Somente administradores de Base de Dados pode acessar dados do R/3 de fora do Sistema. O Elaborador (manufacturer's) de Base de Dados adota mecanismos de segurana. Passwords: Existem usurios pr configurados nos clientes 000 e 001 aps o Sistema R/3 ser instalado. Estes usurios default, DDIC e SAP, possuem autorizaes gerais. Voc deveria, ento, mudar o password imediatamente deles. Voc consegue achar mais informaes sobre segurana nas notas OSS, no guia de instalao, documentao R/3 online ou no guia de segurana. O Conceito de Autorizao

Pgina 19 de 54

Conceito de autorizao SAP identifica uma srie de diferentes autorizaes de usurios. Estas permisses so todas centralizadas em um registro mestre para este usurio. Conceito de autorizao SAP orientado ao objeto. Vrias unidades so protegida (fbrica, centro de custo, fornecedor por exemplo) por um conjunto de objetos de autorizao. Para criar uma autorizao, voc usa exatamente um objeto de autorizao. O objeto de autorizao portanto preenchido com valores e formas de uma autorizao. Autorizaes no so designadas diretamente para o usurio, mas dentro de um perfil de usurios. Para manter uma proteo mnima, voc precisa combinar autorizaes dentro de um perfil de autorizaes. Estes so portanto designados para usurios e no possuem individualidade no registro mestre. Se mudar a autorizao de acesso dentro de um grupo altera-se efetivamente para todos os usurios correspondentes ao perfil dentro do registro mestre. Grupos so compostos pela adio de nveis de organizaes, para qual combina com vrios perfis de autorizao. Eles so definidos para aqueles usurios que trabalham com vrios perfis de autorizao ao mesmo tempo.

Gerador de Perfis: Autorizaes gerador de perfis foi desenvolvido para facilitar a fazer autorizaes e perfis. Defini-se primeiro a atividade do perfil e ento seleciona as transaes e oque vai pertencer a aquilo. Da associao do menu, acha-se todas as transaes pertencentes a aquela transao requerida. Portanto todos os usurios so designados a um grupo. Por motivo de segurana, usurios no so aceitos at voc alterar a autorizao do grupo. "Usurio comparado dentro do registro mestre." Adicionando pessoas elas podem executar as tarefas "Designados para os usurios do perfil ativo" e "Designado para o perfil do usurio no registro mestre" Sumrio: Somente um objeto de autorizao usado. Perfis de autorizao e autorizaes so gerados automaticamente. Voc no requer detalhes tcnicos- O administrador do sistema usa transaes para moldar transaes do menu da sua companhia. Isto simplifica a criao e administrao de perfis de autorizao.

Administrao do Sistema Sistema R\3 proporciona para os administradores de sistemas vrios ferramentas poderosas para executar as tarefas dirias deles/delas. Voc pode achar as funes seguintes em algumas das transaes listadas:: Servidor, usurio e avaliaes de processo de trabalho Gerencia, protege e atualiza Crie mensagens para o sistema Proteo Cdigos de transao Monitora e analisa o Log do sistema.

Administrao do Sistema: Terminaes


Pgina 20 de 54

Se um processo de trabalho dialog terminado e este escrito ao VBLOG (1), ento haver dados incompletos no VBLOG que no pode ser atualizado. Estas entradas podem ser apagadas automaticamente da prxima vez que voc inicializar o sistema. As tabelas de aplicao permanecem inalteradas. Uma terminao de atualizao (2) pode ser ativado por vrias razes. Informao " VBTST300 " um exemplo. Se voc executar este relatrio que usa opo "I" em vez do default "U", ento uma insero transmitida a uma Tabela. Se esta insero repetida ento na mesma tabela, isto ativa a condio "Chave Duplicada" duplicada na codificao porque uma j existe entrada na tabela com esta chave. Se so terminadas atualizaes, o sistema envia um correio expresso ao usurio que ativou a atualizao. Qualquer passo adicional a ser levado deve ser transmitido ao administrador de sistema. Transao SM13 proporciona para as administradoras de sistema ferramentas de anlise para reconhecer as atualizaes terminadas. Uma vez que o erro que causou a terminao for corrigido (por exemplo, se voc reorganiza a tabela, aumenta o nmero mximo de extenso, corrija a codificao e assim por diante,) o usurio final devera reiniciar a atualizao (update). No caso de termino de atualizao V2, voc pode atualizar este log de registro. Porm, voc no deve reconhecer V1 deste modo, caso contrrio isto pode criar inconsistncias nos dados.

R/3 Sistema de Gerenciamento do Centro de Computao Com o Sistema de Gerenciamento do Centro de Computao (CCMS) voc pode monitorar, pode controlar e pode configurar um Sistema R/3. Voc pode usar as ferramentas para fornecer analises carga de sistema e determinar o consumo de recurso pelos vrios componentes do sistemas. CCMS lhe proporciona uma srie de monitores grficos e funes de administrao: Comeando e parando o Sistemas R/3 Sistema R/3 monitorao e anlise Relatrios automticos de alerta do sistema Distribuio dinmica de usurio R/3 configurao do sistema: Editando perfis de sistemas (perfil no autorizado) Processando e controlando trabalhos em background, sincronizao de banco de dados e backups.

Monitor de Alerta Workload O Monitor de Alerta Workload exibe resposta do sistema em mdia como tambm exibe um dirio com o tempo de resposta comum. O tempo de resposta comum avaliado e prdefinido, estima-se insatisfatrio como resultado de runtimes um longo pedido ao banco de dados. No Sistema de Gerenciamento do Centro de Computao (CCMS) foi concebido monitores alertas como sistemas de advertncia. Estes monitores exibem monitores crticos com stoplights vermelho, amarelo e verde que exibe o estado, como tambm um monitor de texto exibe a mesma informao em forma de texto.

Pgina 21 de 54

Os monitores melhoram o tempo dos administradores de sistemas para reagir quando problemas acontecem. Isto reduz tempo de manuteno de sistema. Para o Lanamento 4.0, o SAP mudou fundamentalmente o Sistema R/3 que monitora estrutura. Voc pode definir suas prprias vises de elementos diferentes no ambiente do Sistema (R/3, banco de dados, OS, network). Isto significa que o sistema s exibe mensagens de erro para essas reas e processos que voc selecionou. Voc pode nomear os erros que acontecem com seu prprio nvel de prioridade.

R/3 servio & Apoio: Infra-estrutura virtual Como o servio e apoio so organizados? SAP Subsidirias Internacionais (local)

Treinando Consultando Apoio local


Servio regional & Centro de Apoio (regional)

Servio e apoio para a Europa, Amrica, sia e Austrlia Processo secundrio de pedidos de apoio (7 x 24h)
Sede (central)

Desenvolvimento Servio estratgico e planejamento de apoio Coordenao de servio e atividades de apoio


SAP Servios Distantes Sistema de Servio Online (OSS)
O OSS permite para os usurios consultar o banco de dados extenso do SAP de notas, se eles tm qualquer pergunta ou se qualquer problema acontece, consulta-se estas notas antes de criar uma mensagem de problema no OSS.

Going Live e Early Watch:


o Going Live checa ocorrencias curtas antes de um Sistema R/3 ser usado rm producao. Este teste confere uma vez se o sistema pode cumprir com exigncias. Uma sesso de Early Watch reconhece pico de desempenho em um Sistema R/3 e prope contramedidas satisfatrias.

Consulta Remota: Durante uma sesso Consulta Remota, consultores do SAP podem ter acesso ao cliente SOLAPE sistema especificado pelo cliente, e tenta analisar e resolver o problema no Sistema R/3 da estao de trabalho deles. SAPNet:
SAPNet exibe noticias atuais, documentao, algumas ferramentas (QuickSizer) e muito mais. Voc tambm pode usar o forum de discusso para oferecer e procurar informaes e experincia de clientes disponvel ao alcance dos usurios.

Servios adicionais: Arquivos Remotos e upgrades, converso, migrao e servios Euro.

Sistema R/3 Servio Online (OSS) Quais funes pode usar voc no OSS? Voc pode informar problemas de cliente no sistema R/3.
Pgina 22 de 54

Voc pode procurar notas no Oss que usa keywords (palavras-chave). Voc pode ver as mais recentes informaes do SAP (Hotnews) em hot packges ou Oss novas funes, por exemplo. Voc pode gerar e pode lanar chaves de desenvolvimento (Release 3.0), para desenvolver e criar objetos standards SAP. Voc pode importar correes preliminares que usam hot packages diretamente em um Sistema R/3. Voc pode manter os dados de uma customizao Oss (telefone e nmero de fax, primeiro nome e sobrenome) e submete os usurios novos. Voc pode achar o mais recente treinamento, curso e overview do SAP. Usando Conexo de servio voc pode permitir para um funcionrio do SAP ter acesso ao sistema de cliente para assegurar que um erro corrigido mais depressa.

Sumrio Avaliao de medidas de segurana R/3 ferramentas do administrador de sistema Funes de Gerador de perfil CCMS ferramenta de administrao de sistema Servio SAP e apoio

Pgina 23 de 54

ABAP APOSTILA 5 Dicionrio de dados ABAP Contedo: Modelagem de dados para Reserva de Passagens Areas (Flight) para o curso de treinamento em ABAP Viso geral sobre o dicionrio de dados ABAP Elementos do dicionrio de dados ABAP

Dicionrio de dados ABAP Objetivos:


Ao concluir esse captulo, voc estar apto para: Descrever o modelo de dados para Reserva de Passagens Areas (Flight) utilizado no curso de treinamento em ABAP Criar estrutura de dados no Dicionrio de ABAP Descrever o os mais importantes elementos do dicionrio de dados ABAP

Modelagem de Dados:
Mundo Real Modelo de Dados Dicionrio de Dados ABAP Relacionamento em banco de dados.

Reserva de Passagens Areas (Flight) para Treinamento no curso de ABAP:


Cidade de Origem

Aeroporto de Origem Aeroporto de Destino

Cidade de Destino

Pgina 24 de 54

Questes da Agncia de Viagens Aeroportos disponveis Cia. Areas disponveis no momento desejado Vos disponveis na data desejada Informaes adicionais sobre vos sempre atualizadas: Preo, Capacidade, ... Todos de treinamento em ABAP usaremos o mesmo modelo de tabela. At o momento, apenas uma parte simples da modelagem ser apresentada; voc poder obter informaes mais detalhadas sobre isso a qualquer momento. Como um viajante tentando ir de um lugar a outro, voc espera que sua agncia de viagens esteja capacitada para poder lhe proporcionar as seguintes informaes: Qual a melhor conexo oferecida e mais direta possvel? Qual os horrios de vos na data em que eu quero viajar? Como eu posso otimizar as condies sobre as quais eu estou viajando, isso , qual o mais barato, de conexo mais rpida, que tem o aeroporto de destino mais prximo de onde eu quero ir? Do ponto de vista da agncia de viagens um pouco diferente: todos as informaes tcnicas esto organizadas e armazenadas em tabelas em um banco de dados central seguindo a estrutura dessa base de dados. A quantidade de dados armazenada maior do que a agncia de viagens quer ou precisa. Eles esto interessada em quais clientes tm reserva em qual vo, quando foi feita a reserva, quanto o cliente pagou, e assim por diante. Essas diferentes vises e suas demanda de correspondncia sobre modelo de dados demonstram a necessidade de usar programas para organizar os dados de maneira que se cumpram todas as diferentes demandas que os usurios fazem. Modelo de Dados: Todas as partes de informao que esto logicamente dependentes um do outro contem entidades (tabelas): Em ABAP, no modelo de Reserva de Passagens Areas existem entidades individuais para: Todas as cidades, Todos os aeroportos, Todas as Cias Areas, Todas as rotas de vos, Todos os vos. Essas entidades esto todas relacionadas umas com as outras de maneira pr-determinada: Todas as rotas de vos tm um aeroporto de origem e destino de um aeroporto. Uma rota de vo caracterizada por uma cia. area, aeroporto de origem, aeroporto de destino e horrio de partida. Os vos para uma rota particular podem ser oferecidos em dias diferentes em um determinado ano, mas a rota deve existir antes que um vo possa ser criado Cidades que tem todos os aeroportos ao seus arredores.

Pgina 25 de 54

Esse modelo de dados gerencia todas as informaes que voc precisa sem redundncia desnecessria e faz o possvel para que a agncia de viagens acesse os dados do ponto de vista dos clientes.

Realizao dentro do dicionrio de dados ABAP: Os exemplos e exerccios do curso de ABAP, bem como a documentao do ABAP, tudo utiliza o modelo para Reserva de Passagens da SAP. Todo o repositrio de objetos do modelo de dados para Reserva de Passagens est localizado na classe de desenvolvimento SAPBC_DATAMODEL. Na lista que segue, temos as tabelas mais usadas do modelo de Reserva de Passagens do curso de ABAP : SPFLI: Tabela com as conexes dos vos SFFLIGHT: Tabela de vos SBOOK: Tabela de reservas Integrao dentro da Workbench do ABAP (Ativo): O dicionrio de dados ABAP um componente ativo e integrante da banco de trabalho do ABAP. Qualquer mudana feita no dicionrio de dados se torna efetiva uma vez relevantes em programas ABAP e telas. uma interpretao natural no sistema R/3. O interpretador no opera diretamente no cdigo original dos programas e telas ABAP, mas, interpreta e gera sua representao internamente. Quando as mudanas so feitas no dicionrio de dados ABAP, automaticamente acionada a representao interna, o que garante que o interpretador estar sempre trabalhando com os ltimos dados. Objetos bsicos do dicionrio de dados: Os objetos de definio de dados bsicos do ABAP so tabelas, domnios e elementos de dados. Domnios descrevem os atributos tcnicos dos campos da tabela (por exemplo tipo do campo, tamanho), enquanto que os elementos de dados contm a definio semntica (por exemplo uma descrio breve do campo) Campos no so objetos independentes e podem apenas ser mantidos em tabelas. Eles pressupem a existncia de um elemento de dados. Um elemento de dado pressupe a existncia de um domnio. Podem ser definidos domnios sem referncia adicional para outros objetos de dicionrio. Conceito de domnio de dois nveis:

Pgina 26 de 54

No dicionrio de dados do ABAP, dois tipos de objetos so usados para definio de dados. Esses so o domnio tcnico (conhecido com domnio no sistema R/3) e domnio semntico (conhecido como elementos de dados no sistema R/3). O domnio um objeto central usado para descrever os atributos de um objeto de negcios. Descreve a variao de valores de um campo que definido especificando atributos formais como um formato externo e tamanho e pela especificao valores fixos ou tabela de valores. O elemento de dado um objeto semntico. Descreve precisamente o propsito do domnio em uma configurao particular de negcios para os campos que dependam disso. Por exemplo, o campo FORCURAM (tabela SBOOK) e PRICE (tabela SFLIGHT) pertencem ao mesmo domnio S_PRICE. Para distinguir suas aplicaes no contexto do negcio, o campo FORCURAM usa um elemento de dado S_F_CUR_PR e o campo PRICE usa o elemento de dado S_PRICE. s vezes, ambos pertencem ao mesmo domnio porque eles so campos que possuem atributos tcnicos similares. Tabelas transparentes: Quando o dicionrio de dados ABAP ativado, automaticamente uma tabela transparente criada no banco de dados. O processo traduz a descrio do banco de dados independentes em uma tabela no dicionrio de dados ABAP na linguagem do sistema gerenciador de banco de dados que est sendo usado. A tabela do banco de dados tem o mesmo que no dicionrio de dados ABAP. Os campos tambm tm os mesmos nomes ambos no banco de dados e no dicionrio de dados ABAP. Os tipos de dados no dicionrio de dados ABAP so convertidos para os tipos correspondentes do sistema gerenciados de banco de dados. A partir da verso Release 3.0, a seqncia de campos no dicionrio de dados ABAP pode variar da seqncia de campos dentro do banco de dados. Isso permite que voc insira novos campos sem ter que converter a tabela executando uma reoganizao fsica. Quando adicionando novos campos, o ajustamento feito por mudana no catalogo do banco de dados (ALTER TABLE). Um novo campo acrescentado na tabela do banco de dados, indiferentemente de sua posio no dicionrio de dados ABAP. Criando Tabelas transparentes: Na definio de uma tabela do tipo TRANSP no dicionrio de dados ABAP, voc automaticamente cria uma tabela pelo utilitrio do banco de dados dentro do banco de dados. Apenas operaes complexas como converso de tabelas deve ser realizada por esse utilitrio. Operaes simples, como criao de tabelas, podem ser realizadas automaticamente ativando os objetos no dicionrio de dados ABAP. No utilitrio do banco de dados, voc pode controlar os objetos do banco de dados com uma ferramenta de anlise. Estruturas: Alm de definir tabelas armazenadas no banco de dados, voc tambm pode definir estruturas de dados que usamos quando realizamos clculos nos programas, ou quando

Pgina 27 de 54

passamos dados entre programas, globalmente no dicionrio de dados ABAP. Esse tipo de definio conhecido como estrutura. As estruturas no correspondem a objetos no banco de dados. Estruturas so definidas e ativadas no dicionrio de dados ABAP. Elas podem ser endereadas por programas ABAP como tabelas declaradas no comando TABLE. Enquanto os dados podem ser permanentemente armazenados em tabelas transparentes no banco de dados, dados em uma estrutura de dados existem apenas durante a execuo do programa. Entradas e sadas de dados na tela podem ser diretamente relacionadas com campos de estruturas. Os elementos de semntica de um elemento de dados tambm podem utilizados aqui. Com a vantagem que mudanas nas caractersticas tcnicas ou semnticas devem apenas ser feitas em um objeto do dicionrio de dados e que essas mudanas entram em vigor em todas as referncias dos campos. O Dicionrio de estruturas tambm pode ser utilizado como tipos globais (ao longo de todo sistema) por mdulos de funes.

Criando Estruturas: Para definir de uma estrutura proceda da seguinte maneira: - ABAP Workbench - Objeto nico (Single object) Objetos de dicionrios (Edit) - Estruturas (Structure) Na prxima tela, voc pode entrar com o nome dos campos de sua estrutura e especificar o nome de um elemento de dado j existente (ou definir um novo) que aponta para um domnio. Depois de verificar os erros da estrutura, salve e a ative. Sua estrutura est pronta para o uso. Dicionrio de dados ABAP: Vises (Views) Views so vises de aplicaes-especficas de diferentes tabelas do Dicionrio de dados ABAP. Views podem conter uma seleo de campos de uma simples grande tabela ou campos de vrias tabelas diferentes. Views permite a voc juntar informaes de campos de diferentes tabelas e apresentar isso para os usurios na forma que eles desejam quando esto trabalhando com sistema R/3. Views so principalmente usadas para programao em ABAP e para ajuda online F4. Tcnicas avanadas: Localizar Help Se voc relaciona um campo de entrada a um objeto do Dicionrio de dados ABAP que tem uma pesquisa relacionada a ele, os possveis valores sero automaticamente disponibilizados para voc. Se um campo do Dicionrio de dados ABAP no tem uma ajuda relacionada, mas a tabela de checagem tem o sistema de localizao de ajuda a ela relacionada, ento essa ajuda apresentada. Se no existe ajuda relacionada ou para o campo ou na tabela de checagem e o elemento de dado tem, ento a ajuda ser apresentada.

Pgina 28 de 54

Os procedimentos tcnicos de trabalho so os seguintes: Sempre que possvel escolher a caixa de combinao ou F4, o sistema verifica no Dicionrio de dados para ver se uma ajuda est direta ou indiretamente relacionada quele campo. Se esse for o caso, ento a ajuda correspondente ser apresentada em uma caixa de dilogo. Definindo uma ajuda no Dicionrio de dados lhe permite adptar possveis valores para suas prprias necessidades.

Dicionrio de dados ABAP: Resumo O Dicionrio de dados ABAP est ativamente embutido no ABAP Workbench Os principais elementos do Dicionrio de dados ABAP so: Tabelas transparentes e Views Estruturas Elemento de dados e domnio Localizao de ajuda

Pgina 29 de 54

ABAP APOSTILA 6

OBJETIVOS
Com a concluso desta unidade, voc ser capaz de: Criar programas em ABAP contendo o dilogos com o usurio e dilogos de banco de dados Descrever vrios objetos de desenvolvimento (Repository Objects) e como eles so usados Criar exemplos bsicos desses objetos de Repositrio que introduzidos no curso usam as ferramentas apropriadas de ABAP Workbench

ARQUITETURA R/3 CLIENT/SERVER


O sistema R/3 tem uma arquitetura de software modular que segue software - orientado e princpios client/server. O sistema R/3 aloca apresentao, aplicaes, e armazenamento de dados a computadores diferentes. Isto serve como a base para escalabilidade do R/3. O mais baixo nvel o de banco de dados. Aqui os dados so administrados com ajuda de um banco de dados relacional pelo sistema. Alm de dados de mestre e dados de transao, programas e metadata que descrevem o sistema de R/3 so armazenados e administrados aqui. Programas em ABAP executados ao nvel de aplicao, aplicaes providas pela SAP e os que voc mesmo desenvolve. Programas em ABAP trabalham com dados chamados como do nvel de banco de dados e aloca dados novos. O terceiro nvel o nvel de apresentao. Este nvel contm a interface de usurio na qual terminam o usurio podendo ter acesso aplicao , entrar em dados novos e receber os resultados de um processo de trabalho. A distribuio tcnica de software independente de seu local fsico no hardware. Verticalmente todos os nveis podem ser instalados em cima de um ao outro em um
Pgina 30 de 54

computador ou cada nvel em um computador separado. Horizontalmente, aplicao e apresentao de componentes nivelados podem ser divididos entre qualquer nmero de computadores. A distribuio horizontal de componentes de banco de dados, porm, depende do banco de dados de tipo instalado.

ABAP
ABAP uma linguagem de programao que a SAP criou para aplicaes em desenvolvimento. ABAP projetado para controlar tarefas de negcio especficas (como processamento de dados, exibio de moeda corrente especfica, e capacidades multilnges). ABAP foi concebido com desenvolvimento de dilogo de usurio dentro de um Sistema de R/3 distribudo em mente. Desenvolvedores no tm que se preocupar sobre qualquer comunicao ou problemas de distribuio entre os nveis diferentes. Trabalhando em conjunto com a SAP Basis, programas de ABAP so quase totalmente portteis. ABAP contm um jogo de comando especial chamado Open SQL para acesso a banco de dados. Aplicaes em ABAP podem ser efetivamente desenvolvidos dentro de um ambiente de time. Todo desenvolvimento de objetos na ABAP Workbench so armazenados no Repositrio de R/3. Isto inclui objetos de desenvolvimento como programas, telas, e tabelas.

REPOSITRIO R/3 E REPOSITRIO DE OBJETOS


Todos os objetos de desenvolvimento criados com ferramentas de desenvolvimentos encontradas no ABAP Workbench so classificados como objetos de Repositrio e armazenados centralmente no Repositrio de R/3. Repositrio de R/3 uma parte especial do banco de dados central do sistema de SAP. Repositrio organizado de acordo com a aplicao. Cada aplicao dividida mais adiante em subdivises lgicas chamado classes de desenvolvimento. Objetos de Repositrio so compostos freqentemente de sub-objetos que so objetos de Repositrio. Cada objeto de Repositrio deve ser nomeado para uma classe de desenvolvimento quando criado. Voc pode usar o Sistema de Informao de Repositrio para procurar Repositrio de acordo com vrios critrios.

FERRAMENTAS DA BANCA DE TRABALHO DO ABAP

Pgina 31 de 54

A Banca de trabalho de ABAP(ABAP Workbench) contm vrias ferramentas que lhe permitem editar objetos de repositrio especficos que representam um ciclo de software total. Os mais importantes destes so: ABAP Editor serve para escrever e editar cdigo de programa.
ABAP Dictionary serve para editar tabelas e outros objetos do ABAP Dictionary (veja ABAP Dictionary)

Menu Painter para projetar a interface de usurio (barra de menu, toolbar standard, toolbar de aplicao) (veja Dilogos - Interfaces) Screen Painter para telas artificiosas para dilogos de usurio (veja Dilogos - Telas) Function Builder para programar mdulos de funo (seqncia de dados com uma interface fixa) (veja Modularizao - Mdulos de Funo) Voc pode usar ferramentas do ABAP Workbench em qualquer um dos modos seguintes: Tambm chamando uma ferramenta, editando o objeto de repositrio correspondente para o projeto, e subsequentemente chamando a prxima ferramenta... Trabalhando o Browser de Repositrio: o Browser o prov voc a uma rvore - como avaliao de todos os objetos dentro de uma classe de desenvolvimento ou programa. Usando a caracterstica de navegao dianteira (dobre - clique o objeto) a ferramenta correspondente chamada ento automaticamente.

BROWSER DE REPOSITRIO
Em ordem com o processo de desenvolvimento mais eficiente integrado com o ambiente ABAP Workbench, com todas suas numerosas ferramentas, SAP criou o Repository Browser. Os objetos do Repositrio so organizados em uma hierarquia: Um componente de aplicao consiste em classes de desenvolvimento de mltiplos Uma classe de desenvolvimento pode conter vrios tipos diferentes de objetos: programas, grupos de funo, ABAP Dicionrio objeto... Cada objeto de Repositrio pode consistir em tipos de objeto diferentes: Programas podem ser feitos com: dados globais, tipos, campos, eventos... Grupos de Funes podem ser feitos com: dados globais, mdulos de funo,... A funo Repositrio Browser Objeto lista objetos de desenvolvimento de lista hierrquicos. Desta lista voc pode escolher desenvolvimento individual para editar selecionando por primeiro o Objeto com seu mouse e escolhendo a funo apropriada ento. O sistema ento automaticamente salta para a ferramenta correspondente a funo que voc escolheu. Se o objeto de desenvolvimento escolhido no existe, voc pode criar isto usando navegao dianteira.

LISTA DE OBJETOS DO REPOSITRIO BROWSER


Objetos do Repositrio Browser so exibidos em forma de rvore. Clicando duas vezes em em objeto voc automaticamente levado ao modo daquele objeto enquanto sua ferramenta chamada simultaneamente.

Pgina 32 de 54

Uma vez que voc criou um objeto de lista, o sistema automaticamente o mantm. Voc pode editar um programa de vrios modos diferentes: Na tela inicial do Repository Browser, escolha classe de desenvolvimento da lista de objeto e entre na classe de desenvolvimento do programa que voc deseja editar. Escolha Exibio de '. Na tela seguinte, uma rvore de relatrio que exibe a classe de desenvolvimento que voc escolhe, amplie o modo Programs ' e escolha seu programa com um clique duplo. Isto o leva lista de objeto do programa. Na tela inicial do Repository Browser, escolha Programa de e diretamente entre com o nome de seu programa. Na tela inicial do Repository Browser, escolha Program Objects ', escolha o Edit pushbutton ' e entre com o nome de seu programa na tela seguinte.

TRANSPORTANDO OBJETOS DE REPOSITRIO


Objetos de Repositrio so automaticamente compilados para a correo e transportados para o sistema quando so nomeados a uma classe de desenvolvimento. Depois que o desenvolvimento terminou, so transportados objetos de Repositrio em sistemas de teste e sistemas de produo por via de certo pathways prescrito. ABAP Workbench e o Workbench Organizer (WBO) organiza todo o desenvolvimento de tarefas pertencentes a objetos de Repositrio.

DESENVOLVIMENTO DE PROJETOS EM WBO


Sempre que comear um desenvolvimento de projeto , o projeto lder cria uma change request e nomeia empregados. O Workbench Organizer nomeia ento para o pedido de mudana um nmero de projeto ( <sid> K9 <nnnnn> , por exemplo IT3K900001) onde <sid> postos para o nmero de sistema). Em seguida, Workbench Organizer (WBO) cria uma tarefa para cada empregado. De agora em diante sempre que o empregado aloca um objeto de Repositrio quele pedido de mudana, o objeto de Repositrio ser arquivado automaticamente fora como a tarefa daquele empregado. Assim todo o objeto de Repositrio de um empregado trabalha durante um programa de desenvolvimento e coletado dentro dele ou da pasta de papis de tarefa dele. Depois que foram nomeadas classes de desenvolvimento, um fomentador nomeia para o objeto de Repositrio um pedido de mudana. Em contraste com a organizao lgica de objetos de Repositrio em classes de desenvolvimento, um pedido de mudana organiza estes objetos atravs de projetos e s uma diviso temporria. Assim, embora um programa sempre pertence a s uma classe de desenvolvimento, pode, a tempos diferentes, pertener a pedidos de mudana diferentes.

ENCERRAMENTO DOS PROJETOS

Pgina 33 de 54

Quando encerrar-se o desenvolvimento, o desenvolvedor liberta a tarefa. Os objetos e paradas de objetos so transferidos ento da tarefa para o pedido de mudana. Porm, todos os empregados nomeados tarefa ainda podem fazer mudanas ao objeto porque o Workbench Organizer criar automaticamente caso necessrio uma tarefa nova. Quando um projeto termina, o gerente de projeto liberta o pedido de mudana. Todas as fechaduras no objeto so afastadas. Os objetos de Repositrio so exportados ento ao diretrio de transporte central. O projeto no importado automaticamente no sistema designado, porm; importao deve ser ativada pela administradora de sistema que usa o programa de controle de transporte para dentro do sistema operacional. O desenvolvedor subseqentemente verifica o tronco de importao.

CRIANDO UMA CLASSE DE DESENVOLVIMENTO


Voc pode criar uma classe de desenvolvimento nova a partir Repository Browser. Sempre que voc escolhe Exibio de , o sistema confere para ver automaticamente se sua classe de desenvolvimento j existe. Se este no for o caso, ento uma caixa de dilogo aparece lhe perguntando se voc quer ou no criar uma classe de desenvolvimento. Voc tem que entrar na informao seguinte ao criar ou manter uma classe de desenvolvimento: Short texts: textos curtos aparecem em uma classe de desenvolvimento de objeto e lista prximo a seu nome tcnico. Transport layer: criada por seu administrador de sistema, uma camada de transporte determina em qual sistemas que seus objetos de Repositrio sero transportados. Podem ser criadas camadas de transporte mltiplas para um sistema de R/3. Neste caso um possvel pushbutton de entradas exibido lhe permitindo selecionar a camada de transporte que voc desejou. Aplication component: o Repositrio dividido logicamente primeiro em componentes de aplicao e ento classes de desenvolvimento. Conseqentemente, de Release 4.0, cada classe de desenvolvimento deve ser nomeada a um componente de aplicao. Sempre que voc economiza uma classe de desenvolvimento, voc tambm tem que nomear isto a um pedido de mudana.

NOMEANDO PEDIDOS DE MUDANA


Todos os objetos de Repositrio que so criados ou so modificados devem receber uma change request ao projeto correspondente. O treinador criou um pedido de mudana para o projeto BC400 Training Exerccios para este curso de treinamento, em KWxx '. Cada grupo tem tarefa dentro deste pedido de mudana. Salve tudo de seus objetos de Repositrio (desenvolvimento, classificao, programas. E assim sucessivamente) para este pedido de mudana.
Pgina 34 de 54

Voc pode exibir todas as change requests nos quais voc tem uma tarefa que usa o My tasks' pushbutton. Para maiores informaes sobre organizao de projeto do ponto de vista de administrao de projeto (incluindo criando tarefas), recorra unidade em logsticas de software.

PROGRAMAS COM O USO DE DILOGOS A BASE DE DADOS


Ns escreveremos agora uma curta demonstrao de programa importantes aplicacoes de R/3. Incluir: Usos de dilogos com telas de seleo, telas, mensagens, e lista Banco de dados com SQL Aberto Trabalho com objetos de dados internos

CRIANDO PROGRAMAS
Quando voc cria um programa novo voc tem que entrar em vrios detalhes administrativos primeiro. Os programas devem ser nomeados a uma classe de desenvolvimento particular. Isto classifica o programa logicamente. Tal designao s feita uma vez, quando so criados objetos de repositrio inicialmente (so nomeadas classes de desenvolvimento em troca ao componente para o qual eles pertencem logicamente). Adicionalmente, vrios atributos de programa gerais devem ser determinados. Um atributo importante o tipo de programa. O tipo de programa determina como um programa executado no ambiente client/server R/3 / , por exemplo uma subsequncia de texto fonte um programa executvel ou um pedao reutilizvel de cdigo. Finalmente um programa deve ser nomeado a um Workbench Organizer do projeto (change request). Isto classifica o objeto de repositrio cronologicamente. Uma vez o projeto atual acabado, um programa pode ser nomeado ento a um projeto novo. Um programa s pode ser editado depois que estas designaes iniciais forem feitas. A ferramenta usada para criar o programa determina em que ordem estas informaes devem ser inseridas.

ATRIBUTOS DE PROGRAMAS
Atributos de programas devem ser determinados quando criamos um novo programa. Os atributos mais importantes so: Ttulo, entre com um texto curto apropriado aqui. Aparecer prximo ao nome tcnico do programa no Browser de Repositrio. Categoria, especifica o modo de execuo de um programa. S pode ser digitado um tipo de programa diretamente. Voc pode descobrir mais sobre programas de ABAP correntes na unidade em Modularization e Organizao de Programa.

Pgina 35 de 54

Status, esta entrada age como um tronco e exibe informaes sobre estado de desenvolvimento de programa. Aplicao, este campo exibe o cdigo de identificao da aplicao. Voc pode usar estes atributos para procurar um programa particular no Sistema de Informao de Repositrio (uma coleta de informaes sobre programas).

EDITANDO IMPORTANTES FUNES


Importantes comandos de edies podem ser utilizados usando os botes da barra de ferramentas. Estes incluem Exibir <-> Modificar - lhe permite trocar atrs adiante entre exibio e modos de mudana. Inserir Linha - Insere uma linha sobre a posio de cursor (Entre divide a linha posio de cursor presente). Recortarremove uma linha ou bloco de texto selecionado. SelecionarSeleciona uma linha ou o fim de um bloco CopiarCopia um bloco selecionado de texto dentro do buffer. ColarInsere contedos em um programa DesfazerDesfaz a ltima operao HelpInicia o ajuda on-line Todas as funes de editor que usam a barra de menu podem ser utilizadas. Voc pode rodar o Editor de ABAP em modos diferentes.

O PAPEL DO DICIONRIO DE ABAP


Dicionrio de ABAP descreve tipos de dados e estruturas do sistema. Todos os programas de aplicaes tm acesso ao ABAP Dicionrio objetos. Forward Navigation tambm apia referncias de Dicionrio. Um objeto de Dicionrio importante a estrutura lgica de uma mesa de banco de dados. Este um descrio de uma tabela de banco de dados que usada para criar uma tabela fsica atual no sistema de banco de dados relacional. Referncias do Dicionrio tambm podem ser usadas em programas de ABAP para criar objetos de dados internos satisfatrio para processar dados do banco de dados.

DIALOGO COM USURIO: SELEES DE TELAS


A declarao de parmetros define o dilogo de usurio chamando uma tela de seleo e objeto de dados de programa interno <name> . Telas de Seleo so usadas para solicitar seleo necessria depois no programa. Voc pode definir as propriedades tcnicas do objeto de dados <name> de acordo com um dos tipos globais no Dicionrio de ABAP usando a adio LIKE. Se uma procura j esteve

Pgina 36 de 54

definida no Dicionrio de ABAP para o campo correspondente, possivelmente a entrada de ajuda j est disponvel ao usurio. Voc pode achar mais informaes sobre telas de seleo em SCREEN SELECTION documentao de palavra chave de TELA ou em dilogos: telas de Seleo. Voc pode achar mais informaes sobre a declarao de PARAMETERS na documentao de palavra chave de PARAMETERS.

DIALOGO COM USURIO: SELEES DE TELAS II


Quando um usurio entra com um valor e escolhe Execute ' o valor executado automaticamente no objeto de dados de programa interno <name> . So permitidas s entradas compatveis.

DIALOGO COM USURIO: TELAS


O parmetro CALL SCREEN chama uma tela. Uma tela deve ser criada usando a ferramenta Screen Painter.
Uma tela um objeto de Repositrio independente, mas pertence ao programa.

Voc pode definir campos em uma tela referentes ao Dicionrio de ABAP. Este tipo de tela executa automaticamente consistncia, confere e prov dilogos de erro. Neste caso a tela mais que um modelo de entrada de dados, em um fato de um programa dinmico. O parmetro TABLES declara objetos de dados internos que serve como uma interface para a tela. O parmetro MOVE preenche campo de tela <sdun_conn-carrid> com o valor de objeto de dados <pa_carr> neste exemplo. Com declarao de TABLES voc pode declarar uma rea de trabalho apropriada para os dados que forem inseridos na tela pelo usurio ou para a tela pelo programa.

CRIANDO TELAS
Forward Navigation (Navegao Dianteira) usado para criar uma tela no Screen Painter. Primeiro, os atributos de tela tm que ser fixados. Nota: muito importante entrar em um valor de 0 ou em branco no prximo campo de tela, como isto assegura aquele controle devolvido ao programa de chamada depois que uma entrada seja feita. Uma vez que voc entrou com seus atributos, escolha o Fullscreen Editor. Aqui voc cria elementos grficos para a tela. A funo mais importante para ns no momento Get from Dictionary '. Isto nos permite criar campos de contribuio na tela baseado em ABAP Dicionrio (inclusive os textos e ajudas de procura do Dicionrio). No exemplo , a estrutura <sdyn_conn > recobrado do Dicionrio. Uma caixa de dilogo aparece com todos os campos do strusture. O usurio seleciona os campos e ento escolhe Continue ' que os coloca na tela. Tambm podem ser inseridas Pushbuttons e armaes.

Pgina 37 de 54

Voc pode testar a tela que usa o Fullscreen Editor imediatamente. Finalmente, a tela deve ser gerada.

DIALOGO COM BASE DE DADOS: OPEN SQL


O parmetro DATA <data object> LIKE <dictionary type> declara um objeto de dados interno cuja estrutura determinada pelo LIKE. Este objeto de dados usado como uma rea de trabalho para os dados que na linguagem ABAP l de uma tabela de banco de dados. A linguagem ABAP contm uma declarao fixa chamada Open SQL. Parmetros Open SQL so um subconjunto das declaraes de SQL Standards, e tem modificaes de SAP_specific. Voc tem acesso o banco de dados com Open SQL. Nesta demonstrao ns estaremos usando a Declarao de Open SQL SELECT. Uma tabela deve ser definida no Dicionrio de ABAP antes que o parmetro Open SQL possa acess-la.

DIALOGO COM USURIO : MENSAGENS


O parmetro MESSAGE usado para enviar mensagens ao usurio. Tipos de mensagem como E (erro), ou I (informao), ou W (advertindo), neste caso uma mensagem de informao, determina o que o sistema faz depois de uma mensagem. Este comportamento depende da tela onde a mensagem aparece. Neste programa o cdigo de retorno SY - SUBRC conferido para determinar se a mensagem que I027 deveria ser enviado. Declaraes de ABAP enviam valores a SY SUBRC que prov informao sobre produo de declarao. SY-SUBRC=0, como mostrado acima, meios que as declaraes SELECT lem um registro prosperamente de uma tabela de banco de dados. Para mais informao sobre mensagens de usurio, recorra a Mensagens na unidade em Dilogo.

DIALOGO COM USURIO: LISTAS


ABAP contm parmetros (WRITE, SKIP, UNLINE) que permite a voc criar uma lista. Parmetros WRITE exibem contedos de campo, formatados de acordo com o tipo de dados deles/delas, como uma lista. Consecutivos WRITE exibem fora na mesma linha de produo. Produo continua na prxima linha quando o presente estiver cheio.

Pgina 38 de 54

Voc pode colocar uma entrada de posio na frente de um valor de produo que o permite determinar uma lista de Write (/), tamanho da lista (1) e onde uma coluna comea (p). Listas podem ser exibidas em cor. A lista completa aparece automaticamente no fim do programa.

SINTAXE GERAL DO ABAP


Programas em ABAP so compostos de parmetros individuais. Cada parmetro termina com ponto final. A primeira palavra em uma parmetro chamada uma palavra chave. Palavras sempre devem ser separadas por pelo menos um espao. Parmetros podem ser identados. Parmetros podem ter mais de uma linha.

SINTAXE GERAL DO ABAP E DECLARAES ENCADEADAS


Programas em ABAP so compostos de parmetro individuais. Cada fins de declaraes com um perodo. A primeira palavra em uma parmetro chamada uma palavra chave. Parmetros podem ser de identados. Parmetros podem ter mais de uma linha. Voc pode ter declaraes mltiplas em uma nica linha. Sucessivas declaraes podem ser codificadas com palavras chaves iniciais idnticas a uma declarao. Em declaraes encadeadas, a parte inicial da declarao que contm a palavra chave deve ser seguida por dois pontos. Elementos individuais que vm depois dos dois pontos devem ser separados sempre por vrgulas. Espaos em branco so permitidos antes e no final de todas expresses (clones, vrgulas, perodos) Fique atento, pois o sistema considera as partes individuais de uma declarao encadeada cheias - declaraes de fledged independente de um ao outro.

COMENTRIOS
H dois modos para incrementar um programa com comentrios: Um asterisco (*) em uma coluna lhe permite designar a linha inteira como um comentrio. Aspas () no meio de uma linha a designam como um comentrio.

Pgina 39 de 54

OPERAES EM PROGRAMAS DE ABAP


H vrias operaes no Browser de Repositrio usadas para editar objetos de Repositrio As mais comum e usadas para editar os programas so:

Editar Edita um programa Verificar Confere sintaxe de programa Executar Inicia os testes em um programa Eliminar Apaga um programa Copiar Copia um programa Renomear Renomeia um programa

SUMRIO
Programas em ABAP so executados em servidores de aplicao e comunicam-se com o nvel de apresentao e o nvel de banco de dados. So criados programas de ABAP usando as ferramentas ABAP Workbench (Banca de trabalho de ABAP) So categorizados objetos de repositrio logicamente ambos em classes de desenvolvimento e cronologicamente em tarefas Dilogos de usurio vem nas formas seguintes: telas de seleo, telas, mensagens, e listas programa comunica com o banco de dados usando declaraes do ABAP Opne SQL. ABAP APOSTILA 7 ABAP Open SQL Contedo: - Acesso ao Banco de Dados; - ABAP Open SQL; - Ligao com o Banco de Dados; - Reviso: Diferentes maneiras de se usar o ABAP Open SQL para ler as tabelas no Banco de Dados. ABAP Open SQL Objetivos da Unidade: No final deste capitulo voc ser capaz de: - Listar as diferentes maneiras de acesso ao Banco de Dados do programa ABAP; - Escrever um programa ABAP que l os dados de uma tabela no Banco de Dados. A Arquitetura do R/3 Cliente / Servidor: Apresentao Aplicao Banco de Dados
Pgina 40 de 54

Ligao com o Banco de Dados: H duas maneiras para se acessar o Banco de Dados de um programa ABAP usando o Open SQL ou o Native SQL. As declaraes do Open SQL e um subconjunto do Standard SQL que e totalmente integrado na linguagem ABAP. Eles permitem voc acessar o banco de dados de uma maneira uniforme pelos seus programas, sem se preocupar com o sistema de Banco de Dados que esta sendo utilizado. As declaraes do Open SQL so convertidas nas declaraes especficas do Banco de Dados (Standard SQL) pela ligao com o Banco de Dados (Database Interface). O Open SQL contem a Linguagem de Manipulao de Dados (DML) que e parte do Standard SQL, permitindo voc ler e alterar os dados. A Linguagem de Definio dos Dados (DDL) e a Linguagem de Controle dos Dados (DCL) partes do Standard SQL so controladas pelo dicionrio do ABAP e respectivamente pelos conceitos de autorizao, ambos so unificados e aumentam as funes oferecidas pelos diferentes sistemas de Banco de Dados. O Native SQL tem uma livre conexo com o ABAP, isso permite voc utilizar todas as funes oferecidas pelo programa de ligao do sistema de Banco de Dados que voc estiver utilizando. Diferente das declaraes do Open SQL, as declaraes do Native SQL no so checadas e convertidas pela ligao do Banco de Dados. Ao invs disso, elas so passadas diretamente para o sistema de Banco de Dados. Isso significa que os programas escritos em Native SQL esto em um Banco de Dados especifico. Quando escrever aplicaes R/3, evite utilizar o Native SQL.

As Declaraes Open SQL - Reviso: O Open SQL contm as declaraes DML: select, update, insert, delete, modify. Voc no deve mudar os registros no Banco de Dados sem primeiro entender o conceito de transao do SAP. As declaraes Open SQL determinam um valor no cdigo de retorno (sy-subrc). Se sysubrc = 0, a operao foi bem sucedida. Se sy-subrc <> 0, a operao no foi bem sucedida. Para as informaes adicionais sobre as declaraes, v ate a documentao On Line.

Declarao SELECT Reviso Voc usa as declaraes Open SQL para ler dados do banco de dados. Bsico declarao de seleo sendo uma lgica complexa que lhe permite ter acesso a muitos tipos de diferentes tabelas de banco de dados. A declarao contm uma srie de clusulas cada dos quais tm uma tarefa diferente: As clusulas SELECT especificam - Se o resultado da seleo uma nica linha ou vrias linhas. - Os campos que devem ser includos no resultado. - Se o resultado pode conter duas ou mais linhas idnticas. A clusula INTO especifica os objetos de dados internos no programa no qual voc quer colocar os dados seletos.

Pgina 41 de 54

A clusula FORM especifica a fonte dos dados (viso de tabela de banco de dados). A clusula WHERE especifica as condies que uma entrada de tabela deve encontrar para ser includa no resultado. Para informaes sobre outras clusulas, v documentao de palavra-chave no Editor de ABAP para a declarao SELECT.

Usando a declarao SELECT para uma nica linha: A declarao SELECT SINGLE lhe admite a leitura uma nica linha de uma tabela de banco de dados. Para assegurar que voc leu uma entrada nica, voc deve especificar a chave completa na clusula WHERE. Se voc usar a clusula CORRESPONDING FIELDS OF, voc pode preencher de rea de trabalho designada componente por componente. O sistema preenche esses componentes que tm nomes idnticos as colunas na tabela de banco de dados. Se voc no usar esta adio, o sistema preencher a rea de trabalho do fim para a esquerda sem qualquer considerao da sua estrutura. Se o sistema encontrar uma entrada de tabela que emparelha suas condies SY-SUBRC tem o valor 0.

Usando a declarao SELECT para vrias linhas: Se voc no usar o SINGLE adicionado na clusula SELECT, o sistema l todas as entradas que satisfazem os critrios na clusula WHERE. O programa de ABAP l os dados linha a linha na rea designada no loop. Voc tem que marcar o fim do loop usando a declarao ENDSELECT. Todas as declaraes entre as declaraes SELECT e ENDSELECT so executadas para cada entrada lida no banco de dados. SY-SUBRC = 0 se o sistema fosse capaz de selecionar pelo menos uma entrada. Depois que a declarao SELECT for executada em cada passagem do loop, os campos de sistemas SY-SUBRC contm o nmero de linhas lidas. Depois da declarao ENDSELECT, contm o nmero total de linhas lidas.

Usando a declarao SELECT para uma Tabela Interna: Voc pode ler os dados da tabela de banco de dados em uma tabela interna num nico passo usando a declarao SELECT... INTO TABLE (extrair a ordem). O sistema no usa um loop para ler dados em uma tabela interna. Ento, voc no precisa usar a declarao ENDESELECT. SY-SUBRC = 0 se o sistema fosse capaz de ler pelo menos uma entrada na tabela em um loop e adicion-lo a uma tabela interna. Para informaes adicionais sobre array fetch e tabela interna, v unidade de Tabela Interna deste curso.

Clusulas WHERE: Voc especifica quais registros de dados devem ser lidos no banco de dados usando a clusula WHERE. Voc pode entrar s com os nomes dos campos da tabela de banco de dados voc quer que seja lida pela clusula WHERE. O nome da tabela de banco de dados que voc quer

Pgina 42 de 54

acessar encontra-se na clusula FROM (exemplo de uma declarao correta: SELECT... FROM spfli WHERE carrid =..., exemplo de na declarao incorreta: SELECT... FROM spfli WHERE spfli-carrid =...). <value> pode ser qualquer objeto de dado, ou literal, uma constante ou um campo. As condies lgicas mltiplas podem ser somadas na clusula WHERE usando AND ou OR.

ABAP Open SQL: Resumo - Voc l e altera as entradas no banco de dados usando as declaraes do ABAP OPEN SQL. - A declarao SELECT lhe permite ler dados de colunas selecionadas e de uma ou mais linhas de uma tabela de banco de dados. Exerccios: Unidade: ABAP Open SQL Tema: Lendo um conjunto de linhas de uma tabela de banco de dados - Usando ABAP Open SQL - A declarao SELECT

3.1 Leia um conjunto de resultado de tabela SFLIGTH. 3.1.1 nome de programa: ZBC400_##_SELECT_SFLIGTH 3.1.2 crie uma tela de seleo com um campo input para SFLIGTH-CARRID (linha area). 3.1.3 defina uma estrutura como uma rea de trabalho se referindo a sua estrutura ZBC400_ ## ou a soluo modelo SBC400FOCC. 3.1.4 programe um loop SELECT que l os dados especificados pelo usurio e jogue isto em sua rea de trabalho. 3.1.5 usando a declarao WRITE dentro do loop SELECT, exiba as entradas que so lidas. Para gerar uma linha de alimentao, preceda os objetos de dado que voc quer exibir com o caracter ' / '. Exemplo: WRITE: / wa_sfligth-carrid,...

Pgina 43 de 54

ABAP APOSTILA 8 Dados e Declaraes do ABAP : Contedo Tipos de Declaraes Definies de Dados do Objeto Atribuies de Valores Clculos de Valores Declaraes de Controle.

Objetivos No final dessa Unidade, voc ser capaz de: Declarar tipos de dados Definir objetos de dados. Mudar os valores dos objetos de dados usando clculos por exemplo. Descrever e programar as declaraes de controle.

A arquitetura do Cliente / Servidor do R/3. Apresentao

Pgina 44 de 54

Aplicao Banco de dados

O tipo de conceito do ABAP Tipos de Dados - No ocupar o prprio espao de memria - Caracterizar os atributos tcnicos de um objeto de dados. - Os dados podem ser predefinidos ou definidos pelo usurio. Objetos de Dados - Ocupar seu prprio espao de memria. - So de um tipo particular. - So exemplos concretos de tipos de dados. O tipo de conceito do ABAP permite que voc distingue claramente entre os tipos de dados e os objetos de dados. Os tipos de dados e objetos de dados ocupam dois nomes de classes diferentes. Isto significa que um nome pode significar tanto um tipo de dados quanto um objeto de dados. Determinar tipos de objetos de dados referindo-se seu objeto para um tipo de ABAP predefinido, um tipo de definido usurio, ou um objeto de dicionrio. Voc tambm pode referir seu objeto para outro objeto de dados existentes. Nesse caso, todos os tipos de caractersticas so herdados pelo novo objeto de dados. Os tipos de dados definidos de usurio podem ser elementares ou estruturados. Os tipos de dados elementares no podem ser interrompidos por componentes adicionais. J os tipos de dados estruturados, so feitos livremente dos tipos de dados estruturados e elementares. Nos tipos de dados estruturados, existe uma diferena entre os tipos de estruturas e tipos de tabelas: - Tipos de estruturas (Conhecidos como estruturas ou registros em outra terminologia) podem ser feitos por componentes de qualquer tipo. - Tipos de tabelas (Conhecidas como conjunto em outra terminologia) podem ser feitos de linhas de qualquer tipo. - Os tipos de estruturas e os tipos de tabelas no nvel mais alto podem conter em si prprios tipos de estruturas adicionais e tipos de tabelas. Tipos Predefinidos de Dados Tipo I P F H oito tipos de Dados predefinidos em ABAP. Os tipos de dados numricos P, I e F tm as seguintes propriedades e valores ; Propiedade Integer/todo/nmero inteiro Ordem/Gama de valor Adequado para -231 to +231 Contadores/mostradores, quantidades, ndices, tempo, Nmero com lugares 2 caracteres por byte Quantias de dinheiro, de decimal comprimentos, pesos, Ponto Flutuante -2.2E-308 para + Clculos em uma 1,8E308 ordem/gama de valor muito grande

Pgina 45 de 54

Clculos com nmeros de tipo I so os mais econmicos, seguidos pelo tipo F e ento tipo P. Voc no devia, porm, que aquela aproximao cause erros com os nmeros do tipo F. particularmente desaconselhvel comparar os dois nmeros de pontos flutuantes para igualdade. Ao invs disso, voc deveria conferir se a diferena entre as duas cai dentro de uma tolerncia aceitvel. Voc deve usar somente o nmero de ponto flutuante para problemas matemticos onde voc pode aceitar erros de aproximao. Para problemas empresariais, voc deve usar normalmente o tipo P. No tipo dos nmeros P, dois dgitos so guardados em cada byte. A ltima metade do byte usado para o sinal de mais ou de menos.

Com os tipos de dados P, N, C e X voc pode entrar em uma extenso em parnteses depois do nome do tipo. Se no entrar nenhuma extenso, a extenso que falta para este tipo de dados usada. Com o tipo de dados P voc pode usar a adio de DECIMAIS para determinar o nmero de lugares decimais que deveriam ser usados (at um mximo de 14). Se nenhum tipo entrar, ento o campo automaticamente um tipo de campo C. Cada campo elementar vem como padro com um valor inicial apropriado para cada tipo. Voc mesmo pode fixar um valor inicial para um campo elementar referente a adio de VALORES. Depois de VALORES voc pode somente especificar um objeto de dados fixo. Regras para nomear os objetos de dados: - Um nome pode consistir de no mximo 30 caracteres (letras, nmeros, ou smbolos). - Os smbolos seguintes no so permitidos: ()+.,: - ESPACE um campo predefinido. Defina os tipos de estrutura usando a sintaxe TYPES: BEGIN DE <TYPE>,... ,END OF <TYPE>. Os componentes de estrutura podem ser definidos como um objeto de dados: voc determina a durao/extenso e o tipo. Os tipos de estrutura podem conter outros tipos de estrutura ou tipos de tabelas. Por motivo de compatibilidade, voc tambm pode definir estruturas usando DATA:BEGIN OF <REC>,... ,ENDOF <REC> sem ter que declarar um tipo de estrutura. Regras para nomear as estruturas: Um nome pode consistir de no mximo 30 caracteres (letra, nmeros, ou smbolos). Nenhum nome pode consistir somente de nmeros. Recomendaes: Sempre use uma letra como o seu carter inicial, use um sublinhado com nomes compostos. Uma Tabela Interna uma sucesso de linha com o mesmo tipo. Tipos de tabelas podem conter outros tipos de tabelas ou tipos de estrutura. Voc pode descobrir como definir tipos de tabelas na unidade em tabelas internas ou na documentao de palavras-chave debaixo da palavra-chave TYPES. Voc pode descobrir como declarar tabelas internas na documentao de palavras-chave debaixo da palavra-chave DATA ou na unidade tabelas internas. Os objetos de dados e os tipos de usurios definidos tambm podem ser definidos se referindo aos objetos de dicionrio ABAP. Use a adio de frases/declaraes LIKE com DATA e TYPES para se referir a um objeto de dicionrio ABAP. Sempre que um objeto de dicionrio ABAP mudado, todos os objetos de dados e tipos de usurios definidos que referem-se ao objeto, so alterados refletir estas mudanas.

Pgina 46 de 54

Voc pode definir os tipos de dados em um tipo de grupo no dicionrio ABAP em vez de definilos dentro de um programa ABAP. O nome do grupo de tipo no dicionrio ABAP tem no mximo 5 caracteres. Os nomes de tipos dentro do nome do grupo <typepoll> deve comear com <typepool> seguido por um sublinhado. Os tipos num grupo de tipo devem estar declarados nos programas ABAP com o comando TYPE-POOL. A declarao PARAMTERS um elemento de linguagem para estabelecer os campos internos dentro do relatrio. A diferena entre as declaraes PARAMTERS e DATA que os campos declarados usando PARAMETERS so apresentados para atribuir/introduzir na tela de seleo. Quando voc v a declarao PARAMETERS, voc pode usar as adies do TYPE e LIKE, como voc iria fazer quando usar a declarao de DATA. Anlogo para o modo no qual voc pode usar VALUE com DATA para nomear um valor inicial, voc pode usar a adio DEFAULT com a declarao PARAMTERS para fixar um valor que falta para o campo. Este valor pode ser literal, constante, ou um campo que leva seu valor do sistema quando o relatrio processado (por exemplo sy-datum). A declarao TABLES declara um objeto de dados que serve como uma interface de tela sempre que os campos de tela se referem ao mesmo objeto de Dicionrio. Use a declarao TABLES para definir uma rea de trabalho apropriada em seu programa ABAP para dados que o usurio entre em uma tela ou que passado para a tela de um programa. Voc define constantes usando as palavras-chave da CONSTANTS. A adio de VALUE requerida para constantes. Ela define os valores. ABAP reconhece dois tipos de literal: nmeros literais e textos literais. O posterior sempre incluso em vrgulas invertidas ('). Os nmeros inteiros (com preceder sinal de menos se eles so negativos) so armazenados como nmeros literais ou com tipo (maior e incluindo nove dgitos) ou tipo P (10 ou mais dgitos). Todos os outros literais (caracter, nmeros com lugares de decimal, nmeros de pontos flutuantes) so armazenados como textos literais com tipos de dados C. O processador ABAP leva um tipo de converso se necessrio (veja o slide do tipo de converso). Se voc quiser incluir uma vrgula invertida (') em um texto literal, voc tem que entrar nisto duas vezes. Smbolos de texto so textos literais. Os smbolos de texto so outros tipos literais. Smbolos de textos tm a vantagem que, em contraste com os textos literais simples, podem ser traduzidos. Os smbolos de texto permitem que voc remova textos de seu cdigo de fonte e os armazena em outro lugar, onde eles podem ser alterados mais facilmente por objetos como as listas independentes da linguagem. Voc pode enderear smbolos de texto em um programa de duas formas: TEXT-<XXX> (XXX uma sucesso de caracteres de 3 dgitos). ' <Text> ' (<XXX>) (XXX uma sucesso de caracteres de 3 dgitos). Voc pode criar smbolos de texto usando a navegao anterior, ou no Repositrio Browser debaixo dos elementos de texto. At agora ns temos encontrado as seguintes declaraes:

Pgina 47 de 54

TYPES DATA CONSTANTS PARAMETERS TABLES

Definio do tipo. Definio de campos elementares e tabelas internas. Definio de constantes Definio de parmetros Definio de reas de trabalho de tabelas

Na unidade de tabelas internas como tambm na sub-unidade na Seleo de telas na unidade de Dilogos, voc aprender sobre as seguintes declaraes: Definio de opes de seleo. Voc pode exibir um amplo panorama das declaraes declarativas em ABAP apertando o boto Editor ' i' e ento escolher o panorama ABAP. Faa uma panorama classificao da linguagem do programa ABAP pelas palavras-chave por tipo. Voc usa CLEAR para reajustar qualquer dados de objetos variveis ao valor inicial apropriado para seu tipo. Em estruturas, cada componente individual reajustado. As tabelas internas so reajustadas componente por componente e linha por linha para o valor inicial apropriado para seu tipo. H vrias declaraes de ABAP com que voc pode nomear valores aos objetos de dados. O mais importante destes as declaraes de MOVE Se as estruturas e os tipos dos objetos de dados no correspondem, ento certo tipo de regras de converso existem. Para mais informao sobre a regra de converso, v a palavra-chave MOVE. O MOVE-CORRESPONDING <rec1> PARA <rec2> declaraes transportam valores campo por campo entre estruturas <rec1> e <rec2>. Isto s funciona se os componentes tm nomes idnticos. O sistema procura por todos os campos em <rec1> cujo nome tambm acontece em <rec2> e campo de transportes <rec1>-<field nome> para <rec2>-<field nome> em todos os casos onde ele acha uma semelhana. Todos os outros campos permanecem inalterados. Se voc nomeia dados de objetos de tipos diferentes para um outro, ABAP leva um tipo de converso contanto que uma regra de converso tenha sido definida para os tipos interessados. Os slides seguintes explicam esta regra de converso. Um panorama amplo das regras de converso para tipos elementares contido na documentao online para o comando de DADOS. Os campos do tipo C so salvos pela justificao. Quando voc usa para converter para os campos do tipo C, os campos ficam cheios com espaos se for muito pequeno, e truncado se for muito longo (veja exemplos 1 e 2 acima). Quando voc converte um campo do tipo C para um campo do tipo P, s dgitos, um sinal de mais ou menos e um ponto de frao decimal so permitidos (veja exemplo 3 acima). Quando voc converte um campo acumulado para um tipo campo de C, os zeros principais so convertidos em espaos (veja exemplo 4 acima). ABAP tem regras para converter - Estruturas para estruturas - Campos elementares para estruturas
Pgina 48 de 54

- Estruturas para campos elementares As tabelas internas s podem ser convertidas em outras tabelas internas. Os tipos de linha apropriados so ento convertidos. A palavra-chave COMPUTE opcional. Voc pode priorizar clculos ilimitadamente. Os operadores e parnteses que formam partes de expresses cada, conta como uma palavra. No entanto, eles devem ser separados por espaos. Porm, o parntese de abertura no pode ser separado do nome de funo, por exemplo: SQRT (...). Errado: a = (B+EXP (C)) * E/SIN (3-G). Certo: a = (B + EXP (C)) * E / PECADO (3 - G). H uma separao aritmtica no processador ABAP para cada tipo de dados P, I e F. Uma expresso de aritmtica somente calculada usando uma nica aritmtica. A hierarquia que determina qual aritmtica usada a seguinte: I,P,F. ambos os operadores e o campo de resultados entram na determinao da aritmtica (veja RSAAA04K). Os operadores DIV e MOD devolvem inteiros (veja a documentao de online para COMPUTE). A funo STRLEN retorna o tamanho de uma string. Um panorama amplo de todas as funes est na documentao online para COMPUTE. Voc pode usar as formas encurtadas ADD, SUBTRACT, MULTIPLY e DIVIDE para operaes de aritmtica simples. Voc pode se dirigir e trocar as sub-reas de um campo elementar especificando a distncia e a durao. Voc deve evitar usar a distncia e a durao com estruturas. Aqui voc deve enviar os subcampos, simbolicamente. Com algumas declaraes, os detalhes da distncia e durao podem ser dados como variveis (MOVE, ASSIGN, parmetro real, WRITE... DO). Se um campo de dados convertido a um campo numrico, o sistema ABAP calcula o nmero de dias desde 01.01.0001. Reciprocamente, um valor numrico a um campo de dados interpretado como o nmero de dias desde 01.01.0001. Os valores dos campos de dados so convertidos em valores numricos (nmero de dias desde 01.01.0001) antes de qualquer clculo. ABAP no tem declaraes de GOTO ou equivalente. H outros comandos de controle como tambm aqueles listados acima. Por exemplo, a declarao LOOP...ENDLOOP que l tabelas internas e a distino de caso AT ...ENDAT para controlar o nvel dentro da declarao LOOP. As declaraes de controle podem ser aninhadas. As expresses lgicas podem ser unidas com NOT, AND e OR. Voc pode aninhar expresses parentticas to profundamente quanto voc quer. Os parnteses que denotam sub-expresses sempre contam como uma palavra. Eles devem ser ento separados atravs de espaos. Se voc comparar dois campos de tipo C com durao desigual, o campo menor prolongado para emparelhar o do mais longo quando a comparao feita. Est cheio de fim da mo direita com espaos.

Pgina 49 de 54

H um alcance inteiro de operadores comparativos adicionais que voc pode usar para comparar fios e pode pequenas comparaes. (Veja a documentao online para a declarao IF). If qualquer declaraes CASE lhe permitem fazer distines de caso CASE... ENDCASE: S uma das sucesses de declaraes executado. Quando as outras declaraes so opcionais. IF... ENDIF: As declaraes ELSE e ELSEIF so opcionais. Se a expresso lgica cumprida, a sucesso seguinte de declaraes executa. Se a expresso lgica no cumprida, a seo ELSE ou ELSEIF processada. Se no h nenhum ELSE ou nenhuma declarao ELSEIF adicional, o programa continua depois da declarao de ENDIF. Voc pode incluir qualquer nmero de declaraes de ELSEIF entre IF e ENDIF. Um mximo de uma das sucesses de declaraes ser executado. DO e WHILE so tambm usados em ABAP. Sy-index o contador para os comandos DO e WHILE. Sy-index tem o valor 1 durante a primeira passagem e aumentado de 1 o sistema para cada passagem. O seguinte verdadeiro para DO : O <n> TIMES parmetro opcional. Se voc no especifica isto, voc precisa construir uma condio de terminao (veja declarao de SADA). O nmero de passagens no pode ser alterado pelo campo de sy-index ou dentro do contador DO ...ENDDO. O seguinte aplicado a WHILE: Contanto a expresso lgica cumprida, a sucesso de declaraes executada. O nmero de passagens no podem ser alterados pelo campo de sy-index dentro do WHILE ...ENDWHILE. Duas declaraes esto disponveis para o processo: CHECK <expresso lgica>: Se a expresso lgica no foi cumprida, o sistema vai para a prxima passagem. So ignoradas todas as declaraes entre CHECK e ENDDO/ENDWHILE. Se a expresso lgica foi cumprida, a declarao de CHECK no tem nenhum efeito. Veja alguma documentao da palavra-chave CONTINUE. As declaraes EXIT dentro de uma estrutura faz com que o sistema deixe a atual. Para informao sobre como estes dois comandos trabalham fora do processo, v documentao da palavra-chave CHECK e EXIT, ou o apndice. RESUMO O tipo de conceito ABAP distingue entre tipos de dados e objetos de dados. H 8 tipos pr-definidos em ABAP: P,I,F,N,C,D,T,X. Voc pode declarar os tipos de dados do usurio definido ou tipo de grupos usando os tipos de declaraes. Voc pode definir os objetos de dados com as declaraes DADOS, PARMETROS de CONSTANTES e TABELAS. Voc pode usar as declaraes seguintes para controlar o fluxo de programa: IF ..ENDIF questo Condicional

Pgina 50 de 54

CASE ..ENDCASE questo Condicional DO ..ENDDO WHILE ..ENDWHILE CONTINUE salto CHECK salto Salto de EXIT

ABAP APOSTILA 9

Ferramentas de Teste: Contedo


As diferentes ferramentas de teste no Sistema R/3

Ferramentas de Teste: Objetivos desta unidade


Ao final desta unidade voc ser capaz de - Depurar programas - Identificar quando usar cada uma das seguintes ferramentas de teste: - Runtime Analysis - SQL Trace - Computer Aided Test Tool (CATT)

Ferramentas de Teste
Todas estas ferramentas so totalmente integradas no ABAP Workbench: - Debugger: Encontra erros de semntica em programas - Runtime Analysis: Analisa a performance dos mdulos de programas - SQL Trace: Analisa como os comandos de ABAP Open SQL so reproduzidos no banco de dados.
Pgina 51 de 54

CATT: Permite o teste automtico e iterativo de processos de negcios e administrativos no Sistema R/3.

Depurando
H varias maneiras de se iniciar o Debugger: - A partir do Repository Browser, escolha Teste/Executar - A partir do editor ABAP, escolha Debugging - A partir da transao que deseja testar, digite /h na linha de comandos - A partir de qualquer tela, escolha Sistema -> Utilitrios -> Depurao.

Funes Importantes de Depurao


Etapa individual Processa a prxima linha de um programa. Executar Todos os passos pertencentes `a linha atual so processados. Retorno Continua processando um nvel acima na hierarquia de chamada. Avanar Continua processando ate o prximo breakpoint ou o final do programa. Breakpoint Aparece uma tela onde voc pode definir pontos de parada.

Funes Importantes de Depurao II


Watchpoint Permite que voc defina watchpoints usando operadores relacionais. Expandir Subestrutura Expande campos estruturados com duplo clique. Exibe Tabelas Internas Complexas Exibe e expande com duplo clique. Exibe Hexadecimal Exibe campos com contedo hexadecimal. Funo Replace Permite que voc mude o contedo de um campo. - A funo replace permite que voc atribua um novo valor para um campo durante a depurao. Entre com o novo valor na coluna Contedo e escolha Modificar Contedo dos campos. O novo valor copiado na memria ocupada pelo campo.

Debugger: Overview
A tela do Debugger tem duas reas. Na de cima o cdigo do programa mostrado. Na de baixo o sistema mostra varias funes, dependendo do que voc escolheu para ser mostrado. Voc pode usar os botes na parte de cima da tela para alternar o que exibir. Voc pode expandir o cdigo do programa, escolhendo a funo Ampliar segmento de programa. Se voc clicar duas vezes numa linha, o sistema rola o cdigo ate esta linha ser mostrada no topo da tela. Para exibir a instruo que est sendo processada, escolha Exibir instruo atual. Na parte inferior da tela, voc pode exibir o contedo dos campos escolhendo Campos. Para exibi-lo, posicione o cursor no nome do campo, no cdigo programa e tecle F2 ou clique duas vezes.

Pgina 52 de 54

Voc pode exibir at oito campos, onde 4 esto visveis. Para ver os restantes necessrio usar os botes de rolagem.

Breakpoints (Pontos de Parada)


Quando voc escolhe Continuar no Debugger, o sistema continua a processar at encontrar o prximo breakpoint. Voc pode definir Breakpoints como segue: Breakpoint baseado na linha de comando: - Clique duas vezes na linha em que deseja definir o breakpoint. Um sinal de stop aparece. Para uma lista de todos os breakpoints escolha Ptos. parada. Para excluir um breakpoint, clique duas vezes na linha em que est o breakpoint que deseja remover, ou clique em Ponto de. parada -> Criar/Excluir. - Use a instruo ABAP: BREAK-POINT Breakpoint baseado na instruo: - Voc pode definir breakpoints com palavras-chave, eventos ou subrotinas no ABAP. Breakpoint baseado no contedo do campo (watchpoint): - Watchpoints so breakpoints baseados tanto na mudana do contedo dos campos, quanto na comparao de valores entre um campo e uma constante.

Tcnicas Avanadas: Runtime Analysis


A ferramenta Runtime Analysis permite a voc medir o tempo gasto pela CPU para executar um programa ABAP. A ferramenta mede a performance da modularizao das unidades, acessos ao banco de dados, tempos do sistema e de tabelas internas, tudo que possa exigir um grande tempo de processamento. Para informaes adicionais veja a documentao online em ABAP Workbench: Tools.

Tcnicas Avanadas: SQL Trace


A ferramenta SQL Trace permite a voc analisar a performance das instrues SQL em seu programa. Ela disponibiliza a voc ver como o otimizador do banco de dados interpreta as instrues Open SQL no banco de dados. Apenas uma pessoa por vez pode usar o SQL Trace num servidor de aplicaes. Portanto voc deve deixar de us-la assim que terminar seu trabalho.

Tcnicas Avanadas: Computer Aided Test Tool (CATT) A CATT uma parte totalmente integrada do ABAP Workbench. Ela permite a voc automatizar os testes dos processos de negcios. Com a CATT voc pode criar mdulos para programas individuais, ou procedures, contendo um processo de negcios completo, com todos os requerimentos para input cheking.

Pgina 53 de 54

Resumo
O Debugger dispe de um completo conjunto de funes para teste e anlise de programas. Runtime Analysis permite que voc avalie a performance de unidades modulares. SQL Trace permite que voc veja como as instrues em ABAP Open SQL so convertidas no banco de dados. CATT permite que voc analise processos administrativos e de negcios no Sistema R/3 usando procedures de test.

Pgina 54 de 54