SOFTWARE EDUCATIVO EDU-CIAA-NXP

Transcripción

1 GESTION DE PROYECTOS SOFTWARE EDUCATIVO EDU-CIAA-NXP Profesor: Dr. Ariel Lutenberg Alumno: Ricardo Pafundi DNI:

2 Índice de contenido: SOFTWARE EDUCATIVO EDU-CIAA-NXP Tabla de contenidos -Project Charter...2 -Propósito del proyecto...2 -Objetivos del proyecto General Especifico Análisis de los interesados (stakeholders)...3 -Requerimientos...3 -Alcance del proyecto...4 -Justificación Estructura de desglose del trabajo...5 -Planificación Gestión de Costos...6 -Gestión de Riesgos...6 Riesgos...8 Consecuencias...8 Rpn asociado a cada riesgo Plan para mitigar riesgos Gestión de calidad...9 Costos de Conformidad Costos de no conformidad Gestión de compras Plan de control y segumiento Proceso de cierre

3 1.- Project Charter. De mi consideración: CABA, 20 de Abril de Con el fin de comenzar los trabajos necesarios para el proyecto de análisis de la factibilidad del diseño, desarrollo e implementación de un software, de interface entre la EDU-CIAA y la comunidad educativa, que facilite la utilización de la placa, se asigna este proyecto al Ing. Ricardo Pafundi, quien actuara como gerente del proyecto y de quien se espera que a la fecha de finalización del trabajo, entregue la documentación técnica en la cual se expliciten los tiempos y costos necesarios de la fabricación de dicho sistema. La fecha de finalización para el estudio de factibilidad está estipulada para el 22 de mayo del corriente año. Sin más, lo saluda atte. 2.- Propósito del proyecto Roberto González Director de Inversiones estratégicas Con el desarrollo de este software se lograra el refuerzo del aprendizaje, siendo necesario para la implementación y uso de esta herramienta, poseer un mínimo de conocimientos prácticos en microcontroladores y programación por parte del docente, ya que será el, en la mayoría de los casos, quien motive y promueva la utilización del software, así mismo sobre su orientación en la situación en que alguna duda pueda presentarse. 3.- Objetivos del Proyecto. General: Desarrollar un software didáctico para la EDU-CIAA, aplicable a alumnos secundarios / terciarios y público en general. 2

4 Específicos: i. Conocer otros software didácticos similares. ii. Definir los requerimientos del Software. iii. Realizar las pruebas necesarias. iv. Implantar el software. 4.-Analisis de los interesados Client: - Instituciones educativas, con orientación electrónica, mecánica o industrial. Sponsor: -Ricardo Pafundi. End-User: - Alumnos secundarios. - Alumnos de Formación Profesional. - Docentes de Escuelas Secundarias y Formación Profesional. - Hobbista o entusiastas de la electrónica. Champion: - Ricardo Pafundi Drivers: - Ariel Lutenberg. Project manager: - Ricardo Pafundi. Team members: -Ricardo Pafundi. 5.- Requerimientos Del Producto: - Técnicos. - Funcionales. - Seguridad. - Performance. - De mantenimiento y entrenamiento. 3

5 Del Proyecto: - De Gestión del proyecto. - De entregas. - Criterios de aceptación. 6.- Alcance del Proyecto Con el desarrollo de este software se lograra el refuerzo del aprendizaje, siendo necesario para la implementación y uso de esta herramienta, poseer un mínimo de conocimientos prácticos en microcontroladores y programación por parte del docente, ya que será el, en la mayoría de los casos, quien motive y promueva la utilización del software, así mismo sobre su orientación en la situación en que alguna duda pueda presentarse. 7.- Justificación Incrementar el rendimiento estudiantil en sistemas embebidos, en los futuros periodos de aprendizaje y refuerzo del conocimiento. La idea de implementar el uso de las TICs, (Tecnologías de información y comunicación) va de acuerdo a los procesos de cambios dados en el ámbito educativo, los cuales nos obligan estar al pendiente en el ámbito de las nuevas tecnologías (NT) o de las tecnologías de la información aplicadas a la educación, lo que con lleva a la utilización de nuevos medios para la enseñanza y los profesionales involucrados en el sector educativo, quienes necesitan herramientas adecuadas para enfrentar y reforzar el aprendizaje. 8.- Restricciones Cabe destacar, que esta herramienta será un complemento a la comprensión de la materia y que en ningún momento pretenderá ser sustituto en el aprendizaje guiado por parte del docente, es por ello que desea convertirse en un refuerzo y recurso libre y abierto a nuevos cambios y opiniones de las partes por las cuales será utilizado. 4

6 9.- Estructura de desglose del trabajo. 2.0 Desarrollo del Producto 2.1 Preparación Recepcion del Hardware Recepcion del Software Instalación y configuración Pruebas Técnicas 2.2 Diseño de Arquitectura de Software Capas de Software Definición de interface Programación de funciones Programación de APIs Integración 2.3 Implementación software en EDU-CIAA-NXP Estudio de formatos de entrada Implementación cargar datos Desarrollo de interfaz grafica Estudio y prueba de algoritmos 5

