[Php-avanzado] SRS

[Leonardo Tadei - Pegasus Tech Supply]

Hola Alejandro,

El sáb, 04-07-2009 a las 12:38 -0300, Alejandro Sanchez escribió:
> Hola, es un principio de SRS, aunque me parece un poco corto como me va 
> quedando, aunque engloba unas cuantas cosas que son necesarias para que 
> todo funcione bien, como por ejemplo evitar que las imágenes se 
> sobreescriban y etc, pero no se si debo detallar una por una las cosas o 
> poniendo el sistema debe gestionar...(lo que sea) ya es suficiente.

	La pregunta a hacerse es: su vos fueras el encargado de este proyecto y
se lo tuvieras que dar un programador para que lo escriba: le alcanzaría
para poder escribir la parte funcional del sistema ???

> Para que Leo la vaya viendo y me corrija.

	Te intercalo mis comentarios:

> documento de texto sencillo adjunto (elsistema.txt)
> NotiBlogg:
> 
> Es un gestor de noticias de diferentes autores, ordenadas en pgina
> principal por la ms reciente arriba.
> 
> 
> 1.El sistema debe gestionar noticias.
> 2.El sistema debe gestionar categoras.
> 3.El sistema debe gestionar imgenes.

	Según esto, las noticias no tienen ni imágenes no categorías, y me
parece que no es la idea.
	Ahora bien, asumo que una noticia tiene una (o varias) imagen(es)...
pero también asumo que tendrá un título, sin embargo nada dice (ni
debería decir) "el sistema debe gestionar títulos",
	Funciona distinto una noticia por tener una imagen? Si la respuesta es
"no", entonces la imagen no es nada funcional, y como mero atributo de
la noticia, junto con otros, irá al diccionario.

> 4.El sistema debe dar de alta usuarios enviando nombre de usuario y
> contrasea, por mail junto a un mensaje de bienvenida.

	El manejo de usuarios no es un requerimiento funcional jamás: es
transversal a todo el sistema. Si lo querés citar, y estoy de acuerdo en
citarlo por el proceso de alta, pasalo a una sección de Requerimientos
no Funcionales.

	Supongo que por estar esto acá a pesar de las veces que lo dije, es
porque no queda claro.
	Preguntate: lo que el sistema debe hacer cambia si es para 1 usuario o
para 100? Si no cambia, es porque no es funcional !!!

> 5.El sistema debe mostrar en pgina principal un resumen de las
> noticias en un total de ocho junto con la fecha de publicacin, autor,
> categora, con la respectiva imgen (si la hubiese) redimensionada
> acorde al diseo del sitio.

	Lo de "acorde al diseño del sitio" es ambiguo. Tendrías que explicar
los diseños del sitio para que tenga sentido.
	El sistema no debe gestionar autores?
	Una sola imagen por noticia?

> 6.El sistema debe mostrar la nota completa con la respectiva imgen en
> tamao mayor que la anterior, en una pgina aparte al hacer click en el
> ttulo o en un enlace con el texto Leer ms que aparecera en el pie de
> la nota, si esta supera los 400 caracteres.
> 7.El sistema debe mostrar noticias por categorias.
> 8.El sistema debe buscar noticias, por palbras clave en el ttulo o en
> la nota.
> 9.El sistema debe tener un diseo lquido, (autoajustable a la resolucin
> de pantalla).

	Este requerimiento es "no funcional" también. Pasalo junto con lo de
los usuarios a un apartado a tal efecto.


	Hay una cosa que no me queda clara y que debería desprenderse de este
documento: será un sitio en el que existirán varios NotiBlog, o el
NotiBlog es un sistema que tendrás que instalar en cada sitio o
directorio para que funcione?

	La primer alternativa es muy interesante; por ejemplo las categorías
ahora tienen que ser para cada NotiBlog, en vez de ser únicas.
	Para la segunda, es un poco pobre como tesis de este curso y le
tendremos que agregar alguna cosa.

	Seguimos!!!

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