[Php-avanzado] Modificaciones en los Requerimientos
pablo beroiza
beroiza.pablo en gmail.com
Mar Jun 12 15:00:18 ART 2012
Leo! te envio las correcciones. Desde ya muchas gracias.
Control de entrada y salida
Este sistema se realiza con el fin de optimizar el proceso de recoleccion,
actualizacion y administracion de los datos de hora
de entrada y hora de salida de cada taller.
La realizacion de este sitema se basa en la creciente necesidad de
gestionar la informacion desde cualquier pc en la intranet.
Los usuarios finales obtendran al usar este producto la ventaja de tener la
informacion de las horas trabajadas en el momento
y lugar que se requiera por intermedio de una aplicacion web.
#Modificaciones:
-El sistema debe gestionar eventos. (Se borro esta tabla, ya que
"tipo_asistencias" abarca la necesidad)
-El sistema debe gestionar faltas_justificadas. (Se borró ya que
"tipo_asistencias" abarca la necesidad)
-El sistema debe gestionar dias no laborables. (Se borró ya que
"tipo_asistencias" abarca la necesidad)
Requerimientos funcionales
1 - El sistema debe gestionar jefes.
2 - El sistema debe gestionar talleres con su jefe[1].
3 - El sistema debe gestionar planes.
4 - El sistema debe gestionar promocines
5 - El sistema debe registrar alumnos con sus talleres[2] , su plan[3], su
promocion[4].
6 - El sistema debe modificar alumnos con sus talleres[2] , su plan[3], su
promocion[4].
8 - El sistema debe gestionar periodos de tiempo.
9 - El sistema debe mostrar las horas trabajadas por alumno.
10 - El sistema debe gestionar tipo de asistencia.
11 - El sistema debe registrar asistencia de los alumnos con su tipo de
asistencia[10], Taller[2], Plan[3].
12 - El sistema debe manejar promocion de un curso.
Requerimientos no funcionales
1 - El ingreso al sistema estara restringido por usuario y contraseña.
Diccionario
JEFESTALLERES (nombre, apellido, fecha_nac)
TALLERES (nombre, jefe)
PROMOCIONES (nombre) Nivel de secundario (Ej.1º,2º, 5°, pase, egresadoetc)
PLANES (nombre, hora_por_dia) Los alumnos cumplen horas independiente de
los talleres que asisten.
PERIODOS (fecha_inc, fecha_fin) Fecha predefinida para una consulta (Ej.
01/02/211 - 30/05/2011)
FERIADOS (fecha,nombre) Dias que no se sumarian
ALUMNOS (nombre, apellido, fecha_nac, taller, fecha_ingreso, plan, curso,
alumno_activo)
TIPO_ASISTENCIAS (Normal, Enfermo, Salida, Etc)
ASISTENCIAS (alumno, taller, plan, hora_entrada, hora_salida, comentario,
tipo_asistencia)
Normalizacion:
TIPO_ASISTENCIAS (id_tipo_asistencia, nombre_tipo_asistencia )
PERIODOS (id_periodo, fecha_inc, fecha_fin)
JEFESTALLERES (id_jefe_taller, nombre, apellido, fecha_nac) TALLERES
(id_taller, id_jefe_taller, nombre )
PROMOCIONES (id_curso, nombre) PLANES (id_plan, nombre, hora_por_dia)
TALLER_ALUMNO (id_taller_alumno, id_taller, id_alumno) Entidad que une
"alumnos" y "talleres"
ALUMNOS (id_alumno, nombre, apellido, fecha_nac, fecha_ingreso, id_plan,
id_curso, alumno_activo)
ASISTENCIAS(id_asistencia, id_tipo_asistencia, id_alumno, taller,
nombre_plan, Horas_por_dia, hora_entrada, hora_salida, comentario)
Gracias!
El 11 de junio de 2012 20:39, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> Hola Pablo!
>
> El dom, 10-06-2012 a las 12:09 -0300, pablo beroiza escribió:
> >
> > Aca te mando la confirmacion y los correspondientes cambios de la
> > SRS.
> >
>
> > Respecto de la nueva SRS, si no entiendo mal el cambio,
> > los Tipos de
> > Asistencia te quedaron "desenganchados" de todo el resto, y
> > sospecho que
> > a diferencia de lo que especificás en el RF5 y RF6, los Tipos
> > de
> > Asistencia de gestionan, y además el Registro de Asistencia
> > (RF9)
> > debería hacer mención al Tipo de Asistencia, con lo que tenés
> > que
> > especificar primero en Tipo de Asistencia y luego al
> > especificar la
> > asistencia hacer referencia a él.
> >
> >
> > Si quedaron desenganchados, pero solo le puse que los registraba y los
> > modificaba(no los borraba)
>
> No era el punto en cuestión si le hacías a Tipos de Asistencia
> (RF10 y
> RF11) un ABM completo o no, sino que en tu anterior versión nadie usaba
> el Tipo de Asistencia.
>
Claro...viendo un poco me pareció que era un buen cambio ya que después yo
las clasificaba mejor...para sumar las horas y agruparlas.
> De curioso no más: por qué no se pueden borrar?
>
Con la aclaración que me hiciste de la normalización (Tenés acá un caso de
esos que tanto discutimos en clase sobre que el
almacenamiento no debe "cambiar el pasado")...ahora puse "gestionar
Tipo_asistencias"
>
>
> > Decime en dónde se acopla el funcionamiento del Tipo de
> > Asistencia,
> >
> >
> > Se acopla cuando hago el registro de las horas por alumno y le asigno
> > un tipo de Asistencia...no se si entendí la pregunta.
>
> Sí, la pregunta era esta... pero en tu SRS anterior no aparecía por
> ninguna parte!
>
>
> >
> > Control de entrada y salida
> >
> >
> > Este sistema se realiza con el fin de optimizar el proceso de
> > recoleccion, actualizacion y administracion de los datos de
> > hora
> >
> >
> > de entrada y hora de salida de cada taller.
> > La realizacion de este sitema se basa en la creciente
> > necesidad de gestionar la informacion desde cualquier pc en la
> > intranet.
> > Los usuarios finales obtendran al usar este producto la
> > ventaja de tener la informacion de las horas trabajadas en el
> > momento
> >
> >
> > y lugar que se requiera por intermedio de una aplicacion web.
> >
> >
> > #Modificaciones:
> > -El sistema debe gestionar eventos. (Se borro esta tabla, ya
> > que "tipo_asistencias" abarca la necesidad)
> > -El sistema debe gestionar faltas_justificadas. (Se borró ya
> > que "tipo_asistencias" abarca la necesidad)
> > -El sistema debe gestionar dias no laborables. (Se borró ya
> > que "tipo_asistencias" abarca la necesidad)
> >
> >
> > Requerimientos funcionales
> >
> >
> > 1 - El sistema debe gestionar jefes.
> > 2 - El sistema debe gestionar talleres con su jefe[1].
> > 3 - El sistema debe gestionar planes.
> > 4 - El sistema debe gestionar promocines
> > 5 - El sistema debe registrar alumnos con sus talleres[2] , su
> > plan[3], su promocion[4].
> > 6 - El sistema debe modificar alumnos con sus talleres[2] , su
> > plan[3], su promocion[4].
> > 8 - El sistema debe gestionar periodos de tiempo.
> > 9 - El sistema debe mostrar las horas trabajadas por alumno.
> > 10 - El sistema debe registrar tipo de asistencia.
> > 11 - El sistema debe modificar tipo de asistencia.
> > 12 - El sistema debe registrar asistencia de los alumnos con
> > su tipo de asistencia[10].
>
> El RF 12 no es consistente con el diccionario: en el diccionario
> de la
> Asistencia mencionás al taller y al plan, pero en el RF no hay
> referencia a ellos.
>
> Cuál de los dos está mal? El RF o el Diccionario?
>
Tenes razon!! se me olvido modificar el RF. Gracias!!
>
> > 13 - El sistema debe manejar promocion de un curso.
> >
> >
> >
> >
> >
> >
> > Requerimientos no funcionales
> >
> >
> > 1 - El ingreso al sistema estara restringido por usuario y
> > contraseña.
> >
> >
> >
> >
> > Diccionario
> >
> >
> > JEFESTALLERES (nombre, apellido, fecha_nac)
> >
> >
> > TALLERES (nombre, jefe)
> >
> >
> > PROMOCIONES (nombre) Nivel de secundario (Ej.1º,2º, 5°, pase,
> > egresadoetc)
> >
> >
> > PLANES (nombre, hora_por_dia) Los alumnos cumplen horas
> > independiente de los talleres que asisten.
> >
> >
> > PERIODOS (fecha_inc, fecha_fin) Fecha predefinida para una
> > consulta (Ej. 01/02/211 - 30/05/2011)
> >
> >
> > FERIADOS (fecha,nombre) Dias que no se sumarian
> >
> >
> > ALUMNOS (nombre, apellido, fecha_nac, taller, fecha_ingreso,
> > plan, curso, alumno_activo)
> >
> >
> > TIPO_ASISTENCIAS (Normal, Enfermo, Salida, Etc)
> >
> >
> > ASISTENCIAS (alumno, taller, plan, hora_entrada, hora_salida,
> > comentario, tipo_asistencia)
>
>
>
> Tengo una observación respecto de la Normalización:
>
>
> > Normalizacion:
> >
> >
> > TIPO_ASISTENCIAS (id_tipo_asistencia, nombre_tipo_asistencia )
> >
> >
> > PERIODOS (id_periodo, fecha_inc, fecha_fin)
> >
> >
> > JEFESTALLERES (id_jefe_taller, nombre, apellido, fecha_nac)
> > TALLERES (id_taller, id_jefe_taller, nombre )
> >
> >
> > PROMOCIONES (id_curso, nombre) PLANES (id_plan, nombre,
> > hora_por_dia)
> >
> >
> > TALLER_ALUMNO (id_taller_alumno, id_taller, id_alumno) Entidad
> > que une "alumnos" y "talleres"
> >
> >
> > ALUMNOS (id_alumno, nombre, apellido, fecha_nac,
> > fecha_ingreso, id_plan, id_curso, alumno_activo)
> >
> >
> > ASISTENCIAS(id_asistencia, id_tipo_asistencia, id_alumno,
> > taller, nombre_plan, Horas_por_dia, hora_entrada, hora_salida,
> > comentario)
>
> Nop... si solo guardás id_asistencia, cuando se edite un Tipo de
> Asistencia vas a cambiar las Asistencias ya registradas.
> Tenés acá un caso de esos que tanto discutimos en clase sobre que el
> almacenamiento no debe "cambiar el pasado".
>
>
> >
> > Gracias!
>
> Por anda!
> Vamos que falta poco!!!
>
> > Saludos,
>
> =mente!
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Blog: http://blog.pegasusnet.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20120612/5e6d6515/attachment-0001.html>
Más información sobre la lista de distribución Php-avanzado