[Php-avanzado] [ SALI | + ] SRS 5º Revisión!!

Jue Jul 9 00:36:09 ART 2009

Hola Carolina,

	La SRS se ve mucho mejor!
	Estás haciendo un muy buen proceso de acotar qué debe hacer el sistema.

El mar, 07-07-2009 a las 00:02 -0300, Silverzero escribió:
> Hola Leo!
> 
> 
> Hice una pequeña modificación a los recomendados, porque no me di
> cuenta que tenían diferencia de datos a mostrar de acuerdo al tipo de
> recomendado, asi que creo que son diferentes "gestiones".

	Bueno, si descubriste cosas que había que hacer que en un principio te
pasaron inadvertidas, significa que el proceso de hacer la SRS valió la
pena.
	Imaginate lo valioso que es cuando es otro el que pide las cosas y no
uno mismo! 

> ¡A ver que tal ahora!
> Gracias, saludoooos!
> 
> 
> [ SALI | + ]
> 
> SALI + es un sitio en donde los visitantes se registran para publicar
> eventos, actividades y lugares que sean para "salir". Las
> publicaciones se muestran organizadas principalmente por categoría.
> Dentro de cada de sección se listan eventos recomendados por [ SALI |
> + ], y recomendados por los usuarios, como así también salidas al
> azar.
> 
> 01. El sistema debe gestionar categorías.
> 
> 02. El sistema debe gestionar subcategorías para las categorías.
> 
> 03. El sistema debe gestionar eventos, los cuáles están categorizados
> y subcategorizados. Se deben ordenar por categoría, fecha de evento,
> fecha de publicación.

	Si un Evento puede tener solo una subcategoría, así está bien. Si
querés que se vea como "tags", hace falta que un evento pueda estar en
varias subcategorías, y en ese caso vale a pena aclararlo.

> 04. El sistema debe gestionar actividades permanentes y temporales,
> los cuáles están categorizados y subcategorizados. Se deben ordenar,
> para los permanentes: por categoría, orden alfabético, fecha de
> publicación, para los temporales: por categoría, vigencia, fecha de
> publicación.
> 
> 05. El sistema debe gestionar lugares, los cuáles están categorizados
> y subcategorizados. Se deben ordenar por categoría, destacados, orden
> alfabético.
> 
> 06. El sistema debe filtrar publicaciones por subcategoría, precio,
> establecimiento y por usuario registrado, cada vez que un usuario
> logueado lo requiera.

	Nombrás acá precio.. pero en el glosario no indica que haya precio en
las publicaciones.
	Lo del usuario logueado sobra.

> 07. El sistema debe ofrecer la opción de publicar un mismo evento en
> múltiples categorías y subcategorías.

	Este requerimiento no resuelve lo que te comento en 03. Se podría
aclarar acá en vez de en 03.

> 08. El sistema debe evitar la inserción duplicada de eventos,
> actividades y lugares. En caso de similitud o igualdad, advertir al
> usuario durante la publicación.
> 
> 09. El sistema debe llevar un conteo de la cantidad total de
> publicaciones, publicaciones activas a la fecha, y por usuario
> registrado.
> 
> 10. El sistema debe contener un "diccionario negro".

	Más bien "gestionar" que "contener". 

> 11. El sistema debe dejar pendiente de publicación la inserción de
> publicaciones que contengan palabras específicas que estén dentro del
> "diccionario negro".
> 
> 12. El sistema debe gestionar el estado de publicaciones pendientes.
> 
> 13. El sistema debe registrar votos a eventos, actividades y lugares
> para generar los recomendados por usuarios registrados
> 
> 14. El sistema debe gestionar recomendados para eventos.
> 15. El sistema debe gestionar recomendados para actividades.
> 16. El sistema debe gestionar recomendados para eventos.
> 17. El sistema debe gestionar recomendados especiales.

	Mmm... en el glosario indicás que la recomendación se basa en el voto,
así que no hay una gestión de recomendados... o no entiendo en qué
consiste esta recomendación.
	Además, fijate que estos requerimientos tienen invertida la relación
con sus partes, lo que sin duda significa algo. El los demás decís
"gestionar la cosa" y "gestionar una gran cosa que incluye la cosa" y
acá está al revés: la "recomendación" no tiene una gestión independiente
y hace referencia a una cosa mayor.
	Es muy posible que del 14 al 17 sean requerimientos que no hagan falta
o que sean parte del proceso de votación o simplemente sean una cualidad
de las publicaciones que solo estará disponible para el administrador.

