CAPITULO II MARCO TEORICO SOBRE EVALUACIÓN TÉCNICA, EVALUACIÓN DE SOFTWARE Y SOFTWARE DE RESERVACIÓN Y VENTA DE BOLETOS.
|
|
- Catalina Rosario Maldonado de la Cruz
- hace 8 años
- Vistas:
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)
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 detallesDE 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 detallesLOGISTICA 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 detallesIAP 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 detallesMaster 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 detallesLINEAMIENTOS 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 detallesNormas 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 detallesSeminario 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 detallesGestió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 detallesPROGRAMACIÓ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 detallesPROCEDIMIENTO 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 detallesSISTEMAS 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 detallesSistemas 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 detallesMetodologí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 detallesLA 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 detallesI 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 detallesMó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 detallesGestió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 detallesICTE 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 detallesISO 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 detallesModificació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 detallesMejores 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 detallesGUÍ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 detalles2.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 detalles3. 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 detallesAI 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 detallesTé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 detallesCONSTRUCCIÓ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 detallesINSTRODUCCION. 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 detallesANEXO 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 detalles12.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 detallesCONCEPTOS 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 detallesUnidad 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 detallesCMMI (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 detalles6 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 detallesCuá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 detallesProcedimiento 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 detallesSOLICITUD 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 detallesCAPÍ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 detallesLas 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 detalles1.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 detallesSeguimiento 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 detallesPlanificació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 detalles2O21 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 detallesPROYECTO 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 detallesPlanificació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 detallesMarco 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 detallesI. 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 detallesUNIVERSIDAD 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 detallesK2BIM 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 detallesUNIVERSIDAD 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 detallesIntroducció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 detallesLISTA 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 detalles6. 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 detallesACLARACIONES 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 detallesCAPITULO 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 detallesCapí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 detallesAseguramiento 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 detallesNorma 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 detallesCurso. 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 detallesGuí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 detallesISO 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 detallesPROVIAS 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 detallesEVALUACIÓ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 detallesMaster 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 detallesIngenierí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 detallesCharlas 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 detallesEl 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 detallesBuenas 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 detallesAUDITORÍ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 detallesPlaneació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 detallesIntroducció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 detalles1.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 detallesVentajas 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 detallesCriterio 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 detallesSÍ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 detallesPRUEBAS 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 detallesPLANIFICACIÓ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 detallesDirectrices 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 detallesPreguntas 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 detallesCó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 detallesMó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 detallese-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 detallesUna 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 detallesIDEA 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 detallesprogramació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 detallesCopyright 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 detallesCURSO 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
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 detallesGLOSARIO 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 detallesDESCRIPCIÓ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 detallesGUIA 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 detallesISO 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 detallesCAPITULO 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 detallesPLANEACIÒ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 detallesGuí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 detallesde 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 detallesOperació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 detallesAdministració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 detallesMantenimiento 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