Ajedrez Amigo Isaac Muoz Sebastin Rozas Synddy Herrera
Ajedrez Amigo Isaac Muñoz Sebastián Rozas Synddy Herrera Taller de proyecto integral Manuel Rojas 28 -07 -2010
Temario • Situación actual. • Objetivos. • Estudios del proyecto. • Factibilidad del proyecto • Ciclo de vida • Diagramas • Pruebas • Conclusión
Primera parte SITUACIÓN ACTUAL
Situación actual Libreta de anotaciones Pérdida de datos. Duplicidad de datos. Corrupción de datos.
Primera parte OBJETIVOS
Objetivos Ayudar a los jugadores profesionales de ajedrez a registrar datos de sus partidas Conocer el promedio de tiempos del jugador Representar en forma gráfica a través de la pantalla, el juego en tiempo real. Mostrar en forma gráfica los datos recolectados por el sistema.
Segunda parte ESTUDIO DE MERCADO
Cuadro comparativo Preguntas Ajedrez Amigo Novagcetrine Tablero de hardware Tablero visible en computador Jugar contra el computador Jugar contra otro jugador Guarda fotos de la partida Consulta cantidad de piezas Consulta movimientos Consulta resultados Consulta tiempo Muestra gráficos de las consultas
Análisis industrial XXXXXXXXXX XXXXXXXXX MUY ATRACTIVO NEUTRO BARRERAS DE ENTRADA BARRERAS DE SALIDA RIVALIDAD DE COMPETIDORES PODER DE COMPRADORES PODER DE PROVEEDORES DISPONBILIDAD SUSTITUTOS ACCIONES DEL GOBIERNO POCO ATRACTIVO ELEMENTOS DE ANALISIS
Tercera parte ESTIMACIONES
Puntos de caso de uso actores Administrador Jugador complejo 3 3 casos de uso Tipo de Caso de Uso Descripción Entrada a la aplicación Simple = 2 Solicitar jugada Medio = 6 Solicitar estadísticas del juego Complejo = 9 solicitar información del proyecto Simple = 3 Solicitar cambio de pieza Medio = 5 Recuperar cuenta Simple = 2 Desconectarse de aplicación Simple =1 UUCP : = Factor (Peso) 1 2 3 1 2 1 1 UUCW : = UAW : = 11 6 EFactor : = EF : = 25 0, 65 17 FACTORES AMBIENTALES (EF) Descripción Peso Valor E 1 Familiaridad con el modelo de proyecto utilizado. 1, 5 4 E 2 Experiencia en la aplicación. 0, 5 4 E 3 E 4 E 5 E 6 E 7 E 8 Experiencia en orientación a objetos. Capacidad del analista líder. Motivación. Estabilidad de los requerimientos Personal part-time Dificultad del lenguaje de programación 1 0, 5 1 2 -1 -1 5 4 0 3
Puntos de caso de uso FACTORES DE COMPLEJIDAD TÉCNICA (TCF) Tfactor : = Factor T 1 Descripción Sistema distribuido. Valor 0 T 2 T 3 Objetivos de performance o tiempo de respuesta. Eficiencia del usuario final. 5 5 1 1 T 4 T 5 T 6 T 7 T 8 Procesamiento interno complejo. El código debe ser reutilizable. Facilidad de instalación. Facilidad de uso. Portabilidad. 5 4 5 5 4 1 1 0, 5 2 T 9 T 10 T 11 T 12 T 13 Facilidad de cambio. Concurrencia. Incluye objetivos especiales de seguridad. Provee acceso directo a terceras partes. Se requiere facilidades especiales de entrenamiento a usuario. 3 4 5 Peso 51 2 1 1 1 TCF : = 1, 11 UCP: = 12, 266 Horas - Persona (CF) : = 60 Esfuerzo : = 735, 93 * Conclusión: El sistema requiere de un esfuerzo total de 735, 93 horas / trabajo-persona para la realización del sistema.
Cocomo Nivel de Complejidad Simple Medio Complejo Total Tipos de función Entradas 5 3 1 33 Salidas 1 4 Ficheros lógicos Internos 3 5 105 Ficheros Externos 0 Consultas 3 4 4 49 Total Puntos de Función Sin ajustar CF = 191 Factor de Ajuste Total Puntos de Función Lenguaje de Programación Nº Línea de de Código CP= 1, 07 PF= 204 Java 23 I= 5 K Esfuerzo (hombres - mes) 13, 0 Tiempo Nº Personas (meses) (hombres) 6, 6 2, 0 Productividad (líneas/hombre - mes) 393, 7 Características GI C 1 Transmisión de datos Fuerte C 2 Proceso distribuido No influye C 3 Rendimiento, respuesta Significativa C 4 Configuración Moderada C 5 Indice de transacciones Significativa C 6 Entrada de datos on-line No influye C 7 Eficiencia de usuario Significativa C 8 Actualización on-line No influye Complejidad del C 9 proceso Fuerte C 10 Reusabilidad Fuerte C 11 Facilidad de instalación Significativa C 12 Sencillez en operación Media C 13 Adaptabilidad Moderada C 14 Flexibilidad Significativa Total Grados de Influencia GI = 42
Primera parte FACTIBILIDAD ECONÓMICA
Flujo de caja
Pagina web
Flujo de compra proveedores
Flujo de venta nacional
Flujo venta extranjero
Primera parte FACTIBILIDAD TÉCNICA
Factibilidad tecnica
Primera parte CICLO DE VIDA
RUP
Primera parte DIAGRAMAS
Diagrama de flujo
Diagrama alto nivel
Diagrama de clases
Diagrama de actividades Actividades de juego
Diagrama de actividades Actividades de reportes
Diagrama de actividades Actividades de juego
Primera parte PRUEBAS
Caja blanca Resultados: Números de regiones del grafo de flujo=14 Aristas – nodos + 2= 39 -27+2=14
Prueba caja negra Condición de Tipo Clase Equivalencia Válida Entrada Clase Equivalencia No Válida Nombre de usuario Rango 15 <= Código >=1 Alfanumérico mayor a 15 o vacio (Id jugador) Contraseña En blanco Rango 15 <= Código >=1 En blanco Contraseña mayor a 15 o vacio
Prueba navegadores Nombre del Visualización navegador de flash de imágenes márgenes correctos Mozilla Firefox Google Chrome Safari 3. 0 para Opera 9. 20 Explorer 7 Windows
Conclusión • Innovador • Soluciona el problema planteado • Gran aprendizaje • Gran investigación • Viable técnicamente • Viable económicamente
Bibliografía http: //clases 3 gingsof. wetpaint. com/page/Proceso+de+Pruebas+de+RUP Ingeniería del Software: Un Enfoque Práctico, Roger Pressman, sexta edición Docente Richard Zúñiga C. Ingeniero en Marketing Inacap Maipú The Rational Unified Process An Introduction, Second Edition. Philippe Kruchten. Publisher: Addison Wesley http: //ima. udg. edu/~sellares/EINF-ES 2/Present 1011/Metodo. Pesades. RUP. pdf
Bibliografía Docente Ricardo Muñoz –Ingeniero Electronico Inacap Santiago Sur Docente Richard Zúñiga C. Ingeniero en Marketing Inacap Maipú The Rational Unified Process An Introduction, Second Edition. Philippe Kruchten. Publisher: Addison Wesley
- Slides: 37