Estudio De Factibilidad

El estudio de factibilidad

¿Qué es un estudio de Factibilidad?

Un estudio de factibilidad es una versión comprimida del proceso total de análisis y diseño del sistema.

El estudio comienza clarificando la definición del problema. Se confirma o se corrige la definición inicial de alcances y objetivos, y se identifica cualquier restricción impuesta sobre el sistema.

Una vez que se ha generado una definición aceptable del problema, el analista desarrolla un modelo lógico del sistema. Luego comienza la búsqueda de soluciones alternativas, usando este modelo como referencia.

Después se analizan cuidadosamente las alternativas para verificar su factibilidad. Al menos se pueden considerar tres tipos diferentes de factibilidad:

1. Técnica: ¿Puede implementarse el sistema usando la tecnología actual?

2. Económica: ¿Los beneficios superan los costos?

3. Operacional u organizacional: ¿Puede implementarse el sistema en esta organización?

Para cada solución factible, el analista prepara una planificación preliminar de la implementaron.

Los resultados del estudio de factibilidad se presentan al gerente y al usuario. Casi siempre se requiere un informe escrito, y son comunes las presentaciones orales. Una recomendación posible es “abandone el proyecto”. Asumiendo que el analista ha encontrado una solución factible, el estudio de factibilidad debe proporcionar un sentido de dirección técnica para el proyecto; por ejemplo: un plan de avanzar.

¿Cuánto tiempo debe gastarse para el estudio de factibilidad? La respuesta depende del alcance del proyecto. Para un cambio menor, en el formato de un informe existente, puede ser adecuada una breve conversación telefónica. Sobre un proyecto estimado de unos cuantos miles de pesos para desarrollar un nuevo sistema contable, un estudio de factibilidad de algunas semanas es probablemente razonable. Para el desarrollo de un nuevo software para la compañía, en un paquete millonario, puede tener sentido gastar seis meses o un año diseñando t probando un prototipo del sistema. El costo del estudio de factibilidad debe ser aproximadamente del 5 al 10% del costo estimado total del proyecto.

En las próximas páginas, describimos los pasos involucrados en un estudio típico de factibilidad. Utilice esta descripción como un lineamiento general, pero recuerde que no hay dos sistemas iguales. Los pasos describen un estudio de factibilidad de varios días de duración.

Los pasos en un estudio típico de factibilidad

1. Definir los alcances y objetivos del sistema. Durante la definición del problema, se preparó una definición de alcances y objetivos. El analista debe confirmar la definición del problema, el alcance anticipado del proyecto, y los objetivos del sistema. Cualquier restricción debe identificarse claramente. Se requerirá realizar entrevistas con personal clave y alguna revisión del material escrito. Esencialmente, el analista intenta responder una pregunta muy simple: ¿Estoy trabajando en el problema correcto?.

2. Estudio del sistema existente (si hay uno). El sistema existente es una fuente de información. Obviamente, si un sistema se usa, debe estar realizando algún trabajo útil, y sus funciones básicas deben incorporarse al nuevo sistema. Por otro lado, si el sistema existente hace un trabajo correcto, no tendríamos necesidad de un nuevo sistema; así, cualquier problema identificado en el sistema viejo debe ser corregido. Finalmente, el costo de operación del sistema existente representa un nuevo objetivo económico; si el nuevo sistema no proporciona beneficios adicionales y/o reducción de costos, debe mantenerse el viejo sistema.

Analicemos cuidadosamente los procedimientos y la documentación escrita. Entendamos también el sistema informal. Sigamos el flujo de trabajo; un buen punto de comienzo es la lista de distribución de los informes generados por el sistema. Aprendamos que hace el sistema, y porque lo hace así. Obtengamos datos de costos; sepamos el costo de operar el sistema actual. Considere necesario entrevistar gente. Recuerde que la relación entre un Analista de Sistemas y un usuario es similar a la que existe entre un doctor y un paciente. El usuario frecuentemente describe síntomas y no problemas reales, y el analista debe interpretar esa información.

Un error común es gastar mucho tiempo en analizar el sistema existente. El objetivo no es documentar lo que se hace, sino entender lo que se hace. El analista no debe interesarse en como trabaja el sistema, debe concentrarse en qué es lo que hace.

Construya un diagrama de flujo de datos y un diccionario de datos del sistema viejo; otra posibilidad es un diagrama de flujo de datos del sistema de alto nivel. No gaste mucho tiempo en detalles de implementación; por ejemplo, evite dibujar diagramas de lógica de programas a menos que este tratando de definir un algoritmo importante.

Pocos sistemas existen en el vacío; muchos hacen interfaz con otros. Defina estas interfaces; ellas representan restricciones muy importantes para el diseño del nuevo sistema.

3. Desarrolle un modelo lógico de alto nivel del sistema propuesto. En este momento, el analista debe tener un buen sentido de las funciones y restricciones del sistema nuevo. Un modelo lógico del sistema nuevo puede construirse usando un diagrama de flujo de datos y tal vez un diccionario de datos. Más adelante, este modelo lógico puede usarse en el diseño del sistema nuevo.

Viejo

Lógico 1 Nuevo

3

Físico 2

4

Fig. 1: Un buen diseño comienza con el sistema físico existente, desarrolla un modelo lógico de este sistema, usa el modelo para construir un modelo lógico del sistema propuesto, y luego basa el sistema físico nuevo en este modelo lógico.

4. Redefinir el problema a la luz de los nuevos conocimientos. Desarrollando un modelo lógico del sistema propuesto, el analista esta diciendo: “Esto es lo que yo pienso que el sistema debe hacer”. ¿Esta el usuario de acuerdo?

...