Está en la página 1de 27

Plan de Proyecto de Desarrollo Software Videojuego: Rhythm Racing

Administracin de Proyectos de Software


Versin 1.0.0 Fecha de entrega 9 Noviembre 2013

Equipo 4 Grisel Berenise Ancona Martnez. Wilhem de Jess Bates Romero. Jos Gustavo Canul Poot. Evelin Estefana Daz Cervera. Gilberto Len Enrquez. Jos Luis Uc Prez. Profesor: M.C.C. Carlos Benito Mojica Ruiz Ingeniera en software Facultad de matemticas de la UADY
1

Contenido
1. Control de versiones ................................................................................................... 4 1.1. 2. Resumen de cambios .......................................................................................... 4

Introduccin ................................................................................................................ 5 2.1. 2.2. 2.3. 2.4. 2.5. 2.6. Audiencia ............................................................................................................. 5 Descripcin del proyecto...................................................................................... 5 Productos a entregar ........................................................................................... 5 Evolucin del plan de desarrollo software ............................................................ 6 Referencias ......................................................................................................... 6 Definiciones y acrnimos ..................................................................................... 6

3.

Proclamacin de trabajo ............................................................................................. 6 3.1. 3.2. 3.3. 3.4. Alcance................................................................................................................ 6 Objetivos ............................................................................................................. 6 Limitaciones......................................................................................................... 7 Suposiciones ....................................................................................................... 7

3.5. Restricciones administrativas y tcnicas.................................................................. 8 4. Organizacin del proyecto .......................................................................................... 8 4.1. Modelo de proceso .............................................................................................. 8 Modelo de Ciclo de Vida del Software .......................................................... 8 Principales puntos de control ........................................................................... 9

4.1.1. 4.1.2.

4.1.3 Principales productos de trabajo ...................................................................... 10 4.2. 4.3. 4.4. 5. Estructura organizativa ...................................................................................... 10 Perfiles .............................................................................................................. 11 Responsabilidades ............................................................................................ 13

Proceso de administracin ........................................................................................ 16 5.1. Objetivos y prioridades de la administracin ...................................................... 16

5.2. 5.3. 5.4.

Administracin de Riesgos ................................................................................ 17 Mecanismos de monitoreo y control .................................................................. 20 Plan de personal ................................................................................................ 21 Entrenamiento/Reclutamiento ..................................................................... 21

5.4.1. 6.

Proceso Tcnico ....................................................................................................... 22 6.1. 6.2. 6.3. 6.4. Mtodos y herramientas .................................................................................... 22 Tcnicas ............................................................................................................ 22 Documentacin del software .............................................................................. 23 Funciones de apoyo al proyecto ........................................................................ 23

7.

Tareas, agenda y presupuesto ................................................................................. 23 7.1. 7.2. 7.3. Definicin de tareas ........................................................................................... 23 Presupuesto asignado .......................................... Error! Bookmark not defined. Agenda .............................................................................................................. 25

1. Control de versiones
Autor Equipo 4 Gustavo Canul Fecha 9/11/13 25/11/13 Versin 1.0.0 1.1.0 Aprobado por: Grisel Berenise Ancona Martnez

1.1.
Fecha 9/11/13

Resumen de cambios
Versin 1.0.0 Resumen de cambios Ningn cambio primera versin liberada del documento. Seccin 2.4 Referencia a la plantilla de cambios para el plan de proyecto para cada iteracin. Seccin 3.1 Alcance redefinido. Seccin 3.2 Objetivos redefinidos

25/11/13 1.1.0 25/11/13 1.1.0 25/11/13 1.1.0

2. Introduccin
El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para controlar el proyecto. En l se describe el enfoque de desarrollo del software.

2.1.

Audiencia
El Lder del Proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar su seguimiento. Los miembros del equipo de desarrollo lo usan para entender lo qu deben hacer, cundo deben hacerlo y qu otras actividades dependen de ello.

Los usuarios del Plan de Desarrollo del Software son:

2.2.

Descripcin del proyecto

El proyecto Rhythm Racing busca innovar en el mbito de los videojuegos para mviles, desarrollando un videojuego que represente un reto para los usuarios que sea atractivo y entretenido. Para la realizacin del proyecto se pretende dividir en diversas fases de acuerdo al ciclo de vida escogido (ver la seccin 4.1.1), por otra parte se definirn procesos para completar cada una de estas fases en tiempo, costo y calidad. El juego que ser el producto final del presente proyecto, se desarrollara para dispositivos Android y PC. Dicho producto busca tener impacto entre todas las edades.

2.3.

Productos a entregar

