Plantilla para administracion de proyectos FichitasSoft

UNIDAD I. INICIO Y PLANEACION PARA EL DESARROLLO DEL PROYECTO

P R O F E S O R : I T I C . E l o y C o n t r e r a s d e L i r a

2015

ADMINISTRACIÓN DE

PROYECTOS “InteractiveSoft”

UNIVERSIDAD TECNOLOGICA DEL ESTADO DE ZACATECAS UNIDAD ACADÉMICA DE PINOS

TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

FichitaSoft

Juan Francisco Rodríguez

De Santiago

Cristian Alejandro Calvillo

Ramírez

Erik Alejandro Lemus

Jiménez

José Francisco Arenas

Jiménez

ÍNDICE

UNIDAD I. INICIO Y PLANEACIÓN PARA EL DESARROLLO DEL PROYECTO

1.1 Iniciación del Proyecto. .................................................................................................. 3

1.1.1 Problemática o Necesidades del Negocio ............................................................ 3

1.1.2 Justificación del Proyecto. ..................................................................................... 3

1.1.3 Descripción del proyecto. ....................................................................................... 3

1.1.4 Fases de un proyecto de software(Metodología utilizada) ............................... 3

1.1.5 Roles y Organigrama .............................................................................................. 4

1.1.6 Acta de Inicio y Contrato. ...................................................................................... 5

1.2 Grafica de Estructura de Trabajo (WBS). .................................................................... 2

1.2.1 Formato de actividad/horas. ................................................................................. 2

1.2.2 Identificación de Hitos. .......................................................................................... 2

1.2.3 Grafica de Gantt. ..................................................................................................... 2

1.2.4 Diccionario de WBS. ............................................................................................... 3

1.3 Planes de la administración de proyectos. .................................................................. 3

1.3.1 Plan de Alcance. ...................................................................................................... 4

1.3.2 Plan de Tiempo. ...................................................................................................... 4

1.3.3 Plan de Costo........................................................................................................... 5

1.3.4 Plan de Comunicaciones. ....................................................................................... 5

1.3.5 Plan de Manejo de Riesgo. .................................................................................... 5

UNIDAD II. SEGUIMIENTO, CONTROL Y CIERRE DEL PROYECTO

2.1 Control del Proyecto ............................................................................................................ 9

2.1.1 Reporte de Status. ........................................................................................................ 9

2.1.2 Minutas de reuniones. .................................................................................................. 9

2.1.3 Agendas.......................................................................................................................... 9

2.1.4 Formato de estatus de actividades. ........................................................................... 9

2.1.5 Formatos de Control de cambios. .............................................................................. 9

2.1.6 Lecciones adquiridas. ................................................................................................... 9

2.1.7 Formatos de Requisición. ........................................................................................... 9

2.2 Control de Cambios. ............................................................................................................ 9

2.3 Desarrollo de documentos de cierre. ................................................................................ 9

2.3.1 Reporte final del proyecto (Ingles y Español) .......................................................... 9

2.3.2 Carta de Aceptación Final. ........................................................................................... 9

2.3.4 Manual de Instalación. ................................................................................................. 9

2.3.5 Manual de Usuario. ....................................................................................................... 9

2.3.4 Manual Técnico ............................................................................................................. 9

2.3.5 Lecciones Aprendidas. .................................................................................................. 9

1.1 Iniciación del Proyecto.

1.1.1 Problemática o Necesidades del Negocio

La problemática del proyecto es que demasiados estudiantes o personas ajenas a la empresa o

de la misma es que no tienen accesibilidad a la unidad académica de pinos y por motivos

económicos o de tiempo no pueden dar una visita a conocer la universidad.

1.1.2 Justificación del Proyecto.

Este proyecto ayudara a las personas que deseen ver la estructura de la Universidad

Tecnológica del Estado de Zacatecas (UTEZ), Unidad Académica de Pinos (UAP), desde

cualquier lugar con ayuda de realidad aumentada y de su dispositivo móvil o desde la pc.

Descripción del proyecto.

Este proyecto auxiliara a personas a conocer la edificación de la UAP (Unidad Académica De

Pinos), mediante la tecnología de realidad aumentada con ayuda de una cámara de una

computadora o mediante un Smartphone.

1.1.3 Fases de un proyecto de software(Metodología utilizada)

