TICB2 - Tecnicas de Evaluacion de Alternativas

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.
Copia exclusiva de Jos Ignacio Mndez Yanes. Av de los Poblados 133, 7 - 3 - 28025 - Madrid - Tel. 917464968
B2G2T02 - TCNICAS DE EVALUACIN DE ALTERNATIVAS Y ANLISIS DE

VIABILIDAD.
1. INTRODUCCIN.............................................................................................................................................................. 2
2. ANALISIS DE VIABILIDAD ........................................................................................................................................... 2
2.1. ESTABLECIMIENTO DEL ALCANCE DEL SISTEMA........................................................................................... 3
2.1.1 ESTUDIO DE LA SOLICITUD ............................................................................................................................ 4
2.1.2 IDENTIFICACIN DEL ALCANCE DEL SISTEMA........................................................................................... 5
2.1.3 ESPECIFICACIN DEL ALCANCE DEL EVS ................................................................................................... 6
2.2 ESTUDIO DE LA SITUACIN ACTUAL.................................................................................................................. 6
2.2.1 VALORACION DEL ESTUDIO DE LA SITUACIN ACTUAL........................................................................... 7
2.2.2 IDENTIFICACIN DE USUARIOS PARTICIPANTES EN EL ESTUDIO DE LA SITUACIN ACTUAL......... 8
2.2.3 DESCRIPCIN DE LOS SISTEMAS DE INFORMACIN EXISTENTES .......................................................... 9
2.2.4 REALIZACIN DEL DIAGNSTICO DE LA SITUACIN ACTUAL............................................................... 10
2.3 DEFINICIN DE REQUISITOS DEL SISTEMA..................................................................................................... 10
2.3.1 IDENTIFICACIN DE LAS DIRECTRICES TCNICAS Y DE GESTIN ....................................................... 11
2.3.2 IDENTIFICACIN DE REQUISITOS ............................................................................................................... 11
2.3.3 CATALOGACIN DE REQUISITOS................................................................................................................. 12
2.4 ESTUDIO DE ALTERNATIVAS DE SOLUCIN................................................................................................... 13
2.4.1 PRESELECCIN DE ALTERNATIVAS DE SOLUCIN .................................................................................. 14
2.4.2 DESCRIPCIN DE LAS ALTERNATIVAS DE SOLUCIN.............................................................................. 14
2.5 VALORACIN DE LAS ALTERNATIVAS ............................................................................................................ 16
2.5.1 ESTUDIO DE LA INVERSIN .......................................................................................................................... 16
2.5.2 ESTUDIO DE LOS RIESGOS ............................................................................................................................ 17
2.5.3 PLANIFICACIN DE ALTERNATIVAS ............................................................................................................ 17
2.6 SELECCIN DE LA SOLUCIN ............................................................................................................................. 18
2.6.1 CONVOCATORIA DE LA PRESENTACIN..................................................................................................... 18
2.6.2 EVALUACIN DE LAS ALTERNATIVAS Y SELECCIN ................................................................................ 19
2.6.3 APROBACIN DE LA SOLUCIN ................................................................................................................... 20
3. TECNICAS DE EVALUACIN DE ALTERNATIVAS.............................................................................................. 21
3.1 TCNICAS DE ANALISIS COSTE BENEFICIO..................................................................................................... 21
3.1.1 OBJETIVOS........................................................................................................................................................ 21
3.1.2 CONCEPTOS ..................................................................................................................................................... 21
3.1.3 DESCRIPCIN .................................................................................................................................................. 21
3.2 TCNICAS BASADAS EN LA TEORA DE LA DECISIN MULTICRITERIO DISCRETA .............................. 23
3.2.1 DEFINICIN DE CRITERIOS........................................................................................................................... 23
3.2.2 ASIGNACIN DE PESOS.................................................................................................................................. 23
3.2.3 PUNTUACIN DE LAS OFERTAS ................................................................................................................... 23
3.2.4 SELECCIN DE LAS ALTERNATIVAS............................................................................................................. 23
4. CONCLUSIN ................................................................................................................................................................. 23
5. BIBLIOGRAFIA .............................................................................................................................................................. 23
5. ESQUEMA RESUMEN ................................................................................................................................................ 23
TEMARIO-TICB-feb04 B2G2T02
Actualizado en febrero de 2004 Pgina 1 de 28
1. INTRODUCCIN
Mientras que el Plan de Sistemas de Informacin tiene como objetivo proporcionar un marco estratgico que sirva
de referencia para los Sistemas de Informacin de un mbito concreto de una organizacin, el objetivo del Estudio
de Viabilidad del Sistema es el anlisis de un conjunto concreto de necesidades para proponer una solucin a
corto plazo, que tenga en cuenta restricciones econmicas, tcnicas, legales y operativas. La solucin obtenida
como resultado del estudio puede ser la definicin de uno o varios proyectos que afecten a uno o varios sistemas
de informacin ya existentes o nuevos. Para ello, se identifican los requisitos que se ha de satisfacer y se estudia,
si procede, la situacin actual.
A partir del estado inicial, la situacin actual y los requisitos planteados, se estudian las alternativas de solucin.
Dichas alternativas pueden incluir soluciones que impliquen desarrollos a medida, soluciones basadas en la
adquisicin de productos software del mercado o soluciones mixtas. Se describe cada una de las alternativas,
indicando los requisitos que cubre.
Una vez descritas cada una de las alternativas planteadas, se valora su impacto en la organizacin, la inversin a
realizar en cada caso y los riesgos asociados. Esta informacin se analiza con el fin de evaluar las distintas
alternativas y seleccionar la ms adecuada, definiendo y estableciendo su planificacin.
2. ANALISIS DE VIABILIDAD
El propsito de este proceso es analizar un conjunto concreto de necesidades, con la idea de proponer una
solucin a corto plazo. Los criterios con los que se hace esta propuesta no sern estratgicos sino tcticos y
relacionados con aspectos econmicos, tcnicos, legales y operativos.
Los resultados del Estudio de Viabilidad del Sistema constituirn la base para tomar la decisin de seguir
adelante o abandonar. Si se decide seguir adelante pueden surgir uno o varios proyectos que afecten a uno o
varios sistemas de informacin. Dichos sistemas se desarrollarn segn el resultado obtenido en el estudio de
viabilidad y teniendo en cuenta la cartera de proyectos para la estrategia de implantacin del sistema global.
Se ha considerado que este proceso es obligatorio, aunque el nivel de profundidad con el que se lleve a cabo
depender de cada caso. La conveniencia de la realizacin del estudio de la situacin actual depende del valor
aadido previsto para la especificacin de requisitos y para el planteamiento de alternativas de solucin. En las
alternativas se considerarn soluciones "a medida", soluciones basadas en la adquisicin de productos software
del mercado o soluciones mixtas.
Para valorar las alternativas planteadas y determinar una nica solucin, se estudiar el impacto en la
organizacin de cada una de ellas, la inversin y los riesgos asociados.
El resultado final de este proceso son los productos relacionados con la solucin que se propone para cubrir la
necesidad concreta que se plante en el proceso, y depende de si la solucin conlleva desarrollo a medida o no:
Contexto del sistema (con la definicin de las interfaces en funcin de la solucin).

Impacto en la organizacin.
Coste / beneficio de la solucin.
Valoracin de riesgos de la solucin.
Enfoque del plan de trabajo de la solucin.
Planificacin de la solucin.
Solucin propuesta:
Descripcin de la solucin.
Modelo de descomposicin en subsistemas.
Matriz de procesos / localizacin geogrfica.

