CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA...

37
24 CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA, EVALUACIÓN DE SOFTWARE Y SOFTWARE DE RESERVACIÓN Y VENTA DE BOLETOS. A. EVALUACIÓN TECNICA 1. Concepto de Evaluación Evaluar quiere decir dar valor, tomando como base información empírica que se recoge de forma sistemática y rigurosa. 1 Es asignar un valor. El objetivo será valorar, los medios serán los métodos, recoger información y el fin sería aplicar medidas. Es decir, los pasos serán: Recopilación selectiva de datos Interpretación de esos datos Juicio de valor Tomar decisión Según F W Lancaster evaluar es “medir el valor de una actividad”. Algunos autores proclaman que la evaluación es una rama de investigación, es la aplicación de un método científico para determinar por ejemplo, lo bien que se está llevando a cabo una actividad. Otros subrayan la importancia del proceso de toma de decisiones: la evaluación recoge los datos necesarios para determinar cual de entre varias estrategias diferentes es la más apropiada para alcanzar el resultado deseado. Otros ven la evaluación como componente esencial para la 1 Diccionario Uno Color, edit. Océano Pág. 130

Transcript of CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA...

Page 1: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

24

CAPITULO II

MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA, EVALUACIÓN DE SOFTWARE Y SOFTWARE DE RESERVACIÓN Y VENTA DE

BOLETOS.

A. EVALUACIÓN TECNICA

1. Concepto de Evaluación

Evaluar quiere decir dar valor, tomando como base información empírica que se

recoge de forma sistemática y rigurosa.1 Es asignar un valor. El objetivo será

valorar, los medios serán los métodos, recoger información y el fin sería aplicar

medidas. Es decir, los pasos serán:

• Recopilación selectiva de datos

• Interpretación de esos datos

• Juicio de valor

• Tomar decisión

Según F W Lancaster evaluar es “medir el valor de una actividad”. Algunos

autores proclaman que la evaluación es una rama de investigación, es la

aplicación de un método científico para determinar por ejemplo, lo bien que se

está llevando a cabo una actividad. Otros subrayan la importancia del proceso de

toma de decisiones: la evaluación recoge los datos necesarios para determinar

cual de entre varias estrategias diferentes es la más apropiada para alcanzar el

resultado deseado. Otros ven la evaluación como componente esencial para la

1 Diccionario Uno Color, edit. Océano Pág. 130

Page 2: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

25

tarea de gestión, ya que los resultados de una evaluación podrían ayudar al

responsable de la gestión a distribuir los resultados de un modo más efectivo.

2. Concepto de Evaluación Técnica

• Comprobar que un producto cumple con los requerimientos establecidos y

efectuar las funciones necesarias para dicha verificación.2

La evaluación técnica de los proyectos tiene por objetivo garantizar el rigor técnico

de los productos que serán puestas a consideración en la evaluación, para emitir

una aceptación, modificación o cambio del mismo según haya sido calificado en

dicho procedimiento.

3. Objetivo y Función de la Evaluación Técnica

Los objetivos de la evaluación son:

• Garantizar el rigor técnico de los productos a evaluar tomando en cuenta

principalmente los siguientes aspectos: Programas, local, recursos,

personas ( usuarios y empleados), instituciones y contexto.

Las funciones de la evaluación se dividen en dos grupos:

1er grupo

a) Funciones Generales:

• Formativa: mejorar y desarrollar una actividad que se está realizando

• Sumativa: se refiere a la eficacia y eficiencia de una actividad ya

desarrollada.

b) Funciones Especificas :

2 http:www.inei.gob.pe/web/metodologia.09-07-2005-Tema Consultado Evaluación Técnica

Page 3: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

26

• Diagnóstica: Descripción del estado concreto de un producto terminado.

• Productiva: conocimiento del estado inicial de un producto, sus elementos

y estructura .

• Orientadora: Orientará y motivará hacia conductos positivos de mejora.

• De control: Conocimiento y valoración de los objetivos.

2º grupo:

a) Funciones Externas

• Proporcionar información y comprensión sobre un producto

• Ayudar a configurar políticas en base a los resultados que se obtengan

• Defender y apoyar una iniciativa mediante hechos

• Ayudar a identificar el éxito de un programa

• Propagar o difundir el éxito de ese servicio o programa.

b) Funciones Internas

• Comprobar el programa proporcionando información

• Ayudar a elegir técnicas de intervención y comprensión

• Aportar datos que posibilitan la reflexión crítica

4. Fases del Desarrollo de la Evaluación Técnica

Todo proceso de evaluación debe contemplar, al menos, las siguientes fases:

Page 4: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

27

• Análisis de la documentación disponible: se obtiene información sobre el

servicio, institución, órganos políticos, archivos similares y estudios

sociológicos de la zona. También se obtiene información interrogando

sobre objetivos políticos, problemas existentes, elementos clave, niveles de

aceptabilidad de la gestión.

• Evaluación de la evaluabilidad: hay que contestar a la pregunta ¿es

evaluable este producto ? Con el objeto de poner énfasis en los elementos

medibles y ahorrar esfuerzos inútiles. Deben existir unos objetivos

claramente definidos y tiene que haber un modelo de intervención que

justifique esperar unos efectos determinados.

• Diseño del proyecto de evaluación: hay que transmitir a todos su necesidad

e importancia, sin sembrar dudas. Diseñar un plan de trabajo, fijación de los

plazos y objetivos. Se determina el muestreo, el modo de obtener la

selección de la población, etc.

• Recopilación de información: una vez seleccionado el tipo de evaluación

que se va a efectuar y diseñado el proyecto, es necesario recopilar la

información.

• Análisis de los resultados: se analizan los resultados obtenidos a través de

hojas de cálculo y se observa los posibles errores de muestreo o de diseño

de la evaluación.

• Redacción de un informe: Juzgar la validez de los resultado obtenidos

atendiendo a los siguientes aspectos:

a) Utilidad de la Evaluación : determinar en que medida la evaluación ha sido

útil y práctica para mejorar el producto, identificando correctamente sus aspectos

positivos y negativos

Page 5: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

28

b) Factibilidad: analizar si los procedimientos utilizados han sido adecuados y

fáciles de aplicar, así como si han respetado los intereses de las personas

involucradas.

c) Ética: analizar si la evaluación ha respetado y protegido los derechos de los

implicados y la honestidad de los resultados. También conviene analizar la

imparcialidad del informe

d) Exactitud: comprobar y describir claramente las virtudes y defectos del plan de

evaluación, de los métodos utilizados y las conclusiones a las que se ha llegado.

Los informes de evaluación técnica deberán realizarse en el marco del proyecto

que haya planificado y siguiendo una Guía de Evaluación Técnica. El evaluador

deberá garantizar la excelencia del proceso de evaluación, asegurando la

