Ajedrez Amigo

Isaac MuñozSebastián Rozas Synddy Herrera

Taller de proyecto integralManuel Rojas28-07-2010

Temario

SITUACIÓN ACTUALPrimera parte

Sistema actual

Libreta de anotaciones

Corrupción de datos.

Duplicidad de datos.

Pérdida de datos.

OBJETIVOSPrimera parte

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

.

ESTUDIO DE MERCADOSegunda parte

Cuadro comparativoPreguntas 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

BARRERAS DE ENTRADABARRERAS DE SALIDARIVALIDAD DE COMPETIDORESPODER DE COMPRADORESPODER DE PROVEEDORESDISPONBILIDAD SUSTITUTOSACCIONES DEL GOBIERNO

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

PO

CO

ATR

AC

TIV

O

NEU

TR

O

MU

Y A

TR

AC

TIV

OELEMENTOS DE ANALISIS

ESTIMACIONESTercera parte

Puntos de caso de uso

UAW := 6

UUCW := 11actores

Administrador complejo 3

Jugador complejo 3

     casos de uso

Tipo de Caso de Uso Descripción Factor (Peso)

Entrada a la aplicación Simple = 2 1Solicitar jugada Medio = 6 2

Solicitar estadísticas del juego Complejo = 9 3solicitar información del proyecto Simple = 3 1Solicitar cambio de pieza Medio = 5 2Recuperar cuenta Simple = 2 1Desconectarse de aplicación Simple =1 1

UUCP := 17

FACTORES AMBIENTALES (EF)Factor Descripción Peso Valor

E1 Familiaridad con el modelo de proyecto utilizado. 1,5 4

E2 Experiencia en la aplicación. 0,5 4

E3 Experiencia en orientación a objetos. 1 5E4 Capacidad del analista líder. 0,5 4E5 Motivación. 1 5E6 Estabilidad de los requerimientos 2 4E7 Personal part-time -1 0E8 Dificultad del lenguaje de programación -1 3

EFactor := 25

EF := 0,65

Puntos de caso de uso

FACTORES DE COMPLEJIDAD TÉCNICA (TCF)

Factor Descripción Valor Peso

T1 Sistema distribuido. 0 2

T2 Objetivos de performance o tiempo de respuesta. 5 1T3 Eficiencia del usuario final. 5 1           

T4 Procesamiento interno complejo. 5 1T5 El código debe ser reutilizable. 4 1

T6 Facilidad de instalación. 5 0,5T7 Facilidad de uso. 5 0,5T8 Portabilidad. 4 2                      

T9 Facilidad de cambio. 3 1T10 Concurrencia. 4 1T11 Incluye objetivos especiales de seguridad. 3 1T12 Provee acceso directo a terceras partes. 4 1T13 Se requiere facilidades especiales de entrenamiento a usuario. 5 1

Tfactor := 51

TCF := 1,11

UCP:= 12,266

Horas - Persona (CF) := 60Esfuerzo := 735,93

* Conclusión: El sistema requiere de un esfuerzo total de 735,93 horas / trabajo-persona para la realización del sistema.

CocomoTipos de función

Nivel de ComplejidadTotalSimple Medio Complejo

Entradas 5 3 1 33Salidas 1     4Ficheros lógicos Internos   3 5 105Ficheros Externos       0Consultas 3 4 4 49

Total Puntos de Función Sin ajustar CF = 191

Características GIC1 Transmisión de datos FuerteC2 Proceso distribuido No influyeC3 Rendimiento, respuesta SignificativaC4 Configuración Moderada C5 Indice de transacciones SignificativaC6 Entrada de datos on-line No influyeC7 Eficiencia de usuario SignificativaC8 Actualización on-line No influye

C9Complejidad del

proceso FuerteC10 Reusabilidad FuerteC11 Facilidad de instalación SignificativaC12 Sencillez en operación MediaC13 Adaptabilidad Moderada C14 Flexibilidad Significativa

Total Grados de Influencia GI =42

Esfuerzo Productividad Tiempo Nº Personas(hombres - mes) (líneas/hombre - mes) (meses) (hombres)

13,0 393,7 6,6 2,0

Factor de Ajuste CP=1,07Total Puntos de Función PF=204Lenguaje de Programación Java 23Nº Línea de de Código I=5K

FACTIBILIDAD ECONÓMICA

Primera parte

Flujo de caja

Costo/beneficio

Pagina web

Flujo de compra proveedores

Flujo de venta nacional

Flujo venta extranjero

FACTIBILIDAD TECNICAPrimera parte

Factibilidad tecnica

CICLO DE VIDAPrimera parte

RUP

DIAGRAMASPrimera parte

Diagrama de flujo

Diagrama alto nivel

Diagrama de clases

Diagrama de actividadesActividades de juego

Tablero Login AdministradorJugador

Inicializa aplicacion

Ingresa su cuenta

Verifica datos de la cuenta

Salir del juego

Entrar al juego

Ejecutar juego

Finaliza juego

Envia datos a BD

Logeo de recuperacion de cuenta

Recuperando cuenta

ingreso de datos

Verifica datos ingreso

Acceso denegado

Diagrama de actividadesActividades de reportes

Diagrama de actividadesActividades de juego

PRUEBASPrimera parte

Caja blanca

Resultados: Números de regiones del grafo de flujo=14Aristas – nodos + 2= 39-27+2=14

Prueba caja negra

Condición de

Entrada

Tipo Clase Equivalencia Válida Clase Equivalencia No

Válida

Nombre de usuario

(Id jugador)

Rango 15 <= Código >=1

 

En blanco

Alfanumérico mayor a 15 o vacio

 

Contraseña Rango

 

15 <= Código >=1

 

En blanco

Contraseña mayor a 15 o vacio

Prueba navegadoresNombre del

navegador

Visualización

de flash

Visualización

de imágenes

 

Visualización

márgenes

correctos

       

Mozilla Firefox      

Google Chrome      

Safari 3.0 para

Windows

     

Opera 9.20      

Explorer 7      

Conclusión

Bibliografía

http://clases3gingsof.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-ES2/Present1011/MetodoPesadesRUP.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