[Php-avanzado] Especificación de Requerimientos R3

[Leonardo Tadei - Pegasus Tech Supply]

Hola Jorge,

	es un buen avance!
	Te comento intercalado algunas cosas, más que nada de organización:


El dom, 21-10-2012 a las 22:56 -0300, Jorge Di Iorio escribió:
> Adjunto los RF según lo que hablamos en clase.  
> 
> Saludos!
> 
> Jorge Di Iorio
> 
> 
> 
> 
> 
> 
> 
> 
> documento de
> texto sencillo
> adjunto
> (Requerimientos
> JD.txt)
> 
> Especificacin de Requerimientos 
> 
> Sistema de Gestin de Reservas y Alquileres de Complejos Deportivos
> 
>         REQUERIMIENTOS FUNCIONALES
> 
>                 1.      El sistema debe gestionar clientes.
>                         1.1.    El Sistema debe dejar o no, realizar
> reservas o alquileres segn el cliente est activo o inactivo.

	Este 1.1 es mejor tenerlo como parte de la descripción de la
funcionalidad de las Reservas y de los Alquileres.

	Puede cambiarse simplemente poniendo "El sistema debe gestionar
Reservas con su Cancha[7], Cliente[3] activo..."

>                 2.      El sistema debe gestionar complejos.
>                 3.      El Sistema debe gestionar deportes.
>                 4.      El sistema debe gestionar Canchas con su
> Complejo[4] y Deportes[6].
>                 5.      El sistema debe gestionar tarifas con su
> Complejo[4].
>                 6.  El Sistema debe gestionar cotas de tiempo no
> laborales de Canchas[5].
>                 7.      El Sistema debe gestionar cotas de no
> laborales de Complejos[2].       

	En esta instancia, como las Cotas de Tiempo No Laborables de Cancha son
una cosa y las Cotas de Tiempo No Laborables de Complejo son otra cosa,
creá una entrada para cada una en el diccionario.
	Por más que tengan los mismos atributos, tendrán un funcionamiento
distinto, y ya veremos cuando lleguemos a la normalización, pero es
posible que como entidades separadas que parecen, hasta se almacenen por
separado... igual ahora, solo hay que especificar el problema (y no
pensar en la solución, para no meter la pata)

>                 8.      El sistema debe gestionar Reservas con su
> Cancha[7], Cliente[3] y estado.

	Te falta especificar previamente el Estado de las canchas.
	En este RF te falta la Tarifa, que está en el diccionario pero es el RF
5.

>                         8.1.    El sistema debe mostrar las Reservas
> dadas filtrando por fechas, complejo, cancha y deporte.
>                         8.2.    El Sistema debe impedir la Reserva de
> una cancha si se encuentra en una cota de Tiempo de inactividad.

	Ampliá el 8.2 para decir que no tiene que ser Cota de Tiempo de
inactividad ni del complejo, o mejor aún, ponelo como un
subrequerimiento aparte, para mantener la sintaxis desdoblada de esta
cuestión.

>                         8.3.    El sistema debe mostrar las reservas
> en el calendario marcadas con colores (cada estado deber tener un
> color).

	Al diccionario con los Estados y sus colores!

>                 9.      El sistema debe gestionar Reservas Fijas con
> su Cliente[1], Cancha[4] y Tarifa[5](la tarifa puede no estar, la
> colocamos en caso de que sea premeditada al alquiler).

	Si el paréntesis dijera solo "opcional" creo que es lo mismo y más
breve. La premeditación de la que hablás es más del encargado de la
cancha que del sistema, y acá especificamos el sistema.

	Agregá al diccionario una entrada para Reserva Fija...

>                         9.1             El sistema debe permitir al
> usuario realizar una reserva fija un determinado da de la semana y
> dejarla hecha en el calendario hasta una fecha de vencimiento. 
>                         9.2             El sistema debe mostrar en el
> calendario todas las Reservas fijas. 
>                         9.3             El sistema debe advertir al
> usuario cuando una reserva fija est llegando a su fin(el tiempo de
> aviso estar parametrizado).

	Creo que el paréntesis sobra porque en el diccionario figurará una
fecha de fin o de vencimiento. Decidite como llamarlo y usá siempre el
mismo nombre!

>                         9.4             El sistema debe advertir al
> usuario cuando una reserva fija se cancele repetidas veces(la cantidad
> de cancelaciones estar parametrizado).

	Este parámetro es del sistema o de la Reserva Fija? Falta especificarlo
en alguna parte.

>                         9.5             El sistema debe mostrar las
> reservas Fijas en el calendario marcadas con un color determinado. 

	Idem 8.3

>                         9.6     El sistema debe permitir al usuario
> dar de baja una reserva fija para un da determinado y pisarla con una
> reserva comn. 
>                 10. El sistema debe gestionar Alquileres con su
> Cliente[1], Cancha y Reserva[9](No siempre estar ligado a una reserva,
> se puede dar el caso de alquiler sin previa reserva).

	Si reemplazás el contenido del paréntesis con "opcional" creo que se
dice lo mismo.

>                 11.     El sistema debe mostrar el listado de Reservas
> de los clientes.

	Por el copy & paste puede ser que acá deba decir Alquiler en vez de
Reserva?

>                         11.1.   El sistema debe mostrar las reservas
> que realizo un cliente y el Estado en que quedaron las mismas.  
>                         11.2.   El sistema debe mostrar un listado de
> reservas con su cliente[1] filtrando por Estado y Fecha.
>                         11.3.   El sistema debe mostrar un listado de
> reservas fijas por estado por si se le debe llamar la atencion al
> cliente. 
>                 12.     El sistema debe mostrar el listado de
> Alquileres de los clientes.
>                         11.1.   El sistema debe mostrar los alquileres
> que realizo un cliente.
>                         11.2.   El sistema debe mostrar un listado de
> los alquileres con su cliente[1] filtrando por Fecha.
>                 
>                 Diccionario:
>                         Cliente: Cdigo, Nombre, dni, domicilio,
> telfono fijo, telfono celular, email, observacin, activo.
>                         Complejo: Cdigo, Nombre, Domicilio,
> Observacin.
>                         Deporte: Cdigo, Nombre.
>                         Cancha: Cdigo, Nombre, Deporte, Cantidad de
> Jugadores, Piso, Complejo, Observacin, Activa.
>                         Tarifa: Cdigo, Nombre, Complejo, valor,
> Observacin.
>                         Cotas no Laborales: Cdigo, Nombre, Fecha de
> Inicio, Fecha de Fin, Cancha, Complejo.
>                         Reserva: Cliente, Cancha, Tarifa, Descuento,
> Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Estado[Reservado,
> Reservado Fijo, Confirmado, Cerrado, Pagado, Cancelado Cliente,
> Cancelado Complejo].
>                         Alquiler: Cliente, Cancha, Tarifa, Descuento,
> Recargo, Observacin, Fecha, Hora Inicio, Hora Fin, Tarifa, Pago. 
>                 
>                 
>         REQUERIMIENTOS NO FUNCIONALES   
> 
>                 1.      El sistema debe ser web.
>                         1.1.     El sistema debe solicitar loguin para
> su utilizacin. 
>                 2.      El sistema debe gestionar usuarios.

	Ya te había dicho que el 1.1 no es un subitem del 1. Sacalo afuera!!!

>                 Diccionario:
>                                 Usuario: Cdigo, Nombre, Contrasea,
> Agrega Registros, Modifica Registros, Elimina Registros, Modifica
> Usuarios. 


	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