CONSTRUCCION DE SISTEMAS EXPERTOS
|
|
- María Josefa Duarte Bustamante
- hace 8 años
- Vistas:
Transcripción
1 CONSTRUCCION DE SISTEMAS EXPERTOS TECNICAS DE EDUCCION DEL CONOCIMIENTO Dr. Ramón GARCIA MARTINEZ
2 GRAFOS ARQUETÍPICOS En muchos dominios de conocimiento, puede reconocerse una estructura de representación de la causalidad que es isomorfa con la estructura del dominio. En los problemas de diagnóstico o de clasificación, esta estructura recibe el nombre de grafo arquetípico. El grafo arquetípico de un dominio será el grafo compuesto por los subgrafos asociados a cada problema de ese dominio. Una vez producida la licitación de conocimiento, los componentes de esa estructura son rotulados y la estructura se transforma en un grafo casual. El grafo causal es una representación automáticamente manipulable del conocimiento asociado a los procesos deductivos del experto de campo.
3 GRAFOS ARQUETÍPICOS (cont.) El grafo arquetípico tiene tres clases de nodos: Nodos problemas Nodos solución Nodos precondición
4 TECNICAS DE EDUCCION DEL CONOCIMIENTO Tareas Familiares Entrevistas Tareas de Información Limitada Simulación del Escenario Hacia Adelante Descomposición de objetivos
5 TAREAS FAMILIARES La idea de este método es observar al experto cuando lleva adelante tareas que usualmente ejecuta. Se debe documentar la información obtenida en estas observaciones para utilizarla en la profundización de áreas específicas del conocimiento del experto en posteriores sesiones.
6 En esta observación el Ingeniero de Conocimiento debe establecer: [a] Las similitudes y diferencias establecidas por el experto de entre el problema en curso de solución y otros resueltos previamente. [b] Las diferencias de términos y categorías establecidas por el experto. [c] La habilidad puesta en juego por el experto para inferir nueva información y plantear nuevas hipótesis.
7 ENTREVISTAS > La idea central de este método consiste en que el ingeniero de conocimiento identifique los módulos de conocimiento a partir del discurso del experto. > Debe priorizarse el acceso al experto y minimizarse las interrupciones. > Existen dos tipos de entrevistas: no estructurada estructurada.
8 ENTREVISTA NO ESTRUCTURADA > La entrevista no estructurada consiste en hacer preguntas espontáneas al experto. > Una técnica muy utilizada es hacer que el ingeniero de conocimiento se ponga en el lugar del novato y hacer preguntas sobre procedimientos, ideas sobreentendidas por el experto, tratando en todo momento que el experto piense en voz alta.
9 ENTREVISTA ESTRUCTURADA > La entrevista estructurada consiste en combinar la técnica de tareas familiares con entrevistas no estructuradas. > Formular un protocolo de preguntas sobre areas mal definidas o vacantes en los procesos de educción de conocimiento previamente realizados
10 TAREAS DE PROCESAMIENTO RESTRINGIDO La idea de este método consiste en recurrir a distintas técnicas para deliberadamente forzar al experto a que comprima o altere las estrategias de razonamiento.
11 TECNICAS PARA TAREAS DE PROCESAMIENTO RESTRINGIDO > Limitar la cantidad de tiempo que el experto tiene para absorver información. > Limitar la cantidad de tiempo que el experto tiene para emitir juicios. > Elaborar cuestionarios sobre puntos específicos del problema a resolver. > Aplicar el método de tareas familiares simuladas que consiste en cuestionar al experto a partir de información de archivo.
12 > Aplicar al método de escenarios que consiste en forzar al experto a que establezca analogías entre casos similares. > Aplicar el método de restricciones combinadas que puede ser descripto por el siguiente algoritmo: COMIENZO Tomar un caso de estudio. Tomar la información pertinente al diagnóstico de la solución. Recortar la Información. Suministrar la información resultante al experto de campo. Observar las deferencias entre el diagnóstico dado por el experto de campo y el diagnóstico dado en el caso de estudio. FIN
13 TAREAS DE INFORMACIÓN LIMITADA La idea de este método consiste en explorar alternativas que en una primera recopilación de información no han sido suministradas por el experto; tomando cada tarea y profundizando sobre aspectos que al experto puedan parecerle mas relevantes. Puede comenzarse con el método de tareas familiares para recopilar información y profundizar utilizando las técnicas de procesamiento restringido.
14 SIMULACIÓN DEL ESCENARIO HACIA ADELANTE > En esta técnica el experto elige un escenario muy elemental y verbalmente camina por entre los razonamientos necesarios para llegar al objetivo. > Esta técnica toma lugar en condiciones de laboratorio, no en el ambiente de trabajo del experto.
15 Esta técnica tiene por lo menos dos dificultades: 1.- La exploración a través del cuerpo de conocimiento durante el proceso de refinamiento del mismo involucra el manejo de términos y definiciones cuyos detalles pueden no haber sido claramente establecidos en la definición del dominio resultando en demoras y confusiones. 2.- Se pueden confundir los métodos de razonamiento y los métodos del trabajo del experto.
16 DESCOMPOSICIÓN DE OBJETIVOS > La descomposición de objetivos es el acercamiento al problema por la técnica de reducción tradicional y es útil para enumerar estados objetivo y describir categorías generales de objetivos. > La técnica puede empezar con Suponga que hay una X pero colapsa en Qué está impidiendo a X lograr su misión?.
17 VENTAJAS Y DESVENTAJAS DE CADA TECNICA
18
19 TECNICAS Y ETAPAS DE DISEÑO
20 CONSTRUCCION DE SISTEMAS EXPERTOS VERIFICACION DE BASES DE CONOCIMIENTO Dr. Ramón GARCIA MARTINEZ
21 PROBLEMAS EN BASES DE CONOCIMIENTO Según las reglas: TIPOS DE INCONSISTENCIAS Según los componentes de las reglas: PROBLEMAS DE INTEGRIDAD
22 TIPOS DE INCONSITENCIAS - Reglas redundantes - Reglas conflictivas - Reglas incluidas en otras - Condiciones SI innecesarias - Reglas cíclicas
23 PROBLEMAS DE INTEGRIDAD - Valores de atributo sin referencia - Condiciones SI de punto muerto - Objetivos de punto muerto - Conclusiones inalcanzables
24 REGLAS REDUNDANTES Dos reglas son redundantes si las precondiciones son equivalentes y una o más conclusiones son equivalentes. Este problema no causa problemas lógicos pero afecta a la eficiencia. Ejemplo: P(x) => Q(x) P(y) => Q(y) X e Y son variables y P y Q son predicados verificados por X e Y. P(x) => Q(x) P(x) => Q(y) ˆ T(y)
25 REGLAS CONFLICTIVAS Dos reglas son conflictivas si tienen equivalentes pre-condiciones y conclusiones contradictoras. Ejemplo: P(x) => Q(x) P(x) => Q(x) ó P(x) => Q(x) P(y) => Q(y) ˆ T(y)
26 REGLAS INCLUIDAS EN OTRAS Una regla esta incluida dentro de otra, si ambas tienen las mismas conclusiones y las precondiciones de una se satisfacen si las precondiciones de la otra se satisfacen. Ejemplo: P(x) => Q(x) P(x) ˆ T(y) => Q(x)
27 CONDICIONES SI INNECESARIAS Dos reglas presentan este problema cuando las conclusiones de ambas son equivalentes y una de las pre-condiciones en la primer regla es la negación de una de las pre-condiciones en la segunda regla, siendo el resto de las precondiciones equivalentes. Ejemplo: P(x) ˆ T(y) => Q(x) P(x) ˆ T(y) => Q(x) Es evidente que Q(x) se deduce independientemente de la verdad o faseldad de T(x) por lo que la regla resultante será: P(x) => Q(x)
28 REGLAS CÍCLICAS Este problema se presenta cuando el encadenamiento lógico de un conjunto de reglas genera un ciclo. Ejemplo: P(x) => Q(x) Q(x) => R(x) R(x) => P(x)
29 VALORES DE ATRIBUTO SIN REFERENCIA Ocurre cuando se han definido valores en el dominio de un atributo o pre-condición que no son utilizados por ninguna regla. No involucra problemas lógicos pero es un problema para el mantenimiento de la Base de Conocimiento. Ejemplo: Una pre-condición numérica que fue definida como real y solo toma valores enteros.
30 CONDICIONES SI DE PUNTO MUERTO Ocurre cuando en determinadas reglas encontramos condiciones que son inalcanzables por disparo de otras reglas. Ejemplo: Podemos tomar la siguiente Base de Conocimiento: P(x) => T(x) T(y) => Q(x) R(x) => Q(x) La precondición de la tercera regla R(X) no es disparada como conclusión por ninguna de las otras dos reglas.
31 OBJETIVOS DE PUNTO MUERTO Ocurre cuando se plantea un objetivo que es inalcanzable por disparo de las reglas pertenecientes a la Base de Conocimiento. Ejemplo: Podemos tomar la siguiente Base de Conocimiento: P(x) => T(x) T(x) => Q(x) Para este ejemplo el objetivo R(x) sería de punto muerto pues no es disparado como conclusión por ninguna de las reglas.
32 CONCLUSIONES INALCANZABLES Este tipo de conclusiones pertenecen a reglas con pre-condiciones que son de punto muerto. Ejemplo: Podemos tomar la siguiente Base de Conocimiento: P(x) => T(x) T(x) => S(x) R(x) => Q(x) La pre-condición de la tercera regla R(X) no es disparada como conclusión por ninguna de las otras dos reglas, por lo que Q(x) se convierte en una conclusión inalcanzable.
33 CRITERIOS DE EVALUACION DE UNA BASE DE CONOCIMIENTO Exactitud: Cuan bien el Sistema Experto refleja el comportamiento del experto humano. Adaptabilidad: Posibilidad de extender la experticia del Sistemas Experto en un desarrollo futuro. Envergadura: Cantidad de tareas que el sistema experto es capaz de llevar adelante. Normalmente esta relacionado con la cantidad de reglas o con grupos de estas asociadas a tareas o problemas.
34 Profundidad: Cantidad necesaria de restricciones a satisfacer para lograr la identificación de un problema o tarea. Generalidad: Capacidad de un Sistemas Experto de ser utilizado en un amplio rango de problemas. Validez: Capacidad de un Sistemas Experto de producir predicciones empíricamente correctas.
35 Robustez: Capacidad del Sistemas Experto de determinar la relevancia de determinada información en orden a obtener sus objetivos. Disponibilidad: La posibilidad de poder construir un modelo más simple que con pocas restricciones exhiba un comportamiento similar al del Sistemas Experto.
36 CONSTRUCCION DE SISTEMAS EXPERTOS METODOLOGIAS Dr. Ramón GARCIA MARTINEZ
37 Se concentra: METODOLOGIA DE GROVER > En el la definición del dominio (conocimiento, referencias, situaciones y procedimientos) > En la formulación del conocimiento fundamental (reglas elementales, creencias y expectativas) > En la consolidación del conocimiento de base (revisión y ciclos de corrección).
38 La metodología de adquisición de conocimiento para el dominio del problema de Grover tiene tres fases: > DEFINICIÓN DEL DOMINIO > FORMULACIÓN FUNDAMENTAL DEL CONOCIMIENTO > CONSOLIDACIÓN DEL CONOCIMIENTO BASAL.
39 DEFINICION DEL PROBLEMA FORMULACION DEL CONOCIMIENTO FUNDAMENTAL DEFINICION DEL DOMINIO DESCRIPCION DEL PROBLEMA REFERENCIAS BIBLIOGRAFICAS GLOSARIO DE TERMINOS IDENTIFICACION DE EXPERTOS CRITERIOS DE PERFORMANCE ESCENARIOS EJEMPLO ESCENARIOS INICIALES CUERPO DE CONOCIMIENTO FUNDAMENTAL VERIFICACION DE SINTAXIS VERIFICACION DEL COMPORTAMIENTO (FORZADO) REVISION DEL EXPERTO CONSOLIDACION DEL CONOCIMIENTO BASAL NUEVOS ESCENARIOS CONOCIMIENTO BASAL VERIFICACION GENERAL DEL COMPORTAMIENTO ACTIVIDAD BASAL DEL SISTEMA EXPERTO
40 PRIMERA FASE: DEFINICIÓN DEL DOMINIO Generación del Manual de Definición del Dominio: Descripción general del problema. Bibliografía de los documentos referenciados. Glosario de términos, acronismos y símbolos. Identificación de expertos autorizados. Definición de métricas de performance apropiadas y realistas. Descripción de escenarios de ejemplos razonables.
41 SEGUNDA FASE: FORMULACIÓN FUNDAMENTAL DEL CONOCIMIENTO Se revisan los escenarios seleccionados por el experto que satisfacen los siguientes cinco criterios de conocimiento fundamental : > el más nominal > el más esperado > el más importante > el mas arquetípico > el mejor entendido.
42 Esta revisión forma una base para: > Determinar la performance mínima > Realizar el testeo y efectuar corrección > Determinar las capacidades del sistema experto que pueden ser expandidas y sujetas a experimentación.
43 Esta base del conocimiento fundamental debe incluir: Una ontología de entidades del dominio, relaciones entre objetos (clases) y descripciones objetivas; Un léxico seleccionado (vernáculo) Una definición de fuentes de entrada y formatos Una descripción del estado inicial incluyendo el conocimiento estático Un conjunto básico de razones y reglas de análisis Una lista de estrategias humanas (meta-reglas) las cuales pueden ser consideradas por los diseñadores del sistema experto como reglas a incluir en la base de conocimiento.
44 > Este cuerpo de conocimiento debe estar escrito > Parte de el habrá sido adquirido previamente durante la definición del dominio. > La validez de este cuerpo de conocimiento puede ser testeada implementándola en una base de conocimiento que se contraste con los escenarios desde los cuales fue adquirida y verificando que se produzca un comportamiento similar al del experto en el mismo escenario.
45 TERCERA FASE: CONSOLIDACION DEL CONOCIMIENTO BASAL > Corresponde al ciclo de revisión y mejoramiento del conocimiento educido. > La actividad basal puede ser definida en el mismo sentido que la medicina: el menor nivel de actividad (comportamiento del sistema) esencial para el mantenimiento de funciones vitales. > En un sistema experto, esto refiere a que todos los componentes del sistema experto operacional estan desarrollados, pero sin la amplitud ni profundidad que la versión final necesitará.
46 > Se debe encontrar el conjunto de estándares mínimos de performance en la definición del dominio. > El conocimiento basal, es el conjunto de reglas y definiciones adecuadas para producir actividad basal. > En esta etapa el cuerpo fundamental del conocimiento es revisado e integrado a través de la apropiada reconstrucción de reglas. > La corroboración con expertos adicionales puede colaborar en el cumplimiento de este objetivo. En esta etapa pueden trabajarse los niveles de confianza de las distintas piezas de conocimiento.
47 ESQUEMA DE CONSOLIDACION CUERPO DE CONOCIMIENTO FUNDAMENTAL EVALUACION Y MEJORA CON EL EXPERTO CONSIDERACION DE LOS ASPECTOS DE CONTROL SECUENCIAMIENTO DE REGLAS ADECUACION DE REGLAS CONSISTENCIA DE REGLAS INCORPORACION DE VALORES DE CONFIANZA (GRADOS DE VERDAD) CONOCIMIENTO BASAL ACTIVIDAD BASAL DEL SISTEMA EXPERTO
48 METODOLOGIA IDEAL Este método fue desarrollado en la Facultad de Informática de la Universidad Politécnica de Madrid y consta de las siguientes fases: Fase I. Fase II. Identificación de la tarea Desarrollo de los prototipos Fase III. Ejecución de la construcción del sistema integrado Fase IV. Actuación para conseguir el mantenimiento perfectivo Fase V. Lograr una adecuada transferencia tecnológica
49 FASE I: IDENTIFICACIÓN DE LA TAREA > Considera la definición de los objetivos del proyecto de sistema experto > Determinar si la tarea asociada es susceptible de ser tratada con la tecnología de Ingeniería del Conocimiento. > En caso afirmativo: + Se definen las características del problema + Se especifican los requisitos que enmarcan la solución del problema.
50 La FASE I se estructura en tres ETAPAS: ETAPA I.1: ETAPA I.2: ETAPA I.3: PLAN DE REQUISITOS Y ADQUISICIÓN DE CONOCIMIENTOS EVALUACIÓN Y SELECCIÓN DE LA TAREA DEFINICIONES DE LAS CARACTERÍSTICAS DE LA TAREA
51 FASE II. DESARROLLO DE LOS PROTOTIPOS > Involucra el desarrollo de los distintos prototipos que permiten ir definiendo y refinando más rigurosamente las especificaciones del sistema, de una forma gradual hasta conseguir las especificaciones exactas de lo que se puede hacer y cómo realizarlo. > La construcción relativamente rápida de un prototipo de demostración permitirá al ingeniero de conocimiento, al experto y directivos comprobar la viabilidad de la aplicación y comprender mejor los requisitos de los usuarios y las especificaciones del sistema.
52 La FASE II se estructura en seis ETAPAS: ETAPA II.1. CONCEPCIÓN DE LA SOLUCIÓN. ETAPA II.2. ADQUISICIÓN DE CONOCIMIENTOS Y CONCEPTUALIZACIÓN DE LOS CONOCIMIENTOS ETAPA II.3. FORMALIZACIÓN DE LOS CONOCIMIENTOS ETAPA II.4. IMPLEMENTACIÓN ETAPA II.5. VALIDACIÓN Y EVALUACIÓN ETAPA II.6. DEFINICIÓN DE NUEVOS REQUISITOS, ESPECIFICACIONES Y DISEÑO
53 FASE III. EJECUCIÓN DE LA CONSTRUCCIÓN DEL SISTEMA INTEGRADO La FASE III se estructura en tres ETAPAS: ETAPA III.1. REQUISITOS Y DISEÑO DE LA INTEGRACIÓN CON OTROS SISTEMAS ETAPA III. 2. IMPLEMENTACIÓN Y EVALUACIÓN DE LA INTEGRACIÓN ETAPA III.3. ACEPTACIÓN POR EL USUARIO DEL SISTEMA FINAL.
54 FASE IV. ACTUACIÓN PARA CONSEGUIR EL MANTENIMIENTO PERFECTIVO > Dadas las características específicas de los sistemas basados en conocimiento, el mantenimiento perfectivo es esencial, puesto que. además del aumento de funcionalidades (como en los sistemas tradicionales), efectúa la incorporación de nuevos conocimientos que, sin duda, se van a generar por el propio uso del sistema basado en conocimiento. > Este mantenimiento viene reflejado en el ciclo de vida en la tercera dimensión de la espiral tronco-cónica.
55 La FASE IV se estructura en tres ETAPAS: ETAPA IV.1. DEFINIR EL MANTENIMIENTO DEL SISTEMA GLOBAL ETAPA IV.2. DEFINIR EL MANTENIMIENTO DE LAS BASES DE CONOCIMIENTOS ETAPA IV.3. ADQUISICIÓN DE NUEVOS CONOCIMIENTOS
56 FASE V. LOGRAR UNA ADECUADA TRANSFERENCIA TECNOLÓGICA La FASE V se estructura en dos ETAPAS: ETAPA V.1. ORGANIZAR LA TRANSFERENCIA TECNOLÓGICA ETAPA V.2. COMPLETAR LA DOCUMENTACIÓN DEL SISTEMA
ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS
ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS TÍTULO: TEMA: Sistema generador del mapa de actividades de un proyecto de desarrollo de software. Sistema basado en conocimientos para
Más detallesGestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Más detallesMARCO METODOLÓGICO CAPITULO III
MARCO METODOLÓGICO CAPITULO III CAPITULO III MARCO METODOLÓGICO En esta sección se presenta el tipo de investigación, las técnicas de recolección de datos y finalmente la metodología utilizada para el
Más detallesforma de entrenar a la nuerona en su aprendizaje.
Sistemas expertos e Inteligencia Artificial,Guía5 1 Facultad : Ingeniería Escuela : Computación Asignatura: Sistemas expertos e Inteligencia Artificial Tema: SISTEMAS BASADOS EN CONOCIMIENTO. Objetivo
Más detallesMetodología para el diseño de F.P. basada en Competencias Juan Pedro Teruel Botella. Ministerio de Educación y Cultura. España
Metodología para el diseño de F.P. basada en Competencias Juan Pedro Teruel Botella. Ministerio de Educación y Cultura. España La ponencia que se presenta a continuación está basada fundamentalmente en
Más detalles1 ENTREVISTA INDIVIDUAL
1 ENTREVISTA INDIVIDUAL 1.1 Por qué utilizar esta herramienta en evaluación? La entrevista individual es una técnica de recopilación de información que tiene lugar cara a cara entre el evaluador y la persona
Más detallesANTEPROYECTO DE TESIS DE MASTER
ANTEPROYECTO DE TESIS DE MASTER 1. Maestrando: Ing. Alejandro Hossian 2. Tema: Sistema Experto en Seleccion de Estrategias Instruccionales 3. Breve descripción del problema: La instrucción puede ser vista
Más detallesUnidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)
Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,
Más detallesANTEPROYECTO DE TESIS DE MASTER
ANTEPROYECTO DE TESIS DE MASTER 1. Maestrando: Lic. Jorge Salvador Ierache 2. Tema: Sistema Experto para la Asistencia a la Toma de Decisiones en Centro de Información y Control Aéreo 3. Breve descripción
Más detallesConceptos articuladores para el desarrollo de los proyectos del programa de Estudio. 1. Formulación de la situación problema.
Conceptos articuladores para el desarrollo de los proyectos del programa de Estudio. El Programa de Educación Tecnológica propone una metodología de trabajo para los alumnos y alumnas basada en el desarrollo
Más detallesElementos 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 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 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 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 detallesRESULTADOS CONSULTA CIUDADANA VIRTUAL. Consulta Laboral en Línea
RESULTADOS CONSULTA CIUDADANA VIRTUAL Consulta Laboral en Línea Septiembre, 2015 1 Agradecimientos Ponemos a disposición de ustedes los resultados de la Consulta Ciudadana Virtual, efectuada en julio de
Más detallesANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN
ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini
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 detallesCAPITULO III MARCO METODOLÓGICO. Desde la perspectiva de Hurtado de Barrera (2008), el tipo de
CAPITULO III MARCO METODOLÓGICO 1. TIPO DE INVESTIGACIÓN Desde la perspectiva de Hurtado de Barrera (2008), el tipo de investigación que propone soluciones a una situación determinada a partir de un proceso
Más detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesPROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...
Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS
Más detallesPara empezar el proceso de evaluación: el diagnóstico
SUBSECRETARÍA DE EDUCACIÓN BÁSICA DIRECCIÓN GENERAL DE DESARROLLO CURRICULAR DIRECCIÓN DE DESARROLLO CURRICULAR PARA LA EDUCACIÓN PREESCOLAR Para empezar el proceso de evaluación: el diagnóstico México,
Más detallesEste documento enumera los diferentes tipos de Diagramas Matriciales y su proceso de construcción. www.fundibeq.org
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 detalles1. Descripción y objetivos
Pruebas 1 1. Descripción y objetivos Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema de información para verificar: El correcto funcionamiento de los componentes del sistema.
Más detallesSoftware de Simulación aplicado a entornos de e-learning
Software de Simulación aplicado a entornos de e-learning 2009 Laboratorio de Investigación de Software Universidad Tecnológica Nacional Facultad Regional Córdoba Titulo del Proyecto Software de Simulación
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 detallesPROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN
PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN Paola Britos 1,2, Enrique Fernandez 1,2, Ramón García-Martinez 1,2 Centro de Ingeniería del Software e Ingeniería
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
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 detallesPLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación
PLAN DE MEJORAS Herramienta de trabajo Agencia Nacional de Evaluación de la Calidad y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración del plan de mejoras...5 2.1 Identificar
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 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 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 detallesPropuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos
Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento.
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 detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallesCICLO DE VIDA DEL SOFTWARE
CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesITIL Edición 2011 Intermedio: Diseño del servicio
ITIL Edición 2011 Intermedio: Diseño del servicio apuesta por tu futuro con una certificación internacional Presentación del curso En este curso de 20 horas del módulo del Ciclo de Vida del Servicio del
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 detalleswww.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.
DIAGRAMA DE RELACIONES 1.- INTRODUCCIÓN Este documento describe los pasos del proceso de construcción e interpretación de una de las herramientas más potentes para el análisis de problemas y situaciones
Más detallesEnginyeria del Software III
Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad
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 detallesConvocatoria de Acciones de Apoyo a la Transferencia de Tecnología y Conocimiento
4 de octubre de 2012 Convocatoria de Acciones de Apoyo a la Transferencia de Tecnología y Conocimiento El proyecto del programa CONSOLIDER INGENIO 2010 convoca acciones de apoyo para el desarrollo de proyectos
Más detalles6.4 ESTRATEGIAS DE PRUEBA
Prueba del sistema Prueba de validación Prueba de integración Prueba de Unidad Código Diseño Requisitos Ingeniería del Sistema Las pruebas del software aplican similar estrategia moviéndonos de adentro
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 detallesManejar y utilizar lenguaje técnico relacionado con la temática Servicios.
Nivel. Unidad 1. Selección y Diseño de un Servicio. Aprendizaje Esperado. Manejar y utilizar lenguaje técnico relacionado con la temática Servicios. Al comienzo del proceso educativo para el presente año
Más detallesSISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008
2.1 FACTORES SEGÚN ERP s Propuesta metodológica para la gestión del conocimiento durante la implantación de sistemas ERP Propuesta metodológica La propuesta metodológica aquí desarrollada parte de un modelo
Más detallesINFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA
INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954
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 detallesNombre del Documento: Manual de Gestión de la Calidad. Referencia a punto de la norma ISO 9001:2000: 4.2.2 DIRECCIÓN GENERAL DE EVALUACIÓN
Página 1 de 8 DIRECCIÓN GENERAL DE EVALUACIÓN 7.1 Planificación de la realización del servicio En la Dirección General de Evaluación (DGE) la planificación de la realización del servicio está sustentada
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 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 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 detallesSede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr
16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de
Más detallesMicrosoft Dynamics Sure Step Fundamentos
Fundamentos 22-09-2015/Serie Microsoft Dynamics Sure Step Fases Diagnóstico Análisis - Diseño/ Septiembre 2015 Rosana Sánchez CCRM: @rosana-sanchez-2 Twitter: @rosansasanchez6 Correo: ingrossanbar@hotmail.com
Más detallesProcesos Críticos en el Desarrollo de Software
Metodología Procesos Críticos en el Desarrollo de Software Pablo Straub AgileShift Imagine una organización de desarrollo de software que consistentemente cumple los compromisos con sus clientes. Imagine
Más detallesXXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS. La Habana, Cuba, 26 al 30 de octubre de 1998
XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS La Habana, Cuba, 26 al 30 de octubre de 1998 XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS 1. Introducción
Más detallesCAPÍTULO 3 Servidor de Modelo de Usuario
CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes
Más detallesFundamentos del diseño 3ª edición (2002)
Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software
Más detallesEmpresa Financiera Herramientas de SW Servicios
Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través
Más detallesInteroperabilidad de Fieldbus
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?
Más detallesCiclo de vida del Software
Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por
Más detallesPROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Diseño y desarrollo. Código PG-17 Edición 0. Índice
Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. IDENTIFICACIÓN
Más detallesReducción de riesgos. Reducción de gastos. Mejor desempeño.
Reducción de riesgos. Reducción de gastos. Mejor desempeño. Servicios para una gestión de compras profesional. Mejor información, mejores decisiones. Servicios de compras de Achilles Herramientas de búsqueda
Más detallesUNIVERSIDAD DE SALAMANCA
UNIVERSIDAD DE SALAMANCA FACULTAD DE CIENCIAS INGENIERÍA TÉCNICA EN INFORMÁTICA DE SISTEMAS Resumen del trabajo práctico realizado para la superación de la asignatura Proyecto Fin de Carrera. TÍTULO SISTEMA
Más detallesMétodos Heurísticos en Inteligencia Artificial
Métodos Heurísticos en Inteligencia Artificial Javier Ramírez rez-rodríguez Ana Lilia Laureano-Cruces Universidad Autónoma Metropolitana Métodos Heurísticos en Inteligencia Artificial Los problemas de
Más detallesFORMATIVO DE GRADO SUPERIOR DE DESARROLLO DE APLICACIONES WEB PROGRAMACIÓN DEL MÓDULO PROFESIONAL PROYECTO DE DESARROLLO DE APLICACIONES WEB
I.E.S. Aguadulce Aguadulce - Almería Departamento de Informática CICLO FORMATIVO DE GRADO SUPERIOR DE DESARROLLO DE APLICACIONES WEB PROGRAMACIÓN DEL MÓDULO PROFESIONAL PROYECTO DE DESARROLLO DE APLICACIONES
Más detallesPlan de Estudios. Diploma de Especialización en Seguridad Informática
Plan de Estudios Diploma de Especialización en Seguridad Informática Antecedentes y Fundamentación El surgimiento de la sociedad de la información, y con ello el incremento en el uso de las Tecnologías
Más detallesIntroducción. Metadatos
Introducción La red crece por momentos las necesidades que parecían cubiertas hace relativamente poco tiempo empiezan a quedarse obsoletas. Deben buscarse nuevas soluciones que dinamicen los sistemas de
Más detallesPOR QUE ES IMPORTANTE ESTABLECER OBJETIVOS EN LA PLANIFICACIÓN DE UN CURSO?
POR QUE ES IMPORTANTE ESTABLECER OBJETIVOS EN LA PLANIFICACIÓN DE UN CURSO? Material elaborado por Prof. Adj. Lic. Adriana Careaga Departamento de Educación Médica Facultad de Medicina Universidad de la
Más detallesFASES DEL PROCESO DE RESOLUCIÓN DE PROBLEMAS
FASES DEL PROCESO DE RESOLUCIÓN DE PROBLEMAS Varios autores han tratado de identificar y describir las distintas fases en el proceso de resolución de problemas. Polya (1945), en su modelo descriptivo,
Más detallesCentro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI)
Centro de Investigación y Desarrollo en Ingeniería en Sistemas de Información (CIDISI) OFERTAS TECNOLÓGICAS 1) GESTIÓN ORGANIZACIONAL Y LOGÍSTICA INTEGRADA: TÉCNICAS Y SISTEMAS DE INFORMACIÓN 2) GESTIÓN
Más detallesMetodología de la Investigación. Dr. Cristian Rusu cristian.rusu@ucv.cl
Metodología de la Investigación Dr. Cristian Rusu cristian.rusu@ucv.cl 6. Diseños de investigación 6.1. Diseños experimentales 6.1.1. Diseños preexperimentales 6.1.2. Diseños experimentales verdaderos
Más detallesAntes de imprimir este documento piense en el medio ambiente!
Versión 1.0 Página 1 de 6 1. ajustado ambiental OBJETIVO Proporcionar herramientas metodológicas para el desarrollo, organización, ejecución y evaluación de simulacros, de una forma segura y confiable,
Más detallesPROGRAMAS DE DIVERSIFICACIÓN CURRICULAR EN LA E.S.O.
PROGRAMAS DE DIVERSIFICACIÓN CURRICULAR EN LA E.S.O. Qué son? Los Programas de Diversificación Curricular constituyen una medida extraordinaria de Atención a la Diversidad del alumnado alternativa a 3º
Más detallesGUÍA DE EVIDENCIA DE LA UNIDAD DE COMPETENCIA CUALIFICACIÓN PROFESIONAL: OPERACIÓN DE SISTEMAS INFORMÁTICOS. Código: IFC300_2 NIVEL: 2
MINISTERIO DE EDUCACIÓN, CULTURA Y DEPORTE SECRETARÍA DE ESTADO DE EDUCACIÓN, FORMACIÓN PROFESIONAL Y UNIVERSIDADES DIRECCIÓN GENERAL DE FORMACIÓN PROFESIONAL INSTITUTO NACIONAL DE LAS CUALIFICACIONES
Más detallesCiclo de vida del software
Ciclo de vida del software Definición El proceso que se sigue para construir, entregar y hacer evolucionar el software, desde la concepción de una idea hasta la entrega y el retiro del sistema. Confiable,
Más detallesCICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software
3.010 CONCEPTO DE CICLO DE VIDA Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software IEEE 1074 Un marco de referencia que contiene los
Más detallesANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un
ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un efecto positivo o negativo sobre al menos un objetivo del proyecto, como tiempo,
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 detallesFormalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento
Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento Vegega, C., Pytel, P., Ramón, H., Rodríguez, D., Pollo-Cattaneo, F.,
Más detallesManual de la plataforma Progreso del proyecto
LearnIT project PL/08/LLP-LdV/TOI/140001 Newsletter Nº 7 Junio 2010 Querido Lector/a, Nos complace presentarles el séptimo número de la newsletter LearnIT. En este número nos gustaría informarles sobre
Más detallesPRUEBAS, CALIDAD Y MANTENIMIENTO DEL SOFTWARE
VI PRUEBAS, CALIDAD Y MANTENIMIENTO DEL SOFTWARE 6.1 PRUEBAS DEL SOFTWARE Una vez generado el código el software debe ser probado para descubrir el máximo de errores posibles antes de su entrega al cliente.
Más detallesDiseño orientado al flujo de datos
Diseño orientado al flujo de datos Recordemos que el diseño es una actividad que consta de una serie de pasos, en los que partiendo de la especificación del sistema (de los propios requerimientos), obtenemos
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 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 detallesUniversidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática
Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)
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 detallesAUD 008-2014. Estudio de Auditoría 008-2014 Verificación del Licenciamiento del Software equipo de MIDEPLAN Decreto Ejecutivo Nº 37549-JP
AUD 008-2014 Estudio de Auditoría 008-2014 Verificación del Licenciamiento del Software equipo de MIDEPLAN Decreto Ejecutivo Nº 37549-JP JUNIO 2014 0 I.- INFORMACIÓN GENERAL 1.1 Nombre del Estudio Verificación
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 detallesCiclo de vida y Metodologías para el desarrollo de SW Definición de la metodología
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto
Más detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...
Más detallesLISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN
LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN Después de realizar la evaluación inicial se han detectado deficiencias en los procesos de reutilización del código, por lo que se van a integrar
Más detallesCONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler
CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...
Más detallesPlan de Seguimiento y Evaluación. CEET Centro de Estudios Económicos Tomillo
CEET Centro de Estudios Económicos Tomillo 1 Índice 1. Metodología para el diseño del Plan de Seguimiento y Evaluación 1. Metodología para el diseño del Plan de Seguimiento y Evaluación 2. Plan de Seguimiento
Más detallesAUDITORIA DEL SISTEMA DE GESTIÓN Y ENSAYOS PARA LA EMISIÓN DE DECLARACIÓN DE CONFORMIDAD LISTA DE VERIFICACIÓN
Instituto Nacional de Tecnología Industrial Programa de Metrología Legal Sede Central - Av. Gral. Paz 5445 e/ Albarellos y Av. Constituyentes - B1650KNA C.C. 157 B1650WAB San Martín, Prov. Buenos Aires
Más detallesEsta materia está compuesta de 10 asignaturas que se imparten entre los cursos 2º, 3º y 4º.
Denominación de la MATERIA: 12. INGENIERÍA AUTOMÁTICA Créditos ECTS, carácter (básica, obligatoria, optativa ): 30 ECTS obligatorios 30 ECTS optativos Duración y ubicación temporal dentro del plan de estudios:
Más detallesCapítulo IV. Manejo de Problemas
Manejo de Problemas Manejo de problemas Tabla de contenido 1.- En qué consiste el manejo de problemas?...57 1.1.- Ventajas...58 1.2.- Barreras...59 2.- Actividades...59 2.1.- Control de problemas...60
Más detalles