TI0020_M1AA2_Analisis

Anlisisdefactibilidad

por Leticia Pureco Reyes

Durante el desarrollo de software existen muchos aspectos que pueden producir la cancelacin o
retraso del proyecto, a esos elementos se les conoce como riesgos.
Pressman (2002), menciona que un riesgo es la identificacin de los problemas potenciales que
pueden surgir durante el ciclo de vida y los cuales tendran como consecuencias: retraso del proyecto,
incremento de costos, contratacin de ms personal, modificacin de los requerimientos por mencionar
algunos (p. 98).
Una manera de prevenir los riesgos es anticiparnos a ellos, identificar los efectos que produciran y
determinar posibles soluciones en caso de que algn problema se presente.
Una herramienta que puede ayudar a los desarrolladores de software a determinar el posible xito o
fracaso del proyecto antes de iniciarlo es el anlisis de viabilidad, tambin conocido como anlisis de
factibilidad.
Durante el anlisis de factibilidad, el analista entrevista al cliente, a los usuarios, a los integrantes del
equipo del proyecto y revisa documentos y procesos, entre otros elementos. Todo lo anterior con la
finalidad de identificar fortalezas y debilidades.
Esas fortalezas y debilidades se clasifican en tres aspectos principales de acuerdo a Pressman (2002):
Econmico, Tcnico y Operacional (p.80).

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier
medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la
informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato.


TI0020_M1AA2_Analisis

Econmico

Tcnico

Operacional

Consiste en determinar el costo

del proyecto y verificar si la
empresa cuenta con el capital
necesario o bien si puede
obtener algn prstamo para
costear el sistema.

Se relaciona con identificar si la

organizacin cuenta con todos los
elementos tcnicos necesarios para
el desarrollo del proyecto como:
hardware, software, equipo de
telecomunicaciones, etc.

Identifica las probabilidades de que el

sistema, una vez terminado, no se
utilice.

Es muy importante analizar junto

con el cliente el costo-beneficio
que tendra la organizacin al
realizar el proyecto.

En caso de no contar con dichos

elementos se debe determinar si
existe la posibilidad de adquirirlos y el
tiempo que llevara.

Se sugiere aplicar algn mtodo

de estimacin de costos para
determinar la factibilidad
econmica.

En este punto se sugiere verificar los

requerimientos y realizar un
inventario en la organizacin para
poder emitir un juicio en el aspecto
tcnico.

Considera aspectos como:

Resistencia al cambio.
Conocimientos de los usuarios.
Porcentaje en que se resolvera la
problemtica identificada.
Grado de alineacin del proyecto
con la organizacin.
Polticas de la organizacin.

Tabla 1.reas del anlisis de factibilidad.

Con base en lo anterior, podemos definir que la factibilidad del proyecto debe cumplirse en las tres
reas que se muestran en la tabla 1, ya que si alguna de ellas presenta problemas que no se puedan
solventar el proyecto puede cancelarse.
Algunas preguntas que podemos integrar en nuestros cuestionarios o encuestas para determinar la
factibilidad de un proyecto son:

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier
medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la
informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato.


TI0020_M1AA2_Analisis

Aspectos Econmicos

Aspectos Tcnicos

Aspectos Operacionales

Cunto tiempo se tardara la

implementacin del software?

Cmo se administra
actualmente la informacin?

Qu conocimientos tienen los

usuarios?

Cuntas personas
integraran el equipo de
desarrollo?

En la organizacin cuentan con

equipo de cmputo?

Qu edades tienen los

usuarios?

Cunto se tendra que

invertir en los salarios de
dicho equipo?

Qu caractersticas tiene dicho

equipo?

Qu percepcin tienen los

usuarios respecto al proyecto?

Qu programas (software) se
utilizan en los equipos con que la
empresa cuenta?

Existe la posibilidad de
capacitar a los usuarios?
Qu tanta resistencia al
cambio existe en la
organizacin?

El desarrollo se trabajara en
oficinas externas o dentro de
las instalaciones de la
organizacin?

Qu necesitara el nuevo
software?

Cul es la brecha entre lo que

