VIABILIDAD, FACTIBILIDAD Y

PLANIFICACIÓN DE UN
PROYECTO SOFTWARE
QUÉ ES UN PROYECTO DE SOFTWARE?
DEFINICION DE VIABILIDAD
Según el diccionario de la Real Academia Española Viabilidad: “cualidad de
viable”, Viable: “Que, por sus circunstancias, tiene probabilidades de poderse
llevar a cabo”.

ESTUDIO DE VIABILIDAD
Es el análisis que intenta predecir el eventual éxito o fracaso de un proyecto
de tal manera que cumpla con su objetivo. Para lograr esto parte de datos
empíricos a los que accede a través de diversos tipos de investigaciones.
Está relacionada con principios de calidad, eficiencia y pertinencia de un
proyecto en términos de los elementos conceptuales que lo componen, la
información utilizada, la coherencia de los planteamientos y el mayor
acercamiento a la realidad a la que se refiere el proyecto.
Los análisis de viabilidad se desarrollan en el ámbito gubernamental o
corporativo. Se trata de un recurso útil antes del inicio de una obra o del
lanzamiento de un nuevo producto. De este modo, se minimiza el margen de
error.
“NO ES ACEPTABLE AUTOMATIZAR PROCEDIMIENTOS MANUALES
EN ARAS DE LA SIMPLE AUTOMATIZACIÓN, NI INVERTIR EN
NUEVAS TECNOLOGÍAS DEBIDO AL DESLUMBRAMIENTO CON LAS
CARACTERÍSTICAS AVANZADAS QUE OFRECE EN COMPARACIÓN
CON LAS DEL SISTEMA ACTUAL, SIN TOMAR EN CUENTA SU
VERDADERA CONTRIBUCIÓN AL LOGRO DE LAS METAS DE LA
ORGANIZACIÓN”.
El objetivo del estudio de Viabilidad es:

“Recopilar suficientes datos para que los

directivos a su vez, tengan los elementos
necesarios para decidir si debe procederse a
realizar un estudio de sistemas”.
Los datos para el estudio de viabilidad se “pueden” recopilar mediante
las entrevistas, sin dejar de abordar el problema correcto.

El tiempo dedicado al estudio de viabilidad deberá ser bastante

reducido y abarcar diversas actividades.

El analista de software funge como catalizador y experto de soporte

técnico, identificando en primer lugar dónde se pueden mejorar los
procesos.

Desde una perspectiva optimista, las oportunidades se pueden

considerar como la contraparte de los problemas.
Las mejoras a los sistemas se pueden definir como cambios que darán
como resultados beneficios crecientes y valiosos, por ejemplo:
1. Aceleración de un proceso.
2. Optimización de un proceso al eliminar pasos innecesarios o
duplicados.
3. Combinación de procesos.
4. Reducción de errores en la captura de información mediante la
modificación de formularios y pantallas de despliegue.
5. Reducción de almacenamiento redundante.
6. Reducción de salidas redundantes.
7. Mejora en la integración de sistemas y subsistemas.
Es útil para el analista de sistemas elaborar una cuadrícula de impacto
de la viabilidad, que le sirva para comprender y evaluar los impactos
(si los hay) que tendrán las mejoras a los sistemas existentes.

EJEMPLO:
También es importante la manera en que las mejoras
a los sistemas existentes (manuales o automatizados)
afectan los objetivos corporativos. Estos objetivos
incluyen:
1. Mejoras de las ganancias corporativas.
2. Apoyo a la estrategia competitiva de la organización.
3. Mayor cooperación con distribuidores y socios.
4. Incremento del apoyo a las operaciones internas con el fin de
producir bienes y servicios de manera más eficiente y eficaz.
5. Incremento del apoyo a las operaciones internas para que éstas
sean más eficaces.
6. Mejora del servicio al cliente.
7. Incremento en la moral de los empleados.
DETERMINACIÓN DE RECURSOS:
Viabilidad Técnica: Agregados al sistema actual, tecnología disponible
para satisfacer las necesidades de los usuarios.

Viabilidad Económica: Tiempo de los analistas de los sistemas, costo del

estudio de sistemas, costo estimado del hardware, costo del software
comercial o del desarrollo de software.