Matriz datos / localizacin geogrfica. Entorno tecnolgico y comunicaciones.
Estrategia de implantacin global del sistema.
Descripcin de los procesos manuales.
Si la alternativa incluye desarrollo:
Modelo abstracto de datos / modelo de procesos.

Modelo de negocio / modelo de dominio.
Si la alternativa incluye un producto software estndar de mercado:
Descripcin del producto.

Evolucin del producto.
Costes ocasionados por el producto.
Estndares del producto.
Descripcin de adaptacin si es necesaria.
Si en la organizacin se ha realizado con anterioridad un Plan de Sistemas de Informacin que afecte al sistema
objeto de este estudio, se dispondr de un conjunto de productos que proporcionarn informacin a tener en
cuenta en todo el proceso.
Las actividades que engloba este proceso se recogen en la siguiente figura, en la que se indican las actividades
que pueden ejecutarse en paralelo y las que precisan para su realizacin resultados originados en actividades
anteriores.
2.1. ESTABLECIMIENTO DEL ALCANCE DEL SISTEMA
En esta actividad se estudia el alcance de la necesidad planteada por el cliente o usuario, o como consecuencia
de la realizacin de un PSI, realizando una descripcin general de la misma. Se determinan los objetivos, se inicia
el estudio de los requisitos y se identifican las unidades organizativas afectadas estableciendo su estructura.
Se analizan las posibles restricciones, tanto generales como especficas, que puedan condicionar el estudio y la
planificacin de las alternativas de solucin que se propongan.
Si la justificacin econmica es obvia, el riesgo tcnico bajo, se esperan pocos problemas legales y no existe
ninguna alternativa razonable, no es necesario profundizar en el estudio de viabilidad del sistema, analizando
posibles alternativas y realizando una valoracin y evaluacin de las mismas, sino que ste se orientar a la
especificacin de requisitos, descripcin del nuevo sistema y planificacin.
Se detalla la composicin del equipo de trabajo necesario para este proceso y su planificacin. Finalmente, con el
fin de facilitar la implicacin activa de los usuarios en la definicin del sistema, se identifican sus perfiles, dejando
claras sus tareas y responsabilidades.
2.1.1 ESTUDIO DE LA SOLICITUD
Se realiza una descripcin general de la necesidad planteada por el usuario, y se estudian las posibles
restricciones de carcter econmico, tcnico, operativo y legal que puedan afectar al sistema. Antes de iniciar el
estudio de los requisitos del sistema se establecen los objetivos generales del Estudio de Viabilidad, teniendo en
cuenta las restricciones identificadas anteriormente.
Si el sistema objeto de estudio se encuentra en el mbito de un Plan de Sistemas de Informacin vigente, se debe
de tomar como referencia el catlogo de requisitos y la arquitectura de informacin resultante del mismo, como
informacin adicional para la descripcin general del sistema y determinacin de los requisitos iniciales.
Productos
De entrada
Catlogo de Requisitos del PSI (PSI 9.2)
Arquitectura de Informacin (PSI 9.2)
Solicitud (externo)
De salida
Descripcin General del Sistema
Catlogo de Objetivos del EVS
Catlogo de Requisitos
Prcticas
Catalogacin
Sesiones de trabajo
Participantes
Comit de Direccin
Jefe de Proyecto
Analistas
2.1.2 IDENTIFICACIN DEL ALCANCE DEL SISTEMA
Se analiza el alcance de la necesidad planteada y se identifican las restricciones relativas a la sincronizacin con
otros proyectos, que puedan interferir en la planificacin y futura puesta a punto del sistema objeto del estudio.
Esta informacin se recoge en el catlogo de requisitos.
Si el sistema pertenece al mbito de un Plan de Sistemas de Informacin, se debe tener en cuenta la arquitectura
de informacin propuesta para analizar el alcance del sistema e identificar los sistemas de informacin que
quedan fuera del mbito del estudio. Adems, se estudia el plan de proyectos, para determinar las posibles
dependencias con otros proyectos.
Una vez establecido el alcance, se identifican las unidades organizativas afectadas por el sistema, as como su
estructura y responsables de las mismas. Para determinar los responsables se tiene en cuenta a quines afecta
directamente y quines pueden influir en el xito o fracaso del mismo.
Productos
De entrada
Plan de Proyectos (PSI 9.2)
Descripcin General del Sistema (EVS 1.1)
Catlogo de Objetivos del EVS (EVS 1.1)
Catlogo de Requisitos (EVS 1.1)
De salida
Descripcin General del Sistema:
Contexto del Sistema
Estructura Organizativa
Catlogo de Requisitos:
Requisitos Relativos a Restricciones o Dependencias con Otros Proyectos
Catlogo de Usuarios
Tcnicas
Diagrama de Flujo de Datos

Diagrama de Descomposicin Funcional
Prcticas
Catalogacin
Sesiones de trabajo
Participantes
Comit de Direccin
Jefe de Proyecto
Analistas
2.1.3 ESPECIFICACIN DEL ALCANCE DEL EVS
En funcin del alcance del sistema y los objetivos del Estudio de Viabilidad del Sistema, se determinan las
actividades y tareas a realizar. En particular, hay que decidir si se realiza o no el estudio de la situacin actual y,
en el caso de considerarlo necesario, con qu objetivo. Si el sistema pertenece al mbito de un Plan de Sistemas
de Informacin, los criterios que pueden orientar sobre la necesidad de llevar a cabo el estudio de la situacin
actual dependen de la arquitectura de informacin propuesta, en cuanto a la identificacin de los sistemas de
informacin actuales, implicados en el mbito de este estudio, que se haya decidido conservar.
Se identifican los usuarios participantes de las distintas unidades organizativas afectadas para la realizacin del
Estudio de Viabilidad del Sistema, determinando previamente sus perfiles y responsabilidades.
Debe comunicarse el plan de trabajo a los usuarios identificados como implicados en el Estudio de Viabilidad,
solicitando su aceptacin y esperado su confirmacin.
Productos
De entrada
Catlogo de Usuarios (EVS 1.2)
De salida
Catlogo de Objetivos del EVS
Objetivos del Estudio de la Situacin Actual
Catlogo de Usuarios
Plan de Trabajo
Prcticas
Catalogacin
Sesiones de trabajo
Participantes
Comit de Direccin
Jefe de Proyecto
Analistas
2.2 ESTUDIO DE LA SITUACIN ACTUAL
La situacin actual es el estado en el que se encuentran los sistemas de informacin existentes en el momento en
el que se inicia su estudio. Teniendo en cuenta el objetivo del estudio de la situacin actual, se realiza una
valoracin de la informacin existente acerca de los sistemas de informacin afectados. En funcin de dicha
valoracin, se especifica el nivel de detalle con que se debe llevar a cabo el estudio. Si es necesario, se
constituye un equipo de trabajo especfico para su realizacin y se identifican los usuarios participantes en el
mismo.
Si se decide documentar la situacin actual, normalmente es conveniente dividir el sistema actual en

