Análisis y Diseño

de Sistemas

UNIDAD N°3:
FASE DE DISEÑO
 Análisis y Diseño
de Sistemas

Resultados de aprendizaje:

• Crear un diseño físico que llene los requerimientos del sistema.

• Diseñar datos, interfaces de usuario y arquitecturas de sistema.
• Crear especificaciones de diseño de sistemas.
 Análisis y Diseño
de Sistemas

TEMA:
Análisis de Factibilidad y Propuesta
del Sistema
Introducción
En el mundo de negocios actual, es cada vez más evidente que los analistas deben aprender como
gerentes del negocio.
Las aplicaciones de computadoras se están extendiendo a un ritmo sin procedentes. Ahora, más
que nunca, los administradores esperan que los sistemas de información sean rentables. La
información es una inversión de capital significativa que debe justificarse, de igual modo que el
área de marketing debe justificar un nuevo producto, y la de manufactura, una nueva planta de
equipo. Ahora se pide a los analistas, más que antes, responder preguntas como las siguientes:
¿se recuperará la inversión? ¿existen otras inversiones que generarían un rendimiento sobre la
inversión todavía mayor?
Análisis de Factibilidad
La factibilidad es una medición de cuán beneficioso o práctico será el desarrollo de un sistema de
información para la organización.

El análisis de factibilidad es el proceso con el que mide y evalúa la factibilidad misma.

La factibilidad debe cuantificarse durante todo el ciclo de vida. En los primeros capítulos llamados
a esto una estrategia de compromiso creciente con la factibilidad. El alcance y la complejidad de
un proyecto aparentemente factible pueden cambiar después del análisis completo de los
problemas y oportunidades iniciales o de que se ha diseñado el sistema.
Así, un proyecto que es factible en un momento dado puede dejar de serlo más adelante.
Puntos de comprobación de
factibilidad durante el análisis
de sistemas.
Análisis de sistemas: control de la definición del alcance
El primer análisis de factibilidad se realiza durante la fase de 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 los costos de desarrollo.
Responde a la pregunta: ¿a caso los problemas (u oportunidades)justifican el costo de un
estudio detallado y el análisis del sistema actual.
Siendo realistas, la factibilidad no se puede medir con exactitud hasta que se entiendan
mejor los problemas (u oportunidades) y los requerimientos.

Luego de estimar los beneficios de resolver los problemas y las oportunidades, los
analistas estiman los costos de desarrollar el sistema que se espera . Los analistas
experimentados aumentan sistemáticamente esos costos en 50 a 100% (o más), ya que la
experiencia les indica que los problemas pocas veces están bien definidos y que es
frecuente que los requerimientos de los usuarios se subestimen.
Análisis de sistemas: control del análisis del problema
El siguiente control ocurre después de un estudio más detallado del análisis del problema del
sistema actual. 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. Los analistas aún deben definir
plenamente los requerimientos de los usuarios o especificar una solución de diseño a esos
requerimientos.

Si las estimaciones de costos aumentan significativamente entre la fase de investigación preliminar

y la de análisis del problema, es probable que ello se relaciones con el enlace. Este último tienden
a incrementarse en numerosos proyectos.
Análisis de sistemas: control del análisis de decisiones
La fase de análisis de decisiones es una actividad importante del análisis de factibilidad, ya que en
ella se muestra gráficamente una de las muchas opciones posibles como meta del diseño de
sistemas.
Los problemas y requerimientos se deben conocer a estas alturas. Durante la fase de análisis de
decisiones, se definen soluciones alternas en cuanto a métodos de entrada/salida y de
almacenamiento de datos, necesidades de hardware y software de computadores, métodos de
procesamiento e implicaciones de personal. La lista siguiente muestra una gama características de
opciones que puede evaluar el analista:
• No hacer nada. Dejar el sistema actual tal y como está. Sin importar la opinión de los
administradores al respecto, esta opción se debe considerar y analizar como una inicial, contra
la cual se pueden y deben valorar todas las demás.
• Emprender la reingeniería de los procesos de negocios (manuales), no la de los procesos
computarizados. Esto podría consistir en agilizar las actividades, disminuir la duplicación y las
tareas innecesarias, reorganizar la distribución de las oficinas y eliminar los formularios y
procesos redundantes e innecesarios, entre otros cambios.
• Mejorar los procesos computarizados existentes
• Comprar una aplicación de paquete
• Diseñar y construir un nuevo sistema computarizado

Después de definir estas opciones se analiza la factibilidad operativa, técnica, económica

