1. 24/02/2013
FACTIBILIDAD INFORMÁTICA
1 Técnico Superior en Computación
Tecnología y Legalidad
Ing. Gabriel Lacayo

2. ¿QUÉ ES LA FACTIBILIDAD DE UN SISTEMA?
24/02/2013
 En general los análisis de factibilidad más profundos, o
los estudios de factibilidad, se completan durante la fase
de diseño de sistemas, en general durante la
consideración de la evaluación de las diferentes
alternativas de solución propuestas. Los estudios de
factibilidad consideran la factibilidad técnica,
económica, operacional, legal y Cronograma de cada
alternativa, así como si el proyecto es o no apropiado
dados los factores políticos y otros del contexto
institucional.
2

3. TIPO DE FACTIBILIDAD
24/02/2013
 Operativo.
 Técnico.
 Económico.
 Legal.
 Cronograma
3

4. ESTUDIO DE FACTIBILIDAD
24/02/2013
Objetivos del Sistema
Objetivos del Estudio
(empresa)
 Mejora del sistema actual.  Reducción de errores y mayor
precisión en los procesos.
 Disponibilidad de tecnología  Reducción de costos mediante la
que satisfaga las necesidades. optimización o eliminación de
recursos no necesarios.
 Tiempo del analista.
 Integración de todas la areas y
 Costo de estudio. subsistemas de la empresa.
 Costo del tiempo del personal.  Actualización y mejoramiento de los
servicios a clientes o usuarios.
 Costo del tiempo.  Aceleración en la recopilación de
 Costo del desarrollo datos.
adquisición.  Reducción en el tiempo de
procesamiento y ejecución de tareas.
 Operación garantizada.  Automatización optima de
 Uso garantizado. procedimientos manuales.
4

5. DESCRIPCIÓN DEL ESTUDIO
24/02/2013
 Descripción del Entorno
 Como quiera que se va a trabajar a posteriori en equipo, los analistas
iniciales deben describir el entorno organizacional en donde se va a
desarrollar el SI. Se debe hacer una breve reseña de la empresa, y una
breve reseña de la Unidad Funcional específica a la cual se le
desarrollará el SI.
 En las fases de cualquier Metodología de Desarrollo de Sistemas de
Información se deben emplear técnicas de recolección de información.
 Entrevistas
 Individuales o Grupales
 Estructuradas o No Estructuradas
 Cuestionarios
 Abiertos o Cerrados
 Observación
 Identificación del Problema
 Es primordial que se identifique el problema, para poder tener más claro
cuáles pueden ser las posibles soluciones que se van a presentar. 5

6.  Identificación de los Procedimientos Actuales
 Se deben identificar, a grosso modo, los procedimientos generales
que se llevan a cabo actualmente en la Unidad Funcional.
 Presentación de las Posibles Soluciones al Problema
24/02/2013
 Se deben presentar al menos tres (03) posibles soluciones al
Problema identificado. El presentarle una sola solución al usuario o
cliente es forzarle a elegir una única propuesta. Al ofrecer al menos
tres (03) posibles soluciones el usuario se sentirá que tiene la
libertad para seleccionar la que considere más conveniente.
 Normalmente en el ámbito de Desarrollo de Sistemas de
Información se pueden presentar tres (03) soluciones clásicas:
 Optimizar el Sistema Actual (quizás mediante la elaboración de
procedimientos escritos, formatos, establecimiento de controles)
 Adquirir una aplicación existente en el mercado y adaptarla a la
organización
 Desarrollar una aplicación hecha a la medida
 Normalmente el costo del Hardware no es pertinente en un
desarrollo de S.I., ya que lo que si es importante es el Software
 En caso de que el cliente o usuario requiera Hardware, se deberá
colocar en otra propuesta aparte
 Aún, en esta etapa, no se conocen a ciencia cierta los requerimientos
exactos de Hardware 6

7.  Validación de las Posibles Soluciones
 Todas las Posibles Soluciones a presentar deben ser factibles, desde el punto de
vista Operativo, Técnico, Económico, Legal y Socail.
 Factibilidad Técnica (existe tecnología para realizar el S.I.?)
 Factibilidad Operativa (habrá resistencia al cambio?)
