Está en la página 1de 6

Actividad: Riesgos en Ingeniera de Software.

Riesgos del Proyecto.


Son los imprevistos o eventos que a Softechnology le generaran retrasos en la terminacin de
las actividades y generando un posible retraso en la terminacin del proyecto de Soft Punto de
Venta.

Ejemplos de riesgos del proyecto:
Miembros clave del proyecto renuncien,originado un retraso significativo
Cambio en la administracin origine desconcierto en el equipo.
Hardware indispensable no esta a tiempo, originando retrasos
Cambio excesivo de requerimientos originando retraso y mayor costo
Se subestim el tamao, originando mayores costos
Se subestim el nmero de defectos originando retraso.

Esto nos implicara un Incremento en Costes por diversas razones como pueden ser:
Sobrecostos por mayor cantidad de horas de trabajo
Multas por incumplimiento
Inversiones extras por parte de Softechnology para impedir mayores retrasos.
Cliente cambie los requerimientos del sistema Soft Punto de Venta.

Desbordamiento Organizativo.

Riesgo Tipo Descripcin
Rotacion del personal Proyecto El personal con experiencia
abandona el proyecto antes
de que finalice.
Cambio de gestin Proyecto Habr un cambio de gestin
organizacional con diferentes
prioridades.
Retrasos en la especificacin Proyecto y producto Las especificaciones de las
interfaces esenciales no
estarn a tiempo, lo cual
causara retraso en el
proyecto.
Personal clave indispuesto Proyecto El personal clave esta
enfermo y no disponible para
los momentos crticos, lo
cual generara un problema
serio.
Riesgos Tcnicos.

