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

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

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

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

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

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

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

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

Módulo 9: Gestión y tratamiento de los riesgos. Selección de los controles

Módulo 9: Gestión y tratamiento de los riesgos. Selección de los controles Módulo 9: Gestión y tratamiento de los riesgos. Selección de los controles Este apartado describirá en qué consiste la gestión de riesgos, cómo se deben escoger los controles, se darán recomendaciones

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

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

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

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

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

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

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

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

ISO 9001 Auditing Practices Group Guidance on:

ISO 9001 Auditing Practices Group Guidance on: International Organization for Standardization Forum International Accreditation ISO 9001 Auditing Practices Group Guidance on: Auditando sistemas de gestión en base electrónica (EBMS) 1. Introducción

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

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

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

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

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

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

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

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

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

S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR.

S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR. S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR. DELEGACIÓN FEDERAL DEL TRABAJO EN EL ESTADO DE GUANAJUATO. DOM: FRACC. BUROCRÁTICO LOTE 16 MARFIL, GTO. CARR. GTO-JUVENTINO ROSAS KM. 3.5 1 LA FUNCIÓN

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

Guía para implementar mejores prácticas ambientales en organizaciones

Guía para implementar mejores prácticas ambientales en organizaciones Guía para implementar en organizaciones Contenido Presentación... 2 Qué son las Mejores Prácticas Ambientales... 3 Características principales de las MPA... 4 Dimensiones de las Mejores Prácticas Ambientales...

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

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

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.1 Titulo Descriptivo del Proyecto

1.1 Titulo Descriptivo del Proyecto 1.1 Titulo Descriptivo del Proyecto Diseño de un Manual empleando Data Mining (Minería de Datos) para predecir el Potencial de Desarrollo de las empresas en la Zona Oriental asociadas a la Comisión Nacional

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

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

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

Expediente: 2015-07-SERV. Migración a Microsoft Dynamics NAV 2015 y parametrización de la versión. Servicios de consultoría informática.

Expediente: 2015-07-SERV. Migración a Microsoft Dynamics NAV 2015 y parametrización de la versión. Servicios de consultoría informática. PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA MIGRACIÓN A MICROSOFT DYNAMICS NAV 2015 Y PARAMETRIZACIÓN DE LA VERSIÓN. SERVICIOS DE CONSULTORÍA INFORMÁTICA EN LAS INSTALACIONES DE CIC biogune Y CIC biomagune.

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

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

Términos definiciones

Términos definiciones Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización

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

Introducción al curso

Introducción al curso Introducción al curso El desarrollo económico actual y la necesidad de las empresas de ser competitivas están generando constantemente innovaciones en los mercados nacionales e internacionales en todos

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

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

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

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

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

CAPÍTULO V. IMPLEMENTACIÓN DEL SISTEMA DE GESTIÓN DE CALIDAD

CAPÍTULO V. IMPLEMENTACIÓN DEL SISTEMA DE GESTIÓN DE CALIDAD CAPÍTULO V. IMPLEMENTACIÓN DEL SISTEMA DE GESTIÓN DE CALIDAD 221 A continuación se describen las etapas que una empresa del sector metal mecánica, debe seguir y cumplir para implementar el sistema de gestión

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

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

LA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS

LA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS LA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS Los clientes compran un servicio basandose en el valor que reciben en comparacion con el coste en el que incurren. Por, lo tanto, el objetivo a largo plazo

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

Usuarios de los servicios que presta el SFE al sector, productor, exportador e importador de Costa Rica.

Usuarios de los servicios que presta el SFE al sector, productor, exportador e importador de Costa Rica. Elaborado por: Jefe Unidad PCCI Adrián Gómez Díaz Fecha: Diciembre, 2013 Ministerio de Agricultura y Ganadería Servicio Fitosanitario del Estado Departamento Administrativo Financiero Procedimiento para

Más detalles

Nombre del Puesto. Jefe Departamento de Contabilidad

Nombre del Puesto. Jefe Departamento de Contabilidad Nombre del Puesto Jefe Departamento de Contabilidad IDENTIFICACIÓN Nombre / Título del Puesto: Puesto Superior Inmediato: Dirección / Gerencia Departamento: Jefe Departamento de Contabilidad Director Financiero

Más detalles

Debes de ser consciente que actualmente los entornos competitivos son muy dinámicos debido al impacto de factores tales como: Ilustración 1

Debes de ser consciente que actualmente los entornos competitivos son muy dinámicos debido al impacto de factores tales como: Ilustración 1 2. ANÁLISIS Y FORMULACIÓN TECNOLÓGICA DEL EMPRENDIMIENTO 2.1. Análisis del entorno y capacidad competitivas A continuación evaluaremos el emprendimiento, desde el punto de vista de la Tecnología, partiendo

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

PATRONES. Experto. Solución:

PATRONES. Experto. Solución: PATRONES. Experto. Asignar una responsabilidad a la clase que tiene la información necesaria para cumplirla. Cuál es el principio fundamental en virtud del cual asignaremos las responsabilidades a los

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

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

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

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

Normas chilenas de la serie ISO 9000

Normas chilenas de la serie ISO 9000 Normas chilenas de la serie ISO 9000 Hernán Pavez G. Director Ejecutivo del Instituto Nacional de Normalización, INN, Matías Cousiño N 64, 6 Piso, Santiago, Chile. RESUMEN: en nuestro país las empresas

Más detalles

Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España.

Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España. Sistemas de Información Febrero 2015 Servicios informáticos de soporte y mantenimiento de las Infraestructuras críticas del Banco de España. Pliego Abreviado de Prescripciones Técnicas Sistemas de Información

Más detalles

cumple y hay evidencias objetivas

cumple y hay evidencias objetivas Lista de Verificación ISO :2008 LISTA DE VERIFICACIÓN ISO :2008 Sistemas de Gestión de la Calidad Pliego Objeto y campo de aplicación Esta lista de verificación tiene como objetivo conocer con mayor detalle

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

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

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

Más detalles

Documento técnico ISO 9001

Documento técnico ISO 9001 Revisiones ISO Documento técnico ISO 9001 La importancia del riesgo en la gestión de la calidad El cambio se acerca Antecedentes y visión general de la revisión ISO 9001:2015 Como Norma Internacional,

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

Directrices para la actividad académica de CONSULTORÍA y EDUCACIÓN CONTINUA en la Pontificia Universidad Javeriana Seccional Cali

Directrices para la actividad académica de CONSULTORÍA y EDUCACIÓN CONTINUA en la Pontificia Universidad Javeriana Seccional Cali Directrices para la actividad académica de CONSULTORÍA y EDUCACIÓN CONTINUA en la ANTECEDENTES 1. El actual documento Política de Asesoría y Consultoría, fue aprobado por el Consejo Directivo de la Seccional

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

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

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s PRINCE2 & TickIT Jorge Armando Medina Morales Código 1700321660 U n i v e r s i d a d D e C a l d a s F a c u l t a d D e I n g e n i e r í a s I n g e n i e r í a D e S i s t e m a s O c t u b r e 2010

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

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Sistemas Operativos en Red. NIVEL: 2º Sistemas Microinformáticos y Redes

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Sistemas Operativos en Red. NIVEL: 2º Sistemas Microinformáticos y Redes DEPARTAMENTO: Informática MATERIA: Sistemas Operativos en Red NIVEL: 2º Sistemas Microinformáticos y Redes 1. Objetivos. Competencias Profesionales, Personales y Sociales 2.1 Objetivos del ciclo formativo

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

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

AUDITORIA. Por Marco Antonio Resendiz Durán*

AUDITORIA. Por Marco Antonio Resendiz Durán* AUDITORIA Por Marco Antonio Resendiz Durán* La Auditoría es un examen sistemático de los estados financieros, registros y operaciones con la finalidad de determinar si están de acuerdo con las NIFS, con

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

06/2006. Gestión de proyecto: Karin Steiner. Autor: Maria E. Weber, Karin Steiner

06/2006. Gestión de proyecto: Karin Steiner. Autor: Maria E. Weber, Karin Steiner QUINORA Directrices para el Desarrollo de la Calidad en la Orientación Profesional y Medidas para la Motivación de los nuevos orientadores buscadores de Empleo. 06/2006 Gestión de proyecto: Karin Steiner

Más detalles

MANUAL DE PROCEDIMIENTOS (MAPRO) DE LA UNIDAD DE TECNOLOGIA DE LA INFORMACIÓN

MANUAL DE PROCEDIMIENTOS (MAPRO) DE LA UNIDAD DE TECNOLOGIA DE LA INFORMACIÓN MANUAL DE PROCEDIMIENTOS (MAPRO) DE LA UNIDAD DE TECNOLOGIA DE LA INFORMACIÓN LA PUNTA, 2010 1 1. INTRODUCCION La Unidad de Tecnología de la Información, es el órgano de apoyo, encargado de la administración,

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

ISO 9000:2000. Roberto Aprili Justiniano Rodrigo Ramírez Pérez. Roberto Aprili, Rodrigo Ramírez

ISO 9000:2000. Roberto Aprili Justiniano Rodrigo Ramírez Pérez. Roberto Aprili, Rodrigo Ramírez ISO 9000:2000 Roberto Aprili Justiniano Rodrigo Ramírez Pérez Motivación Cada uno es para eso (Bajo ciertas Condiciones) Todo mundo piensa que ellos entienden eso (excepto lo que ellos quisieran explicar)

Más detalles

ENTRADAS PROCESO RECURSOS

