[Php-avanzado] SRS Sistema de Reservas RestoBar
Leonardo Tadei - Pegasus Tech Supply
leonardot en pegasusnet.com.ar
Lun Mar 18 20:52:00 ART 2013
Hola Jorge,
muy buena esta versión de la SRS.
Necesito que le hagas nada más que un ajuste, para que cierre un poco
más formalmente (un poquito no más!) :
En el RF5 mencionás el "turno" como si fuera algo que se gestiona, pero
no se gestiona en ninguna parte.
Si el turno es meramente un atributo atributo de la Reserva, como
parecen indicar tus aclaraciones sobre el tema, sacalo del RF y dejalo
solo en el diccionario.
Si en cambio es algo que se gestiona (o muestra) agregalo como RF y
ponele su propia entrada en el diccionario.
Sospecho por el [1,2] del diccionario de la Reserva que estás queriendo
decir que los turnos son uno o dos, pero escribilo así transformás la
sospecha en una especificación.
Hacé este ajuste así terminamos!
PD: me parece a mi o en versines anteriores había informes? }:->
> Buenas tardes, te adjunto la SRS modificada. Le hice los
> retoques que habíamos visto. Si está todo ok te envío el DER.
> Saludos!
>
> Jorge Di Iorio
>
>
> > From: leonardot en pegasusnet.com.ar
> > To: php-avanzado en pato2.fi.mdp.edu.ar
> > Date: Wed, 13 Mar 2013 08:42:46 -0300
> > Subject: Re: [Php-avanzado] SRS Sistema de Reservas RestoBar
> >
> > Hola Jorge,
> >
> > quedo entonces a la espera de la pasada en limpio, con las
> > apreciaciones que aparecen acá.
> > Fijate el asunto de los "turnos", si tienen horario fijo de inicio y
> > duración/fin, o si solo tienen duración y comienzan a la hora de
> inicio
> > de la reserva, porque tiene impacto en el funcionamiento y en el
> > almacenamiento.
> > > > > > 3. El sistema debe gestionar días no laborales.
> > > > > 4. El Sistema debe mostrar el Estado[] de las Reservas.
> > > > > 5. El sistema debe registrar Reservas con su Cliente[1],
> > > > > Mesas[2](opcional) y mostrar su Estado[3].
> > > >
> > > > En el diccionario de Reservas aparece el "turno", que me parece
> que
> > > es
> > > > algo que hay que especificar y acotar, ya que además sirve para
> > > saber
> > > > durante cuanto tiempo una Reserva impide que se tome otra en la
> > > misma
> > > > mesa.
> > >
> > >
> > > Son siempre dos turnos, pero dentro de un turno puede tener
> distintos
> > > horarios de llegada... Lo agrego, se me pasó...
> > >
> Especificacin de Requerimientos
>
> Sistema de Gestin de Reservas para Restaurant
>
> REQUERIMIENTOS FUNCIONALES
>
> 1. El sistema debe gestionar clientes.
> 2. El sistema debe gestionar mesas.
> 2.1 El sistema debe mostrar un
> mapa con la ubicacin de las mesas segn las coordenadas de la
> misma.
> 3. El sistema debe gestionar das no laborales.
> 4. El Sistema debe mostrar el Estado[] de las
> Reservas.
> 5. El sistema debe registrar Reservas con su
> Cliente[1], Mesas[2](opcional), mostrar su Estado[3] y Turno.
> 5.1. El sistema debe listar las reservas
> posibilitando filtrarlas dentro de un rango de fechas.
> 5.1.1 El sistema debe resaltar
> en el listado las reservas que se pasaron del horario de llegada sin
> estar ocupadas.
> 5.1.2 El sistema debe resaltar
> en el listado las reservas que no tienen asignnadas mesas.
> 5.1.3 El sistema debe resaltar
> en el listado las reservas que se liberaron.
> 5.2. El Sistema debe filtrar y ordenar los
> listados por cliente, estado, fecha, cubiertos y turno.
> 5.3. El sistema debe mostrar el mapa de las
> mesas del restaurant cuando se da de alta o se modifica una reserva.
> 5.4 El sistema debe asignar
> opcionalmente a una Reserva una mesa que no tenga otras Reservas para
> esa fecha y turno.
> 5.5. El Sistema debe impedir realizar una
> reserva para un da no laboral.
> 5.6. El Sistema debe impedir realizar
> reservas si el Cliente se encuentra bloqueado.
> 5.7. El sistema debe impedir relizar
> reservas con mas de una semana de anticipacin.
>
> Diccionario:
> Cliente: Cdigo, Nombre, telfono, email,
> observacin, bloqueado(s/n).
> Mesa: Nombre, Coordenada_x, Coordenada_y,
> Observacin.
> Da no Laboral: Fecha, Observacin.
> Estado de Reserva: Nombre[Pendiente,
> Rechazado, Reservado Web, Reservado Bar, Ocupado, Finalizado,
> Cancelado Cliente, Cancelado Bar, Caido].
> Reserva: Cliente, Estado de Reserva[], Fecha,
> Cubiertos, Turno[1,2], Horario Llegada, descuento, observacion, Mesas.
>
> REQUERIMIENTOS NO FUNCIONALES
>
> 1. El sistema debe ser web.
> 2. El sistema debe solicitar loguin para su
> utilizacin.
> 3. El sistema debe gestionar tipos de usuarios[].
> 4. El sistema debe gestionar usuarios.
> 4.1: El usuario administrador debe poder
> gestionar todo.
> 4.2: El usuario cliente debe poder loguearse o
> registrarse primero en el caso de no estarlo y hacer una reserva en
> estado Pendiente.
> 4.3: El usuario adicionista debe poder
> gestionar clientes y reservas.
>
> Diccionario:
> Tipos de usuarios[Administrador,
> Cliente, Adicionista]
> Usuario: Cdigo, Nombre, Contrasea,
> Agrega Registros, Modifica Registros, Elimina Registros, Modifica
> Usuarios. _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
--
Leonardo Tadei
leonardot en pegasusnet.com.ar
Web: http://leonardo.tadei.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
Más información sobre la lista de distribución Php-avanzado