UNIDAD 3

CASTILLO MARQUEZ ADOLFO

SANCHEZ AGUIRRE EDER MIGUEL
Etapas Ciclo de vida espiral 4 fases. SQA SQA.xlsx
ejemplo

Determinar objetivos Fijar tambin los productos definidos a obtener:

requerimientos,
planificar las actividades de aseguramiento de la calidad.
Revisar y auditar objetivamente los productos y las
Especificacin
manual de usuario. actividades.
Fijar las restricciones.
Identificacin de riesgos del proyecto y estrategias alternativas Proporcionar los resultados de estas revisiones o
para evitarlos. auditorias informando a la direccin

Anlisis de riesgo En este paso se efecta un anlisis detallado para cada uno de los
riesgos identificados del proyecto, se definen los pasos a seguir
Verificar la correcta documentacin.

para reducir los riesgos y luego del anlisis de estos riesgos se

planean estrategias alternativas.
Riesgos.
Identifica riesgos.
Matriz de riesgo.
Anlisis de riesgos.

Desarrollar, verificar y validar Tareas de la actividad propia y de prueba.

Anlisis de alternativas e identificacin resolucin de riesgos.
Correcto proceso de entrega al cliente y pruebas post-
produccin
(probar) Verificacin y validacin.
Tecnicas de verificacin y validacin.
Defectos y errores.
Herramientas case.

planificar Revisamos todo lo hecho, evalundolo, y con ello decidimos si

continuamos con las fases siguientes y planificamos la prxima
Base de conocimiento y retroalimentacin .
actividad.
ejemplo
inicio
Concepto requerimientos descripcin
requerimientos Los requerimientos especifican qu es lo que el
sistema debe hacer (sus funciones) y sus
propiedades esenciales y deseables. La captura de
los requerimientos tiene como objetivo principal la
comprensin de lo que los clientes y los usuarios
esperan que haga el sistema.
Como regla de modo emprico, el costo de
reparar un error se incrementa en un factor de diez
de una fase de desarrollo a la siguiente, por lo
tanto la preparacin de una especificacin
adecuada de requerimientos reduce los costos y el
riesgo general asociado con el desarrollo [Norris &
Rigby, 1994].

Anlisis de requerimientos: Es el conjunto de tcnicas y procedimientos que

nos permiten conocer los elementos necesarios
para definir un proyecto de software. Es una tarea
de ingeniera del software que permite especificar
las caractersticas operacionales del software,
indicar la interfaz del software con otros elementos
del sistema y establecer las restricciones que debe
cumplir el software
 Tipos de requerimientos

Tipos de requerimiento Segn el estndar internacional de

Especificacin de Requerimientos
IEEE830, los documentos de definicin y
especificacin de requerimientos deben
contemplar los siguientes aspectos
resumidos por [Pfleeger, 2002] como se
indica a continuacin:
Ambiente fsico - Dnde esta el equipo que el sistema
necesita para funcionar?
- Existe una localizacin o varias?
- Hay restricciones ambientales como
temperatura, humedad o interferencia
magntica?
Interfaces - La entrada proviene de uno o ms
sistemas? -
La salida va a uno o ms sistemas?
- Existe una manera preestablecida en
que deben formatearse los datos?
Usuarios y factores humanos Quien usar el sistema?
Habr varios tipos de usuario?
Qu clase de entrenamiento
requerir cada tipo de usuario?
Cun fcil le ser al usuario
comprender y utilizar el sistema?
Funcionalidad Qu har el sistema?
Cundo lo har?
Existen varios modos de
operacin?
Existen restricciones de la
velocidad de ejecucin, tiempo
de respuesta o rendimiento?
Documentacin Cunta documentacin se
requiere?

Datos Cul ser el formato de los datos,

tanto para la entrada como para
la salida?
Cun a menudo sern recibidos
Recursos Qu recursos materiales,
personales o de otro tipo se
requieren para construir, utilizar y
mantener el sistema?
Existe un lmite sobre la cantidad
de dinero a gastar en el desarrollo
o en hardware y software?

Seguridad Debe controlarse el acceso al

sistema o a la informacin?
Cmo podrn aislarse los
programas de usuario de los otros
programas y del sistema
operativo?
Funcionales No funcionales
Un requerimiento funcional ejemplo
describe una interaccin entre el
sistema y su ambiente. Los
requerimientos funcionales
describen cmo debe
comportarse el sistema ante un
estmulo [Pfl01].
Sistema de control de asensores
Sistema de cajas de ahorro de
banco
Sistema de facturacion
inicio
 Especificacin.
