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

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

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

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

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

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

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

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

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

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

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

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

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

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

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

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

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

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA) Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción

Más detalles

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

Para los efectos de esta normativa se deberán considerar las siguientes definiciones:

Para los efectos de esta normativa se deberán considerar las siguientes definiciones: RECOPILACION ACTUALIZADA DE NORMAS Capítulo 20-7 Documento para Comentarios CAPÍTULO 20-7 PROCESAMIENTO EXTERNO DE ACTIVIDADES I. ÁMBITO DE APLICACIÓN El presente Capítulo trata de las contrataciones de

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

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

Planificación del Help Desk de su escuela

Planificación del Help Desk de su escuela Capítulo 1 Planificación del Help Desk de su escuela Después de terminar este capítulo usted será capaz de: Describir cuál es la función de un Help Desk; Describir qué es el soporte de nivel 1; Explicar

Más detalles

Planeación de Help Desk

Planeación de Help Desk Planeación de Help Desk Antes de empezar formalmente a ayudar a otros con problemas de computadores, debe tomar ciertas decisiones previas. Es necesario que entienda la importancia de trabajar con los

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

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

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2 UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA GESTIÓN DE SOFTWARE INFORME SOBRE Evaluación de Productos Grupo 2 Marcelo Caponi 3.825.139-0 Daniel De Vera 4.120.602-3 José Luis Ibarra 4.347.596-3

Más detalles

Rumboitil www.rumboitil.com e-mail: info@rumboitil.com

Rumboitil www.rumboitil.com e-mail: info@rumboitil.com INDICE... Error! Marcador no definido. Unidad 3 Estrategia del Servicio... 2 3.1 Creación de Valor a través del Servicio.... 2 3.2 Gestión de la demanda.... 4 3.3 Gestión financiera.... 7 3.4 Procesos

Más detalles

LA IMPORTANCIA DE LOS SISTEMAS DE INFORMACIÓN Y CONTROL EN LA EMPRESA

LA IMPORTANCIA DE LOS SISTEMAS DE INFORMACIÓN Y CONTROL EN LA EMPRESA LA IMPORTANCIA DE LOS SISTEMAS DE INFORMACIÓN Y CONTROL EN LA EMPRESA Jack Fleitman En esta era ya no funcionan las formas antiguas de hacer negocios. Los procesos de administración, producción y distribución

Más detalles

Pasando de ISO 9001:2008 a ISO 9001:2015

Pasando de ISO 9001:2008 a ISO 9001:2015 ISO 9001 Transition guide Revisiones ISO Pasando de ISO 9001:2008 a ISO 9001:2015 El nuevo estándar internacional para los sistemas de gestión de la calidad ISO 9001 Sistemas de Gestión de Calidad- Guía

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

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION. Los sistemas que el analista diseña día a día, la tecnología, las personas, que utilizan el

Más detalles

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO Satisfacer los requerimientos que hagan los usuarios para

Más detalles

INFORMACIÓN RELACIONADA

INFORMACIÓN RELACIONADA INFORMACIÓN RELACIONADA Solucionar problemas para empresas de la industria del gas y el petróleo Soluciones de gestión de cartera de proyectos Primavera ORACLE ES LA COMPAÑÍA DE INFORMACIÓN Lograr objetivos

Más detalles

UNIDAD 2. ADMINISTRACIÓN DE LA RELACIÓN CON EL CLIENTE (CRM)

UNIDAD 2. ADMINISTRACIÓN DE LA RELACIÓN CON EL CLIENTE (CRM) UNIDAD 2. ADMINISTRACIÓN DE LA RELACIÓN CON EL CLIENTE (CRM) Objetivos Al finalizar la unidad el alumno deberá conocer los antecedentes, el origen, los objetivos, los diferentes tipos y las estrategias

Más detalles

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS

APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS MINISTERIO DE SANIDAD Y CONSUMO APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS DOCUMENTO Nº 6 1ª Versión Noviembre 20021 AGENCIA ESPAÑOLA DEL MEDICAMENTO

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

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

... ntegración. y sociedad ... Miguel Dorronsoro. Director de Fashion Fruit. Integración