Confidencialidad de la información perteneciente a cada propuesta en

consideración.

Los Evaluadores Técnicos no podrán tener ningún tipo de Conflicto de Interés con

las propuestas en juicio al momento de la evaluación. Se entiende por Conflicto de

Interés aquellas situaciones donde exista vinculación directa con la propuesta o

proponentes a evaluar, o cualquier otro tipo de situación donde se vea

comprometida la objetividad de la evaluación. En caso de que esto sucediera, el

evaluador deberá explicitarlo y en su lugar se seleccionará otro experto.3

5. Pautas para la Evaluación Técnica de un Producto La evaluación técnica está estructurada en base a diferentes criterios :

1) El evaluador deberá otorgar un indicador de evaluación para cada uno de los

criterios siguientes:

3 organismo.certificacion/cni.es Pautas para la Evaluación Técnica. Fecha 19-07-05, Tema Consultado: Evaluación Técnica

Page 6: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

29

• Pobre o incompleto

• Satisfactorio o bueno

• Muy bueno o excelente

2) Asignar a cada criterio un puntaje:

1. No aceptable

2. Aceptable

3. Bueno

4. Excelente

3) Para cada criterio, deber fundamentar el puntaje otorgado, con un breve

comentario.

4) El puntaje otorgado a cada criterio deberá ser transferido a la planilla de la

ficha de calificación que lucirá al final de la guía de evaluación.

6. Evaluación Técnica de Software Aplicativo

Cumplimiento de Requerimientos

Lo primero que hay que evaluar es si cumple con los requerimientos y las

funciones necesarias, para lo cual debe analizar los siguientes aspectos:

- Transacciones y datos de cada transacción que maneja el sistema.

- Reportes y salidas que produce el sistema.

- Base de Datos y archivos que maneja el sistema.

- Volumen de Datos que puede procesar y volumen de datos que puede

almacenar.

- Consultas que puede soportar.

- Características de hardware y comunicaciones que requiere el sistema.

Page 7: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

30

- Controles que incluye.

- Limitaciones del software.

Características Diferenciales

Para evaluar entre varias alternativas se debe tener en cuenta

factores, tales como:

a) Flexibilidad:

El software debe ser flexible en cuanto al ingreso de datos, incluyendo datos

obligatorios y opcionales. Flexible en el proceso, pudiendo seleccionar

procesos. flexible en las salidas, pudiendo, además de los reportes estándares,

obtener reportes no estructurados.

b) Capacidad:

Volumen de Datos que puede procesar y volumen de datos que puede

almacenar.

c) Confiabilidad:

Que incluya los controles necesarios para asegurar la confiabilidad del software.

d) Auditabilidad:

Debería permitir:

• Rastrear una transacción por cada paso del proceso y tener la

capacidad de examinar los valores de datos intermedios, producidos

durante el procesamiento.

Page 8: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

31

• Imprimir registros y transacciones seleccionados del sistema, que cumplan

ciertos criterios.

• Mantener un balance constante en el sistema, cuando este implique

información financiera y reportar si el sistema está balanceado.

• Producir un diario detallado de todas las transacciones y el efecto de

estas sobre los saldos.

e) Seguridad:

El sistema debe tener control al acceso de datos y funciones, para lo cual deben

existir claves de seguridad diferenciadas, según el perfil del usuario.

f) Soporte del Proveedor:

Verificar la garantía del proveedor y su accesibilidad.

B. EVALUACIÓN DE SOFTWARE

1. Concepto de Software.

1. Concepto de Carlos M. Correa.- Este autor señala que software es un

término amplio, que incluye los elementos para identificación y análisis de

un problema a ser resueltos por un computador; el programa de captación

que resulta del análisis de esos elementos y el material de apoyo

correspondiente.

2. Conceptos de la ley de los estados Unidos.- Se denomina software según

la ley pública 96-517, de diciembre de 1980, título 17 del O.S. Cod de Art.

101), a el programa de computación es un conjunto de afirmaciones o de

Page 9: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

32

instrucciones por ser usados directa o indirectamente en un ordenador a fin

de obtener un resultado determinado.

3. Software es la expresión de un conjunto de instrucciones mediante

palabras, códigos, planes o en cualquier otra forma que al ser incorporados

en un dispositivo de lectura automatizada, es capaz de hacer que un

computador ejecute una tarea u obtenga un resultado. La protección del

programa de ordenador comprende también la documentación técnica y los

manuales de uso.4

2. Tipos de Software

Existe variedad de clasificación de software, pero por cuestiones académicas se

ha dividido en:

2.1 Según la función:

Esta clasificación es solamente ilustrativa, dentro de este bloque se encuentra:

a) Software de base: Son los que controlan el funcionamiento interno del

ordenador, periféricos que sirven para el correcto funcionamiento de otros

programas dentro de ellos se pueden destacar, software de memoria (Memmaker),

sistemas operativos (DOS 6.00) lenguaje de programación (Basic), son los que

están inmersos en el ordenador.

b) Software aplicativos: Son programas de montos o funciones específicos, que

el usuario, adquiere de acuerdo a sus necesidades; entre las cuales podemos

mencionar:

- Hojas de cálculo (Quattro Pro)

4 http://www.monografias.com Fecha 12/05/0, Tema consultado Qué es Software

Page 10: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

33

- Procesador de Textos (Word Perfect)

- Base de datos (Dbase)

- Diseño Gráfico (Corel Draw)

2.2 Según el uso o Estandarización

Existen 3 sub divisiones que son consideradas software aplicativos debido a que

ellos son requeridas atendiendo la necesidad del usuario, los cuales son:

a) Software aplicativo: También llamado package, estos programa están dirigidos

al mercado en general, lo cual a originado empresas creadoras de software como,

base de datos, o conjuntos de programas en grupo.

b) Software a medida: También denominada (Custom mode), son los creados por

empresas para sus propias actividades, también son susceptibles de modificación.

c) El software de acuerdo al cliente: Se les denomina (customized), son

programas estándar, modificado de acuerdo a la necesidad de un usuario en

particular.

3. Generalidades de la Evaluación de Software

Desde el nacimiento de la era informática viene amarrado a ella lo que se llama

software como término para la parte lógica y administrable de los ordenadores de

ahí surge también la necesidad de evaluar que es lo que satisfacerá las

necesidades, como ejemplo se puede mencionar los software de contabilidad,

administración de personal entre otros, para esto se abre el telón de la evaluación

de los sistemas informáticos, la ramificación para evaluar software es compleja e

inmensa, ya que luego de evaluar que es lo que se necesita hay que evaluar que

es lo que el software en si necesita, se puede por ejemplo necesitar un software

para administrar la caja registradora que solo realice cobros y facturar pero

Page 11: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

34

también se puede necesitar un software que necesite hacer cobros, facturar,

arquear y permitir a los cajeros, entre otros ejemplos.