A continuacin se indican cada uno de los artefactos que sern generados y utilizados por el proyecto y que constituyen los entregables que proponemos para este proyecto: Cdigo fuente del videojuego. Archivo ejecutable del videojuego. Plan de proyecto. Documento de requerimientos. Documento de diseo. Libro de informacin del videojuego.

2.4.

Evolucin del plan de desarrollo software

El Plan de Desarrollo del Software se revisar quincenalmente, con base a la plantilla NOMBRE_DE_LA_PLANTILLA se dar evidencia de cambios en el plan de proyecto y se refinar antes del comienzo de cada iteracin de desarrollo.

2.5.

Referencias
Plan de Riesgos Plan de Gestin de la Configuracin Plan de Gestin de Requisitos Plan de Gestiona de Calidad Plan de Medicin y Anlisis

2.6.

Definiciones y acrnimos
PDPS: Plan de Desarrollo del Proyecto Software EDT: Estructura de Descomposicin de Trabajo

3. Proclamacin de trabajo
3.1. Alcance
El proyecto est diseado para finalizar en un periodo de 5 meses a partir de mediados de diciembre 2013 hasta principios de mayo de 2014. Durante ese periodo se realizarn las actividades de desarrollo del proyecto tales como: Gestin de Requisitos Diseo de Software Desarrollo del Software Pruebas del Software Procesos y Actividades de Aseguramiento de Calidad

Durante el proyecto se desarrollar el producto, un videojuego, llamado Rhythm Racing de forma iterativa siguiendo cada uno de los procesos mencionados anteriormente por iteracin.

3.2.

Objetivos

Los objetivos planteados en el presente proyecto son de realizar el mismo, en tiempo, tamao, costo y calidad planteados por parte del equipo de trabajo.

El tiempo se establece en base a lo que se defini en la agenda de trabajo para poder estar al pendiente de cada tarea y no se atrase ninguna de ella y en caso de que as sea posible poder resolver dicha tarea y no se vea perjudicado en tiempo establecido. En cuanto al tamao se ha planteado el alcance del proyecto, as como tambin la calidad del mismo para poder saber que tanto hay que hacer y con qu calidad debe de estar hecho el proyecto cada uno de estas variables ser verificado con plantillas para poder presentar un informe de avance en cada una de las tareas. El costo del proyecto es algo muy importante y es uno de los objetivos primordiales del proyecto ya que se busca que el costo no sea mucho ms o mucho menos del establecido por el equipo de trabajo y as poder contar con todos los recursos disponibles para terminar el proyecto en tiempo.

3.3.
-

Limitaciones
La fecha lmite de conclusin del proyecto es en el mes de mayo del 2014. El equipo de proyecto deber seguir las reglas de trabajo establecidas antes de iniciar el proyecto. Se depende de la correcta colaboracin de todos los integrantes del equipo. Los miembros del equipo tienen diversas actividades externas que podran afectar su productividad como servicio social, prcticas profesionales y estudios por lo que se pretende que se dediquen en promedio cinco horas por semana al proyecto cada uno.

3.4.

Suposiciones

La planeacin del proyecto gira en base a las siguientes suposiciones: Se contar con los dispositivos necesarios para probar completamente el resultado del proyecto. El equipo de desarrollo ser capaz de adaptarse al uso de nuevas herramientas, framework, y metodologas para la implementacin del proyecto. Cada uno del equipo de proyecto asumir la responsabilidad de finalizar sus tareas asignadas a tiempo. El equipo se encontrara completo en el siguiente periodo escolar, para poder finalizar con el proyecto. Se espera que el producto sea finalizado a tiempo, y cumpla con las expectativas del equipo de proyecto.

3.5.

Restricciones administrativas y tcnicas

Como restricciones tcnicas tenemos que el uso de tecnologas mviles, usando el framework LibGDX. Se espera que estas tecnologas sean lo suficientemente adecuadas para el cumplimiento del objetivo del producto final.

4. Organizacin del proyecto


4.1. Modelo de proceso

