[LUG.ro Mix] Proyecto suscripción a jornadas

Mon, 28 Nov 2005 17:25:56 -0300

This is a multi-part message in MIME format.

------_=_NextPart_001_01C5F459.EFB8C613
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Ac=E1 env=EDo un bosquejo del paper del proyecto, a fin de que los =
colaboradores los vean y env=EDen sus sugerencias y correcciones.

Proyecto: ADMINISTRACI=D3N DE SUSCRIPCIONES.

Nombre tentativo: JORNADAS LIBRES.

Plataforma de desarrollo: PHP 4=20

Herramientas auxiliares:=20
Base de datos: MySQL o Postgress. (Ver objetivos)
Servidor Web: Apache, evaluar compatibilidad con otros posibles =
servidores.
Librer=EDa de desarrollo: NY

Objetivo:

El objetivo del proyecto es poder contar con un sistema flexible de =
administraci=F3n de datos, para gestionar suscripciones a eventos varios =
(jornadas, congresos, etc.), que permita obtener datos v=EDa web, y =
manipular la informaci=F3n obtenida para, registrar la asistencia, =
emitir comprobantes, etc.
La informaci=F3n obtenida v=EDa web debe ser almacenada de varias =
formas, ya sea en una base de datos SQL, en un archivo de texto plano o =
enviada por correo. Dependiendo la forma en que se almacen=F3 el sistema =
debe permitir de manera simple recuperar esa informaci=F3n para ser =
transportada a otro lugar, para su reprocesamiento.
El sistema debe contar con una interfase clara para poder ser expandido =
de acuerdo a las necesidades propias del usuario. De ser posible se debe =
contar con un modulo de configuraci=F3n que simplifique la =
configuraci=F3n del sistema.
El sistema debe contar con un instalador y estar perfectamente =
documentado.
Todo el c=F3digo fuente debe estar comentado para una correcta =
compresi=F3n de su funcionamiento, ante la falta de comentario en las =
modificaciones aportadas estas ser=E1n rechazadas.
=20
Definici=F3n de m=F3dulos:

a)	Obtenci=F3n de datos
	Este modulo debe proveer un formulario web que permita al interesado =
ingresar todos los datos definidos por el usuario. En una primera =
instancia los campos ingresados ser=E1n est=E1ticos, hasta tanto se =
defina un m=E9todo simple para configurar los datos obtenidos y su =
futuro reprocesamiento.

	Verificaci=F3n de la integridad de la informaci=F3n.
	Cuando los datos son ingresados en el formulario web estos datos deben =
validados siguiendo determinados par=E1metros, como ser en datos filia =
torios que se ingrese texto, en campos num=E9ricos que solo tomen =
n=FAmeros, en direcciones de correo que se ingres=E9 una direcci=F3n =
v=E1lida. Para lograr esto y previendo que la informaci=F3n ingresada en =
el formulario puede variar a pedido del usuario se deben definir tipos =
est=E1ndar de datos para poder realizar la validaci=F3n que para lograr =
mayor eficiencia se realizar=E1 utilizando expresiones regulares, y no =
por medio de java scripts a fin de lograr mayor compatibilidad con los =
distintos navegadores.=20

	Almacenamiento de la informaci=F3n
	A fin de flexibilizar la aplicaci=F3n, la informaci=F3n obtenida debe =
poder soportar varios modos de almacenamiento, de acuerdo a las =
necesidades y posibilidades del cliente. Esto medios son en un servidor =
SQL, en uno o varios archivos de texto plano o enviados por correo =
electr=F3nico.

	Comprobante de registraci=F3n
	El sistema emitir=E1 un comprobante de registraci=F3n para que el =
interesado cuenta con un pre-comprobante que agilice la comprobaci=F3n =
de datos cuando se presente en el evento. (Este elemento puede ser =
utilizado de al manera que m=E1s crea conveniente el cliente).

b)	Recuperaci=F3n de datos
	Los datos ingresados desde la web deben poder ser recuperados por el =
cliente de manera remota. Para lograr este objetivo se debe proveer de =
una interfase para la captura remota de los datos, ya sean estos =
almacenados en los tipos anteriormente detallados.

c)	Procesamiento de datos
	Una vez recuperada la informaci=F3n debe estar disponible para su =
utilizaci=F3n.
	El sistema local de procesamiento contar=E1 con los siguientes =
