Question 1
Question
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.
Answer
-
a. Dynpros
-
b. Screen Painter
-
c. Web Dynpro
-
d. Report
-
e. Web Screen
Question 2
Question
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…
Question 3
Question
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…
Question 4
Question
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…
Question 5
Question
Indique algunas de las declaraciones metamodelo
Answer
-
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
Question 6
Question
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:
Answer
-
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.
Question 7
Question
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.
Question 8
Question
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.
Answer
-
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.
Question 9
Question
9 Las aplicaciones Web Dynpro pueden estar incrustadas en el entorno del portal y pueden ser visualizadas por…
Question 10
Question
• Cuáles de las siguientes son ventajas de Web Dynpro
Answer
-
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
Question 11
Question
De los siguientes elementos cuales pertenecen a componentes de Web Dynpro
Answer
-
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
Question 12
Question
• Cuáles son las entidades relacionadas con la UI
Answer
-
a. Controlador
-
b. Ventanas
-
c. Vistas
-
d. Modelo
Question 13
Question
• En que sección del MVC se encuentra el código fuente de Web Dynpro
Question 14
Question
Se puede acceder a los componentes de Web Dynpro de las siguientes maneras:
Answer
-
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.
Question 15
Question
Las siguientes son características de contextos de Web Dynpro
Answer
-
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.
Question 16
Question
La vinculación se datos se refiere a…
Answer
-
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.
Question 17
Question
La asignación de contextos se refiere a…
Answer
-
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.
Question 18
Question
Para que se establezca una relación de asignación, deben realizarse en primer lugar los siguientes pasos
Answer
-
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.
Question 19
Question
El marco Web Dynpro realiza las siguientes tareas:
Answer
-
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.
Question 20
Question
• 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.
Question 21
Question
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.
Question 22
Question
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.
Question 23
Question
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.
Question 24
Question
Cuáles de los siguientes elementos pertenecen a ventanas y vistas anidadas
Answer
-
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.
Question 25
Question
Cuando se crea una ventana se definen tres cosas
Answer
-
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.
Question 26
Question
Sólo se puede visualizar una vista a la vez en el área de container de vistas.
Question 27
Question
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.
Question 28
Question
Un conjunto de vistas es:
Answer
-
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.
Question 29
Question
Asocia las capas de interacción empresarial y del usuario. Todo el procesamiento intermedio se realiza aquí (solicitud – respuesta). (Capa vinculación).
Answer
-
a. Modelo
-
b. Vista
-
c. Controlador
Question 30
Question
Genera los datos de aplicación sin importar cómo se visualizarán (Capa interacción empresarial).
Answer
-
a. Modelo
-
b. Vista
-
c. Controlador
Question 31
Question
Visualiza los datos de aplicación sin importar cómo se han generado (Capa interacción usuario)
Answer
-
a. Modelo
-
b. Vista
-
c. Controlador
Question 32
Question
La arquitectura de un componente Web Dynpro se puede dividir en dos partes:
Question 33
Question
Si un componente Web Dynpro (componente superior) necesita acceder a otro componente Web Dynpro (componente subordinado).
Answer
-
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.
Question 34
Question
Las únicas partes de un componente Web Dynrpo que son visibles para el usuario son
Question 35
Question
Cuáles de las siguientes afirmaciones son correctas
Answer
-
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.
Question 36
Question
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.
Question 37
Question
Para definir una aplicación Web Dynpro, debe especificar:
Answer
-
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).
Question 38
Question
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.
Question 39
Question
Cuáles de los siguientes tipos de controladores pertenecen a un componente Web Dynpro.
Answer
-
a. Componentes
-
b. Reportes
-
c. Personalizado
-
d. HTML
-
e. Configuración
-
f. Interfaz
-
g. Vistas
-
h. Ventanas
-
i. Base de datos
Question 40
Question
Cuáles son los métodos de conexión en el marco Web Dynpro
Answer
-
a. Wddoinit()
-
b. Wd_this()
-
c. Wd_context()
-
d. Wddoexit()
Question 41
Question
Existen dos atributos predefinidos, que se utilizan para acceder a la funcionalidad del controlador.
Answer
-
a. Wddoinit()
-
b. Wd_this()
-
c. Wd_context()
-
d. Wddoexit()
Question 42
Question
El controlador de componentes posee tres métodos de conexión adicionales
Answer
-
a. Wddobeforeoutput()
-
b. Wddobeforenavigation()
-
c. Wddopostprocessing()
-
d. Wddoapplicationstatechange()
-
e. Wddoprocessinput()
-
f. Wddoapplicationscreen()
Question 43
Question
Nomenclatura de método <Toma de salida>
Answer
-
a. OUTPUT_<Toma de salida>_PROCESS
-
b. FIRE_<Toma de salida>_PLG
-
c. INPUT_<Toma de salida>_PROCESS
-
d. HANDLE_<Toma de salida>_PLG
Question 44
Question
Nomenclatura de método <Toma de entrada>
Answer
-
a. OUTPUT_<Toma de entrada>_PROCESS
-
b. FIRE_<Toma de entrada >_PLG
-
c. INPUT_<Toma de entrada >_PROCESS
-
d. HANDLE_<Toma de entrada >_PLG
Question 45
Question
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.
Question 46
Question
Nomenclatura de una acción que se enlaza a un evento del cliente
Answer
-
a. INACTION<Accion>
-
b. OUTACTION<Accion>
-
c. ONACTION<Accion>
-
d. INTOACTION<Accion>
Question 47
Question
Métodos de conexión especiales en los controladores de vista
Answer
-
a. Wddobeforeaction()
-
b. Wddoafteraction()
-
c. Wddomodifyview()
-
d. Wddooncontectmenu()
Question 48
Question
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…
Answer
-
a. WD_CONTROLLER_COMP
-
b. WD_COMP_CONTROLLER
-
c. WDDOCOMP_CONTROLLER
-
d. WDDOCONTROLLER_COMP
Question 49
Question
Métodos de conexión especiales en los controladores de ventanas
Answer
-
a. Wddobeforeaction()
-
b. Wddoonopen()
-
c. Wddoafteraction()
-
d. Wddoonclose()
Question 50
Question
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.
Question 51
Question
Las siguientes características pertenecen a los atributos de contexto
Answer
-
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
Question 52
Question
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.
Question 53
Question
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.
Question 54
Question
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.
Question 55
Question
Los valores de cardinalidad posibles para un nodo de contexto son:
Answer
-
a. n… n
-
b. 0… 1
-
c. 0… n
-
d. 1… 1
-
e. 1… 0
-
f. 1… n
-
g. N… 1
Question 56
Question
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…
Answer
-
a. WDDO_COMP_CONTROLLER
-
b. WD_COMP_CONTROLLER
-
c. WD_COMP_CONTEXT
-
d. WD_CONTEXT
Question 57
Question
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.
Question 58
Question
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).
Question 59
Question
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
Answer
-
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
Question 60
Question
Este atributo de tipo número entero se utiliza para simplificar el acceso de la serie del nodo.
Answer
-
a. LEAD_INDEX_SELECTION
-
b. LEAD_SELECTION_INDEX
-
c. NO_SELECTION_INDEX
-
d. LEAD_SELECT_NUMBER
Question 61
Question
Estos elementos se utilizan para estructurar la UI sin ser visibles
Question 62
Question
Los elementos de container
Question 63
Question
La propiedad Layout puede tener los siguientes valores
Question 64
Question
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.
Question 65
Question
Los siguientes elementos no forzan un salto de línea
Answer
-
• InputField
-
• Label
-
• FormattedTextView, TextView
-
Button, ButtonChoice, ToggleButton
-
• LinkChoice, LinkToAction, LinkToUrl, ToggleLink
-
• CheckBox, TriStateCheckBox
-
• DropDownByIndex, DropDownByKey
-
• RadioButton
-
• Imagen
Question 66
Question
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.
Question 67
Question
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í.
Question 68
Question
Cuáles de las siguientes opciones para modificar un sistema SAP hacen parte de la campo de ampliación:
Answer
-
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
Question 69
Question
Cuáles son los niveles de modificación.
Answer
-
a. Customizing
-
b. Personalización
-
c. Modificación
-
d. Ampliación
-
e. Desarrollo de cliente
Question 70
Question
Una ampliación del cliente realiza:
Answer
-
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.
Question 71
Question
¿Cuáles son los procedimientos a aplicar para modificar una función, Cuando no está disponible una funcionalidad en SAP estándar? (Dos respuestas)
Question 72
Question
En qué casos se debería realizar modificaciones al código.
Answer
-
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.
Question 73
Question
¿Cuáles de las siguientes características, hacen parte del nivel (Extensión) para la modificación mediante Workbench ABAP?
Answer
-
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
Question 74
Question
De las siguientes afirmaciones cuales son correctas para las modificaciones en los objetos SAP de los sistemas del cliente.
Answer
-
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.
Question 75
Question
Puede ampliar el sistema en los niveles siguientes:
Answer
-
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)
Question 76
Question
Cuáles son las dos formas de ampliar tablas y estructuras con campos
Question 77
Question
Cuáles son las diferencias entre Includes Customizing (CI) y estructuras append.
Answer
-
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.
Question 78
Question
Cómo funcionan las ampliaciones del programa. Cuales de las siguientes afirmaciones son correctas.
Answer
-
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
Question 79
Question
Cuáles son las técnicas de ampliación de programa en el área de nombres de cliente.
Cuáles afirmaciones son correctas:
Question 80
Question
Es posible realizar ampliaciones a la barra del menú, agregando una función de cliente.
Question 81
Question
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.
Answer
-
a. Exits de cliente
-
b. Exits de usuario
-
c. Exits de empresa
-
d. Add-ins empresariales
-
e. Exits de ventana
Question 82
Question
Cuáles de las siguientes ampliaciones de pantallas se pueden realizar en los exits de dynpro.
Answer
-
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.
Question 83
Question
Los add-ins empresariales también pueden contener exits de dynpro.
Question 84
Question
Cuáles de las siguientes características hacen parte de una estructura append.
Answer
-
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.
Question 85
Question
Cuáles son los puntos que se deben tener en cuenta cuando se utilice estructuras append.
Answer
-
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).
Question 86
Question
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.
Question 87
Question
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.
Question 88
Question
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…
Answer
-
a. CI o ZCI
-
b. YY o ZZ
-
c. ZC o YC
-
d. Z_ o Y_
Question 89
Question
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.
Answer
-
a. User exit
-
b. Menu exit
-
c. Field exit
-
d. Client exit
Question 90
Question
Cuál es la transacción para realizar ampliaciones de texto.
Answer
-
a. CDOM
-
b. CMOD
-
c. SE11
-
d. SMOD
Question 91
Question
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”.
Question 92
Question
Cuáles son los valores que puede tener atributo “Dict. modificado”
Answer
-
a. ESPACIO
-
b. 1
-
c. 2
-
d. 3
-
e. 4
-
f. 5
-
g. 6
-
h. V
-
i. F
-
j. Q
Question 93
Question
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.
Question 94
Question
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
Question 95
Question
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)
Question 96
Question
Cuáles de las siguientes características pertenecen a ampliaciones de aplicación
Answer
-
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
Question 97
Question
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)
Question 98
Question
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
Question 99
Question
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.
Question 100
Question
De qué manera los programadores de aplicaciones de SAP definen la llamada del módulo de funciones:
Answer
-
a. CALL USER-FUNCTION ‘nnn’.
-
b. CALL CUSTOMER-FUNCTION ‘nnn’.
-
c. CALL CLIENT-FUNCTION ‘nnn’.
-
d. CALL FUNCTION ‘nnn’.
-
e. PERFORM ‘nnn’.
Question 101
Question
Los módulos de funciones CUSTOMER siempre pertenecen a grupos de funciones cuyos nombres empiezan por …
Question 102
Question
Cuáles de las siguientes convenciones se utilizan para fijar nombres a los módulos de funciones:
Answer
-
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.
Question 103
Question
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.
Question 104
Question
¿Cómo se puede saber si un programa de aplicación ofrece un exit de programa?
Answer
-
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
Question 105
Question
Cuál es la nomenclatura de un nombre del programa para un grupo de función en el sistema SAP.
Answer
-
a. SAPQ<Nom. Grupo Func>
-
b. SAPL<Nom. Grupo Func>
-
c. SAPT<Nom. Grupo Func>
-
d. SAPF<Nom. Grupo Func>
Question 106
Question
Cuáles de las siguientes afirmaciones son correctas, para un saber cómo funcionan un grupo de funciones X
Answer
-
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.
Question 107
Question
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.
Question 108
Question
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.
Answer
-
a. ZlaaaUnn
-
b. LxaaaUnn
-
c. ZxaaaUnn
-
d. LzaaaUnn
Question 109
Question
Los programadores de aplicaciones SAP pueden declarar datos globales en el programa de Include LXaaaTAP.
Question 110
Question
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).
Question 111
Question
Cuáles de las siguientes nomenclaturas hacen parte de subobjetos específicos del programador de aplicaciones SAP.
Answer
-
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.
Question 112
Question
Cuáles de las siguientes nomenclaturas hacen parte de objetos de cliente.
Answer
-
a. LXaaaFnn para subrutinas
-
b. ZXaaaOnn para módulos PBO
-
c. LXaaaInn para módulos PAI
-
d. ZXaaaEnn para eventos
Question 113
Question
Los componentes que componen la IU de Web Dynpros son: (2 correctas):
Answer
-
o Dynpros
-
o Ventanas
-
o Nodos
-
o Vistas
-
o Controladores
Question 114
Question
Respecto al acceso a los componentes Web Dynpro tenemos: (2 correctas)
Answer
-
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.
Question 115
Question
La mejor forma de disponer de entidades reutilizables que encapsulen lógica empresarial es:
Answer
-
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
Question 116
Question
Con el método get_static_attributes_table( ), se pueden recuperar los atributos de todos los elementos a modo de:
Answer
-
o Tabla interna.
-
o UI Table
-
o Tabla transparente
-
o Tabla de control
Question 117
Question
Existen dos métodos de conexión para todos los tipos de controlador:
Answer
-
o wddoexit( )
-
o wddoconnect( )
-
o wddoinit( )
-
o wddoclose( )
Question 118
Question
Todos los contextos de controlador se construyen a partir de una disposiciónjerárquica de entidades conocidas como: (2 correctas)
Answer
-
o Métodos
-
o Atributos
-
o Clases
-
o Nodos
-
o Ventanas
Question 119
Question
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:
Answer
-
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
Question 120
Question
Las únicas partes de un componente Web Dynpro que son visibles para el usuario son: (2 correctas)
Answer
-
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
Question 121
Question
El principal objetivo de Web Dynpro es:
Answer
-
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.
Question 122
Question
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:
Question 123
Question
Los elementos de container son elementos de UI que pueden tener elementos inferiores arbitrarios. Estos elementos de UI son: (3 correctas)
Answer
-
o Group
-
o Panel
-
o CustomContainer
-
o Tray
Question 124
Question
Se pueden encontrar métodos de conexión especiales en los controladores de vistas: (3 correctas)
Answer
-
o wddobeforeaction( ),
-
o wddopostaction( ),
-
o wddomodifyview( )
-
o wddooncontextmenu( ).
-
o wddoonaction( ).
Question 125
Question
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)
Answer
-
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( ).
Question 126
Question
Son parámetros de la propiedad SelectionMode del elemento de UI Table: (3 Correctas)
Question 127
Question
Para los controladores de ventanas, existen dos métodos de conexión especiales:
Answer
-
o wddoonexit( )
-
o wddoonopen( )
-
o wddooninit( )
-
o wddoonclose( )
Question 128
Question
Es cualquier entidad gráfica que ocupe una posición dentro de un layout de visualización:
Answer
-
o Vista
-
o Ventana
-
o Dynpro
-
o Elemento de UI
Question 129
Question
Cada controlador Web Dynpro tiene exactamente una estructura jerárquica de almacenamiento de datos, conocida como:
Answer
-
o Estructura Lógica
-
o Vista Lógica
-
o Nodo Lógico
-
o Contexto
-
o Controlador de Datos
-
o Metadatos
Question 130
Question
El modelo implementado para la programación de Web Dynpros es:
Answer
-
o Modelo basado en programación en capas.
-
o Modelo de programación orientado a objetos.
-
o Modelo Vista Controlador.
-
o Modelo estructurado.
Question 131
Question
No son elementos UI compuestos:
Answer
-
o UI Table
-
o MatrixLayout
-
o FormLayout
-
o ScrollContainer
Question 132
Question
Si se requiere la visualización de varias vistas en paralelo, se debe:
Answer
-
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
Question 133
Question
Todos los componentes Web Dynpro tienen sólo una interfaz de controlador. Mediante la interfaz de controlador, se puede:
Answer
-
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.
Question 134
Question
Para los controladores de vistas, existen cuatro métodos de conexión adicionales, dos de ellos son:
Answer
-
o wddochangeview()
-
o wddoafteraction()
-
o wddooncontextmenu()
-
o wddopostaction()
Question 135
Question
El controlador de componentes posee tres métodos de conexión adicionales:
Answer
-
o wddobeforenavigation( )
-
o wddopostnavigation( )
-
o wddopostprocessing( )
-
o wddoapplicationstatecreate( )
-
o wddoapplicationstatechange( )
-
o wddoapplicationstateupdate( )
Question 136
Question
La arquitectura de un componente Web Dynpro se puede dividir en dos partes:
Answer
-
o Vistas y Ventanas
-
o Visibilidad Internas y Externas
-
o Nodos y Controladores
-
o Visualización y Control
-
o Controladores y Ventanas
Question 137
Question
Para que se establezca una relación de asignación (de contextos), deben realizarse en primer lugar los siguientes pasos: (3 Correctas)
Answer
-
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.
Question 138
Question
Son tipos de controladores en un componente Web Dynpro: (3 correctas)
Answer
-
o Controlador de componentes
-
o Controladores de Dynpros
-
o Controladores Generales
-
o Controladores de configuración
-
o Controladores de usuario
-
o Controladores Personalizados
Question 139
Question
Cada controlador Web Dynpro es:
Answer
-
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
Question 140
Question
Para definir una aplicación Web Dynpro, debe especificar: (3 correctas)