1. PROGRAMANDO
PROJECT SCOPE
Aplicación realizada a través de Google
Apps

2. Google Apps
Java
Script
GWT
Aplicación
Práctica
1

3. Google Apps
 GWT
 Google Web Toolkit es
un framework creado
por Google que permite
ocultar la complejidad de
varios aspectos de la
tecnología AJAX.
 Es compatible con varios
navegadores, lo cual es
notorio ya que
cada navegador suele
necesitar código específico
para lograr un front-end
correcto en una aplicación
web.
 El concepto de Google Web
Toolkit es bastante sencillo,
básicamente lo que se debe
hacer es crear el código
en Java usando
cualquierIDE de Java y el
compilador lo traducirá
a HTML y Java Script.
2

4. Google Apps
 JAVASCRIPT
 Java Script es un lenguaje de
programación interpretado. Se define
como orientado a objetos, basado en
prototipos,imperativo, débilmente
tipado y dinámico.
 Se utiliza principalmente en su forma
del lado del cliente (client-side),
implementado como parte de
un navegador web permitiendo
mejoras en la interfaz de
usuario y páginas web dinámicas,
aunque existe una forma de Java
Script del lado del servidor (SSJS).
 Su uso en aplicaciones externas a
la web, por ejemplo en
documentos PDF, aplicaciones de
escritorio (mayoritariamente widgets)
es también significativo.
 Java Script se diseñó con una
sintaxis similar al C, aunque adopta
nombres y convenciones del lenguaje
de programación Java. Sin
embargo Java y Java Script no están
relacionados y tienen semánticas y
propósitos diferentes.
 Todos los navegadores modernos
interpretan el código Java Script
integrado en las páginas web. Para
interactuar con una página web se
provee al lenguaje Java Script de una
implementación del Document Object
Model (DOM).
 Tradicionalmente se venía utilizando
en páginas web HTML para realizar
operaciones y únicamente en el
marco de la aplicación cliente, sin
acceso a funciones del servidor.
3

5. Desarrollos realizados
Vías de
Desarrollo
Módulos pre-
fabricados.
Utilización de
GUI de
Google Apps
Programación
tradicional
4

6. Módulos pre-fabricados
 Son modulos que se crean automaticamente a
traves de herramientas de google, por lo que
supone un sencillo proceso de creacion y de
familiarizacion al entorno.
 La limitacion de uso viene derivada de que
google lo vende como un paquete cerrado, por
lo que su manipulacion se ve limitada a los
accesos que google permite.
 Fuertemente dependiente del Spreedsheet
seleccionado.
 No permite:
 Descargar el codigo para luego volver a subirlo
(añadir esquema empresarial a la presentacion).
 Añadir funcionalidades de busqueda o
modificacion.
5

7. Utilización de GUI de Google Apps
 Es el entorno recomendado de uso
por Google para facilitar la creacion de
manera visual.
 Es un entorno limitado porque no se
puede exportar los datos a nuevas
GUI porque se quedan relacionadas
con las que se han creado.
 Relacion de existencia inseparable en
caso de modificacion de datos  NO
EXPORTABLE.
 Tambien esta limitado en cuanto a
funcionalidades a utilizar (no existen
clases claves como Horizontal Panel).
6

8. Programación tradicional.
 Es la via que se a desarrollado puesto que las
anteriores llegaban a un punto ciego.
 Se hizo uso de las tecnicas de JavaScript para
desarrollar un formulario y las conexiones entre
el esqueleto y el spreedsheet que lo sustenta
por debajo.
 Permite el uso de elementos tipo JSON, como
la filosofia de la empresa.
 Poca informacion de adaptacion del GWT
Google Lite.
 Ambigüedad en la forma de desarrollo.
 ENSAYO  ERROR
7

9. Uso de Google Apps Script
Servicios
utilizados
Spreadsheet Services
Class Range
Class Sheet
Class Spreadsheet
Class SpreadsheetApp
Sites Services
Class Attachment
Class Comment
Class ListItem
Class Column
Class Site
Class SitesApp
Class PageType
Class AttachmentType
Class Page
UI Services (*)
8