4.1.1. Modelo de Ciclo de Vida del Software El modelo de ciclo de vida que ser empleado para el desarrollo es el modelo iterativo, de forma tal que se debe contar con la especificacin de requisitos completa desde el principio. La siguiente tabla muestra las fases que el paradigma de este ciclo de vida abarca: Fase Ingeniera de Requisitos: Es el proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema de software. Sub-tareas Educcin de requerimientos: Obtener los requerimientos del sistema, para ello es necesario definir el equipo que se encargara de la obtencin de los requerimientos, as como establecer el proceso de la obtencin de los mismos. Actividades: Documentacin del panorama general del proyecto Recolectar y clasificar los requisitos Analizar y evaluar los requisitos Priorizar los requisitos Anlisis y especificacin de requerimientos: Obtencin de requisitos analizados y el documento de especificacin de requisitos: Reduccin de ambigedades Plantear un modelo lgico Redaccin del documento de Especificacin de Requisitos Validacin y certificacin de los requerimientos: Esta actividad busca minimizar posibilidad de error, mediante actividades de: Validacin Certificacin por parte del interesado. Se realizan las actividades descritas en la parte inferior. Se realizan las actividades descritas en la parte inferior. Se realizan las actividades descritas en la parte inferior. 8

Iteracin #1 Iteracin #2 Iteracin #...

Iteracin #N Diseo: En esta actividad se plasman los requerimientos en un modelo de dominio.

Se realizan las actividades descritas en la parte inferior. Diagrama de clases: Se realiza un diseo especfico plasmando las funcionalidades de los mdulos. Inspeccin de diseo: Se realizara una inspeccin del diseo para comprobar y asegurar que el diseo haya sido realizado correctamente. Codificacin: Implementacin de los mdulos de la iteracin en base al diseo. Implementacin de los mdulos de base de datos relacionados en base al modelo entidad relacin. Inspeccin de cdigo: Se realiza una inspeccin de los mdulos implementados para comprobar y asegurar que el diseo haya sido implementado correctamente. Se realizaran las pruebas a los mdulos del sistema para verificar el buen funcionamiento del sistema y que se cumplan con las caractersticas deseadas. Integracin de mdulos: Se procede a integrar los mdulos creados hasta el momento. Pruebas de integracin: Se realiza pruebas de integracin sobre los mdulos aadidos al sistema y los mdulos afectados por dicha modificacin.

Construccin: En esta etapa tiene lugar la codificacin del sistema teniendo como gua el diseo. Pruebas

Integracin

4.1.2. Principales puntos de control


A continuacin se presentan los siguientes puntos de control. Monitoreo y control Este punto ser llevado de acuerdo a la agenda del proyecto por el Jefe del Proyecto y el Comit de Seguimiento y Control. El monitoreo y control de riesgo ser registrado en la plantilla Reporte del Estado (Ver MC_plantilla_reporteEstado). Control de Calidad Los defectos detectados en las revisiones y formalizados tambin en una Solicitud de Cambio tendrn un seguimiento para asegurar la conformidad respecto de la solucin de dichas deficiencias. Para la revisin de cada entregable y su correspondiente garanta de calidad se utilizarn las guas de revisin y checklist. Administracin de Riesgos

En el plan de Administracin de Riesgos del Proyecto se encuentran los riesgos iniciales definidos, pero como la administracin de riesgos es un proceso continuo la lista de riesgos de deber actualizar constantemente, al igual que las acciones para mitigarlos. Administracin de la Configuracin Se realizar la administracin de la configuracin para llevar un registro de los entregables generados y sus versiones. Tambin se incluir la gestin de las Solicitudes de Cambio y de las modificaciones que stas produzcan, informando y publicando dichos cambios para que sean accesibles a todo los participantes en el proyecto. Al final de cada iteracin se establecer una lnea base (un registro del estado de cada entregable, estableciendo una versin), la cual podr ser modificada slo por una Solicitud de Cambio aprobada. 4.1.3 Principales productos de trabajo En este apartado se enlistaran los resultados del desarrollo del sistema. Plan de Desarrollo Software, presente documento. Agenda del Proyecto. Registro de riesgos, lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones especficas de contingencia o para su mitigacin. Solicitud de Cambios, mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. Documento Especificacin de Requisitos Software. Cdigo fuente. Diagrama de clases. Plan de Pruebas. Producto, videojuego mvil.

4.2.

Estructura organizativa

El equipo de desarrollo est compuesto por seis personas que segn sus capacidades se les asignar un papel y que ejecutaran roles de administrador de algn rea de desarrollo. Es importante destacar que slo una de esas cinco personas ocupar el rol de lder, este se encargar de velar por el cumplimiento de la planificacin destinando los recursos humanos y de tiempos que considere prudentes para lograr que el sistema no se atrase, y que el producto sea de calidad.

10

Administracin del proyecto (Grisel Ancona)

Administrador de la calidad (Responsable: Wilhem Bates)

Administracion de la configuracin (Responsable: Jose Luis Uc)

Administrador de Riesgos (Evelin Diaz)

Lider de Proyecto (Grisel Ancona)

Verificador(Responsabl e: Gilberto Leon)