24/02/2013
 Factibilidad Económica (relación beneficio/costo)
 Factibilidad Legal (cualquier acuerdo común de trabajo)
 Factibilidad Social (Impacto social en la implementación del sistema)
 No se puede ofrecer una solución que no sea factible.
 Ventajas y Desventajas de cada Posible Solución
 Se presentan las ventajas y desventajas de cada Posible Solución, a fin de
ofrecerle al cliente una base más sólida para la toma de decisiones y selección de
la solución más adecuada.
 Cuadro comparativo de Costos y Tiempos de Ejecución
 Se elabora un cuadro comparativo, donde se presenta cada solución, con su
respectivo costo y tiempo de ejecución, a fin de presentarle de manera más
resumida al usuario las opciones disponibles.
 Recomendación
 De acuerdo a la experiencia del equipo de proyecto, se enuncia la solución más
recomendada para ser desarrollada.
 El Estudio de Factibilidad es una especie de “Presupuesto” que se le presenta al
cliente o usuario
 El Estudio de Factibilidad también puede conocerse como “Propuesta del
Sistema”
 Una vez aprobado el Estudio de Factibilidad por el Comité de Sistemas, clientes 7
o usuarios, se procede con las siguientes etapas del Desarrollo.

8. PRESENTACIÓN DE UN ESTUDIO DE
FACTIBILIDAD
24/02/2013
 Un estudio de factibilidad requiere ser presentado con
todas la posibles ventajas para la empresa u
organización, pero sin descuidar ninguno de los
elementos necesarios para que el proyecto funcione. Para
esto dentro de los estudios de factibilidad se
complementan dos pasos en la presentación del estudio:
 Requisitos Óptimos.
 Requisitos Mínimos.
8

9. REQUERIMIENTOS Y FACTIBILIDAD OPERATIVA
24/02/2013
9

10. 24/02/2013
FACTIBILIDAD OPERATIVA
10 Estudio de Caso y Ejemplo

11. FACTIBILIDAD OPERATIVA
24/02/2013
 Esta factibilidad comprende una determinación de la
probabilidad de que un nuevo sistema se use como se
supone. Deberían considerarse cuatro aspectos de la
factibilidad operacional por lo menos.
1. Un nuevo sistema puede ser demasiado complejo para
los usuarios de la organización o los operadores del
sistema. Si lo es, los usuarios pueden ignorar el sistema
o bien usarlo en tal forma que cause errores o fallas en
el sistema.
11

12. FACTIBILIDAD OPERATIVA
24/02/2013
2. Un sistema puede hacer que los usuarios se resistan a él
como consecuencia de una técnica de trabajo, miedo a
ser desplazados, intereses en el sistema antiguo u otras
razones.
3. Un nuevo sistema puede introducir cambios demasiado
rápido para permitir al personal adaptarse a él y
aceptarlo. Sin importar qué tan atractivo pueda ser un
sistema en su aspecto económico si la factibilidad
operacional indica que tal vez los usuarios no aceptarán
el sistema o que su uso resultará en muchos errores o en
una baja en la moral, el sistema no debe implantarse.
12

13. FACTIBILIDAD OPERATIVA
24/02/2013
4) Una última consideración es la probabilidad de la
obsolescencia subsecuente en el sistema. La tecnología
que ha sido anunciada pero que aún no está disponible
puede ser preferible a la tecnología que se encuentra en
una o más de las alternativas que se están comparando,
o cambios anticipados en las practicas o políticas
administrativas pueden hacerse que un nuevo sistema
sea obsoleto muy pronto. En cualquier caso, la
implantación de la alternativa en consideración se
convierte en impráctica.
13

14. TRABAJO FACTIBILIDAD OPERATIVA
 Índice
24/02/2013
 Introducción
 Antecedentes
 Objetivo General
 Objetivos Específicos
 Propuesta del Sistema
 Beneficios de automatizar
 Análisis de Requerimientos
 Restricciones del Sistema
 Análisis de riesgos
 Alternativas de Solución
 Factibilidad Operativa
 Factibilidad Técnica
 Factiblidad Economica
 Factibilidad Legal 14
 Factibilidad de Cronograma

15. TRABAJO FACTIBILIDAD OPERATIVA
 Contrato de prestaciones de servicio
24/02/2013
 Cronograma
 Conclusiones
 Anexos
 Bibliografía
15

16. 24/02/2013
16