Your SlideShare is downloading. ×
INSTITUTO TECNOLOGICO SUPERIOR DE FELIPE CARRILLO PUERTO

             Organismo Público Descentralizado del Gobierno del ...
Felipe Carrillo Puerto, Quintana Roo a 16 de Junio de 2009




INDICE




  I.      Introducción           ………………………………………...
I.         Introducción



La necesidad de hacer más ágil el proceso de registro de alumnos, y la solicitud de equipo para...
II.        Descripción del Problema



El laboratorio de Cisco System lleva un control de los alumnos que ingresan para su...
III.           Plan de Trabajo

Cronograma de Actividades



IV.            Lista de Requerimientos

Para la obtención de ...
•   Alumnos
   •   Auxiliares de laboratorio
   •   Desarrolladores del Sistema



   •   Descripción del Ambiente Técnico...
•   Deberá realizar el registro de los equipos en el inventario del sistema
     •   Deberá dar de alta el horario de los ...
Obtención del Punto de Función:

GENERACION DE TABLAS

                        ALUMNO ALUMNO ALUMNO
NOMBRE                ...
Id_curso                   Numérico               5


                     DOCENTES DOCENTES DOCENTES
NOMBRE              ...
Alumnos     Baja         8           1

Docentes    Media        7           2

Cursos      Baja         2           1

Eq...
FICHEROS LOGICOS INTERNOS

Alumnos – baja

Docentes – baja

Curso – baja

Equipos – baja



INTERFAZ EXTERNA

Histórico de...
Rendimiento                                 0

Funciones distribuidas                      4

Introducción de datos en la ...
Por lo tanto                                          73.36 PF                    = 880.32 LDC

    •   a y b: parámetros ...
Volatilidad de la maquina        -       .87       1.00     1.15     1.30   -
virtual
Tiempo de respuesta del          -  ...
No.            Actor      Sistema                       Acción
   1                            x   Solicita contraseña
   ...
2                 x                Selecciona opción alta de equipo
   3                             x    Despliega ventan...
No.        Actor         Sistema                             Acción
 9a                           x      Datos incorrectos...
CASO DE USO: CONSULTAS

Actor Primario:

-Encargado del Laboratorio de Cisco

Precondiciones:

   •   Tener una cuenta de ...
CASO DE USO: SOLICITUD

Actor Primario:

-Instructor

Precondiciones:

              o Tener una cuenta de acceso
        ...
[no tiene login]

   Pide contraseña

[contraseña incorrecta]

Da acceso al Sistema

      Pide login

          [3]
SOLICITUD

PROCESOS DE USUARIO

                           Despliega ventana

                      Selecciona menú SOLICI...
ELIMINACION

Despliega menú principal

Despliega equipos, alumnos, maestros



Muestra datos de equipos, alumnos o maestro...
Despliega menú principal

Despliega lista de equipos, alumno o maestros

Muestra datos de equipos, alumnos, maestros

Veri...
CONSULTA
Inicio proceso de consulta

                         [ no hay selección de opción]

Opción alumno

[ Selección de opción]
...
29



Esperando Introducción de datos

Datos Guardados

Desplegar Msj: Duplicidad de información

Desplegar Msj: Espacios ...
VIII.   Interfaz de Usuario
IX.         Conclusión



El trabajo desarrollado anteriormente requirió de un proceso y distintas aplicaciones en donde s...
Bitacora_Electronica
Bitacora_Electronica
Bitacora_Electronica
Bitacora_Electronica
Bitacora_Electronica
Upcoming SlideShare
Loading in...5
×

Bitacora_Electronica