Viabilidad Operacional: Si el sistema se usará cuando se instale, si el

sistema será utilizado, quién utilizará el sistema, qué capacidades se
requieren.

Viabilidad Legal: Adquisición de licencias de software, contratos y

subcontratados.

Viabilidad Ambiental: Impacto al medio ambiente, inclúyase condiciones

de trabajo, riesgo y seguridad ocupacional.
EVALUACIÓN DE LA VIABILIDAD:
La viabilidad de un proyecto no es una decisión a cargo del analista de
sistemas sino de los directivos de la organización.

El analista debe exponer a los directivos, los datos sobre viabilidad

recopilados de una manera experta y profesional, con conclusiones
sólidas y con el interés del proyecto vigente.

Aunque es muy laborioso, el estudio de la viabilidad vale la pena y al

final ahorra a las empresas y los analistas de sistemas tiempo y dinero.
DEFINICION DE FACTIBILIDAD
· Según la real academia factibilidad es: La cualidad de
factible, factible: que se puede hacer.
· Factibilidad se refiere a la disponibilidad de los recursos
necesarios para llevar a cabo los objetivos o metas señalados.
Generalmente la factibilidad se determina sobre un proyecto
ESTUDIO DE FACTIBILIDAD
Es el análisis para determinar:
• Si el proyecto que se propone será bueno o malo, y en cuales condiciones se debe
desarrollar para que sea exitoso.
El estudio incluye los objetivos, alcances y restricciones sobre el sistema, además de un modelo
lógico de alto nivel del sistema actual (si existe). A partir de esto, se crean soluciones
alternativas para el nuevo sistema, analizando para cada una de estas, diferentes tipos de
factibilidades.

Los tipos de factibilidades básicamente son:

*Factibilidad técnica: si existe o esta al alcance la tecnología necesaria para el
sistema.
* Factibilidad económica: relación beneficio costo.
* Factibilidad operacional u organizacional: si el sistema puede funcionar en la
organización.
Para cada solución factible, se presenta una planificación preliminar de su
implementación.

Estos resultados se entregan a la gerencia, quienes son los que aprueban la

realización del sistema
el estudio de factibilidad, es una tarea que suele estar organizada y
realizada por los analistas de sistemas. El estudio consume aproximadamente
entre un 5% y un 10% del costo estimado total del proyecto, y el periodo de
elaboración del mismo varia dependiendo del tamaño y tipo de sistema a
desarrollar.
Factibilidad Técnica.
La Factibilidad Técnica consiste en realizar una evaluación de la
tecnología existente en la organización, este estudio esta destinado a
recolectar información sobre los componentes técnicos que posee la
organización y la posibilidad de hacer uso de los mismos en el
desarrollo e implementación del sistema propuesto y de ser necesario,
los requerimientos tecnológicos que deben ser adquiridos para el
desarrollo y puesta en marcha del sistema en cuestión.

Factibilidad Económica.
Se determinan los recursos para desarrollar, implantar, y mantener en
operación el sistema programado, haciendo una evaluación donde se
pone de manifiesto el equilibrio existente entre los costos intrínsecos
del sistema y los beneficios que se derivaron de éste, lo cual permite
observar de una manera más precisa las bondades del sistema
propuesto.
Factibilidad Operativa.
La Factibilidad Operativa permite predecir, si se pondrá en marcha
el sistema propuesto, aprovechando los beneficios que ofrece, a todos
los usuarios involucrados con el mismo, ya sean los que interactúan en
forma directa con este, como también aquellos que reciben
información producida por el sistema. Por otra parte, el correcto
funcionamiento del sistema en cuestión, siempre estará supeditado a
la capacidad de los empleados encargados de dicha tarea.
DIFERENCIA ENTRE VIABILIDAD Y FACTIBILIDAD
PLANIFICACIÓN DE PROYECTOS.
OBJETIVOS DE LA PLANIFICACIÓN DEL
PROYECTO.
El objetivo de la Planificación del proyecto de Software es
proporcionar un marco de trabajo que permita al gestor de
planificación hacer estimaciones razonables de recursos, costos y
planificación temporal.