Para evaluar un software a comprar se requiere una documentación minuciosa y

extensible del proyecto a realizar, dentro del mercado hay software administrable y

flexible en cuanto a necesidades que el cliente requiera, pero también hay

empresas con servicios muy particulares que requieren que el software sea creado

para satisfacer sus necesidades.

Para la compra de un software hay que tomar en cuenta varios puntos, entre los

cuales se mencionan:

• Si satisface las necesidades y cumple con las expectativas

• El precio es aceptado

• Podrá en un futuro adaptarse a cambios dentro de la empresa

• Cuál será el porcentaje de depreciación en relación al crecimiento de la

empresa.

• Es el indicado para el equipo informático que posee la empresa

• Cuál será el costo de mantenimiento del mismo

En la actualidad hay miles de empresas desarrolladoras de software a nivel

mundial, las cuales ofrecen tanto software prefabricado y diseño de software que

se adapte a las necesidades de cada empresa, cabe mencionar que el costo del

software nuevo ( adaptable a la empresa) es mucho más elevado en términos

económicos debido a la etapa de diseño del mismo que es donde se descubren

huecos dentro del sistema y además una vez entregado el producto se tendrá

conocimiento del “fuente” o codificación del programa que es la parte lógica

algorítmica y lo que más conlleva dolores de cabeza al equipo de programadores.

Para el diseño de un software se deben tomar en cuenta los siguientes factores:

Por parte del área que lo requiera:

• Qué es en sí lo que la empresa necesita

Page 12: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

35

• Ayudará a mejorar el rendimiento y proveerá otras herramientas para

administrar de forma eficaz al departamento que lo necesite

• En que porcentaje reducirá el gasto y salidas de presupuesto del

departamento.

Por parte del área diseñadora:

• Que es lo que el departamento solicitante requiere

• Todos los procesos para buscar agujeros en el diseño

• Qué tipo de software requiere (administrable, web etc.)

• Equipo técnico que requerirá para el desarrollo

• Tiempo estimado para el desarrollo

• Se ha entendido la idea de las necesidades

• Evaluar si es lo que el departamento necesita o reevaluar el proyecto.

4. Criterios para Evaluar un Software Los criterios condicionados por la finalidad de la evaluación, no constituye una

base de juicio valorativo ya que no se pretende calificar al software, tampoco

pretenden ser un patrón para prescribir usos deseables, pues se sabe que no

existen. Los criterios ofrecen más bien orientación para una descripción del uso

posible, mas que una evaluación formal deben realizarse ejercicios de reflexión

centrado directamente en el uso viable del software, por ejemplo estructurar una

lista de preguntas que permitan concluir con la precisión de las cifras, como es

frecuente en el uso de cuadros analíticos, tablas, y pruebas; el cuestionario está

destinado a suscitar reflexiones de los evaluadores que a facilitarles la respuesta

demasiado simple : esta bien o está mal.

Se configura así una concepción de la evaluación como: “Una posibilidad de

reflexionar sobre un software y generar conocimientos sistemáticos y validos sobre

el mismo. Los criterios dirán entonces cuándo se puede afirmar la presencia de

una asimilación de lo que es el software es decir se explica y se describe, más que

valorar. La valoración que conceptualmente es imprescindible para poder hablar

Page 13: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

36

de evaluación, sigue presente aunque en forma poco implícita. Por ejemplo se

valora como altamente positiva y deseable la posibilitad que ofrece un software

para desarrollar la capacidad de construir conceptos, por que existe un criterio que

considera esa posibilidad. Lo que al final de la valoración aparece, es solo una

descripción orientada al uso, pero detrás está el juicio valorativo de haber

considerado importante o simplemente bueno el uso del software.

5. Calidad del Software.

5.1 Concepto

Es la concordancia con los requisitos funcionales y de rendimiento explícitamente

establecidos, con los estándares de desarrollo explícitamente documentados, y

con las características implícitas que se espera de todo software desarrollado

profesionalmente.5

La anterior definición sirve para hacer hincapié en tres puntos importantes:

1- Los requisitos del software son la base de las medidas de la calidad. La falta

de concordancia con los requisitos es una falta de calidad.

2- Los estándares especificados definen un conjunto de criterios de desarrollo

que guían la forma en que se aplica la ingeniería del software. Si no se

siguen esos criterios, casi siempre habrá falta de calidad.

3- Existe un conjunto de requisitos implícitos que a menudo no se mencionan

(por ejemplo: el deseo por facilitar el uso y un buen mantenimiento). Si el

software se ajusta a sus requisitos explícitos pero falla en alcanzar los

requisitos implícitos, la calidad del software queda en entredicho.

A la hora de definir la calidad del software se debe diferenciar entre la calidad del

producto software y la calidad del proceso de desarrollo de éste (calidad de diseño

y fabricación). No obstante, las metas que se establezcan para la calidad del

producto van a determinar los objetivos a establecer de calidad del proceso de

5 Roger S. Pressman, Ingeniería del Software,Pag. 135

Page 14: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

37

desarrollo, ya que la calidad del primero va a depender, entre otros aspectos, de

ésta. Sin un buen proceso de desarrollo es casi imposible obtener un buen

producto.

Pero la calidad del producto software se diferencia de la calidad de otros

productos de fabricación industrial, ya que el software tiene sus propias

características específicas:6

• El software es un producto mental, no restringido por las leyes de la Física

o por los límites de los procesos de fabricación. Es algo abstracto, un

intangible.

• Se desarrolla, no se fabrica. El coste está fundamentalmente en el proceso

de diseño, no en la posterior producción en serie, y los errores se

introducen también en el diseño, no en la producción.

• Los costes del desarrollo de software se concentran en las tareas de

Ingeniería, mientras que en la fabricación clásica los costes se acentúan

más en las tareas de producción.

• El software no se deteriora con el tiempo. No es susceptible de los efectos

del entorno y su curva de fallos es muy diferente de la del hardware. Todos

los problemas que surjan durante el mantenimiento estaban allí desde el

principio y afectan a todas las copias del mismo; no se generan nuevos

errores.

• Es artesanal en gran medida. El software, en su mayoría, se construye a

medida, en vez de ser construido ensamblando componentes existentes y

ya probados, lo que dificulta aún más el control de su calidad.

6 Kitchenham,B.; Towards a Constructive Quality Model, Software Engineering Journal, Vol.2, N. 4, pp. 105-113, 1987.

Page 15: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

38

• El mantenimiento del software es mucho más complejo que el

mantenimiento del hardware. Cuando un componente del hardware se

deteriora se sustituye por una pieza de repuesto, pero cada fallo en el

software implica un error en el diseño o en el proceso mediante el cual se

tradujo el diseño en código máquina ejecutable.

• Es engañosamente fácil de realizar cambios sobre un producto software,

