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
José francisco Arenas Jiménez.
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
Erik Alejandro Lemus Jiménez.
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
José francisco Arenas Jiménez.
1.1.2. Justificación del Proyecto.
En la justificación pusimos para que estemos realizando este proyecto.
Cristian Alejandro Calvillo Ramírez
1.1.3. Fases de un proyecto de software (Metodología utilizada)
Es identificar los requerimientos implementado de software
Erik Alejandro Lemus Jiménez.
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.
Cristian Alejandro Calvillo Ramírez
1.1.5 Acta de Inicio y Contrato.
Hacer pruebas del proyecto
Juan Francisco Rodríguez De Santiago.
1.2. Grafica de Estructura de Trabajo (WBS).
Sirve para estructurar los trabajos
Erik Alejandro Lemus Jiménez.
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.
Juan Francisco Rodríguez De Santiago.
1.2.4. Diccionario de WBS.
En esta parte se nombraran las partes que se conforman el WBS y sus descripciones.
Cristian Alejandro Calvillo Ramírez
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
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 Erik Alejandro Lemus Especificar detalles, recopilar
requerimientos Jiménez. información y tener los requerimientos funcionando.
Analista del sistema
José francisco Arenas Jiménez.
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
Erik Alejandro Lemus Jiménez.
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.
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
R1-02 Insignificante
R1-03 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.
Top Related