[Php-avanzado] Requerimientos Funcionales v2

[Leonardo Tadei - Pegasus Tech Supply]

Hola Victoria,


El mié, 02-10-2013 a las 15:39 +0000, Vicky Revuelta escribió:
> Envio versión 2 con correcciones. Dejé 2 comentarios con la respuesta.
> Saludos!

	Te respondo intercalado con tu texto:


>  Descripción del Sistema
>  
>  
>  Es un sistema que gestiona scripts para generar resultados sobre
> datos
>  biológicos. 
>  
>  
>  Requerimientos Funcionales
>  
> 1) El sistema debe gestionar INSTITUCIONES
> 2) El sistema debe gestionar INVESTIGADORES

	Tenés que hacer referencia en este RF a que usa otro RF: El sistema
debe gestionar INVESTIGADORES con su INSTITUTO.

> 3) El sistema debe gestionar TEMAS
> 4) El sistema debe gestionar SCRIPTS y ordenarlos por TEMAS [3]
> 5) El sistema debe gestionar INPUTS
> 
> 
> Los inputs están disponibles para todos o solo para el "INVESTIGADOR"
> que
> los sube? O solo para la Institución (si es que va a existir)? ->el
> input solo disponible para el investigador/usuario

	Entonces el RF5 debe expresarse como: El sistema debe gestionar INPUTS
de un INVESTIGADOR

 
> 6) El sistema debe registrar el/los SCRIPTS [4] seleccionados para
> usar por el INVESTIGADOR [2]
> 7) El sistema debe enviar INPUT [5] del INVESTIGADOR [2] a SCRIPT [4]
> 8) El sistema debe guardar y emitir OUTPUT al INVESTIGADOR [2]
> 
> 
> Estos dos no son el proceso de ejecución del script con los datos de
> entrada suministrados?
> Si es esto, suena raro verlos por separado. - si, no sabía como
> ponerlo para que no quede 1 solo requerimiento muy largo

	Si quedase demasiado largo, podría expresarse con 2 subrequerimientos,
uno para la preparación de la ejecución y otro para el manejo del
resultado.
	Igual, intentá primero ponerlo como una sola cosa, porque no parece que
sea taaaan largo.

> Las salidas no se podrán guardar? -> si, aunque sea temporalmente

	Entonces especificá qué se hace esto con la salida. Decidí si todo se
guarda por un tiempo (1 hora, 1 día, 1 mes) o si hay una opción que
permita al investigador dejar almacenado un resultado.

> 9) El sistema debe emitir un INFORME al ADMINISTRADOR
> 
> 
>  Gestionar implica: (Alta, Baja, Modificación, Presentación por
>  pantalla)
>  Registrar implica: (Guardar)
>  Emitir: (Imprimir por pantalla)
>  
>  INSTITUCIÓN: Nombre
>  INVESTIGADOR: Nombre, Apellido, Institución, EMail, Input
>  INPUT: archivo de entrada 
>  TEMA: clase de SCRIPT, los clasifica de acuerdo a su función. 
> Tipos de TEMA: "Asignación de Función Biológica", "Búsqueda en Base de
> Datos", "Traducción".  (serían los temas iniciales, el sistema debe
> ser capaz de gestionarlos también, como indiqué arriba, no se si es
> necesario especificarlos acá, o sería algo No Funcional). 

	Los TEMAS sí son un Requerimiento Funcional.
	No hace falta enumerarlos acá (salvo a modo de ejemplo) porque como se
gestionan, ser podrán manejar como datos y agregar, modificar o borrar
según haga falta. 

>  SCRIPT: código en perl/bioperl. Recibe INPUT, procesa y emite OUPUT
>  OUTPUT: archivo de salida
>  INFORME: archivo con datos de INVESTIGADOR, INSTITUCION a la que
> pertenece y SCRIPTS seleccionados, debe generarse de manera mensual
> para informar al administrador qué tipo de actividad ha tenido el
> sistema

	Me seguís sin especificar las columnas que tendrá el informe!

	Es un muy buen avance.
	Seguimos!

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