1 Es un paso revolucionario en el desarrollo de interfaces de usuario basadas en Web. Difiere completamente de cualquier paradigma de diseño utilizado anteriormente por SAP y representa un gran avance en el desarrollo de aplicaciones de planificación de recursos para la empresa (ERP) basadas en Web.
a. Dynpros
b. Screen Painter
c. Web Dynpro
d. Report
e. Web Screen
2 Las aplicaciones Web Dynpro están creadas mediante técnicas de programación declarativas basadas en el paradigma Modelo Vista Controlador (MVC). La anterior afirmación es…
3 El marco Web Dynpro le permite colocar el código fuente personalizado en posiciones predefinidas dentro del código generado. La anterior afirmación es…
4 Todas las decisiones de implementación requieren ser tomadas en la fase de diseño. No es posible implementar una aplicación Web Dynpro, en la que la interfaz de usuario se define en tiempo de ejecución. Es necesario escribir directamente el código en HTML o JavaScript. La anterior afirmación es…
Indique algunas de las declaraciones metamodelo
a. Anidamiento y formato
b. Gestión de errores y navegación
c. Implement. De normas empresariales
d. Acceso a servicios (archivos, etc.)
e. Flujo de datos
f. Componentización
6 Desde una aplicación Web Dynpro ABAP, todos los tipos de componentes de reutilización pueden direccionarse de manera directa: Algunas de las características son:
a. Los métodos de clases se definen en su propio sistema
b. Los módulos de funciones se definen en el propio sistema o (vía SOAP) en el sistema back-end.
c. Los servicios web se ofrecen a través de un objeto de cliente de servicio web.
d. Ubicar de manera directa una declaración SELECT en los métodos del controlador.
7 Es posible desarrollar componentes Web Dynpro sin UI (anónimos), que sólo ofrecen funcionalidad reutilizable. Puede accederse a estos componentes desde otros componentes Web Dynpro mediante la reutilización de componentes.
8 Un principio fundamental en la filosofía de Web Dynpro es: Cuanto menos líneas de código escrito a mano, mejor. Web Dynpro persigue este objetivo de las siguientes maneras.
a. Web Dynpro utiliza un metamodelo declarativo para definir las interfaces de usuario. El entorno de desarrollo genera el código fuente requerido a partir de esta definición abstracta.
b. Web Dynpro ofrece la característica de generar subrutinas dentro de los objetos con el fin de modularizar dentro de los módulos.
c. Web Dynpro ofrece características técnicas como, por ejemplo, soporte para la internacionalización, interacción sin intermitencias y una separación depurada de la lógica empresarial y la interfaz de usuario. (MVC)
d. Los asistentes admiten la definición de formularios y tablas en la UI y el código fuente en los métodos del controlador. De esta manera, se reduce significativamente el esfuerzo de desarrollo.
9 Las aplicaciones Web Dynpro pueden estar incrustadas en el entorno del portal y pueden ser visualizadas por…
a. SAP NetWeaver Business Client
b. SAP Report
c. SAP Easy Access
d. Browser
• Cuáles de las siguientes son ventajas de Web Dynpro
a. Maximizar codificación y minimizar diseño
b. Lógica y Layout independientes
c. Admitir la reutilización de comp.
d. Ejecutar en una sola plataforma
e. Huella cero basada en browser
f. Soporte de accesibilidad 508
De los siguientes elementos cuales pertenecen a componentes de Web Dynpro
a. Ventanas->Navegación
b. Ventanas->Combinación de vista
c. Vistas->UI
d. Controlador de comp.-> Ctrl Flujo
e. Modelo->Reglas empresariales
f. Modelo->Administración base de datos
• Cuáles son las entidades relacionadas con la UI
a. Controlador
b. Ventanas
c. Vistas
d. Modelo
• En que sección del MVC se encuentra el código fuente de Web Dynpro
a. Controladores Web Dynpro
e. Elementos UI
Se puede acceder a los componentes de Web Dynpro de las siguientes maneras:
a. Mediante una aplicación Web Dynrpo, se puede enlazar un componente Web Dynrpo a un URL, al que se puede llamar desde un browser de navegación en Web o desde otro cliente Web Dynpro.
b. Cuando se reutiliza un componente Web Dynpro como subcomponente, la interfaz visual de un componente Web Dynpro puede combinarse con las entidades visuales del componente principal para formar la UI.
c. Cuando se reutiliza un componente Web Dynpro como subcomponente, el componente principal puede acceder a todos los métodos y datos definidos en la interfaz de programación.
Las siguientes son características de contextos de Web Dynpro
a. Almacenamiento jerárquico de datos
b. Se utiliza para almacenar datos relacionados con el UI
c. El transporte de datos entre el controlador se puede establecer con definición de asignación
d. En el momento de transporte de datos se debe generar un llamado a la función que controla el UI.
La vinculación se datos se refiere a…
a. Los valores de los elementos de datos deben estar ligados a las variables
b. Los datos que se traen desde la base de datos deben estar asociados a los campos de la UI
c. Los valores de los elementos de UI que permiten la entrada de usuario deben estar conectados a los atributos de contexto del controlador correspondiente.
d. Se establece un transporte de datos automático entre los elementos de UI y los atributos de contexto.
La asignación de contextos se refiere a…
a. Se puede hacer referencia a las variables definidas en un contexto de controlador Web Dynpro desde otros controladores Web Dynpro.
b. Permite compartir atributos comunes entre varios controladores, por lo que no es necesario copiar dichos atributos entre los contextos de controlador
c. Los valores de los elementos de UI permiten entrada y salida de información
d. El trasporte de datos permite generar contextos diferentes entre aplicaciones.
Para que se establezca una relación de asignación, deben realizarse en primer lugar los siguientes pasos
a. Debe existir un nodo en el contexto del controlador que actúa como origen de asignación. Es posible que este nodo tenga nodos inferiores o atributos
b. El controlador de origen de asignación no debe ser un controlador de vistas
c. El controlador que contenga el nodo asignado debe declarar la utilización del controlador de origen de asignación como controlador utilizado.
El marco Web Dynpro realiza las siguientes tareas:
a. El transporte de los datos desde el atributo de contexto hasta el elemento de UI durante el proceso de renderizado de la pantalla.
b. Genera componentes de contexto en HTML y Javascript
c. Rellenar el atributo de contexto a partir del elemento de UI una vez que el usuario ha introducido los datos y se ha iniciado la siguiente petición al servidor. Los valores introducidos por el usuario se convierten automáticamente y se verifica la conformidad con el tipo de datos. Si se produce un error, se visualizará un mensaje.
• La navegación entre vistas se desencadena disparando tomas de entrada. Al disparar una toma de entrada se produce un evento de navegación. Los eventos de navegación son eventos asincrónicos especiales que se colocan en una cola de navegación.
La cola de navegación se procesa en un momento concreto de la fase de procesamiento de Web Dynpro. A partir de este momento, la pila de navegación se puede ampliar disparando tomas de salida adicionales, o bien se puede eliminar toda la pila de navegación.
Las tomas de entrada son métodos de programa de control de eventos especiales que se suscriben a los eventos de navegación producidos al dispararse tomas de salida.
Las tomas de entrada y salida se unen mediante enlaces de navegación. Técnicamente, enlazar una toma de entrada a una toma de salida es necesario crear una función que permita retomar el evento y a su vez ligar la navegación definida en la ventana.
Cuáles de los siguientes elementos pertenecen a ventanas y vistas anidadas
a. Una ventana es el conjunto de todas las vistas posibles que pueden componer una pant. Visible
b. Una vista puede tener áreas de container definidas por ViewContainerUIElement.
c. Un ViewContainerUIElement sólo puede mostrar una vista por vez.
d. Una ventana permite al usuario tener una navegación dentro de la misma vista anidada.
Cuando se crea una ventana se definen tres cosas
a. Todas las vistas posibles que podrían existir en la interfaz visual del componente deben incrustarse en la ventana.
b. Si se requiere la visualización de varias vistas en paralelo, el layout y la posición de dichas vistas se definirá mediante una vista especial que contiene ViewContainerUIElements en su layout.
c. Al momento de definir el contenedor de navegación hay que declarar los componentes de las vistas y elegir la estructura de navegación.
d. Se deben definir los enlaces de navegación entre las diferentes vistas.
Sólo se puede visualizar una vista a la vez en el área de container de vistas.
Las áreas de container de vistas se pueden dejar vacías mediante la incrustación de una vista EMPTYVIEW (se genera automáticamente con el componente) cuyo punto de navegación de entrada responda a un evento de navegación adecuado.
Un conjunto de vistas es:
a. Una definición de ventanas que permiten la navegación del usuario
b. El subconjunto de vistas continuamente visibles
c. El punto de navegación generando tomas de entrada y de salida
d. Una serie de ventanas que el usuario visualiza conjuntamente.
Asocia las capas de interacción empresarial y del usuario. Todo el procesamiento intermedio se realiza aquí (solicitud – respuesta). (Capa vinculación).
a. Modelo
b. Vista
c. Controlador
Genera los datos de aplicación sin importar cómo se visualizarán (Capa interacción empresarial).
Visualiza los datos de aplicación sin importar cómo se han generado (Capa interacción usuario)
La arquitectura de un componente Web Dynpro se puede dividir en dos partes:
a. Vistas y ventanas
b. Visibilidad interna y externa
c. Vista y controlador
d. Publicas y privadas
Si un componente Web Dynpro (componente superior) necesita acceder a otro componente Web Dynpro (componente subordinado).
a. Se crea una instancia de utilización de un componente específico y el componente superior accede a la funcionalidad del componente subordinado mediante su interfaz de componentes de controlador.
b. Se crea una instancia de clase donde el componente subordinado accede a manera de herencia al componente específico.
c. Se crea una interfaz la cual es ejecutada desde la clase del componente subordinado y luego este accede al componente superior
d. Se crea una instancia de utilización de un componente subordinado y este componente accede a la funcionalidad del componente superior mediante su interfaz de componentes de controlador.
Las únicas partes de un componente Web Dynrpo que son visibles para el usuario son
b. Interfaz de controlador
c. Vistas de interfaz
d. Modelos
Cuáles de las siguientes afirmaciones son correctas
a. Todos los componentes Web Dynpro pueden tener más de una interfaz de controlador. Mediante la interfaz de controlador, se puede acceder a los datos, métodos y programas de control de eventos desde otros componentes.
b. Las vistas de interfaz representan la interfaz visual de un componente Web Dynpro. Existe una relación directa entre una ventana y una vista de interfaz. Cada vez que se define una ventana, se genera automáticamente una vista de interfaz relacionada que hace accesible a la ventana desde fuera del componente. La vista de interfaz sólo muestra al usuario del componente aquella toma de entrada y salida que tienen la propiedad interfaz activada. No se puede acceder a los métodos y datos de contexto de la ventana mediante la vista de interfaz relacionada.
c. Si el componente no tiene vistas, no es necesario que tenga ventanas. En este caso, el componente no implementa una vista de interfaz. A los componentes que no tienen ninguna interfaz visual se les llama componentes anónimos.
Una aplicación Web Dynpro es un punto de entrada a un componente Web Dynpro y es la única entidad Web Dynpro a la que se puede acceder mediante un URL.
Para definir una aplicación Web Dynpro, debe especificar:
a. El componente al que se debe instanciar; a continuación, este componente se denominará componente raíz.
b. Qué vista de interfaz del componente raíz se utiliza; las vistas por defecto de esta vista de interfaz definen el conjunto de vistas por defecto.
c. Qué toma de entrada actúa como punto de entrada para la vista de interfaz designada (esta toma de entrada debe ser del tipo Inicio).
Los controladores contienen el código fuente de una aplicación Web Dynpro; contienen los datos contextuales y se encargan del tratamiento de eventos y de la navegación.
Cuáles de los siguientes tipos de controladores pertenecen a un componente Web Dynpro.
a. Componentes
b. Reportes
c. Personalizado
d. HTML
e. Configuración
f. Interfaz
g. Vistas
h. Ventanas
i. Base de datos
Cuáles son los métodos de conexión en el marco Web Dynpro
a. Wddoinit()
b. Wd_this()
c. Wd_context()
d. Wddoexit()
Existen dos atributos predefinidos, que se utilizan para acceder a la funcionalidad del controlador.
El controlador de componentes posee tres métodos de conexión adicionales
a. Wddobeforeoutput()
b. Wddobeforenavigation()
c. Wddopostprocessing()
d. Wddoapplicationstatechange()
e. Wddoprocessinput()
f. Wddoapplicationscreen()
Nomenclatura de método <Toma de salida>
a. OUTPUT_<Toma de salida>_PROCESS
b. FIRE_<Toma de salida>_PLG
c. INPUT_<Toma de salida>_PROCESS
d. HANDLE_<Toma de salida>_PLG
Nomenclatura de método <Toma de entrada>
a. OUTPUT_<Toma de entrada>_PROCESS
b. FIRE_<Toma de entrada >_PLG
c. INPUT_<Toma de entrada >_PROCESS
d. HANDLE_<Toma de entrada >_PLG
Un registro estático de un punto de navegación de entrada al evento de navegación provocado por un punto de navegación de salida se denomina un enlace de navegación. Los enlaces de navegación no forman parte de una vista pero se definen en una ventana incrustada en la vista. Por consiguiente, el registro de eventos se puede definir de manera diferente en varias ventanas.
Nomenclatura de una acción que se enlaza a un evento del cliente
a. INACTION<Accion>
b. OUTACTION<Accion>
c. ONACTION<Accion>
d. INTOACTION<Accion>
Métodos de conexión especiales en los controladores de vista
a. Wddobeforeaction()
b. Wddoafteraction()
c. Wddomodifyview()
d. Wddooncontectmenu()
Además de los atributos estándar de todos los controladores, un controlador de vistas tiene una referencia al controlador de componentes de su componente…
a. WD_CONTROLLER_COMP
b. WD_COMP_CONTROLLER
c. WDDOCOMP_CONTROLLER
d. WDDOCONTROLLER_COMP
Métodos de conexión especiales en los controladores de ventanas
b. Wddoonopen()
c. Wddoafteraction()
d. Wddoonclose()
Mediante esta técnica, dos o más controladores pueden acceder a los mismos datos de tiempo de ejecución. Éste es el mecanismo básico del uso compartido de datos entre controladores de un único componente.
a. Nodo de contexto
b. Atributo de contexto
c. Asignación de contexto
d. Asignación de nodo raíz
Las siguientes características pertenecen a los atributos de contexto
a. Almacena datos de tiempo de ejecución o referencias a datos de tiempo de ejecución
b. Puede tener subordinados (nodos o atributos)
c. Descripción de metadatos declarada manualmente o derivada de una estructura DDIC
d. Basado en tipos DDIC
Todos los contextos de controlador se construyen a partir de una disposición jerárquica de entidades conocidas como nodos y atributos. Un contexto tiene siempre un nodo superior conocido como nodo raíz de contexto. Este nodo raíz de contexto tiene propiedades fijas y no se puede eliminar.
Un atributo de contexto es la clase de abstracción principal utilizada para el almacenamiento de datos de tiempo de ejecución en el marco Web Dynpro. Los atributos de contexto se organizan jerárquicamente.
Un nodo de contexto es una entidad del contexto que no puede tener subordinados. Un nodo de contexto no puede existir sin estar subordinado a algún nodo superior.
Los valores de cardinalidad posibles para un nodo de contexto son:
a. n… n
b. 0… 1
c. 0… n
d. 1… 1
e. 1… 0
f. 1… n
g. N… 1
En tiempo de ejecución, el nodo raíz de contexto se instancia automáticamente. La referencia a este nodo se proporciona mediante el marco a través del atributo de controlador…
a. WDDO_COMP_CONTROLLER
c. WD_COMP_CONTEXT
d. WD_CONTEXT
Las propiedades del nodo raíz no se pueden modificar. La cardinalidad es 1…1 por lo tanto, el nodo raíz siempre contiene exactamente un elemento.
Todos los nodos de contexto definidos como subordinados directos del nodo raíz de contexto (nodos independientes) se instancian automáticamente cuando se accede a ellos por primera vez (programáticamente o porque los datos del nodo se visualizarán en la UI).
Si intenta realizar cualquier acción en una serie de nodos que violaría la cardinalidad, la aplicación experimenta un dump. Dichas acciones incluyen
a. Intentar eliminar el elemento por defecto de un nodo con cardinalidad 1…1 ó 1…n
b. Intentar agregar un segundo elemento a un nodo con cardinalidad 0…1 ó 1…1
c. Intentar eliminar el elemento por defecto de un nodo con cardinalidad 0…1
d. Intentar agregar un segundo elemento a un nodo con cardinalidad 1…n
Este atributo de tipo número entero se utiliza para simplificar el acceso de la serie del nodo.
a. LEAD_INDEX_SELECTION
b. LEAD_SELECTION_INDEX
c. NO_SELECTION_INDEX
d. LEAD_SELECT_NUMBER
Estos elementos se utilizan para estructurar la UI sin ser visibles
a. TransparentContainer
b. ViewContainerUIElement
c. InvisibleElement
d. InputField
Los elementos de container
• Group
• Panel
• TransparentContainer
• Tray
• ScrollContainer (obsoleto, reemplácelo por TransparentContainer)
La propiedad Layout puede tener los siguientes valores
• FlowLayout
• RowLayout
• MatrixLayout
• FormLayout
• GridLayout (cuando sea posible, reemplácelo por MatrixLayout)
Para los casos donde se generen saldos de filas automáticamente por la ventana estrecha tanto en el navegador como en el layout… esto se puede controlar desactivando la propiedad wrapping en false.
Los siguientes elementos no forzan un salto de línea
• InputField
• Label
• FormattedTextView, TextView
Button, ButtonChoice, ToggleButton
• LinkChoice, LinkToAction, LinkToUrl, ToggleLink
• CheckBox, TriStateCheckBox
• DropDownByIndex, DropDownByKey
• RadioButton
• Imagen
Es el primer método procesado en la duración del controlador. Solo se le llama una vez en el ciclo de vida del controlador.
a. Wddoexit()
b. Wddoinit()
c. Wddoafternavitation()
d. Wddobeforenavigation()
Es el último método procesado al final del ciclo de vida de un controlador. Todo el código de depuración debería ir aquí.
Cuáles de las siguientes opciones para modificar un sistema SAP hacen parte de la campo de ampliación:
a. Variantes de transacción
b. Asistente de modificaciones
c. Exit de usuario
d. Diccionario ABAP
e. Exit de cliente
f. Eventos de operación empresarial
g. Add-ins empresarial
Cuáles son los niveles de modificación.
a. Customizing
b. Personalización
c. Modificación
d. Ampliación
e. Desarrollo de cliente
Una ampliación del cliente realiza:
a. Establece procesos y funciones comerciales específicas para su sistema de acuerdo con una guía de implementación. Por ello, todas las modificaciones posibles se han pensado y organizado a conciencia.
b. Realiza modificaciones en determinados atributos de visualización globales de campos (configurar valores predeterminados o campos ocultos), además de crear secuencias de menú específicas de usuario.
c. Se trata de modificaciones en los objetos del Repository SAP realizados en el centro del cliente. Si SAP suministra una versión modificada del objeto, el sistema del cliente se debe ajustar para reflejar estas modificaciones.
d. Implica crear objetos de Repository para clientes individuales que hacen referencia a objetos que ya existen en el Repository SAP.
e. Implica crear objetos de Repository exclusivos para clientes individuales en el área de nombres de cliente.
¿Cuáles son los procedimientos a aplicar para modificar una función, Cuando no está disponible una funcionalidad en SAP estándar? (Dos respuestas)
c. Desarrollo de cliente
d. Solución CSP
e. Ampliación
f. Desarrollo de cliente con/sin objetos SAP como modelo
g. Modificación
En qué casos se debería realizar modificaciones al código.
a. El Customizing o la personalización no pueden cubrir sus necesidades.
b. No hay previstos exits de usuario ni ampliaciones similares.
c. No tiene sentido copiar el objeto SAP en el área de nombres de cliente.
d. Esté disponible la funcionalidad de SAP estándar.
¿Cuáles de las siguientes características, hacen parte del nivel (Extensión) para la modificación mediante Workbench ABAP?
a. Asistente de modificaciones
b. Diccionario ABAP
c. Ampliaciones de programas
d. Ampliaciones de menú
e. Ampliaciones de pantalla
f. Llamada o no de objetos SAP
De las siguientes afirmaciones cuales son correctas para las modificaciones en los objetos SAP de los sistemas del cliente.
a. Se ejecutan con ayuda de exits de usuario (subrutinas reservadas a los clientes en objetos del área de nombres de SAP).
b. Varios puntos de los objetos de Repository SAP son “Codificación fija”
c. Ampliaciones sobre variables del sistema
d. Permiten realizar modificaciones sobre características del Workbench.
Puede ampliar el sistema en los niveles siguientes:
a. En programas ABAP (exits de módulo de funciones)
b. En interfaces GUI (exits de menú)
c. En pantallas, mediante la inserción de una subscreen en un área especificada por SAP (exits de dynpro)
d. Variables del sistema (ampliaciones variables del sistema)
e. Modificaciones al ICM (ampliaciones ICM)
f. En pantallas, mediante el procesamiento del código de cliente que hace referencia a un campo específico en la pantalla (exits de campo)
g. En estructuras o tablas de Dictionary ABAP (ampliaciones de tabla)
Cuáles son las dos formas de ampliar tablas y estructuras con campos
a. Estructuras append
b. Tablas append
c. Includes del customizing (“includes CI”)
d. Elementos de datos append
Cuáles son las diferencias entre Includes Customizing (CI) y estructuras append.
a. Las ampliaciones de tabla que usan estructuras append no tienen que ser planificadas por desarrolladores SAP
b. Una estructura append sólo puede pertenecer a una tabla.
c. Los includes CI permiten usar la misma estructura en varias tablas.
d. Las ampliaciones de tabla que usan includes CI sí deben ser planificadas por desarrolladores SAP.
e. Al igual que las ampliaciones de estructuras append, las ampliaciones de includes CI no tienen que ser planificadas por desarrolladores.
Cómo funcionan las ampliaciones del programa. Cuales de las siguientes afirmaciones son correctas.
a. Exit de usuario - Modulo de funciones
b. Exit de cliente - Modulo de funciones
c. Exit de usuario – Subrutinas
d. Business Transaction Event – Modulo de funciones
e. Add in empresarial – Método
f. Exit de cliente – Subrutinas
g. Add in empresarial – Modulo de funciones
Cuáles son las técnicas de ampliación de programa en el área de nombres de cliente. Cuáles afirmaciones son correctas:
a. Exits de cliente
b. Eventos de transacción empresarial
c. Ampliaciones de variables
d. Add-ins empresariales
e. Exits de usuario
Es posible realizar ampliaciones a la barra del menú, agregando una función de cliente.
Las ampliaciones de menú permiten añadir opciones adicionales a un menú estándar de SAP. El sistema actualmente ofrece dos opciones. Cuáles opciones ofrece el sistema SAP actualmente para realizar modificaciones al menú estándar de SAP.
b. Exits de usuario
c. Exits de empresa
e. Exits de ventana
Cuáles de las siguientes ampliaciones de pantallas se pueden realizar en los exits de dynpro.
a. Definir las áreas de subscreen.
b. Especificar las llamadas correspondientes en la lógica de proceso.
c. Proporcionar el framework para transportar los datos.
d. Incluir el exit de dynpro en una ampliación.
e. Actualizar la documentación.
Los add-ins empresariales también pueden contener exits de dynpro.
Cuáles de las siguientes características hacen parte de una estructura append.
a. Los clientes pueden crear una estructura append para una tabla SAP. (sin preparación por parte de SAP).
b. Se pueden utilizar varias estructuras append con una sola tabla SAP.
c. Se pueden utilizar como estructuras normales en programas.
d. Los clientes deben pedir autorización a SAP para corregir una tabla.
Cuáles son los puntos que se deben tener en cuenta cuando se utilice estructuras append.
a. No puede crear estructuras append para tablas pool y cluster.
b. Si una tabla contiene un campo largo (ya sea de un tipo de datos LCHR o LRAW), entonces no es posible ampliar la tabla con una estructura append. Esto se debe a que los campos largos de este tipo siempre deben ser el último campo en sus respectivas tablas. Después de ellos no se pueden añadir campos de una estructura append.
c. Si usa una estructura append para ampliar una tabla SAP, los nombres de campo de la estructura append deben estar en el área de nombres de cliente, es decir, deben empezar por YY o ZZ. Esto evita que se produzcan conflictos de asignación de nombres con cualquier campo nuevo que SAP pueda insertar en el futuro.
d. Todos los ajustes necesarios de la estructura se llevan a cabo automáticamente cuando ajusta el catálogo de la base de datos (UPDATE TABLE).
A diferencia de las estructuras append, los includes del Customizing se pueden insertar en más de una tabla. Indique si la anterior afirmación es correcta o falsa.
Los programas include de customizing no forman parte del área de nombres de cliente: todos sus nombres comienzan con ‘ZCI_’ esta convención para fijar nombres garantiza que no se producirán errores por includes de Customizing inexistentes.
Los nombres de campo de los includes de Customizing deben estar dentro del área de nombres de cliente, como los nombre de campo de las estructuras append. Estos nombres deben empezar por…
a. CI o ZCI
b. YY o ZZ
c. ZC o YC
d. Z_ o Y_
Los programadores de aplicaciones de SAP definen etiquetas de campo de distintas longitudes y una descripción breve de cada elemento de datos. Los clientes pueden sobrescribir estos textos con textos específicos del cliente.
a. User exit
b. Menu exit
c. Field exit
d. Client exit
Cuál es la transacción para realizar ampliaciones de texto.
a. CDOM
b. CMOD
c. SE11
d. SMOD
Sólo se pueden sobrescribir las etiquetas de campos de dynpro a los que el desarrollador del dynpro no haya asignado explícitamente un texto descriptivo. En estos casos, el atributo de campo de dynpro “Dict. modificado” tiene el valor “F”.
Cuáles son los valores que puede tener atributo “Dict. modificado”
a. ESPACIO
b. 1
c. 2
d. 3
e. 4
f. 5
g. 6
h. V
i. F
j. Q
En caso que SAP realice un upgrade de realese sobre el sistema (Las etiquetas se cambian a las anteriores), existe la posibilidad de restablecer las etiquetas anteriores las cuales habían sido cambiadas por el cliente.
Cuando se amplía la documentación del elemento de datos, se puede copiar la documentación de SAP como propia. En este caso, cuando el usuario presione F4 para el campo de dynpro correspondiente, el sistema visualizará la documentación de SAP junto con la documentación específica del cliente
Al momento de realizar una ampliación de documentación de cliente. Es posible elegir entre “texto original” (Añadir datos a la documentación SAP) y “Modelo” (Documentación específica del cliente)
Cuáles de las siguientes características pertenecen a ampliaciones de aplicación
a. Cada ampliación proporciona un conjunto de funciones definidas con precisión y planificadas previamente.
b. Las ampliaciones de aplicación se pueden realizar sin ningún tipo de planificación.
c. La interfaz entre las funciones del cliente y SAP está definida con claridad.
d. Como cliente, no hace falta que sepa cómo implementar aplicaciones de SAP.
e. No hace falta ajustar las ampliaciones tras un upgrade debido a nuevas funciones desarrolladas por SAP.
f. Cuando se realiza un upgrade se debe restablecer los cambios
Los programadores de aplicación de SAP crean ampliaciones de SAP a partir de exits de módulo de funciones, exits de menú y exits de dynpro. Para este fin no hay disponible una función de gestión (código de transacción SMOD)
Se entrega a los clientes un catálogo que contiene un resumen de las ampliaciones de SAP actuales. Ellos pueden combinar las ampliaciones de SAP que quieran en un proyecto de ampliación mediante la transacción SMOD
El módulo de funciones de exit es llamado en un punto de texto fuente definido por el desarrollador de aplicaciones de SAP. Dentro del módulo de funciones, los usuarios pueden añadir una función al área de nombres de cliente mediante un inlcude. La anterior afirmación es falsa o verdadera.
De qué manera los programadores de aplicaciones de SAP definen la llamada del módulo de funciones:
a. CALL USER-FUNCTION ‘nnn’.
b. CALL CUSTOMER-FUNCTION ‘nnn’.
c. CALL CLIENT-FUNCTION ‘nnn’.
d. CALL FUNCTION ‘nnn’.
e. PERFORM ‘nnn’.
Los módulos de funciones CUSTOMER siempre pertenecen a grupos de funciones cuyos nombres empiezan por …
a. Y
b. X
c. Z
d. T
e. K
Cuáles de las siguientes convenciones se utilizan para fijar nombres a los módulos de funciones:
a. Prefijo: EXIT
b. Nombre del programa que llama el módulo de funciones
c. Sufijo: Número de tres dígitos→
d. Las tres partes del nombre están separadas por un carácter de subrayado.
La sentencia CALL CUSTOMER-FUNCTION sólo se ejecuta tras haber activado el proyecto de ampliación. Pero si se llama varias veces el mismo módulo de funciones, el llamado no surte y se debe crear una función diferente.
¿Cómo se puede saber si un programa de aplicación ofrece un exit de programa?
a. El acceso vía Sistema → Status con un string de caracteres adecuado “CALL CUSTOMER”.
b. Nombre técnico de la ampliación FUNCTION exit_<prog_name>_001.
c. A través de internet
d. Ninguna de las anteriores
Cuál es la nomenclatura de un nombre del programa para un grupo de función en el sistema SAP.
a. SAPQ<Nom. Grupo Func>
b. SAPL<Nom. Grupo Func>
c. SAPT<Nom. Grupo Func>
d. SAPF<Nom. Grupo Func>
Cuáles de las siguientes afirmaciones son correctas, para un saber cómo funcionan un grupo de funciones X
a. Un grupo de funciones está formado por includes. El sistema asigna nombres exclusivos a los includes de distintos objetos. Algunos de los nombres de include son simples propuestas y otros no se pueden modificar.
b. Los datos globales se guardan en el include F01. Este include se genera automáticamente cuando se crea un grupo de funciones.
c. Los módulos de funciones se guardan en includes numerados secuencialmente y guardados a su vez en un include cuyo nombre acabe en PXX.
d. Si bien puede elegir libremente los nombres de los includes para todos los otros objetos (subrutinas, módulos, eventos, etc.), le recomendamos aceptar los nombres propuestos.
Los grupos de funciones de exit creados por los programadores de aplicaciones de SAP para exits de ampliación incluyen programas de Include que comienzan con LX o ZX. Sólo puede editar los includes que empiecen por L, que son los que están guardados en el área de nombres de cliente.
Cuál de las siguientes nomenclaturas aplican para un programa include, del código fuente para los módulos de funciones de un exit de módulo de funciones.
a. ZlaaaUnn
b. LxaaaUnn
c. ZxaaaUnn
d. LzaaaUnn
Los programadores de aplicaciones SAP pueden declarar datos globales en el programa de Include LXaaaTAP.
La sentencia INCLUDE del programa ZXaaaUnn está incluida en un bloque FUNCTION – … ENDFUNCTION. Por ello, no se permiten eventos, subrutinas (FORM) ni módulos (MODULE).
Cuáles de las siguientes nomenclaturas hacen parte de subobjetos específicos del programador de aplicaciones SAP.
a. LX...F01 contiene subrutinas proporcionadas por SAP.
b. ZX...E01 contiene los eventos que pertenecen al grupo de funciones X.
c. LX...O01 contiene módulos PBO para pantallas que se deben suministrar.
d. ZX...I01 contiene los módulos PAI correspondientes.
Cuáles de las siguientes nomenclaturas hacen parte de objetos de cliente.
a. LXaaaFnn para subrutinas
b. ZXaaaOnn para módulos PBO
c. LXaaaInn para módulos PAI
d. ZXaaaEnn para eventos
Los componentes que componen la IU de Web Dynpros son: (2 correctas):
o Dynpros
o Ventanas
o Nodos
o Vistas
o Controladores
Respecto al acceso a los componentes Web Dynpro tenemos: (2 correctas)
o Cuando se reutiliza un componente Web Dynpro como subcomponente, la interfaz visual de un componente Web Dynpro puede combinarse con las entidades visuales del componente principal para formar la UI.
o Cuando se reutiliza un componente Web Dynpro como subcomponente, el componente principal no puede acceder a todos los métodos y datos definidos en la interfaz de programación.
o Mediante una aplicación Web Dynpro, se puede enlazar un componente Web Dynpro a un URL, al que se puede llamar desde un browser de navegación en Web o desde otro cliente Web Dynpro.
o Cuando se reutiliza un componente Web Dynpro como subcomponente, este no puede combinarse con las entidades visuales del componente principal para formar la UI.
La mejor forma de disponer de entidades reutilizables que encapsulen lógica empresarial es:
o Hacer llamado a subrutinas de programas ABAP
o Usar Módulos de Función via RFC
o Mediante BADI’s empresariales
o Creando Clases Globales
o Usando BAPI’s
Con el método get_static_attributes_table( ), se pueden recuperar los atributos de todos los elementos a modo de:
o Tabla interna.
o UI Table
o Tabla transparente
o Tabla de control
Existen dos métodos de conexión para todos los tipos de controlador:
o wddoexit( )
o wddoconnect( )
o wddoinit( )
o wddoclose( )
Todos los contextos de controlador se construyen a partir de una disposiciónjerárquica de entidades conocidas como: (2 correctas)
o Métodos
o Atributos
o Clases
Los eventos especiales de navegación y los programas de control de eventos de navegación se han creado para permitir la navegación entre varios controladores de vistas Web Dynpro. A éstos se les denomina:
o Nodos de navegación
o Métodos de navegación
o Entradas de navegación
o Tomas de Navegación
o Eventos de navegación
Las únicas partes de un componente Web Dynpro que son visibles para el usuario son: (2 correctas)
o Ventanas de navegación.
o La interfaz de controlador.
o La(s) vista(s) de interfaz.
o Dynpros Programadas
o Ninguna de las anteriores
El principal objetivo de Web Dynpro es:
o Permitir mejorar la interface de usuario de SAP.
o Permitir a los desarrolladores de aplicaciones crear aplicaciones Web potentes con el mínimo esfuerzo.
o Permitir acceder de manera remota a SAP
o Permitir a los desarrolladores de aplicaciones crear aplicaciones Web potentes pese al esfuerzo que esto implica.
En función del tipo de controlador, hay disponibles métodos de conexión adicionales. Para el controlador de componentes, existen tres métodos estándar adicionales:
o wddobeforenavigation()
o wddopostnavigation()
o wddopostprocessing()
o wddoapplicationstatechange()
o wddoafterprocessing()
Los elementos de container son elementos de UI que pueden tener elementos inferiores arbitrarios. Estos elementos de UI son: (3 correctas)
o Group
o Panel
o CustomContainer
o Tray
Se pueden encontrar métodos de conexión especiales en los controladores de vistas: (3 correctas)
o wddobeforeaction( ),
o wddopostaction( ),
o wddomodifyview( )
o wddooncontextmenu( ).
o wddoonaction( ).
Cuando inicia la aplicación Web Dynpro, los controladores se procesan de la siguiente manera: (5 correctas, cabe anotar que no están en el orden definido)
o Se procesa el método del controlador de componente wddoonclose( ).
o Se procesa el método del controlador de componente wddobeforenavigation( ).
o Se procesa el método del controlador de componente wddopostprocessing( ).
o Se procesa el método del controlador de vista wddomodifyview( ).
o Se procesan los métodos wddoinit( ) para estos controladores (orden: controlador de componente, controlador de ventana, controlador de vista).
o Se procesa el método handledefault( ).
Son parámetros de la propiedad SelectionMode del elemento de UI Table: (3 Correctas)
o selectionMode = none:
o selectionMode = all:
o selectionMode = single o singleNoLead:
o selectionMode = singleNoLead o multiNoLead:
Para los controladores de ventanas, existen dos métodos de conexión especiales:
o wddoonexit( )
o wddoonopen( )
o wddooninit( )
o wddoonclose( )
Es cualquier entidad gráfica que ocupe una posición dentro de un layout de visualización:
o Vista
o Ventana
o Dynpro
o Elemento de UI
Cada controlador Web Dynpro tiene exactamente una estructura jerárquica de almacenamiento de datos, conocida como:
o Estructura Lógica
o Vista Lógica
o Nodo Lógico
o Contexto
o Controlador de Datos
o Metadatos
El modelo implementado para la programación de Web Dynpros es:
o Modelo basado en programación en capas.
o Modelo de programación orientado a objetos.
o Modelo Vista Controlador.
o Modelo estructurado.
No son elementos UI compuestos:
o MatrixLayout
o FormLayout
o ScrollContainer
Si se requiere la visualización de varias vistas en paralelo, se debe:
o Crear una ventana ViewContainerUIElements en su layout
o Crear varias vistas dentro de una ventana.
o Una vista especial que contiene ViewContainerUIElements en su layout.
o Una vista dentro de una ventana especial y esta vista contentra las vistas adicionales
Todos los componentes Web Dynpro tienen sólo una interfaz de controlador. Mediante la interfaz de controlador, se puede:
o Acceder a los datos
o Acceder métodos
o Acceder programas de control de eventos desde otros componentes.
o Acceder a funciones y BAPI’s estándar.
o Controlar toda la interface de usuario.
Para los controladores de vistas, existen cuatro métodos de conexión adicionales, dos de ellos son:
o wddochangeview()
o wddoafteraction()
o wddooncontextmenu()
o wddopostaction()
El controlador de componentes posee tres métodos de conexión adicionales:
o wddobeforenavigation( )
o wddopostnavigation( )
o wddopostprocessing( )
o wddoapplicationstatecreate( )
o wddoapplicationstatechange( )
o wddoapplicationstateupdate( )
o Vistas y Ventanas
o Visibilidad Internas y Externas
o Nodos y Controladores
o Visualización y Control
o Controladores y Ventanas
Para que se establezca una relación de asignación (de contextos), deben realizarse en primer lugar los siguientes pasos: (3 Correctas)
o Debe existir un nodo en el contexto del controlador que actúa como origen de asignación. Es posible que este nodo tenga nodos inferiores o atributos.
o El controlador de origen de asignación no debe ser un controlador de vistas.
o Los campos relacionados en la ventana deben tener una asignación en el nodo controlador, y estos deben tener el mismo nombre para que se pueda establecer la relación
o El controlador que contenga el nodo asignado debe declarar la utilización del controlador de origen de asignación como controlador utilizado.
Son tipos de controladores en un componente Web Dynpro: (3 correctas)
o Controlador de componentes
o Controladores de Dynpros
o Controladores Generales
o Controladores de configuración
o Controladores de usuario
o Controladores Personalizados
Cada controlador Web Dynpro es:
o Una Modulo de Función ABAP
o Un Programa ABAP
o Un Metodo de una clase ABAP
o Una Clase ABAP
o Un grupo de funciones ABAP
Para definir una aplicación Web Dynpro, debe especificar: (3 correctas)
o Componente Base
o Un conjunto de vistas por defecto.
o Una toma de entrada
o Componente raíz.
o Una entrada de sistema.
