[Php-avanzado] Requerimientos Funcionales

Mar Oct 1 17:35:35 ART 2013

Hola Victoria,

El mar, 01-10-2013 a las 19:21 +0000, Vicky Revuelta escribió:
> Hola, 
> van mis (pobres) requerimientos funcionales. Empiezo modestamente..No
> me gusta la palabra CLIENTE, y se que USUARIO está vetada. Si alguien
> puede sugerirme una alternativa (dado que seria prestación de un
> servicio gratuito), lo agradecería.

	Tal y como decís la palabra Cliente no suena bien en este contexto...
si se van a publicar scripts, no podrían ser "programadores"? Si los
datos que se generan son biológicos, los van a consultar biólogos?
Podrías buscar un término sacado del dominio del problema: biólogo,
estudiante, analista de datos, investigador...
	La palabra "usuario" no está vetada: simplemente es demasiado ambigua
para que sirva en el contexto de la SRS funcional...

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

	Según el diccionario, el Cliente tiene una Institución. Esto puede ser
un texto descriptivo, pero te sugiera que sea un dato codificado y
manejado por separado, así en el futuro se pueden hacer informes de uso
por Institución.
	Si hacés esto, deberías especificar la Institución primero, y luego al
especificar el actual Cliente, hacer referencia a ella.

> 2) El sistema debe gestionar SCRIPTS

	Los scripts están disponibles para todos o solo para el "cliente" que
los sube? O solo para la Institución (si es que va a existir)?

	No se organizan por ningún criterio, como por ejemplo por temas o
grupos?

> 3) El sistema debe gestionar INPUTS

	Los inputs están disponibles para todos o solo para el "cliente" que
los sube? O solo para la Institución (si es que va a existir)?

> 4) El sistema debe registrar el/los SCRIPTS [2] seleccionados por el
> CLIENTE [1]

	No entiendo en qué consiste este Registro... tal vez sea solo la
respuesta que te hago en el RF2.

> 5) El sistema debe enviar INPUT [3] del CLIENTE [1] a SCRIPT [2]
> 5) El sistema debe emitir OUTPUT al CLIENTE [1]

	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.

	Las salidas no se podrán guardar?

> 6) El sistema debe emitir un INFORME al ADMINISTRADOR

	No alcanzo a desambiguar el Informe. Me queda claro que alguien
seleccionará unos clientes y unos scripts para generarlo, pero me falta
los datos que tendrá dicho informe.

> Gestionar implica: (Alta, Baja, Modificación, Presentación por
> pantalla)
> Registrar implica: (Guardar)
> Emitir: (Imprimir por pantalla)
> 
> 
> CLIENTE: Nombre, Apellido, Institución, EMail, Input
> INPUT: archivo de entrada 
> SCRIPT: código en perl/bioperl. Recibe INPUT, procesa y emite OUPUT
> OUTPUT: archivo de salida
> INFORME: archivo con datos de CLIENTE y SCRIPTS seleccionados

	Es una buena 1er versión de la SRS.
	Enviame la 2da cuando la tengas!

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