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