y de calendario. Luego se recomienda una alternativa a los propietarios del sistema para
su aprobación y como base del diseño general y detallado.
Seis pruebas de factibilidad
Hasta ahora se han definido la factibilidad y el análisis de factibilidad, además de identificar
los controles de la factibilidad misma durante el análisis de sistemas. La factibilidad puede
considerarse desde perspectivas diversas. Las siguientes son seis categorías de pruebas de
factibilidad:

o La factibilidad operativa, es una medición del grado en que una solución satisface los
requerimientos de sistema identificados para resolver los problemas y aprovechar las
oportunidades que se visualizan en relación con el sistema.
o La factibilidad cultural (o política), es una medición del sentir de las personas acerca de
una solución y el grado de su aceptación en un ambiente organizacional dado.
o La factibilidad técnica, es una medición de la naturaleza práctica de una solución técnica
específica y la disponibilidad de recursos técnicos y experiencia para ponerla en práctica y
mantenerla.
o La factibilidad económica, mide la efectividad en costos de un proyecto o solución.
o La factibilidad calendario, es una medición de cuán razonable sea el calendario del
proyecto.
o La factibilidad legal, es una medición del grado en que se puede poner en práctica una
solución dentro de las obligaciones legarles y contractuales existentes.
Factibilidad operativa

La factibilidad operativa es una medición del grado en que un sistema propuesto resuelve
los problemas y aprovecha las oportunidades identificadas durante las fases de definición
del alcance del análisis del problema, así como el grado en que satisface los requerimientos.
La factibilidad operativa también se plantea si, dado lo que se sabe acerca del problema y el
costo de la solución, todavía vale la pena intentar la resolución del problema.

Factibilidad cultural

Se relaciona con la factibilidad operativa. Sin embargo, mientras que esta última versa sobre
el grado en que la solución satisface los requerimientos del sistema, la factibilidad culturas (o
política) es la forma en que los usuarios finales se sienten respecto del sistema propuesto.
Podría decirse que con la factibilidad operativa se evalúa si un sistema puede funcionar o no,
mientras que con la factibilidad cultural/política se plantea si el sistema funcionará en un
ambiente organizacional dado.
Debe tenerse en cuenta también que la cultura de la organización es cada vez más
multicultural. Es posible que se hayan fusionado empleados y divisiones de diversas
compañías, con perspectivas muy distintas acerca de cómo se debe estructurar el trabajo y
qué deben hacer y no hacer los sistemas de información.

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. La factibilidad técnica responde a tres preguntas principales:

1- ¿Es práctica la tecnología o solución propuesta?

2- ¿Se cuenta actualmente con la tecnología necesaria?
3- ¿Se tiene experiencia técnica requerida?
Factibilidad calendario

Si se cuenta con la experiencia técnica, ¿son razonables las fechas límite del proyecto?, es
decir, ¿cuál es la factibilidad del calendario del proyecto?. Algunos proyectos se inician con
fecha límite específicas. Es necesario determinar si tales fechas son imperativas o deseables.
Si las fechas límites son deseables, en lugar de imperativas, el analista puede proponer un
calendario alterno.
Es preferible (a menos que la fecha límite sea imperativa) entregar un sistema de
información que funciona correctamente dos meses después que proporcionar a tiempo un
sistema de información inútil y propenso a errores. Si bien no cumplir con las fechas límite
puede generar problemas, el desarrollo de sistemas inadecuados puede ser desastroso. Es
una relación entre el menor de los males.
Factibilidad económica

Lo que en última instancia interesa en muchos proyectos es su factibilidad económica.

Durante las fases iniciales del proyecto, el análisis de esta factibilidad equivale a poco más
que juzgar si los posibles beneficios de solucionar el problema valen la pena o no. Resulta
prácticamente imposible estimar costos en dicha etapa, ya que no se han identificado los
requerimientos de los usuarios finales ni las soluciones técnicas alternas. Sin embargo, tan
pronto tengan identificados esos requerimientos y soluciones, el analista puede ponderar los
costos y beneficios de cada alternativa. Lo que se denomina análisis de costo-beneficio.

Factibilidad legal

Los sistemas de información tienen efectos legales. En primer término, existen restricciones
de copyright. En cualquier sistema que incluya componentes adquiridos, hay que tener la
certeza de que no se transgredan los acuerdos de la licencia. Por ejemplo, ello significa
instalar únicamente copias de licencia.
Resultado final

