[Php-avanzado] --::: SRS :::--

Leonardo Tadei - Pegasus Tech Supply leonardot en pegasusnet.com.ar
Mie Jul 22 23:08:57 ART 2009


Hola Gonzalo,

El jue, 16-07-2009 a las 09:54 +0200, Gonzalo R. Dominguez escribió:
> _Aca va el primer boceto de la SRS

	Tardé en verlo, pero ya llegué.
	Te respondo intercalado:
_
> *ALDEA G*
> 
> Aldea G será un sitio en donde diseñadores, webmaster, fotógrafos, 
> creativos podran ir creando paulatimante
> una bilbioteca de recursos gratuitos y libre de derechos necesarios en 
> el trabajo creativo.
> Será un espacio virtual de intercambios de recursos, trabajos 
> personales, intercambio de experiencias, etc.
> Cada participante será valorizado por cada aporte o participación y eso 
> dará una categoria con privilegios mayores de acuerdo a su status.
> La participación tendrá como cláusula restrictiva el aporte de un 
> recurso por cada recurso utilizado del sitio.
> 
> Requerimientos funcionales:
> 
> + el sistema debe gestionar perfiles con información personal, imagen 
> identificatoria, listado de recursos aportados por el perfil, 
> discusiones, respuestas, etc.

	Bien por la definición del "perfil". Según esto es el Perfil el que
hace los aportes, pero la gestión de los aportes, las discusiones y las
respuestas tienen que ser un "el sistema debe..." por cada una.
	Separalas.

> + el sistema debe gestionar blogs o discusiones entre perfiles en una 
> sección común

	Blog es sinónimo de discusión? Esto es algo a aclarar en el glosario
porque "discusión" suele ser sinónimo de "foro", y un blog y un foro no
funcionan igual.
	Si son sinónimos, sacá una palabra, porque los "o" generan
ambigüedades. Si son dos cosas distintas, irá un requerimiento para cada
una.

> + el sistema debe gestionar los recursos aportados al sitio por 
> categoria, usuario, valoración, descargas.

	Entonces te hará falta gestión de categorías, y un requerimiento para
expresar cómo funcionan la valoración y las descargas, ya que entiendo
que hay que hacer algo con ellas.
	El usuario seguro de que no va acá. La palabra que usaste es "perfil",
y si es la que vas a usar, hay que usarla en todas partes.

> + el sistema debe gestionar cometarios entre los perfiles guardado y 
> mostrando un historial de los mismos.

	No entiendo la parte de "entre los perfiles".
	Llegado este punto pareciera que lo usás como si fuera "usuario", pero
"usuario" no va, así que cambiaste la palabra pero estás pensando en lo
mismo....

> + el sistema debe gestionar mensajeria privada entre los perfiles 
> guardado y mostrando un historial de los mismos.
> + el sistema debe gestionar puntuaciones y en base a ella,distintos 
> privilegios dependientes de estas.

	Tenés que especificar cómo se determinan o calculan las puntuaciones.

> + el sistema debe permitir la edición de perfiles mediantes manipulación 
> de CSS.

	Esto no lo entiendo :(
	Si estuvieras gestionando Clientes de un sistema de ventas, es como si
pusiera que hay que editar los "Clientes manipulando archivos CSS".

> Requerimientos no funcionales:
> 
> * Portada mostrando: Algo identificatorio y resumido de la sesión del 
> perfil (abatar, mensajes nuevos, nuevos comentarios, puntuación o 
> categoria del perfil), categorías de todos los tipos de recursos del 
> sitio, cantidad de recursos por categoria,
>    listado de 10 recursos nuevos, listado de los 10 recursos más 
> valorizados, listado de los perfiles más activos en el aporte de recursos.

	Si la portada muestra algo, significa que tiene un funcionamiento que
es el que describís acá.
	Si tiene un funcionamiento, entonces es un requerimiento funcional.
	Pasalo arriba!

> * Cada perfil podrá mostrar un aVatar identificatorio, información 
> resumida del creador del perfil, un espacio de edición del perfil y 
> eliminación, una bandeja de mensajeria,
>    un listado de comentarios, listado de recursos aportados por 
> categoria y cantidad, un listado de recursos favoritos, un listado y 
> administración de amigos.

	Todo esto también es funcional, porque son cosas que debe hacer el
sistema.
	No es funcional el tamaño ni los colores, pero el sistema deberá
generar esto para mostrarlo.

> * Diseño líquido y personalizable por el administrador
> * Categorías para los recursos aportados de acuerdo al tipo de aporte.

	La gestión de las categorías, como te indicaba más arriba, son
funcionales.

> * La utilización de los recursos del sitio, posee como restricción que 
> si o si, por descarga se tiene que subir un recurso.

	Esto es una funcionalidad del sistema!!!

	Vas a usar la estrategia de mostrar una miniatura y solo si se sube
algo dejar descargar el archivo grande?
	Es un requerimiento funcional especificar el mecanismo para permitir
las descargas.

> * los aportes tendran que tener inicialmente una categorización con 
> opcion multiple obligatoria.

	Esto es funcional y lo podés integrar con el rquerimiento que hable de
la gestión de aportes.

> * En cada perfil podra comentar otros perfiles quedando un historial 
> comun de comentarios-respuestas.

	Es funcional.

> * El aporte de recursos administrará una categorización de Perfiles, con 
> distintos privilegios privilegios de acuerdo a la categoría.

	Es funcional, y como te decía arriba, debés explicitar el mecanismo de
categorización.

> * Los recursos deberán subirse comprimidos y necesitarán una 
> categorización y una imagen identificatoria del contenido del mismo.

	Al glosario con la definición del recurso.
	Recurso y Aporte son lo mismo? Elegí un término y usalo siempre para no
generar ambigüedades.

> Glosario:
> 
> Recurso: Cualquiera de los siguientes tipos de archivos
>    -imágenes PSD, PNG, GIF, AVI
>    -fuentes
>    -dibujos vectoriales EPS, AI, PS, CDR
>    -archivos HTML, CSS, XML, JS, PHP

	A esta definición le falta la imagen identificatoria y tal vez un
título...

	Definí también qué datos tiene una Categoría, un Perfil y las demás
entidades que definís.


	Si no entiendo mal, Gonzalo, el proyecto es demasiado grande para
tesis.
	Pensá que un blog es una tesis por sí solo, al igual que un sistema de
mensajería.
	Para esta entrega circunscribí una de las cosas, supongo que la
compartición de recursos y sus reglas, y el resto dejalo para la versión
2 del sistema... si no no vas a egresar más.

	Saludos y disculpá la latencia en la respuesta... fue una de esas
semanas la pasada.

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



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