Desarrollo en cascada En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada (denominado así por la posición de las fases en el desarrollo de esta, que parecen caer en cascada “por gravedad” hacia las siguientes fases), es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.1 Al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase. Este modelo fue el primero en originarse y es la base de todos los demás modelos de ciclo de vida. Análisis de requisitos. Diseño del Sistema. Diseño del Programa. Codificación. Pruebas. Verificación. Mantenimiento.

1.1.4 Roles y Organigrama

ROL Nombre Actividades

Jefe de proyecto Juan Francisco Rodríguez De Santiago.

Él va a ser el auxiliar de nuestro proyecto y verá que todo salga bien.

planificador del proyecto

José francisco Arenas Jiménez.

En este proyecto es llevar un plan de todo lo que se va a llevar el proyecto lo cual organizaremos un logotipo de una empresa.

Administrador de requerimientos

Erik Alejandro Lemus Jiménez.

Especificar detalles, recopilar información y tener los requerimientos funcionando.

Analista del sistema


En este proyecto haremos entender el uso del sistema de acuerdo con la serie de pasos de los diagramas de los casos de uso para que el sistema sea más entendible.

Diseñador de interface de usuario

Cristian Alejandro Calvillo Ramírez.

En este proyecto realizare el logotipo de la empresa y el del proyecto, tanto como todos los iconos, interfaces, etc. Utilizando programas como Corel y entre otros.

Programador o codificador


crear diseños y patrones de gráfico

Implantador e integrador

Juan Francisco Rodríguez De Santiago.

Diseñador de pruebas

Cristian Alejandro Calvillo Ramírez

En esta parte revisare todo el proyecto y veré si lleva los requerimientos que describimos o también si sale errores o puedo agregar algo más a este proyecto.

Escritor técnico Cristian Alejandro Calvillo Ramírez, Juan Francisco Rodríguez De Santiago, Erik Alejandro Lemus Jiménez y José francisco Arenas Jiménez.

1.1.5 Acta de Inicio y Contrato.

FichitaSoft

26 de enero de 2015

JUSTIFICACIÓN

InteractiveSoft

1. Información del proyecto:

Objetivo del

Proyecto:

El apoyo de este proyecto es implementar nuevas

tecnologías como es realidad aumentada para:

Realizar publicidad de la universidad. Que

personas externas a la comunidad estudiantil

conozca las instalaciones

UNIDAD I. INICIO Y PLANEACION PARA EL DESARROLLO DEL PROYECTO

1

Líder Designado:

TSU. Juan Francisco Rodríguez De Santiago

Nivel de

Autoridad Dirección de proyectos de Software

Otorgado:

2. Justificación del proyecto

Beneficios Esperados: Ayuda a los arquitectos A mostrar sus Maquetas

Ayudar a nuevos o próximos alumnos aspirantes de la universidad a conocer o

saber cómo está el edificio de la universidad

Inversión:

Equipo Cantidad Características Mínimas

Costo Estimado

Computadora 4 Intel Atom Inside, 1Gb de RAM

$ 15,000.00

Jefe del proyecto Cliente

Firma Firma

1.2 Grafica de Estructura de Trabajo (WBS).

1.2.1 Formato de actividad/horas.

1.2.2 Identificación de Hitos.

1.0 Planificador De Proyecto

1.2 planificar el proyecto

2.0 Administrador De Requerimientos

2.1 recopilar información

2.2 tener los requerimientos funcionales

3.0 Diseñador De Interfaces De Usuario

3.1 realizar logotipo del proyecto

3.2 asignar interface y colores

3.3 ingresar animaciones

4.0 Programador O Codificador

4.1 crear diseños

4.2 patrones de gráficos

5.0 Diseñador De Pruebas

5.1 Revisar el proyecto

5.2 ver fallas que surjan

6.0 Tester

6.1 hacer casos de uso de acuerdo al administrador de requerimientos

6.2 darlo claramente en UML

7.0 Implantador E Integrador

7.1 dar asesoría de cómo instalar la aplicación

7.2 crear un manual para el usuario

8.0 Documentación

1.2.3 Grafica de Gantt.

1.2.4 Diccionario de WBS.

Código Titulo Descripción Responsable

1.1. Iniciación del Proyecto.

Nombre del proyecto que realizaremos

