[Php-objetos] Cristian, Re: Tesis: requerimientos

[Leonardo Tadei - Pegasus Tech Supply]

Hola Cristian,

El sáb, 14-03-2009 a las 07:05 -0700, Cristian Nimes escribió:
> ¡Hola Leo! Acá te mando los requerimientos de mi tesis. Me vino bien
> hacer esta lista nuevamente, en la carpeta que te había mostrado antes
> tenía que hacer algunas correcciones así que aproveché para hacerlas
> ahora (me habían señalado que algunos requerimientos estaban escritos
> pensando en cómo serían implementados).

	Siempre es bueno tomarse un tiempo para mejorar las cosas.

> Espero que ahora estén un poco mejor, ahí van:
> 
> ---------------------------------------------------------------------------
> Proyecto: Cartelera.
> 
> Requerimientos:
> El sistema debe:

	Cambiá para que la frase "El sistema debe" inicie todos los
requerimientos. Es así como se escribe una SRS y pudiendo copiar y
pegar, no veo motivo alguno para hacerla distinto de la norma.

> 1.Cargar y proporcionar información de los espectáculos presentados en
> la ciudad de Mar del Plata.

	Espectáculo está en el diccionario, pero no decís que información
relevante contienen.
	En general, siempre que aparece la palabra "información", que es muy
vaga, necesitás indicar qué es esa información.

> 2.Mantener los espectáculos aún no estrenados en carteleras inactivas,
> que luego se convertirán en la cartelera activa cuando llegue la fecha
> correspondiente.

	Entonces el sistema debe gestionar varias carteleras, una activa y
varias inactivas.
	Tiene realmente esto sentido? Así como está expresado, implica que el
sistema debe mantener espectáculos repetidos en distintas carteleras, ya
que se ve una cartelera por vez, y si un espectáculo se sigue emitiendo,
deberá estar también en la cartelera siguiente.

	Te lo cuestiono porque es de veras raro que un requerimiento indique
que hay que tener el mismo dato más de una vez.

	Me parece que todo esto parte de una incorrecta definición de
"cartelera"...	

> 3.Gestionar el reemplazo de la cartelera actual por una cartelera
> nueva. La cartelera reemplazada se sumará al historial de carteleras.

	Ok. Habrá carteleras "viejas" disponibles.

> 4.Generar un boletín con información de la cartelera actual que será
> enviado por email a los suscriptores. El envío masivo de estos emails
> no formará parte del sistema desarrollado.

	Entonces el requerimiento queda en "el sistema debe generar un boletín
con información de la cartelera actual" y no importa para qué. A lo sumo
importa el formato.
	Acá tenés de nuevo lo de "información" sin decir cual.

> 5.Ofrecer la capacidad de realizar búsquedas de espectáculos y ver e
> imprimir sus fichas técnicas.
> 6.Ofrecer la capacidad de realizar búsquedas de artistas y ver e
> imprimir sus fichas técnicas.

	En 5 y 6 estás usando "ficha técnica" para referirte a 2 cosas
distintas. O lo aclarás con Ficha Técnica del Artista o le inventás un
nombre, pero no es correcto usar el mismo término para 2 cosas
distintas.

> 7.Ofrecer imágenes de fondo de escritorio disponibles para la
> descarga. Estas imágenes estarán asociadas a los espectáculos y
> artistas existentes en el sistema.

	Cómo el sistema las va a ofrecer si no se pueden cargar y organizar? El
sistema debe _gestionar_ los fondos de escritorio asociados a... etc,
etc.

> 8.Ofrecer información de las funciones en que se presentan los
> espectáculos.
> 9.Ofrecer información de contacto de los lugares donde se presentan
> los espectáculos.
> 10.Mostrar publicidades y referencias a otros sitios de interés.

	y de dónde las saca para mostrarlas?

> 11.Posibilitar el registro de los datos de personas interesadas en
> suscribirse al sitio web.

	qué significa "posibilitar"???
	Esto además parece un requerimiento no funcional...

> 12.Ofrecer a los suscriptores la posibilidad de asignar puntuaciones a
> los espectáculos, escribir comentarios y recibir un boletín
> informativo vía email.

	Los usuarios del sistema no se nombran en el requerimiento funcional.
En el diccionario aclarás bien qué hacen.

> 13.Ofrecer a los clientes la posibilidad de ver estadísticas de uso de
> sus publicidades (cantidad de clicks realizados sobre sus avisos).

	Otra vez, el usuario no se nombra.
	Fijate que acá requerís que se vea algo que en ningún requerimiento
anterior dice que el sistema debe hacerlo. Podés agregar al 10 el que
los clicks se registran.

> 14.Ofrecer la posibilidad de contactar a los administradores del sitio
> mediante un formulario.

	Mmm... que vaguedad en la redacción... "El sistema debe tener un
formulario de contacto con los administradores."
	Te falta definir Administrador....

> 15.Proveer mecanismos para el mantenimiento de los espectáculos.
> 16.Proveer mecanismos para el mantenimiento de los lugares donde se
> presentan los espectáculos.
> 17.Proveer mecanismos para el mantenimiento de las publicidades y
> sitios de interés mostrados.

	La palabra "gestión" es la usada para referirse al ABML de las cosas.
Sacá del 15 al 17 e integralos con los que hablás de espectáculos,
lugares (que si no veo mal te falta), publicidades y sitios de interés
(que tampoco aparecen como requerimiento).

> 18.Generar rankings basados en las puntuaciones que los suscriptores
> asignaron a los espectáculos.

	Tenés qué poner cómo se genera el ranking: las más votadas? las con
mejores promedios? las que tengan más votos en una semana?

> 19.Proveer mecanismos para el mantenimiento de los clientes que
> presentan sus publicidades en el sitio web.

	Si no decís el mecanismo, esto no dice nada...

> Glosario:

	Se llama "diccionario" y no "glosario".
	Una glosa es otra cosa...

> Boletín informativo: mensaje en formato HTML con información de la
> cartelera de espectáculos actual que será enviado vía email a los
> usuarios suscriptos.
> Cartelera: conjunto de espectáculos presentados durante un determinado
> período de tiempo.
> Cliente: usuario que luego de contactar al administrador del sitio, y
> siendo aceptado por éste, puede publicar sus avisos en el sitio web.
> Espectáculo: película u obra presentada en cines o teatros.
> Ficha técnica: información propia de un espectáculo en particular
> (fecha de estreno, origen, artistas que intervienen, fotos, videos y
> sinopsis).
> Suscriptor: usuario que por haber registrado sus datos en el sistema
> tiene acceso a la posibilidad de recibir el boletín informativo, dejar
> sus comentarios y participar en la votación de espectáculos.
> ---------------------------------------------------------------------------

	Seguimos!

-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key