[email protected] Mesa Redonda GXOpen. GXOpen Objetivo y Esencia Lo que tenemos para lograrlo...

[email protected]

Mesa Redonda GXOpen

GXOpen

Objetivo y Esencia

Lo que tenemos para lograrlo

Objetivo y Esencia


Compartir y transmitir conocimiento

Consolidar una comunidad

La esencia es la actitud de compartir

Compartir y transmitir conocimiento

Consolidar una comunidad

La esencia es la actitud de compartir

Esencia y Objetivo


Creación de proyectos comunitarios

Incluir subproyectos a nuestros proyectos

El foro de GXOpen

El aporte propio

Creación de proyectos comunitarios

Incluir subproyectos a nuestros proyectos

El foro de GXOpen

El aporte propio

GXOpen

Compartir

No reinventar la rueda

Ahorro de tiempo

Aprendizaje continuo

Compartir

No reinventar la rueda

Ahorro de tiempo

Aprendizaje continuo

GXOpen

Estado actual

Biblioteca de proyectosCantidad y variedad

Biblioteca de recursosStyles

Themes

Iconos

Estado actual

Biblioteca de proyectosCantidad y variedad

Biblioteca de recursosStyles

Themes

Iconos

GXOpen

Cambio Cualitativo

Planteo de Metas ambiciosas

Proyectos de largo alcance (ej: ERP)

Sistemas Integrados e Integrables

Plan directriz (Donde queremos ir)

Cambio Cualitativo

Planteo de Metas ambiciosas

Proyectos de largo alcance (ej: ERP)

Sistemas Integrados e Integrables

Plan directriz (Donde queremos ir)

GXOpen

Hay Lugar para todos los roles

Coordinador de proyecto

Análisis

Documentadores

Testers

Hay Lugar para todos los roles

Coordinador de proyecto

Análisis

Documentadores

Testers

GXOpenGXOpen

Sistemas que se reinventan una y otra vez:

Stock

Personas

Liquidación de sueldos

Facturación

Seguimiento de Expedientes

Sistemas que se reinventan una y otra vez:

Stock

Personas

Liquidación de sueldos

Facturación

Seguimiento de Expedientes

Patrones de software y Genexus

Patrones de softwareConcepto: Un patrón es un documento que captura “best practices” ,

experiencia en un formato que permite a otros reutilizarla

Origen: Surge en la arquitectura, y luego se aplica a muchas

disciplinas, incluyendo la Ingeniería de Software

Definición: ”Cada patrón es una regla conformada por tres partes, que expresa una relación entre un cierto contexto, un problema y

una solución”Christopher Alexander

Patrones de softwareConcepto: Un patrón es un documento que captura “best practices” ,

experiencia en un formato que permite a otros reutilizarla

Origen: Surge en la arquitectura, y luego se aplica a muchas

disciplinas, incluyendo la Ingeniería de Software

Definición: ”Cada patrón es una regla conformada por tres partes, que expresa una relación entre un cierto contexto, un problema y

una solución”Christopher Alexander


Clases de patronesCada disciplina requiere un tipo distinto de patrón, de acuerdo al conocimiento que desea capturar

Algunas clases de patrones de software:Patrones de Diseño de software

Patrones de Análisis de software

Patrones de Implementación de software

Patrones de Arquitectura de software

Existen patrones en la Arquitectura, en la Administración, Gestión de proyectos, etc.

Clases de patronesCada disciplina requiere un tipo distinto de patrón, de acuerdo al conocimiento que desea capturar

Algunas clases de patrones de software:Patrones de Diseño de software

Patrones de Análisis de software

Patrones de Implementación de software

Patrones de Arquitectura de software

Existen patrones en la Arquitectura, en la Administración, Gestión de proyectos, etc.


Ejemplo Genexus: “Trabajar con”Es un patrón porque cumple los 3 requisitos

Soluciona un problema recurrente: el ABM de registros

Tiene un nombre conocido por todos

Es una solución abstracta, ya que se describen los componentes y sus relaciones que luego deben ser instanciados al aplicar el patrón

Claro, es un patrón muy simple... Los patrones más útiles presentan soluciones no obvias a problemas recurrentes

Ejemplo Genexus: “Trabajar con”Es un patrón porque cumple los 3 requisitos

Soluciona un problema recurrente: el ABM de registros

Tiene un nombre conocido por todos

Es una solución abstracta, ya que se describen los componentes y sus relaciones que luego deben ser instanciados al aplicar el patrón

Claro, es un patrón muy simple... Los patrones más útiles presentan soluciones no obvias a problemas recurrentes


¿Por qué patrones?Los patrones recogen soluciones probadas a

problemas recurrentes en cierto contextoLos beneficios de su uso por una comunidad son múltiples:

Se comparte la experiencia o conocimiento de la comunidadGeneran un lenguaje común dando nombres a distintas soluciones de problemas comunesHomogenizan las aplicaciones construidasMejoran la productividad quien los usa

En suma, compartir experiencia y no solo código

¿Por qué patrones?Los patrones recogen soluciones probadas a

problemas recurrentes en cierto contextoLos beneficios de su uso por una comunidad son múltiples:

Se comparte la experiencia o conocimiento de la comunidadGeneran un lenguaje común dando nombres a distintas soluciones de problemas comunesHomogenizan las aplicaciones construidasMejoran la productividad quien los usa

En suma, compartir experiencia y no solo código


OK, los patrones son beneficiosos... ¿Y ahora?En cada comunidad, existen diferentes mecanismos de definición y validación de patrones, desde GxOpen podemos establecer los nuestros¿Qué hay para hacer?

Elegir que clase o clases de patrones necesitamos, o sea, que experiencia nos interesa compartirEscribir una plantilla para patronesCrear grupos que trabajen sobre cada patrón que se detecteMotivar al resto de la industria a aportar su conocimiento y experiencia

OK, los patrones son beneficiosos... ¿Y ahora?En cada comunidad, existen diferentes mecanismos de definición y validación de patrones, desde GxOpen podemos establecer los nuestros¿Qué hay para hacer?

Elegir que clase o clases de patrones necesitamos, o sea, que experiencia nos interesa compartirEscribir una plantilla para patronesCrear grupos que trabajen sobre cada patrón que se detecteMotivar al resto de la industria a aportar su conocimiento y experiencia

Organización en la Publicación de Proyectos

Objetivos de esta Presentación:

Establecer una serie de pasos a seguir a la hora de públicar un proyecto.

Se pretende que esta presentación sirva de guía a los integrantes de esta comunidad para que puedan brindar mas información del proyecto que se pública.

Con esto se intenta incentivar a la reutilización de código y poder tener una idea clara del proyecto que se esta bajando sin tener que probarlo.

Objetivos de esta Presentación:

Establecer una serie de pasos a seguir a la hora de públicar un proyecto.

Se pretende que esta presentación sirva de guía a los integrantes de esta comunidad para que puedan brindar mas información del proyecto que se pública.

Con esto se intenta incentivar a la reutilización de código y poder tener una idea clara del proyecto que se esta bajando sin tener que probarlo.


Con qué nos encontramos a la hora de descargar un Proyecto?

No es clara la idea del Proyecto

La descripción de las versiones no es buena o no existe

No existe buena documentación

No se indica la versión de GX en la que fue desarrollado

No hay guía de desarrollo ni de implementación

Con qué nos encontramos a la hora de descargar un Proyecto?

No es clara la idea del Proyecto

La descripción de las versiones no es buena o no existe

No existe buena documentación

No se indica la versión de GX en la que fue desarrollado

No hay guía de desarrollo ni de implementación


No se documentan las mejoras en las versiones

En ocasiones no se entienden los criterios a la hora de publicar distintas versiones de un mismo proyecto

Se utiliza mucho código externo a la hora de desarrollar

No se siguen estandares de desarrollo para nombrar atributos y variables

No se documentan las mejoras en las versiones

En ocasiones no se entienden los criterios a la hora de publicar distintas versiones de un mismo proyecto

Se utiliza mucho código externo a la hora de desarrollar

No se siguen estandares de desarrollo para nombrar atributos y variables


Que proponemos para organizar y mejorar la publicación de Proyectos

Dejar clara la idea del proyecto por medio de documentación o en la descripción del mismo.

Mejorar las descripciones de las versiones que se públican. No poner descripciones que son iguales al título de la versión.

Acompañar los proyectos de documentación descriptiva que puede ser técnica o simplemente de usuario.

Que proponemos para organizar y mejorar la publicación de Proyectos

Dejar clara la idea del proyecto por medio de documentación o en la descripción del mismo.

Mejorar las descripciones de las versiones que se públican. No poner descripciones que son iguales al título de la versión.

Acompañar los proyectos de documentación descriptiva que puede ser técnica o simplemente de usuario.


Indicar la versión de GX en la que se desarrollo el Proyecto e indicar Generador

Hacer una pequeña guía de implementación e indicar si es necesario hacer referencia a alguna DLL o OCX si fuese necesario

Crear una breve documentación de las mejoras cuando se públican nuevas versiones de un Proyecto

Indicar la versión de GX en la que se desarrollo el Proyecto e indicar Generador

Hacer una pequeña guía de implementación e indicar si es necesario hacer referencia a alguna DLL o OCX si fuese necesario

Crear una breve documentación de las mejoras cuando se públican nuevas versiones de un Proyecto


Ser ordenados a la hora de incrementar las versiones de un Proyecto. Seguir todos el mismo críterio

Evitar la utilización de código externo a GeneXus. Si es pósible no utilizar código que no sea GeneXus. Esto para poder probar las versiones en cualquier generador sin tener que saber un lenguaje en especial.

Para poder facilitar la reutilización de código proponemos que se utilize la nomenclatura GIK para nombrar atributos

Ser ordenados a la hora de incrementar las versiones de un Proyecto. Seguir todos el mismo críterio

Evitar la utilización de código externo a GeneXus. Si es pósible no utilizar código que no sea GeneXus. Esto para poder probar las versiones en cualquier generador sin tener que saber un lenguaje en especial.