pero los efectos de estos cambios se pueden propagar de forma explosiva

e incontrolada.

• Como disciplina, el desarrollo de software es aún muy joven, por lo que las

técnicas de las que dispone aún no están perfeccionadas.

• El software con errores no se rechaza. Se asume que es inevitable que el

software presente algunos errores de poca importancia.

También es importante destacar que la calidad de un producto de software debe

ser considerada en todos sus estados de evolución (especificaciones, diseño,

códigos).

No basta con verificar la calidad del producto una vez finalizado cuando los

problemas de mala calidad ya no tienen solución o su reparación es muy costosa.

La problemática general a la que se enfrenta el software es:

• Aumento constante del tamaño y complejidad de los programas.

• Carácter dinámico e iterativo a lo largo de su ciclo de vida, es decir que los

programas de software a lo largo de su vida cambian o evolucionan de una

versión a otra para mejorar las prestaciones con respecto a las anteriores.

• Dificultad de conseguir productos totalmente depurados, ya que en ningún

caso un programa será perfecto.

Page 16: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

39

• Se dedican elevados recursos monetarios a su mantenimiento, debido a la

dificultad que los proyectos de software entrañan y a la no normalización a

la hora de realizar los proyectos.

• No suelen estar terminados en los plazos previstos, ni con los costes

estipulados, ni cumpliendo los niveles deseables de los requisitos

especificados por el usuario.

• Incrementos constantes de los costes de desarrollo debido entre otros, a

unos niveles de productividad bajos.

• Los clientes tienen una alta dependencia de sus proveedores por ser en

muchos casos aplicaciones a "medida".

• Procesos artesanales de producción con escasez de herramientas.

• Insuficientes procedimientos normalizados para estipular y evaluar la

productividad, costes, y calidad.

Todo lo anterior puede concretarse en:

• Ausencia de especificaciones completas, coherentes y precisas previas por

parte del cliente, así como posteriores por parte de los proveedores del

software.

• Ausencia de la aplicación sistemática de métodos, procedimientos y normas

de ingeniería del software.

• Escasez o ausencia de entornos integrados de programación.

• Escasez de uso de técnicas actuales y automatizadas para la gestión de

proyectos.

• Escasez de personal con formación y experiencia en los nuevos métodos,

normas y uso de entornos y utilidades de programación.

Page 17: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

40

• Otros derivados del grado de desarrollo técnico y organizativo de cada

compañía.

Según Pressman (2002), la calidad del software es la concordancia con los

requerimientos funcionales y de rendimiento explícitamente establecidos, con los

estándares de desarrollo explícitamente documentados y con las características

implícitas que se espera de todo software desarrollado profesionalmente.

La ausencia de defectos, la aptitud para el uso, la seguridad, la confiabilidad y la

reunión de especificaciones son elementos que están involucrados en el concepto

de calidad del software. No obstante, las metas que se establezcan para la

calidad del producto van a determinar los objetivos del proceso de desarrollo, ya

que la calidad del primero va a depender, entre otros aspectos, de éstos últimos.

Según Callaos y Callaos (1993), la calidad de los Sistemas de Software no es algo

que depende de una sola característica en particular, sino que obedece al

compromiso de todas sus partes.

5.2 Medición de la Calidad del Software Según su Uso La Calidad en Uso es la perspectiva del usuario de la calidad del producto de

software cuando éste es usado en un ambiente específico y en un contexto de uso

específico. Esta mide la extensión en la cual los usuarios pueden conseguir sus

metas en un ambiente particular, en vez de medir las propiedades del software en

si mismo. El término 'Usuario' se refiere a cualquier tipo de posible usuario,

incluyendo operadores y personal de mantenimiento, y sus requerimientos pueden

ser diferentes.

El nivel de calidad en el ambiente del usuario puede ser diferente del ambiente de

desarrollo, debido a diferencias entre las necesidades y capacidades de diversos

usuarios y diferencias entre hardware y ambientes de soporte. El usuario evalúa

sólo aquellos atributos de software que son usados para sus tareas. Algunas

veces, los atributos de software especificados por un usuario final durante la fase

de análisis de requerimientos, ya no cumplen los requerimientos del usuario

Page 18: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

41

cuando el producto está en uso, debido a cambiantes requerimientos del usuario y

a la dificultad de especificar necesidades implícitas.

5.3 Items a ser Evaluados Los ítems pueden ser evaluados por medición directa, o de manera indirecta,

midiendo sus consecuencias. Por ejemplo, un proceso puede ser medido

indirectamente por la medición y evaluación de sus productos, y un producto

puede ser evaluado indirectamente por la medición del desempeño de un usuario

en sus tareas.

El software nunca corre solo sino que siempre es parte de un sistema mayor,

típicamente consistente de otros productos de software con los cuales él tiene

interfaces: hardware, operadores humanos, y flujos de trabajo. El producto de

software completado puede ser evaluado por los niveles de las métricas externas

elegidas. Estas métricas describen su interacción con su entorno, y son medidas

al observar el software en operación. La calidad en uso puede ser medida por la

extensión por la cual un producto empleado por usuarios específicos cumple las

necesidades de alcanzar metas específicas con efectividad, productividad,

seguridad y satisfacción.

Esto normalmente será complementado con mediciones de características de

calidad más específicas del producto de software, lo cual también es posible en el

proceso inicial de desarrollo.

En etapas más tempranas de desarrollo, sólo pueden ser medidos los recursos y

procesos. Cuando los productos intermedios (especificaciones, código fuente, etc.)

se tornan disponibles, estos pueden ser evaluados por los niveles de las métricas

internas elegidas. Estas métricas pueden ser usadas para predecir los valores de

las métricas externas. Ellas también pueden ser medidas por derecho propio, al

ser pre-requisitos esenciales para la calidad externa. Se puede hacer una

distinción adicional entre la evaluación del producto de software y la evaluación del

sistema en el cual es ejecutado. Por ejemplo, la confiabilidad de un sistema es

Page 19: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

42

medida al observar todas las fallas originadas por cualquier causa (hardware,

software, errores humanos, etc.), mientras que la confiabilidad del producto de

software es medida al extraer de las fallas observadas sólo aquellas que son

debidas a faltas en el software (originadas en requerimientos, diseño o

implementación). Además, depende del propósito de la evaluación y de quienes

son los usuarios, el juzgar dónde están los límites del sistema.

En ese sentido, por ejemplo, si se supone que los pasajeros son los usuarios de

un avión con un sistema de control de vuelo basado en computadora, entonces el

sistema del cual ellos dependen incluye la tripulación, el fuselaje, el hardware y

software del sistema de control de vuelo, mientras que si se toma a la tripulación

como los usuarios, entonces el sistema del cual ellos dependen consiste sólo del

fuselaje y el sistema de control de vuelo.

