Ejercicios Practicos-Aseguramiento de la Calidad del Software

...

- ¿Cuál es la probabilidad de perdida asociada a esos riesgos?

La expectativa de perdida sería casi total, ya que habría que empezar todo de nuevo si no habíamos tenido un plan de contingencia en el cual se hace un plan de continuidad del negocio aplicado al departamento de informática o tecnologías.

- ¿Cuál sería el costo monetario de recuperarse de los riesgos si esto ocurriera?

La probabilidad de perdida sería casi total, ya que habría que empezar todo de nuevo si no habíamos tenido un plan de contingencia.

- ¿Cuál sería el costo si ocurriera el peor escenario? ¿Cómo se puede hacer para disminuir o eliminar el costo si ocurriera el peor escenario?

Es más que necesario hacer inversiones para mitigar todos los posibles riesgos, un ejemplo seria tener servidores en otras ciudades o incluso en otros países, dependiendo de la seguridad que estos destino muestren para preservar nuestros servicios, también tener un plan en caso de un eventual desastre como pudiera ser un seguro, que nos permita tener una devolución de dinero en caso de daños mayores. Etc.

Aquí tenemos una fórmula con la que se podría calcular o estimar el riesgo financiero asociado a los desastres que es: Riesgo financiero = Probabilidad del desastre x Coste diario por inactividad o pérdida de productividad x Tiempo.

- ¿Cuáles son las alternativas para atenuar los riesgos? ¿cómo se controla que las alternativas son efectivas y se están llevando a cabo correctamente?

Las alternativas para atenuar los riesgos son los sgtes:

- Plan de Continuidad

- Plan de Contingencia

Plan de continuidad del negocio (o sus siglas en inglés BCP, por Business Continuity Plan) es un plan logístico para la práctica de cómo una organización debe recuperar y restaurar sus funciones críticas parcialmente o totalmente interrumpidas dentro de un tiempo predeterminado después de una interrupción no deseada en este se detalla cómo se debe actuar en diferentes situaciones críticas cuando ocurre un desastre, debe contemplar todas las medidas preventivas y de recuperación para cuando se produzca una contingencia que afecte al negocio.

Plan de contingencia es un conjunto de procedimientos alternativos a la operatividad normal de cada institución. Su finalidad es la de permitir el funcionamiento de esta, aun cuando alguna de sus funciones deje de hacerlo por culpa de algún incidente tanto interno como ajeno a la organización. El objetivo de este es garantizar la continuidad de las operaciones de la empresa o negocio después de haber ocurrido un desastre, permite la recuperación o restauración del servicio de cómputo en forma rápida, eficiente y con el menor costo y pérdidas posibles. El Plan de contingencia permite la pronta recuperación de la información debido a que las mismas están basadas en políticas de copias de seguridad (Backup) la cual están guardadas en un lugar fuera de la empresa.

- ¿las alternativas producen otros riesgos?

Las alternativas no necesariamente producen otros riesgos aunque en algunos casos, tomar una alternativa para un problema dado puede traer otros riesgos o solucionar el problema. En algunos casos el no actuar a tiempo produce otros riesgos, hay que actuar en el momento adecuado.

Ejercicio 4

¿Un error común en ciencias de la computación es pensar que la codificación consume la mayor parte del tiempo de desarrollo del software. Apelando a la experiencia individual, establecer qué porcentaje de tiempo requieren aproximadamente las fases de especificación de requerimientos, diseño, codificación, testeo y mantenimiento en el desarrollo de un programa. ?

Dependiendo de la diversidad del sistema a desarrollar las fases pueden tardar:

- Especificación de Requerimientos: de 2 a 3 semanas (4 horas al día)

- Diseño: de 3 semanas a 4 semanas.

- Codificación: de 2 a 6 meses (esto depende si las especificaciones están claramente definidas)

- Pruebas: esta fase durara de 1 a 2 semanas.

- Mantenimiento: esta fase durara durante todo el ciclo de vida del sistema.

Ejercicio 5

Definir el concepto de riesgo en el desarrollo de software. Enumerar algunos de los riesgos que deberían tenerse en cuenta a lo largo de la producción de software.

Riesgo: Es una medida de la magnitud de los daños frente una situación peligrosa, se mide asumiendo una determinada vulnerabilidad frente a cada tipo de peligro, en este existe la probabilidad de que un proyecto experimente sucesos no deseables, como retrasos en la fecha de entrega, excesos de coste, cancelación del proyecto, entre otros factores.

- Riesgo del Software:

A pesar de las diferentes definiciones para los riesgos del software, existe un acuerdo común en que el riesgo siempre implica dos características:

- Incertidumbre: El acontecimiento que caracteriza al riesgo puede o no puede ocurrir; por ejemplo, no hay riesgos de un 100% de probabilidad (ya que un riesgo del 100% es una limitación del proyecto).

- Pérdida: Si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o pérdidas.

- Riesgos del Proyecto

Ponen en peligro al plan. Si estos se cumplen, el proyecto requerirá mayor esfuerzo y dinero amenazando al plan del proyecto, es decir, si los riesgos del proyecto se hacen realidad, es probable que la planificación temporal del proyecto se retrase y que los costos aumenten. Los riesgos del proyecto identifican:

- Problemas potenciales de presupuesto

- Planificación temporal

- Tamaño y grado de incertidumbre estructural

- Requisitos: se necesitan más condiciones.

- Personal: se necesitan más o mejores cualificados

- Riesgos Técnicos

Ponen en peligro la calidad resultante. Si estos se cumplen, el proyecto es más complejo