7 10.- Planificación 11.- Gestión de Costos WBS NOMBRE DE LA TAREA Hs. Hombre Costo 1.1 Definición de Requerimientos y Alcances Elaboración y aprobación del acta Secuencia de Actividades Establecer Cronograma Calculo de Actividades Calculo de Costos Adquisición de Hardware EDU-CIAA

8 1.8 Adquisición del Software SCRATCH Reunión de Seguimiento Recepcion del Hardware Recepcion del Software Instalación y Configuración Pruebas Técnicas Capas de Software Definición de Interface Programación de Funciones Programación de APIS Integración Estudio de formato de datos de entrada Implementación de carga de datos Desarrollo interfaz gráfica Estudio y prueba de algoritmos Prueba unitaria Puesta a punto Testeo en Sistema Windows Verificación de estabilidad y Software Prueba de integración de software final Documentación del sistema Entrega manual del usuario de programa Se tomó como valor de $ la hora de trabajo no relacionada con la programación, y $ la hora de programación. Costo de mano de obra. $ Costo de mano de programación $ TOTAL $ Gestión de Riesgos Riesgos: 7

9 1) Problemas con la interfaz. 2) Congelamiento del sistema. 3) Respuesta negativa del usuario. 4) Error en la estimación de la duración de las tareas. 5) Mal funcionamiento del hardware-software. Estimación de consecuencias: Rpn asociado a cada riesgo. Se corrigieron los riesgos con RPN >80 8

10 Plan para mitigar riesgos. Evento de riesgo Respuesta Plan de contingencia Problemas con la interfaz Reducir Darle la vuelta hasta que pueda encontrarse otra opinión Congelamiento del sistema Reducir Reinstalar el SO Respuesta negativa del usuario Reducir Aumentar el soporte, demostrar capacidades, beneficios, utilidades. Mal funcionamiento del equipo Transferir Probar con otra placa Error en el tiempo de tareas Reducir Restructuración de los tiempos 13.- Gestión de Calidad Calidad: Definición de la norma ISO 9000: Calidad: grado en el que un conjunto de características inherentes cumple con los requisitos. [ 1.9 Reunión de Seguimiento. 3.1 Verificación de estabilidad y Software 3.2 Prueba de integración de software final Las reuniones de seguimiento tienen como función no solo, validar el cumplimiento de los tiempos, sino también verificar que se cumple con los requisitos inherentes al producto, que se está desarrollando, estas reuniones son en un total de 6 (seis) que se intercalan en la vida total del proyecto. Cerrando con la calidad de conformidad y de uso, reflejado en la Verificación de estabilidad y Prueba de integración final del software. 9

11 Grado de Calidad: El grado de calidad indica las diferencias entre productos o servicios con el mismo uso funcional Pruebas Técnicas Puesta a punto Testeo en Sistema Windows Para determinar el grado de calidad siempre es necesario comparar con otros servicios que cumpla con las mismas condiciones. Algo parecido es lo que se hace con Arduino, y en su momento Nxp, con el LPC812, pero no hay nada de estas características (en relación al hardware utilizado) que cumpla no solo con la faz educativa apta para todos los niveles sino adaptado también a la industria. -Costos de conformidad: - Entrenamiento (prevención) Se minimizo, buscando mano de obra calificada, por eso se fijó la hora de desarrollo de software en $ 300.-, para evitar demoras y costos extras relacionadas con la capacitación. - Documentación de procesos (prevención). Se tiene en cuenta cuando se realizan las reuniones de seguimiento. - Equipamiento (prevención). Se adquirió la placa sobre la cual se va a trabajar, en cuanto al software se realizara con aquellos que son open source Tiempo y recursos para hacer las cosas bien. - Realización de ensayos (evaluación). Previstas que se realicen durante toda la vida del proyecto. - Inspecciones (evaluación). Contempladas en la realización de ensayos. Costos de no conformidad Estos costos no se tienen en cuenta, puesto de manifiesto en los diversos puntos de control incluidos durante todo el proyecto, verificación de estabilidad, pruebas de integración, puesta a punto, testeo sobre el sistema operativo Windows. 10

12 14.- Gestión de Compras SOFTWARE EDUCATIVO EDU-CIAA-NXP En este proyecto no se aplica la gestión de compras, no hay nada que comprar Plan de control y seguimiento La duración de las tareas está programada en horas/hombre pero siempre en cantidades que quepan en una o varias semanas laborables. Por lo tanto, al final de cada semana se cotejará el estado de avance contra la planificación. Dado que la mayoría de las tareas está en el camino crítico de la planificación, es importante detectar lo más pronto posible cualquier retraso en la ejecución de modo de poder tomar acciones correctivas Proceso de Cierre. El principal proceso de cierre consiste en determinar en qué medida se cumplió con la planificación inicial. Por lo tanto se cotejará el tiempo de concreción de cada tarea contra su estimación inicial, en busca de fallas en dichas estimaciones. Se verificará si se materializaron los riesgos contemplados en el plan de gestión, si fue eficaz su plan de mitigación y si se presentaron riesgos no contemplados. Se verificará si fue adecuada la cantidad de horas invertidas en planificación del proyecto y su impacto respecto a las horas invertidas en ejecución del mismo. Con estos tres análisis se espera obtener una metodología probada de selección y planificación de proyectos 11