6. Metodología para Evaluar un Software Se examinan dos aspectos: Equipo requerido o ficha técnica y la usabilidad del

software.

1. Equipo requerido: Descripción de los requerimientos de equipo mínimos que

exige el software para funcionar, esta información suele aparecer en los

instructivos que acompañan al disco de instalación. En la guía se completan los

aspectos que hacen referencia a las condiciones de instalación.

2. Usabilidad: Medida en que el software es fácil de aprender y de utilizar. Se

examinan los siguientes aspectos de usabilidad:

a) Facilidad de aprendizaje: A medida que el usuario novel comprende como

utilizar inicialmente el software y como a partir de esta utilización llegar a un

máximo nivel de conocimiento y uso del software.

Indicadores de aprendizaje:

Page 20: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

43

- Preductivo: Los conocimientos adquiridos por el usuario son suficientes

para poder determinar los resultados de sus futuras interacciones.

- Sintetizable: Habilidad del usuario para evaluar los efectos de las

operaciones anteriores al estado actual ( capacidad de captar los cambios

de estado que produce cada operación)

- Familiar: Correlación entre el conocimiento que tiene el usuario y el

conocimiento que necesita para una interacción efectiva.

b) Flexibilidad: Multiplicidad de formas en las que el usuario y el software

intercambian información.

Indicadores de flexibilidad:

- Iniciativa de diálogo: Quién toma la iniciativa en la conducción del diálogo,

hay o no libertad para iniciar cualquier acción en el software

- Migración de tareas: Transferencia del control del software al usuario y

viceversa, para la ejecución de tareas, medida en que se puede pasar de

una tarea a otra, pasar una a segundo plano o repartirse entre ambas.

- Adaptabilidad: Si el software puede adaptarse a distintos usuarios.

c) Solidez: Característica de la interacción que permiten lograr los objetivos, y

su asesoramiento.

Indicadores de solidez

- Recuperabilidad: Posibilidad del usuario para corregir una acción una vez

ha reconocido un error.

Page 21: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

44

- Tiempos de respuesta: Tiempo que necesita el software para expresar

los cambios al usuario.

- Adecuación a las tareas: En que grado los servicios del software soportan

todas las tareas que el usuario quiere hacer y la manera en que el usuario

las comprende.

d) Mecanismos de soporte: Recursos de ayuda y forma en que el usuario puede

utilizarlos.

Indicadores de estos mecanismos:

- Disponibilidad: Posibilidad de consultar la ayuda en cualquier momento,

sin tener que salir de la aplicación.

- Precisión y detalle: Medida en que la ayuda cubre todo el sistema, con

concisión.

- Consistencia: En términos de contenidos, terminología y estilo.

- Robustez: Que soporta mas que el software, en términos de

funcionamiento.

- Flexibilidad: En que medida permite interactuar de manera adecuada a las

necesidades del usuario.

- Organización del texto de ayuda: Lenguaje, longitud de frase y párrafo,

cantidad de texto, espacios en blanco, gráficos e iconos.

7. Proceso de Evaluación de Software

Page 22: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

45

Todo proceso de evaluación de software deberá partir de una evaluación

cualitativa y derivar en una evaluación cuantitativa, siendo todo el proceso

documentado, cumpliendo los siguientes pasos:

7.1 Establecer el propósito de la evaluación: a) Productos Intermedios: • Decidir sobre la aceptación de un producto intermedio de un subcontratista

o proveedor.

• Decidir cuándo un proceso está completo y cuando remitir los productos al

siguiente proceso.

• Predecir o estimar la calidad del producto final.

• Recoger información con objeto de controlar y gestionar el proceso.

• Otros con justificación.

b) Producto Final:

• Decidir sobre la aceptación del producto.

• Decidir cuando publicar el producto.

• Comparar el producto con otros productos competitivos.

• Seleccionar un producto entre productos alternativos.

• Valorar tanto el aspecto positivo, como el negativo, cuando está en uso.

• Decidir cuando mejorar o reemplazar un producto. • Otros con justificación.

7.2 Identificar el Tipo de Producto Especificar el tipo de producto a evaluar, si es un sistema operativo, software de

seguridad, software de ofimática, lenguaje de programación, base de datos,

aplicativo desarrollado, ERP, entre otros. Asimismo, se deberá establecer su

Page 23: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

46

relación con Estándares de Tecnologías de Información y Comunicaciones que

utiliza la Institución; y asegurar la legalidad del producto.

7.3 Establecer Criterios de Valoración

El área de informática elaborará sus procedimientos, con criterios distintos para

diferentes características de calidad, cada uno puede estar expresado en términos

de sub características individuales, o una combinación ponderada de ellas. El

procedimiento puede incluir otros aspectos como el tiempo y costo que

contribuyen a la estimación de la calidad de un producto de software en un

entorno concreto.

7.4 Valorar Resultados La valoración, que resume un conjunto de niveles calificados, es el paso final del

Proceso de evaluación del software.

7.5 Documentación Todo el proceso de evaluación debe estar documentado, indicando nombres y

apellidos, cargos, procedencia de las personas que participaron en el proceso de

evaluación, especificando las etapas en las que participaron, si es necesario. Este

documento deberá ser aprobado por el Jefe de Informática o quien haga sus

veces.

C. SISTEMAS DE RESERVACIÓN Y VENTA DE BOLETOS

1. GENERALIDADES

Page 24: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

47

La industria de viajes es una de las mas grandes del mundo y los sistemas de

reservaciones trabajan justo en el corazón de la misma. Estos sistemas tienen

como actividad principal la distribución de viajes.

Los sistemas de Reservación y venta de boletos mundialmente se conocen como

Sistemas de Distribución Global ( GDS pos sus siglas en ingles ). Estos sistemas

están dedicados a satisfacer las necesidades de marketing, ventas y distribución

de los sectores de viajes y turismo en el mundo.

A través de estos sistemas las agencias de viajes obtienen la herramienta

informática para realizar sus ventas y reservaciones que es lo se denomina

Software de reservaciones y venta de boletos en El Salvador.

Este software tecnológico le permiten a la agencia de viajes laborar en un

ambiente estable y confiable, ofreciendo a los clientes: tiempos de respuesta

rápidos, y características incomparables de capacidad, disponibilidad y tiempo de

actividad. Además estos sistemas procesan millones de tarifas y vuelos por

segundo para llegar al plan de viaje que es más oportuno para el consumidor.

2. OBJETIVO Integrar de una forma dinámica a miles de documentos, incluso horarios,

disponibilidades verdaderas, precios, normas, enrutamientos, notas de precio,

perfiles de pasajeros, reservaciones y boletos.

3. DEFINICIÓN

Page 25: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

48

Un Sistema de Distribución Global es una empresa (normalmente participada por

una compañía aérea) que dispone de un sistema informático para la reserva de

servicios del sector turístico.