subsistemas. Si es posible se describir cada uno de los subsistemas, valorando qu informacin puede ser
relevante para la descripcin.
Como resultado de esta actividad se genera un diagnstico, estimando la eficiencia de los sistemas de
informacin existentes e identificando los posibles problemas y las mejoras.
2.2.1 VALORACION DEL ESTUDIO DE LA SITUACIN ACTUAL
En funcin de los objetivos establecidos para el estudio de la situacin actual, y considerando el contexto del
sistema especificado en la descripcin general del mismo, se identifican los sistemas de informacin existentes
que es necesario analizar con el fin de determinar el alcance del sistema actual. Asimismo, se decide el nivel de
detalle con el que se va a llevar a cabo el estudio de cada uno de los sistemas de informacin implicados. En el
caso de haber realizado un Plan de Sistemas de Informacin que afecte a dicho sistema, se toma como punto de
partida para este anlisis la arquitectura de informacin propuesta.
Para poder abordar el estudio, se realiza previamente una valoracin de la informacin existente acerca de los
sistemas de informacin afectados por el EVS. Se debe decidir si se realizan o no los modelos lgicos del sistema
actual o si se describe el modelo fsico, en funcin de los siguientes criterios:
Si existen los modelos lgicos, y son fiables, se utilizan en la tarea Descripcin de los Sistemas de
Informacin Existentes (EVS 2.3)
Si no existen dichos modelos, o no son fiables, se considera el tiempo de vida estimado para el sistema
de informacin en funcin de la antigedad, la obsolescencia de la tecnologa o la falta de adecuacin
funcional para determinar s se obtienen los modelos lgicos y fsicos del sistema actual o por el contrario
no se elabora ningn modelo.
La informacin relativa a los sistemas de informacin que se decida analizar, se obtiene mediante sesiones de
trabajo con los Directores de Usuarios y el apoyo de los profesionales de Sistemas y Tecnologas de la
Informacin y Comunicaciones (STIC) que se considere necesario.
Productos
De entrada
Informacin Existente del Sistema Actual (externo)
Catlogo de Objetivos del EVS (EVS1.3)
De salida
Descripcin de la Situacin Actual:
Contexto del Sistema Actual
Descripcin de los Sistemas de Informacin Actuales
Tcnicas
Prcticas
Diagrama de Representacin
Sesiones de Trabajo
Participantes
Jefe de Proyecto
Analistas
Directores de Usuarios
2.2.2 IDENTIFICACIN DE USUARIOS PARTICIPANTES EN EL ESTUDIO DE LA SITUACIN ACTUAL
En funcin del nivel de detalle establecido para el estudio de la situacin actual, se identifican los usuarios
participantes de cada una de las unidades organizativas afectadas por dicho estudio. Se informa a los usuarios
implicados en el Estudio de la Situacin Actual, se solicita su aceptacin y se espera su confirmacin.
Productos
De entrada
Descripcin de la Situacin Actual (EVS 2.1)
De salida
Catlogo de Usuarios
Prcticas
Catalogacin
Sesiones de Trabajo
Participantes
Jefe de Proyecto
Directores de Usuarios
2.2.3 DESCRIPCIN DE LOS SISTEMAS DE INFORMACIN EXISTENTES
En esta tarea se describen los sistemas de informacin existentes afectados, segn el alcance y nivel de detalle
establecido en la tarea Valoracin del Estudio de la Situacin Actual (EVS 2.1), mediante sesiones de trabajo con
los usuarios designados para este estudio.
Si se ha decidido describir los sistemas a nivel lgico, y si existe un conocimiento suficiente de los sistemas de
informacin a especificar, puede hacerse directamente, aplicando las tcnicas de modelizacin y siguiendo un
mtodo descendente. Si no se dispone del conocimiento suficiente, se construyen los modelos a partir de la
descripcin del modelo fsico, es decir, de forma ascendente.
Si se tiene que describir el modelo fsico, se puede hacer mediante un Diagrama de Representacin en el que se
recojan todos los componentes fsicos y sus referencias cruzadas. Otra opcin es describir el modelo fsico de
forma ms detallada, para lo que es necesaria la utilizacin de herramientas de tipo scanner.
Es conveniente indicar la localizacin geogrfica y fsica actual de los mdulos y datos de los sistemas de
informacin afectados, evaluando al mismo tiempo la redundancia en las distintas unidades organizativas.
Productos
De entrada
De salida
Descripcin Lgica del Sistema Actual
Modelo Fsico del Sistema Actual (opcional)
Matriz de Localizacin Geogrfica y Fsica de Mdulos y Datos, incluidas las redundancias
Tcnicas