La Especificacin
Tipos de especificaciones.
Principios de Especificacin
Define los requiditos del diseo y
el comportamiento u otras
caracterisitcas de un sistema o
componente de un sistema
Contiene las descripciones
graficas y el lenguaje de los
requerimeintos del software
La especificacin,
independientemente del modo
en que se realice, puede ser vista
como un proceso de
representacin. Los requerimientos
se representan de forma que
conduzcan finalmente a una
correcta implementacin del
software. [Sommerville, 2005]
Fijar las restricciones
inicio
 Identificacin de riesgos del proyecto y estrategias alternativas para
evitarlos.

El mtodo de Gestin de Riesgos fue definido con el fin de establecer las bases necesarias para
la aplicacin de software, donde el objetivo es alcanzar un enfoque disciplinado y sistemtico
para llevar a cabo el proceso. A medida que se van desarrollando cada una de las fases
establecidas, se recoge informacin de las mejores prcticas y se analiza los parmetros
necesarios y comunes para crear un marco de trabajo general, de tal forma que sea aplicable a
diferentes mbitos. (Software Engineering Institute, Carnegie Mellon, 2013).

El mtodo presenta un ciclo continuo, en el que se maneja un flujo lgico de informacin entre
las fases que lo componen. Consta de cinco pasos fundamentales como la identificacin, el
anlisis, la planificacin, el seguimiento y control, y la comunicacin. Como mejores prcticas
se encuentra que en la fase de identificacin se llevan acabo evaluaciones de riesgos
utilizando la taxonoma y la fase de comunicacin que se define como el ncleo de todo el
proceso.
El mtodo de identificacin basado en taxonomas trabaja agrupando las distintas fuentes de
riesgos en varias categoras para realizar un proceso sistemtico. Provee un marco para
organizar los datos y la informacin. Adicionalmente, la estructura fundamental consta de tres
niveles y sub niveles en que se detallan todos los posibles componentes implicados en el
anlisis a realizar, tal como lo plantea. Jos Arias y Robert Stern (2005) en su artculo Review
Of Risk Management Methods:
 riesgos
Es cualquier eventualidad que provoque que un sistema informtico no se
desarrolle en tiempo, con el presupuesto asignado, que no se atienda las
necesidades del negocio ni cumpla con las expectativas del cliente, que no
est alineado con las metas y el contexto organizacional.
RIESGOS DESCRIPCIN
Riesgos del proyecto: son aquellos riesgos que alteran al proceso de
desarrollo del proyecto. Identifican problemas
potenciales de presupuesto, calendario,
personal, recursos, cliente, etc. Afectan a la
planificacin temporal, al coste y calidad del
proyecto. Por ejemplo, la renuncia del lder del
proyecto
Riesgos del producto: son los riesgos que afectan la calidad o el
rendimiento del software a desarrollar.
Identifican posibles problemas de
incertidumbre tcnica, ambigedad en la
especificacin, diseo, implementacin,
obsolescencia tcnica o tecnologa puntera,
interfaz, verificacin y mantenimiento, etc. Por
ejemplo, la adquisicin de un componente
software cuyo desempeo se desconoce.
Riesgos conocidos: son aquellos que se pueden
predecir despus de una
evaluacin del plan del proyecto,
del entorno tcnico y otras fuentes
de informacin fiables.
Riesgos predecibles: se extrapolan de la experiencia
de proyectos anteriores.
Riesgos impredecibles: pueden ocurrir, pero es
extremadamente difcil
identificarlos por adelantado.
 Identificacin de riesgos

La identificacin del riesgo es una tarea que depende, en gran medid, de la

experiencia y del juicio de quien est encargado de la identificacin. ste suele ser
el administrador del proyecto aunque tambin puede ser una actividad en equipo.
inicio
Matriz de riesgo

Inicio.
 Anlisis de riesgo.

Es el proceso de examinar los riesgos en detalle para determinar su impacto, su

probabilidad y el periodo de tiempo en el que es posible atenuar el riesgo.

ATRIBUTO VALOR DESCRIPCIN

