1 / 21

Introducción a GeneXus

Introducción a GeneXus. Una referencia para todos. Iván Séligmann ivan@seligmann.com.ar. Grupo de Usuarios GeneXus de Rosario http://www.gxrosario.com.ar contacto@gxrosario.com.ar. Daniel Ambort ambortd@elportalderosario.com.ar. Business Project Managment.

tayte
Download Presentation

Introducción a GeneXus

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Introducción a GeneXus Una referencia para todos Iván Séligmann ivan@seligmann.com.ar Grupo de Usuarios GeneXus de Rosario http://www.gxrosario.com.ar contacto@gxrosario.com.ar Daniel Ambort ambortd@elportalderosario.com.ar

  2. Business Project Managment

  3. Nuevo ParadigmaDescribir en vez de Programar

  4. La complejidad de los sistemas aumentó un 2000% • La productividad de los lenguajes de programación aumentó un 250% • El tiempo se traduce linealmente en dinero • Las pérdidas de tiempo se traducen exponencialmente en pérdidas económicas.

  5. El Modelo de Datos de GX • Se buscaba una forma de representar el conocimiento de manera estricta y rigurosa. • Nadie conoce los datos, pero todos trabajan con visiones de esos datos. • El modelo E-R estándar es muy útil, pero insuficiente para este propósito.

  6. Base de Conocimiento • Se define el concepto de Knowledge Base o “Base Conocimiento” • El elemento semántico fundamental es el “Atributo” • El segundo elemento básico es el “Significado” • Significado (attr) = Nombre (attr) • URA = Tercer Elemento Básico

  7. URA = Universal Relational Assumption • Un atributo tendrá el mismo nombre en todos los lugares donde aparezca y no habrá dos atributos diferentes (con significado diferente) que compartan el mismo nombre

  8. Transacción: Objeto Base en GX

  9. Atributos de la Transacción [FACTURA] Código_de_Factura * Fecha_de_Factura Nombre_de_Cliente Dirección_de_Cliente (Código_de_Producto* Descripción_de_Producto Cantidad_Vendida_Producto_en_la_Factura Precio_Venta_Producto_en_la_Factura Importe_Línea_Factura) Sub_Total_Factura Descuento_Factura IVA_Factura Total_Factura

  10. Reglas de la Transacción No existirán dos Facturas con el mismo Código_de_Factura. El Código_de_Factura se atribuirá de manera correlativa. La Fecha_de_Factura tomará como opción por defecto la fecha del día de su emisión. La Fecha_de_Factura no podrá ser menor a la fecha de emisión de dicha Factura. No se admitirá ninguna Factura que deje negativo el Stock_del_Producto para alguno de sus productos. No se admitirá ninguna Factura que haga que el Saldo_Deudor_del_Cliente involucrado supere su límite de crédito. Cuando la aceptación de una Factura determine que el Stock_del_Producto < Punto_de_Pedido_Producto, para alguno de sus productos, se deberá activar la rutina de Aprovisionamiento (Producto).

  11. Fórmulas de Atributos Importe_Línea_Factura = Cantidad_Vendida_Producto_en_la_Factura * Precio_Venta_Producto_en_la_Factura Sub_Total_Factura = sumatoria dentro de la Factura (Código_de_Factura) de Importe_Línea_Factura Descuento_Factura = función de cálculo del descuento (Código_de_Factura) IVA_Factura = función de cálculo del IVA (Sub_Total_Factura – Descuento_Factura) Total_Factura = Sub_Total_Factura – Descuento_Factura + IVA_Factura Saldo_Deudor_del_Cliente = sumatoria de facturas impagas (Código_de_Cliente)

  12. Procedimientos • Constituyen el segundo Objeto en Nivel de Importancia • Permiten extender el alcance del sistema a tareas cuya definición no puede ser exclusivamente descriptiva. • Permiten codificar tareas rutinarias de actualización de datos, en forma transparente al usuario (incluyendo procesos) • Utilizan un seudo lenguaje de programación, propio de GX, pero basado en un mix en los más difundidos y aceptados estándares del mercado.

  13. Reportes • Se basan en la misma filosofía que los procedimientos. • Utilizan básicamente la misma sintaxis y comandos. • No permiten la actualización de datos (se produce un error) • Son el objeto base para generar salida de información en diferentes formatos y hacia distintos tipos de dispositivos.

  14. Work Panels y Web Panels • Interfaces con el usuario. • Pantallas de diálogo. • Ingreso de información sobre diferentes transacciones. • Mensajes generales. • Criterios de selección. • No permiten actualizar datos.

  15. Knowledge Base y Modelo Externo El conocimiento esencial corresponde a un "Modelo Externo", que no puede contener ningún elemento físico o interno: archivos, tablas, entidades, relaciones entre entidades, índices o cualquier elemento que pueda deducirse automáticamente de dicho "Modelo Externo".

  16. Lenguajes Generados • RPG • COBOL • VB & VB C/S • VFP & VFP C/S • .NET • .NET Mobile • Java • C/SQL • Ruby

  17. Motores Soportados • Access • DBASE • Oracle • SQL Server • MySQL • DB2 Universal • DB2 iSeries • Informix • Postgre SQL

  18. Preguntas

  19. Introducción a GeneXus Una referencia para todos Iván Séligmann ivan@seligmann.com.ar Grupo de Usuarios GeneXus de Rosario http://www.gxrosario.com.ar contacto@gxrosario.com.ar Daniel Ambort ambortd@elportalderosario.com.ar

More Related