Modelo Entidad/ Relacin extendido
Diagrama de Clases
Diagrama de Interaccin de Objetos
Matricial
Prcticas
Sesiones de Trabajo
Participantes
Analistas
Usuarios Expertos
Equipo de Soporte Tcnico
2.2.4 REALIZACIN DEL DIAGNSTICO DE LA SITUACIN ACTUAL
Con el fin de elaborar el diagnstico de la situacin actual se analiza la informacin de los sistemas de
informacin existentes, obtenida en la tarea anterior y se identifican problemas, deficiencias y mejoras. Estas
ltimas deben tenerse en cuenta en la definicin de los requisitos.
En el caso de haber realizado un Plan de Sistemas de Informacin, se considera la valoracin realizada sobre los
sistemas de informacin actuales que pertenecen al mbito de este estudio.
Si se ha tomado la decisin de no describir la situacin actual, se realiza un diagnstico global justificando esta
decisin.
Productos
De entrada
Valoracin de la Situacin actual (PSI 5.3)
De salida
Diagnstico de Situacin Actual
Participantes
Analistas
Responsable de Mantenimiento
2.3 DEFINICIN DE REQUISITOS DEL SISTEMA
Esta actividad incluye la determinacin de los requisitos generales, mediante una serie de sesiones de trabajo con
los usuarios participantes, que hay que planificar y realizar. Una vez finalizadas, se analiza la informacin
obtenida definiendo los requisitos y sus prioridades, que se aaden al catlogo de requisitos que servir para el
estudio y valoracin de las distintas alternativas de solucin que se propongan
2.3.1 IDENTIFICACIN DE LAS DIRECTRICES TCNICAS Y DE GESTIN
La realizacin de esta tarea permite considerar los trminos de referencia para el sistema en estudio desde el
punto de vista de directrices tanto tcnicas como de gestin. Si el sistema en estudio pertenece al mbito de un
Plan de Sistemas de Informacin vigente, ste proporciona un marco de referencia a considerar en esta tarea.
Con este fin, se recoge informacin sobre los estndares y procedimientos que deben considerarse al proponer
una solucin, relativos a:
Polticas tcnicas:
Gestin de Proyectos (seguimiento, revisin y aprobacin final).
Desarrollo de Sistemas (existencia de normativas, metodologas y tcnicas de programacin).
Arquitectura de Sistemas (centralizada, distribuida).
Poltica de Seguridad (control de accesos, integridad de datos, disponibilidad de aplicaciones).
Directrices de Planificacin.
Directrices de Gestin de Cambios.
Directrices de Gestin de Calidad.
Productos
De entrada
Catlogo de Normas del PSI (PSI 3.2)
Recopilacin de Directrices Tcnicas y de Gestin (externo)
De salida
Catlogo de Normas
Prcticas
Catalogacin
Participantes
Jefe de Proyecto
Analistas
Usuarios Expertos
2.3.2 IDENTIFICACIN DE REQUISITOS
Para la obtencin de las necesidades que ha de cubrir el sistema en estudio, se debe decidir qu tipo de sesiones
de trabajo se realizarn y con qu frecuencia tendrn lugar, en funcin de la disponibilidad de los usuarios
participantes.
Si se ha realizado el Estudio de la Situacin Actual (EVS 2), puede ser conveniente seleccionar la informacin de
los sistemas de informacin existentes que resulte de inters para el desarrollo de dichas sesiones de trabajo.
Una vez establecidos los puntos anteriores, se planifican las sesiones de trabajo con los usuarios participantes
identificados al estudiar el alcance del Estudio de Viabilidad del Sistema (EVS 1.3), y se realizan de acuerdo al
plan previsto. La informacin obtenida depende del tipo de sesin de trabajo seleccionado.
Productos
De entrada
Equipo de Trabajo del EVS (EVS 1.3)
Catlogo de Usuarios (EVS 2.2/1.3)
De salida
Identificacin de Requisitos
Prcticas
Sesiones de Trabajo
Participantes
Jefe de Proyecto
Analistas
Usuarios Expertos
2.3.3 CATALOGACIN DE REQUISITOS
Se analiza la informacin obtenida en las sesiones de trabajo para la Identificacin de Requisitos, definiendo y
catalogando los requisitos (funcionales y no funcionales) que debe satisfacer el sistema, indicando sus
prioridades.
Se incluirn tambin requisitos relativos a distribucin geogrfica y entorno tecnolgico.
Productos
De entrada
Identificacin de Requisitos (EVS 3.2)
De salida
Catlogo de Requisitos
Prcticas
Catalogacin
Participantes
Jefe de Proyecto
Analistas
Usuarios Expertos
2.4 ESTUDIO DE ALTERNATIVAS DE SOLUCIN
Este estudio se centra en proponer diversas alternativas que respondan satisfactoriamente a los requisitos
planteados, considerando tambin los resultados obtenidos en el Estudio de la Situacin Actual (EVS 2), en el
caso de que se haya realizado.
Teniendo en cuenta el mbito y funcionalidad que debe cubrir el sistema, puede ser conveniente realizar,
previamente a la definicin de cada alternativa, una descomposicin del sistema en subsistemas.
En la descripcin de las distintas alternativas de solucin propuestas, se debe especificar si alguna de ellas est
basada, total o parcialmente, en un producto existente en el mercado. Si la alternativa incluye un desarrollo a
medida, se debe incorporar en la descripcin de la misma un modelo abstracto de datos y un modelo de
procesos, y en orientacin a objetos, un modelo de negocio y un modelo de dominio.
2.4.1 PRESELECCIN DE ALTERNATIVAS DE SOLUCIN
Una vez definidos los requisitos a cubrir por el sistema, se estudian las diferentes opciones que hay para
configurar la solucin. Entre ellas, hay que considerar la adquisicin de productos software estndar del mercado,
desarrollos a medida o soluciones mixtas.
Dependiendo del alcance del sistema y las posibles opciones, puede ser conveniente realizar inicialmente una
descomposicin del sistema en subsistemas. Se establecen las posibles alternativas sobre las que se va a centrar
el estudio de la solucin, combinando las opciones que se consideren ms adecuadas.
Productos
De entrada
Informacin de Productos Software del Mercado (externo)
De salida
Descomposicin Inicial del Sistema en Subsistemas (opcional)
Alternativas de Solucin a Estudiar
Prcticas
Participantes
Jefe de Proyecto
Analistas
Tcnicos de Sistemas
2.4.2 DESCRIPCIN DE LAS ALTERNATIVAS DE SOLUCIN
Para cada alternativa propuesta, se identifican los subsistemas que cubre y los requisitos a los que se da
respuesta. Se deben considerar tambin aspectos relativos a la cobertura geogrfica (mbito y limitaciones) de
procesos y datos, teniendo en cuenta a su vez la gestin de comunicaciones y control de red.
En la definicin de cada alternativa, se propone una estrategia de implantacin teniendo en cuenta tanto la
cobertura global del sistema como la cobertura geogrfica. Si la alternativa incluye desarrollo se describe el
modelo abstracto de datos y el modelo de procesos, y en el caso de Orientacin a Objetos, el modelo de negocio
y, opcionalmente, el modelo de dominio. Se propone el entorno tecnolgico que se considera ms apropiado para
la parte del sistema basada en desarrollo y se describen los procesos manuales.
Si la alternativa incluye una solucin basada en producto se analiza su evolucin prevista, adaptabilidad y
portabilidad, as como los costes ocasionados por licencias, y los estndares del producto. Igualmente se valora y
determina su entorno tecnolgico.
Productos
De entrada

Descomposicin Inicial del Sistema en Subsistemas (EVS 4.1) (opcional)
Alternativas de Solucin a Estudiar (EVS 4.1)
De salida
Catlogo de Requisitos (actualizado)
Alternativas de Solucin a Estudiar:
Catlogo de Requisitos (cobertura)
Modelo de Descomposicin en Subsistemas
Matriz Procesos / Localizacin Geogrfica
Matriz Datos / Localizacin Geogrfica
Entorno Tecnolgico y Comunicaciones
Estrategia de Implantacin Global del Sistema
Descripcin de Procesos Manuales
Modelo Abstracto de Datos / Modelo de Procesos
Modelo de Negocio / Modelo de Dominio (en caso de Orientacin a Objetos)
Descripcin del Producto
Evolucin del Producto
Costes Ocasionados por Producto
Estndares del Producto
Descripcin de Adaptacin (si es necesaria)
Tcnicas
Matricial
Modelo Entidad/ Relacin extendido
Diagrama de Clases
Casos de Uso
Prcticas
Catalogacin
Participantes
Jefe de Proyecto
Analistas
Usuarios Expertos
Tcnicos de Sistemas
Responsable de Seguridad
Especialistas en Comunicaciones
2.5 VALORACIN DE LAS ALTERNATIVAS
Una vez descritas las alternativas se realiza una valoracin de las mismas, considerando el impacto en la
organizacin, tanto desde el punto de vista tecnolgico y organizativo como de operacin, y los posibles
beneficios que se esperan contrastados con los costes asociados. Se realiza tambin un anlisis de los riesgos,
decidiendo cmo enfocar el plan de accin para minimizar los mismos y cuantificando los recursos y plazos
precisos para planificar cada alternativa.
2.5.1 ESTUDIO DE LA INVERSIN
Para cada alternativa de solucin propuesta, se valora su impacto y se establece su viabilidad econmica. Para
ello, se realiza un anlisis coste/beneficio que determina los costes del sistema y los pondera con los beneficios
tangibles, cuantificables directamente, y con los beneficios intangibles, buscando el modo de cuantificarlos.
Productos
De entrada
De salida
Valoracin de Alternativas:
Impacto en la Organizacin de Alternativas
Coste / beneficio de Alternativas
Tcnicas
Anlisis Coste / Beneficio
Participantes
Jefe de Proyecto
Analistas
2.5.2 ESTUDIO DE LOS RIESGOS
Para cada alternativa se seleccionan los factores de situacin que habr que considerar, relativos tanto a la
incertidumbre como a la complejidad del sistema. Se identifican y valoran los riesgos asociados y se determinan
las medidas a tomar para minimizarlos.
Productos
De entrada
Valoracin de Alternativas (EVS 5.1)
De salida
Valoracin de Alternativas:
Valoracin de Riesgos
Prcticas
Impacto en la Organizacin
Participantes
Jefe de Proyecto
Analistas
2.5.3 PLANIFICACIN DE ALTERNATIVAS
En funcin del anlisis de riesgos realizado en la tarea anterior, y para cada una de las alternativas existentes:
Se determina el enfoque ms adecuado para llevar a buen fin la solucin propuesta en cada alternativa.
Se realiza una planificacin, teniendo en cuenta los puntos de sincronismo con otros proyectos en
desarrollo o que est previsto desarrollar, segn se ha recogido en el catlogo de requisitos.
De esta manera se garantiza el cumplimiento del plan de trabajo en los restantes procesos del ciclo de vida.
Productos
De entrada
De salida
Plan de Trabajo de Cada Alternativa:
Enfoque del Plan de Trabajo de Cada Alternativa
Planificacin de Cada Alternativa
Tcnicas
Planificacin
Participantes
Jefe de Proyecto
Analistas
2.6 SELECCIN DE LA SOLUCIN
Antes de finalizar el Estudio de Viabilidad del Sistema, se convoca al Comit de Direccin para la presentacin de
las distintas alternativas de solucin, resultantes de la actividad anterior. En dicha presentacin, se debaten las
ventajas de cada una de ellas, incorporando las modificaciones que se consideren oportunas, con el fin de
seleccionar la ms adecuada. Finalmente, se aprueba la solucin o se determina su inviabilidad.
2.6.1 CONVOCATORIA DE LA PRESENTACIN
Se efecta la convocatoria de la presentacin de las distintas alternativas propuestas, adjuntando los productos
de la actividad anterior con el fin de que el Comit de Direccin pueda estudiar previamente su contenido. Se
espera confirmacin por parte del Comit de Direccin de las alternativas a presentar.
Productos
De entrada
Catlogo de Usuarios (EVS 2.2/1.3)
Plan de Trabajo de Cada Alternativa (EVS 5.3)
De salida
Plan de Presentacin de Alternativas
Prcticas
Presentacin
Participantes
Jefe de Proyecto
2.6.2 EVALUACIN DE LAS ALTERNATIVAS Y SELECCIN
Una vez recibida la confirmacin de qu alternativas van a ser presentadas para su valoracin, se efecta su
presentacin al Comit de Direccin, debatiendo sobre las ventajas e inconvenientes de cada una de ellas y
realizando las modificaciones que sugiera dicho Comit, hasta la seleccin de la solucin final.
Productos
De entrada
Descripcin General del Sistema (Contexto del Sistema) (EVS 1.2)
Plan de Trabajo de Cada Alternativa (EVS 5.3)
Plan de Presentacin de Alternativas (EVS 6.1)
De salida
Plan de Presentacin de Alternativas
Catlogo de Requisitos (Actualizado en Funcin de la Cobertura de la Solucin)
Solucin Propuesta:
Descripcin de la Solucin
Modelo de Descomposicin en Subsistemas
Matriz Procesos / Localizacin Geogrfica
Matriz Datos / Localizacin Geogrfica
Entorno Tecnolgico y Comunicaciones
Estrategia de Implantacin Global del Sistema
Descripcin de Procesos Manuales
Modelo Abstracto de Datos / Modelo de Procesos
Modelo de Negocio / Modelo de Dominio
Descripcin del Producto
Evolucin del Producto
Costes Ocasionados por Producto