Juan francisco rodríguez de Santiago

1.1.1. Problemática o Necesidades del Negocio

Identificar el problema de la empresa


1.1.2. Justificación del Proyecto.

En la justificación pusimos para que estemos realizando este proyecto.


1.1.3. Fases de un proyecto de software (Metodología utilizada)

Es identificar los requerimientos implementado de software


1.1.4. Roles y Organigrama

En esta parte repartimos los roles que va a llevar cada integrante de equipo y en el organigrama pusimos las actividades de algunos roles.


1.1.5 Acta de Inicio y Contrato.

Hacer pruebas del proyecto


1.2. Grafica de Estructura de Trabajo (WBS).

Sirve para estructurar los trabajos


1.2.1. Formato de actividad/horas.

1.2.2. Identificación de Aquí podemos José francisco

Hitos.

ver la orden de lo que lleva a cabo el proyecto.

Arenas Jiménez.

1.2.3. Grafica de Gantt.

En la gráfica se pondrán las semanas que se va a llevar cada parte del proyecto.


1.2.4. Diccionario de WBS.

En esta parte se nombraran las partes que se conforman el WBS y sus descripciones.


1.3 Planes de la administración de proyectos.

1.3.1 Plan de Alcance.

Este proyecto consiste en Realidad Aumentada; se mostrara el edificio de la

Unidad Académica de Pinos, que se podrá admirar desde un equipo

personal de cómputo conectado a una webcam o desde cualquier

Smartphone.

Se entregara el proyecto el día 22 de abril del presente año.

Y su presentación será en la institución de la universidad el día 25 del

mismo mes.

Dando a conocer en 3ra dimensión las estructuras de la UAP en la

comodidad donde se desee ejecutar.

Teniendo expectativas exteriores a las de la UAP.

Y la Creación de manuales técnicos en español e inglés. Y el manual de

usuario también estará en español e inglés.

1.3.2 Plan de Tiempo.

Fecha Fase Presupuesto Real

07/01/2015 Análisis de sistema 1 semana 1 semana

14/01/2015 Recolección de requerimientos 1 semana 1 semana

19/01/2015 Diseño 3 semanas 2 semanas

03/02/2015 Codificación 2 semanas 1 semana

13/02/2015 Pruebas 2 semanas 1 semana

21/02/2015 Manuales 2 semanas 1 semana

05/03/2015 Implementación 2 semanas 1 semana

14/03/2015 Otros 3 semanas 3 semanas

1.3.3 Plan de Costo.

Fecha Fase Presupuesto Real

07/01/2015 Análisis de sistema $900 $700

14/01/2015 Recolección de requerimientos $500 $300

19/01/2015 Diseño $2,000 $1,500

03/02/2015 Codificación $3,500 $2,000

13/02/2015 Pruebas $1,000 $800

21/02/2015 Manuales $2,000 $1,800

05/03/2015 Implementación $3,000 $2,500

14/03/2015 Otros $4,000 $4,000

total 13,600

1.3.4 Plan de Comunicaciones.

1.3.5 Plan de Manejo de Riesgo.

Plan de manejo de riesgo:

1)-inventario de activos.

Hardware: computadoras y aparatos móviles.

Software: software requerido y conexión con servidor.

Personal: personal autorizado.

2)-Propósitos.

Tener toda la información del proyecto para saber que percances pueda tener y

allí buscar los errores que puedan tener sin buscar en todo en sw y localizarlo

más rápido cumpliendo con los requerimientos necesarios.

3)-Equipo de trabajo.

ROL Nombre Actividades

Jefe de proyecto Juan Francisco Rodríguez De Santiago.

Él va a ser el auxiliar de nuestro proyecto y verá que todo salga bien.

planificador del proyecto


En este proyecto es llevar un plan de todo lo que se va a llevar el proyecto lo cual organizaremos un logotipo de una empresa.

Administrador de Erik Alejandro Lemus Especificar detalles, recopilar

requerimientos Jiménez. información y tener los requerimientos funcionando.

Analista del sistema


En este proyecto haremos entender el uso del sistema de acuerdo con la serie de pasos de los diagramas de los casos de uso para que el sistema sea más entendible.

Diseñador de interface de usuario

Cristian Alejandro Calvillo Ramírez.