Ingenieros de requisitos (Gustavo Canul)

Lider de Diseo (Jose Luis Uc)

Lider de Desarrollo(Gustavo Canul)

Diseadores (Grisel Ancona, Jose Luis Uc, Wilhem Bates, Gustavo Canul)

Desarrolladores (Gustavo Canul, Evelin Diaz, Gilberto Leon, Jose Luis Uc, Grisel Ancona, Wilhem Bates)

4.3.

Perfiles

Se describir los perfiles que se necesitan para la realizacin del proyecto Rhytmn Racing. Se describir cada uno de los perfiles que se necesitaran en los roles establecidos para el equipo de trabajo a continuacin. Administrador de proyecto. Persona responsable. Conocimiento amplio de cada una de las reas de desarrollo de software. Capacidad crtica. Trabajo en equipo. Redaccin de informes. Autodidacta. Solucin de problemas. Gestin de personal y liderazgo.

Administrador de calidad. Persona responsable. Conocimiento amplio del rea de calidad. 11

Capacidad crtica. Trabajo en equipo. Redaccin de informes. Conocimiento de modelos de calidad. Auditor.

Administrador de la configuracin. Autoridad. Conocimiento de los programas. Consciencia del programa. Toma de decisiones. Familiarizacin del rea. Trabajo en equipo. Persona responsable.

Administrador de riesgos. Gestin operacional. Conocimiento sobre evaluacin de proyectos software. Dominio de herramientas software. Dominio de herramientas de medicin. Liderazgo. Responsable. Analtico

Lder de proyecto. Persona responsable. Conocimiento amplio de cada una de las reas de desarrollo de software. Capacidad crtica. Trabajo en equipo. Redaccin de informes. Autodidacta. Solucin de problemas. Gestin de personal y liderazgo.

Lder de verificaciones. Responsable Trabajo en equipo Solucin de problemas. 12

Conocimiento de metodologa de desarrollo de aplicaciones. Conocimiento tcnico bsico de pruebas de software. Metdico y ordenado en la documentacin generada como evidencia o informes de pruebas. Conocimiento de herramientas de verificacin.

Ingeniero de requisitos. Responsable. Trabajo en equipo Solucin de problemas. Conocimientos de ciclos de vida de software. Conocimiento de metodologas y estndares. Observador. Organizativo Analtico. Entrevistar e interrogar. Escuchar. Lectura de comprensin. Modelado de negocios.

Lder de diseo. Responsable. Trabajo en equipo Solucin de problemas. Conocimiento de tcnicas de modelado (UML). Conocimientos de ciclos de vida de software. Conocimiento de metodologas y estndares.

Lder de desarrollo. Responsable. Trabajo en equipo Solucin de problemas. Conocimiento de algoritmos. Conocimiento de ciclos de vida de software.

4.4.

Responsabilidades

A continuacin se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo. 13

Rol Administrador proyecto.

Responsable Responsabilidad del Grisel Berenise Ancona La responsabilidad Martnez. principal es lograr la culminacin del proyecto de software en tiempo, costo y calidad fijados con los recursos existentes establecidos. Administrador de calidad Wilhem de Jess Bates Asegurar que el Romero desarrollo sigue el proceso establecido. Juzgar el proceso, no el producto. Determinar el cumplimiento del plan de desarrollo del proyecto. Auditar los productos del trabajo para identificar deficiencias. Administrador de la Jos Luis Uc Prez Es responsable de configuracin. administrar los esfuerzos del proyecto relacionados a la administracin de la configuracin, el administrador de la configuracin deber: Convocar y presidir todas las reuniones de la mesa de control de cambios. Llevar un registro de todas las solicitudes de control de cambios. Asignar identificadores a todos los elementos de configuracin. Desarrollar polticas de administracin 14

Administrador de riesgos.

Evelin Estefana Cervera

Daz

Lder de proyecto.

Lder de verificaciones.

Ingeniero de requisitos.

de riesgos. Identificar los riesgos. Seleccionar alternativas financieras. Negociar alcance de la seguridad. Administrar funciones de riesgo. Supervisar la prevencin de prdidas. Grisel Berenise Ancona Coordinar al Martnez. equipo. Asegurar que todos cumplan con su trabajo. Generar informes Dirigir reuniones. Motivar al equipo. Gilberto Len Enrquez Verificar que se cumplen los requisitos. Verificar que se cumplen con los criterios establecidos en el proyecto. Jos Gustavo Canul Poot Encargado de asignar el alcance del proyecto. Obtener la informacin relevante para asignar el alcance del proyecto. Negociar los requisitos con los involucrados. Especificar cada una de las funcionalidades del producto. Validar cada 15