Estndares del Producto
Descripcin de Adaptacin (si es necesaria)
Contexto del Sistema (con la Definicin de las Interfaces en Funcin de la Solucin)
Impacto en la Organizacin de la Solucin
Coste / Beneficio de la Solucin
Valoracin de Riesgos de la Solucin
Enfoque del Plan de Trabajo de la Solucin
Planificacin de la Solucin
Prcticas
Presentacin
Sesiones de Trabajo
Participantes
Comit de Direccin
Jefe de Proyecto
Analistas
2.6.3 APROBACIN DE LA SOLUCIN
El Comit de Direccin da su aprobacin formal o determina la inviabilidad del sistema, por motivos econmicos,
de funcionalidad como resultado del incumplimiento de los requisitos identificados en plazos razonables o de
cobertura de los mismos, etc.
Productos
De entrada
Solucin Propuesta (EVS 6.2)
De salida
Aprobacin de la Solucin
Participantes
Comit de Direccin
Jefe de Proyecto
3. TECNICAS DE EVALUACIN DE ALTERNATIVAS
3.1 TCNICAS DE ANALISIS COSTE BENEFICIO
3.1.1 OBJETIVOS
La tcnica de anlisis coste/beneficio tiene como objetivo fundamental proporcionar una medida de los costes en
que se incurre en la realizacin de un proyecto y comparar dichos costes previstos con los beneficios esperados
de la realizacin de dicho proyecto.
Esta medida o estimacin servir para:
valorar la necesidad y oportunidad de acometer la realizacin del proyecto.

seleccionar la alternativa ms beneficiosa para la realizacin del proyecto.
estimar adecuadamente los recursos econmicos necesarios en el plazo de realizacin del proyecto.
Es de destacar la necesidad cada vez mayor de guiarse por criterios econmicos y no slo tcnicos para la
planificacin de trabajos y proyectos. Por ello se hace una primera introduccin sobre las tcnicas y mtodos de
evaluacin de conceptos econmicos, con el fin de proporcionar a los profesionales criterios que les ayuden en la
planificacin de proyectos y evaluacin de alternativas.
3.1.2 CONCEPTOS
Punto de amortizacin (Break-Even Point): Es el momento en el tiempo en que el conjunto de beneficios

obtenidos por la explotacin del nuevo sistema iguala al conjunto de costes de todo tipo que ha
ocasionado. A partir del punto de amortizacin (Break-Even Point), el sistema entra en fase de aportar
beneficios netos a la organizacin.
Periodo de amortizacin (PayBack): Es el periodo de tiempo que transcurre desde que los costes son
mximos hasta que se alcanza el punto de amortizacin (Break-Even Point), es decir, en cuanto el
sistema empieza a aportar beneficios. Cuanto menor sea el periodo de amortizacin (Payback) de un
Sistema, ms atractivo ser para la organizacin acometer su implantacin.
Retorno de la Inversin - ROI (Return of Investment): Es el rendimiento de la inversin expresada en
trminos de porcentaje. Se calcula mediante la frmula siguiente:
ROI = Beneficio Neto Anual - Coste Desarrollo Anualizado x 100
Inversin Promedio
Siendo:
Beneficio Neto Anual: Beneficio neto que aporta el sistema como consecuencia de su uso, es decir los
beneficios obtenidos ms los gastos no incurridos. Deben restrsele los gastos operacionales anuales y
los de mantenimiento del sistema.
Coste Desarrollo Anualizado: Total del coste inicial de desarrollo del sistema, dividido por los aos que
se supone que va a ser operativo.
Inversin Promedio: Total de la inversin realizada (costes de desarrollo, hardware, software, etc.)
dividido por dos.
3.1.3 DESCRIPCIN
Para la realizacin del anlisis coste/beneficio se seguirn los siguientes pasos:
Producir estimaciones de costes/beneficios.
Se realizar una lista de todo lo que es necesario para implementar el sistema y una lista de los beneficios
esperados del nuevo sistema. En un anlisis de costes y beneficios se debern considerar aquellos aspectos
tangibles, es decir, medibles en valores como dinero, tiempo, etc., y no tangibles, es decir, no ponderables de una
forma objetiva. En general, los costes suelen ser medibles y estimables en unidades econmicas, no as en
cuanto a los beneficios, los cuales pueden ser tangibles o no tangibles.
Entre los beneficios no tangibles pueden estar:
El aumento de cuentas debido a un mejor servicio a los clientes.