Amenazan la calidad y la planificacin temporal del software (producto.

Ejemplos de riesgos del producto:

Cambio excesivo de requerimientos origina mala funcionalidad.
Los componentes de software elegidos no trabajan adecuadamente
El manejador de bases de datos no soporta el volumen de transacciones
Requerimientos no verificables causan rechazo en usuarios
Algoritmo inadecuado no cumple restricciones de tiempo de respuesta
No se emplean herramientas de software de gestin de configuracin para controlar y seguir los
cambios a lo largo de todo el proceso del software
Falta de herramientas de software para apoyar los procesos de anlisis y diseo del software
No se emplean herramientas para crear prototipos software
No se emplean herramientas de software para dar soporte a los procesos de prueba
No se emplean herramientas de software para soportar la produccin y gestin de la
documentacin
Falta de mtricas de calidad para todos los proyectos de software
Inadecuadas mtricas de productividad para todos los proyectos de software


Riesgos del Negocio.
Son los riesgos que daan al negocio que desarrolla el software.

Ejemplos de riesgo del negocio:

La tecnologa fundamental se sustituya por una nueva, originando dudas en la viabilidad del
proyecto.
Una compaa rival ofrezca un producto similar antes, originando prdida de mercado para el
producto.
Cambio en la alta gerencia del cliente y reduce su inters en el proyecto, originando problemas
financieros.

Relacionados con el tamao del producto.

Riesgo Categora Probabilidad Impacto
Tamao estimado es grande Proyecto 30% Panificado crtico
Ms nmeros de usuarios de lo
contemplado
Proyecto 20% Rendimiento marginal
Que el cliente cambie los
requerimientos
Proyecto 60% Costes crticos
Falta de equipo o herramientas Entorno-Desarrollo 40% Planificacin marginal
Rotacin del personal Equipo 15% Planificacin marginal



El tamao estimado del proyecto es grande.
Se estiman 6 meses para concluir el proyecto.
La base de datos es de gran tamao (por la cantidad de productos a almacenar)
Los usuarios estimados son 10 debido a que el sistema se implantar en dos sucursales
teniendo 5 usuarios estimados por cada sucursal.


Con el impacto en la Organizacin.

Que tengamos que comprar ms equipo para la realizacin del sistema, lo cual incrementara
los gastos.
Que alguno de nuestros empleados desista.
La fecha lmite de la entrega del proyecto son 15 das ms, contemplando los cambios que sean
realizados por peticin del cliente.
El proyecto a realizar debe ser de calidad ya que de ello depender la recomendacin que nos
de nuestro cliente.
Se le har entrega a nuestra cliente de los manuales de usuario y de los ejecutables (excepto el
cdigo fuente)
Se deber entregar el proyecto en la fecha indicada, de otro modo tendremos que pagar la
penalizacin indicada en el contrato, lo cul nos afecta financieramente.

Con el tipo del Cliente.
No se ha trabajado con el cliente anteriormente
El cliente no tiene una idea formal de lo que se requiere , Se puede molestar en escribirlo
El cliente no acepta gastar su tiempo en reuniones formales de requisitos para identificar el
mbito del proyecto
El cliente no est dispuesto a establecer una comunicacin fluida con el desarrollador
El cliente no est dispuesto a participar en las revisiones
El cliente no entienda el proceso del software

Esta dispuesto a participar en las revisiones.
Ya que el cliente est interesado en que las tareas realizadas en los puntos de venta se agilicen
esta dispuesto a asistir a las revisiones, para conocer los avances del proyecto.

Es un usuario experto.
El usuario no es experto por lo cual al desarrollar el sistema se pretende que sea lo ms
sencillo de manipular.
El usuario debe saber lo bsico de un equipo de computo para poder manejar el sistema.

Con la definicin del proceso de produccin
No se ha desarrollado en la organizacin una descripcin escrita del proceso del software a
emplear en este proyecto
El acuerdo los miembros del personal con el proceso del software tal y como est
documentado y no estn dispuestos a usarlo
No se ha desarrollado o adquirido su organizacin cursos de formacin de ingeniera del
software para jefes de proyecto y personal tcnico
No se llevan a cabo regularmente revisiones tcnicas formales de las especificaciones de
requisitos, diseo y cdigo
No se llevan a cabo regularmente: revisiones tcnicas de los procedimientos de prueba y de los
casos de prueba
Falta de algn mecanismo para asegurarse de que el trabajo realizado en un proyecto se ajusta
a los estndares de ingeniera del software
No hay algn mecanismo de control de cambios de los requisitos del cliente que impacten en el
software
Se emplean tcnicas de especificacin de aplicaciones para ayudar en la comunicacin entre el
cliente y el desarrollador
No se emplea este proceso del software para otros proyectos
Ningn mtodo especfico para el anlisis del software
Ningn mtodo especfico para el diseo de datos
Est escrito su cdigo en ms de un 90 por ciento en lenguaje de alto nivel
Uso de reglas especficas para la documentacin del cdigo
No se emplean herramientas de software para apoyar la planificacin y el seguimiento de las
actividades
Existe una metodologa escrita para el proyecto.
Se ha utilizado en otros proyectos.

Con el entorno de desarrollo
No se tenga disponible una herramienta de gestin de proyectos de software
No se tenga una herramienta de gestin del proceso del software
Falta de herramientas de anlisis y diseo disponibles
Falta de herramientas de anlisis y diseo, mtodos apropiados para el producto a construir
No se tiene disponibles herramientas de gestin de configuracin software
No se hace uso el entorno de bases de datos o informacin almacenada
No estn disponibles todas las herramientas de software integradas entre s
No se ha formado a los miembros del equipo del proyecto en todas las herramientas
Inexistencia de expertos disponibles para responder todas las preguntas que surjan sobre las
herramientas
La ayuda en lnea y la documentacin de las herramientas no sea adecuada
Hay herramientas de gestin de proyectos.
Hay herramientas de gestin del proceso de desarrollo.
Hay herramientas de anlisis y diseo.

Con la Tecnologa.
Se trata de una tecnologa nueva en la organizacin.
Es una posibilidad, en nuestra organizacin cada sistema es nuevo y tratamos de
personalizarlo a las necesidades del cliente, aun cuando podamos trabajar y apoyarnos con
experiencias y proyectos anteriores, en todo momento existir la posibilidad de requerir de
nuevas tecnologas.
Se requieren nuevos algoritmos o tecnologa de I/O.
Al ser una organizacin especializada especficamente en el desarrollo de software, el equipo
de programacion conoce ms de un lenguaje de programacin, para el software de punto de
venta se desarrolla con Java, lenguaje que es conocido por el equipo de trabajo y por ende se
cuenta con software y plataforma de programacin como es NetBeans para la codificacin, as
que no ser necesario trabajar con otras herramientas.
Se debe interactuar con hardware nuevo.
No es necesario ya que nuestros equipos cuentan con la capacidad para trabajar con las
herramientas que definimos, nuestra infraestructura puede trabajar eficientemente para el
desarrollo del proyecto y en caso de ser necesario contamos con personal que est encargado
de gestionar los recursos de hardware e implementarlos en el menor tiempo posible.

Se debe interactuar con software que no ha sido probado.
No porque trabajamos con software ya probado en proyectos anteriores en este caso el sistema
se desarrolla con el lenguaje de programacin Java y trabajaremos con la plataforma de Net
Beans y para el manejo de base de datos sern con Oracle


Con la experiencia y tamao del equipo.
Es el mejor personal disponible.
Durante el proceso de contratacin del personal al conformar nuestro equipo de trabajo en
Softechnology se asegura que los candidatos cuenten con experiencia en puestos similares y
que hayan tenido participacin en proyectos importantes de desarrollo de software, es decir
desde un principio tratamos de minimizar el riesgo para que una vez integrados a nuestro
equipo de trabajo los colaboradores aporten la mejor calidad y las mejores soluciones.

Tienen los miembros las tcnicas adecuadas.
Como comentamos en el punto anterior nuestro personal contar con conocimientos en
desarrollo de software comprobados, dentro de la organizacin contamos con experiencia con
diferentes mtodos de desarrollo de software, para el proyecto especfico de nuestro software
de punto de venta despus hacer un anlisis de los requerimientos del cliente y de lo que el
sistema har decidimos desarrollarlo con el metodo de cascada que nos permite trabajar
sistemticamente con cada uno de los 7 mdulos que incluye nuestro sistema.

Adicionalmente trataremos de minimizar los riesgo de este tipo al asignar personal a cada
proyecto, es decir no se descuidar ni se asignarn menos recursos a uno u otro proyecto que
tengamos en puerta.

También podría gustarte