En este proyecto realizare el logotipo de la empresa y el del proyecto, tanto como todos los iconos, interfaces, etc. Utilizando programas como Corel y entre otros.

Programador o codificador


crear diseños y patrones de gráfico

Implantador e integrador


Diseñador de pruebas


En esta parte revisare todo el proyecto y veré si lleva los requerimientos que describimos o también si sale errores o puedo agregar algo más a este proyecto.

Escritor técnico Cristian Alejandro Calvillo Ramírez, Juan Francisco Rodríguez De Santiago, Erik Alejandro Lemus Jiménez y José francisco Arenas Jiménez.

4) SEI

Clave Elemento Descripción de riesgo Fuente

R1-01 Planificación Malos gráficos Analista

R1-02 Diseño Pocos interfaces Codificador

R1-03 Desarrollo del proyecto

Motivación en el equipo

Implantador

Clave Riesgo Condición Consecuencia Efecto

R1-01

Errores en el costo

Un software difícil de conseguir

Buscar alternativas muy poco pro

El proyecto muy pobre con gráficos

R1-02

Errores en el calendario

Tener los requerimientos en funcionamiento correcto en el tiempo activo

Entregar el SW demasiado tarde al cliente

El cliente poco convencido. -Perdidas económicas

R1-03

Motivación en el equipo

Tener actividades recreativas nocturnas

Un SW algo de menor sofisticación y menos completo su rendimiento

Un SW más creativo y dinámico

5) Estimación de probabilidad

Rango de la probabilidad

Promedio p/calcular

Expresión de lenguaje natural

Valor numérico

De 1% a 25% 5% Baja 1

De 26% a 50% 33% Media 2

De 51% a 75% 69% Algo probable 3

De 76% a 100% 99% Altamente probable

4

6) Estimación de impacto.

ID riesgos Riesgos Expresión Probabilidad

R1-01 Errores en el costo

Baja 5%

R1-02 Errores en el calendario

Media 49%

R1-03 Motivación en el producto

Alta 87%

7) Exposición al riesgo

Criterio Retraso de planificación Valor numérico

insignificante 1 semana 1

Marginal 3 semanas 2

Medio 1 mes 3

Critico 3 meses 4

Catastrófico 3 meses o mas 5

Riesgo Impacto

R1-01 Insignificante



8) Gestión de riesgos.

Clave R1-01 Nombre del riesgo: Errores en el costo

Justificación: Las pérdidas de dinero o erróneas afectan a la compañía

Información: Tener en cuenta los factores que podemos evadir en el transcurso de la creación del SW

Responsables: *Integrador *Diseñador

Recursos: Financieros y económicos

Plan de acción: organizar la comitiva en la forma de implementar los recursos financieros y lucrativos. Revisando la base del cliente. Contemplando el equipo necesario.

Plan de contingencias: Informar el cliente los cambios que puedan tener el proyecto a la realización en problemas que puedan contener económicamente.

Clave R1-02 Nombre del riesgo: Errores en el calendario

Justificación: La expiración de del SW si es de prueba.

Información: Tener todos los requerimientos listos para el buen funcionamiento

Responsables: *Integrador *Diseñador *Teste

Recursos: Financieros, Económicos y humanos

Plan de acción: Organizar y completar el SW para la unión y creando pruebas antes de tiempo, para la entrega con buen funcionamiento.

Plan de contingencias: Informar el cliente los cambios que puedan tener el si se retarda o se pueda entregar antes de tiempo.

UNIDAD II. SEGUIMIENTO CONTROL Y CIERRE DE PROYECTO.

9

2.1 Control del Proyecto

2.1.1 Reporte de Status.

2.1.2 Minutas de reuniones.

2.1.3 Agendas

2.1.4 Formato de estatus de actividades.

2.1.5 Formatos de Control de cambios.

2.1.6 Lecciones adquiridas.

2.1.7 Formatos de Requisición.

2.2 Control de Cambios.

2.3 Desarrollo de documentos de cierre.

2.3.1 Reporte final del proyecto (Ingles y Español)

2.3.2 Carta de Aceptación Final.

2.3.4 Manual de Instalación.

2.3.5 Manual de Usuario.

2.3.4 Manual Técnico

2.3.5 Lecciones Aprendidas.

Education

Plantilla para administracion de proyectos FichitasSoft