El Caso Del Robot Asesino, Trabajo Practico Resuelto
En el Proyecto del Robot uno de los principales errores está en el proceso de Gestión del Proyecto, específicamente en el subproceso de Seguimiento y Control del Proyecto y en el de Gestión de la calidad del Software. Acá claramente hubo grandes fallas, por un lado en todo lo que refiere a actividades de Análisis de Riesgos y Planificación de Contingencias, ya que existieron fallas que no pudieron ser previstas y debieron haber estado contempladas en el Plan de contingencia, y por otro lado hubo claras deficiencias en los procesos de Verificación y Validación, sobretodo después de la implementación, y particularmente con los problemas referentes a la mala interpretación que Randy Samuels …ver más…
4. Identifique los errores de codificación.
Los errores ocurridos en el proceso de codificación fueron ocasionados a través de una mala interpretación del problema por parte del programador. Unas fórmulas matemáticas describían el movimiento del brazo robótico y se cometió una falla muy importante en su interpretación, pensando que los puntos X, Y, Z de las fórmulas eran barras cuando se trataban de derivadas, requeridas para poder controlar correctamente el movimiento del mismo.
5. Enumere las causas que generaron el accidente. Seleccione dos causas que a su criterio sean las más relevantes. Justifique su selección.
• • • • • • Incorrecta elección del modelo de ciclo de vida. Incorrecta interpretación de los requisitos. Trabajo bajo presión y contrarreloj. Introducción de nuevo personal que solo entorpeció el proyecto. Errores en la etapa de codificación donde se malinterpretaron las fórmulas necesarias para mover el brazo. El diseño de la interfaz no estaba orientado al usuario final, era compleja , engorrosa de usar y se necesitaba hacer un esfuerzo mental bastante grande para recordar todo. Minimizar el porcentaje de aparición de una posible falla, por la teoría “Ivory Snow” que dice que “nada es tan blanco como la nieve” dando a entender que nada es perfecto. Manipulación de las pruebas de calidad de software. Requerimientos no funcionales demasiado vagos. Precario entrenamiento de