m=F3dulos:
1)	Alta. (para ingresar informaci=F3n de personas no registradas v=EDa =
web) Esta informaci=F3n validar=E1 contra los datos obtenidos de la web =
a fin de evitar duplicaciones. Se puede verificar contra el comprobante =
de registraci=F3n web. Este puede ser una clave generada con la hash MD5 =
correspondiente a la uni=F3n de los campos Apellido, Nombre y Email.
2)	Modificaci=F3n. Permite corregir los datos ingresados en la web.
3)	Baja. La baja debe ser solo una marca correspondiente a un posible =
error. El registro original nunca debe ser eliminado fisicamente.
4)	Acreditaci=F3n. Este modulo servir=E1 para acreditar a los =
asistentes. Debe permitir buscar por cualquiera de los campos de la =
registraci=F3n y por el comprobante de registraci=F3n. Adem=E1s debe =
permitir modificar los datos o ingresar datos nuevos (relaci=F3n con los =
puntos 1 / 2 / 3). Debe emitir un comprobante de acreditaci=F3n el cual =
debe imprimir los datos definidos por el cliente.
5)	Listados e impresiones.
		Este modulo debe permitir la emisi=F3n de listados, certificados =
definidos por el cliente o reimprimir cualquier comprobante emitido. A =
fin de poder llevar un control estricto de estos debe llevar un contador =
de la cantidad de veces que se emiti=F3.=20
d)	Modulo de administraci=F3n
	Este modulo debe permitir al usuario la configuraci=F3n y adecuaci=F3n =
a sus especificaciones.

Reglas y normas comunes de desarrollo:
1)	Nombre de variables : se utilizar=E1 el m=E9todo camello para los =
nombre. En el caso de variables todas empezar=E1n en min=FAsculas, en el =
caso que se utilicen mas de una palabra para formar su nombre, no =
contendr=E1n espacios, no estar=E1n separadas por guiones y deben ser =
representativo de lo que almacena,  la primer palabra se pone en =
min=FAscula y la siguiente deben empezar en may=FAscula, por ej.: =
apellidoNombre
2)	Funciones: se utilizar=E1 el sistema doble camello. El nombre no =
contendr=E1n espacios y/o guiones empezar=E1n con la primer letra en =
may=FAscula y las restantes en min=FAsculas y en el caso de estar =
formadas con m=E1s de una palabra, cada una de ellas empezar=E1n en =
may=FAsculas, ej.: ApellidoNombre.
3)	 Todas las variables ser=E1n tratadas como inseguras. Para esto se =
debe deshabilitar la opci=F3n GLOBAL_REGISTER asign=E1ndole el valor =
OFF. Adem=E1s se deber=E1 filtrar toda las variables recibidas para =
evitar posibles ataques, limpi=E1ndolas de c=F3digos HTML, etc.
4)	Todos los formularios enviar=E1n sus datos por el m=E9todo POST.
5)	Todos los par=E1metros se enviaran por el m=E9todo GET (a trav=E9s de =
la url).
6)	Todos los campos de los formularios se trabajar=E1n como ARRAY, para =
facilitar la limpieza del contenido.

Integrantes del proyecto TODO NOSOTROS!!!!!

Omar Arino

------_=_NextPart_001_01C5F459.EFB8C613
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7226.0">
<TITLE>Proyecto suscripci=F3n a jornadas</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P ALIGN=3DLEFT><SPAN LANG=3D"es"><FONT SIZE=3D2 FACE=3D"Arial">Ac=E1 =
env=EDo un bosquejo del paper del proyecto, a fin de que los =
colaboradores los vean y env</FONT></SPAN><SPAN LANG=3D"es"></SPAN><SPAN =
LANG=3D"es"><FONT SIZE=3D2 FACE=3D"Arial">=EDen sus</FONT></SPAN><SPAN =
LANG=3D"es"></SPAN><SPAN LANG=3D"es"> <FONT SIZE=3D2 =
FACE=3D"Arial">sugerencias</FONT></SPAN><SPAN LANG=3D"es"></SPAN><SPAN =
LANG=3D"es"><FONT SIZE=3D2 FACE=3D"Arial"> y =
correcciones.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Proyecto: =
ADMINISTRACI=D3N DE SUSCRIPCIONES.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Nombre =
tentativo: JORNADAS LIBRES.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Plataforma de =
desarrollo: PHP 4 </FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Herramientas =
auxiliares: </FONT></SPAN></P>

