Gestión de Proyectos Tecnológicos

Gestión de Proyectos Tecnológicos
________________________________________________________________________________
Anteproyecto
________________________________________________________________________________
Sistema de Requisiciones Henniges Automotive.
Solicitante: Carlos Arturo Ruiz Serratos
Código: 213292523
Maestría en Tecnología de la Información
Modalidad de titulación: Proyecto Profesional.
Motivo: El tema me intereso porque involucra un proyecto que hay que gestionar en relación con
la empresa, documentar y guiar. Es una empresa norteamericana que requiere de un sistema de
administración de requisiciones algo extenso ya que involucra a casi toda la plantilla del
organigrama y es una automatización muy importante para la empresa.
Objetivo: Aprender a gestionar proyectos ya en la práctica y desarrollar una relación cliente
proveedor que me impulse en futuros proyectos.
Justificación: Vale la pena invertir tiempo y esfuerzo en este proyecto porque desenvuelvo muy
bien la especialidad que escogí para mi maestría con esta oportunidad, además de que salgo a
campo con clientes verdaderos.
Alcance: El sistema de requisiciones contara con perfiles o niveles de autorización, ejemplo:






Requisitor.
Asistente Finanzas.
Responsable de Centro de Costos.
Gerente Finanzas.
Gerente General.
Compras.
Dichos niveles van generando una ruta del documento el cual inicia en el requisito y culmina en
compras, dicha ruta será configurable.
Requisitor
Compras
Asistente
Finanzas
Responsable
…
Gerente
Finanzas
Gerente
General
Este sistema además administra el Budget o presupuesto mensual y anual, así como el análisis del
consumo permitiendo el manejo de distintos tipos de monedas.
Generará reportes y estará vinculado a un HRP que actualmente manejan (MAPICS), administrara
permisos a centros de costos y utilizara el correo como servicio de información para el status de
las requisiciones.
Enfoque Metodológico:
Documentación guiada de acuerdo al ISO 9001
Y se utilizara el modelo Incremental para el desarrollo de software.
Se ha elegido el modelo de desarrollo incremental debido a muchas de las ventajas de las que se
pueden aprovechar
• Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se
implementa la funcionalidad parcial.
• También provee un impacto ventajoso frente al cliente, que es la entrega temprana de
partes operativas del Software.
• El modelo proporciona todas las ventajas del modelo en cascada realimentado,
reduciendo sus desventajas sólo al ámbito de cada incremento.
• Permite entregar al cliente un producto más rápido en comparación del modelo de
cascada.
• Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.
• Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo
como técnico.
El modelo nos permite trabajar con los módulos de mayor importancia y realizar todo el ciclo de
vida como una iteración a esta parte, ir documentando todos estos avances, hasta que se llega a
una iteración donde esta parte del proyecto queda validada y verificada al 100% por las
inspecciones realizadas, para que posteriormente nos sea posible continuar con los de menor
prioridad.
Al final se integran todas estas partes para continuar con el ciclo de vida general del proyecto.
Originalidad: Es un desarrollo creado a la medida de la empresa.
Relevancia: Es una empresa dedicada a la maquila de empaques y hules para automóviles de lo
cual constantemente abren y cierran proyectos a los que se les maneja un presupuesto y que
constantemente compran materia para su producción.
Aportaciones: se beneficia la empresa con un sistema automatizado de documentos, apoyando a
una gran parte del organigrama organizando y concentrando toda esta información en una base
de datos, al igual yo me beneficio con el conocimiento y mi impulso a seguir generando proyectos
de este tipo.
Áreas de Conocimiento Relacionadas: Finanzas, Gestión de Proyectos, Desarrollo de software,
relaciones públicas, técnicas de emprendedores.
Plan general de trabajo:
Proceso
Actividad
Toma de Requerimientos
Estudio del Proceso
Diagramas de casos de uso
Retroalimentación y
Autorizaciones
Viabilidad y planeación
Análisis
Tabla de duración y secuencia
de actividades
Red lógica
CPM, Pert
Diagrama de Gantt
Presupuesto para el proyecto
Requerimientos funcionales y
no funcionales
Diccionario de Datos
Diagrama Entidad Relación
Diseño
Diagrama de Flujo.
Diagrama de Clases
Prototipo
Desarrollo del sistema
Pruebas de caja Negra y
Codificación y
Banco de Trabajo
pruebas
Validación y Verificación
Pruebas piloto
Manual de usuario
Implementación Documentación SRS
Instalación en producción y
capacitación
Acuerdos posteriores como
alguna póliza de
Mantenimiento mantenimiento
Fecha Inicio
1 de Julio del 2013
1 de Julio del 2013
20 de Julio del 2013
Fecha Termino
20 de Julio del 2013
20 de Julio del 2013
2 de Agosto del 2013
2 de Agosto del 2013
2 de Agosto del 2013
30 de Agosto del 2013
30 de Agosto del 2013
26 de Agosto del 2013
26 de Agosto del 2013
26 de Agosto del 2013
26 de Agosto del 2013
26 de Agosto del 2013
30 de Agosto del 2013
30 de Agosto del 2013
30 de Agosto del 2013
30 de Agosto del 2013
30 de Agosto del 2013
2 de Septiembre del 2013
9 de Septiembre del 2013
9 de Septiembre del 2013
7 de Octubre del 2013
7 de Octubre del 2013
1 de Noviembre del 2013
18 de noviembre del 2013
6 de Septiembre del 2013
4 de Octubre del 2013
4 de Octubre del 2013
1 de noviembre del 2013
1 de noviembre del 2013
15 de noviembre del 2013
31 de Enero del 2014
16 de diciembre del 2013
16 de diciembre del 2013
16 de diciembre del 2013
3 de Febrero del 2014
3 de Febrero del 2014
31 de Enero del 2014
31 de Enero del 2014
31 de Enero del 2014
14 de Febrero del 2014
14 de Febrero del 2014
17 de Febrero del 2014
28 de Febrero del 2014
3 de Maro del 2014
7 de Maro del 2014