[Php-objetos] Lista de requerimientos (Tesis)

[Leonardo Tadei - Pegasus Tech Supply]

Hola Juan!

El sáb, 28-03-2009 a las 13:27 -0300, Juan Marcos Rigoli escribió:
> Envío mi lista de requerimientos corregida (sobre el pucho):
> 
> 
> 
> El sistema a diseñar es para que los alumnos de los cursos
> realacionados con programación puedan subir su código para ser
> evaluado por el/los instructor(es).
> 
> 
> Requerimientos Funcionales:

	Té saco los "permitir" aunque sea para que veas que se lee igual.

> 1) El sistema debe hacer ABM(1) de Instructores, Alumnos,
> Administradores y Cursos.

	Cómo te contaba, se suele usar la palabra "gestión" como sinónimo de
ABML.
	No estoy seguro de que este no sea en realidad un requerimiento no
funcional, pero dejalo así que se nos vienen las fechas encima.

> 2) Los Alumnos, Instructores y Cursos pueden tener 2 estados:
> Habilitados o Inhabilitados.
> 3) El sistema debe asociar Cursos con Alumnos y Instructores.
> 4) El sistema debe crear Prácticos(2) en sus cursos, los
> cuales van estar disponibles para los asociados a los mismos.

	Ya que "soy el cliente" agreguemos que los prácticos puedan ser
obligatorios u opcionales y tener una fecha de vencimiento, después de
la cual no se aceptan entregas.

4) El sistema debe crear Prácticos(2) en sus cursos, los
cuales van estar disponibles para los asociados a los mismos. Los
prácticos pueden ser obligatorios u opcionales y tener una fecha de
vencimiento, después de la cual no se aceptan entregas.

> 5) El sistema debe permitir subir Trabajos(3) en un archivo
> compactado(4). Este será descompactado(4) para archivar en el sistema.

	Cómo requerimiento no funcional, aceptamos solo compactados en ZIP o
TAR.GZ... en realidad es para que escribas menos, porque manejar
múltiples formatos de descompresión te complicará la vida.

> 6) El sistema debe mostrar el código fuente(5) coloreado para una
> lectura mas fácil.
> 7) El sistema debe llevar un historial del código con los mensajes y
> correcciones respectivos a su versión(6).
> 8) El sistema debe permitir dejar observaciones/correcciones en el
> código por medio de tags(7) para poder ser observados más fácilmente.
> Se podrá ver un resúmen con todas las correcciones.
> 9) El sistema debe permitir comparar las diferencias entre las
> versiones(6) de los códigos fuente para una corrección mas fácil y
> rápida.
> 10) El sistema debe tener una página especial por trabajo que incluirá
> el enunciado del mismo y permitirá a los alumnos debatir el trabajo en
> cuestión. Los mensajes de ésta página se compartirán entre todos los
> alumnos que estén asignados al mismo curso.
> 11) El sistema debe permitir informar por correo electrónico a las
> personas registradas en un curso cuando un Práctico asociado al mismo
> reciba modificaciones.
> 12) El sistema debe permitir descargar un archivo compactado con los
> archivos más recientes de los Prácticos.
> 13) El sistema debe manejar un sistema de modificado/visto sobre los
> archivos corregidos.

	Todo esto está muy bueno... tal vez sea un poco mucho para una sola
persona y el 9, 10 y 11 te alarguen mucho la codificación. De hecho el
10 es un subsistema entero y en la práctica la lista del curso cumple
esa función. Si te parece, marcalo como opcional de implementar.

> Diccionario:
> 
> 1. ABM: Posibilidad de dar de Alta, Baja o Modificar.
> 2. Prácticos: Trabajos a realizar según consignas.
> 3. Trabajos: Archivos con la solución a los prácticos, por lo general
> código fuente y/o imágenes.
> 4. Compactar: Empaquetar archivo o grupo de archivos en uno solo.
> 5. Código fuente: Archivo de texto con instrucciones escritas en un
> lenguaje de proramación.
> 6. Versiones: Instancias de un mismo archivo en distintos momentos del
> desarrollo.
> 7. Tags: Notaciones que permiten señalar un área contínua de texto.
> Por lo general cáda notación tiene su marca de apertura y de cierre.
> 
> 
> Saludos!

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