Base de datos: =
MySQL o Postgress. (Ver objetivos)

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Servidor Web: =
Apache, evaluar compatibilidad con otros posibles =
servidores.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Librer=EDa de =
desarrollo: NY</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT =
FACE=3D"Arial">Objetivo:</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">El objetivo =
del proyecto es poder contar con un sistema flexible de administraci=F3n =
de datos, para gestionar suscripciones a eventos varios (jornadas, =
congresos, etc.), que permita obtener datos v=EDa web, y manipular la =
informaci=F3n obtenida para, registrar la asistencia, emitir =
comprobantes, etc.</FONT></SPAN></P>

La =
informaci=F3n obtenida v=EDa web debe ser almacenada de varias formas, =
ya sea en una base de datos SQL, en un archivo de texto plano o enviada =
por correo. Dependiendo la forma en que se almacen=F3 el sistema debe =
permitir de manera simple recuperar esa informaci=F3n para ser =
transportada a otro lugar, para su reprocesamiento.

El sistema =
debe contar con una interfase clara para poder ser expandido de acuerdo =
a las necesidades propias del usuario. De ser posible se debe contar con =
un modulo de configuraci=F3n que simplifique la configuraci=F3n del =
sistema.

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">El sistema =
debe contar con un instalador y estar perfectamente =
documentado.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Todo el =
c=F3digo fuente debe estar comentado para una correcta compresi=F3n de =
su funcionamiento, ante la falta de comentario en las modificaciones =
aportadas estas ser=E1n rechazadas.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT =
FACE=3D"Arial">&nbsp;</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Definici=F3n =
de m=F3dulos:</FONT></SPAN></P>

a)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Obtenci=F3n de datos
<UL>
Este modulo =
debe proveer un formulario web que permita al interesado ingresar todos =
los datos definidos por el usuario. En una primera instancia los campos =
ingresados ser=E1n est=E1ticos, hasta tanto se defina un m=E9todo simple =
para configurar los datos obtenidos y su futuro =
reprocesamiento.

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Verificaci=F3n =
de la integridad de la informaci=F3n.</FONT></SPAN></P>

Cuando los =
datos son ingresados en el formulario web estos datos deben validados =
siguiendo determinados par=E1metros, como ser en datos filia torios que =
se ingrese texto, en campos num=E9ricos que solo tomen n=FAmeros, en =
direcciones de correo que se ingres=E9 una direcci=F3n v=E1lida. Para =
lograr esto y previendo que la informaci=F3n ingresada en el formulario =
puede variar a pedido del usuario se deben definir tipos est=E1ndar de =
datos para poder realizar la validaci=F3n que para lograr mayor =
eficiencia se realizar=E1 utilizando expresiones regulares, y no por =
medio de java scripts a fin de lograr mayor compatibilidad con los =
distintos navegadores.

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Almacenamiento =
de la informaci=F3n</FONT></SPAN></P>

A fin de =
flexibilizar la aplicaci=F3n, la informaci=F3n obtenida debe poder =
soportar varios modos de almacenamiento, de acuerdo a las necesidades y =
posibilidades del cliente. Esto medios son en un servidor SQL, en uno o =
varios archivos de texto plano o enviados por correo =
electr=F3nico.

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Comprobante de =
registraci=F3n</FONT></SPAN></P>

El sistema =
emitir=E1 un comprobante de registraci=F3n para que el interesado cuenta =
con un pre-comprobante que agilice la comprobaci=F3n de datos cuando se =
presente en el evento. (Este elemento puede ser utilizado de al manera =
que m=E1s crea conveniente el cliente).
</UL>
b)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Recuperaci=F3n de datos
<UL>
Los datos =
ingresados desde la web deben poder ser recuperados por el cliente de =
manera remota. Para lograr este objetivo se debe proveer de una =
interfase para la captura remota de los datos, ya sean estos almacenados =
en los tipos anteriormente detallados.
</UL>
c)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Procesamiento de datos
<UL>
Una vez =
recuperada la informaci=F3n debe estar disponible para su =
utilizaci=F3n.