Estas estimaciones se hacen dentro de un marco de tiempo limitado al

comienzo de un proyecto de software, y deberían actualizarse
regularmente a medida que progresa el proyecto. Además las
estimaciones deberían definir los escenarios del mejor caso, y peor
caso, de modo que los resultados del proyecto pueden limitarse.

El Objetivo de la planificación se logra mediante un proceso de

descubrimiento de la información que lleve a estimaciones razonables.
AMBITO DEL SOFTWARE
La primera actividad de la planificación del proyecto de Software es
determinar el ámbito del Software . Se deben evaluar la función y el
rendimiento que se asignaron al Software durante la ingeniería del
sistema. El ámbito del Software describe la función, el rendimiento, las
restricciones, las interfases y la fiabilidad.
Se evalúan las funciones descritas en el enunciado del ámbito, y en
algunos casos se refinan para dar más detalles antes del comienzo de la
estimación. La técnica más utilizada con frecuencia para acercar al
cliente y al desarrollador, y para hacer que comienza el proceso de
comunicación es establecer una entrevista preliminar.
La comunicación con el cliente lleva a una definición de datos , funciones,
y comportamientos a implementarse, y de información sobre el
rendimiento y imitaciones que delimitan el sistema.
RECURSOS
La segunda tarea de la planificación del desarrollo de Software es la
estimación de los recursos requeridos para acometer el esfuerzo de
desarrollo de Software.

En base a la pirámide de recursos se encuentra el entorno de desarrollo-

Hardware y Software- que proporciona la infraestructura de soporte al
esfuerzo de desarrollo. En un nivel más alto se encuentra los componentes
del Software Reutilizables, los bloques de Software que pueden reducir
drásticamente los costos de desarrollo y acelerar la entrega. En la parte
más alta esta el recurso primario- las personas.
Recursos Humanos
El encargado de la planificación comienza elevando el ámbito y
seleccionando las habilidades técnicas que se requieren para llevar
acabo el desarrollo. El número de personas requeridas para un
proyecto de Software sólo puede ser determinado después de hacer
una estimación del esfuerzo de desarrollo ( por ejemplo, personas -
mes o personas - años.)
Recursos de entorno
El entorno es donde se apoya el proyecto de Software, llamado a
menudo entorno de Ingeniería de Software (EIS) incorpora Hardware y
Software. El Hardware proporciona una plataforma con las
herramientas (Software) requeridas para producir los productos que
son el resultado de una buena práctica de la ingeniería de Software.
Recursos de Software Reutilizables.
Se sugieren cuatro categorías de recursos de Software que se deberían tener en cuenta
a medida que se avanza con la planificación.
Componentes ya desarrollados. El Software existente se puede adquirir de una tercera
parte o provenir de uno desarrollado internamente para un proyecto anterior. Estos
componentes están listos para utilizarse en el proyecto actual y se han validado
totalmente.
Componentes ya experimentados. Las especificaciones, diseños, códigos, o datos de
pruebas ya existentes y desarrollados para proyectos anteriores que son similares al
Software que se va a construir para el proyecto actual. Los miembros del equipo del
Software actual ya han tenido la experiencia completa en el área de la aplicación
representada para estos componentes, Las modificaciones, por tanto, requeridas para
componentes de total experiencia, tendrá un riesgo relativamente bajo.
Componentes con experiencia parcial. Las especificaciones, los diseños, códigos o los
datos de prueba existentes ya desarrollados para proyectos anteriores que se
relacionan con el Software que se va a construir para el proyecto actual, pero que
requerirán una modificación sustancial. Los miembros del equipo del Software actual han
limitado su experiencia sólo al área de aplicación representada por estos componentes.
Las modificaciones, por tanto, requeridas para componentes de experiencia parcial
tendrán bastante grado de riesgo.
Componentes nuevos. Los componentes de Software que el equipo de Software debe
construir son específicamente para las necesidades del proyecto actual.
 TALLER CLASE

Con base en el caso ubicado en el siguiente link

goo.gl/6tQLpf

Realizar un estudio de viabilidad, factibilidad y

planeación inicial de proyecto

Enviar documento a HERNAN.CRUZ@UCC.EDU.CO