Professional Documents
Culture Documents
Estas 2 columnas (probabilidad, impacto) se deben aumentar a la tabla de riesgos, y adems se deben ordenar los riesgos en base a la probabilidad de que ocurra. Y los riesgos con probabilidad ms alta son los que se van a llevar a la tabla de riesgos final.
Tipo de Riesgo
Riesgo del Producto Riesgo del producto Riesgo del Producto
Probabilidad
60% 30% 20%
Impacto
2 2 1
ID R01
La interfaz de usuario representa la interaccin que tendr el usuario con el sistema. Representa la forma en que el usuario va a comunicarse con el sistema.
Impacto Una interfaz mal diseada traer problemas sobre todo de usabilidad. El mejor sistema se volver intil si no se sabe cmo usarlo. Indicadores El cliente solicita realizar alguna modificacin de consideracin a la interfaz de usuario actual. Los usuarios no utilizan el sistema de manera correcta. R02 Descripcin
El modelo de anlisis o la especificacin de requisitos del sistema no se proporcionan a tiempo o no estn claros para el diseo del sistema.
Impacto
El diseo se basa una serie de entradas proporcionadas por el anlisis, por lo cual el anlisis debe estar correcto y satisfacer todos los requerimientos, de no ser as no se podr disear el sistema correcto.
Indicadores El equipo de diseo tiene muchas dudas respecto algn diagrama del anlisis. R03 Descripcin
Acciones de prevencin y correccin ID Plan de Prevencin RD01 Realizacin de prototipos de la interfaz de usuario y presentarlos en reuniones a los usuarios que van a utilizar el sistema. Plan de Correccin Realizar cambios en la capa de presentacin que no afecten al resto de las capas como la lgica de negocio y la capa de acceso a datos.
Averiguar todo sobre los usuarios, sus Proporcionar a los usuarios manuales de conocimientos previos y sus tareas. uso para que el esfuerzo de aprender a utilizar el software sea el mnimo. Tomar en cuenta factores humanos como la capacidad de memorizacin Proporcionar manuales en lnea proporcionando Realizar el diseo en forma iterativa a FrequentlyAskedQuestions (FAQ) sobre base de prototipos que vamos diversos temas que puedan traer refinando, y en contacto con los dificultades. usuarios. Dividir al sistema en capas para que los cambios en la capa de presentacin no afecten al resto.
RD02
Realizacin de varias reuniones con el director de anlisis para validar todo el modelo de anlisis proporcionado como entrada para el diseo.
Realizar una nueva pequea iteracin en la fase de anlisis , lo cual llevara ms tiempo pero asegurara que el modelo de anlisis ser correcto y suficiente para llevar a cabo el diseo del software
RD03
Realizar un diseo de la arquitectura Modificar la arquitectura del sistema que soporte los requerimientos: poniendo nfasis en la parte que se cree mediante principios de diseo como origin que el sistema tenga un bajo
modularidad, abstraccin, rendimiento como las estructuras de ocultamiento de la informacin. datos o los algoritmos del sistema. Seleccionar un patrn de diseo que ms se ajuste a satisfacer el problema. Realizar un diseo que permita hacer cambios fcilmente.