[Php-avanzado] SRS

Gabriel Lenti gablenti en hotmail.com
Mar Dic 31 12:12:04 ART 2013


Hola Leo, por tus respuestas sigo pensando que le falta algo todavia. Copio el framento en cuestion a continuacion:

> > No deberia existir un atributo que registre esa relacion, o eso no es> > parte del problema tampoco? Ese era otro motivo por el cual habia> > puesto al autor como atributo del investigador...> > Fijate Gabriel que en esta versión, las publicaciones no se buscan por> Investigador, sino por Autor, con lo que en realidad no tiene ningún> sentido relacionarlos.> A lo sumo, podrías querer distinguir qué autores son también> investigadores del grupo de investigación, pero no tiene, al menos en> esta SRS, ninguna aplicación funcional (como podría serlo buscar todas> las publicaciones de un Investigador o destacar con negrita a los> autores que son investigadores del grupo... en ambos casos, serían> funcionalidades a especificar)> > [..] como tengo referencia de que autor corresponde a cada> > investigador?> No estoy seguro de que esta referencia sea necesaria en la SRS. Me> parece que esto es un problema de la implementación.>   Efectivamente, el sistema tiene que mostrar todas las publicaciones de un Investigador determinado. Se me perdió en el camino esta funcionalidad entonces. Lo de resaltar de alguna manera a los Autores que son también Investigadores del grupo me parece interesante, a la hora de cargar las publicaciones sobre todo. Lo tenía en mente pero no se me ocurrió expresarlo en los requerimientos.  Voy a agregar entonces estas dos funcionalidades a la SRS. Ahora bien, sería necesario agregar un atributo para registrar la relacion autor/investigador entonces? Por ej, agregar el atributo opcional investigador asociado a la entidad autor?  Espero tu respuesta para realizar las modificaciones correspondientes..

  Saludos y  muy feliz comienzo de año a todos los lectores de la lista!!!