... ntegración. y sociedad ... Miguel Dorronsoro. Director de Fashion Fruit. Integración ... Integración y sociedad... Miguel Dorronsoro Director de Fashion Fruit ntegración ... Integración y sociedad... Miguel Dorronsoro Director de Fashion Fruit El término integración está presente en nuestro

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

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

Más detalles

ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013

ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013 Oficina de Suministros Universidad de Costa Rica Teléfono: (506) 25112965 Fax: ((506) 25114242 Correo electrónico: antonio.marin@ucr.ac.cr ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013

Más detalles

PLAN DE MARKETING DE EMPRESAS TURÍSTICAS

PLAN DE MARKETING DE EMPRESAS TURÍSTICAS PLAN DE MARKETING DE EMPRESAS TURÍSTICAS Fecha inicio: 20 de febrero de 2012 Fecha fin: 29 de junio de 2012 Clases presenciales: 20/02: De 17:00 h. a 19:00 h. 16/04: De 17:00 h. a 19:00 h. 24/05: De 17:00

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

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

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

1 Sistemas Electrónicos de Contabilidad 1.1 Determinación de las operaciones de aplicación general

1 Sistemas Electrónicos de Contabilidad 1.1 Determinación de las operaciones de aplicación general 1 Sistemas Electrónicos de Contabilidad La contabilidad como se conoce actualmente, es el producto de toda una gran cantidad de prácticas mercantiles disímiles que han exigido a través de los años, el

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

CATEDRA DE CALIDAD Y PRODUCTIVIDAD

CATEDRA DE CALIDAD Y PRODUCTIVIDAD UNIVERSIDAD DE BUENOS AIRES FACULTAD DE CIENCIAS ECONOMICAS CATEDRA DE CALIDAD Y PRODUCTIVIDAD GUÍA DE PREGUNTAS TEÓRICAS Profesor Asociado a cargo: Dr. Alejandro González Escudero Profesores Adjuntos:

Más detalles

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursión

Más detalles

INTRODUCCION A LA CONTABILIDAD DE COSTES

INTRODUCCION A LA CONTABILIDAD DE COSTES INTRODUCCION A LA CONTABILIDAD DE COSTES PROYECTO REALIZADO POR: ENTIDAD GESTORA: COFINANCIADO POR: PROYECTO 1. Introducción REALIZADO POR: ENTIDAD GESTORA: COFINANCIADO POR: 1. INTRODUCCIÓN La contabilidad

Más detalles

ACLARACIONES ADICIONALES PARA EL FORMULARIO 311

ACLARACIONES ADICIONALES PARA EL FORMULARIO 311 ACLARACIONES ADICIONALES PARA EL FORMULARIO 311 ANTECEDENTES Conforme DECRETO EJECUTIVO N 2126 Publicado en el R. O. No.436 de miércoles 6 de octubre de 2004 se publican las REFORMAS AL REGLAMENTO DE COMPROBANTES

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

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

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados

Más detalles

PLANEACIÒN FINANCIERA

PLANEACIÒN FINANCIERA PLANEACIÒN FINANCIERA CLAVE: LII 301 PROFESOR: MTRO. ALEJANDRO SALAZAR GUERRERO 1 1. PLANEACIÒN. 1.1 Concepto de Planeación. 1.2 Importancia de la Planeación. 1.3 Tipos de Planeación. 1.3.1 Planes de Recursos

Más detalles

Las Normas ISO 9000 del 2000

Las Normas ISO 9000 del 2000 Las Normas ISO 9000 del 2000 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

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

NORMA INTERNACIONAL DE AUDITORÍA 700 FORMACION DE LA OPINIÓN Y EMISION DEL INFORME DE AUDITORÍA SOBRE LOS ESTADOS FINANCIEROS

NORMA INTERNACIONAL DE AUDITORÍA 700 FORMACION DE LA OPINIÓN Y EMISION DEL INFORME DE AUDITORÍA SOBRE LOS ESTADOS FINANCIEROS NORMA INTERNACIONAL DE AUDITORÍA 700 FORMACION DE LA OPINIÓN Y EMISION DEL INFORME DE AUDITORÍA SOBRE LOS ESTADOS FINANCIEROS (NIA-ES 700) (adaptada para su aplicación en España mediante Resolución del

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

PDF created with pdffactory Pro trial version www.pdffactory.com

PDF created with pdffactory Pro trial version www.pdffactory.com Universidad de Los Andes Facultad de Humanidades y Educación Escuela de Educación Departamento de Educación Física Cátedra Didáctica de la Educación Física RESUMEN DE LA TAXONOMIA DE LOS OBJETIVOS DE LA

Más detalles

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

VALORACIÓN, SEGUIMIENTO Y DIFUSIÓN DE ACCIONES DE MEDIACIÓN

VALORACIÓN, SEGUIMIENTO Y DIFUSIÓN DE ACCIONES DE MEDIACIÓN VALORACIÓN, SEGUIMIENTO Y DIFUSIÓN DE ACCIONES DE MEDIACIÓN ÍNDICE DEL MÓDULO FORMATIVO VALORACIÓN, SEGUIMIENTO Y DIFUSIÓN DE ACCIONES DE MEDIACIÓN Procesos de evaluación del programa o servicio de mediación.

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

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

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

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

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

Más detalles

Sistemas de Gestión Ambiental según la Norma UNE en ISO 14001 GUÍA DEL TALLER

Sistemas de Gestión Ambiental según la Norma UNE en ISO 14001 GUÍA DEL TALLER Sistemas de Gestión Ambiental según la Norma UNE en ISO 14001 GUÍA DEL TALLER Ihobe, Noviembre 2008, Sociedad Pública del Departamento de Medio Ambiente y Ordenación del Território del Gobierno Vasco EDITA:

Más detalles

UNIVERSIDAD AUTÓNOMA DEL CARIBE

UNIVERSIDAD AUTÓNOMA DEL CARIBE Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE SOPORTE DE PLATAFORMA GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO El objeto del procedimiento es garantizar una plataforma tecnológica y un sistema de comunicación

Más detalles

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha

Más detalles

Manual de Gestión de Proyectos Ejecutados por el Gobierno

Manual de Gestión de Proyectos Ejecutados por el Gobierno Pág. 1 de 13 PROGRAMA DE LAS NACIONES UNIDAS PARA EL DESARROLLO *************************************************************************** PERSONAL DE PROYECTOS DESCRIPCIÓN DE PUESTOS A. COORDINADOR GENERAL

Más detalles

Documento de Competencias. Facultad de Informática, UPV/EHU. 1 Estructura general del Grado TE1 TE2 TE3 TE4 TE5 TE6 TE7 TE8

Documento de Competencias. Facultad de Informática, UPV/EHU. 1 Estructura general del Grado TE1 TE2 TE3 TE4 TE5 TE6 TE7 TE8 Documento de Competencias Grado en INGENIERÍA INFORMÁTICA Facultad de Informática, UPV/EHU 1 Estructura general del Grado 1.1 Fundamentos de Tecnología de los Principios de Diseño de Sistemas Digitales

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 EVALUACIÓN DE DESEMPEÑO Versión 05 Diciembre 2008 INDICE 1 Definición

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 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

AUDITORIA QUÉ ES UNA AUDITORIA? TIPOS DE AUDITORIA

AUDITORIA QUÉ ES UNA AUDITORIA? TIPOS DE AUDITORIA QUÉ ES UNA AUDITORIA? AUDITORIA Proceso sistemático, independiente y documentado para obtener evidencias de la auditoría y evaluarlas de manera objetiva con el fin de determinar la extensión en que se

Más detalles

MANUAL SISTEMA GESTIÓN DE CALIDAD

MANUAL SISTEMA GESTIÓN DE CALIDAD MANUAL SISTEMA GESTIÓN DE CALIDAD ÍNDICE 1.- PRÓLOGO... 4 2.- DEL SISTEMA DE GESTIÓN DE CALIDAD... 6 3.- PUNTOS DE EXCLUSIÓN A LA NORMA ISO 9001 2000... 7 4.- REQUISITOS DEL SISTEMA GESTIÓN DE CALIDAD

Más detalles

1.8 TECNOLOGÍA DE LA INFORMACIÓN

1.8 TECNOLOGÍA DE LA INFORMACIÓN Objetivo General: 1.8 TECNOLOGÍA DE LA INFORMACIÓN Establecer una infraestructura y plataforma tecnológica y de sistemas de información, y definir las políticas, estrategias y directrices para su implantación

Más detalles

Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008

Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008 Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008 ISO 9001 CUATRO CAPÍTULOS BÁSICOS RESPONSABILIDADES DE LA DIRECCIÓN P D GESTIÓN DE RECURSOS REALIZACIÓN DEL PRODUCTO A C MEDICIÓN

Más detalles

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA El Programa para el Fomento de la Intraemprendeduría en Ciclos Formativos de Formación Profesional es un proyecto financiado por

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

LOS INDICADORES DE GESTIÓN

LOS INDICADORES DE GESTIÓN LOS INDICADORES DE GESTIÓN Autor: Carlos Mario Pérez Jaramillo Todas las actividades pueden medirse con parámetros que enfocados a la toma de decisiones son señales para monitorear la gestión, así se asegura

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

PERFIL DEL INGENIERO DE SISTEMAS FUSM

PERFIL DEL INGENIERO DE SISTEMAS FUSM PERFIL DEL INGENIERO DE SISTEMAS FUSM PERFIL DEL INGENIERO DE SISTEMAS DE LA FUSM El perfil del Ingeniero de Sistemas presencial de la Fundación Universitaria San Martín, Bogotá, está en capacidad de modelar

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

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

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

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN OBJETIVOS 1 Métodos de Diseño 2 Cambios Significativos a Sistemas Actuales 3 Aprobación del Diseño 4 Definición y Documentación de Requerimientos

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

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

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

NORMA MEXICANA DE CALIDAD PARA AGENCIAS DE PUBLICIDAD

NORMA MEXICANA DE CALIDAD PARA AGENCIAS DE PUBLICIDAD NORMA MEXICANA DE CALIDAD PARA AGENCIAS DE PUBLICIDAD PROYECTO DE NORMA MEXICANA PROY-NMX-R-051-SCFI-2006 AGENCIAS DE PUBLICIDAD SERVICIOS - REQUISITOS 0 INTRODUCCIÓN El mundo actual de los negocios en

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

Pasando de ISO 14001:2004 a ISO 14001:2015

Pasando de ISO 14001:2004 a ISO 14001:2015 Guía de transición ISO 14001 Revisiones ISO Pasando de ISO 14001:2004 a ISO 14001:2015 El nuevo estándar internacional para los sistemas de gestión ambiental ISO 14001 Sistemas de Gestión Ambiental Guía

Más detalles

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

Más detalles

C/CAR/DCA/13 NI/36 2. 2. Antecedentes

C/CAR/DCA/13 NI/36 2. 2. Antecedentes Organización de Aviación Civil Internacional 27/05/13 Oficina para Norteamérica, Centroamérica y Caribe (NACC) Décimo Tercera Reunión de Directores de Aviación Civil del Caribe Central (C/CAR/DCA/13) La

Más detalles

B. ANÁLISIS DEL ENTORNO DE LOS NEGOCIOS

B. ANÁLISIS DEL ENTORNO DE LOS NEGOCIOS B. ANÁLISIS DEL ENTORNO DE LOS NEGOCIOS Toda empresa se desarrolla dentro de un entorno que lo afecta y que está en permanente cambio. Su correcto análisis será una pieza clave para construir una buena

Más detalles

LG Electronics elige mayor circulación y control para sus estrategias de marketing con Microsoft Dynamics CRM.

LG Electronics elige mayor circulación y control para sus estrategias de marketing con Microsoft Dynamics CRM. Microsoft Dynamics Caso de Exito LG Electronics elige mayor circulación y control para sus estrategias de marketing con Microsoft Dynamics CRM. Resumen País: Argentina Industria: Tecnología. Acerca del

Más detalles