Informe UML y BPMN
Páginas: 3 (591 palabras)
Publicado: 10 de julio de 2014
Ingeniería de software
Desarrolle este documento basándose en las prácticas indicadas en el SWEBOK.
Parte uno – Administración del riesgo
1. A continuación se transcribe un ejemplo de unsistema que falló. Esta información es correcta y extraída del problema concreto.
La junta investigadora de la falla del ariane-5, examinó el software, la documentación y los datos obtenidos antes ydurante el vuelo para determinar que provocó la falla. Su informe señala que la lanzadera comenzó a desintegrarse 39 segundos después del lanzamiento debido a que el ángulo de ataque superaba los 20grados, haciendo separar a los impulsores de la etapa principal del cohete; esta separación disparó la autodestrucción de la lanzadera. El ángulo de ataque estaba determinado por el software de lacomputadora de a bordo, sobre la base de datos transmitidos por el sistema de referencia inicial activo, sri2. Como señala el informe se suponía que sri2 contenía datos de vuelo válidos, pero enrealidad contenía un patrón de bits de diagnóstico que fue erróneamente interpretado como datos de vuelo. Los datos erróneos se intepretaron como una falla y el sri2 se detuvo. Normalmente la computadorade a bordo habría conmutado a otro sistema inercial de referencia sri1, pero éste también estaba detenido por la misma razón.
El error se produjo en un módulo de software que calculaba resultadossignificativos solamente antes del despegue. tan pronto como el lanzador despegó, la función ejecutada por este módulo no servía a propósito útil alguno, de modo que ya no era necesario para el restodel sistema. Sin embargo, el módulo continuó sus cómputos por aproximadamente 40 segundos de vuelo basándose en un requerimiento para el ariane-4 que no era necesario en el ariane-5.
los eventosinternos que condujeron a la falla fueron reproducidos por cálculos de simulación soportados por lecturas de memoria e investigación del software. Por lo tanto, la destrucción del ariane-5 podría...
Desarrolle este documento basándose en las prácticas indicadas en el SWEBOK.
Parte uno – Administración del riesgo
1. A continuación se transcribe un ejemplo de unsistema que falló. Esta información es correcta y extraída del problema concreto.
La junta investigadora de la falla del ariane-5, examinó el software, la documentación y los datos obtenidos antes ydurante el vuelo para determinar que provocó la falla. Su informe señala que la lanzadera comenzó a desintegrarse 39 segundos después del lanzamiento debido a que el ángulo de ataque superaba los 20grados, haciendo separar a los impulsores de la etapa principal del cohete; esta separación disparó la autodestrucción de la lanzadera. El ángulo de ataque estaba determinado por el software de lacomputadora de a bordo, sobre la base de datos transmitidos por el sistema de referencia inicial activo, sri2. Como señala el informe se suponía que sri2 contenía datos de vuelo válidos, pero enrealidad contenía un patrón de bits de diagnóstico que fue erróneamente interpretado como datos de vuelo. Los datos erróneos se intepretaron como una falla y el sri2 se detuvo. Normalmente la computadorade a bordo habría conmutado a otro sistema inercial de referencia sri1, pero éste también estaba detenido por la misma razón.
El error se produjo en un módulo de software que calculaba resultadossignificativos solamente antes del despegue. tan pronto como el lanzador despegó, la función ejecutada por este módulo no servía a propósito útil alguno, de modo que ya no era necesario para el restodel sistema. Sin embargo, el módulo continuó sus cómputos por aproximadamente 40 segundos de vuelo basándose en un requerimiento para el ariane-4 que no era necesario en el ariane-5.
los eventosinternos que condujeron a la falla fueron reproducidos por cálculos de simulación soportados por lecturas de memoria e investigación del software. Por lo tanto, la destrucción del ariane-5 podría...
Leer documento completo
Regístrate para leer el documento completo.