ENTRADAS PROCESO RECURSOS Título: Conceptos básicos de la gestión de procesos en las empresas Autor: Ángel Ibisate, Jefe del Departamento de Calidad y Normativa (Red Eléctrica Española) Fecha: 20-05-2005 1. INTRODUCCIÓN El presente

Más detalles

Práctica1. Introducción a Microsoft Access. Qué es Access?

Práctica1. Introducción a Microsoft Access. Qué es Access? Práctica1. Introducción a Microsoft Access Los sistemas de información empresariales tienen como misión el proporcionar información precisa en el momento adecuado, tanto para la gestión y realización de

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

Master en Gestion de la Calidad

Master en Gestion de la Calidad Master en Gestion de la Calidad 3. La Calidad en la Actualidad La calidad en la actualidad 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer la calidad en la actualidad. La familia

Más detalles

DECLARACIÓN SOBRE NORMAS Y PROCEDIMIENTOS DE AUDITORIA DNA 10. EVIDENCIA COMPROBATORIA

DECLARACIÓN SOBRE NORMAS Y PROCEDIMIENTOS DE AUDITORIA DNA 10. EVIDENCIA COMPROBATORIA DECLARACIÓN SOBRE NORMAS Y PROCEDIMIENTOS DE AUDITORIA DNA 10. EVIDENCIA COMPROBATORIA INTRODUCCION 1.- La tercera norma relativa, la ejecución del trabajo expresa: "Se debe obtener una evidencia comprobatoria

Más detalles

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO PARA ADMINISTRACIÓN DE INVENTARIO DE EQUIPOS DE CÓMPUTO GESTIÓN INFORMÁTICA

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO PARA ADMINISTRACIÓN DE INVENTARIO DE EQUIPOS DE CÓMPUTO GESTIÓN INFORMÁTICA Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE DE INVENTARIO DE EQUIPOS DE GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO Evaluar el estado tecnológico de los equipos de cómputo a nivel de hardware y software

Más detalles

Plan operativo anual 2010

Plan operativo anual 2010 Plan operativo anual 2010 Objetivos estratégicos/operativos y de calidad del Servicio de Personal y Organización Docente [1] 15 de enero de 2010 0. INTRODUCCIÓN Los Estatutos de la Universidad de Jaén

Más detalles

Logística de Aprovisionamiento

Logística de Aprovisionamiento Logística de Aprovisionamiento APROVISIONAMIENTO DEFINICIÓN: Proceso de gerenciar estratégicamente la planeación, adquisición, movimientos, recepción, producción, empaque, Almacenamiento, distribución

Más detalles

2.1. Tipos de Estrategia

2.1. Tipos de Estrategia Unidad II Estrategia y Ventaja Competitiva 2.1. Tipos de Estrategia La formulación de la estrategia consiste en elaborar la misión de la organización, detectar las oportunidades y las amenazas externas

Más detalles

Unidad 5. Conceptos y Estructuras de Archivos

Unidad 5. Conceptos y Estructuras de Archivos Unidad 5 Conceptos y Estructuras de Archivos En todos los tiempos y más aún en la era en que vivimos, el hombre tiene cada vez mas necesidad de consultar una mayor cantidad de información para poder desarrollar

Más detalles

Las normas ISO en su versión actual proveen un sistema de calidad disciplinado que tiene como pilares básicos:

Las normas ISO en su versión actual proveen un sistema de calidad disciplinado que tiene como pilares básicos: LA SERIE DE ESTÁNDARES ISO 9000 Las normas ISO 9000 han cobrado mayor relevancia internacional en la última década y en la actualidad es utilizada en más de 120 países. Estas normas requieren de sistemas

Más detalles

12.1 Planificar las Compras y Adquisiciones

12.1 Planificar las Compras y Adquisiciones 12.1 Planificar las Compras y Adquisiciones Procesos de un Área de Conocimiento Iniciación Planificación Ejecución Seguimiento y Control Cierre 4. Gestión de la Integración de Proyectos 4.1 Desarrollar

Más detalles

CONTABILIDAD GENERAL

CONTABILIDAD GENERAL 1 Sesión No. 7 Nombre: Registro de las transacciones de una entidad Contextualización El registro de las operaciones es de suma importancia para producir información que sea útil a las personas; sin embargo,

Más detalles

PROCEDIMIENTO PARA EFECTUAR LA REVISIÓN POR LA DIRECCIÓN NTC ISO 9001: 2000. VERSIÓN No. 3.0. Fecha:

PROCEDIMIENTO PARA EFECTUAR LA REVISIÓN POR LA DIRECCIÓN NTC ISO 9001: 2000. VERSIÓN No. 3.0. Fecha: NTC ISO 9001: 2000 Fecha: ELABORADO POR: Profesional Universitario ANA ESTHER TOVAR PORRAS Dirección de Planeación CARGO NOMBRE FIRMA REVISADO POR: Contralor Auxiliar ERNESTO TUTA ALARCON CARGO NOMBRE

Más detalles