Los aspectos operativos y económicos suelen estar en conflicto. Por ejemplo, la solución
óptima desde el punto de vista operativo para los usuarios finales también puede ser la más
costosa y, con ello, la de menor factibilidad económica. La decisión final se toma sólo
después de reuniese con los usuarios finales, revisar los datos y elegir la mejor alternativa en
general.
Técnicas de análisis de costo-beneficio
Se ha definido la factibilidad económica como un análisis de costo-beneficio. ¿Cómo se
estiman los costos y beneficios? ¿Cómo se comparan esos costos y beneficios para
determinar la factibilidad económica?

¿Cuánto costará el sistema?

Los costos caen en dos categorías. Existen algunos relacionados con el desarrollo del sistema
y otros correspondientes a la operación del sistema mismo. Los primeros pueden calcularse
desde el comienzo del proyecto y se deben refinar al final de cada fase del mismo. Los
segundos son estimable sólo después de haber definido algunas soluciones específicas
basadas en la computadora..
• Costos de personal
Los sueldos de analistas de sistemas, programadores, consultores, personal de
introducción de datos, operadores de computadoras, secretarias, etc. que trabajan en el
proyecto, componen los costos de personal

• Uso de computadoras
Es el tiempo de computadora usado en una o más de las actividades siguientes:
programación, pruebas, conversión, procesamiento de texto, etc.

• Capacitación
Los cursos de capacitación pueden acompañarse de gastos si es necesario capacitar al
personal de cómputo o usuarios finales

• Costos de insumos duplicación y equipo

• Costos de equipo y software de cómputo nuevos
A diferencia de los costos de desarrollo del sistema, los de operación tienden a recurrir
durante el ciclo de vida del propio sistema, Estos costos de operación pueden clasificarse
como fijos o variables.

Los costos fijos ocurren a intervalos regulares y con una tasa relativamente fija. Sus
ejemplos abarcan.
Pagos de arrendamiento y de licencia de software
Sueldos

Los costos variables ocurren en proporción a algún factor de uso. Ejemplos: costos de uso
de computadoras, insumos, costos generales y de administración
¿Cuáles beneficios proporcionará el sistema?

Los beneficios normalmente aumentan las utilidades o

disminuyen los costos, ambas características muy deseables
en un nuevo sistema de información. En la medida posible, los
beneficios se deben cuantificar en términos monetarios,
además de clasificarlos como tangibles o intangibles.

Los beneficios tangibles son los de fácil cuantificación. Suelen

medirse como ahorros mensuales o anuales, o como
utilidades para la empresa.

Los beneficios intangibles se consideran difícil o imposible de

cuantificar. Salvo que estos beneficios por lo menos se
identifiquen, es del todo posible que muchos proyectos no
sean factibles.
¿Es rentable el sistema propuesto?

Existen tres técnicas muy usadas para evaluar la factibilidad económica, también llamada
rentabilidad: análisis de recuperación de la inversión, rendimiento sobre la inversión y el valor
presente neto.

En la elección de una u otra técnica debe considerarse el auditorio que la usará. Un concepto
que se aplica a las tres es el ajuste de costos y beneficios para reflejar el valor del dinero en el
tiempo.

Valor del dinero en el tiempo.

Un concepto que comparten las tres técnicas, es el valor del dinero en el tiempo, es decir, el
hecho de que una unidad monetaria vale hoy más que dentro de un año. Se le podría invertir
ahora y, gracias a los interese acumulados, se tendría más dinero al cabo de un año. Así, pues,
cualquier persona preferiría tenerla hoy, no luego de un año.
Análisis de la recuperación de la inversión.
Método sencillo y muy usado para determinar cuándo una inversión genera beneficios que
permiten recuperarla. Se incurre en costos de desarrollo de sistemas mucho antes de que
empiecen a acumularse los beneficios, de modo que se requiere algún tiempo para que estos
últimos superen a los costos.

Análisis del rendimiento sobre la inversión (RIO por sus siglas en inglés)
Es una técnica en la que se compara la rentabilidad durante el ciclo de vida de soluciones o
proyectos. El RIO de una solución o proyecto es una tasa porcentual que mide la relación entre
lo que una empresa obtiene de una inversión y el modo invertido. El RIO se calcula:

RIO durante el ciclo de vida = (beneficios estimados sobre el ciclo de vida – costos estimados
durante el ciclo de vida) / costos estimados durante el ciclo de vida
Valor del presente neto
Técnica de análisis que compara los costos y beneficios anuales descontados de diferentes
soluciones alternativas.
Plantilla de matriz de análisis de factibilidad de soluciones
Matriz de análisis de factibilidad de soluciones
Matriz de análisis de factibilidad de soluciones
Matriz de análisis de factibilidad de soluciones
¡¡¡Gracias por su atención !!!