Interacción Persona - Ordenador
|
|
- María Rosario Coronel Murillo
- hace 6 años
- Vistas:
Transcripción
1 Interacción Persona - Ordenador Análisis de Requisitos (II) Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo
2 Análisis de Requisitos Adquisición o recogida de datos Observación y recolección de datos. Toma informal de notas Análisis etnográfico: Observación del entorno y procedimiento de trabajo Estudio de la audiencia: Usuarios y sus necesidades Análisis de la competencia: Métodos anteriores, versiones previas o aplicaciones similares Análisis e interpretación de la información Sistematización en formularios, siguiendo normas o estándares Objetivos de la aplicación: Descripción de tareas (requisitos, casos de uso) Objetivos de usabilidad y accesibilidad Plataforma hardware y software necesaria. Dispositivos de interacción.
3 Análisis de la información Qué tenemos en este momento? Entrevistas, p. ej con 5 clientes, un directivo y tres trabajadores. Cuestionarios, p. ej. 50 encuestas recogidas de un formulario en internet Anotaciones de la observación, p.ej. notas de dos visitas al centro de trabajo: procesos administrativos, organización, posibles incidencias, etc
4 Análisis de la información Siguiente paso: Análisis e interpretación de la información recogida. Los datos obtenidos serán: Cuantitativos: Obtención de valores numéricos: porcentajes, promedios, medias, desviaciones estándar, etc. Cualitativos: Identificar patrones y/o temas recurrentes, categorización y segmentación de datos y usuarios, análisis de los incidentes críticos. Nota: Hay que tener cuidado con el modo de interpretar la información
5 Análisis de la información Se efectúa mediante sistematización en formularios. La información recogida de manera informal se estructura y se presenta en plantillas siguiendo metodologías estandarizadas, en lo posible: Estándares de facto: empresas, fabricantes Estándares de iure: Normas ISO, UNE Metodologías de IS
6 Análisis: Objetivos de la aplicación Además de los requisitos del sistema que veremos no hay que perder de vista los objetivos generales: Objetivos de negocio (de la empresa) Cuáles son las razones de empresa? Cómo determinará la empresa que la aplicación es un éxito? Objetivos de los usuarios Por qué los usuarios van a utilizar esta aplicación y no otra? Si no puedes dar razones para que la usen probablemente fracasará Hay que considerar cómo podemos mejorar nuestro servicio
7 Análisis: Objetivos de la aplicación La información recogida es útil para definir los objetivos de la aplicación. Se definen entonces los requisitos del sistema, es decir, las características que se deben incluir en el sistema. Existen dos tipos de requisitos: Funcionales (RF): Establecen la funcionalidad del sistema qué hace el sistema? Describen las interacciones entre el sistema y el entorno Son independientes de la implementación No funcionales (RNF): Criterios para juzgar cómo opera el sistema Atributos de calidad Restricciones de implementación
8 Análisis: Objetivos de la aplicación Algunos ejemplos de requisitos no funcionales típicos son los siguientes: rendimiento disponibilidad seguridad accesibilidad usabilidad estabilidad portabilidad costo operatividad interoperabilidad escalabilidad concurrencia mantenibilidad interfaz
9 Análisis: Objetivos de la aplicación Es necesario elaborar un catálogo de requisitos que el software deberá satisfacer. Existen diferentes formas de representación de los requisitos: - tablas de requisitos - árboles de decisión - tablas de decisión - casos de uso -...
10 Análisis: Objetivos de la aplicación Representación de Requisitos mediante una tabla: Técnica sencilla de enumeración en una tabla Un requisito se representa con un código y un texto que lo describe La estructura del código es fijada por la organización
11 Análisis: Objetivos de la aplicación Ejemplo: Representación de Requisitos Volere shell (Preece, Rogers & Sharp)
12 Análisis: Objetivos de la aplicación Ejemplo: Representación de requisitos
13 Análisis: Objetivos de la aplicación Representación de Requisitos Funcionales mediante casos de uso:
14 Análisis: Objetivos de la aplicación Casos de uso Un caso de uso especifica el comportamiento de un sistema o de una parte del mismo. Pero no especifica cómo se implementa dicho comportamiento. Describe el funcionamiento del sistema desde el punto de vista del usuario. Se usa fundamentalmente en la fase de análisis de requisitos. Un caso de uso describe la secuencia de interacciones que se producen entre un actor y el sistema. Los casos de uso describen los requisitos funcionales del sistema. Descripción: diagrama de casos de uso
15 Análisis: Objetivos de la aplicación Diagrama de caso de uso: Muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa. Los elementos que pueden aparecer en un diagrama de Caso de Uso son: Actores, Casos de uso y Relaciones.
16 Elementos de un diagrama de casos de uso Casos de uso Un caso de uso tiene un nombre y se representa mediante una elipse. El nombre del caso de uso debe reflejar la tarea específica que el actor desea llevar a cabo usando el sistema.
17 Elementos de un diagrama de casos de uso Actores Un actor es una entidad externa al sistema que realiza algún tipo de interacción con el mismo. Esta representación sirve tanto para actores que son personas como para otro tipo de actores (otros sistemas, sensores, etc.). Los actores no forman parte del sistema, aunque aparecen en los modelos.
18 Elementos de un diagrama de casos de uso Relaciones UML define cuatro tipos de relación en los Casos de Uso: De Comunicación:
19 Elementos de un diagrama de casos de uso Relaciones De Generalización: El caso de uso hijo hereda la especificación del caso de uso padre. El hijo puede añadir o redefinir el comportamiento del padre. El hijo puede ser colocado en cualquier lugar donde aparezca el padre.
20 Elementos de un diagrama de casos de uso Relaciones De Inclusión: un caso de uso base incorpora explícitamente el comportamiento de otro caso de uso (proveedor) en el lugar especificado en el caso base. Representa un comportamiento común del caso de uso. Representa un comportamiento que es reusado (un caso de uso utiliza a otro). Relación de dependencia con estereotipo <<include>>
21 Elementos de un diagrama de casos de uso Relaciones De Extensión: un caso de uso base incorpora implícitamente el comportamiento de otro caso de uso (proveedor) en el lugar especificado indirectamente por el caso proveedor. Se utiliza para modelar la parte de un caso de uso que el usuario puede ver como comportamiento opcional del sistema. Separa el comportamiento opcional del obligatorio. También se usa para modelar un subflujo que se ejecuta bajo ciertas condiciones.
22 Elementos de un diagrama de casos de uso Ejemplos: Biblioteca, cajero automático
23 Construcción del diagrama de casos de uso Para construir el modelo de Casos de Uso en la fase de Análisis se siguen los siguientes pasos: 1. Se describe uno o varios escenarios 2. Se identifican los posibles usuarios del sistema y los casos de uso 3. Se dibuja el diagrama de casos de uso 4. Se ordenan y describen los casos de uso
24 Construcción del diagrama de casos de uso 1. Descripción de escenarios Una técnica muy útil para descubrir el funcionamiento de un sistema desde el punto de vista de los usuarios es la de los escenarios. Un escenario es una descripción textual del funcionamiento típico de un sistema o tarea desde la perspectiva de un usuario concreto. Describe el comportamiento de usuarios representativos. Al menos un escenario por tipo de usuario o actor
25 Construcción del diagrama de casos de uso Ejemplo: Caso de uso: Comprar entradas Ange Schmidt es una clienta de DeustcheSparKasse con un saldo medio de más de Utiliza el cajero para la mayor parte de sus transacciones. A última hora de la tarde de los viernes entra a un cajero de la entidad, se registra, selecciona la operación Comprar entradas, revisa las ofertas para ese fin de semana y selecciona un espectáculo. Si quedan entradas, selecciona dos localidades y las paga. Recoge las entradas y su tarjeta y sale del cajero.
26 Construcción del diagrama de casos de uso 2. Identificación de los posibles usuarios del sistema y de los casos de uso Se identifican los actores del sistema. En una tabla se especifican todos los casos de uso en el formato de alto nivel. 3. Dibujado del Diagrama general de Caso de Uso. Se relacionan los casos de uso y se ilustran las relaciones en el Diagrama de Casos de Uso (<<extend>> y <<include>>). 4. Ordenación y descripción Se ordenan según prioridad los casos de uso para implementar primero los que sean críticos. Se describe cada caso de uso.
27 Documentación del diagrama de casos de uso Descripción del caso de uso (textual): Nombre del caso de uso Actores implicados Flujo de eventos: Flujo de eventos principal: Cómo y cuándo empieza y acaba el caso de uso y secuencia de interacciones con los actores. Flujos alternativos
28 Documentación del diagrama de casos de uso Caso de Uso: Reintegrar efectivo Actores: Cliente Flujo de eventos principal: El caso de uso comienza cuando un cliente llega al cajero automático e introduce la tarjeta. Include introducir pin. El sistema le muestra las operaciones disponibles. El cliente selecciona la operación de reintegro por una cantidad específica. El cajero le da el dinero solicitado. Generar comprobante: punto de extensión. El cliente coge el dinero, la tarjeta (y el comprobante, si lo ha solicitado) y se acaba el caso de uso. Flujo de eventos alternativo: Si el pin introducido es incorrecto se reinicia el caso de uso. Flujo de eventos alternativo: Si el saldo es insuficiente se cancela la operación y se reinicia el caso de uso.
29 Análisis: Objetivos de usabilidad Desde el punto de vista de la empresa: Establecer medidas (cuantitativas) de éxito: Órdenes de compra Acceso a un documento Visitas Descargas Necesitamos un marco formal: Normativa ISO/EN/UNE
30 Análisis: Objetivos de usabilidad Desde el punto de vista del usuario: Cómo aseguramos la eficiencia, eficacia y satisfacción del usuario? Es necesario identificar objetivos cuantificables que permitan medir y valorar si la aplicación es usable Cuánto tiempo pueden invertir los usuarios aprendiendo? Cuántos errores podrían cometer?
31 Definición: Análisis: Objetivos de usabilidad La medida en la que un producto se puede usar por determinados usuarios para conseguir objetivos específicos con efectividad, eficiencia y satisfacción en un contexto de uso especificado (ISO ). Un sistema es usable si es fácil de aprender y fácil de utilizar. Para poder hacer sistemas usables hace falta: Comprender los factores psicológicos, ergonómicos, organizativos y sociales. Desarrollar herramientas y técnicas. Conseguir una interacción eficiente, efectiva y satisfactoria.
32 Análisis: Objetivos de usabilidad Normativa: UNE-EN ISO Componentes de la usabilidad
33 Análisis: Objetivos de usabilidad Definiciones (ISO ): Efectividad: Precisión y grado de consecución con que los usuarios logran objetivos establecidos. Eficiencia: Relación entre los recursos empleados y la precisión y el grado de consecución con que los usuarios logran objetivos establecidos. Satisfacción: Ausencia de incomodidad y existencia de actitudes positivas hacia la utilización del producto.
34 Efectividad Usabilidad: Objetivos Cómo de bueno es el sistema a la hora de hacer lo que se supone debe hacer? Eficiencia Una vez aprendido el manejo se tarda poco en llevar a cabo las tareas? Satisfacción Está el usuario conforme con el sistema? Tiene quejas?
35 Análisis: Objetivos de usabilidad Normativa: UNE-EN ISO Esta normativa se utiliza para comprobar la usabilidad de un sistema.
36 Análisis: Otros objetivos de usabilidad Seguridad El sistema protege al usuario de situaciones no deseadas? Permite al usuario recuperarse fácilmente en caso de error? Utilidad El sistema permite hacer todas las tareas que el usuario debe hacer? Facilidad de aprendizaje Puede el usuario aprender por exploración? Cuánto le costaría aprender todas las funcionalidades de esa forma? Facilidad de recuerdo de uso Qué tipo de soporte se le da al usuario para que recuerde cómo llevar a cabo tareas infrecuentes?
37 Análisis: Objetivos de usabilidad UNE-EN ISO
38 Análisis: Objetivos de usabilidad UNE-EN ISO
39 Análisis: Objetivos de usabilidad Se pueden utilizar los parámetros de medida de ISO también para establecer objetivos de usabilidad: Impresión subjetiva Calificar el sitio como mínimo de 2,5 sobre 7 (elegante ) Tareas realizadas Un 75% de usuarios que intente comprar un artículo llegue al final
40 Análisis: Objetivos de usabilidad Tiempo aprendizaje/tiempo tarea Usar el sitio por primera vez sin entrenamiento < 10 minutos Encontrar un tema por primera vez en menos de 2 minutos Usuarios expertos (5 visitas) menos de 30 segundos Número de errores No visitar más de tres páginas erróneas para visitar una página No cometer errores fatales irrecuperables
41 Análisis: Objetivos de usabilidad Al analizar los objetivos de la aplicación hay que tener en cuenta el estudio de la audiencia y el análisis de la diversidad y optar por el diseño adecuado: Diseño generalista: Una interfaz de propósito general para todo el mundo Diseño optimizado: Diseño simple para audiencia reducida y concreta Diseño alternativo: Diferentes interfaces individuales para cada grupo, entorno (móvil u oficina), etc. Diseño multipropósito: Diseño único con partes diferentes para cada sector
42 Análisis: Objetivos de accesibilidad Accesibilidad: Grado en el que un producto, dispositivo, servicio o entorno está disponible para tantas personas como sea posible. Pensar en dotar de funcionalidad total para todos los tipos de discapacidades supone un reto difícilmente alcanzable (amplio abanico de discapacidades, dificultad de personalización, ) Hay que tener en cuenta la necesidad de incorporar dispositivos específicos.
43 Análisis: Objetivos de accesibilidad Para plantear los objetivos de accesibilidad hay que considerar las limitaciones que se van a abordar. Discapacidad Una diferencia individual que supera un límite más o menos arbitrario Muchas de estas discapacidades están presentes en grado diferente entre muchos sujetos considerados normales
44 Análisis: Objetivos de accesibilidad Para plantear los objetivos de accesibilidad hay que considerar las limitaciones que se van a abordar. Tipos de discapacidades: Deficiencias visuales Auditivas Movimiento Cognitivas
45 Análisis: Plataforma HW & SW Entorno informático de trabajo de los usuarios Ordenadores y sistemas operativos Monitores y otros periféricos Considerar diferencias en el dispositivo (móviles, oficina) Considerar diferencias en navegador, en la red
46 Análisis: Plataforma HW & SW Definir la plataforma HW y el entorno SW más adecuado teniendo en cuenta: Análisis etnográfico: considerar el modelo mental del usuario, cómo realiza las tareas, etc. Análisis de la audiencia: considerar el grupo o grupos que utilizarán la aplicación, teniendo en cuenta todos los puntos de vista (edad objetivo, nivel adquisitivo, perfil, etc) Objetivos de la aplicación Objetivos de usabilidad Objetivos de accesibilidad
47 Esbozos: Prototipado de los requisitos El documento de análisis de requisitos suele incluir unos primeros bocetos (prototipo inicial).
48 Evaluación en Análisis de Requisitos Para verificar que los requisitos planteados son adecuados hay que realizar una evaluación Existen numerosas técnicas de evaluación, entre las que destacan: Entrevistas, cuestionarios, grupos de discusión (utilizadas también en la definición de los requisitos) Evaluaciones de tipo recorrido cognitivo Evaluaciones a partir de descripciones formales de escenarios de casos de uso Tests de usabilidad
49 Conclusiones Hacer un buen análisis de los requisitos del sistema a desarrollar es crucial. Debemos conocer quiénes serán nuestros usuarios. Hace falta definir para cada categoría sus necesidades y metas. Debe hacerse un prototipado completo: actores, tareas, relaciones... Se deben definir de forma clara los objetivos de la aplicación, de usabilidad y de accesibilidad para tenerlos en cuenta a la hora de realizar el diseño.
Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008
Tema 3: Diagramas de Casos de Uso Arturo Mora Soto Octubre 2008 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos conceptualmente
Más detallesCristian Blanco
UNIDAD DIDÁCTICA 8. ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS. DIAGRAMAS DE COMPORTAMIENTO En el siguiente enlace tienes una descripción y algunos ejemplos de todos los diagramas UML.: http://jms32.eresmas.net/tacticos/uml/umlindex.html
Más detallesRequerimientos de Software
Requerimientos de Software Ingeniería de Requerimientos Se define como el proceso de establecer los servicios que el consumidor requiere de un sistema y las restricciones sobre las cuales de funcionar
Más detallesPROGRAMACIÓN DE AULA: OBJETIVOS CONTENIDOS MATERIALES y RECURSOS MODULO MATEMATICAS-TECNOLOGÍA
UNIDAD 4: SUCESIONES Y ECUACIONES. PROYECTO TECNOLÓGICO TEMPORALIZACIÓN: 2 ÚLTIMAS SEMANAS DE NOVIEMBRE, 2 PRIMERAS DE DICIEMBRE, 3 ÚLTIMAS SEMANAS DE ENERO Y PRIMERA DE FEBRERO PROGRAMACIÓN DE AULA: CURSO/NIVEL:
Más detallesTÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de
Más detallesObjetivos. Plan. Cambios de grupos Prof. sustituto: Alicia Villanueva
Ingeniería de Requerimientos Prácticas Curso 2007/08 Objetivos Aprender el manejo de una herramienta avanzada para el desarrollo rápido de prototipos: Visual Prolog Plan Semana 1: Recomendaciones IEEE
Más detallesAnexo 10. Pruebas verificadas
1 Anexo 10. Pruebas verificadas Introducción El proceso de pruebas inició con una revisión conceptual para la identificación de las pruebas por realizar, a partir de las características del proyecto. En
Más detallesEste documento enumera los diferentes tipos de Diagramas Matriciales y su proceso de construcción.
DIAGRAMA MATRICIAL 1.- INTRODUCCIÓN Este documento enumera los diferentes tipos de Diagramas Matriciales y su proceso de construcción. Muestra su potencial, como herramienta indispensable para la planificación
Más detallesAuditorías Integradas
Auditorías Integradas Gestión de Calidad y Procesos Fecha: 26 de Noviembre de 2.009 1 Índice Auditorías Integradas Definiciones Ventajas e inconvenientes Focalización Planificación Elaboración Desarrollo
Más detallesPRUEBAS DE USABILIDAD PRUEBAS DE USABILIDAD
PRUEBAS DE USABILIDAD Qué es la Usabilidad? Es la medida de la facilidad de uso de un producto o servicio, típicamente una aplicación de software o hardware. Se encarga de todo lo que influya en el éxito
Más detallesCLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez
CLASE 4: CASOS DE USO REQUERIMIENTOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez Casos de Uso Un caso de uso es una descripción de las posibles secuencias de interacción entre el
Más detallesCIDE, SA. RIF: J NIT: MODELO FUNCIONAL
MODELO FUNCIONAL SIGA C O NTE NlD O Introducción Aspectos Conceptuales Definición de modelo Requisitos de un Modelo Funcional Modelando la Funcionalidad del Sistema: Diagrama de Casos de Uso Definición
Más detallesDocumentación de Requisitos con Casos de Uso
de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas
Más detallesFUNDACIÓN UNIVERSITARIA TECNOLÓGICO COMFENALCO
PROCESOS ADMINISTRATIVOS UNIDAD 1 - PLANEACION CONCEPTOS: PLANEACION Planear es definir las metas de la organización, establecer una estrategia general para alcanzarlas y trazar planes exhaustivos para
Más detallesBloque temático Marketing turístico Curso Segundo. Tipos asignatura Obligatoria Créditos 6 cr. ECTS Horas de trabajo autónomo
PLAN DOCENTE Código- Asignatura 062111 Investigación de mercados Bloque temático Marketing turístico Curso Segundo Tipos asignatura Obligatoria Créditos 6 cr. ECTS Horas presenciales 60 horas Horas de
Más detallesUn caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo.
Casos de uso Un caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo. Consultar información Registrarse Relaciones
Más detallesISO SERIE MANUALES DE CALIDAD GUIAS DE IMPLEMENTACION. ISO 9001:2008 Como implementar los cambios parte 1 de 6
ISO 9001 2008 GUIAS DE IMPLEMENTACION ISO 9001:2008 Como implementar los cambios parte 1 de 6 SERIE MANUALES DE CALIDAD 1 NORMA INTERNACIONAL ISO 9000 Dentro de las modificaciones de la nueva versión de
Más detallesSEGUIMIENTO DE LOS ACUERDOS DE NIVEL DE SERVICIO DE INTERNET. Paloma Sánchez López Subdirección General de Informática TGSS
SEGUIMIENTO DE LOS ACUERDOS DE NIVEL DE SERVICIO DE INTERNET Paloma Sánchez López Subdirección General de Informática TGSS 1 Blanca SEGUIMIENTO DE LOS ACUERDOS DE NIVEL DE SERVICIO DE INTERNET 1. OBJETIVO
Más detallesSISTEMAS OPERATIVOS MONOPUESTO 1. CONTENIDOS MÍNIMOS PARA LA EVALUACIÓN POSITIVA
1ª evaluación DEPARTAMENTO MATERIA CURSO INFORMATICA SISTEMAS OPERATIVOS MONOPUESTO 1º S.M.R 1. CONTENIDOS MÍNIMOS PARA LA EVALUACIÓN POSITIVA Caracterización de sistemas operativos: Utilización de sistemas
Más detallesGrado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática
Grado en Ingeniería Informática Plan de proyecto Desarrollo de Sistemas de Información Corporativos Departamento de Informática Propósito El plan del proyecto software abarca todas las herramientas de
Más detallesDiagramas De Casos De Uso
Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos
Más detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006
Más detallesEl proceso de diseño. Análisis de tareas
El proceso de diseño Diseño Iteración: Prototipado y Evaluación Técnicas de prototipado Técnicas de evaluación Definir tareas: Análisis de tareas: HTA: Análisis jerárquico de tareas : Diagramas de secuencias
Más detallesProcedimiento de Revisión por la Dirección del Sistema de Gestión Integral
Página: 1 de 1 Hoja de Control de Emisión y Revisiones. N de Revisión Páginas Afectadas Motivo del Cambio Aplica a partir de: 0 Todas Generación de documento 15-Agosto-2009 1 Todas Mejora del documento
Más detallesMasters: Experto en Direccion y Gestion de Proyectos. Project Management
Masters: Experto en Direccion y Gestion de Proyectos. Project Management Objetivos Describir la naturaleza de un proyecto y los ciclos de vida del mismo. Presentar las fases del proceso de planificación
Más detallesINGENIERÍA DEL SOFTWARE
INGENIERÍA DEL SOFTWARE Sesión No. 11 INGENIERÍA DEL SOFTWARE 1 Nombre: Estereotipos y valores etiquetados de los paquetes Contextualización Los estereotipos dentro de los medios de programación son más
Más detallesCAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos
CAPÍTULO 3 Metodología para la elaboración de manuales de procedimientos El elaborar los manuales de procedimiento conlleva una metodología; en este capítulo se trata brevemente este tema; sus bases principales
Más detallesNorma ISO 9001:2015 Cambios en el SGC y Beneficios FORCAL-PO
Norma ISO 9001:2015 Cambios en el SGC y Beneficios Objetivo: Analizar los cambios de la nueva versión de la norma ISO 9001:2015, y los beneficios que implica en la Organización. EVOLUCIÓN DE LA NORMA IS0
Más detallesETAPAS Y ACTIVIDADES MÍNIMAS A REALIZAR POR EL CONSULTOR
ANEXO N 1 PROPONENTE : ETAPAS Y ACTIVIDADES MÍNIMAS A REALIZAR POR EL CONSULTOR 0. ETAPA 0 0.1. Hito 0 0.1.1. Elaborar un diagnóstico determinando brecha existente. 1. ETAPA 1 1.1. Hito 1 1.1.2. Elaboración
Más detallesCasos de Uso. Introducción. Actores
Casos de Uso Introducción Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Representan las funciones que un sistema puede ejecutar. Por tanto
Más detallesProcedimientos de evaluación interna.
Descargar 14.1 Objetivos. Procedimientos de evaluación interna. 14.2 Indicadores y criterios de evaluación. La evaluación interna del Centro se orienta a la mejora permanente del mismo. Según el Artículo
Más detallesINTERPRETACIÓN NORMA OHSAS 18001:2007 MÓDULO 1 SESIÓN 1 INTERPRETACIÓN DE LA NORMA OHSAS 18001:2007 DOCENTE: Ing. Dª. Ana I.
INTERPRETACIÓN NORMA OHSAS 18001:2007 MÓDULO 1 SESIÓN 1 INTERPRETACIÓN DE LA NORMA OHSAS 18001:2007 DOCENTE: Ing. Dª. Ana I. Menac Lumbreras Especializados 1 TEMA 1 Contenidos INTRODUCCIÓN A LA NORMA OHSAS
Más detallesIngeniería a de Software CC51A
Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario
Más detallesAna Pascual Nobajas Jefe de Servicio de Desarrollo Junta de Comunidades de Castilla-La Mancha
PROYECTO CESAR. Hacia la Administración Electrónica Jefe de Servicio de Desarrollo Junta de Comunidades de Castilla-La Mancha Palabras clave Ciudadano, administración electrónica, servicio, integración,
Más detallesDescripción del Curso
Curso Práctico de Modelado de Negocios BPMN con UML Descripción del Curso Durante este curso aprenderás de forma práctica el estándar BPMN (Business Process Management Notation) y las extensiones de UML
Más detallesCASOS DE USO Exploración de Requerimientos
Cap. 9 Kendall & Kendall Cap 5 Jacobson SESION 8 CASOS DE USO Exploración de Requerimientos Ana Mercedes Cáceres mercycaceres@gmail.com Instructora: Carmen Morales Año 2006. 1 OBJETIVOS Conocer la importancia
Más detallesUNIDAD 12.- Estadística. Tablas y gráficos (tema12 del libro)
UNIDAD 12.- Estadística. Tablas y gráficos (tema12 del libro) 1. ESTADÍSTICA: CLASES Y CONCEPTOS BÁSICOS En sus orígenes históricos, la Estadística estuvo ligada a cuestiones de Estado (recuentos, censos,
Más detallesCATALOGOS DE CURSOS DE CALIDAD
CATALOGOS DE CURSOS DE CALIDAD 1 INDICE 1. INTRODUCCIÓN A LOS SISTEMAS DE GESTIÓN DE CALIDAD E INTERPRETACIÓN DE LA NORMA ISO 9001:2008 2. TALLER DE ACTUALIZACIÓN A LA NORMA ISO 9001:2008 3. PLÁTICA EJECUTIVA
Más detalles13 Diseño Web. Máster U. En Diseño Gráfico y de Interface para nuevos dispositivos. Semipresencial. 75% Presencial 25% Online
13 Diseño Web Máster U. En Diseño Gráfico y de Interface para nuevos dispositivos Semipresencial. 75% Presencial 25% Online Sumario Datos básicos 3 Breve descripción de la asignatura 4 Requisitos previos
Más detallesUn Sistema de Gestión Integrado para PYME Cómo y para qué?
Un Sistema de Gestión Integrado para PYME Cómo y para qué? Diversos estudios anuales sobre la aplicación de las normas ISO de sistemas de Gestión muestran un aumento mundial constante en certificaciones
Más detallesDesarrollo Orientado a Objetos en Métrica v. 3
Desarrollo Orientado a Objetos en Métrica v. 3 Carlos Rossi Jiménez c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.1/45 Estructura del curso 1. Estructura de Métrica v. 3 2. Técnicas orientadas a
Más detallesESCUELA DE ESTUDIOS SUPERIORES DE PUESTOS Y PERFILES
ESCUELA DE ESTUDIOS SUPERIORES DE ADMINISTRACION Y EMPRESA PUESTOS Y PERFILES Puestos y Perfiles SUMARIO DESCRIPCIÓN DEL MÓDULO Módulo cualitativo de posicionamiento operativo, que aporta herramientas
Más detallesFormulario para presentar Proyecto: Impresoras 3D. Guía general para la presentación del proyecto
Formulario para presentar Proyecto: Impresoras 3D Guía general para la presentación del proyecto INFORMACIÓN DEL PROYECTO Nombre del proyecto Institución Dirección Localidad Departamento Nombre del Director/a
Más detalles3. DOCUMENTACIÓN 3.1. DOCUMENTACIÓN DE APLICACIONES. OBJETIVOS PARA MODIFICAR HACE FALTA COMPRENDER/ESTUDIAR:
3. DOCUMENTACIÓN 3.1. DOCUMENTACIÓN DE APLICACIONES. OBJETIVOS UN SISTEMA SOFTWARE QUE SEA: + DIFÍCIL DE COMPRENDER + SÓLO UTILIZABLE POR SUS REALIZADORES + DIFÍCIL DE MODIFICAR NO ES VÁLIDO PARA EVITAR
Más detallesUNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA) FACULTAD DE EDUCACIÓN
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA) FACULTAD DE EDUCACIÓN Oficina de Calidad Académica y Acreditación OCAA SEMINARIO TALLER ELABORACIÓN DE INSTRUMENTOS PARA
Más detallesCARRERA DE INGENIERÍA CIVIL EN INFORMÁTICA COMPETENCIAS ESPECÍFICAS Y SUS NIVELES DE DOMINIO
CARRERA DE INGENIERÍA CIVIL EN INFORMÁTICA COMPETENCIAS ESPECÍFICAS Y SUS NIVELES DE DOMINIO Responsables Prof. Oriel Herrera Gamboa Prof. Marcela Schindler Nualart Prof. Gustavo Donoso Montoya Prof. Alejandro
Más detallesPROCEDIMIENTO DE ACCIONES CORRECTIVAS Y PREVENTIVAS
PÁGINA 1 DE 5 1. OBJETIVO Establecer un método unificado para identificar, analizar y tratar las causas de No conformidades reales o potenciales, observaciones, u objeto de mejora para el Sistema Integrado
Más detallesContaduría Pública Administración Empresas
Contaduría Pública Administración Empresas AUDITORIA CONCEPTOS BASICOS Carlos Eduardo Aguirre Rivera 1. Auditoría: Es el examen profesional realizado por el Contador Público, objetivo e independiente,
Más detallesNombre de la asignatura: Algoritmos y Lenguajes de programación.
Nombre de la asignatura: Algoritmos y Lenguajes de programación. Créditos: 2-4- 6 Aportación al perfil Dominar la lógica necesaria para aprender lenguajes de programación de alto nivel para poder resolver
Más detallesTÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS. Adela del Carpio Rivera Doctor en medicina
TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS Adela del Carpio Rivera Doctor en medicina METODO Es el medio o camino a través del cual se establece la relación entre el investigador y el consultado para
Más detallesLECTURA 01: LA ESTADÍSTICA. TÉRMINOS DE ESTADÍSTICA. RECOLECCIÓN DE DATOS TEMA 1: LA ESTADISTICA: DEFINICION Y CLASIFICACION
LECTURA 01: LA ESTADÍSTICA. TÉRMINOS DE ESTADÍSTICA. RECOLECCIÓN DE DATOS TEMA 1: LA ESTADISTICA: DEFINICION Y CLASIFICACION 1. DEFINICION La estadística es una ciencia que proporciona un conjunto métodos
Más detallesDiagramas de Casos de Uso
Casos de Uso es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo se desea que trabaje. No pertenece realmente al enfoque orientado a objeto, más bien es
Más detallesÍNDICE DE CONTENIDOS. sistema Los Subsistemas de la Empresa El entorno empresarial Funciones Directivas LA EMPRESA COMO SISTEMA. FUNCIONES DIRECTIVAS
ÍNDICE DE CONTENIDOS 1 2 3 4 5 6 Concepto y Propiedades de los Sistemas Tipología de los Sistemas Elementos Conceptuales de la empresa como sistema El entorno empresarial Funciones Directivas 1 Concepto
Más detallesAseguramiento de Calidad en el Desarrollo de Software Libre
Aseguramiento de Calidad en el Desarrollo de Software Libre Marzo, 2014 N. Baez, V. Bravo y J. Alvarez Contenido de la Presentación Segunda versión de la Metodología de Desarrollo de Software Libre. Segunda
Más detalles1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:
Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas
Más detallesGrado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO
Grado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO 25000. Aspectos de la calidad de software Interna: medible a partir
Más detallesCAPITULO III METODOLOGÍA
CAPITULO III METODOLOGÍA 3.1 Tipo de investigación El tipo de investigación a utilizar es la investigativa experimental ya que se realizará una intervención en el campo mismo donde se presenta el problema,
Más detallesElementos Diagramas de Clases Clase:
Diagramas de Clases Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.
Más detallesANALISIS Y DISEÑO DE SISTEMAS HERRAMIENTAS PARA DETERMINAR REQUERIMIENTOS DE SISTEMAS
ANALISIS Y DISEÑO DE SISTEMAS HERRAMIENTAS PARA DETERMINAR REQUERIMIENTOS DE SISTEMAS Cap. 3. Análisis y Diseño de Sistemas de Información. James Senn Sesión 3 Ana Mercedes Cáceres mercycaceres@gmail.com
Más detallesMODELO Y SISTEMA DE GESTIÓN DE LA I+D+i
MÓDULO 2 CUESTIONARIO DE GESTIÓN TECNOLÓGICA Con este cuestionario tendrás una idea detallada de cómo se gestiona la I+D+i en tu empresa y podrás mejorar aquellas áreas en las que se necesite reforzar
Más detallesCAPÍTULO 3 REQUERIMIENTOS Y CASOS DE USO
CAPÍTULO 3 REQUERIMIENTOS Y CASOS DE USO 3.1 REQUERIMIENTOS DEL SISTEMA Se han tomando en cuenta los siguientes requerimientos en correspondencia con el espacio de una solución de software planteada por
Más detallesPERFIL PROFESIONAL INGENIERÍA EN TECNOLOGÍA AMBIENTAL. Universidad Politécnica de Durango
PERFIL PROFESIONAL INGENIERÍA EN TECNOLOGÍA AMBIENTAL Universidad Politécnica de Durango I. Programa Educativo II. Requerimientos del Sector Productivo Ingeniería en Tecnología Ambiental Evaluación de
Más detallesTema II:Evaluación de los entornos virtuales CÓMO EVALUAR EL E-LEARNING?
Especialidad en Tecnología Educativa Módulo VI Evaluación del aprendizaje en los entornos virtuales Tema II:Evaluación de los entornos virtuales INSTRUCTOR Dra. María Teresa Pantoja Sánchez Lic. Comp.
Más detallesESTÁNDAR INTERNACIONAL DE OTROS SERVICIOS DE ASEGURAMIENTO
ESTÁNDAR INTERNACIONAL DE OTROS SERVICIOS DE ASEGURAMIENTO DISTINTOS DE AUDITORIAS Y REVISIONES DE INFORMACIÓN FINANCIERA HISTÓRICA Conferencista Jenny Marlene Sosa Cardozo Docente ISAE 3000 TRABAJOS DE
Más detallesANALISIS DE RIESGOS EN SISTEMAS
Unidad 7: Plan de seguridad ANALISIS DE RIESGOS EN SISTEMAS Objetivo específico 7: El alumno aprenderá como realizar un plan de seguridad, identificando el proyecto de seguridad, realizando la planificación
Más detallesSERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE
Nº 1 1. IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE Programa de Formación: Técnico en programación de software Nombre del Proyecto: Sistema de información para la gestión empresarial Fase del proyecto: FASE
Más detallesUNIVERSIDAD ALAS PERUANAS FACULTAD DE CIENCIAS DE LA COMUNICACIÓN SILABO POR COMPETENCIA
UNIVERSIDAD ALAS PERUANAS FACULTAD DE CIENCIAS DE LA COMUNICACIÓN SILABO POR COMPETENCIA I. DATOS INFORMATIVOS 1.1 Asignatura : Estadística para el Comunicador Social 1.2 Código : 1001-1023 1.3 Pre-requisito
Más detallesTÉCNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA ÁREA AUTOMATIZACIÓN
TÉCNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA ÁREA AUTOMATIZACIÓN HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Instrumentación industrial. 2. Competencias Implementar
Más detallesAPRENDIZAJE DE LAS HERRAMIENTAS DE DESARROLLO DESARROLLO DE LA BASE DE DATOS DESARROLLO DEL INTERFAZ DE USUARIO Y DEL CÓDIGO VBA
4.- PLAN DE TRABAJO Llegados a este punto, vamos a establecer el siguiente plan de trabajo para dar solución a la problemática presentada y con ello alcanzar los objetivos que nos hemos marcado: FASE I
Más detallesIndicadores de Gestión
Indicadores de Gestión 19/09/2012 Mary Clínica Barboza Internacional Wimpon 2010 Tiempos de Cambio Hubo un tiempo en que las empresas podían pasar por un cambio y luego retornaban a un periodo de relativa
Más detallesEVALUACIÓN DE DESEMPEÑO AMBIENTAL (EDA)
EVALUACIÓN DE DESEMPEÑO AMBIENTAL (EDA) NORMA TÉCNICA COLOMBIANA NTC-ISO 14031 Dr. Jhoniers Guerrero Profesor Titular Universidad Tecnológica de Pereira OBJETO EVALUACIÒN DE DESEMPEÑO AMBIENTAL: Es una
Más detallesCAPÍTULO III: METODOLOGÍA
CAPÍTULO III: METODOLOGÍA 3.1 TIPO DE INVESTIGACIÓN En la presente investigación se aplicará un tipo de investigación mixta que en principio tendrá un corte exploratorio-descriptivo y al finalizar será
Más detallesSIG. CIAF Centro de Investigación y Desarrollo en Información Geográfica. Fundamentos de Sistemas de Información Geográfica C U R S O.
Grupo SIG C U R S O Fundamentos de Sistemas de Información Geográfica UNIDAD 1 Generalidades de los Sistemas de Información Geográfica Tema 3 Ciclo de vida y componentes de los SIG CIAF Centro de Investigación
Más detallesPrincipios de Análisis Informático. Tema 3: Fase de inicio
Principios de Análisis Informático Tema 3: Fase de inicio Eduardo Mosqueira Rey LIDIA Laboratorio de Investigación y desarrollo en Inteligencia Artificial Departamento de Computación Universidade da Coruña,
Más detallesSICRES 3.0 Presentación Ejecutiva
Presentación Ejecutiva 1 Antecedentes: El estándar SICRES 2.0 es una norma para el intercambio de asientos registrales aprobada en 1999 por el entonces Consejo Superior de Informática (actualmente Consejo
Más detallesISO 9001 Auditing Practices Group Guidance on:
International Organization for Standardization International Accreditation Forum ISO 9001 Auditing Practices Group Guidance on: Auditando el proceso de Diseño y Desarrollo 1. Introducción El objetivo de
Más detallesProtocolo de Vigilancia de Riesgos Psicosociales en el Trabajo
Protocolo de Vigilancia de Riesgos Psicosociales en el Trabajo Qué son los factores psicosociales? Según el Comité Mixto OIT / OMS, los factores psicosociales consisten en interacciones entre, el trabajo,
Más detallesContenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo
Tutorial Contenido 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo 1. El proceso Fases soportadas por UML Análisis de requisitos de usuario Análisis de requisitos de software Diseño de la plataforma
Más detallesErgonomía. Disciplina que se ocupa de la interacción n entre. Hombre Medio Laboral Organización. Cuál l es su objetivo?
Ergonomía 1. Introducción. 2. Ciencias relacionadas con la ergonomía. 3. Clasificación de la ergonomía. 3.1. Ergonomía ambiental. 3.2. Ergonomía geométrica. 3.3. Ergonomía temporal. 3.4. Ergonomía de la
Más detallesGrupo Tecnologías de Información XVII Edición Cumbre Judicial BORRADOR DE GUÍA DE INTEROPERABILIDAD Y SEGURIDAD DE EXPEDIENTE JUDICIAL ELECTRÓNICO
BORRADOR DE GUÍA DE INTEROPERABILIDAD Y SEGURIDAD DE EXPEDIENTE JUDICIAL ELECTRÓNICO 1 Introducción Con el fin de mejorar y agilizar la cooperación jurídica internacional, se deben establecer marcos de
Más detallesLenguaje de Modelamiento Unificado.
Lenguaje de Modelamiento Unificado. Pontificia Universidad Javeriana What can you Model with UML? 1. Structure Diagrams include: The Class Diagram Object Diagram Component Diagram Composite Structure Diagram
Más detalles2 Contratación de recursos humanos 2.1 Organismos y órganos que intervienen en relación con el contrato de trabajo 2.2 El contrato de trabajo
Contratación laboral 1 Legislación básica de aplicación en la relación laboral 1.1 El derecho laboral y sus fuentes 1.2 La constitución española 1.3 El estatuto de los trabajadores 1.4 Ley orgánica de
Más detallesMetodología de la Investigación. Dr. Cristian Rusu
Metodología de la Investigación Dr. Cristian Rusu cristian.rusu@ucv.cl 1. El proceso de investigación y sus enfoques 1.1. Enfoque cuantitativo 1.2. Enfoque cualitativo 1.3. El modelo integral 1. El proceso
Más detallesUSECASE. CASOS de USO
USECASE CASOS de USO 1 Objetivo Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario Por tanto los casos de uso determinan los requisitos funcionales
Más detallesCómo desarrollar una Arquitectura de Red segura?
1 Cómo desarrollar una Arquitectura de Red segura? Lic. Julio C. Ardita jardita@cybsec.com 26 de Septiembre de 2001 Buenos Aires - ARGENTINA 2 Cómo desarrollar una Arquitectura de Red segura? Temario -
Más detallesEVALUACIÓN Y ANÁLISIS DE
EVALUACIÓN Y ANÁLISIS DE INDICADORES Programa Integral de Capacitación Lima 2014 Gonzalo Muñoz Asorey Consultor Internacional SST Agenda 1. Aspectos conceptuales- Utilidad de los Indicadores 2. Características
Más detallesSyllabus Asignatura : Métodos cualitativos de investigación de mercados
Syllabus Asignatura : Métodos cualitativos de investigación de mercados Master Universitario en Gestión comercial y Master en Dirección de marketing Curso 2013/14 Profesor/es: Periodo de impartición: Tipo:
Más detallesTema 4: Diagramas de Casos de Uso
Tema 4: Diagramas de Casos de Uso Maria-Isabel, Sanchez Segura Arturo, Mora-Soto 1 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos
Más detallesIFCT0309 Montaje y Reparación de Equipos Microinformáticos
IFCT0309 Montaje y Reparación de Equipos Microinformáticos 1. MÓDULO 1. MF0953_2 MONTAJE DE EQUIPOS MICROINFORMÁTICOS UNIDAD FORMATIVA 1. UF0861 MONTAJE Y VERIFICACIÓN DE COMPONENTES. UNIDAD DIDÁCTICA
Más detallesPSICOLOGIA DEL DEPORTE Y PSICOLOGOS DEL DEPORTE CUAL ES SU PAPEL E IMPORTANCIA
PSICOLOGIA DEL DEPORTE Y PSICOLOGOS DEL DEPORTE CUAL ES SU PAPEL E IMPORTANCIA En general, la Psicología del Deporte se puede caracterizar por su preocupación por el impacto de los factores psicológicos
Más detallesFundamentos de Ingeniería de Software [Etapas II]
Fundamentos de Ingeniería de Software [Etapas II] M. en C. Sergio Luis Pérez Pérez UAM CUAJIMALPA, MÉXICO, D. F. Trimestre 13-I Sergio Luis Pérez (UAM CUAJIMALPA) Curso de fundamentos de ing. de software
Más detallesDatos del sujeto obligado
Identificación del sujeto obligado Si es organismo estatal Inciso * Unidad ejecutora Organismo desconcentrado Si es organismo no estatal Persona pública no estatal * Identificación del usuario Nombre completo*
Más detallesPROCEDIMIENTO GENERAL. Gestión de Incidencias y Acciones Correctivas RAZÓN SOCIAL DE LA EMPRESA. Código PG-12 Edición 0. Índice:
Índice: 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 4 6. SALIDAS... 4 7. PROCESOS RELACIONADOS... 4 8. DIAGRAMA DE FLUJO... 5 9. DESARROLLO... 6 9.1. DETECCIÓN
Más detallesEL USO DE LAS TIC PARA ALUMNOS CON NECESIDADES EDUCATIVAS ESPECIALES
EL USO DE LAS TIC PARA ALUMNOS CON NECESIDADES EDUCATIVAS ESPECIALES Duración en horas: 60 Objetivos generales de la actividad Definir y comprender el concepto de Alumnado con Necesidades Educativas Especiales
Más detallesPrograma del Curso La Gestión de la Calidad en la Gestión de las Instituciones Sanitarias
Programa del Curso La Gestión de la Calidad en la Gestión de las Instituciones Sanitarias Introducción: Si bien la preocupación sobre la calidad de la atención de la salud no es nueva, en los últimos años
Más detallesPROCESOS DE LA DIRECCIÓN DE PROYECTO I N G. C R U C E S H E R N A N D E Z G U E R R A U N I V E R S I D A D A L A S P E R U A N A S
PROCESOS DE LA DIRECCIÓN DE PROYECTO I N G. C R U C E S H E R N A N D E Z G U E R R A U N I V E R S I D A D A L A S P E R U A N A S La dirección de proyectos es la aplicación de conocimientos, habilidades,
Más detallesPOLITICAS NACIONALES BASADAS EN EVIDENCIA: SIGNIFICADO E IMPLICACIONES
COMISION INTERAMERICANA PARA EL CONTROL DEL ABUSO DE DROGAS C I C A D Secretaría de Seguridad Multidimensional QUINCUAGÉSIMO PRIMER PERÍODO ORDINARIO DE SESIONES Del 9 al 11 de mayo de 2012 Washington,
Más detalles4.7. OFICINA DE METODOLOGÍAS DE SUPERVISIÓN Y ANÁLISIS DE RIESGO I. IDENTIFICACIÓN. Oficina de Metodologías de Supervisión y Análisis de Riesgo
4.7. OFICINA DE METODOLOGÍAS DE SUPERVISIÓN Y ANÁLISIS DE RIESGO I. IDENTIFICACIÓN Nivel: Directivo Denominación del Empleo: Jefe de Oficina Código: 0137 Grado: 21 Número de Cargos: 04 Cargo del Jefe Inmediato:
Más detallesCONCEPTOS BASICOS DE CALIDAD
CONCEPTOS BASICOS DE CALIDAD Tener en cuenta Uso de equipos de comunicación Utilización del tiempo Intervenciones constructivas Finalidad Alcanzar Calidad en la Gestión de la Institución Educativa, con
Más detalles