[Php-avanzado] SRS tesis
Lucas Nastri
dex87.mdq en gmail.com
Lun Dic 14 15:26:48 ARST 2009
Hola Leo, si, me pareció que estaba bueno hacerlo en HTML y pensé hacerlo en
PHP pero después pensé "y si el cliente en ese momento no tiene un soft que
haga de servidor como Wamp, Lamp ... estoy al horno". Así que lo dejé solo
en HTML. Se vé rustico pero me aseguro de que el cliente lo va a ver
siempre.
>lo que te había propuesto como solución es los Empleados
>no necesariamente sean los Usuarios, pero a su vez que los Usuarios
>siempre sean un Empleado del sistema.
aaahh, por lo tanto tengo que hacer el logueo con la tabla Usuarios y la
tabla Empleados solo la uso para guardar el ID cuando inicio un trámite?.
Pero si eliminara un usuario seguiría teniendo un error, porque de alguna
manera tengo que vincular éstas dos tablas.
Entonces las tablas me quedaran:
Usuarios Empleados Trámites
ID ID ID
Nombre Nombre ...
... ... ...
IDusuario IDempleado
Cuando quiera borrar un empleado del sistema, borraré el usuario
correspondiente al empleado, luego el empleado y, me quedará el ID del
empleado en la tabla trámites? :s . No me queda muy claro la verdad.
>Me acuerdo mal o sacaste el requerimiento de ver los trámites por
>Empleado???
No No, lo que quería hacer es que cuando un empleado inicia un trámite junto
a los datos que se guardan del ciudadano en mesa de entrada también se
guarde el nombre del empleado. Es decir guardaré el ID del empleado en
verdad. Ésto lo quiero hacer para, luego cuando consulto por una boleta me
muestre el nombre de que empleado lo inició. Pero con guardar el ID ya me
alcanza para recuperar el nombre del empleado.
Gracias Leo.
El 14 de diciembre de 2009 12:45, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> Hola Lucas!
>
> muy bueno lo de armar esto en HTML!
> De hecho los "Léxico Extendidos del Lenguaje" que les mencionaba en
> clase y los "Escenarios" se arman así para poder hipervincular los
> términos usados con sus definiciones.
>
> Un detalle: en Argentina la comunidad científica habla de
> "requerimientos" y no de "requisitos".
> Esto viene del inglés "requirenment", que es el término que usa la
> comunidad científica internacional y no "requisites" que también existe.
> En España parece que las universidades usan "requisito", pero yo
> estoy
> de acuerdo con usar "requerimiento" que viene de "requerir", porque es
> más claro en castellano, y porque es una mejor traducción del inglés (en
> la wikipedia esto aparece en la página de discusión del tema).
> En resumen, tenés que usar "requerimiento" o justificar por qué vas
> a
> usar "requisito" en su lugar... y sí, ya sé, es una discusión idiomática
> que no debería hacer a la cuestión, pero usar una palabra con un
> significado consensuado es vital para nuestra profesión.
>
> El sáb, 12-12-2009 a las 14:30 -0300, Lucas Nastri escribió:
> > Leo, no pude ir a la clase del jueves asi que te mando la srs con
> > algunos cambios que le hice por unos comentarios que me habías hecho:
>
> Buenísimo, así adelantamos.
> La parte funcional de la SRS se ve bien.
>
> > Ahí la mejoré un poco. Lo único es que todavía los empleados siguen
> > siendo los usuarios. Y me iba a surgir un problema por eso. Porque
> > quería guardar en el trámite el usuario que lo inició. Pero si
> > eliminaba justo un empleado que tenía trámites cargados me iba a dar
> > error. Vos me habías propuesto una solución. Pero no me acuerdo bien
> > cuál era. Creo que me habías dicho, que los usuarios y los empleados
> > fueran distintos. Pero no entendí muy bien.
>
> Es correcto: lo que te había propuesto como solución es los
> Empleados
> no necesariamente sean los Usuarios, pero a su vez que los Usuarios
> siempre sean un Empleado del sistema.
>
> Del 5 me hubiera gustado que pongas los atributos, pero es solo para
> yo
> estar seguro de que vas a poner ahí lo que hace falta. Respecto de la
> SRS no los necesita.
>
> Me acuerdo mal o sacaste el requerimiento de ver los trámites por
> Empleado???
>
> > Gracias Leo!.
>
> por nada!
>
> --
>
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> http://blog.pegasusnet.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/private/php-avanzado/attachments/20091214/0469b86e/attachment.htm
Más información sobre la lista de distribución Php-avanzado