CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA, EVALUACIÓN DE SOFTWARE Y SOFTWARE DE RESERVACIÓN Y VENTA DE BOLETOS.

Tamaño: px
Comenzar la demostración a partir de la página:

Download "CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA, EVALUACIÓN DE SOFTWARE Y SOFTWARE DE RESERVACIÓN Y VENTA DE BOLETOS."

Transcripción

1 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

2 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 Consultado Evaluación Técnica 25

3 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: 26

4 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 27

5 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 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 , Tema Consultado: Evaluación Técnica 28

6 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. 29

7 - 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. 30

8 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 , 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 31

9 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 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 Fecha 12/05/0, Tema consultado Qué es Software 32

10 - 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 33

11 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 34

12 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 35

13 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

14 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 ,

15 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. 38

16 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. 39

17 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 40

18 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 41

19 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: 42

20 - 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. 43

21 - 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 44

22 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 45

APRUEBAN DOCUMENTO GUÍA TÉCNICA SOBRE EVALUACIÓN DE SOFTWARE PARA LA ADMINISTRACIÓN PUBLICA RESOLUCIÓN MINISTERIAL N 139-2004-PCM

APRUEBAN DOCUMENTO GUÍA TÉCNICA SOBRE EVALUACIÓN DE SOFTWARE PARA LA ADMINISTRACIÓN PUBLICA RESOLUCIÓN MINISTERIAL N 139-2004-PCM APRUEBAN DOCUMENTO GUÍA TÉCNICA SOBRE EVALUACIÓN DE SOFTWARE PARA LA ADMINISTRACIÓN PUBLICA RESOLUCIÓN MINISTERIAL N 139-2004-PCM Lima, 27 de mayo de 2004 CONSIDERANDO: Que, mediante el Decreto Supremo

Más detalles

RESUMEN EJECUTIVO. En última instancia, planteamos las conclusiones obtenidas de toda la investigación y en particular del trabajo de campo.

RESUMEN EJECUTIVO. En última instancia, planteamos las conclusiones obtenidas de toda la investigación y en particular del trabajo de campo. RESUMEN EJECUTIVO En el presente trabajo nos planteamos un acercamiento al tema de los Sistemas de Distribución Global (GDS) para conocer su funcionamiento y su evolución en el tiempo. En primera instancia,

Más detalles

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos Tema 13 Metodologías en el desarrollo de Sistemas de Software Prof. Oscar Adolfo Vallejos Desarrollo de Sistemas de Software Objetivo Conceptos en el contexto más amplio de Software e Ingeniería de Software

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

Más detalles

CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED

CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED CAPITULO III POR QUE NECESITA LA EMPRESA UN BALANCED SCORECARD? Los empresarios se preguntaran por que necesitan mas indicadores, si con los financieros es suficiente, lo que no se dan cuenta es que así

Más detalles

Asignatura (E): Jornada de Formación Permanente: Proyecto de Trabajo Especial de Grado. ESTRUCTURA DEL PROYECTO DE TEG.

