Design Review

Architecture Risk
Analysis

G02
● JESSICA CHEPE
● EVELYN FLORES
● JOHAN POMA
● CHRISTOPHER HUAMAN
● WILLIAM FLORES
 Una revisión es un proceso o reunión durante la cual
What is a Design el producto de trabajo, conjunto de trabajos o la
evidencia de ejecución de un proceso se presenta al
equipo del proyecto , clientes, administradores u otras
Review ? partes interesadas para su comentario o aprobación.
 Design review

El objetivo principal de esta actividad en el

ciclo de vida del software es poder identificar
o detectar no conformidades en el diseño
antes de pasar a la codificación, así como
poder validar posibles mejoras que se le
puede brindar al software verificando su
arquitectura y utilización de patrones en el

diseño
 Las revisiones de diseño de software
pueden ser de 3 tipos :

Informales 3
No existe ningún procedimiento
definido por lo que la revisión es
más flexible.

1
Formales
Semiformales Define completamente el proceso
Revisión en detalle, por una persona o
Se definen procesos mínimos a
grupo distintos del autor para poder
seguir(walkthroughs), dentro del
verificar si el producto se ajusta a los
procedimiento se indaga más a fondo el 2 estándares señalados por la empresa
proyecto, pero aún con un poco de
flexibilidad
 ¿Es necesario?

La revisión de diseño de software es fundamental, siendo

este un paso de la creación del proyecto ya que se
aportan ideas externas al programador, desde el diseño, el
analista y la inclusión de comunicación con el cliente, no
se requiere un análisis rígido pero si es necesario en
ciertas ocasiones , por lo tanto se debe dominar este tipo
de revisión antes de continuar para obtener mayores y
mejores resultados satisfactorios
 Architecture Risk Analysis (Análisis de riego de la arquitectura)

Proceso de gestión de riesgos que

identifica fallas y determina los riesgos
en una arquitectura de software
1 Análisis de Resistencia al Ataque

Los problemas de 2 Análisis de ambigüedad

d 50% seguridad son el resultado
de los flujos de diseño.
3 Análisis de debilidad
Diagrama de proceso para
el análisis de riesgo de la
arquitectura
Análisis de los problemas
Objetivo del proyecto

Reparar problemas al principio del SDLC(Systems Development

Life Cycle) y obtener una imagen clara de los riesgos

● A través de revisiones se producirán una amplia lista de riesgos

técnicos y recomendaciones sobre los métodos, herramientas y
estrategias para poder mitigar los riesgos técnicos identificados.
● Al abordar este tema en las primeras etapas del diseño del
software, podemos evitar costosas modificaciones abordando los
defectos de seguridad que se encuentran más adelante en la
SDLC. Lo más importante es encontrar y solucionar problemas
en la etapa inicial de desarrollo del software, siendo este procesos
menos costoso e invasivo.
¡Gracias!