> 18. El sistema debe mostrar los eventos que vayan a ocurrir el día de
> la fecha y los que estén categorizados dentro de NOCHE hasta las 6:00
> am del día siguiente en la meta-sección HOY.
> 
> 19. El sistema debe listar los eventos durante el día correspondiente
> a la publicación hasta las 6:00 am del día siguiente en la sección
> NOCHE.
> 
> 20. El sistema debe listar los eventos que vayan a ocurrir en la playa
> en la sección PLAYA.
> 
> 21. El sistema debe listar eventos al azar que estén programados para
> dentro de los 15 días siguientes, los cuales no deben repetirse entre
> ellos.
> 
> 22. El sistema debe llevar un historial de publicaciones y
> recomendaciones por usuario.
> 
> 23. El sistema no debe permitir la edición de eventos una vez que ya
> hayan sucedido.
> 
> 24. El sistema debe gestionar la inserción de eventos y actividades
> múltiples de acuerdo a su duración y/o repetición. Variantes: Fecha
> única (Ej:20 de agosto), período consecutivo (Ej: del 10 al 20 de
> agosto), período no consecutivo (Ej. 10, 15 y 20 de agosto).
> 
> Glosario
> 
> Publicación: Datos que el usuario ingresa para que sea visto por los
> visitantes.
> 
> Evento: Una publicación mediante la cual se comunica que algo va a
> ocurrir en un determinado momento, durante uno o varios días. (Ej.Una
> presentación de un libro). 
> Datos a gestionar: Categoría/s, Subcategoría/s, Fecha, Hora, Lugar,
> Dirección, Teléfono, Título, Descripción, Imagen, Url.
> 
> Actividad: Una publicación mediante la cual se comunica que algo
> ocurre de forma permanente o temporal. (Ej. Clases de danza
> contemporánea).
> Datos a gestionar: Categoría/s, Subcategoría/s, Días y Horarios,
> Lugar, Dirección, Teléfono, Título, Descripción, Permanente o Período
> de vigencia.
> 
> Lugar: Una publicación mediante la cual se comunica la existencia un
> lugar en dónde sus características o servicios, lo convierte en
> atractivo para ir a hasta allí.
> Datos a gestionar: Categoría/s, Subcategoría/s, Nombre, Dirección,
> Teléfono, Descripción, Horario de atención.
> 
> Categoría: Sección en dónde determinados eventos, actividades y
> lugares se agrupan según su temática sea correspondiente a la temática
> de dicha categoría.
> Datos a gestionar: Nombre.
> 
> Subcategoría: temática secundaria de la categoría en la que fue
> realizada una publicación.
> Datos a gestionar: Nombre, Categoría.
> 
> Recomendados por usuarios registrados: Evento, actividad o lugar que
> se le recomienda al visitante para que asista, los cuales se
> posicionan a través de sus votaciones.
> Datos a gestionar: Evento/Actividad/Lugar, Cantidad de votos.
> 
> Recomendados: Evento, actividad o lugar que se le recomienda al
> visitante para que asista, los cuales se listan a través de
> intervención manual de un administrador. Esta publicación es más
> detallada y con imágenes más grandes.
> Datos a gestionar:
> Para eventos: Categoría/s, Subcategoría/s, Fecha, Hora, Lugar,
> Dirección, Teléfono, Título, Descripción, Imágenes, Url.
> Para actividades: Categoría/s, Subcategoría/s, Días y Horarios, Lugar,
> Dirección, Teléfono, Título, Descripción, Permanente o Período de
> vigencia, Url, Imágenes.
> Para lugares: Categoría/s, Subcategoría/s, Nombre, Dirección,
> Teléfono, Descripción, Horario de atención, Url, Imágenes.
> 
> Recomendados especiales: Evento, actividad o lugar que se le
> recomienda al visitante para que asista. Estos recomendados son más
> vistosos, ya que son una imagen o animación tipo flyer, la cuál
> linakea a la publicación original, o publicación extendida (si la
> tuviera).
> Datos a gestionar: Imagen o SWF, Recomendado.
> 
> Diccionario negro: Conjunto de palabras que se encuentran prohibidas
> para realizar publicaciones.
> 
> 
> Requerimientos no funcionales
> HOY es una metasección, la cual no se ofrece al usuario para elegir al
> momento de publicación.
> 
> NOCHE y PLAYA son categorías secundarias, las cuales se ofrecen para
> "adicionar" al momento de publicación.
> 
> AL AZAR es una metasección, la cuál muestra en un sector de cada
> categoría una cantidad de eventos aleatoriamente.
> 
> El sistema debe manipular imágenes (sin distorsionarlas).
> 
> Cada usuario tendrá un perfil, con sus datos personales que ingresó al
> momento del registro, más información e imagen adicional que agrega de
> manera optativa, y el historial de publicaciones y recomendados.
> 
> Las actividades y lugares serán publicaciones sin imágenes, salvo los
> lugares destacados.
> 
> La sección [ SALI | + ] Kids tendrá el aspecto de “mini sitio”.
> 
> Las subcategorías tendrán aspecto de tags en las publicaciones.
> 
> El sistema debe alimentar el campo "lugar" en los formularios de
> publicación de eventos y actividades, con las publicaciones que fueron
> realizadas en la sección “lugares”.

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