ARSI_U1AA1_Análisis_uveg_ok

Versión: Julio 2016

Revisado: Leticia Pureco R.

 Análisis  de  factibilidad  

Por: Leticia Pureco Reyes

Durante el desarrollo de software existen muchos aspectos que pueden producir la cancelación o retraso
del proyecto, a esos elementos se les conoce como riesgos.

Pressman (2002), menciona que un “riesgo es la identificación de los problemas potenciales que pueden
surgir durante el ciclo de vida y los cuales tendrían como consecuencias: retraso del proyecto,
incremento de costos, contratación de más personal, modificación de los requerimientos por mencionar
algunos” (p. 98).

Una manera de prevenir los riesgos es anticiparnos a ellos, identificar los efectos que producirían y
determinar posibles soluciones en caso de que algún 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 análisis de viabilidad, también conocido como análisis de
factibilidad.

Durante el análisis 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):
“Económico, Técnico y Operacional” (p.80).

©UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, método o
sistema impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por
escrito de la Universidad Virtual del Estado de Guanajuato.
ARSI_U1AA1_Análisis_uveg_ok
Versión: Julio 2016
Revisado: Leticia Pureco R.

Económico Técnico Operacional

Consiste en determinar el costo del
proyecto y verificar si la empresa
cuenta con el capital necesario o
bien si puede obtener algún
préstamo para costear el sistema.
Es muy importante analizar junto
con el cliente el costo-beneficio que
tendría la organización al realizar el
proyecto.
Se sugiere aplicar algún método de
estimación de costos para
determinar la factibilidad económica.
Se relaciona con identificar si la
organización tiene todos los
elementos técnicos necesarios para
el desarrollo del proyecto como:
hardware, software, equipo de
telecomunicaciones, etc.
En caso de no contar con dichos
elementos, se debe determinar si
existe la posibilidad de adquirirlos y el
tiempo que llevaría.
En este punto se sugiere verificar los
requerimientos y realizar un
inventario en la organización para
poder emitir un juicio en el aspecto
técnico.
Tabla 1. Áreas del análisis de factibilidad.
Identifica las probabilidades de que el
sistema, una vez terminado, no se
utilice.
Considera aspectos como:
• Resistencia al cambio.
• Conocimientos de los usuarios.
• Porcentaje en que se resolvería la
problemática identificada.
• Grado de alineación del proyecto
con la organización.
• Políticas de la organización.

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, método o
sistema impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por
escrito de la Universidad Virtual del Estado de Guanajuato.
ARSI_U1AA1_Análisis_uveg_ok
Versión: Julio 2016
Revisado: Leticia Pureco R.

Aspectos Económicos Aspectos Técnicos Aspectos Operacionales

• ¿Cuánto tiempo se tardaría la • ¿Cómo se administra • ¿Qué conocimientos tienen los

implementación del software? actualmente la información? usuarios?

• ¿Cuántas personas integrarían • ¿En la organización cuentan con • ¿Qué edades tienen los
el equipo de desarrollo? equipo de cómputo? usuarios?

• ¿Cuánto se tendría que invertir • ¿Qué características tiene dicho • ¿Qué percepción tienen los
en los salarios de dicho equipo? equipo? usuarios respecto al proyecto?

• ¿El desarrollo se trabajaría en • ¿Qué programas (software) se • ¿Existe la posibilidad de