Lder de diseo.

Jos Luis Uc Prez.

Lder de desarrollo de Jos Gustavo Canul Poot software.

requisito. Evaluar las soluciones y escoger las ms apropiadas para el proyecto. Definir la arquitectura a utilizar. La especificacin del sistema. Disear los componentes. Diseo de algoritmos. Controlar el avance del proyecto. Dirigir la realizacin de las fases siguiendo los estndares propuestos. Integrar el trabajo de todos.

5. Proceso de administracin
5.1. Objetivos y prioridades de la administracin
El objetivo principal ser terminar el videojuego en tiempo, costo y calidad establecida en la agenda o en los diferentes planes que se elaboraran por el equipo de trabajo. Lo principal para administrar el proyecto ser tener en cuenta cada uno de los modelos y estndares que se utilizaran y ver que se estn llevando a cabo cada uno de ellos por parte del equipo de desarrollo. Se prioriza sobre la ingeniera de requisitos ya que en esta se definir el alcance del proyecto, as como tambin algo muy importante es la gestin de la calidad y el desarrollo de software. Aunque todas las actividades son importantes, es de suma importancia que para poder hacer el proyecto, saber el alcance que tendr para no hacer ms, ni menos de lo ya establecido por el ingeniero de requisitos.

16

5.2.

Administracin de Riesgos

A continuacin se presenta los riesgos identificados obtenidos del Plan de Administracin de Riesgos:

17

ID: AR-01

Fuente: Personal

C: Personas

AR-02

Personal

Personas

AR-03

Personal

Personas

AR-04

Requisitos

Proceso

Descripcin: Desercin de algn miembro del equipo de desarrollo. Falta de tiempo por parte de algn integrante del equipo. Falta de conocimiento sobre los framework que servir para facilitar el desarrollo el producto software. La calidad del proyecto puede verse afectada debido a que el tiempo de desarrollo del proyecto es muy corto.

P 50%

Impacto Catastrfica

Gravedad Alto

Aceptacin Inaceptable

AC Mitigar

50%

Alto

Medio

Inaceptable

Mitigar

10%

Moderado

Medio

Inaceptable

Mitigar

30%

Mayor

Alto

Inaceptable

Evitar

AR-05

Personal

Agenda

AR-06

Personal

Proceso

10% Atrasos/Estimaciones incorrectas. Atraso con el calendario de realizacin de las actividades y/o estimaciones errneas. Riesgos no tomados en 30% cuenta. Problemas con las sesiones para identificacin de riesgos, no se toman en cuenta riesgos que pueden poner en peligro el proyecto.

Mayor

Alto

Inaceptable

Evitar

Moderado

Alto

Inaceptable

Mitigar

18

AR-07

Personal

AR-08

AR-09 AR-10

Las herramientas tcnicas seleccionadas para el desarrollo de la aplicacin no sean las aptas. Entorno Gestin de Hace referencia al proceso de interfaz de gestin que se desarrollo establece para garantizar la compatibilidad y completitud de interfaces. Equipo de Personas Aadir ms personal al trabajo proyecto. Equipo de Personas Dificultad de comunicacin trabajo entre los miembros del grupo de desarrollo del proyecto.

Tecnologa

10%

Alto

Alto

Inaceptable

Mitigar

10%

Alto

Alto

Inaceptable

Evitar

3% 40%

Moderado Alto

Medio Alto

Aceptable Inaceptable

Mitigar Evitar

19

5.3.

Mecanismos de monitoreo y control

El proceso Monitorear y Controlar el Trabajo del Proyecto se realiza para supervisar los procesos y productos del proyecto relacionados con el inicio, la planificacin, la ejecucin y el cierre. Se adoptan acciones correctivas o preventivas para controlar el rendimiento del proyecto. El monitoreo incluye la recoleccin, medicin y difusin de informacin sobre el rendimiento, y la evaluacin de las mediciones y tendencias para llevar a efecto las mejoras del proceso. Para el proyecto se realizara un monitoreo y control no peridico, es decir el monitoreo no peridico se realiza a tres niveles: tarea, hito de control e hito de entrega. El seguimiento de las tareas vela por la adecuada realizacin de las mismas, proponiendo acciones que se estimen oportunas y aprobando que las tareas se hayan completado correctamente. El seguimiento de los hitos de control consiste en revisar el estado del proyecto al alcanzar un punto concreto en la ejecucin, sin que d lugar a una entrega parcial, se trata de revisiones planificadas de antemano. Los hitos de entrega representan, a diferencia de los hitos de control, entregas parciales del proyecto, y por tanto, requieren de aprobacin. En el proceso de Monitoreo y Control definido, se especifica a detalle lo se tiene que realizar para cada elemento. A continuacin se indica a que actividad hace referencia para cada elemento. Para este proyecto se detectaron los siguientes elementos para monitorear: Requisitos Agenda Recursos Riesgos Hitos