> From: leonardot en pegasusnet.com.ar
> To: php-avanzado en pato2.fi.mdp.edu.ar
> Date: Mon, 30 Dec 2013 13:25:12 -0300
> Subject: Re: [Php-avanzado] SRS
> 
> Hola Gabriel,
> 
> El vie, 27-12-2013 a las 14:27 -0300, Gabriel Lenti escribió:
> >   Hola Leo, sigo con ciertas dudas con el tema de los
> > investigadores/autores. Creo que al resolverlas se me puede aclarar
> > bastante el tema de los requerimientos en general.. :)
> 
> 	Las sutilezas como esta son bastante largas de acotar, porque hay
> argumentos a favor y en contra de casi todo planteo posible!
> 	Vas a ver que al final nos quedamos con la solución menos mala.
> 
> >   En principio, no me convencia demasiado que el autor fuera atributo
> > del investigador (en la version anterior).
> 
> 	La verdad que no tenía sentido...
> 
> >  Lo hice asi para no repetir los atributos apellido y nombres, pero me
> > parece que otra vez estaba pensando en como se guardaban los datos, no
> > en describir el problema.
> 
> 	Es posible... A veces uno se pasa de largo normalizando y llega a
> extremos absurdos, como querer crear una tabla con las letras y que los
> nombres sean una referencia a las letras usadas para no repetirlas!!!
> 
> 	En realidad, el error procede de cuando uno quiere evitar repeticiones
> pensando en ellas en vez de aplicando las primeras 3 formas normales...
> que justamente resuelven las repeticiones entre otras cosas.
> 
> >  En esta version tanto investigador como autor poseen los atributos
> > apellido y nombres, seria lo correcto?
> 
> 	En la SRS, seguro de que lo correcto es esto.
> 
> >  Pero si es asi, como tengo referencia de que autor corresponde a cada
> > investigador?
> 
> 	No estoy seguro de que esta referencia sea necesaria en la SRS. Me
> parece que esto es un problema de la implementación.
> 	
> >  No deberia existir un atributo que registre esa relacion, o eso no es
> > parte del problema tampoco? Ese era otro motivo por el cual habia
> > puesto al autor como atributo del investigador...
> 
> 	Fijate Gabriel que en esta versión, las publicaciones no se buscan por
> Investigador, sino por Autor, con lo que en realidad no tiene ningún
> sentido relacionarlos.
> 	A lo sumo, podrías querer distinguir qué autores son también
> investigadores del grupo de investigación, pero no tiene, al menos en
> esta SRS, ninguna aplicación funcional (como podría serlo buscar todas
> las publicaciones de un Investigador o destacar con negrita a los
> autores que son investigadores del grupo... en ambos casos, serían
> funcionalidades a especificar)
> 
> 
> > Esta es la siguiente version:
> > 
> > 
> > 
> > 
> > Electromicrobio SRS v2.2
> > ------------------------------------
> > 
> > 
> > ---------Cambios: -----------
> > -Removido atributo Instituto de Autor.
> > -Agregado RF 5: creación de autor al dar de alta a un investigador.
> > -Removida referencia a autor en RF 4: investigadores, y en el
> > diccionario (reemplazado por atributos apellido y nombres).
> > -Especificados atributos en español (en el caso de ser bilingües)
> > 
> > 
> > 
> > 
> > -- RESUMEN DEL PROYECTO --
> > 
> > 
> > Se trata del sitio web de un grupo de investigación, el cual debe ser
> > multiusuario. En el mismo se presentará a los visitantes información
> > sobre los investigadores integrantes del grupo, los proyectos/líneas
> > de investigación, sus publicaciones, artículos de prensa, videos de
> > promoción, actividades de extensión y links a sitios web relacionados,
> > así como datos de contacto general del grupo. Además, el sitio
> > permitirá la descarga de publicaciones. En la parte pública el
> > contenido será bilingüe (inglés/español).
> > 
> > 
> > 
> > 
> > -- REQUERIMIENTOS FUNCIONALES --
> > 
> > 
> > 1. el sistema debe mostrar idiomas (español, inglés).
> > 2. el sistema debe mostrar estados de cuenta.
> > 3. el sistema debe gestionar autores.
> > 4. el sistema debe gestionar investigadores con su estado de cuenta
> > [2].
> > 5. el sistema debe generar un nuevo autor [3] al dar de alta un
> > investigador[4].
> > 6. el sistema debe gestionar proyectos con su(s) investigador(es) [4].
> > 7. el sistema debe gestionar revistas.
> > 8. el sistema debe gestionar publicaciones con su(s) autor(es) [3], su
> > proyecto [6] y  su revista [7].
> > 9. el sistema debe registrar la cantidad de descargas de cada
> > publicación [8] que presente un archivo descargable.
> > 10. el sistema debe mostrar tipos de material de prensa.
> > 11. el sistema debe gestionar materiales de prensa con su tipo de
> > material de prensa [10] y de tenerlo su proyecto [6].
> > 12. el sistema debe chequear la validez del enlace externo de cada
> > material de prensa [11] al ser abierto, y de ser necesario ofrecer un
> > archivo de descarga en su reemplazo.
> > 13. el sistema debe gestionar categorías de enlaces.
> > 14. el sistema debe gestionar enlaces con su categoría de enlace [13].
> > 15. el sistema debe gestionar videos.
> > 16. el sistema debe gestionar actividades de extensión.
> > 17. el sistema debe editar y presentar información de contacto
> > general.
> > 18. el sistema debe buscar:
> > 18.1. publicaciones [8], y ordenarlas alfabéticamente y por fecha.
> > 18.2. publicaciones [8] por palabra(s) clave, y ordenarlas
> > alfabéticamente y por fecha.
> > 18.3. publicaciones [8] por autor [3], y ordenarlas alfabéticamente y
> > por fecha.
> > 18.4. publicaciones [8] por proyecto [6], y ordenarlas alfabéticamente
> > y por fecha.
> > 18.5. publicaciones [8] por título, y ordenarlas alfabéticamente y por
> > fecha.
> > 18.6 publicaciones [8] por revista [7], y ordenarlas alfabéticamente y
> > por fecha.
> > 18.7 materiales de prensa [11] por título, y ordenarlos
> > alfabéticamente y por fecha.
> > 18.8 materiales de prensa [11] por proyecto [6], y ordenarlos
> > alfabéticamente y por fecha.
> > 18.9 materiales de prensa [11] por tipo de material de prensa [10], y
> > ordenarlos alfabéticamente y por fecha.
> > 18.10 enlaces [14], y ordenarlos alfabéticamente.
> > 18.11 enlaces [14] por categoría de enlace [13], y ordenarlos
> > alfabéticamente. 
> > 18.12 videos [15] por título, y ordenarlos alfabéticamente y por
> > fecha.
> > 
> > 
> > 
> > 
> > -- REQUERIMIENTOS NO FUNCIONALES -- 
> > 
> > 
> > 
> > 
> > -- DICCIONARIO --
> > 
> > 
> > -  Gestionar: alta, baja, modificación, presentación.
> > 
> > 
> > -  Idioma: nombre (english, español).
> > -  Estado cuenta: estado (activa, inactiva).
> > -  Autor: todo autor de una publicación ingresada. Apellido, nombres.
> > -  Investigador: persona que forma parte del grupo de investigación
> > destinatario del software. Nombre de cuenta, contraseña, apellido,
> > nombres, email de contacto, foto, puesto de trabajo en inglés, puesto
> > de trabajo en español, ficha personal en ingles, ficha personal en
> > español.
> > -  Proyecto: cada uno de los temas o líneas principales de
> > investigación que desarrolla el grupo de investigación destinatario
> > del software. Título español, título inglés, descripción español,
> > descripción inglés, detalle español, detalle inglés, posición (valor
> > numérico asignado al proyecto para ordenar su presentación),
> > investigador(es).
> > -  Revista. Nombre, editorial.
> > -  Publicaciones: trabajos publicados por investigadores del grupo.
> > Proyecto (opcional), autor(es) (todos, tal como aparecen en la cita
> > bibliográfica), título, fecha, revista, nro de revista, páginas,
> >  palabras clave, resumen, url externa(para visualización online), url
> > interna (archivo para descarga si lo hay).
> > -  Cantidad de descargas. Publicación, nro de descargas.
> > -  Tipo de material de prensa: Nombre (texto, audio, video).
> > -  Materiales de prensa: todo material mediático destinado a la
> > difusión de la actividad del grupo de investigación. título (en su
> > idioma), fecha, url externa, nombre del medio de comunicación, url del
> > medio de comunicación, logo del medio de comunicación, url interna
> > (archivo para descarga o visualización/reproducción), proyecto
> > asociado (opcional), tipo de material de prensa.
> > -  Categoría de enlace: nombre español, nombre inglés.
> > -  Enlaces: links a páginas externas que tengan relación a la
> > actividad del grupo y que sean fuente de referencia y/o información
> > útil. Nombre del sitio, url, logo, categoría de enlace.
> > -  Videos: título español, titulo inglés, fecha, url de imagen de
> > previsualización (thumbnail), url del archivo.
> > -  Actividad de extensión: descripción de las actividades del grupo en
> > instituciones educativas y afines. Título español, título inglés,
> > descripción español, descripción inglés, detalle español, detalle
> > inglés, posición.
> > -  Información de contacto general: datos de contacto genaral y
> > ubicación del laboratorio. Contenido español, contenido inglés.
> 
> 
> 	Yo veo la SRS consistente y si las funcionalidades se ajustan a lo que
> te pidieron, podemos dar esta etapa por terminada... salvo que quieras
> agregar alguna funcionalidad.
> 
> 	La guardo como futura referencia.
> 
> 	Ahora, a normalizar!
> 
> -- 
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Web: http://leonardo.tadei.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
> 
> _______________________________________________
> Lista de correo: Php-avanzado
> Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> Administración Web: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> Desubscripción: php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
 		 	   		  
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20131231/8b2c1bac/attachment.html>


Más información sobre la lista de distribución Php-avanzado