Son Sistemas de Distribución Global ( GDS) de información relacionada a viajes y

turismo en el mundo, que se convierta en la herramienta clave de ventas para las

agencia de viajes.7

4. SOFTWARE UTILIZADOS POR LAS AGENCIAS DE VIAJES EN EL

SALVADOR. 4.1 DEFINICION Estos software son los establecen un inventario centralizado de los asientos

disponibles en cada vuelo, al que se tiene acceso directamente desde terminales

situados en los puntos de venta, y otros productos como alquiler de autos y

hoteles.8

Según la información obtenida en la investigación realizada, en el área

metropolitana de San Salvador, las agencias de viajes utilizan dos software de

reservación y venta AMADEUS y SABRE (Ver grafico 1 del capitulo III)

La figura 2.1 nos muestra los diferentes sistemas de Distribución Global dentro de

los cuales se encuentran los software de reservación y venta que utilizan las

agencias de viajes y aerolíneas.

Figura 2.1 GDS más importantes.

7 www.sabre.com.mx, Que es un GDS 19-07-05 8 Amadeus :NMC El Salvador, entrevista con Lic. Mercedes Duke, Encargada de Help Desk. Marzo/05

Page 26: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

49

2000

Fuente: www.sabre.com.mx, Fecha 19-07-05, Tema consultado Qué es un GDS

4.2 SOFTWARE DE RESERVACIÓN Y VENTAS AMADEUS a) Generalidades El Software de Reservación y Ventas Amadeus se encuentra en el Sistemas

Global de Amadeus que es un Sistema Global de Distribución (GDS, por sus

siglas en inglés) que fue creado en 1987 por tres aerolíneas líderes: Air France,

Luftansa e Iberia. Se creó para prever una solución eficiente y rentable para lo

que era un problema en común de todas las aerolíneas : la distribución

.9Constituyó una fuerte inversión, una tecnología innovada y un claro centro de

atención en las necesidades de los clientes.

El Sistemas Central Amadeus, se ha convertido literalmente en el corazón

tecnológico de la industria de viajes del mundo. Los cambios de esta industria

también han sido causante del cambio de Amadeus, ya que sigue adelante con

9 Amadeus :NMC El Salvador, entrevista con Lic. Mercedes Duke,Encargada de Help Desk.Marzo/05

1982

Delta Airlines

1990

1964Trans world

DATAS II

PARS

WORLDSPAN

1987

1993

1986

1971

BA,KLM Swissair Alitalia y Covia

United Airlines

APOLLO

COVIA GALILEO

GALILEO INT

1959American Airlenes

SABRE

SABRE

1995

1991

Continental Airlines 1982

Air Ferance, Iberia y LufrhansaSYSTEM ONE

AMADEUS

AMADEUS/ SYSTEM ONE

Page 27: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

50

tecnologías que están ayudando a redefinir la forma en que los clientes hacen

negocios utilizando su tecnología para aumentar su productividad, reducir costos

y abrir nuevos mercados. Amadeus es el principal Sistema de Distribución Mundial

o GDS (Global Distribution System) y proveedor tecnológico dedicado a satisfacer

las necesidades de marketing, ventas y distribución de los sectores de los viajes y

el turismo en todo el mundo. Sus extensas redes y bases de datos, que se

encuentran entre las mayores de su clase en Europa, hoy prestan servicio a

61.868 agencias de viaje (190.295 terminales) y a 10.520 oficinas de ventas de

líneas aéreas (79.648 terminales) en más de 200 mercados a nivel mundial. A

través del software Amadeus, las agencias de viaje y oficinas de venta de pasajes

pueden efectuar reservas interactivas en 467 compañías aéreas, cantidad que

representa más del 95% de los billetes de avión que se reservan en el mundo.

El sistema permite acceder además a más de 61.560 hoteles, 48 compañías de

alquiler de automóviles con 24.402 puntos de venta en todo el mundo, así como a

otros grupos de proveedores, como los de ferry, tren, cruceros, seguros de viajes y

tour operadores. 10

El software Amadeus es una herramienta de ventas clave para las agencias de

viajes, sus principales clientes actualmente, con 190,295 terminales de agencias

están conectadas al sistema, asimismo con Amadeus las aerolíneas pueden

distribuir y comercializar sus productos a través de terminales de las agencias de

viajes y sus mismas oficinas en mas de 200 mercados de todo el mundo.

b) Estructura de Amadeus

10 www. Amadus.cl. Fecha 02-07-05, Tema consultado Qué es Amadeus

Page 28: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

51

La figura 2.2 muestra en primer nivel los socios que crearon este sistema, en

segundo nivel muestra la ubicación de las oficinas centrales de Amadeus, luego

las NMCs, que corresponde a las oficinas que lo representan en cada país, y por

ultimo la ayuda que les ofrece cada NMC a las agencias de viajes y aerolíneas.

Figura 2..2 Estructura de Amadeus

Fuente: www. Amadeus.cl.estructuraamadeus 02-07-2005

Las oficinas centrales de la compañía están situadas en Madrid, España, y su

centro de procesamiento de datos se encuentra en Erding, cerca de Munich,

Alemania. Las instalaciones de desarrollo de productos están situadas en Sophia

Page 29: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

52

Antípolis, cerca de Niza, Francia, igual que los servicios marketing, compartidos

entre las sedes de Sophia Antipolis y Madrid.

Las compañías de marketing nacionales (NMCs) constituyen la presencia de

primera línea de Amadeus en los diferentes países. Están estructuradas como

compañías independientes, normalmente con Amadeus como parte o como único

accionista. La misión de NMC consiste en:

• Comercializar el Sistema Amadeus y los productos a los usuarios locales,

particularmente agencias de viajes.

• Proporcionar servicio y asistencia a los clientes, tales como apoyo técnico,

Help Desk (mesa de ayuda para los usuarios) y capacitación.

Las NMC son organizaciones verdaderamente locales, que cuentan con personal

que entiende el entorno comercial local y las costumbres del lugar y pueden

trabajar allí con sensibilidad a medida que perfeccionan y ofrecen los productos

servicios de Amadeus que se adaptan bien a las necesidades locales. Este modo

de pensar asegura que cada entidad local de Amadeus, a la vez que comparte las

normas básicas de ofrecimiento de servicios, de la destreza tecnológica y de los

valores de los socios de negocios, tiene un empuje y ambición comercial propia,

que se integra a la estructura de su entorno comercial nacional.

Hoy existen más de 60 NMCs que cubren las actividades de primera línea en más

de 132 países entre estas se encuentra una en San Salvador ubicada en Torre

Roble 9º piso, Metrocentro, para El Salvador esta oficina es la que se encarga

de gestionar todos lo tramites que dicha empresa ofrece a las agencias de viajes

para que éstas puedan estar dentro de la cartera de clientes de Amadeus.