La mejora en la toma de decisiones debido a una mejora en el soporte informtico.
La valoracin de dichos beneficios se deber estimar de una forma subjetiva y ser realizada por las reas
correspondientes.
A menudo es conveniente dividir los costes estimados a lo largo del proyecto, para ofrecer una informacin ms
detallada de la distribucin de los recursos de cara a la direccin.
En la estimacin de costes se considerarn, entre otros, los siguientes aspectos:
Adquisicin de hardware y software: El que sea preciso para el desarrollo, implantacin y normal
funcionamiento del sistema. Se debe considerar la saturacin de mquinas o sistemas actuales como
consecuencia de la entrada en vigor del nuevo sistema.
Gastos de mantenimiento de hardware y software anteriores.
Gastos de comunicaciones: Lneas, telfono, correo, etc.
Gastos de instalacin: Cableado, acondicionamiento de sala, recursos humanos y materiales,
gastos de viaje, etc.
Coste de desarrollo del sistema.
Gastos del mantenimiento del sistema: Coste anual.
Gastos de consultora: En caso de requerirse algn consultor externo en cualquier etapa del
proyecto.
Gastos de formacin: De todo tipo (Desarrolladores, Operadores, Implantadores, Usuario Final, etc.).
Gastos de material: Papel, toner, etc.
Costes derivados de la curva de aprendizaje: De todo el personal involucrado: Desarrolladores,
Tcnicos de Sistemas, Operadores, y desde luego, Usuarios.
Costes financieros, de publicidad, etc.
En la estimacin de beneficios se pueden considerar cuestiones como las siguientes:
Incremento de la productividad: Ahorro o mejor utilizacin de recursos humanos.

Ahorro de gastos de mantenimiento del sistema actual.
Ahorros de adquisicin y mantenimiento de hardware y software, o reutilizacin de plataformas
sustituidas.
Incremento de ventas o resultados, disminucin de costes: Producidos por una mejora de la
gestin (rotacin de stock, "just in time", analtica de clientes, etc.).
Ahorro de material de todo tipo: Sustituido por datos electrnicos que proporciona el sistema, como
por ejemplo: papel, correo, etc.
Beneficios financieros.
Otros beneficios tangibles: Ahorro de recursos externos, consultora, formacin, etc.

Beneficios intangibles: Incremento de la calidad del producto o servicio, mejora de la imagen de la
compaa, mejora en la atencin al cliente, mejora en la explotacin, etc.
Determinar la viabilidad del proyecto y su aceptacin.
Se basar en uno de los mtodos siguientes:
Retorno de la Inversin:
Este mtodo consiste en calcular el coste y el beneficio anual, conociendo el coste total al inicio del
proyecto "C0, para determinar en qu ao se recupera el coste total inicialmente estimado.
AO COSTE BENEFICIO BENEFICIO NETO
0 C0 0
1 C1 B1 B1 C1
2 C2 B2 B2 C2

N Cn Bn Bn - Cn
El ao de recuperacin de la inversin es cuando Beneficio Neto = C0.
Valor Actual:
Este mtodo permite tener en cuenta que un gasto invertido durante un cierto tiempo produce un
beneficio.
El mtodo consiste en determinar el dinero que es viable invertir inicialmente para que se recupere la
inversin en un periodo de tiempo definido previamente.
El resultado depende del inters (r) utilizado en la evaluacin.
Se deber calcular, en primer lugar, el beneficio neto que se obtendr cada ao. Dicho beneficio no es
real, ya que se debe estimar el valor real de dicha cantidad en el ao n.
Para ello se aplicar la frmula:

Valor Actual = Beneficio neto / (1 + r/100)n n = ao 1,..,i
Se deber estudiar en cuntos aos se recupera la inversin realizada inicialmente, o bien, si en un

periodo de aos fijado previamente se retorna la inversin y, por tanto, es viable el proyecto.
Si la inversin es el C0, se determinar la viabilidad del proyecto consultando la siguiente tabla:
AO COSTE BENEFICIO VALOR ACTUAL
0 C0
1 C1 B1 V.A1 =(B1-C1)/(1+r/100)
2 C2 B2 V.A2 =(B2-C2)/(1+r/100)2

N Cn Bn V.An =(Bn-Cn)/(1+r/100)n
El proyecto ser viable si VAi > C0 a lo largo del periodo fijado.
3.2 TCNICAS BASADAS EN LA TEORA DE LA DECISIN MULTICRITERIO DISCRETA
La Seleccin de un sistema informtico, entre varias alternativas posibles, a fin de cubrir unas necesidades
previas es un factor crtico de xito de un sistema informtico.
Esta tarea puede y suele ser bastante compleja en la realidad debido a mltiples razones. En primer lugar por las
sutilezas tcnicas de la materia, que impiden una fcil y ntida visin global del conjunto. En segundo lugar, por la
dispersin y variedad de fuentes de los datos que han de constituir la informacin de base del problema. Por
ltimo por la dificultad de estructurar todo ello, junto con las frecuentemente diversas opiniones de expertos y
directivos, de forma que pueda tomarse una decisin final.
Existen diferentes metodologa de anlisis para afrontar el problema de manera ms o menos cuantitativa, en un
intento de hacerlo ms racional y objetivo. Tradicionalmente se ha propuesto el anlisis Coste-Beneficio, pero sus
limitaciones son ya bien conocidas (necesidad de traduccin a unidades monetarias, criterio nico de evaluacin),
como para seguir utilizndolo.
Otra metodologa muy utilizada ltimamente es la denominada metodologa multicriterio, que recogen la
multiplicidad de aspectos y de puntos de vista que inciden en la evaluacin de los sistemas que compiten por ser
seleccionados. Este es el marco natural de la denominada Decisin Multicriterio Discreta (DMD).
3.2.1 DEFINICIN DE CRITERIOS
El objetivo final de cualquier proceso de evaluacin de bienes y/o servicios informticos es la seleccin de la
mejor alternativa posible escogida entre las existentes. Debe partirse de una enumeracin y enunciado de las
alternativas (a efectos operativos Estas sern las ofertas presentadas por las empresas, los proyectos candidatos
o las soluciones posibles). Las alternativas son completamente disjuntas y exhaustivas, es decir no caben en
principio soluciones mixtas mezcla de otras alternativas (no obstante podemos considerar variantes dentro de la
alternativa presentada por una empresa, que se introducirn en el proceso evaluativo como una oferta ms).
Llamaremos A, a una alternativa genrica, con una variacin entre 1 y m, (i = l,M).
Por otra parte tenemos los criterios (tambin denominados atributos o caractersticas) que son los elementos en
los que se basar el proceso de decisin, con su seleccin y posterior ponderacin el decisor esta definiendo qu
caractersticas de las alternativas le resultan importantes y en que medida. Constituyen un conjunto discreto (C,)
0=1,n). Los criterios deben ser ilustrativos de la caracterstica que se quiera medir, cuando su nmero es muy
grande hay que establecer un rbol de jerarquas entre ellos.
Por ltimo tenemos las evaluaciones o puntuaciones Xi, de cada alternativa i respecto a cada criterio i,
constituyendo en su conjunto la denominada matriz de decisin y que sirve para definir las alternativas en funcin
de sus criterios. Por otro lado tenemos los pesos W, agrupados en el llamado vector de pesos (W.......... W,) que
representa la importancia que el decisor otorga a cada criterio.
3.2.2 ASIGNACIN DE PESOS
Desde el punto de vista de la DMD, estimar unos pesos W, que reflejen la importancia relativa de cada criterio j
para el decisor, es una cuestin bastante delicada, La naturaleza de los pesos Wi como una cuantificacin de la
estructura de preferencias del decisor hace necesario "extraerlos" del mismo por algn procedimiento. Esto
plantea, ms en unos mtodos que en otros, importantes problemas ya que, como es bien conocido, las inercias
psicolgicas del ser humano producen peligrosos sesgos e inconsistencias.
Los principales mtodos son:
Mtodo de las utilidades relativas: Partiendo de unas estimaciones provisionales, ir afinando dichas
estimaciones mediante comparaciones binarias de subgrupos de criterios.
Mtodo AHP (Analytic Hierarchy Process - Proceso Jerrquico Analtico): Comparaciones binarias de
todos los criterios detallados.
Mtodo Delphi: Es el mtodo del consenso. Consiste en consensuar entre todos los participantes
decidores.
Mtodo de la entropa: Se utiliza cuando se quiere disminuir la subjetividad de los mtodos anteriores.
Determinar cual es la importancia relativa que tiene un determinado criterio. La importancia relativa se
determina al estar directamente relacionada con la informacin intrnseca promedio generada por el
conjunto de alternativas y por la asignacin subjetiva que le otorgue el decisor. Informacin intrnseca
promedio del criterio Cj es:
1
Ij = Xij son las puntuaciones normalizadas
( Xij * LnXij )
3.2.3 PUNTUACIN DE LAS OFERTAS
Una vez puntuadas los criterios de las diferentes alternativas, se hace preciso en muchos mtodos (como el de
ponderacin lineal) el trasladar las puntuaciones brutas otorgadas a una escala normalizada por dos motivos
fundamentales:
Como estamos manejando un espacio multivariable hay que homogeneizar las puntuaciones para su
comparacin: esto es, considerarlas todas sobre la misma escala.
Es razonable trabajar con escalas de dimensin suficientemente pequea para simplificacin de clculos.
Con la normalizacin buscamos que las evaluaciones m de cada alternativa i correspondientes a un cierto criterio
j sean comparables con las correspondientes a otros criterios. Llamaremos (Xj....... Xi....... Xm ) al vector de
puntuaciones de todas las alternativas sobre un criterio, el cual queremos transformar a uno normalizado
(Yj,Yi,Ym ).
Los mtodos de normalizacin ms utilizados son los siguientes:
Se otorga un cero a la mnima puntuacin y un 1 a la mxima y el resto de las puntuaciones