Asignatura (E): Jornada de Formación Permanente: Proyecto de Trabajo Especial de Grado. ESTRUCTURA DEL PROYECTO DE TEG. Portada (Ver anexo J) * Página de Presentación (Ver anexo H) * Dedicatoria (opcional) * Agradecimiento (opcional) * Índice General (Ver anexo K) * Lista de Cuadros (Ver anexo F) * Lista de Gráficos (Ver

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

Programa de Formación de Auditores

Programa de Formación de Auditores Programa de Formación de Auditores Sistemas de Gestión de la Calidad Módulo 2 Sistema de Gestión de la Calidad Requisitos Objetivo del módulo Comprender: Los requisitos de la norma ISO 9001:2008 para el

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

PREGUNTAS FRECUENTES ISO 9001:2008

PREGUNTAS FRECUENTES ISO 9001:2008 PREGUNTAS FRECUENTES ISO 9001:2008 Recopilación de preguntas y dudas para la interpretación e implantación de la norma ISO 9001:2008 Sistemas de Gestión de Calidad. Requisitos. Ignacio Gómez http://hederaconsultores.blogspot.com

Más detalles

Estudio de creación de valor Análisis de las ventajas de las soluciones de reserva de coches de alquiler para las agencias de viajes

Estudio de creación de valor Análisis de las ventajas de las soluciones de reserva de coches de alquiler para las agencias de viajes Estudio de creación de valor Análisis de las ventajas de las soluciones de reserva de coches de alquiler para las agencias de viajes Madrid, septiembre de 2009 ALTEN ÍNDICE SUMARIO 4 RESUMEN 5 INTRODUCCIÓN

Más detalles

RESUMEN EJECUTIVO DEL PROGRAMA

RESUMEN EJECUTIVO DEL PROGRAMA CONCEPTO PROGRAMA NIVEL DE FORMACIÓN JUSTIFICACION DURACION MAXIMA ESTIMADA DEL APRENDIZAJE EN MESES FECHA DE INGRESO : FECHA TERMINACIÓN ETAPA LECTIVA: FECHA INICIO ETAPA PRODUCTIVA: FECHA TERMINACIÓN

Más detalles

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

Buenas Prácticas Agencias de Viajes y Turismo Gestión de Servicio

Buenas Prácticas Agencias de Viajes y Turismo Gestión de Servicio Buenas Prácticas Agencias de Viajes y Turismo Gestión de Servicio Lima-Perú, 2007 República del Perú Min cetur Ministerio de Comercio Exterior y Turismo Plan Nacional de Calidad Turística del Perú CALTUR

Más detalles

Orientación acerca del apartado 1.2 Aplicación de la Norma ISO 9001:2000

Orientación acerca del apartado 1.2 Aplicación de la Norma ISO 9001:2000 Orientación acerca del apartado 1.2 Aplicación de la Norma ISO 9001:2000 Documento: ISO/TC 176/SC 2/N 524R2 Marzo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este documento

Más detalles

agility made possible

agility made possible RESUMEN SOBRE SOLUCIÓN Solución de generación de reportes de capacidad actual de CA Technologies Puede automáticamente evaluar y administrar cuán eficientemente está utilizando sus recursos internos de

Más detalles

ISO 9000 ISO 9001 (2015) ISO 9001 (2015) Requisitos para los Sistemas de Gestión de la Calidad

ISO 9000 ISO 9001 (2015) ISO 9001 (2015) Requisitos para los Sistemas de Gestión de la Calidad «N o m b r e _ O r g a n i z a c i ó n _ C O M P L E T O» ISO 9001 (2015) ISO 9000 ISO 9001 (2015) Requisitos para los Sistemas de Gestión de la Calidad Interpretación libre de ISO/DIS 9001:2015 Tabla

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA INTEGRAL DE ATENCIÓN A CLIENTE(A)S, USUARIO(A)S Y BENEFICIARIO(A)S

Más detalles

MANTENIMIENTO DE SOFTWARE

MANTENIMIENTO DE SOFTWARE MANTENIMIENTO DE SOFTWARE Definición de Mantenimiento El estándar IEEE 1219 [IEEE, 1993] define el Mantenimiento del Software como la modificación de un producto software después de haber sido entregado

Más detalles

UNIVERSIDAD DE CIENCIAS EMPRESARIALES Y SOCIALES FACULTAD DE CIENCIAS EMPRESARIALES. Prof. Adjunto: Lic. Maximiliano Vicini

UNIVERSIDAD DE CIENCIAS EMPRESARIALES Y SOCIALES FACULTAD DE CIENCIAS EMPRESARIALES. Prof. Adjunto: Lic. Maximiliano Vicini UNIVERSIDAD DE CIENCIAS EMPRESARIALES Y SOCIALES FACULTAD DE CIENCIAS EMPRESARIALES Carrera: Materia: Curso: Licenciatura en Turismo Informática Aplicada al Turismo Tercer Año Curso lectivo: Primer cuatrimestre

Más detalles

Capitulo 08 ISO - 14000

Capitulo 08 ISO - 14000 Capitulo 08 ISO - 14000 Es una serie de standard internacionales que especifican los requerimientos para preparar y valorar un sistema de gestión que asegure que su empresa mantiene la protección ambiental

Más detalles

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte AUDITORIA DE SISTEMAS Jorge Alberto Blanco Duarte QUE ES LA AUDITORIA DE SISTEMAS? La auditoria en informática es la revisión y la evaluación de los controles, sistemas, procedimientos de informática;

Más detalles

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7 LINEAMIENTOS GENERALES PARA LA ESTRUCTURACIÓN DE UN DOCUMENTO PARA EL ASEGURAMIENTO DE LA CALIDAD EN LA APLICACIÓN DE LAS AUDITORÍAS DE SEGURIDAD VIAL EN COLOMBIA 1 PRINCIPIOS GENERALES DE AUDITORÍA DE

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

INFORMACIÓN GESTIONADA

INFORMACIÓN GESTIONADA INFORMACIÓN GESTIONADA La gestión de proyectos que usted puede desarrollar a partir de Soluciones Primavera para los sectores de ingeniería y construcción ORACLE ES LA COMPAÑÍA DE INFORMACIÓN Mejore los

Más detalles

Calidad. Calidad en procesos y productos

Calidad. Calidad en procesos y productos Calidad Calidad en procesos y productos La calidad es el conjunto de características de un elemento, producto o servicio, que le confieren la aptitud de satisfacer una necesidad implícita y explícita.

Más detalles

Servicios de agencia de viajes en régimen de implant Pliego Abreviado de Prescripciones Técnicas.

Servicios de agencia de viajes en régimen de implant Pliego Abreviado de Prescripciones Técnicas. Dirección General de Servicios Junio de 2015 GCS 15/5779 Servicios de agencia de viajes en régimen de implant Pliego Abreviado de Prescripciones Técnicas. Departamento de Adquisiciones y Servicios Generales

Más detalles

ISO 9001,9002,9003,9004

ISO 9001,9002,9003,9004 Capitulo 06 ISO 9001,9002,9003,9004 Que es ISO 9001? Es una de las normas para la gestión y el aseguramiento de la calidad. Esta norma forma parte de un conjunto de tres normas sobre los sistemas de la

Más detalles

Calidad de Sistemas de Información

Calidad de Sistemas de Información Calidad de Sistemas de Información Introducción (2) Concepto de calidad Conjunto de propiedades y características de un producto, proceso o servicio que le hace satisfacer las necesidades establecidas

Más detalles

EVALUACIÓN TÉCNICA DEL SOFTWARE DE RESERVACIÓN Y VENTA UTILIZADO EN LAS AGENCIAS DE VIAJES UBICADAS EN EL ÁREA METROPOLITANA DE SAN SALVADOR

EVALUACIÓN TÉCNICA DEL SOFTWARE DE RESERVACIÓN Y VENTA UTILIZADO EN LAS AGENCIAS DE VIAJES UBICADAS EN EL ÁREA METROPOLITANA DE SAN SALVADOR CAPITULO IV EVALUACIÓN TÉCNICA DEL SOFTWARE DE RESERVACIÓN Y VENTA UTILIZADO EN LAS AGENCIAS DE VIAJES UBICADAS EN EL ÁREA METROPOLITANA DE SAN SALVADOR A. GENERALIDADES El desarrollo de este capítulo

Más detalles

2.3 Animador Digital Especialista en 2D/3D

2.3 Animador Digital Especialista en 2D/3D 2.3 Animador Digital Especialista en 2D/3D 2.3.1 Descripción del puesto de trabajo Un animador digital/especialista en 2D-3D crea imágenes en movimiento en un medio digital utilizando técnicas de 2D ó

Más detalles

Checklist de Evaluación de Sistemas de Calidad. Checklist para ISO 9001: 2000

Checklist de Evaluación de Sistemas de Calidad. Checklist para ISO 9001: 2000 Checklist de Evaluación de Sistemas de Calidad Checklist para ISO 9001: 2000 PREFACIO El Checklist de Evaluación de Sistemas de Calidad bajo ISO 9001: 2000 se basa en el contenido de ISO 9001: 2000 y es

Más detalles

plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones

plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones ÍNDICE 1. INTRODUCCIÓN. PRESENTACIÓN DEL PRODUCTO Software como Servicio Características técnicas 2. ALCANCE FUNCIONAL DE

Más detalles

CONTROL INTERNO DEL REPORTE DE LA INFORMACION FINANCIERA GUÍA PARA PEQUEÑAS EMPRESAS COTIZADAS

CONTROL INTERNO DEL REPORTE DE LA INFORMACION FINANCIERA GUÍA PARA PEQUEÑAS EMPRESAS COTIZADAS CONTROL INTERNO DEL REPORTE DE LA INFORMACION FINANCIERA GUÍA PARA PEQUEÑAS EMPRESAS COTIZADAS Volumen I: Resumen Ejecutivo Junio 2006 En 1992 el Comité de Organizaciones Patrocinadoras de la Comisión

Más detalles

Soluciones Informáticas para gestionar su empresa Presentación de empresa la Compañía La Compañía NEO GRUP Management, es un proyecto definido y creado para proporcionar a nuestros clientes, trabajando

Más detalles

Normas de Auditoría de Tecnologías de la Información y la Comunicación

Normas de Auditoría de Tecnologías de la Información y la Comunicación Normas de Auditoría de Tecnologías de la Información y la Comunicación Resolución CGE/094/2012 27 de agosto de 2012 NE/CE-017 N O R M A D E C O N T R O L E X T E R N O NORMAS DE AUDITORÍA DE TECNOLOGÍAS

Más detalles

Aseguramiento de la calidad del software

Aseguramiento de la calidad del software Aseguramiento de la calidad del software Standard for Software Reviews and Audits [IEEE 1028] IEEE 1028 Para qué sirve Provee definiciones y requerimientos uniformes para los procesos de revisión y auditoría.

Más detalles

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc.

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc. Las Normas ISO 9000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como deben funcionar

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE CAPACITACIÓN Versión 05 Diciembre 2008 INDICE Introducción... 3

Más detalles

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008 Página 1 de 28 4.1 Conocimiento de la organización y de su contexto La organización debe determinar las cuestiones externas e internas que son pertinentes para su propósito y que afectan a su capacidad

Más detalles

Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la. Dirección del Sistema Nacional de Capacitación del Instituto Nacional de

Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la. Dirección del Sistema Nacional de Capacitación del Instituto Nacional de Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la Dirección del Sistema Nacional de Capacitación del Instituto Nacional de Administración Pública Mg. Marcelo Calavia Introducción

Más detalles

Gestión del Alcance del Proyecto

Gestión del Alcance del Proyecto pm4dev, 2009 serie de gerencia para el desarrollo Gestión del Alcance del Proyecto GERENCIA DE PROYECTOS PARA ORGANIZACIONES DE DESARROLLO GERENCIA DE PROYECTOS PARA ORGANIZACIONES DE DESARROLLO Una metodología

Más detalles

MODELO DE GESTIÓN Y NORMAS ISO 9000

MODELO DE GESTIÓN Y NORMAS ISO 9000 MODELO DE GESTIÓN Y NORMAS ISO 9000 17/05/02 Rev. 00 Página 1 de 23 Modelo de Gestión y Normas ISO 9000 ÍNDICE 1. FAMILIA DE NORMAS ISO 9000 1.1 Normas de la Serie ISO 9000 1.2 Modelos de Certificación

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

INSTRUMENTOS DE EVALUACIÓN DE COMPETENCIAS

INSTRUMENTOS DE EVALUACIÓN DE COMPETENCIAS INSTRUMENTOS DE EVALUACIÓN DE COMPETENCIAS 28 Septiembre 2007 Mitzy Ruiz E. Vicerrectoría Académica Dirección de Evaluación INACAP Contenidos Competencias y Evaluación de competencias. Características

Más detalles

Sin cliente no hay empresa (ni claro está, empleo). Y sin servicio no hay cliente. (Horovitz, 1994,3)

Sin cliente no hay empresa (ni claro está, empleo). Y sin servicio no hay cliente. (Horovitz, 1994,3) CAPITULO 1 1 Marco Teórico 1.1 Conceptos Importantes Se definirá Servicio al Cliente para iniciar ésta investigación, ya que es la espina medular del tema principal que es manual de servicio al cliente.

Más detalles

EL BSC HERRAMIENTA PARA LA OPTIMIZACIÓN INTEGRAL DEL MANTENIMIENTO INDUSTRIAL

EL BSC HERRAMIENTA PARA LA OPTIMIZACIÓN INTEGRAL DEL MANTENIMIENTO INDUSTRIAL EL BSC HERRAMIENTA PARA LA OPTIMIZACIÓN INTEGRAL DEL MANTENIMIENTO INDUSTRIAL Administración de Empresas Este material de autoestudio fue creado en el año 2007 para la asignatura Administración de Empresas

Más detalles

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN

MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN MODELOS Y SISTEMAS DE CALIDAD EN LA EDUCACIÓN OBJETIVO GENERAL El alumno analizará, la importancia de brindar productos y servicios con calidad; así como estudiar los fundamentos, autores y corrientes

Más detalles

Experto en Gestión de Reservas y Comercialización de Productos y Servicios Turísticos + Curso Oficial Amadeus (Doble Titulación)

Experto en Gestión de Reservas y Comercialización de Productos y Servicios Turísticos + Curso Oficial Amadeus (Doble Titulación) Experto en Gestión de Reservas y Comercialización de Productos y Servicios Turísticos + Curso Oficial Amadeus (Doble Titulación) TITULACIÓN DE FORMACIÓN CONTINUA BONIFICADA EXPEDIDA POR EL INSTITUTO EUROPEO

Más detalles

3. OBJETIVOS. 3.1. Objetivos. Objetivos generales del título. Objetivos específicos del título

3. OBJETIVOS. 3.1. Objetivos. Objetivos generales del título. Objetivos específicos del título 3. OBJETIVOS 3.1. Objetivos Objetivos generales del título De acuerdo con lo establecido en el Libro Blanco y el acuerdo del plenario de la Conferencia de Directores y Decanos de Informática (Zaragoza,

Más detalles

DIPA 1009 - TÉCNICAS DE AUDITORÍA CON AYUDA DE COMPUTADORA

DIPA 1009 - TÉCNICAS DE AUDITORÍA CON AYUDA DE COMPUTADORA DIPA 1009 - TÉCNICAS DE AUDITORÍA CON AYUDA DE COMPUTADORA Introducción Los objetivos y alcance global de una auditoría no cambian cuando se conduce una auditoría en un ambiente de sistemas de información

Más detalles

CONTROL INTERNO DEFINICIÓN

CONTROL INTERNO DEFINICIÓN CONTROL INTERNO DEFINICIÓN Es el conjunto de planes, métodos y procedimientos adoptados por una organización, con el fin de asegurar que: Los activos estén debidamente protegidos Los registros contables

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S3 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

CALL CENTER : INTEGRACIÓN INFORMATICA TELEFONO PARA ATENCION AL CLIENTE

CALL CENTER : INTEGRACIÓN INFORMATICA TELEFONO PARA ATENCION AL CLIENTE Facultad de Ciencias Económicas y de Administración - Introducción a la Computación CALL CENTER : INTEGRACIÓN INFORMATICA TELEFONO PARA ATENCION AL CLIENTE Sandra Figueroa y Simón Mario Tenzer Setiembre

Más detalles

Servicios de Mantenimiento y Soporte Técnico de IBM. Un enfoque innovador del mantenimiento y soporte técnico

Servicios de Mantenimiento y Soporte Técnico de IBM. Un enfoque innovador del mantenimiento y soporte técnico IBM Global Technology Services Mantenimiento y Soporte Técnico Servicios de Mantenimiento y Soporte Técnico de IBM Un enfoque innovador del mantenimiento y soporte técnico 2 Servicios de Mantenimiento

Más detalles

Selección y uso de la tercera edición de las normas ISO 9000 Documento: ISO/TC 176/N 613 Octubre 2000 ISO

Selección y uso de la tercera edición de las normas ISO 9000 Documento: ISO/TC 176/N 613 Octubre 2000 ISO Selección y uso de la tercera edición de las normas ISO 9000 Documento: ISO/TC 176/N 613 Octubre 2000 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este documento ha sido traducido

Más detalles

En verde están algunas propuestas que entendemos que faltan y que ayudarían a mejorar las fichas sustancialmente.

En verde están algunas propuestas que entendemos que faltan y que ayudarían a mejorar las fichas sustancialmente. NOTAS ACLARATORIAS: Esta ficha de grado es la resultante de las dos reuniones celebradas (9 enero 2009 y 23 de febrero de 2009) por la subcomisión creada desde el MICIIN para debatir las fichas de Grado

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S1 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

Más detalles

Grado en Ingeniería Informática

Grado en Ingeniería Informática Grado en Ingeniería Informática Competencias Generales y trasversales De acuerdo con la resolución del Consejo de Universidades de fecha 3 de marzo de 2009, para obtener este título de grado en ingeniería

Más detalles

Sistemas de Información y procesos de Auditoría

Sistemas de Información y procesos de Auditoría Sistemas de Información y procesos de Auditoría Marivi Martínez Sistemas de Información y procesos de Auditoría: 1. La Medición al Servicio de la Gestión 2. Sistemas de Información: 2.1. Indicadores. Ejemplos

Más detalles

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación.

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. TEMA ÍNDICE PÁGINA 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. 3 2 Referencias normativas. 3 3 Términos y definiciones.. 3 4 Sistema de gestión de la calidad. 4 4.1 Requisitos

Más detalles

Sistemas de gestión de la calidad Requisitos

Sistemas de gestión de la calidad Requisitos Sistemas de gestión de la calidad Requisitos 0 Introducción Generalidades La adopción de un sistema de gestión de la calidad debería ser una decisión estratégica de la organización. El diseño y la implementación

Más detalles

GLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD

GLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD GLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD Terminología general: 1. Producto: resultado de un proceso. 2. Proceso: conjunto de actividades mutuamente relacionadas o que interactúan,

Más detalles

2.1.- Ciclo PDCA: el ciclo sin fin. Pág. 5. 2.2.- Los 7 pilares: Principios de la gestión de la calidad Pág. 6. 3.1.- Cambios en la estructura. Pág.

2.1.- Ciclo PDCA: el ciclo sin fin. Pág. 5. 2.2.- Los 7 pilares: Principios de la gestión de la calidad Pág. 6. 3.1.- Cambios en la estructura. Pág. C l a v e s d e l a r e v i s i ó n d e l a N o r m a I S O 9 0 0 1 2 Índice: 1.- Antes de comenzar, un poco de historia. Pág. 3 2.- Algunas de las bases del sistema de gestión de la calidad Pág. 5 2.1.-

Más detalles

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE Autor del documento: Centro de Apoyo Tecnológico a Emprendedores Datos de contacto: E-Mail: bilib@bilib.es

Más detalles

CAPÍTULO II MARCO TEÓRICO. Este capítulo trata de los sistemas de información, su concepto, integrantes, funciones,

CAPÍTULO II MARCO TEÓRICO. Este capítulo trata de los sistemas de información, su concepto, integrantes, funciones, CAPÍTULO II MARCO TEÓRICO INTRODUCCIÓN DEL MARCO TERICO Este capítulo trata de los sistemas de información, su concepto, integrantes, funciones, tiempo de vida o ciclo, algunos ejemplos de su empleo, los

Más detalles

Evaluaciones Psicométricas

Evaluaciones Psicométricas Evaluaciones Psicométricas Candidato: DEMOSTRATIVO ILUSTRATIVO PRUEBAS APLICADAS: TERMAN GORDON CLEAVER LIFO COMPETENCIAS 1 Inteligencia Terman Nombre: Demostrativo Eficiencia: 86.49 Ilustrativo Edad:

Más detalles

Soluciones empresariales en tiempo real para la fabricación discreta y los bienes de consumo

Soluciones empresariales en tiempo real para la fabricación discreta y los bienes de consumo Soluciones empresariales en tiempo real para la fabricación discreta y los bienes de consumo Andreas Renulf Durante los últimos años, la satisfacción del cliente y la especial atención a las competencias

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE AUDITORÍA INTERNA Versión 05 Diciembre 2008 INDICE Introducción...

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: DETERMINACIÓN DE REQUERIMIENTOS ENTREVISTAS, CUESTIONARIOS, OBSERVACIONES JOINT APPICATION DESIGN (JAD) PROTOTIPOS, CASE, GROUPWARE Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza

Más detalles

puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales?

puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales? RESUMEN DE LA SOLUCIÓN Service Operations Management puede asegurar a sus clientes la calidad y disponibilidad de los servicios empresariales? agility made possible (SOM) de CA Technologies es una solución

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

Análisis de Requisitos

Análisis de Requisitos Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades

Más detalles

SISTEMAS DE GESTIÓN DE CALIDAD PARA LAS OPERACIONES DE SEGURIDAD Y PREVENCIÓN NORMA CAB-IS-SS 10402:2006

SISTEMAS DE GESTIÓN DE CALIDAD PARA LAS OPERACIONES DE SEGURIDAD Y PREVENCIÓN NORMA CAB-IS-SS 10402:2006 INTERNATIONAL STANDARD SAFETY AND SECURITY CAB Spanish Version SISTEMAS DE GESTIÓN DE CALIDAD PARA LAS OPERACIONES DE SEGURIDAD Y PREVENCIÓN NORMA NO COPYING WITHOUT PERMISSION OF AMERICAN CERTIFICATION

Más detalles

Experto en Gestión de Reservas y Comercialización de Productos y Servicios Turísticos + Curso Oficial Amadeus (Doble Titulación Amadeus España +

Experto en Gestión de Reservas y Comercialización de Productos y Servicios Turísticos + Curso Oficial Amadeus (Doble Titulación Amadeus España + Experto en Gestión de Reservas y Comercialización de Productos y Servicios Turísticos + Curso Oficial Amadeus (Doble Titulación Amadeus España + Euroinnova Business School + Regalo 2 Meses Prácticas Reales

Más detalles

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas CAPITULO 1 Introducción a los Conceptos Generales de 1.1 Preliminares Las empresas necesitan almacenar información. La información puede ser de todo tipo. Cada elemento informativo es lo que se conoce

Más detalles

La agilidad en tiempo real del ERP de Plex facilita rápida expansión global

La agilidad en tiempo real del ERP de Plex facilita rápida expansión global La agilidad en tiempo real del ERP de Plex facilita rápida expansión global Panorama general: Shape Corp. evaluó a 15 proveedores potenciales de ERP para determinar quién estaba en condiciones de asegurar

Más detalles

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P.

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. SOLICITUD DE INFORMACIÓN NO FORMAL Request For Information (RFI) Rediseño portal EPM: www.epm.com.co. Fase de Crecimiento Subdirección Identidad Empresarial Mayo de

Más detalles

Capítulo II. Marco teórico

Capítulo II. Marco teórico Capítulo II Marco teórico 2.1 Concepto de calidad. En la actualidad todos coinciden en reconocer la necesidad de mejorar la calidad de los productos y servicios para poder ser competitivos y permanecer

Más detalles

BASES DE DATOS. 1.1 Funciones de un DBMS

BASES DE DATOS. 1.1 Funciones de un DBMS BASES DE DATOS Un DBMS, son programas denominados Sistemas Gestores de Base de Datos, abreviado SGBD, en inglés Data Base Management System (DBMS) que permiten almacenar y posteriormente acceder a los

Más detalles

NIA 16 : Técnicas de Auditoría con Ayuda de Computadora Sec. 1009 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16

NIA 16 : Técnicas de Auditoría con Ayuda de Computadora Sec. 1009 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16 (Reemplazada) Técnicas de Auditoría con Ayuda de Computadora (Reemplazada) NIA 16 Norma Internacional de Auditoría 16 Corporación Edi-Ábaco Cía. Ltda (Reemplazada) Instrucciones de Ubicación: NIA: En este

Más detalles

Norma COPC PSIC. Guía Soporte Técnico VERSIÓN 5.1 REVISIÓN 1.0. www.kenwin.net

Norma COPC PSIC. Guía Soporte Técnico VERSIÓN 5.1 REVISIÓN 1.0. www.kenwin.net Norma COPC PSIC Guía Soporte Técnico VERSIÓN 5.1 REVISIÓN 1.0 www.kenwin.net Tabla de Contenido Introducción... 3 Soporte Técnico y la Norma COPC PSIC... 4 Cómo Implementar Soporte Técnico a Nivel Ítem...

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

ORIENTACIONES GENERALES PARA EL DISEÑO Y DESARROLLO DE UN PROYECTO DE INVESTIGACIÓN

ORIENTACIONES GENERALES PARA EL DISEÑO Y DESARROLLO DE UN PROYECTO DE INVESTIGACIÓN ORIENTACIONES GENERALES PARA EL DISEÑO Y DESARROLLO DE UN PROYECTO DE INVESTIGACIÓN Qué es un proyecto de investigación? Un proyecto de investigación consiste en el estudio de un tema en profundidad y

Más detalles

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO.

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. 0. Consideraciones iniciales. Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente. Por esta razón,

Más detalles

Guía para la Autoevaluación de la Gestión de la Innovación Empresarial

Guía para la Autoevaluación de la Gestión de la Innovación Empresarial Guía para la Autoevaluación de la Gestión de la Innovación Empresarial MODELO, CUESTIONARIO Y BUENAS PRÁCTICAS DE GESTIÓN EN INNOVACIÓN EMPRESARIAL Octubre 2009 Guía para la autoevaluación de la Gestión

Más detalles

Sistemas de gestión de la calidad Requisitos

Sistemas de gestión de la calidad Requisitos Sistemas de gestión de la calidad Requisitos 1 Objeto y campo de aplicación 1.1 Generalidades Esta Norma Internacional especifica los requisitos para un sistema de gestión de la calidad, cuando una organización

Más detalles

ISO 9000:2000. 0.1 Generalidades 0.2 Principios de administración de la calidad INDICE. Prólogo 0 Introducción. 1 Objeto y campo de aplicación

ISO 9000:2000. 0.1 Generalidades 0.2 Principios de administración de la calidad INDICE. Prólogo 0 Introducción. 1 Objeto y campo de aplicación ISO 9000:2000 Prólogo 0 Introducción 0.1 Generalidades 0.2 Principios de administración de la calidad 1 Objeto y campo de aplicación INDICE 2 Fundamentos de los sistemas de administración de la calidad

Más detalles

En este artículo se presentan los conceptos

En este artículo se presentan los conceptos Artículos técnicos Calidad certificada ISO 9001:2000 en actividades de investigación y desarrollo Guillermo Rodríguez O. En el Manual de Calidad se identifican los procesos del Sistema de Calidad y sus

Más detalles

MANUAL DE SEGURIDAD DE LA INFORMACIÓN

MANUAL DE SEGURIDAD DE LA INFORMACIÓN MANUAL DE SEGURIDAD DE LA INFORMACIÓN MINISTERIO DE AMBIENTE Y DESARROLLO SOSTENIBLE Bogotá D.C. Página 1 de 19 Contenido 1. INTRODUCCIÓN... 4 1. OBJETIVO... 4 2. ALCANCE DEL SISTEMA DE GESTIÓN DE SEGURIDAD

Más detalles

Tendencias de mejora de la calidad en la industria de las telecomunicaciones NPR /FRT

Tendencias de mejora de la calidad en la industria de las telecomunicaciones NPR /FRT Tendencias de mejora de la calidad en la industria de las telecomunicaciones NPR /FRT La industria de las tecnologías de la comunicación está creciendo muy rápidamente mientras se adapta a las tecnologías

Más detalles