se necesita y lo que se tiene?
Existe actualmente en el
mercado la tecnologa necesaria
para el desarrollo del proyecto?

A cunto ascenderan los

gastos fijos?

Cul es el presupuesto con

que cuenta la organizacin?

Qu diferencia existe entre

el presupuesto de la
organizacin y el costo del
sistema?

Es posible adquirir los

elementos (hardware, software,
equipo de red, etc.) que se
necesiten?

Existe la posibilidad de
acceder a algn crdito?

Qu riesgos tecnolgicos tiene

el proyecto?

Cunto sera el monto del

crdito?

Cunto tiempo se tardara en

liquidar la deuda?

Cmo se puede reducir la

resistencia al cambio?

En qu porcentaje podra
afectar al proyecto dicha
resistencia?

El desarrollo del proyecto

resolvera la problemtica
identificada?

En qu porcentaje el proyecto
dara solucin a la
problemtica?

Existe alguna poltica o

procedimiento que se deba
modificar al implementar el
sistema?

Qu consecuencias tendra
modificar las polticas o
procedimientos?

Qu ventajas ofrece el
proyecto a la organizacin?

Qu desventajas tiene la
implementacin del sistema?

Qu riesgos econmicos
tiene el proyecto?

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier
medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la
informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato.


TI0020_M1AA2_Analisis

Tabla2. Preguntas a considerar en el anlisis de factibilidad.

Una vez que el analista cuenta con toda la informacin y ha verificado la factibilidad econmica, tcnica
y operacional debe elaborar un informe.
Somerville (2005) propone integrar al anlisis de factibilidad la identificacin de los riesgos ms
relevantes, as como opciones para afrontarlos, posibles modificaciones al alcance del proyecto,
requerimientos adicionales, alcance y limitaciones (p.132).
Algunos de los riesgos ms comunes que identifica Pressman (2002) son:Riesgos de planificacin, de
administracin, del proceso, del usuario, del producto y tcnicos (p.98). En la siguiente tabla se
muestran algunos ejemplos de cada uno de ellos.
Tipo de riesgo
Riesgos de planificacin

Ejemplos
No se verificaron bien los tiempos.
El equipo cuenta con una gran carga de trabajo.
No se cuenta con la infraestructura

Riesgos de administracin

Se retrasa
desarrollo.

un

entregable

dentro

del

proceso

de

Se requiere contratar ms personal.

Riesgos del proceso

Disponibilidad de las herramientas.

Complejidad del sistema.
Conocimiento del equipo (tanto de parte de los usuarios
como de los desarrolladores).

Riesgos del usuario

Que no quiera usar el producto.

Que no haya definido bien sus requerimientos.
Que no satisfaga las necesidades del cliente.

Riesgos del producto

Que no posea la calidad esperada.

Hay problemas con el diseo.

Riesgos tcnicos

Las definiciones de datos son ambiguas.

No se cuenta con la tecnologa requerida.

Tabla 3.Clasificacin de riesgos.

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier
medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la
informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato.


TI0020_M1AA2_Analisis

El documento del anlisis de factibilidad debe contar con una redaccin clara, un lenguaje apropiado
para la audiencia y grficas que muestren los aspectos analizados, as como una recomendacin de
continuar o cancelar el proyecto, dando una justificacin con base en el anlisis realizado.

Referencias
Pressman, R. S. (2002).Ingeniera del software (5a. ed.). Mxico: McGraw-Hill.
Sommerville, I. (2005). Ingeniera del software. Mxico: Pearson Education.
[Versin en lnea]. Recuperado el 29 de marzo de 2012, de
http://books.google.com.mx/books?id=gQWd49zSut4C&printsec=frontcover&dq=i
ngenier%C3%ADa+de+software&hl=en&sa=X&ei=HXdjT9CZG8ni2QXujO3cCA&v
ed=0CDEQ6AEwAA#v=onepage&q=ingenier%C3%ADa%20de%20software&f=fal
se

UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier
medio, mtodo o sistema impreso, electrnico, magntico, incluyendo el fotocopiado, la fotografa, la grabacin o un sistema de recuperacin de la
informacin, sin la autorizacin por escrito de la Universidad Virtual del Estado de Guanajuato.