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

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

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

LOGISTICA D E COMPRAS

LOGISTICA D E COMPRAS LOGISTICA D E COMPRAS 1. - Concepto de compras OBTENER EL (LOS) PRODUCTO(S) O SERVICIO(S) DE LA CALIDAD ADECUADA, CON EL PRECIO JUSTO, EN EL TIEMPO INDICADO Y EN EL LUGAR PRECISO. Muchas empresas manejan

Más detalles

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) Introducción 1. Como se indica en la Norma Internacional de Auditoría 401, "Auditoría en un contexto informatizado", los objetivos globales

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

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN Tabla de Contenidos LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN... 1 Tabla de Contenidos... 1 General... 2 Uso de los Lineamientos Estándares...

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

Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets

Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 1 de 12 Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets 3 Bienvenida. 4 Objetivos. 5 Interacciones de Negocios

Más detalles

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

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

PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02

PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02 1. OBJETIVO Realizar la planificación, estructuración y ejecución de las auditorías internas, con el objeto de garantizar el cumplimiento de los requisitos de la Norma ISO 9001:2008 y los fijados por la

Más detalles

SISTEMAS Y MANUALES DE LA CALIDAD

SISTEMAS Y MANUALES DE LA CALIDAD SISTEMAS Y MANUALES DE LA CALIDAD NORMATIVAS SOBRE SISTEMAS DE CALIDAD Introducción La experiencia de algunos sectores industriales que por las características particulares de sus productos tenían necesidad

Más detalles

Sistemas de Gestión de Calidad. Control documental

Sistemas de Gestión de Calidad. Control documental 4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

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

I INTRODUCCIÓN. 1.1 Objetivos

I INTRODUCCIÓN. 1.1 Objetivos I INTRODUCCIÓN 1.1 Objetivos En el mundo de la informática, la auditoría no siempre es aplicada en todos las empresas, en algunos de los casos son aplicadas por ser impuestas por alguna entidad reguladora,

Más detalles

Módulo: Indicadores de Eficacia y Eficiencia en los Procesos

Módulo: Indicadores de Eficacia y Eficiencia en los Procesos Diplomatura en Lean Manufacturing (Manufactura Esbelta) Módulo: Indicadores de Eficacia y Eficiencia en los Procesos Docente: Javier Mejía Nieto MANUAL DE INDICADORES DE PRODUCTIVIDAD Ministerio de trabajo

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

ICTE NORMAS DE CALIDAD DE AGENCIAS DE VIAJES REGLAS GENERALES DEL SISTEMA DE CALIDAD. Ref-RG Página 1 de 9

ICTE NORMAS DE CALIDAD DE AGENCIAS DE VIAJES REGLAS GENERALES DEL SISTEMA DE CALIDAD. Ref-RG Página 1 de 9 Página 1 de 9 1 Página 2 de 9 SUMARIO 1. OBJETO 2. ALCANCE 3. DEFINICIONES 4. GENERALIDADES 5. NORMAS DE CALIDAD DE SERVICIO 6. ESTRUCTURA TIPO DE LAS NORMAS 7. MECANISMOS DE EVALUACIÓN 8. PONDERACIÓN

Más detalles

ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE

ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE MARZO 2007 Este documento contesta las preguntas más frecuentes que se plantean las organizaciones que quieren

Más detalles

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:

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

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es

Más detalles

2.1 Clasificación de los sistemas de Producción.

2.1 Clasificación de los sistemas de Producción. ADMINISTRACION DE OPERACIONES Sesión 2: La Administración de operaciones II Objetivo específico 1: El alumno conocerá la clasificación de los sistemas de producción, los sistemas avanzados de manufactura

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

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

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

CONSTRUCCIÓN DE LAS RELACIONES CON EL CLIENTE.

CONSTRUCCIÓN DE LAS RELACIONES CON EL CLIENTE. TEMA 6 CONSTRUCCIÓN DE LAS RELACIONES CON EL CLIENTE. 1.- MARKETING DE RELACIONES.?? Del marketing de TRANSACCIONES al marketing de RELACIONES.?? Los CLIENTES se transforman en SOCIOS y la empresa debe

