SOFTWARE RIESGO DEL PRODUCTO

H.7. Alcanzar el mbito del producto o las restricciones de velocidad requiere ms tiempo delesperado, incluyendo el tiempo para volver a disear e implementar. Antes Extender un estimado de tiempo en la contratacin para as controlar el riesgo y si no gozamos del riesgo hay una entrega del producto ms temprana. Solucin: Ocupar un espacio del tiempo que disponemos para terminar el trabajo. Probabilidad media H.8. Unos requisitos rgidos de compatibilidad con el sistema existente necesitan un trabajo extra decomprobacin, diseo e implementacin. Antes Que los programadores verifiquen y emitan un estudio de compatibilidad del sistema a construir antes de disear. Despus El personal de desarrollo deber de trabajar a horas extras para el anlisis de estos mbitos Probabilidad media H.9. Los requisitos para crear interfaces con otros mdulos del Sistema total de AGUAPEN, u otros sistemas que no estn bajo el control del equipo de desarrollo suponen un diseo,implementacin y prueba no previstos Antes. Crear el sistema con capacidad de adaptacin con otros modulos del sistema de AGUAPEN, en este caso el Analista de sistemas es el encargado de dar la solucin, para que el programador pueda hacer bien su trabajo. Despues Los programadoresdebern de dividir el sistema por funciones(obligatorio), lo cual facilitara el acoplamiento de las interfaces y trabajar en la solucin del problema. Probabilidad Baja H.11.El trabajo con un entorno software desconocido causa problemas no previstos. Antes El administrador de proyecto deber anticipar este duro golpe, ya que como finalidad se requiere terminar el sistema, incluir capacitacin. Despues Los programadores gozarn de internet en caso de esos problemas, para que investiguen y brinden varias alternativas de solucin.

Probabilidad Media H.1..Problemas en los controles internos (incluyendo la consideracin de diseos amigables al usuario, etc.) Antes Presentar avances interactivos y fciles de usar para el usuario. Despus Capacitar al personal y crear los respectivos manuales de usuario par la buena y exacta manipulacin del sistema. Probalidad baja

h.12. Tamao general del software a construir o a modificar Antes Crear el sistema en forma ordenada y dividida por clases y mtodos para el fcil manejo de la informacin y adaptacin de cambios Despues Modelar un diseo extra que se acople al actual y que arrastre cambios en las funciones. Probabilidad Media

H.13.Software no cumple los requerimientos del usuario. Antes El analista de sistemas estar encargado de recopilar todas las necesidades de Proyecto de Obtencin de Medidores, y el administrador se encargar de que se cumplan. Despus Empezar a recopilar los requerimientos y comenzar a trabajar en ello, ya que el sistema dispone de modificaciones. Probabilidad Baja H.14.El Software no cumple con el prototipo de diseo propuesto por Aguapen Antes Exponer y realizar capacitacin a los programadores para que diseen el prototipo que desea el cliente. Despues El programador deber emitir un avance semanal del sistema que se trabaja. Probabilidad Baja

H.15.Hay errores en la compatibilidad del sistema al momento de la implementacin Antes Verificar los recursos Informaticos existentes en Aguapen y hacer conocer de los equipos con las caractersticas de hardware necesarias para el sistema. Despues Haber realizado posibles convenios con el proveedor de Hardware en el caso de presentar incompatibilidad con el sistema. Probabilidad baja

H.16.Problemas de recuperacin/restauracin usadas para minimizar la ruptura de los sistemas. Antes Detallar funciones de acceso a errores que pueden causar los usuarios para la proteccin de datos. Despues El Sistema almacenar datos a medida que el usuario vaya avanzando en sus ingresos, modificaciones, ect, as logramos prevenir ese riesgo. Probabilidad Baja

H.17.El sistema es demasiado lento lo que causa demoras en la atencin al cliente ya que los tramites de obtencin de un medidor son muchos. Antes Crear una base de datos bien diseada y que el sistema cumpla con la velocidad de datos bien distribuidos. Despues Corregir en un tiempo estimado los nuevos cambios modificados para el beneficio del sistema. Probabilidad Baja

H.18.Problemas en el acceso de datos de los distintos departamentos Antes Brindar acceso solo a los departamentos que necesitan la informacin, de lo contrario el sistema se limitara en acceso de datos no solicitados. Despues

Crear restricciones de seguridad mucho mas fuertes a las realizadas, el sistema no realizar cambios en sus datos si el usuario no ingresa a su respectiva area con su contrasea. Probabilidad Media

H19.-Problemas de originalidad del sistema operativo de la empresa intervendra en el mal funcionamiento del sistema. Antes Verificar que sea original el sistema operativo de la empresa Despues Comprar licencia y actualizar todas las maquinas en que se instalar el software. Probabilidad Media H20.- Problemas de validadcion de todas las entradas de datos que el usuario pueda ingresar. Antes Validar todo lo que se refiera a entrada de datos para que no haya errores en el sistema y se pueda almacenar la informacin adecuadamente. Despues Corregir errores en el desarrollo de las pruebas.