proporcionales a su valor en ese rango que es muy amplio.
XSNi minXSNi
XNi = , no se suele usar
maxXSNi minXSNi
La alternativa con valor mximo alcanza el 1 en esta escala, pero la mnima no alcanza el cero si ella
misma no es cero. Este mtodo es el ms utilizado.
XSNi
XNi =
maxXSNi
Este mtodo mantiene la proporcionalidad pre y postnormalizacin,
XSNi
XNi = , usado para la entropa
XSNi
3.2.4 SELECCIN DE LAS ALTERNATIVAS
Lexicogrfico: Considerar el criterio de mayor peso y elegir aquella alternativa que para ese criterio tenga
mayor puntuacin. Si hay igualdad se toma el siguiente criterio en peso y as sucesivamente. es un
mtodo sencillo, teniendo adems la ventaja de no requerir comparabilidad intercriterios, un
inconveniente es que no utiliza toda la informacin disponible.
Promethe (pertenece al conjunto de mtodos relaciones de superacin): Ignora la cuanta de la
diferencia slo seala si existe o no, y al trabajar con los pesos de los criterios, considera si esa diferencia
se ha hallado en un Criterio ms o menos importante para el decisor.
Concordancia: comparaciones binarias de las alternativas, como informacin del decisor exigen tan slo
un preorden en las evaluaciones por cada criterio, y unos pesos en escala cardinal o incluso ordinal en
algunas variantes. El procedimiento esencial de todos ellos gira alrededor de construir un coeficiente de
concordancia cik para cada par de alternativas ,k. Dicho Cik suele definirse como la suma de pesos de
los criterios en que la alternativa i es superior a la k ms la mitad de los pesos en los que ambas sean
consideradas iguales.
Permutacin: La idea bsica es la de comparar cada permutacin posible de las alternativas, considerada
como una ordenacin de las mismas, con la informacin (ordinal) que aporta para cada criterio la matriz
de decisin. Para cada permutacin se calcula un llamado Indice de evaluacin, atendiendo a lo bien que
concuerda con la informacin que proporcionan los datos, y aquella permutacin que lo tenga mximo es
la elegida. Entre sus ventajas figuran su flexibilidad cara al decisor (mtodo cualitativo), y entre sus
inconvenientes el que su dificultad de clculo crece con m.
Ponderacin lineal (pertenece al conjunto de mtodos utilidad multiatributo): consiste en calcular cual es
el valor de cada alternativa y se elige la que tenga mayor valor. Para calcular el valor se emplea la
frmula: V(Ai) = XijWj. El problema fundamental es una buena estimacin de los pesos. Necesita
normalizacin previa de las puntuaciones. Entre sus ventajas podemos citar las siguientes: Procesa bien
los fenmenos econmicos, ya que suelen ser lineales, es un mtodo muy intuitivo (el decisor lo
comprende bien), ha demostrado su utilidad en otros contextos de decisin financieros, comerciales) y es
el primer mtodo para implantar en organizaciones poco tecnificadas. En cuanto a sus inconvenientes
deben citarse: El ser de relativa facilidad en su manipulacin va pesos o va evaluaciones), tener un
enfoque absolutamente compensatorio lo que tiende a favorecer a las alternativas que son medianas y
los resultados no son significativos sin una cuidadosa eleccin de escalas de medida de las evaluaciones.
4. CONCLUSIN
El Estudio de Viabilidad del Sistema es el anlisis de un conjunto concreto de necesidades para proponer una
solucin a corto plazo, que tenga en cuenta restricciones econmicas, tcnicas, legales y operativas.
La solucin obtenida como resultado del estudio puede ser la definicin de uno o varios proyectos que afecten a
uno o varios sistemas de informacin ya existentes o nuevos. Para ello, se identifican los requisitos que se ha de
satisfacer y se estudia, si procede, la situacin actual.
En este tema hemos revisado las diferentes tcnicas existentes en la actualidad para evaluar con fundamento las
diferentes posibilidades a la hora de abordar un problema en el entorno de las Tecnologas de la Informacin.
5. BIBLIOGRAFIA
Estudio de Viabilidad del Sistema, MAP
Tcnicas y prcticas en Mtrica 3, MAP
5. ESQUEMA RESUMEN
Anlisis de Viabilidad
Esquema Actividades/Tareas
ACTIVIDADES TAREAS
Estudio de la solicitud
Identificacin del alcance del sistema
Establecimiento del alcance del sistema
Especificacin del alcance del EVS
Valoracin del estudio

Identificacin de los usuarios participantes
Estudio de la situacin actual Descripcin de los sistemas de informacin existentes
Realizacin del diagnstico de
Identificacin de las directrices tcnicas y de gestin

Identificacin de requisitos
Definicin de requisitos del sistema
Catalogacin de requisitos
Preseleccin de alternativas de solucin