Más detalles

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un INSTRODUCCION Toda organización puede mejorar su manera de trabajar, lo cual significa un incremento de sus clientes y gestionar el riesgo de la mejor manera posible, reduciendo costes y mejorando la calidad

Más detalles

ANEXO 26-A COMITÉ PERMANENTE DE INTERPRETACIÓN SIC N 32 ACTIVOS INTANGIBLES COSTOS DE SITIOS WEB. (Modificada en 2008) (IV Difusión)

ANEXO 26-A COMITÉ PERMANENTE DE INTERPRETACIÓN SIC N 32 ACTIVOS INTANGIBLES COSTOS DE SITIOS WEB. (Modificada en 2008) (IV Difusión) ANEXO 26-A COMITÉ PERMANENTE DE INTERPRETACIÓN SIC N 32 ACTIVOS INTANGIBLES COSTOS DE SITIOS WEB (Modificada en 2008) (IV Difusión) Interpretación SIC-32 Activos Intangibles - Costos de Sitios Web Referencias

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

CONCEPTOS GENERALES DE LA GESTION DE PROYECTOS

CONCEPTOS GENERALES DE LA GESTION DE PROYECTOS CONCEPTOS GENERALES DE LA GESTION DE PROYECTOS Definición de proyecto: - Conjunto de antecedentes que permiten juzgar cualitativa y cuantitativamente las ventajas y desventajas que presenta la asignación

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

6 Anexos: 6.1 Definición de Rup:

6 Anexos: 6.1 Definición de Rup: 6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.

Más detalles

Cuándo y qué virtualizar? Cuándo y qué virtualizar? 1

Cuándo y qué virtualizar? Cuándo y qué virtualizar? 1 Cuándo y qué virtualizar? Cuándo y qué virtualizar? 1 Por qué surge la virtualización? En proyectos de infraestructuras informáticas muchos responsables de IT se sienten más confortables con diseños basados

Más detalles

Procedimiento de Sistemas de Información

Procedimiento de Sistemas de Información Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4

Más detalles

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla

Más detalles

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE

CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE 2.1 Ingeniería de Software Los modelos y estándares de calidad de software forman parte de la ingeniería de software. Es por eso que comenzaremos

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

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

Seguimiento y evaluación

Seguimiento y evaluación Seguimiento y evaluación Por qué es necesario contar con herramientas para el seguimiento y la evaluación? Es la manera en que se puede evaluar la calidad e impacto del trabajo en relación con el plan

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

2O21 METAS EDUCATIVAS LA EDUCACIÓN QUE QUEREMOS PARA LA GENERACIÓN DE LOS BICENTENARIOS

2O21 METAS EDUCATIVAS LA EDUCACIÓN QUE QUEREMOS PARA LA GENERACIÓN DE LOS BICENTENARIOS 2O21 METAS EDUCATIVAS LA EDUCACIÓN QUE QUEREMOS PARA LA GENERACIÓN DE LOS BICENTENARIOS 8CAPÍTULO 8 LA EVALUACIÓN Y EL SEGUIMIENTO DE LAS METAS EDUCATIVAS 2021: SOSTENER EL ESFUERZO 2O21 METAS EDUCATIVAS

Más detalles

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO UNIDAD: TÉCNICOS DE LABORATORIOS DE DEPARTAMENTOS, CENTROS E INSTITUTOS DE INVESTIGACIÓN (UTLA). Fecha de realización: DICIEMBRE

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

Marco Normativo de IT

Marco Normativo de IT Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software

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

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

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.

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

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

LISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M

LISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M No. REQUISITOS EXISTE ESTADO OBSERVACIONES 4. SISTEMA DE GESTION DE LA CALIDAD 4.1 Requisitos Generales La organización debe establecer, documentar, implementar y mantener un S.G.C y mejorar continuamente

Más detalles

6. CIRCUITO Y FLUJO DE MATERIALES

