3. Definiciones
Factibilidad: Es una medición de cuan
beneficioso o práctico será el desarrollo de un
sistema de información para la organización.
Análisis de factibilidad: Es el proceso con el
que se mide la factibilidad misma.
4. Aspectos importantes
La factibilidad es una estrategia de
compromiso creciente que debe medirse a lo
largo de las etapas iniciales del Ciclo de vida
(Definición del alcance, Análisis del problema,
Análisis de decisión).
Un proyecto se podría cancelar en cualquier
momento, sin importar los recursos que se le
hayan dedicado.
6. Control de la definición del
alcance
En esta etapa inicial del proyecto, la
factibilidad pocas veces es más que una
medición de la urgencia del problema y una
primera estimación de costos de desarrollo.
¿A caso los problemas (u oportunidades)
justifican el costo de un estudio detallado y el
análisis de un sistema actual?
8. Control del análisis del
problema
Puesto que se entienden más a fondo los
problemas, el analista puede estimar con
mayor aproximación los costos de desarrollo y
los beneficios que se obtendrán de un nuevo
sistema.
En este punto, los costos de desarrollo son
todavía conjeturas.
10. Control de análisis de decisión
Los problemas y requerimientos se deben
conocer a estas alturas
Durante esta fase se deben definir soluciones
alternas en cuanto a métodos de
entrada/salida y de almacenamiento de datos,
necesidades de hardware y software, métodos
de procesamiento e implicaciones de personal
11. Con base a los resultados en el
análisis de decisión
12. Opciones que puede evaluar el
analista en esta etapa
No hacer nada. Dejar el sistema actual tal y
como está
Emprender la reingeniería de los procesos de
negocio (manuales), no la de los procesos
computarizados
Manejar los procesos computarizados
existentes
Comprar una aplicación de paquete
Diseñar y construir un nuevo sistema
computarizado
13. ¿Qué es el análisis de
factibilidad?
Es el proceso mediante el cual se miden
distintos aspectos del posible éxito de un
proyecto y el producto que se genera al final.
Se utiliza para saber si conviene seguir
adelante con un proyecto de software, para no
obtener pérdidas.
Su finalidad es saber si al realizar un proyecto
de desarrollo de software, se van a beneficiar
tanto el cliente como la empresa que lo fabrica.
14. Tipos de factibilidad
Factibilidad operativa
Factibilidad cultural o política
Factibilidad técnica
Factibilidad de calendario
Factibilidad económica
Factibilidad legal
15. A Modo de Reflexión
A medida que avanza el análisis del proyecto de un sistema de información,
Juan Pérez está cada vez más emocionado.
El programador que hay en él quisiera brincar e iniciar la codificación del
sistema de información. Sin embargo, Juanita su jefa, hizo que investigara las
soluciones de paquetes existentes en el mercado. Resultaron muy caras.
Entonces, Juanita calculó los costos de mano de obra de la programación en la
compañía. Juan se dio cuenta de que las soluciones de paquetes eran
comparativamente baratas y se podrían instalar mucho más rápidamente.
Todavía sería necesario programar, ya que las soluciones de paquetes
tendrían que adaptarse para satisfacer todos los requerimientos. La decisión
final de elección de la solución debía tomarla el comité de dirección que
supervisaba el proyecto.
Juanita dijo que los ejecutivos del comité de dirección estaban muy
conscientes de los temas presupuestarios. Revisarían las cifras y aprobarían la
continuación del proyecto sólo si se acompañaba de un rendimiento sobre la
inversión apropiado.
Juan tendría una pequeña participación en la presentación de la propuesta del
sistema.
Ensayó y estudió los hechos para tener la certeza de estar listo para cualquier
pregunta. No quería estropear la presentación. Le sorprendió darse cuenta de
que ahora estaba contento de que en algunos cursos de la universidad le
SoundStage,
Bob Martínez
16. A Modo de Reflexión en
Equipos
¿En el siglo XXI es necesario que los analistas-
programadores piensen como gerentes, por
qué?
¿Qué esperan los administradores de los
sistemas de información?
La información es una inversión de capital
significativa que debe justificarse, ¿Por qué?
¿Considera que la inversión que han hechos las
organizaciones en donde se implantará sus
sistema de información se recuperará, si o no,
por qué?
17. Tipos de factibilidad
Formulación y
Evaluación de
Proyectos
(Análisis de Decisión)
Operativa
Cultural o Política
Técnica
De Calendario
Económica
Legal
19. PRUEBAS DE FACTIBILIDAD
Factibilidad Operativa: Medición del grado en
que una solución satisface los requerimientos
del sistema identificados para resolver
problemas y aprovechar las oportunidades
que se visualizan para el sistema
Se evalúa si un sistema puede funcionar o no.
Responder a las interrogantes:
¿Vale la pena que el problema sea resuelto?
¿La solución es adecuada a la organización?
¿Qué opinión tiene la gerencia y los usuarios
finales?
20. FACTIBILIDAD OPERATIVA
¿Vale la pena que el problema sea resuelto?
¿La solución es adecuada a la organización?
¿Qué opinión tiene la gerencia y los usuarios
finales?
Construir la factibilidad operativa de
su proyecto de software en no
menos de 350 palabras. El párrafo
construido debe responder
implícitamente la teoría de la
factibilidad operativa y las preguntas
21. Factibilidad Cultural o Política:
Medición del grado en que la solución será
aceptada en un ambiente organizacional dado.
Es la forma en que los usuarios se sienten
respecto del sistema propuesto.
PRUEBAS DE FACTIBILIDAD
22. Deben analizarse las siguientes
preguntas:
¿Apoya la directiva el sistema?
¿Cómo se sienten los usuarios finales acerca de su
función o papel en el nuevo sistema?
¿Se resistirán los usuarios finales o administradores a
usar el nuevo sistema?, ¿es posible superar este
problema?, ¿cómo?
¿Cómo se modificará el ambiente de trabajo de los
usuarios finales?, ¿se podrán o querrán adaptar los
usuarios y administradores al cambio?
23. FACTIBILIDAD CULTURAL
Construir la factibilidad cultural de su
proyecto de software en no menos
de 350 palabras. El párrafo
construido debe responder
implícitamente las preguntas
generadoras.
24. Factibilidad Técnica: Medición del grado en
que una solución técnica es práctica y de la
disponibilidad de recursos técnicos y
experiencia.
Responde a las siguientes preguntas:
¿Es práctica la tecnología o solución propuesta?
¿Se cuenta actualmente la tecnología necesaria?
¿Es fácilmente aplicable la solución?
¿Se tiene la experiencia técnica requerida?
¿Se puede incorporar la nueva tecnología en el
cliente?
¿Tenemos el conocimiento técnico necesario?
PRUEBAS DE FACTIBILIDAD
25. FACTIBILIDAD TÉCNICA
Construir la factibilidad técnica de su
proyecto de software en no menos
de 400 palabras. El párrafo
construido debe responder
implícitamente las preguntas
generadoras.
26. El futuro tiene muchos
nombres:
Para los débiles es lo
inalcanzable.
Para los temerosos, lo desconocido.
Para los valientes es la oportunidad.
Víctor
Hugo
27. Factibilidad de Calendario: Medición del grado
en que un calendario de proyecto es
razonable.
Responde a las siguientes interrogantes:
¿Dados los conocimientos técnicos, los plazos del
proyecto son razonables?
¿Los plazos tienen holgura?
¿Existen cronogramas alternativos?
¿Esta contemplado el tiempo de aprendizaje?
¿Esta contemplado el camino crítico?
PRUEBAS DE FACTIBILIDAD
28. Factibilidad de Calendario:
PRUEBAS DE FACTIBILIDAD
Un camino crítico es un camino (secuencia de tareas), en el que
todas sus tareas tienen margen total igual a cero.
• Todo proyecto tiene, como mínimo, un camino crítico que, además, es el de
mayor duración del proyecto.
• Las tareas del camino crítico (denominadas críticas), no pueden sufrir retrasos
sin que, a su vez, los sufra el proyecto.
• Es importante determinar el camino crítico de un proyecto, ya que nos indicará
las tareas que deben vigilarse especialmente durante su ejecución para evitar
retrasos.
• Un retraso en una tarea del camino crítico dará lugar, si no se reduce la
duración de otras tareas críticas, a un retraso en el proyecto.
29. FACTIBILIDAD CALENDARIO
Construir la Factibilidad Calendario
de su proyecto de software en no
menos de 350 palabras. El párrafo
construido debe responder
implícitamente las preguntas
generadoras.
30. Factibilidad Legal: Medición del grado en que
una solución se puede implantar dentro del
marco de las obligaciones legales y
contractuales existentes.
Los sistemas de información tienen efectos
legales:
Copyright y acuerdos de licencia, este puede
afectar el uso de computadores o acceso a los
datos.
Propiedad del código fuente y confidencialidad.
Leyes fiscales, comerciales y laborales deben ser
PRUEBAS DE FACTIBILIDAD
31. FACTIBILIDAD LEGAL
Construir la Factibilidad Legal de su
proyecto de software en no menos
de 300 palabras. El párrafo
construido debe responder
implícitamente las preguntas
generadoras.
32. Factibilidad económica: Medición de la relación
Costo-beneficio de un proyecto.
En última instancia es lo que más interesa en
muchos proyectos.
Tan pronto se tengan identificados los
requerimientos de los usuarios finales y las
soluciones técnicas alternas, el analista puede
ponderar los costos y beneficios de cada
alternativa. Este es el análisis costo-beneficio
Este análisis permite hacer una comparación
entre la relación costos del sistema actual, y los
costos que tendría un nuevo sistema.
FACTIBILIDAD ECONÓMICA
33. Resultado Final
Los aspectos operativos y económicos suelen
estar en conflicto. Por ello se recomienda reunir a
las partes y decidir en conjunto la solución más
conveniente
Pe. La solución optima desde el punto de vista
operativo para los usuarios finales también puede
ser la más costosa y con menor factibilidad
económica.
La decisión final se toma sólo después de
reunirse con los usuarios finales, revisar los datos
y elegir la mejor alternativa en general.
34. Resultado Final
Las razones del fracaso de un proyecto
informático:
Ausencia del estudio de viabilidad para ajustarse a
unas necesidades claramente explicitadas y
comprendidas.
Especificaciones vagas, incompletas o incluso
cambiantes.
Falta de utilización de herramientas adecuadas para
poder validar el comportamiento del sistema en el
futuro
Mala estimación de costes
Reparto inadecuado de las tareas entre los miembros
del equipo
Ausencia o mal seguimiento que se llevan a cabo en
36. CLASIFICACIÓN DE COSTOS
29/05/2019
36
a) Costos asociados al desarrollo del
sistema (Calculados al inicio del proyecto y ajustado al final de cada fase)
b) Costos asociados al funcionamiento o
de operación del sistema (Calculados solamente cuando ya se
haya definido la solución informática específica, fase de selección.)
37. a) Costos de desarrollo
29/05/2019
37
Pueden clasificarse en función de la fase en que tienen
lugar, en ellos se incurre generalmente sólo una vez.
Categorías:
Costes de Personal (Salarios de las personas encargadas del desarrollo del proyecto.)
Uso de computadoras o informático: (Tiempo de ordenador utilizado para
programar, pruebas, conversión, etc.)
Formación o capacitación: (Paquetes de cursos de formación, tarifas por estudiante
o por hora, etc.)
Costos de insumo, copias y equipos
Software o Equipo nuevo
38. b) Costos de operación
29/05/2019
38
Suelen repetirse a lo largo del tiempo de vida útil
del sistema.
Se dividen en:
Costos Fijos (Se producen a intervalos regulares y con tasas generalmente estables, Ej:
pagos de alquiler o pagos de licencias de software, salarios prorrateados de los operadores del
sistema y del personal de soporte)
Costos Variables (Se producen proporcionalmente a ciertos factores de utilización,
Ej: Costos del uso de ordenadores y suministros utilizados en relación a la carga de trabajo).
39. BENEFICIOS
29/05/2019
39
Aumentan las ganancias o reducen los costes
CLASIFICACIÓN
Tangibles: Se miden en términos de ahorro mensual o
anual o ganancias de la empresa (disminución de
errores, incremento de rentabilidad, reducción de costos
fijos o variables)
Intangibles: Son los que se piensa serán difíciles o
imposibles de cuantificar (satisfacción del cliente,
publicidad, mejora en la toma de decisiones)
40. Foro de Reflexión Factibilidad Económica
1. ¿Algunos de los costos del sistema aumentarán después
de la implantación, si y cuales?. Si responde no, explique
por qué.
2. ¿Todos los beneficios del nuevo sistema aumentarán en el
futuro, si o no, por qué?
Las preguntas no deben de responderse en menos de 100
palabras.
41. TÉCNICAS PARA EVALUAR LA
FACTIBILIDAD ECONÓMICA
29/05/2019
42
1. ANALISIS DE RECUPERACIÓN DE LA
INVERSIÓN
2. RENDIMIENTO SOBRE LA INVERSIÓN
3. VALOR PRESENTE NETO
42. Reflexión:
29/05/2019
43
Vale más tener un dólar hoy que dentro de un
año
Algunos de los costos de un sistema
aumentarán después de la implantación
Todos los beneficios del nuevo sistema
aumentarán en el futuro
43. 1. ANÁLISIS DE RECUPERACIÓN DE LA
INVERSIÓN
(análisis de amortización)
29/05/2019
44
Técnica utilizada para determinar si una
inversión cubrirá o no sus propios gastos y
cuándo lo hará.
Determina cuanto tiempo pasará antes de que
los beneficios superen a los continuados y
cada vez más altos costes. (Periodo de
amortización)
44. Tasa de Descuento
29/05/2019
45
Es un porcentaje similar a las tasas de interés
de las cuentas de ahorro, en un negocio, la
tasa de descuento es el coste de oportunidad
de ser capaz de invertir en otros proyectos.
45. Análisis de Amortización
29/05/2019
46
Los costes aumentarán gradualmente a lo largo del
periodo de seis años, debido a los costes de operación.
Los beneficios a lo largo del ciclo de vida, aumentan a
gran velocidad.
Los beneficios en el ciclo de vida superarán a los costes
en un periodo comprendido entre 4 y 5 años.
Técnica recomendada para conocer en qué año de vida
útil recuperaremos la inversión.
46. 29/05/2019
47
Para calcular el valor actual de $1.00 en
cualquier momento futuro se utiliza la
siguiente fórmula:
n
VAn = 1/(1+i)
VAn = 1/(1+0.12)² = 0.797
47. Elaborar para su proyecto
El correspondiente análisis de recuperación de
la inversión. (puede apoyarse de la plantilla de hoja de cálculo)
Análisis sobre el rendimiento de la inversión
FLUJO DE EFECTIVO 0 1 2 3 4 5 6
Coste de Análisis, diseño e implantación 100,000.00-$
Costes de Operación y Mantenimiento 4,000.00-$ 4,500.00-$ 5,000.00-$ 6,000.00-$ 7,000.00-$ 8,000.00-$
Factores de descuento al 12% 1 0.893 0.797 0.712 0.636 0.567 0.507
Costes en tiempo ajustados al valor actual 100,000.00-$ 3,572.00-$ 3,586.50-$ 3,560.00-$ 3,816.00-$ 3,969.00-$ 4,056.00-$
Costes acumulados en tiempo ajustado a
lo largo del tiempo de vida -$ 100,000.00 -$ 103,572.00 -$ 107,158.50 -$110,718.50 -$ 114,534.50 -$ 118,503.50 -$ 122,559.50
Beneficios obtenidos del funcionamiento
del nuevo sistema $ - $ 25,000.00 $ 30,000.00 $ 35,000.00 $ 50,000.00 $ 60,000.00 $ 70,000.00
Factores de descuento del 12% 1.00 0.893 0.797 0.712 0.636 0.567 0.507
Beneficios en tiempo ajustado (valor real o
valor actual) $ - $ 22,325.00 $ 23,910.00 $ 24,920.00 $ 31,800.00 $ 34,020.00 $ 35,490.00
Beneficios acumulados en tiempo ajustado
a lo largo del tiempo de vida $ - $ 22,325.00 $ 46,235.00 $ 71,155.00 $ 102,955.00 $ 136,975.00 $ 172,465.00
Costes + Beneficios acumulados en
tiempo ajustado a lo largo del tiempo de
vida -$ 100,000.00 -$ 81,247.00 -$ 60,923.50 -$ 39,563.50 -$ 11,579.50 $ 18,471.50 $ 49,905.50
40.7%
6.8%
AÑOS
ROI (En el tiempo de vida útil)
ROI (Anual)
48. 2. ANÁLISIS DE RENTABILIDAD
DE LAS INVERSIONES
29/05/2019
49
Técnica que compara la rentabilidad de la inversión a
lo largo de su tiempo de vida.
Mide la relación existente entre la cantidad que obtiene
una empresa de una inversión y la cantidad invertida.
Técnica recomendada para evaluar varias soluciones
técnicas.
49. ANÁLISIS DE RENTABILIDAD DE
LAS INVERSIONES
29/05/2019
50
Fórmula:
ARI =
Beneficios estimados – Costes Estimados
Costes Estimados
50. 3. VALOR PRESENTE NETO
(VALOR ACTUAL NETO)
29/05/2019
51
Después de aplicar la tasa de descuento a todos los costes y los
beneficios, se calcula la diferencia que existe entre la suma de los
beneficios (con los descuentos) y la suma de los costes (con los
descuentos) para determinar el VAN.
Si es positiva, se tratará de una buena inversión
Si es negativa, se tratará de una mala inversión
Técnica recomendada para comparar el beneficio de diferentes
soluciones técnicas
51. Elaborar para su proyecto
El correspondiente Valor Presente Neto. (puede
apoyarse de la plantilla de hoja de cálculo)
FLUJO DE EFECTIVO 0 1 2 3 4 5 6
Coste de Análisis, diseño e implantación 100,000.00-$
Costes de Operación y Mantenimiento 4,000.00-$ 4,500.00-$ 5,000.00-$ 6,000.00-$ 7,000.00-$ 8,000.00-$
Factores de descuento al 12% 1 0.893 0.797 0.712 0.636 0.567 0.507
Costes en tiempo ajustados al valor actual 100,000.00-$ 3,572.00-$ 3,586.50-$ 3,560.00-$ 3,816.00-$ 3,969.00-$ 4,056.00-$
Costes acumulados en tiempo ajustado a
lo largo del tiempo de vida -$ 100,000.00 -$ 103,572.00 -$ 107,158.50 -$110,718.50 -$ 114,534.50 -$ 118,503.50 -$ 122,559.50
Beneficios obtenidos del funcionamiento
del nuevo sistema $ - $ 25,000.00 $ 30,000.00 $ 35,000.00 $ 50,000.00 $ 60,000.00 $ 70,000.00
Factores de descuento del 12% 1.00 0.893 0.797 0.712 0.636 0.567 0.507
Beneficios en tiempo ajustado (valor real o
valor actual) $ - $ 22,325.00 $ 23,910.00 $ 24,920.00 $ 31,800.00 $ 34,020.00 $ 35,490.00
Beneficios acumulados en tiempo ajustado
a lo largo del tiempo de vida $ - $ 22,325.00 $ 46,235.00 $ 71,155.00 $ 102,955.00 $ 136,975.00 $ 172,465.00
$ 49,905.50
AÑOS
VAN
52. ANALISIS DE FACTIBILIDAD DE
LAS SOLUCIONES
ALTERNATIVAS
En esta fase, el analista de sistemas identifica
las soluciones alternativas del sistema y luego
las analiza en cuanto a su factibilidad
Existen dos técnicas de documentación que
pueden mejorar la comparación de soluciones
alternativas del sistema:
Matriz de soluciones alternativas del sistema
Matriz de análisis de factibilidad de soluciones
53. MATRIZ DE SOLUCIONES
ALTERNATIVAS DEL SISTEMA
Herramienta usada para documentar
similitudes y diferencias entre soluciones
alternativas del sistema.
Las columnas de la matriz representan
soluciones alternativas, al menos una columna
debe ser el sistema.
Las filas representan las características que
representan que diferencian a las soluciones
alternativas
54. Ejemplos de características:
Interesados
Conocimiento
Procesos
Comunicaciones
En las celdas de la matriz se documentan las
características que ayudan a los lectores a
entender las diferencias entre las opciones
MATRIZ DE SOLUCIONES
ALTERNATIVAS DEL SISTEMA
55. Estrategias de identificación de soluciones
alternativas:
Reconocer las ideas y opiniones de los usuarios
Lluvia de ideas de las posibles soluciones
Búsqueda de referencia
Lectura de revistas y otras publicaciones
periódicas apropiadas
MATRIZ DE SOLUCIONES
ALTERNATIVAS DEL SISTEMA
56. MATRIZ DE ANALISIS DE
FACTIBILIDAD DE SOLUCIONES
Herramienta utilizada para clasificar las
soluciones alternativas del sistema
Las columnas de la matriz corresponden a las
mismas soluciones alternativas incluidas en la
matriz de soluciones alternativas. La columna
primera corresponde a la ponderación
porcentual o peso (wt) de cada fila en relación
a las demás
Algunas filas corresponden a los criterios de
factibilidad utilizados en esta fase, otras filas
son descriptivas (al inicio) o sumativas (final)
57. Las celdas contienen notas de la evaluación de
factibilidad de cada opción.
Puede asignarse una clasificación o calificación
para cada criterio
Después de la clasificación o calificación de cada
criterio, se registra una calificación al final en la
última fila
No todos los criterios de factibilidad son de igual
importancia, por lo que antes de asignar la
calificación final se pueden eliminar las soluciones
alternativas que no son viables en relación con
cualquier otro criterio
Archivo Ejemplo
58. LA PROPUESTA DEL
SISTEMA
Es un informe formal por escrito y/o
presentación verbal los cuales se dirigen a los
usuarios y propietarios del sistema.
Informe o presentación de una solución
recomendada.
Recomendaciones para la elaboración de
propuesta, descargar archivo del aula virtual
Hinweis der Redaktion
Factibilidad: Es una medición de cuan beneficioso o práctico será el desarrollo de un sistema de información para la organización.
Análisis de factibilidad: Es el proceso con el que se mide la factibilidad misma.
Definición del alcance
Análisis del problema
Análisis de decisión
Es el proceso mediante el cual se miden distintos aspectos del posible éxito de un proyecto y el producto que se genera al final.
Se utiliza para saber si conviene seguir adelante con un proyecto de software, para no obtener pérdidas.
Su finalidad es saber si al realizar un proyecto de desarrollo de software, se van a beneficiar tanto el cliente como la empresa que lo fabrica.
RAZONES DEL FRACASO
Ausencia del estudio de viabilidad para ajustarse a unas necesidades claramente explicitadas y comprendidas.
Especificaciones vagas, incompletas o incluso cambiantes.
Falta de utilización de herramientas adecuadas para poder validar el comportamiento del sistema en el futuro
Mala estimación de costes
Reparto inadecuado de las tareas entre los miembros del equipo
Ausencia o mal seguimiento que se llevan a cabo en momentos inoportunos o que no se ajustan a la realidad
COSTOS ASOCIADOS AL DESARROLLO
Costes de Personal (Salarios de las personas encargadas del desarrollo del proyecto.)
Uso de computadoras o informático: (Tiempo de ordenador utilizado para programar, pruebas, conversión, etc.)
Formación o capacitación: (Paquetes de cursos de formación, tarifas por estudiante o por hora, etc.)
Costos de insumo, copias y equipos
Software o Equipo nuevo