3,288

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
3,288
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
56
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Bitacora_Electronica"

  1. 1. INSTITUTO TECNOLOGICO SUPERIOR DE FELIPE CARRILLO PUERTO Organismo Público Descentralizado del Gobierno del Estado de Quintana Roo Bitácora Electrónica Planificación y Modelado ISC-VIII-A Profesora: Ing. Cintia Isabel Arceo Fuentes Integrantes de Equipo: González Aguilar Francisco Martínez Nieto Daniel Guadalupe Kauil Chan Emmanuel Cadena Martínez Jorge Góngora Sabido Paloma
  2. 2. Felipe Carrillo Puerto, Quintana Roo a 16 de Junio de 2009 INDICE I. Introducción …………………………………………………………………………… II. Descripción del ………………………………………………………………………...... Problema III. Plan de Trabajo ………………………………………………………………………….… a. Cronograma de Actividades IV. Lista de …………………………………………………………………………… Requerimientos V. Estimación de Costo ………………………………………………………………………………………… a)Modelo COCOMO b)Calculo de Esfuerzo c)Calculo de Tiempo VI. Casos de uso ………………………………………………………………………….. VII. Diagrama de ………………………………………………………………………….. Actividades VIII. Interfaz de Usuario ………………………………………………………………………….. IX. Conclusión …………………………………………………………………………..
  3. 3. I. Introducción La necesidad de hacer más ágil el proceso de registro de alumnos, y la solicitud de equipo para prácticas en el laboratorio de CISCO SYSTEMS, que en la actualidad se hace de manera manual, nos llevo a pensar en un sistema en donde dichas actividades se realicen de la manera más sencilla y rápida posible, además de incluir otros aspectos como el registro de profesores y la generación de estadísticas. En este planeación se tomaron en cuenta aspectos como la lista de requerimientos en donde se plantean los principales puntos que necesita el cliente y/o usuarios, análisis de riesgo para determinar las distintos escenarios de trabajo en caso de riesgo y tratar de eliminarlos, cálculo de esfuerzo para determinar el número de personas que se necesitan para hacer el sistemas(codificación), cálculo de tiempo de desarrollo, diagrama de casos de uso, casos de uso, diagramas de actividades, entre otros, que a continuación se presentan.
  4. 4. II. Descripción del Problema El laboratorio de Cisco System lleva un control de los alumnos que ingresan para sus respectivas clases y/o practicas, mediante cloretes, que es donde los alumnos se anotan cada vez que hacen uso del laboratorio, para lo cual tienen que escribir su Nombre completo, Semestre, Numero Control, Actividad, Fecha y Numero de Equipo (El equipo de computo que uso). Con este sistema de control, la obtención de estadísticas se demora. Después de que los alumnos se han registrado en la bitácora pueden hacer uso de los equipos que se encuentran en el laboratorio de Cisco, pero no se lleva un control de qué equipo exactamente ocupo para su actividad, esto puede representar un problema, ya que por cualquier razón si el equipo sufre algún desperfecto ya sea de configuración o físico no se podrá saber que alumno ocupo el equipo anteriormente a la presentación del desperfecto e indagar qué fue lo que paso para su posible solución, de igual manera pueden realizar prácticas avanzadas que involucren otros equipos del laboratorio. Algunos equipos del Laboratorio no cuentan con un número de inventario, sin embargo se tiene un inventario físico para su control, en casos de altas o bajas de equipos, pero como anteriormente se menciono no se sabe exactamente que equipos son usados para x practica, o que practica realizo el alumno ni de qué nivel de CCNA pertenece.
  5. 5. III. Plan de Trabajo Cronograma de Actividades IV. Lista de Requerimientos Para la obtención de la lista de requisitos se realizaron los siguientes enunciados: • Enunciado Limitado del Ámbito del Sistema Se necesita sistematizar el proceso de registro del alumno, solicitud de equipos y estadística del laboratorio de Cisco System. • Lista de Interesados Las personas involucradas para el sistema son: • Jefe Directo • Jefe Inmediato o encargado del área. • Instructores
  6. 6. • Alumnos • Auxiliares de laboratorio • Desarrolladores del Sistema • Descripción del Ambiente Técnico del Sistema Por parte de los Alumnos: • Deberán registrarse al entrar al laboratorio y hacer uso de los equipos. Por parte de los Maestros: • Solicitar laboratorio • Solicitar equipos Por parte de los Auxiliares: • Registro de equipo al sistema • Generación de estadísticas • Verificar solicitud de maestros • Realización de inventarios • Lista de requisitos organizados por función y las restricciones de dominio aplicables a cada uno. Alumnos: • El alumno deberá contar con un numero de control • El alumno deberá contar con login y password perteneciente al registro del curso CCNA correspondiente. • El alumno deberá notificar su entrada y salida del laboratorio. Instructores: • El instructor deberá levantar una solicitud en el sistema para reservar el laboratorio proporcionando los datos apropiados (Nombre del Instructor, Nivel de CCNA, Fecha, Día, Hora, Grupo o Semestre, Nombre y Descripción de la Practica a realizar) con anticipación. • El instructor deberá elegir del sistema los equipos disponibles, habilitados y correspondientes al nivel de CCNA que imparte. • El instructor deberá activar la asistencia de los alumnos en el sistema únicamente de aquellos que hayan ingresado al laboratorio para la realización de sus prácticas. Auxiliares del Laboratorio
  7. 7. • Deberá realizar el registro de los equipos en el inventario del sistema • Deberá dar de alta el horario de los instructores, así como responder a las solicitudes tanto de laboratorio como de los equipos que los instructores realicen a través del sistema. • Deberá solicitar al sistema la generación de las estadísticas en base a los datos y los periodos que se requieran. V. Estimación de Costo La estimación de costo que se refiere al costo del sistema y al tiempo que tomara su desarrollo, para ello es importante definir el método para la obtención de este costo. a) Modelo COCOMO Es un modelo empírico que se obtuvo recopilando datos de varios proyectos grandes. COCOMO vincula el tamaño del sistema y del producto, factores del proyecto y del equipo con el esfuerzo necesario para desarrollar el sistema. COCOMO ayuda a estimar el esfuerzo, tiempo, gente y costos (ya sea estos de desarrollo, equipamiento y mantenimiento. Lo primero que se obtuvo fue nuestra estimación por medio de Punto de Función. El punto de Función es una métrica aceptada como estándar en el mercado. Esta se puede aplicar en las primeras fases de desarrollo. Se basa en características fundamental-mente “externas” de la aplicación a desarrollar. Son elementos fácilmente identificables en los diagramas de especificación del sistema. (DFD, Entidad-Relación, DD) Mide dos tipos de características: • Los elementos de función. o Entradas o Salidas o Consultas o Ficheros Lógicos Internos o Ficheros de Interfaz • Los factores de Complejidad.
  8. 8. Obtención del Punto de Función: GENERACION DE TABLAS ALUMNO ALUMNO ALUMNO NOMBRE TIPO TAMAÑO No de control Alfanúm. 10 Nombre Alfanúm. 30 Apellido Texto 30 Carrera Texto 15 Semestre Alfanúm. 5 Aula Alfanúm. 4 Turno Texto 15 Correo Alfanúm. 20 curso numérico 5 EQUIPOS EQUIPOS EQUIPOS NOMBRE TIPO TAMAÑO Id_equipo Numérico 7 Nombre Texto 15 Modelo Texto 15 estado Texto 15 REGISTROS REGISTROS REGISTROS NOMBRE TIPO TAMAÑO Id_reg Numérico 7 Fecha Alfanúm. 15 No de control Alfanúm. 10 Id_doc Numérico 7
  9. 9. Id_curso Numérico 5 DOCENTES DOCENTES DOCENTES NOMBRE TIPO TAMAÑO Id_docentes Numérico 7 Nombre Alfanúm. 30 Correo e Alfanúm. 2 Telefono Numérico 12 Password Alfanúm. 30 Id_curso Alfanúm. 5 apellido texto 20 CURSO CURSO CURSO NOMBRE TIPO TAMAÑO Id_curso Alfanúm. 5 Nombre Texto 15 SOLICITUD SOLICITUD SOLICITUD NOMBRE TIPO TAMAÑO Id_solicitud Numérico 7 Fecha Alfanúm. 15 Id_equipo Numérico 7 Id_curso Numérico 5 Id_docente Numérico 7 Registro de datos ENTRADAS Datos Dificultad Atributos ficheros
  10. 10. Alumnos Baja 8 1 Docentes Media 7 2 Cursos Baja 2 1 Equipos Baja 5 1 Registros Alta 5 4 Solicitud Alta 5 4 SALIDAS Datos Dificultad Atributos ficheros Alumnos Baja 8 1 Docentes Media 7 1 Cursos Baja 2 1 Equipos Baja 5 1 Registros Media 5 4 Solicitud Media 5 4 CONSULTAS Datos Dificultad Atributos ficheros Registro Media 5 4 Solicitud Media 5 4
  11. 11. FICHEROS LOGICOS INTERNOS Alumnos – baja Docentes – baja Curso – baja Equipos – baja INTERFAZ EXTERNA Histórico de alumno (atributos 4 – ficheros 2 , dificultad baja) HOJA DE TRABAJO PARA EL CÁLCULO DE PUNTO DE FUCION Descripción Baja Media Alta Total Entradas 3*3 1*4 2*6 25 Salidas 3*4 1*5 0*7 17 Consultas 0*3 2*4 0*6 8 Archivos 4*7 0*10 0*15 28 Interfaces de 1*5 5 programa TOTAL = 83 FACTORES DE COMPLEJIDAD Comunicación de datos 3 Conf. De gran uso 1 Velocidad de transacción 0 Eficacia de usuarios finales 3 Procesado complejo 1 Facilidad de instalación 0 Varios sitios 0
  12. 12. Rendimiento 0 Funciones distribuidas 4 Introducción de datos en la línea 5 Actualización en línea 4 Reusabilidad 2 Facilidad de manejo 3 ampliabilidad 1 27 COMPLEJIDAD DE PROCESO AJUSTADO (PCA) PCA = 0.65+ (0.01*27) = 0.92 Total de puntos de función ajustados (TAFP) TAFP = 0.92 * 83 = 76.36 b) Calculo de Esfuerzo Fórmula general del esfuerzo: • El esfuerzo se mide en persona-mes. • KLDC: tamaño en miles de líneas de código. Para ello se requiere del número de líneas de código del lenguaje de programación con el que se desarrollara el sistema en base al punto de función obtenido. La equivalencia dice: 12 líneas de código PHP = 1 Punto de Función
  13. 13. Por lo tanto 73.36 PF = 880.32 LDC • a y b: parámetros de ajuste según el tipo o modo de desarrollo del proyecto. Estos parámetros son seleccionados según la magnitud del sistema: Aplicación de la formula: 2.4 (.88032) = 2.0993 Persona-Mes 1.05 c) Calculo de Tiempo Formula de Tiempo de Desarrollo = a (Esfuerzo) b Aplicación: 2.5 (2.0993) =3.3138 0.38 Factores de Coste Valoración Valoración Valoración Valoración Valoración Valoración Valoración Conductores de coste Muy bajo Bajo Nominal Alto Muy alto Extr. alto Fiabilidad requerida del 0.75 0.88 1.00 1.15 1.40 - software Tamaño de la base datos - 0.94 1.00 1.08 1.16 - Complejidad del producto 0.70 0.85 1.00 1.15 1.30 1.65 Restricciones del tiempo de - - 1.00 1.11 1.30 1.66 ejecución Restricciones del - - 1.00 1.06 1.21 1.56 almacenamientos principal
  14. 14. Volatilidad de la maquina - .87 1.00 1.15 1.30 - virtual Tiempo de respuesta del - .87 1.00 1.07 1.15 - ordenador Capacidad del analista 1.46 1.19 1.00 .86 0.71 - Experiencia en la aplicación 1.29 1.13 1.00 .091 .082 - Capacidad de los 1.42 1.17 1.00 0.86 0.70 - programadores Experiencia en S. O utilizado 1.21 1.10 1.00. 0.90 Experiencia en el lenguaje de 1.14 1.07 1.00 .95 - - programación Practica de programación 1.24 1.10 1.00 .91 .82 - modernas Utilización de herramientas de 1.24 1.10 1.00 .91 .83 - software Limitaciones de planificación 1.23 1.08 1.00 1.04 1.10 - de proyecto Aplicación de los factores de Coste: 2.0993 (1)(.94)(1)(1)(1)(1.15)(.86)(.91)(1)(.90)(.95)(1)(.91)(1.08)= 1.4923 N° medio de personas= 1.4923 / 1.4923 = .710 persona VI. Casos de Uso CASO DE USO: LOGIN Actor Primario: -USUARIOS Actor Secundario: Actor Externo: Precondiciones: • Tener una cuenta de acceso • Realizar una solicitud u otro evento Garantía de Éxito (post condiciones): • Ingreso al sistema Escenario Principal de Éxito (o Flujo Básico):
  15. 15. No. Actor Sistema Acción 1 x Solicita contraseña 2 x Ingresa contraseña 3 x Verifica contraseña 4 x Muestra menú de opciones de operación Flujo Alterno: No. Actor Sistema Acción * x En caso de fallo del sistema este debe recuperarse e iniciar su proceso en el paso No. 1. 3a x Contraseña incorrecta. + Se envía un mensaje de error dando al usuario la oportunidad de volver a introducir su contraseña, ir al paso 2 CASO DE USO: ALTA EQUIPO Actor Primario: -USUARIO Actor Secundario: Actor Externo: Precondiciones: • Equipo nuevo • Conocer los datos del equipo a registrar Garantía de Éxito (post condiciones): • Registro exitoso Escenario Principal de Éxito (o Flujo Básico): No. Actor Sistema Acción 1 x Se muestra ventana con lista de equipos existentes
  16. 16. 2 x Selecciona opción alta de equipo 3 x Despliega ventana alta de equipo 4 x Se capturan los datos del equipo 5 x Selecciona boton guardar 6 x Se mostrara un mensaje advirtiendo que los cambios serán aplicados. 7 x Acepta el mensaje 8 x Cierra la ventana y regresa al paso 1 Flujo Alterno: No. Actor Sistema Acción * x En caso de fallo del sistema este debe recuperarse e iniciar su proceso en el paso No. 3. 5a x Si el equipo ya existe, se mostrara un mensaje de error (regresando al paso 3) 5b x Si existe algun campo en blanco, se mostrara un mensaje de error (regresa al paso 3) CASO DE USO: BAJA DE EQUIPO Actor Primario: -Encargado del Laboratorio de Cisco Precondiciones: • Tener una cuenta de acceso • Logearse Garantía de Éxito (post condiciones): • Eliminación o Modificación de Equipo Escenario Principal de Éxito (o Flujo Básico): No. Actor Sistema Acción 1 x Muestra menú de opciones de operación 2 x Selecciona opción de Modificación 3 x Despliega menú de Modificación 4 x Selecciona opción Equipo 5 x Despliega lista de Equipos 6 x Selecciona el equipo a modificar 7 x Muestra pantalla de datos de equipo 8 x Modifica los datos del equipo 9 x Verifica datos correctos 10 x Selecciona guardar Flujo Alterno:
  17. 17. No. Actor Sistema Acción 9a x Datos incorrectos + Aparece una ventana de error indicando el dato erróneo e indicando el tipo de dato que deba llevar (numérico, texto, etc) hasta que no haya error. NOTA: Para la acción de eliminar los pasos son los mismos que la modificación. Hasta el paso 6. 7 x Muestra ventana de petición de confirmación para eliminar el equipo 8 x Acepta confirmación 9 x Elimina el equipo
  18. 18. CASO DE USO: CONSULTAS Actor Primario: -Encargado del Laboratorio de Cisco Precondiciones: • Tener una cuenta de acceso • Logearse Garantía de Éxito (post condiciones): • Consulta Escenario Principal de Éxito (o Flujo Básico): No. Actor Sistema Acción 2 x Solicita iniciar el proceso de consulta 3 x Muestra lista de menú de elementos 4 x Selecciona elemento a consultar 5 x Muestra ventana de opciones de consulta 6 x Selecciona datos específicos para muestra 7 x Muestra lista según datos solicitados Flujo Alterno: No. Actor Sistema Acción 7a x Si la lista no es la que se desea el usuario podrá volver definir los datos para la nueva consulta.
  19. 19. CASO DE USO: SOLICITUD Actor Primario: -Instructor Precondiciones: o Tener una cuenta de acceso o Logearse Garantía de Éxito (post condiciones): o Solicitud de Equipo Escenario Principal de Éxito (o Flujo Básico): No. Actor Sistema Acción 1 x Ingresa al sistema 2 x Se abre la ventana principal 3 x Elige en el menú de solicitud 4 x Despliega ventana de llenado de solicitud 5 x Elige en un menú despegable el equipo que solicita 6 x Lo agrega a una lista y pregunta si desea anexar otro equipo 7 x Confirma o cancela la ventana de pregunta 8 x Continua con el llenado de hora, fecha y nivel de curso 9 x Verifica datos 10 x Registra la solicitud Flujo Alterno: No. Actor Sistema Acción 6a x Si agrego un equipo que no desea puede eliminar ese agregado. 9a x Datos incorrectos + Aparece una ventana de error indicando el dato erróneo e indicando el tipo de dato que deba llevar (numérico, texto, etc) hasta que no haya error. VII. Diagrama de Actividades LOGIN
  20. 20. [no tiene login] Pide contraseña [contraseña incorrecta] Da acceso al Sistema Pide login [3]
  21. 21. SOLICITUD PROCESOS DE USUARIO Despliega ventana Selecciona menú SOLICITUD Despliega Lista Equipo Elige [Nueva elección] Equipo X [No disponible] Pide datos Curso Hora Fecha Inserta datos Registra solicitud Guarda
  22. 22. ELIMINACION Despliega menú principal Despliega equipos, alumnos, maestros Muestra datos de equipos, alumnos o maestros Eliminar equipo, alumnos, maestros Guarda Selecciona la opción de bajas Selecciona equipo, alumno o maestros Selección la opción a eliminar PROCESOS DE USUARIO
  23. 23. Despliega menú principal Despliega lista de equipos, alumno o maestros Muestra datos de equipos, alumnos, maestros Verificar datos correctos Guarda Selecciona la opción de modificar Modifica los datos PROCESOS DE USUARIO MODIFICACION
  24. 24. CONSULTA
  25. 25. Inicio proceso de consulta [ no hay selección de opción] Opción alumno [ Selección de opción] Muestra lista de datos Opción equipo Opción docente Elegir opciones a mostrar
  26. 26. 29 Esperando Introducción de datos Datos Guardados Desplegar Msj: Duplicidad de información Desplegar Msj: Espacios en blanco Espacios en blanco Información duplicada Desplegado Ventana Alta Verificación de datos Desplegar Msj: Los cambios se guardaran Datos correctos Introducción de Datos Proceso Usuario DIAGRAMA DE ACTIVIDA
  27. 27. VIII. Interfaz de Usuario
  28. 28. IX. Conclusión El trabajo desarrollado anteriormente requirió de un proceso y distintas aplicaciones en donde se obtuvieron datos y diferentes caracteres que se tomaron en cuenta para la realización del sistema. En la actualidad casi todo se maneja a través de procesos computacionales que permiten mantener un control y más que nada el facilitar el trabajo del usuario que es al final de cuenta el que recibe estos beneficios. Con el desarrollo del sistema de bitácora electrónica que es al que se enfoca este trabajo permitirá a los usuarios de laboratorio de Cisco System registrarse de forma electrónica así como también va a permitir al administrador tener un control de los distintos usuarios que ingresen y de los distintos equipos que van a ser utilizados en cierto momento. En general el sistema permitirá el tener un mejor control sobre los distintos equipos, alumnos y docentes que se encuentren registrados y facilitara al usuario el obtener datos a través de búsquedas.

×