Los mecanismos de control sern los siguientes: Requisitos. Se llevar con base en el proceso de Gestin de Requisitos Agenda y Recursos. Se llevar tal y como est definido en el Proceso de Monitoreo y Control, Seccin 7.4. Actualizar Datos de Seguimiento Riesgos. Se llevar tal y como est definido en el Proceso de Monitoreo y Control, Seccin 7.2. Monitorear y Seguir Riesgos Hitos. Se llevar tal y como est definido en el Proceso de Monitoreo y Control, Seccin 7.7. Evaluacin de hitos de cierre.

20

Cabe aclarar que todas la actividades definidas como parte del Monitoreo y Control sern realizadas. Se presenta un esquema general de cuando se van a ejecutar cada actividad del proceso. Actividad Monitorear Requisitos Cuando/Frecuencia Se llevara a lo largo de todo el proyecto para principalmente atender posibles solicitudes de cambio y re-negociacin de requisitos. A lo largo de todo el proyecto para principalmente etapa Recopilacin de Requerimientos y Construccin Mensualmente, el ltimo da hbil del mes sobre el que se ejecute una iteracin. Por lo menos cada 5 das En un mximo de 3 das despus de la actividad de Control del estado del proyecto 15 das antes de la fecha de inicio planeada para la iteracin. Al finalizar cada iteracin Al finalizar cada iteracin

Monitorear y Seguir Riesgos

Controlar el estado del proyecto

Actualizar datos de seguimiento Tomar acciones de seguimiento

Planificar iteracin Evaluar hitos de cierre de iteracin Analizar lecciones aprendidas

5.4.

Plan de personal

5.4.1. Entrenamiento/Reclutamiento En la siguiente tabla podremos apreciar al personal reclutado para el desarrollo del proyecto. Perfil Administrador del Proyecto Ing. Requisitos Diseador Programador Verificador Encargados gestin Capacidad/Habilidad Habilidad de ser lder y mantener al equipo del proyecto enfocado en los objetivos. Capacidad para tratar a los requisitos y habilidad de comunicacin con el cliente y los usuarios. Habilidad de analizar y modelar el problema en una solucin tcnica Conocimiento del lenguaje de programacin y del manejo de la tecnologa a emplear. Conocimiento en la creacin de casos de prueba Conocimiento en diversos browsers de Conocimiento en mtodos y tcnicas desarrollo y de administracin de los requerimientos del producto Cantidad 1 5 3 6 2 1

21

requisitos. Encargados control de la configuracin Encargado de Aseguramiento de la Calidad Encargado de la administracin de riesgos

software que solicita el cliente. Conocimiento en mtodos y tcnicas de control de la 1 configuracin Conocimiento en mtodos aseguramiento de la calidad y tcnicas de 1

Conocimientos en el manejo de riesgos.

6. Proceso Tcnico
6.1. Mtodos y herramientas
La metodologa del desarrollo se basar en el plan de Calidad en el cual se ha detallado por el equipo de trabajo, cada proceso de ingeniera de software, cabe mencionar que cada proceso es debidamente planeado y monitoreado para asegurar la calidad del producto. En cuanto a los recursos que sern necesarios, es importante mencionar que se har uso de: Lenguaje Java para la programacin en Android. El IDE llamado Eclipse para la programacin en Android. El framework LibGDX para facilitar la programacin en el lenguaje Java. El entorno de programacin NetBeans, para la programacin Java en PC. Microsoft Project para llevar a cabo una mejor organizacin. Diseo de software usando la versin gratuita de AstahCommunity.

6.2.

Tcnicas

Las tcnicas que se utilizaran en el proyecto son: Para las pruebas de software o Pruebas unitarias o Pruebas de integracin Se desarrollara en base a un estndar de codificacin y conteo. Tcnica de programacin modular UML como estndar para diseo de software. Estimacin de horas/hombre o Puntos de casos de uso Medicin 22

GQM (Meta-Pregunta-Mtrica)

6.3.

Documentacin del software

La documentacin del software se llevar a cabo durante la construccin del sistema, cada desarrollador deber colocar un banner al inicio de cada clase para describir a grandes rasgos la funcin de la misma, se coloca la fecha de creacin de la clase, as como el autor.