10. UIServices
9
Class AbsolutePanel
Class Anchor
Class Button
Class CaptionPanel
Class CheckBox
Class ClientHandler
Class DeckPanel
Class DecoratedPopupPanel
Class DecoratedStackPanel
Class DecoratedTabBar
Class DecoratedTabPanel
Class DecoratorPanel
Class DialogBox
Class DockPanel
Class FileUpload
Class FlexTable
Class FlowPanel
Class FocusPanel
Class FormPanel
Class Grid
Class Hidden
Class HorizontalPanel
Class Hyperlink
Class Image
Class InlineHyperlink
Class InlineLabel
Class Label
Class LayoutPanel
Class ListBox
Class MenuBar
Class MenuItem
Class MenuItemSeparator
Class PasswordTextBox
Class PopupPanel
Class PushButton
Class RadioButton
Class ResetButton
Class RichTextArea
Class ScrollPanel
Class ServerBlurHandler
Class ServerChangeHandler
Class ServerClickHandler
Class ServerCloseHandler
Class ServerCommand
Class ServerInitializeHandler
Class ServerFocusHandler
Class ServerKeyHandler
Class ServerLoadHandler
Class ServerMouseHandler
Class ServerSelectionHandler
Class ServerScrollHandler
Class ServerSubmitHandler
Class ServerValueChangeHandler
Class SimpleCheckBox
Class SimplePanel
Class SimpleRadioButton
Class SplitLayoutPanel
Class StackPanel
Class SubmitButton
Class SuggestBox
Class TabBar
Class TabPanel
Class TextArea
Class TextBox
Class ToggleButton
Class Tree
Class TreeItem
Class UiApp
Class UiInstance
Class VerticalPanel
Class Widget

11. Clases Relacionadas I
10

12. Clases Relacionadas II
11

13. Warning’s
 Se ha obtenido un warning que avisa al
usuario que tiene un limite de 100 MB de
uso.
 No se especifica en relación a que datos pero no se ha
conseguido repetir dicha advertencia.
 POSIBLES AFECCIONES:
1. CODIGO
2. DATOS ALMACENADOS + CODIGO
 NO SE HA PODIDO ENCONTRAR MAS
INFORMACION.
100MB
12

14. Tiempo / Desarrollo
SEPTIEMBRE
• Análisis del entorno.
• Análisis del Market Place.
• Entrevistas de
necesidades.
OCTUBRE
• Análisis de acceso a
Servidores y sus
posibilidades.
• Uso y modificación de
plantillas.
NOVIEMBRE
• Asignación de Project
Scope.
• Entrevista de
necesidades.
• Open Data.
• Punto negro.
DICIEMBRE
• Desarrollo a través de
GUI.
• Punto negro.
ENERO
• Desarrollo en
programación.
• Estudio de usos
combinados con GWT.
• Acercamiento a JSON.
FEBRERO
• Transferencia de
información al CRM que
EVM necesita.
13

15. Conclusiones generales:
14
5
25
20
30
20
0
5
10
5
20
60
0
Busqueda de Documentacion Periodos de Codificacion

16. Objetivos y resultados
 Objetivos alcanzados:
 Personalizacion de la aplicación sin hacer uso de
aspectos genericos.
 Limpieza de datos espureos en los resultados
obtenidos.
 Resultados
 Automatizacion de procesos de actualizacion.
 Adelantamiento de aspectos de Google no
desarrollados hasta la fecha.
15

17. Presentación
 Visualizacion de la
aplicación:
 Aspectos visuales.
 Caracteristicas
especiales.
 Codificacion.
16

18. Posteriores Desarrollos
Java
Script
Java
Market
Place
17

19. Finalizando
 Poca documentacion
en el mercado.
 Posibles problemas
de espacio.
 Posibles problemas
de integridad a la
hora de transferir la
informacion al CRM
que se desea.
 Se espera que el 3
de Febrero salga el
primer libro de
consulta de este
entorno.
 Seguir
desarrollando
pequeñas capsulas.
CONCLUSIONES RECOMENDACIONES
18

20.  MUCHAS GRACIAS POR SU
ATENCION.
Preguntas/Debates19