[Php-objetos] Lista de requerimientos (Tesis)
Leonardo Tadei - Pegasus Tech Supply
leonardot en pegasusnet.com.ar
Mar Mar 3 13:38:41 ARST 2009
Hola Juan,
El lun, 02-03-2009 a las 18:39 -0300, Juan Marcos Rigoli escribió:
> Estuve pensando en la lista de requerimientos y llegué hasta acá. Como
> en este caso el experto a consultar sos vos me gustaria ver que se le
> puede agregar o cambiar.
Ok.
> Acá va:
>
> El sistema a diseñar es para que los alumnos de los cursos
> realacionados con programación en PHP puedan subir su código para ser
> evaluado por el profesor.
en realidad es más genérico, y puede servir para entregar trabajos de
cualquier curso...
> Requerimientos:
>
> - El sistema debe tener 3 niveles de acceso: Alumno, Profesor y Administrador.
Esto no es un requerimiento funcional. Si querés dejarlo escrito,
dividilos en Requerimientos Funcionales y en Requerimientos No
Funcionales.
> - El sistema debe permitir a un Administrador el ABM de profesores y
> configurar parámetros generales del sistema.
La parte del tipo de usuario no va (acá). Si no decís cuales son los
parámetros generales, no estás diciendo nada.
Esto es extremadamente ambiguo!
> - El sistema debe permitir a los profesores un ABM de alumnos y cursos.
No importa acá cual es el usuario. Las funcionalidades hay que
implementarlas todas, no importa que las usen 1000 usuarios o 1.
Además estos son 2 requerimientos.
1) El sistema debe hacer ABM de Cursos.
2) El sistema debe hacer ABM de Alumnos y asociarlos a su Curso.
> - El sistema debe permitir a los profesores asociar los cursos con los
> alumnos, con la posibilidad de inhabilitar el ingreso de los mismo
> sobre el curso y/o el sistema.
Te integré la relación en el req. 2.
El quién no va.
Quedaría algo así como:
2 bis) El sistema debe hacer ABM de Alumnos y asociarlos a su Curso.
Los Alumnos pueden tener 2 estados: habilitado o inhabilitado.
> - El sistema debe permitir a los profesores crear trabajos en sus
> cursos, los cuales van a ser vistos por los alumnos asociados a los
> mismos.
Va sin nombrar a profesor y alumno.
> - El sistema debe permitir a los alumnos subir archivos asociándolo
> con los trabajos habilitados por los profesores y/o a una sección de
> consulta.
Va sin nombrar a profesor y alumno.
y/o es una ambigüedad.
No definís antes de esto las secciones: existen o es un desliz
semántico?
Por qué no simplemente "... entregar las tareas de una actividad en un
archivo adjunto".
> - El sistema debe mostrar el código fuente coloreado para una lectura mas fácil.
> - El sistema debe llevar un historial del código con los mensajes y
> correcciones respectivos a su versión.
> - El sistema debe permitir dejar observaciones/correcciones en el
> código por medio de tags para poder ser observados más fácilmente por
> el alumno. Se podrá ver un resúmen con todas las correcciones.
Si nombrar al alumno. Lo demás se ve bien.
> - El sistema debe permitir comparar las diferencias entre las
> versiones de los códigos para una corrección mas fácil y rápida.
> - 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.
Si no conseguís un "socio" para implementar esto, este requerimiento
puede dejarse de lado. Sería una pena, pero con esto se te agranda
mucho.
> - El sistema debe permitir al profesor descargar un archivo compreso
> con los códigos más recientes de los alumnos.
Va sin nombrar a profesor y alumno.
> - El sistema debe alertar tanto al profesor como al alumno cuando un
> trabajo recibió observaciones y/o modificaciones, resaltandolos cuando
> éstos no han sido vistos.
Va sin nombrar a profesor y alumno.
El y/o es ambiguo.
> Diccionario:
>
> - ABM: Posibilidad de dar de Alta, Baja o Modificar.
> - Parámetros: configuraciones del sistema, pueden ser generales o por usuario.
Tampoco enumerás cuales son... esto al igual que arriba no dice nada.
> - Archivo compreso: Paquete de un archivo o grupo de archivos compactados.
comprimido! No compreso....
Esto implica que si se sube un comprimido el sistema deberá
descomprimirlo para mostrarlo coloreado y mostrar las diferencias, etc?
Porque no hay un requerimiento que diga que el sistema debe hacer eso...
> - 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.
> - Código fuente: Archivo de texto escrito en un lenguaje de programación.
Instructor es la palabra correcta para este sistema en vez de Profesor.
Profesor está reservada para los que dictan materias de las carreras de
grado y posgrado.
A laburar!
--
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-objetos