Para poder facilitar la reutilización de código proponemos que se utilize la nomenclatura GIK para nombrar atributos


Nomenclatura GIK

ARTech ha definido un Standard para la nomenclatura de atributos, el GIK (GeneXus Incremental Knowledge Base).

Puede gustarnos más o menos que otros. Lo importante es que es el utilizado por la comunidad de usuarios GeneXus.

Esto viabiliza reutilización de conocimiento entre ellos.

Nombre de atributo> Objeto + Categoría + Calificador Objeto: Es el nombre del Objeto al que pertenece el atributo Categoría: Es la categoría semántica del atributo Calificador: Puede existir uno o dos calificadores.

Nomenclatura GIK

ARTech ha definido un Standard para la nomenclatura de atributos, el GIK (GeneXus Incremental Knowledge Base).

Puede gustarnos más o menos que otros. Lo importante es que es el utilizado por la comunidad de usuarios GeneXus.

Esto viabiliza reutilización de conocimiento entre ellos.

Nombre de atributo> Objeto + Categoría + Calificador Objeto: Es el nombre del Objeto al que pertenece el atributo Categoría: Es la categoría semántica del atributo Calificador: Puede existir uno o dos calificadores.


Ejemplo de Nomenclatura GIK

Transacción Clientes

ObjetoCategoría Calificador Atributo

Cli Cod CliCod

Cli Nom CliNom

Cli Fch Nac CliFchNac

Cli Fch Ing CliFchIng

Ejemplo de Nomenclatura GIK

Transacción Clientes

ObjetoCategoría Calificador Atributo

Cli Cod CliCod

Cli Nom CliNom

Cli Fch Nac CliFchNac

Cli Fch Ing CliFchIng


Conclusiones:

Acompañar el XPW o XPZ de los siguientes archivos:Readme.txt que contenga:

Idea y descripción general del Proyecto

Versión y Generador de GeneXus en el que fue desarrollado

Versión.txt que contenga:Versión del Proyecto

Descripción de la Versión

Mejoras incorporadas con la versión

Cambios realizados con respecto a la versión anterior

Conclusiones:

Acompañar el XPW o XPZ de los siguientes archivos:Readme.txt que contenga:

Idea y descripción general del Proyecto

Versión y Generador de GeneXus en el que fue desarrollado

Versión.txt que contenga:Versión del Proyecto

Descripción de la Versión

Mejoras incorporadas con la versión

Cambios realizados con respecto a la versión anterior


Desarrollo.txt que contenga:Notas sobre el desarrolloDocumentar si se necesitan hacer referencias a dll o OCXIndicar si se tienen que registrar DLLSi se necesitan utilizar procedimientos externos hacer comentarios de cómo hacerlos y si es posible utilizar archivos IGX

Otros:Según la magnitud del proyecto se pueden incluir manuales de usuario, de administración y de desarrolloComentar los programas realizados en GeneXusPara saltar de versión tener en cuenta lo propuesto anteriormente

Desarrollo.txt que contenga:Notas sobre el desarrolloDocumentar si se necesitan hacer referencias a dll o OCXIndicar si se tienen que registrar DLLSi se necesitan utilizar procedimientos externos hacer comentarios de cómo hacerlos y si es posible utilizar archivos IGX

Otros:Según la magnitud del proyecto se pueden incluir manuales de usuario, de administración y de desarrolloComentar los programas realizados en GeneXusPara saltar de versión tener en cuenta lo propuesto anteriormente

La tabla de "Most Active Members" es actualizada con el siguiente criterio:

ReviewsVery Aceptable 20

Aceptable 10

Medium 0

Not Aceptable -10

Rejected -20


ReviewsVery Aceptable 20

Aceptable 10

Medium 0

Not Aceptable -10

Rejected -20

Most Active Members

Most Active Members


Proyectos:Cada proyecto el usuario a creado 100

Cada download de su proyecto 10

Cada versión el usuario ha creado 50


Proyectos:Cada proyecto el usuario a creado 100

Cada download de su proyecto 10

Cada versión el usuario ha creado 50

Cantidad de Usuarios

0

500

1000

1500

2000

2500

3000

3500

4000

4500

Oct

Nov

Dec

Jan

Feb

Mar

Apr

May

Jun

Jul

Aug

Sep

Oct

Nov

Dec

Jan

Feb

Mar

Apr

May

Jun

Jul

Aug

Sep

Oct

Nov

Dec

Jan

Feb

Mar

2000 2001 2002 2003

Usuarios

Proyectos

Cantidad de Proyectos

020406080

100120140160180

Oct

No

vD

ec

Jan

Fe

bM

ar

Ma

yJu

nJu

lA

ug

Se

pO

ctN

ov

De

cJa

nF

eb

Ma

rM

ay

Jun

Jul

Au

gS

ep

Oct

No

vD

ec

Jan

Fe

bM

ar

2000 2001 2002 2003

[email protected] Mesa Redonda GXOpen. GXOpen Objetivo y Esencia Lo que tenemos para lograrlo...

Documents

Transcript of [email protected] Mesa Redonda GXOpen. GXOpen Objetivo y Esencia Lo que tenemos para lograrlo...