[Php-avanzado] Modificaciones en los Requerimientos
Leonardo Tadei - Pegasus Tech Supply
leonardot en pegasusnet.com.ar
Mar Jun 12 21:57:49 ART 2012
Hola Pablo,
El mar, 12-06-2012 a las 15:00 -0300, pablo beroiza escribió:
> Leo! te envio las correcciones. Desde ya muchas gracias.
Por nada! Gracias a vos por estar trabajando seriamente en esto
> 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)
La SRS y el Diccionario están consistentes.
Listo con esto!
> 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)
En la tabla Asistencias te falta el campo nombre_tipo_asistencia ... te
lo decía en el mensaje anterior.
Este campo va por lo mismo que está puesto nombre_plan: tu RF10 dice
que pueden ser modificados o borrados los Tipos de Asistencia, así que
si en la Asistencia guardás solo una referencia, al editar un Tipo De
Asistencia todos los que tenían ese id_tipo_asistencia de por ejemplo el
año pasado se van a cambiar... y no está bien cambiar el pasado de las
cosas registradas.
Por formalismo, por favor reenviame este mail con este campo agregado
así lo guardo para futura referencia y damos por terminada la
normalización.
No le cambies más nada porque ni lo voy a leer! Agregale el campo, te
digo que está bien y lo guardo ;-)
Saludos!
> 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
>
>
>
> _______________________________________________
> 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
Blog: http://blog.pegasusnet.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