6.4.

Funciones de apoyo al proyecto

Aqu se listan las funcione que sirvan de apoyo al proyecto para que ste est bajo control. Se pueden distinguir los siguientes: Funcin Monitoreo y Control Administracin de la Configuracin Descripcin Permite garantizar la realizacin y seguimiento de los procesos. Es el conjunto de actividades relacionadas con la administracin de la evolucin de los productos durante el ciclo de vida. La administracin de iniciativas y procedimientos enfocados a lograr la entrega de productos y servicios de calidad. Estrategias para manejar la incertidumbre a travs de una secuencia de actividades.

Administracin de la Calidad

Administracin de Riesgos

7. Tareas, agenda y presupuesto


7.1. Definicin de tareas
Por medio de la estructura de desglose de trabajo, se subdivide el trabajo de la planificacin del proyecto en actividades ms detalladas lo cual permite una mejor supervisin y control de las mismas. La EDT general del proyecto Rhythm Racing son las fases del ciclo de vida de un proyecto en general, sumando las fases del ciclo de vida de un proyecto en la seccin de ejecucin.

23

Forma textual de la EDT 1. Iniciacin 1.1. Nombrar al administrador del proyecto 1.2. Propuesta de proyectos 1.2.1. Recoleccin de datos 1.2.2. Identificacin de recursos 1.2.3. Presentacin de propuestas 1.3. Eleccin de un nico proyecto 1.4. Elegir un nombre para el producto 1.5. Redaccin del Acta constitutiva 1.6. Redaccin del documento de interesados 1.6.1. Registro de interesados 1.6.2. Gestin de interesados 2. Planeacin 2.1. Redaccin de la Carta del equipo 2.2. Plan Administracin de la comunicacin 2.3. Administracin de la planeacin 2.3.1. Proceso de planeacin 2.3.2. Plan del proyecto 2.4. Administracin de Monitoreo y control 2.4.1. Proceso de Monitoreo y control 2.4.2. Plan de Monitoreo y control 2.5. Administracin de la configuracin 2.5.1. Proceso Administracin de la configuracin 2.5.2. Plan Administracin de la configuracin 2.6. Administracin de requerimientos 2.6.1. Proceso Administracin de requerimientos 2.6.2. Plan Administracin de requerimientos 2.7. Administracin de riesgos 2.7.1. Proceso Administracin de riesgos 2.7.2. Plan Administracin de riesgos 2.8. Administracin de la calidad 2.8.1. Proceso Gestin de la calidad 2.8.2. Plan Gestin de la calidad 2.8.3. Plan Aseguramiento de la calidad 2.9. Administracin de la medicin y anlisis 2.9.1. Proceso de medicin y anlisis 2.9.2. plan de medicin y anlisis 3. Ejecucin 3.1. Redaccin del ERS 3.2. Capacitacin para trabajar con las tecnologas 24

3.3. Redaccin del documento de diseo 3.4. Implementacin 3.5. Pruebas 3.6. Mejoras 4. Cierre 4.1. Finalizar productos 4.2. Libro de informacin del video juego 4.3. Establecer la contabilidad final 4.4. Transferir la responsabilidad del producto 4.5. Documentar los resultados 4.6. Liberar producto 4.7. Liberar o re direccionar recursos 4.8. Reasignar los elementos del equipo

7.2.

Presupuesto asignado

Debido a que el proyecto ser financiado por los integrantes del proyecto se tiene que el presupuesto est compuesto por el monto que cada integrante invertir en el desarrollo del proyecto; el cual es de $5,000.00 pesos mexicanos.

7.3.

Agenda

A continuacin se muestra la agenda asignada para la realizacin del videojuego Rhythm Racing Nombre de la tarea Iniciacin Nombrar al administrador del proyecto Propuesta de proyectos Recoleccin de datos Identificacin de recursos Presentacin de propuestas FIN Propuesta de proyectos Eleccin de un nico proyecto Elegir un nombre para el producto Redaccin del Acta constitutiva Redaccin del documento de interesados Registro de interesados Gestin de interesados FIN Redaccin del documento de interesados FIN INICIACIN Duracin 8 das 1 da 2 das 1 da 1 da 1 da 0 das 1 da 2 das 3 das 1 da 1 da 1 da 0 das 0 das Inicio mar 08/10/13 mar 08/10/13 mi 09/10/13 mi 09/10/13 mi 09/10/13 jue 10/10/13 jue 10/10/13 vie 11/10/13 vie 11/10/13 dom 13/10/13 sb 12/10/13 sb 12/10/13 sb 12/10/13 sb 12/10/13 mar 15/10/13 Fin mar 15/10/13 mar 08/10/13 jue 10/10/13 mi 09/10/13 mi 09/10/13 jue 10/10/13 jue 10/10/13 vie 11/10/13 sb 12/10/13 mar 15/10/13 sb 12/10/13 sb 12/10/13 sb 12/10/13 sb 12/10/13 mar 15/10/13 25