No merecen ser tenidos en
Insignificantes
cuenta.
Estn dentro de un margen de
aceptacin, por lo cual no
Tolerables
comprometen ni el proyecto, ni
el producto, ni la organizacin.
Impacto
Comprometen gravemente el
Graves proyecto o el producto o la
organizacin.
Amenazan la supervivencia del
Catastrfica proyecto o del producto o de
la organizacin.
Muy baja <10%
Baja del 10 al 25%
Probabilidad Moderada del 25 al 50%
Alta del 50 al 75%
Muy alta >75%
Corto plazo 30 das
Marco de
Medio plazo 1 a 4 meses
tiempo
Largo plazo Ms de 4 meses
Tecnicas de anlisis

TECNICAS DESCRIPCIN

Anlisis no Esta es la tcnica ms intuitiva. No cuantifica el riesgo y se basa en la experiencia y el buen juicio del
cuantitativo: analista para determinar el impacto y la probabilidad de ocurrencia de cada riesgo.

Se basa en la comparacin de datos de proyectos anteriores con el actual y en base al criterio de

analista incluir un ratio para calcular valores del nuevo proyecto. Por ejemplo, suponga que no tiene un
Anlisis de generador elctrico. Si para un proyecto anterior hubo problemas con la empresa de energa y sufrieron
ratios: dos cortes semanales, y para la poca del proyecto actual la venta de aires acondicionados super las
espectativas, puede aplicar un ratio de un 50% al riesgo de cortes semanales, es decir 1,5. Calculando 2
(cortes semanales) * 1,5 (ratio) = 3 cortes semanales.

Si bien el contar con nmeros es importante, tambin es cierto que las decisiones deben tomarse en
Mtodos de funcin de los nmeros pero complementadas con la experiencia y conocimiento del decisor. Por eso los
anlisis hbridos: mtodos hbridos aparte de brindar la formalidad de los clculos, aprovechan la experiencia y
conocimiento del analista.
Anlisis de
Mtodos que utilizan el estudio probabilstico para estimar riesgos.
probabilidad:

Es un mtodo en el que se definen las variables que pueden afectar al proyecto. Utilizando alguna
Anlisis de herramienta o el clculo matemtico se valan estas variables para ir presentando las consecuencias de
sensibilidad: los cambios a todo el proyecto, es decir, se analiza la sensibilidad del proyecto al cambio en las variables
definidas, lo que permite cuantificar los riesgos.

inicio
Verificacin y validacin
La verificacin y validacin es el nombre que se da a los procesos de
comprobacin y anlisis que aseguran que el software que se desarrolla est
acorde a su especificacin y cumple las necesidades de los clientes. La V&V es un
proceso de ciclo de vida completo. Inicia con las revisiones de los requerimientos y
contina con las revisiones del diseo y las inspecciones del cdigo hasta la
prueba del producto. Existen actividades de V&V en cada etapa del proceso de
desarrollo del software. La verificacin y la validacin no son la misma cosa ,
aunque es muy fcil confundirlas, Boehm (1979) expres la diferencia entre ellas
de forma sucinta:
Verificacin: Estamos construyendo el producto correctamente? El papel de la
verificacin comprende comprobar que el software est de acuerdo con su
especificacin. Se comprueba que el sistema cumple los requerimientos
funcionales y no funcionales que se le han especificado.
Validacin: Estamos construyendo el producto concreto? La validacin es un
proceso mas general. Se debe asegurar que el software cumple las expectativas
del cliente. Va mas all de comprobar si el sistema est acorde con su
especificacin, para probar que el software hace lo que el usuario espera a
diferencia de lo que se ha especificado

inicio
TECNICAS DE VERIFICACIN Y VALIDACIN
TECNICA
Las inspecciones del software
Las pruebas del software
DESCRIPCIN
Analizan y comprueban las
representaciones del sistema como el
documento de requerimientos, los
diagramas de diseo y y el cdigo
fuente del programa. Se aplica a todas
las etapas del proceso de desarrollo. Las
inspecciones se complementan con
algn tipo de anlisis automtico del
texto fuente o de los documentos
asociados. Las inspecciones del
software y los anlisis automatizados son
tcnicas de verificacin y validacin
estticas puesto que no requieren que
el sistema se ejecute.
consiste en contrastar las respuestas de
una implementacin del software a
series de datos de prueba y examinar
las respuestas del software y su
comportamiento operacional, para
comprobar que se desempee
conforme a lo requerido. Llevar a cabo
las pruebas es una tcnica dinmica de
la verificacin y validacin ya que
requiere disponer de un prototipo
ejecutable del sistema.
Tipos de pruebas del software
Tipos de prueba de software

Inicio.
Defectos y errores
Formato de registro de tiempo
Formato del resumen del proyecto
Inicio.
Herramientas case
Herramientas de prueba

Inicio.