También tiene oficinas regionales en : Buenos Aires, para Sudamérica. Miami, para los EE.UU., Canadá,

Centroamérica y el Caribe, Bangkok, para el Pacífico asiático,

incluyendo Australia y Nueva Zelanda.

Page 30: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

53

El papel de las oficinas regionales es el de proporcionar soporte adicional a las

NMC para la comercialización, el soporte mediante la mesa de ayuda y el servicio

al cliente, así como coordinar las relaciones comerciales con los proveedores de

Amadeus con sede en la región.

c) Ayuda de Amadeus a las Agencias de Viajes

El Sistema Amadeus es una herramienta de ventas clave para las agencias de

viajes, sus principales clientes. Actualmente, 190.295 terminales de agencias

están conectados al sistema. 11

Con Amadeus, las aerolíneas y otros proveedores de servicios de la industria del

viaje pueden distribuir y comercializar sus productos a través de los terminales de

las agencias de viajes y de las oficinas de venta de las aerolíneas en más de 200

mercados de todo el mundo.

En la actualidad las agencias de viajes viven preocupadas buscando respuestas

creativas a un mercado difícil que se dificulta mas aún con las presiones

soportadas por los proveedores de servicios de viajes a los que éstas sirven.

Algunas piensan que las ventas directas de internet harán desaparecer al agente

de viajes tradicional. Amadeus no esta de acuerdo y se centra en ayudar a la

comunidad de las agencias de viajes y asegurar su futuro con sistemas que crean

eficiencia operacional, ya que

son consideradas por este como entes que desarrollan el servicio al cliente y

abren nuevas oportunidades de negocios y flujos de ingresos.

A través del sistema Amadeus, las agencias de viaje y oficinas de venta de

pasajes pueden efectuar reservas interactivas en 467 compañías aéreas, cantidad

11 Amadeus :NMC El Salvador, entrevista con Lic. Mercedes Duke,Encargada de Help Desk Marzo/05

Page 31: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

54

que representa más del 95% de los boletos de avión que se reservan en el mundo.

El sistema permite acceder además a más de 61.560 hoteles, 48 compañías de

alquiler de automóviles con 24.402 puntos de venta en todo el mundo, así como a

otros grupos de proveedores, como los de ferry, tren, cruceros, seguros de viajes y

tour operadores. Estos últimos servicios para los países que ofrecen estos

productos, los cuales en el Salvador no se utilizan pero si están disponibles en el

sistema.12

d) Principales Logros de Amadeus13

Amadeus tiene un gran equipo de profesionales que trabaja constantemente

haciendo informes de calidad. Es por esto que su política es siempre mejorar la

calidad. Por ello ha conseguido logros importantes como:

En diciembre de 1998 Amadeus recibió la certificación ISO 9002, convirtiéndose

en el primer Sistema de Distribución Global (GDS) que recibía este reconocimiento

por la excelencia de sus prácticas de gestión de calidad de productos y de entrega

de servicios.

Por lo tanto la calidad es la base de la continuidad de su éxito.

Su visión de gestión de calidad se basa en tres principios:

• Énfasis en el cliente:

Comprendiendo que es lo que los clientes quieren y esperan; en base a ese

criterio medir su rendimiento.

• Mejoras continuas

12 Amadeus Hoy, Revista Amadeus 2005 Pág.4 13 Amadeus :NMC El Salvador, entrevista con Lic. Mercedes Duke,Encargada de Help Desk Marzo/05

Page 32: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

55

Parte de la cultura de Amadeus es trabajar con calidad, su forma diaria de

hacer negocios gira en torno a ese concepto.

• Decisiones basadas en hechos

Miden constantemente su rendimiento, para así tener evidencias objetivas, en

cifras Amadeus a logrado alrededor del mundo lo siguiente:

140 Oficinas de ventas de líneas aéreas (representando 140 aerolíneas

aéreas)

214 Mercados con presencia Amadeus y sus Compañías Nacionales de

Marketing (NMCs)

8,089 Empleados del Grupo Amadeus (incluidas las NMCs cuyo

propietario mayoritario es Amadeus)

64,347 Agencias de Viajes

4.3 SOFTWARE DE RESERVACIÓN Y VENTAS SABRE

b) Generalidades14

Este software es un aplicativo del sistemas Sabre que es más que una historia de

éxito de una sola empresa. Es un impresionante y muy citado ejemplo del efecto

del flujo de información en toda una industria. Sabre, introdujo a la industria de

viajes a la era de la información a través de la previsión y esfuerzo de la American

Airlines. También es un ejemplo de cómo una innovación basada en las

tecnologías de la información en una industria puede desencadenar innovaciones

similares en otras industrias.

El programa de viajeros frecuentes, que es ahora parte de las propuestas virtuales

de todas las aerolíneas, se convirtió en uno de los numerosos pasos evolutivos

14 www.sabretravelnetwork.com Fecha 02-07-2005, Tema consultado: Historia de Sabre

Page 33: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

56

naturales que han ocurrido en los últimos 20 años, en los que se usa información

sobre el cliente para acercarse a él.

La red del recorrido de Sabre es uno de los abastecedores principales de las

soluciones innovadoras de la distribución del recorrido de las agencias de viajes y

los surtidores. La red del recorrido de Sabre también maneja el Sistema Global de

la distribución de Sabre, industria que conduce (GDS), el mercado electrónico más

grande del mundo, almacena y maneja inventario.

El Sabre GDS es un componente primario para la información del recorrido y del

transporte para más de 50.000 agencias de viajes, los surtidores importantes del

recorrido, y los sitios de la tela del recorrido alrededor del globo. Sirve como una

fuente de la distribución para el contenido del recorrido de más de 400 líneas

aéreas, de aproximadamente 60.000 características de hotel, de 41 compañías de

alquiler de coches, de nueve líneas de la travesía, de 36 ferrocarriles y de 200

operadores de viaje. El sistema de Sabre provee a los usuarios de horario,

disponibilidad, trazando, las políticas y las reglas, así como la reservación y

marcando la capacidad para los surtidores del recorrido.

b) Antecedentes de Sabre15

Por más de 40 años, la red del recorrido de SABRE ha estado desarrollando

innovaciones y ha estado transformando el negocio del recorrido.

La historia del sistema de Sabre comenzó con una reunión de la ocasión,

donde representantes de American Airlines y de Ventas de IBM, ya que este

ultimo satisfecho en un vuelo de American Airlines de los Ángeles a New York

en 1953, en su conversación sobre la industria del recorrido se les ocurrió la

idea de un sistema de proceso de datos que crearía una completa reservación

de asiento de Línea Aérea y que pusiera todos los datos inmediatamente a

disposición vía electrónica a cualquier agente de viajes en cualquier lugar.

15 www.sabretravelnetwork.com 02-07-2005, Tema Consultado: Historia de Sabre

