ti0020_m1aa2_analisis

TI0020_M1AA2_Analisis

©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.

1

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).



2

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 cuenta con 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.

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.

Tabla 1.Áreas del análisis 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:



3

Aspectos Económicos

Aspectos Técnicos Aspectos Operacionales

• ¿Cuánto tiempo se tardaría la implementación del software?

• ¿Cuántas personas integrarían el equipo de desarrollo?

• ¿Cuánto se tendría que

invertir en los salarios de dicho equipo?

• ¿El desarrollo se trabajaría en 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?

• ¿Cómo se administra actualmente la información?

• ¿En la organización cuentan con equipo de cómputo?

• ¿Qué características tiene dicho equipo?

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

• ¿Qué necesitaría el nuevo

software?

• ¿Cuál es la brecha entre lo que se necesita y lo que se tiene?

• ¿Existe actualmente en el mercado la tecnología necesaria para el desarrollo del proyecto?

• ¿Es posible adquirir los elementos (hardware, software, equipo de red, etc.) que se necesiten?

• ¿Qué riesgos tecnológicos tiene el proyecto?

• ¿Qué conocimientos tienen los usuarios?

• ¿Qué edades tienen los usuarios?

• ¿Qué percepción tienen los usuarios respecto al proyecto?

• ¿Existe la posibilidad de capacitar a los usuarios?

• ¿Qué tanta resistencia al cambio existe en la organización?

• ¿Cómo se puede reducir la resistencia al cambio?

• ¿En qué porcentaje podría

afectar al proyecto dicha resistencia?

• ¿El desarrollo del proyecto resolvería la problemática identificada?

• ¿En qué porcentaje el proyecto daría solución a la 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?



4

Tabla2. Preguntas a considerar en el análisis de factibilidad. 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

Riesgos de planificación

No se verificaron bien los tiempos.

El equipo cuenta con una gran carga de trabajo.

No se cuenta con la infraestructura

Riesgos de administración Se retrasa un entregable dentro del proceso de desarrollo.

Se requiere contratar más 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.

Riesgos del producto

Que no satisfaga las necesidades del cliente.

Que no posea la calidad esperada.

Riesgos técnicos

Hay problemas con el diseño.

Las definiciones de datos son ambiguas.

No se cuenta con la tecnología requerida.

Tabla 3.Clasificación de riesgos.



5

El documento del análisis de factibilidad debe contar con una redacción clara, un lenguaje apropiado para la audiencia y gráficas que muestren los aspectos analizados, así como una recomendación de continuar o cancelar el proyecto, dando 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. [Versión en línea]. Recuperado el 29 de marzo de 2012, de http://books.google.com.mx/books?id=gQWd49zSut4C&printsec=frontcover&dq=ingenier%C3%ADa+de+software&hl=en&sa=X&ei=HXdjT9CZG8ni2QXujO3cCA&ved=0CDEQ6AEwAA#v=onepage&q=ingenier%C3%ADa%20de%20software&f=false

ti0020_m1aa2_analisis

Documents