Capitulo 13

Presentado por
Jonathan Esteban Macías Pastrana

Presentado a:
Juan Pablo Zambrano

Fundación escuela tecnologica de nevia

Facultad de ingenieria
Ing. De software
6 semestre
Nocturna
 Neiva
2020
Solución

13.2. Explique por qué es razonable suponer que el uso de procesos confiables conducirá a la
creación de software confiable.
RTA: Los procesos de software confiables están diseñados para producir software confiable. Una
compañía que emplea un proceso confiable puede estar segura de que el proceso se realizó y
documentó adecuadamente, y que se utilizaron técnicas de desarrollo adecuadas para el diseño de
sistemas críticos.

Por lo anterior, se disminuyen costos en restructuración del software, y mantenimiento del mismo.

13.4. ¿Cuál es la característica común de todos los estilos arquitectónicos que se conjuntan para
soportar tolerancia a fallas de software?

RTA: En todos los estilos arquitectónicos al igual que en los procesos La diversidad y redundancia del
software pueden implementarse en algunos estilos arquitectónicos diferentes. En el resto de esta
sección se describen algunos de ellos.

13.6. Usted es el responsable del diseño de un conmutador de comunicaciones que tiene que
ofrecer disponibilidad 24/7, pero que no es crítico para la protección. Ofrezca razones para su
respuesta y sugiera un estilo arquitectónico para dicho sistema.

RTA: No es critico para la proteccion porque Un sistema de protección sólo incluye la funcionalidad
crítica que se requiere para cambiar el sistema de un estado potencialmente inseguro a un estado
seguro, por tal motivo dentro del diseño solo se espera la disponibilidad 24/7, por lo cual se sugiere
una arquitectura de automonitorización, puesto que diseña para monitorizar su propia operación y
tomar alguna acción al detectar un problema.

13.8. Mencione dos razones por las que diferentes versiones de un sistema, basadas en diversidad
de software, podrían fallar en forma similar.
RTA:
 Software diseñado por el mismo equipo basado en las mismas condiciones
 Desarrollar especificaciones detalladas para el sistema que dependan de la version anterior

13.10. El uso de técnicas para la producción de software seguro, como se estudió en este capítulo,
naturalmente incluye considerables costos adicionales. ¿Qué costos adicionales se justificarían si
100 vidas se salvarían durante los 15 años de vida de un sistema? ¿Los mismos costos se
justificarían si se salvaran 10 vidas? ¿Cuánto vale una vida? ¿Las capacidades de ingreso de las
personas afectadas hacen una diferencia en este juicio?

RTA: Los costos adicionales en la producción de un softaware seguro, se disparan dependiendo de los
nuevos alcances de un software determinado por el product owner, el cual debe tener un previo
analisis economico, contable y administrativo para ver la viabilidad de esos costos, partiendo del
ejemplo que se pone se justificaria que tan solo que salve una vida disminuye la mortalidad en caso
de que una empresa viva con cifras altas de incidencias, al resolver este problema se puede llegar a
paretrizar el ahorro de la empresa por cada vida salvada, pero estos analisis no pueden partir del
juicio si no de la estadistica descriptiva.