Page 34: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

57

Seis años más adelante, el intercambio de ideas se convirtió en una realidad.

American Airlines y la IBM anunciaron en común sus planes para desarrollar un

sistema semiautomático del ambiente de la investigación de negocio conocido

mejor como SABRE. El sistema revolucionario era el primer uso de negocio en

tiempo real de la informática. Permitió a American Airlines pasar de línea de la

información manuscrita de la reservación del pasajero en los años 50 a un sistema

automatizado.

En 1960, el primer sistema de las reservaciones de SABRE fue instalado en New

York. El sistema era tecnología avanzada y procesaba 84.000 llamadas

telefónicas por día. Cuando la red fue terminada en 1964, se convirtió en el

avance real más grande de los tiempos.

En 1972, el sistema de SABRE fue movido a un nuevo centro de computadora

consolidado en Tulsa, Oklahoma que fue diseñado para contener todas las

instalaciones de proceso de datos de Americana Airlines.

El sistema de SABRE fue instalado en una agencia de viajes para la primera vez

en 1976, accionando la onda de la automatización del recorrido. Antes de fin de

ese año, 130 localizaciones habían recibido el sistema. Antes de 1978, el sistema

de SABRE podía almacenar 1 millón de precios.

Los años 80 En 1983, el sistema SABRE llegó a estar disponible para los agentes canadienses

del recorrido.

La acción del buscador del negocio se introduce en 1984 vía el sistema de

SABRE. Esta capacidad de la búsqueda del bajo precio aconseja

automáticamente qué clase del servicio es la menos costosa para reservar los

vuelos al servicio incomparable en la industria.

Page 35: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

58

El sistema SABRE fue extendido al Reino Unido en 1986, pavimentando la

manera para la extensión internacional extensa del sistema en la década próxima.

En 1988, el sistema SABRE se amplía para almacenar 36 millones de precios,

que se pueden combinar para crear más de un mil millones opciones del precio.

En 1999, introdujo el mejor buscador del precio, que permitió que los agentes del

recorrido busquen para los vuelos basados en precio, más bien que horario.

En 2003, más de 980 surtidores exhibieron la información sobre sus productos y

de los servicios en el sistema de Sabre que representó más de $70 mil millones

productos y los servicios vendidos.

Además de proporcionar la información a los suscriptores sobre líneas aéreas y

otros vendedores de viajes relacionados, el sistema de Sabre permite que las

agencias de viajes impriman boletos de línea aérea itinerarios. El sistema Sabre

también incluye la información como modernidad, requisitos médicos y de la visa,

tiempo y visita turística.

c) Principales logros de SABRE A través de los años, la red del recorrido de SABRE ha ganado una reputación

para desarrollar soluciones distintivas de la distribución del recorrido. Esto es

reflejado por las muchas citaciones y honores que se les ha concedido. Entre el

más prominente:

1. Concesiones del Recorrido del Mundo

En 2003, la presentaron con su décima concesión del recorrido del mundo para

el sistema principal de la reservación de la computadora del mundo (CRS) y el

sistema global de la distribución (GDS). Las concesiones del recorrido del mundo

fueron instaladas en 1993 para el propósito expreso de reconocer y de celebrar los

Page 36: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

59

logros masivos en todas las áreas de la industria del recorrido y del turismo del

mundo.

2. Concesión de la Innovación del Recorrido del Negocio En 2001, Sabre There garnered virtualmente la concesión prestigiosa 2001 de la

innovación del recorrido del negocio del mundo del recorrido del negocio . El

reconocimiento representa una de 12 categorías reconocidas anualmente por la

publicación europea.

3. Alianzas Como el líder mundial en el abastecimiento de las soluciones innovadoras de la

distribución del recorrido para las agencias de viajes y los surtidores, la red del

recorrido de SABRE ha entrado en alianzas con otras compañías de la tecnología

del recorrido de la premier para consolidar su presencia global total. La red del

recorrido de SABRE también ha desarrollado el programa cualificado de los

vendedores, un programa diseñado para reconocer productos de tercera persona

o los servicios que benefician las agencias de viajes y complementan el sistema,

los productos, o las herramientas globales de la distribución de Sabre.

4. Programa Cualificado de los Vendedores Para ayudar a consolidar el borde competitivo de sus clientes, la red del recorrido

de SABRE ofrece a vendedores cualificados programa (Agencias de viajes). El

programa reconoce oficialmente esos productos o servicios de tercera persona

que beneficien las agencias de viajes y complementen el sistema, los productos, o

las herramientas globales de la distribución del recorrido de SABRE. El programa

da a sus clientes el acceso a sus productos que resuelvan los mayores niveles de

la excelencia en la calidad que esperan. Además, sus productos reconocidos

todos tendrán la red "estampilla del recorrido de SABRE de la aprobación." Los

clientes comprarán todos los productos y servicios directamente del vendedor.

Page 37: CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA ...ri.ufg.edu.sv/jspui/bitstream/11592/6526/3/005.3-M269e-Capitulo II.pdf · 1) El evaluador deberá otorgar un indicador de evaluación

60

El programa cualificado SABRE de los vendedores reconoce productos de la

agencia de viajes de los terceros y los servicios que son convenientes para el

sistema, los productos y las herramientas globales de la distribución de Sabre.

Muchos de estos productos y/o servicios recibieron altos informes de la

satisfacción de agentes del recorrido de SABRE y los clientes.

Este equipo evalúa cuidadosamente a cada vendedor en los criterios específicos a

la industria y selecciona solamente a vendedores que sus productos realzarán o

agregan valor a su propio producto extenso y mantienen la lista.

El programa cualificado del vendedor es simplemente permitir a compradores y a

vendedores localizar y tramitar el negocio el uno con el otro. SABRE no está

implicado en las transacciones reales entre los partidos. Por consiguiente, los

términos y las condiciones de su compra o la venta específicas de productos o de

servicios (tales como tasación, garantías, entrega etc.) se establecen entre el

vendedor y el comprador, como aplicable. SABRE no tiene ningún control sobre la

calidad, seguridad, o legalidad de los productos y/o los servicios de anuncios para

la venta o la verdad o exactitud de ningún del producto y/o listados del servicio o

las representaciones si es expreso o implicados. La prueba hecha por SABRE

está solamente para el uso de SABRE y aconsejan los clientes no confiar

solamente en la prueba de SABRE o la carencia de eso para hacer comprar

decisiones. SABRE no puede asegurarse de que un comprador y un vendedor

terminen realmente una transacción. SABRE no garantiza la realización de la

venta o que cualquier producto o servicio del vendedor será adecuado a sus

necesidades. SABRE también no es un garante del funcionamiento con respecto a

ningún acuerdo entre un comprador y un vendedor. SABRE no llega a estar

implicado en reparticiones individuales ni disputa presentarse.