60 das Planeacin Redaccin de la Carta del equipo 1 da Plan Administracin de la comunicacin 1 da Administracin de la planeacin 25 das Proceso de planeacin 1 da Plan del proyecto 24 das FIN 0 das Administracin de Monitoreo y 30 das control Proceso de Monitoreo y control 1 da Plan de Monitoreo y control 29 das FIN 0 das Administracin de la configuracin 16 das Proceso Administracin de la 1 da configuracin Plan Administracin de la 15 das configuracin FIN 0 das Administracin de requerimientos 23 das Proceso Administracin de 1 da requerimientos Plan Administracin de 22 das requerimientos FIN 0 das Administracin de riesgos 23 das Proceso Administracin de riesgos 1 da Plan Administracin de riesgos 22 das FIN 0 das Administracin de la calidad 23 das Proceso Gestin de la calidad 1 da Plan Gestin de la calidad 22 das Plan Aseguramiento de la calidad 22 das FIN 0 das Administracin de la medicin y 14 das anlisis Proceso de medicin y anlisis 1 da plan de medicin y anlisis 13 das FIN 0 das Correcciones 15 das FIN PLANEACIN 0 das 224 das Ejecucin Redaccin del ERS 22 das

mar 08/10/13 mar 08/10/13 mi 09/10/13 mi 16/10/13 mi 16/10/13 jue 17/10/13 sb 09/11/13 mi 16/10/13 mi 16/10/13 jue 17/10/13 jue 14/11/13 mi 16/10/13 mi 16/10/13 jue 17/10/13 jue 31/10/13 mi 16/10/13 mi 16/10/13 jue 17/10/13 jue 07/11/13 mi 16/10/13 mi 16/10/13 jue 17/10/13 jue 07/11/13 mi 16/10/13 mi 16/10/13 jue 17/10/13 jue 17/10/13 jue 07/11/13 vie 08/11/13 vie 08/11/13 sb 09/11/13 jue 21/11/13 vie 22/11/13 vie 06/12/13 jue 17/10/13 jue 17/10/13

vie 06/12/13 mar 08/10/13 mi 09/10/13 sb 09/11/13 mi 16/10/13 sb 09/11/13 sb 09/11/13 jue 14/11/13 mi 16/10/13 jue 14/11/13 jue 14/11/13 jue 31/10/13 mi 16/10/13 jue 31/10/13 jue 31/10/13 jue 07/11/13 mi 16/10/13 jue 07/11/13 jue 07/11/13 jue 07/11/13 mi 16/10/13 jue 07/11/13 jue 07/11/13 jue 07/11/13 mi 16/10/13 jue 07/11/13 jue 07/11/13 jue 07/11/13 jue 21/11/13 vie 08/11/13 jue 21/11/13 jue 21/11/13 vie 06/12/13 vie 06/12/13 mi 28/05/14 jue 07/11/13 26

Capacitacin para trabajar con las tecnologas Redaccin del documento de diseo Implementacin Pruebas Mejoras FIN EJECUCIN Cierre Finalizar productos Libro de informacin del video juego Establecer la contabilidad final Transferir la responsabilidad del producto Documentar los resultados Liberar producto Liberar o re direccionar recursos Reasignar los elementos del equipo FIN CIERRE

33 das 35 das 80 das 10 das 15 das 0 das 16 das 2 das 2 das 2 das 2 das 2 das 2 das 2 das 2 das 0 das

sb 07/12/13 jue 09/01/14 jue 13/02/14 dom 04/05/14 mi 14/05/14 mi 28/05/14 mi 14/05/14 mi 14/05/14 vie 16/05/14 dom 18/05/14 mar 20/05/14 jue 22/05/14 sb 24/05/14 lun 26/05/14 mi 28/05/14 jue 29/05/14

mi 08/01/14 mi 12/02/14 sb 03/05/14 mar 13/05/14 mi 28/05/14 mi 28/05/14 jue 29/05/14 jue 15/05/14 sb 17/05/14 lun 19/05/14 mi 21/05/14 vie 23/05/14 dom 25/05/14 mar 27/05/14 jue 29/05/14 jue 29/05/14

Nota: Las fechas tienen un margen de 5 das.

27