6. CIRCUITO Y FLUJO DE MATERIALES UNIDAD DIDÁCTICA 1: EL APROVISIONAMIENTO 1. LA EMPRESA: FUNCIONES Y ORGANIZACIÓN 1.1. FUNCIONES DE LA EMPRESA 1.2. ORGANIZACIÓN DE LA EMPRESA 2. EL DEPARTAMENTO DE COMPRAS 2.1. EL PERSONAL DE COMPRAS 3.

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

CAPITULO III A. GENERALIDADES

CAPITULO III A. GENERALIDADES CAPITULO III INVESTIGACION DE CAMPO SOBRE EL DISEÑO DE UN SISTEMA AUTOMATIZADO DE CONTROL INVENTARIO Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA TIENDONA EN LA ZONA METROPOLITANA

Más detalles

Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI

Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI La segunda fase del NIPE corresponde con la adecuación de las intervenciones de enfermería del sistema de clasificación N.I.C. (Nursing Intervention

Más detalles

Aseguramiento de la Calidad

Aseguramiento de la Calidad Aseguramiento de la Calidad El Aseguramiento de la Calidad consiste en tener y seguir un conjunto de acciones planificadas y sistemáticas, implantadas dentro del Sistema de Calidad de la empresa. Estas

Más detalles

Norma ISO 9001: 2008. Sistema de Gestión de la Calidad

Norma ISO 9001: 2008. Sistema de Gestión de la Calidad Norma ISO 9001: 2008 Sistema de Gestión de la Calidad Hemos recibido una solicitud de información a través de nuestra Web (www.grupoacms.com). Próximamente un comercial de ACMS se pondrá en contacto con

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

Guía Práctica para el Diseño de Proyectos Sociales

Guía Práctica para el Diseño de Proyectos Sociales Guía Práctica para el Diseño de Proyectos Sociales Marcela Román C. CIDE INTRODUCCION Las Políticas de focalización de la acción social del Estado y, en particular la educativa, están fundamentalmente

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

PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6. 1. NOMBRE DEL ÁREA: Unidad de Informática

PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6. 1. NOMBRE DEL ÁREA: Unidad de Informática PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6 1. NOMBRE DEL ÁREA: Unidad de Informática 2. RESPONSABLES DE LA EVALUACIÓN: 3. CARGOS: Milton Sandoval Cruz Administrador

Más detalles

EVALUACIÓN DE LA SOLICITUD DE ACREDITACIÓN DE TÍTULO OFICIAL

EVALUACIÓN DE LA SOLICITUD DE ACREDITACIÓN DE TÍTULO OFICIAL EVALUACIÓN DE LA SOLICITUD DE ACREDITACIÓN DE TÍTULO OFICIAL Identificación del título Denominación: Máster Universitario en Neurorehabilitació Universidad: Universitat Autònoma de Barcelona Centro/s:

Más detalles

Master en Gestion de la Calidad

Master en Gestion de la Calidad Master en Gestion de la Calidad Registros de un Sistema de Gestion de la Calidad Manual, procedimientos y registros 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer que es un registro

Más detalles

Ingeniería de Software. Pruebas

Ingeniería de Software. Pruebas Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en

Más detalles

Charlas para la Gestión del Mantenimiento Fernando Espinosa Fuentes

Charlas para la Gestión del Mantenimiento Fernando Espinosa Fuentes Charlas para la Gestión del Mantenimiento Fernando Espinosa Fuentes Conseguir una alta eficiencia de los activos es un reto importante ya que tiene un impacto significativo sobre los beneficios. Afecta

Más detalles

El Plan de Formación para Agentes Inmobiliarios (1ª Fase) por Miguel A. Herrera

El Plan de Formación para Agentes Inmobiliarios (1ª Fase) por Miguel A. Herrera El Plan de Formación para Agentes Inmobiliarios (1ª Fase) por Miguel A. Herrera 2014 La formación es una de las funciones que debe asumir todo broker inmobiliario, ya que proporciona los conocimientos

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

AUDITORÍAS Y AUDITORES ISO 9000:2000

AUDITORÍAS Y AUDITORES ISO 9000:2000 AUDITORÍAS Y AUDITORES ISO 9000:2000 Ing. Miguel García Altamirano Servicios CONDUMEX S.A. de C.V. Delegado Mexicano en el Comité Internacional ISO TC 176 en el grupo JWG "Auditorías" Resumen: Los sistemas

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

Introducción. Definición de los presupuestos

Introducción. Definición de los presupuestos P o r q u é e l p r e s u p u e s t o d e b e s e r e l c a m i n o a s e g u i r p a r a g a r a n t i z a r e l é x i t o d e s u e m p r e s a? Luis Muñiz Economista Introducción El aumento de la incertidumbre

Más detalles

1.1 EL ESTUDIO TÉCNICO

1.1 EL ESTUDIO TÉCNICO 1.1 EL ESTUDIO TÉCNICO 1.1.1 Definición Un estudio técnico permite proponer y analizar las diferentes opciones tecnológicas para producir los bienes o servicios que se requieren, lo que además admite verificar

Más detalles

Ventajas del software del SIGOB para las instituciones

Ventajas del software del SIGOB para las instituciones Ventajas del software del SIGOB para las instituciones Podemos afirmar que además de la metodología y los enfoques de trabajo que provee el proyecto, el software, eenn ssi i mi issmoo, resulta un gran

Más detalles

Criterio 2: Política y estrategia

Criterio 2: Política y estrategia Criterio 2: Política y estrategia Definición. Cómo implanta el servicio su misión, y visión mediante una estrategia claramente centrada en todos los grupos de interés y apoyada por políticas, planes, objetivos,

Más detalles

SÍNTESIS Y PERSPECTIVAS

SÍNTESIS Y PERSPECTIVAS SÍNTESIS Y PERSPECTIVAS Los invitamos a observar, a identificar problemas, pero al mismo tiempo a buscar oportunidades de mejoras en sus empresas. REVISIÓN DE CONCEPTOS. Esta es la última clase del curso.

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS.

PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS. PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS. QUÉ ES LA PLANIFICACIÓN? Planificar no es adivinar el futuro, sino más bien, es tomar un conjunto de decisiones que llevadas a la práctica a través

Más detalles

Directrices para la auto- evaluación A.l Introducción

Directrices para la auto- evaluación A.l Introducción Directrices para la auto- evaluación A.l Introducción La auto evaluación es una evaluación cuidadosamente considerada que resulta en una opinión o juicio respecto de la eficacia y eficiencia de la organización

Más detalles

Preguntas más frecuentes sobre PROPS

Preguntas más frecuentes sobre PROPS Preguntas más frecuentes sobre PROPS 1. Qué es un modelo? Un modelo es un marco común para toda la organización. Está alineado con los estándares de gestión de proyectos, como PMBOK, ISO10006, ISO9000

Más detalles

Código del programa: PEMDE. Programa Experto en MANEJO DE DATOS CON EXCEL. Modalidad: Virtual. Descripción del programa

Código del programa: PEMDE. Programa Experto en MANEJO DE DATOS CON EXCEL. Modalidad: Virtual. Descripción del programa Código del programa: PEMDE Programa Experto en MANEJO DE DATOS CON EXCEL Modalidad: Virtual Descripción del programa 1 Presentación del programa Justificación Microsoft Excel es la herramienta de manejo

Más detalles

Módulo 7: Los activos de Seguridad de la Información

Módulo 7: Los activos de Seguridad de la Información Módulo 7: Los activos de Seguridad de la Información Se explica en este tema cómo deben abordarse la elaboración de un inventario de activos que recoja los principales activos de información de la organización,

Más detalles

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red. Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores

Más detalles

Una estructura conceptual para medir la efectividad de la administración

Una estructura conceptual para medir la efectividad de la administración Una estructura conceptual para medir la efectividad de la administración Tópico especial para gestión del mantenimiento La necesidad de un sistema de medición de la efectividad Mediante el uso de una o

Más detalles

IDEA DE NEGOCIO EDUGER LOGISTIC GERMAN EDUARDO BALSERO MORALES PROFESOR: GERARDO ANDRES ARCOS CELIS

IDEA DE NEGOCIO EDUGER LOGISTIC GERMAN EDUARDO BALSERO MORALES PROFESOR: GERARDO ANDRES ARCOS CELIS IDEA DE NEGOCIO EDUGER LOGISTIC GERMAN EDUARDO BALSERO MORALES PROFESOR: GERARDO ANDRES ARCOS CELIS CORPORACIÓN UNIVERSITARIA IBEROAMERICANA TECNOLOGIA EN LOGISTICA INFORMATICA BOGOTA D.C. 2013 INTRODUCCIÓN

Más detalles

programación y guías docentes, el trabajo fin de grado y las prácticas externas.

programación y guías docentes, el trabajo fin de grado y las prácticas externas. Informe de Seguimiento Graduado o Graduada en Administración y Dirección de Empresas de la Universidad de Málaga 1. ÁMBITO NORMATIVO El artículo 27 del Real Decreto 1393/2007, de 29 de octubre, modificado

Más detalles

Copyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler

Copyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler Copyright 2011 - bizagi Gestión de Cambios Bizagi Process Modeler Tabla de Contenido Gestión de Cambios... 4 Descripción... 4 Principales factores en la Construcción del Proceso... 5 Modelo de Datos...

Más detalles

CURSO COORDINADOR INNOVADOR

CURSO COORDINADOR INNOVADOR CURSO COORDINADOR INNOVADOR PRESENTACIÓN La tarea que el Ministerio de Educación se propone a través de Enlaces, en relación al aseguramiento del adecuado uso de los recursos, con el fin de lograr un impacto

Más detalles

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades

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

DESCRIPCIÓN DEL PROCESO DE RIESGO OPERACIONAL

DESCRIPCIÓN DEL PROCESO DE RIESGO OPERACIONAL DESCRIPCIÓN DEL PROCESO DE RIESGO Julio 10, de 2012 INDICE Proceso Riesgo Operacional... 1 Objetivo General... 1 Objetivos Específicos... 1 I. Identificación del Riesgo.... 1 II. Medición y Mitigación

Más detalles

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000 1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas

Más detalles

ISO 9001:2015 Comprender los cambios clave. Lorri Hunt

ISO 9001:2015 Comprender los cambios clave. Lorri Hunt ISO 9001:2015 Comprender los cambios clave Lorri Hunt Exención de responsabilidad Si bien la información suministrada en esta presentación pretende explicar con precisión la actualización de la ISO 9001,

Más detalles

CAPITULO I. Introducción. En la actualidad, las empresas están tomando un papel activo en cuanto al uso de sistemas y

CAPITULO I. Introducción. En la actualidad, las empresas están tomando un papel activo en cuanto al uso de sistemas y CAPITULO I Introducción 1.1 Introducción En la actualidad, las empresas están tomando un papel activo en cuanto al uso de sistemas y redes computacionales. La tecnología ha ido evolucionando constantemente

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

Guía de los cursos. Equipo docente:

Guía de los cursos. Equipo docente: Guía de los cursos Equipo docente: Dra. Bertha Patricia Legorreta Cortés Dr. Eduardo Habacúc López Acevedo Introducción Las organizaciones internacionales, las administraciones públicas y privadas así

Más detalles

de la empresa Al finalizar la unidad, el alumno:

de la empresa Al finalizar la unidad, el alumno: de la empresa Al finalizar la unidad, el alumno: Identificará el concepto de rentabilidad. Identificará cómo afecta a una empresa la rentabilidad. Evaluará la rentabilidad de una empresa, mediante la aplicación

Más detalles

Operación 8 Claves para la ISO 9001-2015

Operación 8 Claves para la ISO 9001-2015 Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,

Más detalles

Administración de Proyectos. Gestión de las Adquisiciones del Proyecto AGAPD-01. Ing. Osvaldo Martínez G. MSc. MAP

Administración de Proyectos. Gestión de las Adquisiciones del Proyecto AGAPD-01. Ing. Osvaldo Martínez G. MSc. MAP Administración de Proyectos Gestión de las Adquisiciones del Proyecto AGAPD-01 Ing. Osvaldo Martínez G. MSc. MAP Concepto de compra: Conjunto de operaciones que permiten poner a disposición de la empresa,

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