oficinas externas o dentro de las
instalaciones de la
organización?
• ¿A cuánto ascenderían los
gastos fijos?
• ¿Cuál es el presupuesto con que
cuenta la organización?
• ¿Qué diferencia existe entre el
presupuesto de la organización y
el costo del sistema?
• ¿Existe la posibilidad de acceder
a algún crédito?
• ¿Cuánto sería el monto del
crédito?
• ¿Cuánto tiempo se tardaría en
liquidar la deuda?
• ¿Qué riesgos económicos tiene
el proyecto?
utilizan en los equipos con que la capacitar a los usuarios?
empresa cuenta?
• ¿Qué tanta resistencia al
• ¿Qué necesitaría el nuevo cambio existe en la
software? organización?
• ¿Cuál es la brecha entre lo que • ¿Cómo se puede reducir la
se necesita y lo que se tiene? resistencia al cambio?
• ¿Existe actualmente en el • ¿En qué porcentaje podría
mercado la tecnología necesaria afectar al proyecto dicha
para el desarrollo del proyecto? resistencia?
• ¿Es posible adquirir los • ¿El desarrollo del proyecto
elementos (hardware, software, resolvería la problemática
equipo de red, etc.) que se identificada?
necesiten?
• ¿En qué porcentaje el proyecto
• ¿Qué riesgos tecnológicos tiene daría solución a la
el proyecto? problemática?
• ¿Existe alguna política o
procedimiento que se deba
modificar al implementar el
sistema?
• ¿Qué consecuencias tendría
modificar las políticas o
procedimientos?

• ¿Qué ventajas ofrece el

proyecto a la organización?

• ¿Qué desventajas tiene la

implementación del sistema?

Tabla 2. Preguntas a considerar en el análisis de factibilidad.

©UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, método o
sistema impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por
escrito de la Universidad Virtual del Estado de Guanajuato.
ARSI_U1AA1_Análisis_uveg_ok
Versión: Julio 2016
Revisado: Leticia Pureco R.

Una vez que el analista cuenta con toda la información y ha verificado la factibilidad económica, técnica
y operacional debe elaborar un informe.

Somerville (2005) propone integrar “al análisis de factibilidad la identificación de los riesgos más
relevantes, así como opciones para afrontarlos, posibles modificaciones al alcance del proyecto,
requerimientos adicionales, alcance y limitaciones” (p.132).

Algunos de los riesgos más comunes que identifica Pressman (2002) son: “Riesgos de planificación, de
administración, del proceso, del usuario, del producto y técnicos” (p.98). En la siguiente tabla se
muestran algunos ejemplos de cada uno de ellos.

Tipo de riesgo Ejemplos

• No se verificaron bien los tiempos.

Riesgos de planificación
• El equipo tiene una gran carga de trabajo.

• No se cuenta con la infraestructura

• Se retrasa un entregable dentro del proceso de

desarrollo.
Riesgos de administración
• Se requiere contratar más personal.

• Disponibilidad de las herramientas.

Riesgos del proceso • 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.

Riesgos del producto • Que no satisfaga las necesidades del cliente.

• Que no posea la calidad esperada.

• Hay problemas con el diseño.

Riesgos técnicos • Las definiciones de datos son ambiguas.

• No se cuenta con la tecnología requerida.

Tabla 3. Clasificación de riesgos.

©UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, método o
sistema impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por
escrito de la Universidad Virtual del Estado de Guanajuato.
ARSI_U1AA1_Análisis_uveg_ok
Versión: Julio 2016
Revisado: Leticia Pureco R.

El documento del análisis de factibilidad tener una redacción clara, lenguaje apropiado para la audiencia
y gráficas que muestren los aspectos analizados, así como una recomendación de continuar o cancelar
el proyecto y dar una justificación con base en el análisis realizado.

Referencias    

Pressman, R. S. (2002). Ingeniería del software (5a. ed.). México: McGraw-Hill.

Sommerville, I. (2005). Ingeniería del software. México: Pearson Education.

Recuperado de
http://books.google.com.mx/books?id=gQWd49zSut4C&printsec=frontco
ver&dq=ingenier%C3%ADa+de+software&hl=en&sa=X&ei=HXdjT9CZG8
ni2QXujO3cCA&ved=0CDEQ6AEwAA#v=onepage&q=ingenier%C3%AD
a%20de%20software&f=false

©UVEG. Derechos reservados. Esta obra no puede ser reproducida, modificada, distribuida, ni transmitida, parcial o totalmente, mediante cualquier medio, método o
sistema impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por
escrito de la Universidad Virtual del Estado de Guanajuato.