El sistema =
local de procesamiento contar=E1 con los siguientes =
m=F3dulos:
</UL>
1)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Alta. (para ingresar informaci=F3n de personas no =
registradas v=EDa web) Esta informaci=F3n validar=E1 contra los datos =
obtenidos de la web a fin de evitar duplicaciones. Se puede verificar =
contra el comprobante de registraci=F3n web. Este puede ser una clave =
generada con la hash MD5 correspondiente a la uni=F3n de los campos =
Apellido, Nombre y Email.

2)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Modificaci=F3n. Permite corregir =
los datos ingresados en la web.

3)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Baja. La baja debe ser solo una =
marca correspondiente a un posible error. El registro original nunca =
debe ser eliminado fisicamente.

4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Acreditaci=F3n. Este modulo =
servir=E1 para acreditar a los asistentes. Debe permitir buscar por =
cualquiera de los campos de la registraci=F3n y por el comprobante de =
registraci=F3n. Adem=E1s debe permitir modificar los datos o ingresar =
datos nuevos (relaci=F3n con los puntos 1 / 2 / 3). Debe emitir un =
comprobante de acreditaci=F3n el cual debe imprimir los datos definidos =
por el cliente.

5)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Listados e =
impresiones.
<UL><UL>
Este modulo =
debe permitir la emisi=F3n de listados, certificados definidos por el =
cliente o reimprimir cualquier comprobante emitido. A fin de poder =
llevar un control estricto de estos debe llevar un contador de la =
cantidad de veces que se emiti=F3. 
</UL></UL>
d)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Modulo de administraci=F3n
<UL>
Este modulo =
debe permitir al usuario la configuraci=F3n y adecuaci=F3n a sus =
especificaciones.
</UL>
Reglas y =
normas comunes de desarrollo:

1)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Nombre de variables : se utilizar=E1 el m=E9todo =
camello para los nombre. En el caso de variables todas empezar=E1n en =
min=FAsculas, en el caso que se utilicen mas de una palabra para formar =
su nombre, no contendr=E1n espacios, no estar=E1n separadas por guiones =
y deben ser representativo de lo que almacena,&nbsp; la primer palabra =
se pone en min=FAscula y la siguiente deben empezar en may=FAscula, por =
ej.: apellidoNombre

2)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Funciones: se utilizar=E1 el =
sistema doble camello. El nombre no contendr=E1n espacios y/o guiones =
empezar=E1n con la primer letra en may=FAscula y las restantes en =
min=FAsculas y en el caso de estar formadas con m=E1s de una palabra, =
cada una de ellas empezar=E1n en may=FAsculas, ej.: =
ApellidoNombre.

3)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Todas las variables ser=E1n =
tratadas como inseguras. Para esto se debe deshabilitar la opci=F3n =
GLOBAL_REGISTER asign=E1ndole el valor OFF. Adem=E1s se deber=E1 filtrar =
toda las variables recibidas para evitar posibles ataques, =
limpi=E1ndolas de c=F3digos HTML, etc.

<P><SPAN LANG=3D"es-ar"><FONT =
FACE=3D"Arial">4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT></SPAN><SPAN =
LANG=3D"es-ar"> <FONT FACE=3D"Arial">Todos los formularios enviar=E1n =
sus datos por el m=E9todo POST.</FONT></SPAN>

<BR><SPAN LANG=3D"es-ar"><FONT =
FACE=3D"Arial">5)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT></SPAN><SPAN =
LANG=3D"es-ar"> <FONT FACE=3D"Arial">Todos los par=E1metros se enviaran =
por el m=E9todo GET (a trav=E9s de la url).</FONT></SPAN>

<BR><SPAN LANG=3D"es-ar"><FONT =
FACE=3D"Arial">6)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT></SPAN><SPAN =
LANG=3D"es-ar"> <FONT FACE=3D"Arial">Todos los campos de los formularios =
se trabajar=E1n como ARRAY, para facilitar la limpieza del =
contenido.</FONT></SPAN>
</P>

<P ALIGN=3DLEFT><SPAN LANG=3D"es-ar"><FONT FACE=3D"Arial">Integrantes =
del proyecto TODO NOSOTROS!!!!!</FONT></SPAN></P>
<BR>
<BR>

<P ALIGN=3DCENTER><SPAN LANG=3D"es">Omar Arino</SPAN></P>

</BODY>
</HTML>
------_=_NextPart_001_01C5F459.EFB8C613--