Estudio de alternativas de solucin Descripcin de las alternativas de solucin
Estudio de la inversin
Estudio de los riesgos
Valoracin de las alternativas
Planificacin de alternativas
Convocatoria de la presentacin
Evaluacin de las alternativas y seleccin
Seleccin de la solucin
Aprobacin de la solucin
Participantes: Analistas, Comit de Direccin, Directores Usuarios, Equipo de Soporte Tcnico,

Especialistas en Comunicaciones, Jefe de Proyecto, Responsable de Mantenimiento, Responsables
de Seguridad, Tcnicos de sistemas, Usuarios expertos.
Tcnicas de evaluacin de alternativas

Anlisis coste-beneficio:
Conceptos:
- Punto de amortizacin: Es el momento en el tiempo en que el conjunto de beneficios
obtenidos por la explotacin del nuevo sistema iguala al conjunto de costes de todo tipo que
ha ocasionado.
- Periodo de amortizacin: Es el periodo de tiempo que transcurre hasta que el sistema
empieza a aportar beneficios.
- Retorno de la Inversin: Es el rendimiento de la inversin expresada en trminos de
porcentaje. Se calcula mediante la frmula siguiente:
Mtodos:
- Retorno de la inversin: en calcular el coste y el beneficio anual, conociendo el coste total al
inicio del proyecto "C0, para determinar en qu ao se recupera el coste total inicialmente
estimado
- Valor actual: determinar el dinero que es viable invertir inicialmente para que se recupere la
inversin en un periodo de tiempo definido previamente
Teora de la decisin multicriterio discreta

Asignacin de pesos:
- Mtodo de las utilidades relativas: comparaciones binarias de subgrupos de criterios.
- Mtodo AHP: Comparaciones binarias de todos los criterios detallados.
- Mtodo Delphi: Consensuar entre todos los participantes decidores.
1
- Mtodo de la entropa: Ij =
( Xij * LnXij )
Puntuacin de ofertas:
XSNi minXSNi
- XNi = , no se suele usar
maxXSNi minXSNi
XSNi
- XNi = , mtodo ms utilizado.
maxXSNi
XSNi
- XNi = , usado para la entropa
XSNi
Seleccin de alternativas:
- Lexicogrfico: Considerar el criterio de mayor peso y elegir aquella alternativa que para ese
criterio tenga mayor puntuacin.
- Promethe: Ignora la cuanta de la diferencia slo seala si existe o no.
- Concordancia: comparaciones binarias de las alternativas.
- Permutacin: comparar cada permutacin posible de las alternativas, considerada como una
ordenacin de las mismas, con la informacin (ordinal) que aporta para cada criterio la matriz
de decisin.
- Ponderacin lineal: calcular cual es el valor de cada alternativa y se elige la que tenga mayor
valor. Para calcular el valor se emplea la frmula: V(Ai) = XijWj.

TICB2 - Tecnicas de Evaluacion de Alternativas

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

TICB2 - Tecnicas de Evaluacion de Alternativas

Transféré par

Droits d'auteur :

Formats disponibles

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.

B2G2T02 - TCNICAS DE EVALUACIN DE ALTERNATIVAS Y ANLISIS DE

Contexto del sistema (con la definicin de las interfaces en funcin de la solucin).

Matriz de procesos / localizacin geogrfica.

Si la alternativa incluye desarrollo:

Modelo abstracto de datos / modelo de procesos.

Si la alternativa incluye un producto software estndar de mercado:

Descripcin del producto.

2.1. ESTABLECIMIENTO DEL ALCANCE DEL SISTEMA

2.1.1 ESTUDIO DE LA SOLICITUD

2.1.2 IDENTIFICACIN DEL ALCANCE DEL SISTEMA

Diagrama de Flujo de Datos

2.1.3 ESPECIFICACIN DEL ALCANCE DEL EVS

2.2 ESTUDIO DE LA SITUACIN ACTUAL

Si se decide documentar la situacin actual, normalmente es conveniente dividir el sistema actual en

2.2.1 VALORACION DEL ESTUDIO DE LA SITUACIN ACTUAL

Diagrama de Flujo de Datos

2.2.2 IDENTIFICACIN DE USUARIOS PARTICIPANTES EN EL ESTUDIO DE LA SITUACIN ACTUAL

2.2.3 DESCRIPCIN DE LOS SISTEMAS DE INFORMACIN EXISTENTES

Diagrama de Flujo de Datos

2.2.4 REALIZACIN DEL DIAGNSTICO DE LA SITUACIN ACTUAL

2.3 DEFINICIN DE REQUISITOS DEL SISTEMA

2.3.1 IDENTIFICACIN DE LAS DIRECTRICES TCNICAS Y DE GESTIN

2.3.2 IDENTIFICACIN DE REQUISITOS

2.3.3 CATALOGACIN DE REQUISITOS

Se incluirn tambin requisitos relativos a distribucin geogrfica y entorno tecnolgico.

2.4 ESTUDIO DE ALTERNATIVAS DE SOLUCIN

2.4.1 PRESELECCIN DE ALTERNATIVAS DE SOLUCIN

2.4.2 DESCRIPCIN DE LAS ALTERNATIVAS DE SOLUCIN

Descripcin de la Situacin Actual (EVS 2.4)

2.5 VALORACIN DE LAS ALTERNATIVAS

2.5.1 ESTUDIO DE LA INVERSIN

Anlisis Coste / Beneficio

2.5.2 ESTUDIO DE LOS RIESGOS

2.5.3 PLANIFICACIN DE ALTERNATIVAS

2.6 SELECCIN DE LA SOLUCIN

2.6.1 CONVOCATORIA DE LA PRESENTACIN

2.6.2 EVALUACIN DE LAS ALTERNATIVAS Y SELECCIN

Costes Ocasionados por Producto

2.6.3 APROBACIN DE LA SOLUCIN

3. TECNICAS DE EVALUACIN DE ALTERNATIVAS

3.1 TCNICAS DE ANALISIS COSTE BENEFICIO

Esta medida o estimacin servir para:

valorar la necesidad y oportunidad de acometer la realizacin del proyecto.

Punto de amortizacin (Break-Even Point): Es el momento en el tiempo en que el conjunto de beneficios

Para la realizacin del anlisis coste/beneficio se seguirn los siguientes pasos:

Producir estimaciones de costes/beneficios.

Entre los beneficios no tangibles pueden estar:

El aumento de cuentas debido a un mejor servicio a los clientes.

En la estimacin de costes se considerarn, entre otros, los siguientes aspectos:

En la estimacin de beneficios se pueden considerar cuestiones como las siguientes:

Incremento de la productividad: Ahorro o mejor utilizacin de recursos humanos.

Otros beneficios tangibles: Ahorro de recursos externos, consultora, formacin, etc.

Determinar la viabilidad del proyecto y su aceptacin.

Se basar en uno de los mtodos siguientes:

AO COSTE BENEFICIO BENEFICIO NETO

El ao de recuperacin de la inversin es cuando Beneficio Neto = C0.

El resultado depende del inters (r) utilizado en la evaluacin.

Para ello se aplicar la frmula:

Se deber estudiar en cuntos aos se recupera la inversin realizada inicialmente, o bien, si en un

Si la inversin es el C0, se determinar la viabilidad del proyecto consultando la siguiente tabla:

AO COSTE BENEFICIO VALOR ACTUAL

El proyecto ser viable si VAi > C0 a lo largo del periodo fijado.

3.2 TCNICAS BASADAS EN LA TEORA DE LA DECISIN MULTICRITERIO DISCRETA