I.3 APLICACIÓN DE UN RECONOCEDOR DE LENGUAJE NATURAL RESTRINGIDO A LA RECUPERACIÓN DE DATOS Gabriel Cordero Sánchez*


Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "I.3 APLICACIÓN DE UN RECONOCEDOR DE LENGUAJE NATURAL RESTRINGIDO A LA RECUPERACIÓN DE DATOS Gabriel Cordero Sánchez*"

Transcripción

1 I.3 APLICACIÓN DE UN RECONOCEDOR DE LENGUAJE NATURAL RESTRINGIDO A LA RECUPERACIÓN DE DATOS Gabriel Cordero Sánchez* Resumen En este documento se muestra la estructura funcional de un reconocedor de lenguaje natural restringido, como una herramienta (de software) de uso general. También se describe su aplicación en la recuperación de datos (interactiva o reportes), actualmente de subsistemas de información administrativos (Recursos Financieros y Recursos Materiales) desarrollados en la Dirección General de Información Administrativa (DGIA) como apoyo en la administración de la Secretaría de Educación Pública (SEP). El reconocedor, como herramienta de uso general, tiene la característica de operar a partir de una base de datos, en forma independiente a la aplicación particular que se trate. La recuperación de datos, se basa en solicitudes de tipo imperativo en lenguaje natural restringido, las cuales pueden ser conocidas o no para el reconocedor debido a que una de sus facilidades es la capacidad de registrar (y en cierta forma aprender) frases a nivel de palabra por palabra, de lo que hasta ese momento son instrucciones de usuario desconocidas. El reconocedor es un programa interactivo que reconoce frases imperativas mediante validaciones de tipo léxico-sintáctico usando una gramática y como resultado genera directivas de acceso a una base de datos. Es capaz de incrementar su lenguaje ampliando de esta manera su nivel de reconocimiento. * Gabriel Cordero Sánchez publicó este trabajo en abril de 1985 en un congreso nacional. Lo inició en 1983 cuando era miembro de la Unidad de Investigación y Desarrollo del Departamento de Computación de la UPIICSA, profesionalmente desempeñaba el cargo de Subdirector de Análisis y Diseño de Sistemas en la Dirección General de Información Administrativa (DGIA) de la Secretaría de Educación Pública (SEP)

2 INTRODUCCIÓN El documento consta de tres partes fundamentales; la primera incluye a manera de antecedente una breve reseña de la evolución de los sistemas de recuperación de datos (aunque es una realidad que el enfoque primario aún se usa) y se enuncia el objetivo del reconocedor junto con algunas perspectivas de su desarrollo. La segunda parte consta de una descripción del esquema conceptual (medio ambiente del sistema) y de los elementos del reconocedor, la cual define funcionalmente la operación del mismo dentro del subsistema de recuperación de datos. Por último se presenta el flujo de operación del reconocedor desde el punto de vista interno y da una idea más clara de la estructura de su construcción. Se comenta la posibilidad no solo para la recuperación de datos, sino para la construcción de herramientas más avanzadas. 13 I ANTECEDENTES Es evidente (para aquellos que estén relacionados) que ha existido un desarrollo importante en la metodología tanto del análisis y documentación de sistemas como para el diseño y construcción de programas. Lo anterior ha tenido como consecuencia, precisamente basada en la oportunidad de contar con nuevas y mejores herramientas; una evolución en los métodos para recuperación de datos, básicamente de los sistemas en los que están involucrados los datos (viviendo en algún dispositivo de almacenamiento) y los usuarios (que bajo cierto tratamiento proceso y a través de un medio, usualmente físico, requieran esos datos como parte de la información necesaria para su actividad dentro del sistema de información de la organización a la que pertenecen). Una vez que la computadora pasó a ser una herramienta para las actividades operativas de la administración de cualquier organización, la necesidad de establecer un mecanismo de comunicación entre los requerimientos de un usuario y la posibilidad del proceso masivo de datos para su presentación (tradicionalmente en reportes) creció tal vez en mayor proporción

3 que el número de aplicaciones que podían introducirse a una computadora. Esto dio como resultado que los hasta ese momento los usuarios, trataran de entender el lenguaje (terminología) de los programadores y estos últimos trataran de conocer y representar la aplicación de aquellos. Surge una nueva disciplina, llamada, el análisis de sistemas administrativos, teniendo su origen en usuarios transformados en programadores y programadores transformados en usuarios. Hoy todavía, existen organizaciones que basan sus aplicaciones en este enfoque tradicional. En la figura 1 se muestra como fue la relación entre un usuario y sus aplicaciones en una computadora. Un usuario o grupo de usuarios, normalmente con el deseo de automatizar las actividades operativas y con manejo de grandes volúmenes de datos, a través de un interprete (comúnmente un programador o analista-programador y en el mejor de los casos un experto en sistemas administrativos favorablemente conocido como analista), cuya función además de decidir los datos necesarios para el usuario, era la de interpretar los requerimientos de este último y con esto elaborar un planteamiento del problema para de inmediato, dar paso al diseño y construcción de los programas indispensables en este caso. El usuario obtiene los reportes previa definición del programador, que contienen sus datos (del usuario) previa definición también del programador. Con la introducción de metodologías para el desarrollo de sistemas y la natural evolución humana en tecnología, la recuperación de datos toma el sentido interactivo como medio principal para la obtención de información. En la figura 2 se puede ver como es el flujo de datos del sistema de recuperación bajo este enfoque, digamos más actual. Este tipo de recuperación de datos, surge del desarrollo de sistemas de aplicación de software a la solución de problemas en el manejo de datos de un usuario en particular. El usuario auxiliándose con el interprete (para este caso un analista de sistemas administrativos), logra definir sus requerimientos para el proceso y la presentación de sus datos. 14

4 15 USUARIO Requerimiento (analista o programador) Planteamiento de un problema DISEÑADOR (programador) PRODUCTOS (reportes) ARCHIVOS Programas de aplicación Figura 1. Recuperación de datos basada en el enfoque tradicional del desarrollo de aplicaciones Estos requerimientos son planteados por el analista (para ese entonces un experto en las actividades del usuario) al diseñador de sistemas, quien dependiendo del enfoque del analista y del propio, procede con la definición del sistema para satisfacer las necesidades del usuario. USUARIO Requerimientos (analista de sistemas) Características del sistema de aplicación DISEÑADOR (programador) Consulta a través de menú SISTEMA DE INFORMACIÓN Diseño físico del sistema accesos reportes RECUPERACIÓN (dependiente del sistema de información) base de datos Figura 2. Recuperación de datos basada en el análisis de un sistema de información (enfoque interactivo)

5 Para este enfoque de la recuperación de datos, el diseñador de sistemas, haciendo uso de paquetes de software comercial define el sistema de aplicación en función de bases de datos exclusivas para un problema de un usuario en particular, y basa la operación de recuperación a través de un menú de opciones, Obligando con esto a que el usuario en principio, domine los términos del lenguaje en que fue definido el menú por el diseñador, restringiendo además la posibilidad de la recuperación a sólo las opciones de ese menú. Esto implica que un nuevo requerimiento del usuario tiene que ser diseñado y programado para su inclusión al sistema de aplicación (menú). El estudio de organizaciones y su representación como sistemas de información ha venido ocasionando que la filosofía de construcción de software cambie hacia un enfoque menos dependiente de los sistemas de aplicación, conduciendo así al diseño de software de uso general, que se distingue principalmente por la independencia entre el usuario (como elemento del sistema de información de una organización), y el sistema de aplicación, diseñado específicamente como herramienta de apoyo a las actividades de ese usuario dentro de la organización. Este principio, el de concebir los sistemas de aplicación como una herramienta y no como la solución, hace necesario el contar con herramientas que permitan al usuario nombrar y tratar a los datos en términos del lenguaje del propio usuario, y no en los que defina el analista (característica de los dos enfoques anteriores), bajo el mismo principio es como fue construido el reconocedor descrito en este documento. La figura 3 contiene una representación de lo descrito anteriormente, donde varios usuarios a través de un interprete, en este caso software de uso general y no una persona como se vio anteriormente, auxilian su actividad usando el mismo sistema de información soportado en una base de datos general. Por lo que el objetivo primario del reconocedor y de hecho su origen, es evitar que un usuario durante la recuperación de sus datos se vea en la necesidad de conocer términos de computación no indispensables para su propósito. 16

6 Este planteamiento deriva en varios objetivos de carácter secundario, ellos son: 1) Facilitar para el usuario la recuperación de sus datos en términos de su propio lenguaje. 2) Eliminar la dependencia entre la recuperación de datos y los sistemas de información. 3) Construir una herramienta de uso común y general (no dependiente de algún sistema de información) 4) Construir una herramienta capaz de registrar nuevos términos de lenguaje de un usuario o de nuevos usuarios (aprendizaje) 17 USUARIO 1 REQUERIMIENTOS con frases imperativas USUARIO 2 USUARIO n RECONOCEDOR RECUPERACIÓN (independiente del sistema de información) [previa definición del reporte] Directivas de acceso SISTEMA DE INFORMACIÓN Accesos base de datos reportes Figura 3. Recuperación de datos basada en el análisis y requerimientos del sistema de información de una organización (construcción de herramientas de uso general)

7 II OPERACIÓN DE LA RECUPERACIÓN DE DATOS La figura 4 muestra un ejemplo de la forma en que se usa el sistema de recuperación de datos tanto en forma interactiva (por terminal), como por reporte (previa definición). La operación se limita a la solicitud en forma imperativa de algunos datos por consultar, una condición es indicar el nombre del dato deseado dentro de la frase, para poder realizar la consulta (recuperación); Otro requisito necesario para efectos de reconocimiento es el de proporcionar al reconocedor entre // (diagonales) el valor de un dato del que se desee consultar sus características, por ejemplo: Usuario: Dame el artículo / / Sistema: , cinta magnética, 1,200 pies, pieza, Esta misma estructura y condiciones son las necesarias para la generación de reportes, que son distinguidos de la presentación en terminal desde el momento en que se inicia una sesión con el reconocedor. 18 USUARIO 1 Frase imperativa RECONOCEDOR Datos consultados Accesos CLAVE NOMBRE UNIDAD DE MEDIDA base de datos Figura 4. Operación de la recuperación

8 Las dos condiciones anteriores y las intrínsecamente relacionadas con la gramática incluyendo los elementos del lenguaje y el simple hecho de que el usuario conozca los datos (nombres de los datos) que maneja, constituyen los únicos requerimientos (de entrada) para que el sistema de recuperación pueda ser usado. Otro punto muy importante y que forma parte del reconocedor es dar la facilidad al usuario para que registre nuevas palabras, es decir, que el reconocedor incremente su lenguaje y con esto su nivel de reconocimiento, las palabras que pueden registrarse en el catálogo de gramática pueden ser o no sinónimos de otras ya existentes. Un ejemplo de una sesión donde se tiene esto es: Usuario: Dame el objeto / / Sistema: objeto no la tengo registrada, seleccione un sinónimo de entre: artículo, dependencia, pedido, presupuesto, saldo, Usuario: artículo Sistema: objeto es sinónimo de artículo, gracias. Sistema: , cinta magnética, 1,200 pies, pieza, De la misma manera, existe para cada solicitud de datos una forma de presentación. Esta forma de presentación está predefinida y registrada en los directorios correspondientes, (directorio de reportes, directorio de pantallas). En el caso de la recuperación por pantalla, la presentación de los datos consultados puede ser de dos tipos. Una presentación hecha a través de formatos de pantalla predefinidos con una forma especial (pantalla fija), la otra presentación (de datos) se realiza por medio de una pantalla de formato general que se usa parcialmente condicionada por la misma solicitud (pantallas variables). La predefinición de los formatos de presentación de datos (formatos de salida) es el único requerimiento (de salida) para una solicitud de consulta, interactiva o por reporte 19

9 20 III ESQUEMA CONCEPTUAL DEL SISTEMA DE RECUPERACIÓN DE DATOS UTILIZANDO UN RECONOCEDOR DE LENGUAJE NATURAL RESTRINGIDO Como puede notarse hasta esta parte del documento; el reconocedor como objeto principal de esta presentación, es solo un elemento más de lo que forma el sistema de recuperación de datos utilizando lenguaje natural restringido (SRD-LNR). Como puede observarse en la figura 5, el SRD-LNR consta entre otros, de cuatro elementos, tal vez los más importantes: el primero de ellos es el usuario, quien finalmente es el afectado en forma favorable o desfavorable por la oportunidad, claridad y facilidad con la que pueda obtener información, que para efectos de esta aplicación en particular, están almacenados formando una base de datos. El(o los) usuario(s) usando una terminal, para afectos de la recuperación de datos, puede emitir tres clases de instrucciones (la mayoría de carácter imperativo y algunas asociativo): 1) Solicitar la presentación (consulta de algún dato o datos), para los cuales esta autorizado, y a través de la misma terminal. 2) Definir un reporte de sus datos o parte de ellos usando uno de los módulos del generador de reportes, en el que prácticamente la presentación del reporte la decide el usuario. 3) Solicitar la emisión de un reporte previamente definido indicando su referencia y el conjunto de datos que incluirá. Las instrucciones 1) y 3), no importa de cual se trate, son recibidas directamente por el reconocedor, el segundo de los elementos del SRD-LNR, el reconocedor una vez identificada e interpretada la instrucción, basado en la gramática ya definida, tiene la función de invocar al generador de reportes o al módulo correspondiente del sistema de información, estos últimos, reciben, producto de la operación del reconocedor un conjunto de directivas de acceso, cuya ejecución da como resultado contar con los datos deseados listos para su presentación.

10 El sistema de información, tercer elemento del SRD-LNR, es el módulo encargado de realizar cualquier tipo de acceso a la base de datos a partir de las directivas generadas por el reconocedor. Adicionalmente auxiliándose por un manejador de pantallas y un directorio de datos, tiene la función de formatear los datos solicitados cuando estos sean presentados por la terminal. Este es uno de los caminos por el que el usuario recibe respuesta del SRD- LNR. El generador de reportes, cuarto elemento del SRD-LNR y otro de los caminos por los cuales el usuario recibe respuesta a su solicitud, se auxilia del directorio de datos y basa su operación en las directivas emitidas por el reconocedor, en los accesos a datos por el sistema de información y en los reportes previamente definidos por el usuario y registrados en el directorio de reportes. Todos los anteriores y algunos otros que serán descritos posteriormente, forman el medio ambiente del reconocedor y son parte del sistema de recuperación de datos EL RECONOCEDOR En el punto anterior, se describió muy generalmente la función del reconocedor, y siendo éste el objeto del documento actual, será descrito a continuación en forma más detallada, conservando el marco trazado por el esquema anterior, y sin pretender con esto establecer la estructura interna y la construcción del reconocedor de no interés para los propósitos de esta presentación. Tomando como referencia el diagrama de flujo de la figura 6, partimos nuevamente del elemento principal de la recuperación de datos, el usuario, que como ya se explicó solicita datos por medio de instrucciones de tipo imperativo y asociativas. Estas instrucciones son captadas en principio por el módulo de control

11 22 Gramática USUARIO Frases imperativas y asociativas RECONOCEDOR Reglas y lenguaje Directivas de generación RECONOCEDOR Directivas de acceso Características de los reportes Accesos RECONOCEDOR Características de los datos consultados Directorio de reportes base de datos Directorio de datos Figura 5. Elementos de Sistema de Recuperación de Datos utilizando Lenguaje Natural Restringido (SRD-LNR) de accesos, que interactuando con el módulo reconocedor (no confundir con el reconocedor como elemento del sistema), tiene la función de verificar que (de acuerdo al tipo de consulta) el usuario esté autorizado para realizar la consulta de los datos solicitados. Los datos validos por usuario se encuentran registrados en el directorio de accesos. Una vez que un usuario ha sido identificado como válido, se hace el reconocimiento de la instrucción del usuario apoyado en la gramática previamente definida. Durante el reconocimiento de la instrucción pueden ser detectadas palabras desconocidas, las cuales, el módulo de ampliación del lenguaje con ayuda del usuario; puede asociarlas con algunas otras palabras ya conocidas o registrarlos como palabras nuevas, esto permite que el reconocedor aprenda a reconocer nuevas frases. Cuando una frase ha sido totalmente reconocida, el reconocedor codifica las instrucciones en el orden en que fueron encontradas

12 en la solicitud del usuario. Producto del reconocedor es una tabla de instrucciones ya codificadas y datos para las instrucciones. Esta tabla es usada por el módulo interprete que en una primera fase hace una clasificación de las instrucciones basado en las características y en las relaciones de jerarquía y dependencia de los datos solicitados, ya clasificados genera una secuencia de directivas de acceso que pueden ser válidas tanto para el generador de reportes como para el módulo del sistema de información. La segunda fase del interprete consiste en ejecutar las directivas de acceso generadas, por lo regular las que involucran al generador de reportes. El control de esta fase es compartido por el interprete y el sistema de información, si la consulta solicitada requiere de intervención del usuario. Por último, los datos solicitados, también soportados por el directorio de datos, son formateados con ayuda del manejador de pantallas, que permite que el usuario defina la forma en que deberán ser presentados en la pantalla de la terminal, de esta forma es como se establece el ciclo completo de la solicitud de consulta de un usuario hasta la presentación de los datos por la terminal. El otro camino para obtener los datos, ya mencionado, que es a través de reportes y la forma en que opera el módulo del sistema de información, serán descritos de manera particular en los siguientes párrafos, aunque en forma breve por no ser el interés principal del presente EL GENERADOR DE REPORTES En esta parte, el usuario puede tener comunicación con tres módulos principales del generador de reportes. El módulo de definición de reportes, a través del cual se puede definir la estructura características y contenido de un reporte.

13 24 USUARIO CONTROL DE ACCESOS GENERACIÓN DE REPORTES Palabras no conocidas RECONOCEDOR Generación de directivas Ejecución de directivas MODULO DE AMPLIACIÓN DEL LENGUAJE Gramática Directorio de datos SISTEMA DE INFORMACIÓN Sinónimos, palabras nuevas base de datos Figura 6. El Reconocedor El reporte es registrado en el directorio de reportes previa validación de los datos del contenido contra el directorio de datos. La estructura considera el encabezado, cuerpo y pie del reporte en definición. Como características se entiende las condiciones de clasificación, salto y corte de control del reporte. El módulo de definición de archivos, permite definir los archivos de datos a partir de los cuales se pueden obtener reportes, además de los que se obtienen a partir de la base de datos. Este módulo, aunque no representado en la figura, sirve de fuente de entrada para el directorio de datos. Por último, el módulo de explotación o generación de reportes, cuya operación se soporta en reportes, archivos y datos ya definidos como se explicó, y se orienta por las directivas emitidas por el reconocedor con base en las instrucciones del usuario.

14 Cuando el reporte debe generarse a partir de la base de datos, el generador de reportes obtiene los datos a imprimir vía el módulo de control de accesos del sistema de información EL SISTEMA DE INFORMACIÓN El sistema de información, elemento final de la recuperación de datos, tiene dos funciones básicas distribuidas en sus tres módulos principales. La primera, realiza los accesos a la base de datos con las directivas emitidas por el reconocedor. El módulo de control de accesos es encargado de esta función que conduce a dos posibles salidas, a través del generador la obtención de un reporte y el formateo de los datos accesados, apoyado en el directorio de datos. El formateo de datos se hace de acuerdo a la forma de presentación requerida también previa definición usando el manejador de pantallas. El último módulo, presentación de datos, se encarga de pintar los datos en el orden requerido en la pantalla de la terminal usada por el usuario. Este conjunto de módulos fue identificado bajo el nombre de sistema de información por la razón de que es ésta la última parte de la recuperación y en la que están definidas las diferentes formas de presentación de datos, que en ultima instancia fueron solicitadas por el usuario y constituyen uno de los principales apoyos para la toma de decisiones y para guiar su actividad dentro de la organización. 4 FLUJO DE DATOS DURANTE LA RECUPERACIÓN Tratando de dar una idea de la estructura interna y de las herramientas que fueron usadas para la construcción del reconocedor y del sistema de recuperación de datos en general, ha sido incluido este párrafo que describe el flujo de datos, desde la solicitud del usuario hasta la respuesta del sistema obtenida por éste.

15 La instrucción del usuario es descompuesta en palabras, cada una de ellas y su orden, es validada contra la gramática dando la opción a registrar (almacenar en la gramática), palabras no conocidas mediante asociaciones y decisiones del usuario. Una instrucción del usuario puede generar varias directivas de acceso, estas son colocadas en una cola en el orden en que fueron encontradas, simultáneamente asociado a la cola de directivas se genera una lista de los valores de datos que el usuario solicitó. Por medio de una lista bidireccional esta cola de directivas se clasifica, de acuerdo al orden de acceso de los datos solicitados, según el directorio de relaciones. Hecho lo anterior, se procede con la ejecución de las directivas, controlando con una pila (stack) aquellas directivas de ciclo, es decir aquellas que fueron originadas por una solicitud en la que el usuario desea obtener: datos, un conjunto de datos, un conjunto de datos de un conjunto de datos, etc. La última fase tiene dos salidas, una usando los datos ya accesados, se presentan en un reporte, que como ya fue mencionado, debe estar definido. La otra salida se realiza a través de la pantalla de la terminal de usuario, misma por la que hizo su solicitud, esta parte se auxilia de un manejador de pantallas para efectos de formateo y presentación de los datos. 26 CONCLUSIONES El reconocedor, como objeto principal de esta presentación, no significa por si mismo la creación de una herramienta sin igual, tecnológicamente hablando en lo que a computación se refiere; significa en cambio, la factibilidad, y realidad de hecho, del nivel de herramientas que pueden ser construidas y usadas, en un ambiente en el que posiblemente existan limitaciones materiales pero no de imaginación. La filosofía empleada en esta aplicación de la recuperación de datos y el reconocedor concretamente, establece las bases para el desarrollo y construcción de herramientas con mayor flexibilidad, orientadas hacia el usuario final.

16 27 Algunas de las posibles herramientas que pueden ser construidas basadas en el reconocedor son: 1) Generadores de programas o programación en lenguaje natural, estos solo con una ampliación al reconocedor para que sea capaz de interpretar instrucciones de tipo condicional. 2) Bases de conocimiento que podría también ser usadas para la recuperación de datos y reduciría en mucho la longitud de la instrucción de solicitud de consulta del usuario. 3) Otra aplicación y que ya se esta desarrollando es la de permitir a través del reconocedor no solo la recuperación de datos sino además la actualización, ambas con instrucciones de tipo imperativo. Es importante, al menos por ser un hecho que pudo observase con el uso de esta herramienta, hacer notar como la persona que opera con el reconocedor (y cabe mencionar que esta persona ha operado con otros sistemas de recuperación de datos), como realmente lo único que requiere es conocer la información que maneja en su trabajo, y al percatarse de no tener una vía preestablecida para obtener datos suele decidir por mejores opciones (presentaciones de datos) diferentes a las que de origen fueron planteadas por el usuario mismo. Esto tiene como consecuencia que un usuario vea y sienta al sistema como una verdadera herramienta y no como un algo normativo que lo eduque, pensamiento, bajo el cual aún se rigen muchos desarrolladores de sistemas. REFERENCIAS [1] Knuth, Donald, The Art of Computer Programming vol. I y vol. III [2] Vetter, Data Base Design Methodolgy [3] Hopcroft, Aho, Introduction to Automata Theory and Languages [4] Warnier, Logical Construction of Programs [5], SAASEP: Sistema de Apoyo Administrativo de la Secretaría de Educación Publica, Subsistema de Pago [6], Feature Analysis of Generalized Database Managment Systems CODASYL Systems Comitee Technical Report, mayo 1971

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)

Más detalles

Introducción a la Firma Electrónica en MIDAS

Introducción a la Firma Electrónica en MIDAS Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

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

Más detalles

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

Más detalles

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura 1. Conceptos Generales 2. Modelo Entidad / Relación 3. Modelo Relacional 4. Integridad de datos relacional 5. Diseño de bases de datos relacionales 6. Lenguaje de consulta estructurado (SQL) 1.1.- Objetivos

Más detalles

MÓDULO CONTABILIDAD Versión 3.0

MÓDULO CONTABILIDAD Versión 3.0 MÓDULO CONTABILIDAD Versión 3.0 CAPACITACIÓN USUARIOS FINALES SIGI Junio 2014 1 de 15 ÍNDICE 1. INTRODUCCIÓN... 3 2. OBJETIVOS... 3 3. MARCO DE REFERENCIA... 3 3.1. Estructura Organizacional... 3 3.2.

Más detalles

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

DISEÑO DE FUNCIONES (TRATAMIENTOS)

DISEÑO DE FUNCIONES (TRATAMIENTOS) DISEÑO DE FUNCIONES (TRATAMIENTOS) Diseño Estructurado. Estrategias para Derivar el Diagrama de Estructura. Diseño de Módulos Programables. 1. DISEÑO ESTRUCTURADO El Diseño es el proceso por el cual se

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

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

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

HISTORIA Y EVOLUCIÓN DE LOS SISTEMAS OPERATIVOS

HISTORIA Y EVOLUCIÓN DE LOS SISTEMAS OPERATIVOS HISTORIA Y EVOLUCIÓN DE LOS SISTEMAS OPERATIVOS Las primeras computadoras eran enormes máquinas que se ejecutaban desde una consola. El programador, quien además operaba el sistema de computación, debía

Más detalles

Diseño orientado a los objetos

Diseño orientado a los objetos Diseño orientado a los objetos El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y la hace corresponder con el ámbito de la solución, que es el software. A diferencia

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

Más detalles

Mantenimiento de Sistemas de Información

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

Más detalles

Universidad 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 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 detalles

Generalidades. DOCUMENTOS DE PATENTES COMO FUENTE DE INFORMACION TECNOLOGICA

Generalidades. DOCUMENTOS DE PATENTES COMO FUENTE DE INFORMACION TECNOLOGICA DOCUMENTOS DE PATENTES COMO FUENTE DE INFORMACION TECNOLOGICA Generalidades. Cuando una persona ha realizado una invención lo más conveniente es protegerla obteniendo un derecho de Propiedad Industrial.

Más detalles

Introducción. Componentes de un SI. Sistema de Información:

Introducción. Componentes de un SI. Sistema de Información: Introducción. Sistema de Información: Conjunto de elementos relacionados entre sí de acuerdo a ciertas reglas, que aporta a la organización la información necesaria para el cumplimiento de sus fines, para

Más detalles

Guía 1: Implementación de Modelo de Firma Electrónica Simple con Identificador/Clave

Guía 1: Implementación de Modelo de Firma Electrónica Simple con Identificador/Clave Guía 1: Implementación de Modelo de Firma Electrónica Simple con Identificador/Clave Agustinas 1291, piso 5, ofic. G - Santiago de Chile F: (56 2) 694 5808 / (56 2) 694 5964 - Fax: (56 2) 694 5965 http://www.modernizacion.gov.cl

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

4. Programación Paralela

4. Programación Paralela 4. Programación Paralela La necesidad que surge para resolver problemas que requieren tiempo elevado de cómputo origina lo que hoy se conoce como computación paralela. Mediante el uso concurrente de varios

Más detalles

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO n Objetivo

Más detalles

Aspel-COI 6.0 Nuevas Funciones y Características

Aspel-COI 6.0 Nuevas Funciones y Características Aspel-COI 6.0 Nuevas Funciones y Características 1. Introducción Aspel-COI 6.0 es un sistema que permite procesar, integrar y mantener actualizada la información contable y fiscal de la empresa en forma

Más detalles

Anexo I. Politicas Generales de Seguridad del proyecto CAT

Anexo I. Politicas Generales de Seguridad del proyecto CAT Anexo I Politicas Generales de Seguridad del proyecto CAT 1 Del Puesto de Servicio. Se requiere mantener el Puesto de Servicio: a) Disponible, entendiendo por ello que el Puesto de Servicio debe estar

Más detalles

"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios

Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios "Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se

Más detalles

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 -

Adelacu Ltda. www.adelacu.com Fono +562-218-4749. Graballo+ Agosto de 2007. Graballo+ - Descripción funcional - 1 - Graballo+ Agosto de 2007-1 - Índice Índice...2 Introducción...3 Características...4 DESCRIPCIÓN GENERAL...4 COMPONENTES Y CARACTERÍSTICAS DE LA SOLUCIÓN...5 Recepción de requerimientos...5 Atención de

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com

Más detalles

Patrones de software y refactorización de código

Patrones de software y refactorización de código Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.

Más detalles

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

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

Más detalles

App para realizar consultas al Sistema de Información Estadística de Castilla y León

App para realizar consultas al Sistema de Información Estadística de Castilla y León App para realizar consultas al Sistema de Información Estadística de Castilla y León Jesús M. Rodríguez Rodríguez rodrodje@jcyl.es Dirección General de Presupuestos y Estadística Consejería de Hacienda

Más detalles

Infraestructura Extendida de Seguridad IES

Infraestructura Extendida de Seguridad IES Infraestructura Extendida de Seguridad IES BANCO DE MÉXICO Dirección General de Sistemas de Pagos y Riesgos Dirección de Sistemas de Pagos INDICE 1. INTRODUCCION... 3 2. LA IES DISEÑADA POR BANCO DE MÉXICO...

Más detalles

Secretaría General OFICINA NACIONAL DE GESTIÓN Y PATRIMONIO DOCUMENTAL DIRECTRIZ TÉCNICA

Secretaría General OFICINA NACIONAL DE GESTIÓN Y PATRIMONIO DOCUMENTAL DIRECTRIZ TÉCNICA Secretaría General OFICINA NACIONAL DE GESTIÓN Y PATRIMONIO DOCUMENTAL DIRECTRIZ TÉCNICA Tratamiento de documentos electrónicos aplicados a documentación de la Universidad Nacional de Colombia (Actualizada

Más detalles

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

Más detalles

POLÍTICAS DE SEGURIDAD PARA EL DESARROLLO DE SISTEMAS DE CAPUFE

POLÍTICAS DE SEGURIDAD PARA EL DESARROLLO DE SISTEMAS DE CAPUFE SISTEMAS DE ÍNDICE PÁGINA INTRODUCCIÓN OBJETIVO 3 FUNDAMENTO LEGAL 4 DEFINICIONES 5 POLÍTICAS 6 De la base de datos Del acceso a los sistemas De los sistemas Web Ambientes de Desarrollo, Calidad o Pruebas,

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

Procedimiento de Sistemas de Información

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

Más detalles

El modelo de ciclo de vida cascada, captura algunos principios básicos:

El modelo de ciclo de vida cascada, captura algunos principios básicos: Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",

Más detalles

Por: Luis M. Jaramillo Efecternet. Que son los motores de búsqueda

Por: Luis M. Jaramillo Efecternet. Que son los motores de búsqueda Por: Luis M. Jaramillo Efecternet Que son los motores de búsqueda Los motores de búsqueda como Google, Yahoo, Bing, Altavista y otros, son grandes bases de datos que acopian información sobre una gran

Más detalles

Introducción. Metadatos

Introducció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 detalles

Buscar: Permite buscar registros por medio de catálogos. Procesar: Permite ejecutar una operación que involucra varios procesos.

Buscar: Permite buscar registros por medio de catálogos. Procesar: Permite ejecutar una operación que involucra varios procesos. 1 de 92 Nuevo: Permite incluir un nuevo registro en el sistema. Guardar: Permite almacenar un registro nuevo o actualizar si proviene de un catálogo. Buscar: Permite buscar registros por medio de catálogos.

Más detalles

Estatuto de Auditoría Interna

Estatuto de Auditoría Interna Febrero de 2008 Introducción Mediante el presente Estatuto, se pone en conocimiento de toda la Organización la decisión del Consejo de Administración de Grupo Prosegur de implantar a nivel corporativo

Más detalles

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

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

Más detalles

GENERALIDADES DE BASES DE DATOS

GENERALIDADES DE BASES DE DATOS GENERALIDADES DE BASES DE DATOS A fin de evitar que idénticos datos se encuentren repetidos en múltiples archivos, parece necesario que los comunes se almacenen en un archivo único y que este archivo sea

Más detalles

REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES

REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES Artículo 1.- Ámbito de aplicación y fines. El presente Reglamento

Más detalles

La Web Semántica como herramienta para e-learning

La Web Semántica como herramienta para e-learning La Web Semántica como herramienta para e-learning Lidia Marina López llopez@uncoma.edu.ar Departamento de Ciencias de la Computación Universidad Nacional del Comahue Buenos Aires 1400 8300 Neuquén Tel.

Más detalles

SINAC - Sistema de Información Nacional de Agua de Consumo MENU PRINCIPAL. Copyright Ministerio de Sanidad y Consumo

SINAC - Sistema de Información Nacional de Agua de Consumo MENU PRINCIPAL. Copyright Ministerio de Sanidad y Consumo SINAC - Sistema de Información Nacional de Agua de Consumo MENU PRINCIPAL Copyright Ministerio de Sanidad y Consumo 1. MENU PRINCIPAL DE SINAC... 3 1.1. MÓDULO ABRIR... 5 1.2. MÓDULO DE ENTRADAS... 6 1.2.1.

Más detalles

CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE

CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE INVENTARIO Y PROCESO Objetivos del capítulo Desarrollar una herramienta de software de planeación de inventario con los datos obtenidos del capítulo

Más detalles

Manual de Procedimiento. CREACION-ADMINISTRACION, RESPALDO DE DATOS Y CONTINUIDAD DEL NEGOCIO Procesos y Responsabilidades ECR Evaluadora Prefin S.A.

Manual de Procedimiento. CREACION-ADMINISTRACION, RESPALDO DE DATOS Y CONTINUIDAD DEL NEGOCIO Procesos y Responsabilidades ECR Evaluadora Prefin S.A. CREACION-ADMINISTRACION, RESPALDO DE DATOS Y CONTINUIDAD DEL NEGOCIO Procesos y Responsabilidades ECR Evaluadora Prefin S.A. NUMERO REVISION: 01 Manual de Procedimiento CONTENIDO 1. Algunas Definiciones.

Más detalles

Arquitectura de seguridad OSI (ISO 7498-2)

Arquitectura de seguridad OSI (ISO 7498-2) Universidad Nacional Autónoma de México Facultad de Ingeniería Criptografía Grupo 2 Arquitectura de seguridad OSI (ISO 7498-2) ALUMNOS: ARGUETA CORTES JAIRO I. MENDOZA GAYTAN JOSE T. ELIZABETH RUBIO MEJÍA

Más detalles

ISO 9001:2008 Resumen de Cambios

ISO 9001:2008 Resumen de Cambios ISO 9001:2008 Resumen de Cambios La revisión de ISO 9001 fue liberada oficialmente el pasado 13 de Noviembre de 2008. Esta es una guía que enfatiza lo que se añadió, elimino y las aclaraciones. Lo que

Más detalles

MARCO CONCEPTUAL CATÁLOGO DE CUENTAS DEL BANCO DEL INSTITUTO ECUATORIANO DE SEGURIDAD SOCIAL

MARCO CONCEPTUAL CATÁLOGO DE CUENTAS DEL BANCO DEL INSTITUTO ECUATORIANO DE SEGURIDAD SOCIAL MARCO CONCEPTUAL CATÁLOGO DE CUENTAS DEL BANCO DEL INSTITUTO ECUATORIANO DE SEGURIDAD SOCIAL I. MARCO LEGAL El artículo 18 de la Ley del Banco del Instituto Ecuatoriano de Seguridad Social somete al Banco

Más detalles

Procesos Críticos en el Desarrollo de Software

Procesos 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 detalles

Unidad II: Administración de Procesos y del procesador

Unidad II: Administración de Procesos y del procesador Unidad II: Administración de Procesos y del procesador 2.1 Concepto de proceso Un proceso no es más que un programa en ejecución, e incluye los valores actuales del contador de programa, los registros

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA PLAN DE MANEJO DE RIESGOS Contenido PLAN DE MANEJO DE RIESGOS.... 3 Elaboración del mapa de riesgos... 3 Monitoreo... 4 Autoevaluación... 4 Metodología... 7

Más detalles

SISTEMA DE ADMINISTRACION DEL MANTENIMIENTO (SAM) RESUMEN

SISTEMA DE ADMINISTRACION DEL MANTENIMIENTO (SAM) RESUMEN SISTEMA DE ADMINISTRACION DEL MANTENIMIENTO (SAM) MARCO ALMONACID BARRON, Ingeniero Civil Ministerio de Obras Públicas, marco.almonacid@moptt.gov.cl CLAUDIO GAHONA LOPEZ, Ingeniero Civil Ministerio de

Más detalles

ANEXO 34 NORMA INTERNACIONAL DE INFORMACIÓN FINANCIERA NIIF N 5 ACTIVOS NO CORRIENTES MANTENIDOS PARA LA VENTA Y OPERACIONES DESCONTINUADAS

ANEXO 34 NORMA INTERNACIONAL DE INFORMACIÓN FINANCIERA NIIF N 5 ACTIVOS NO CORRIENTES MANTENIDOS PARA LA VENTA Y OPERACIONES DESCONTINUADAS ANEXO 34 NORMA INTERNACIONAL DE INFORMACIÓN FINANCIERA NIIF N 5 ACTIVOS NO CORRIENTES MANTENIDOS PARA LA VENTA Y OPERACIONES DESCONTINUADAS (Modificada en 2008) (IV Difusión) ÍNDICE Párrafos Norma Internacional

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestió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 detalles

CONTABILIDAD GENERAL

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

Más detalles

Figura 3.1 Implementación de ITIL

Figura 3.1 Implementación de ITIL C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad.

Más detalles

SIC 32 Activos Intangibles Costos de Sitios Web

SIC 32 Activos Intangibles Costos de Sitios Web SIC 32 Activos Intangibles Costos de Sitios Web La Interpretación SIC-32 Activos Intangibles Costos de Sitios Web se encuentra en los párrafos 7 a 10. La SIC-32 viene acompañada de Fundamentos de las Conclusiones

Más detalles

ALCALDIA DE MONTERIA SECRETARIA DE EDUCACION PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD CONTENIDO

ALCALDIA DE MONTERIA SECRETARIA DE EDUCACION PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD CONTENIDO PAGINA 1/14 CONTENIDO 1. INTRODUCCIÓN...2 2. OBJETIVO...3 3. ALCANCE...3 4. EXPLICACIÓN DETALLADA DEL SUBPROCESO N01.01 AUDITORÍAS INTERNAS...4 5. ÁREAS INVOLUCRADAS EN SU EJECUCIÓN Y ROLES DE CADA UNA...10

Más detalles

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net 2012 Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net Servinet Sistemas y Comunicación S.L. www.softwaregestionproyectos.com Última Revisión: Febrero

Más detalles

Tribunal Registral Administrativo

Tribunal Registral Administrativo Tribunal Registral Administrativo MANUAL DE USO E INSTALACIÓN DE PROGRAMAS DE CÓMPUTO 18 JUNIO 2015 (APROBADO EN SESIÓN N. 26-2015 DEL 1 DE JULIO DE 2015) Contenido 1. INTRODUCCIÓN... 3 2. ALCANCE... 3

Más detalles

Ingeniería del Software I Clase de Testing Funcional 2do. Cuatrimestre de 2007

Ingeniería del Software I Clase de Testing Funcional 2do. Cuatrimestre de 2007 Enunciado Se desea efectuar el testing funcional de un programa que ejecuta transferencias entre cuentas bancarias. El programa recibe como parámetros la cuenta de origen, la de cuenta de destino y el

Más detalles

BASE DE DATOS UNIVERSIDAD DE LOS ANDES FACULTAD DE MEDICINA T.S.U. EN ESTADISTICA DE SALUD CATEDRA DE COMPUTACIÓN II. Comenzar presentación

BASE DE DATOS UNIVERSIDAD DE LOS ANDES FACULTAD DE MEDICINA T.S.U. EN ESTADISTICA DE SALUD CATEDRA DE COMPUTACIÓN II. Comenzar presentación UNIVERSIDAD DE LOS ANDES FACULTAD DE MEDICINA T.S.U. EN ESTADISTICA DE SALUD CATEDRA DE COMPUTACIÓN II BASE DE DATOS Comenzar presentación Base de datos Una base de datos (BD) o banco de datos es un conjunto

Más detalles

Capitulo III. Diseño del Sistema.

Capitulo III. Diseño del Sistema. Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje

Más detalles

CAPÍTULO 1 Instrumentación Virtual

CAPÍTULO 1 Instrumentación Virtual CAPÍTULO 1 Instrumentación Virtual 1.1 Qué es Instrumentación Virtual? En las últimas décadas se han incrementado de manera considerable las aplicaciones que corren a través de redes debido al surgimiento

Más detalles

CRONO SISTEMA DE CONTROL DE PRESENCIA. Software abierto. Distintas opciones para realizar las picadas. Web personal para cada usuario

CRONO SISTEMA DE CONTROL DE PRESENCIA. Software abierto. Distintas opciones para realizar las picadas. Web personal para cada usuario Software abierto Distintas opciones para realizar las picadas Web personal para cada usuario Gestión de incidencias Informes individuales y colectivos CRONO SISTEMA DE CONTROL DE PRESENCIA Qué es Crono?

Más detalles

EL DICTAMEN DE LOS ESTADOS FINANCIEROS Y EL DICTAMEN FISCAL

EL DICTAMEN DE LOS ESTADOS FINANCIEROS Y EL DICTAMEN FISCAL EL DICTAMEN DE LOS ESTADOS FINANCIEROS Y EL DICTAMEN FISCAL I. EL DICTAMEN DE ESTADOS FINANCIEROS Al hablar del Dictamen de Estados Financieros, se alude a la opinión profesional que expresa el Contador

Más detalles

CONTROL DE DOCUMENTOS

CONTROL DE DOCUMENTOS CONTROL DE DOCUMENTOS ELABORACIÓN REVISIÓN APROBACIÓN Elaborado por: Revisado por: Aprobado por: Henry Giraldo Gallego Angela Viviana Echeverry Díaz Armando Rodríguez Jaramillo Cargo: Profesional Universitario

Más detalles

Unidad 5. Conceptos y Estructuras de Archivos

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

Más detalles

DISEÑO CURRICULAR EN COLOMBIA. EL CASO DE LAS MATEMÁTICAS

DISEÑO CURRICULAR EN COLOMBIA. EL CASO DE LAS MATEMÁTICAS DISEÑO CURRICULAR EN COLOMBIA. EL CASO DE LAS MATEMÁTICAS Pedro Gómez 100514DisenoCurricularColombiav2 Este documento pretende describir las condiciones que regulan el proceso de diseño curricular en los

Más detalles

Capítulo III. Manejo de Incidentes

Capítulo III. Manejo de Incidentes Manejo de Incidentes Manejo de Incidentes Tabla de contenido 1.- En qué consiste el manejo de incidentes?...45 1.1.- Ventajas...47 1.2.- Barreras...47 2.- Requerimientos...48 3.- Clasificación de los incidentes...48

Más detalles

SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT

SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT INTRODUCCIÓN La documentación de auditoría ó papeles de trabajo son el respaldo que tiene el auditor para registrar los procedimientos aplicados,

Más detalles

Capítulo 5. Cliente-Servidor.

Capítulo 5. Cliente-Servidor. Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor

Más detalles

Capítulo 2: Análisis de Módulos CAPÍTULO 2 ANÁLISIS DE MÓDULOS PROCESOS DEL SISTEMA LMP Y TARJETA BEC Después de conocer los requerimientos para el desarrollo del sistema LMP, de definir con que herramientas

Más detalles

Cómo sistematizar una experiencia?

Cómo sistematizar una experiencia? Cómo sistematizar una experiencia? Una sistematización puede llevarse a cabo de múltiples formas, y además puede ser llevada a cabo por cualquier persona sin necesidad de ser especialista en la materia.

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

CAPÍTULO 3 VISUAL BASIC

CAPÍTULO 3 VISUAL BASIC CAPÍTULO 3 VISUAL BASIC 3.1 Visual Basic Microsoft Visual Basic es la actual y mejor representación del viejo lenguaje BASIC, le proporciona un sistema completo para el desarrollo de aplicaciones para

Más detalles

Norma Internacional de Información Financiera nº 5 (NIIF 5) Activos no corrientes mantenidos para la venta y actividades interrumpidas

Norma Internacional de Información Financiera nº 5 (NIIF 5) Activos no corrientes mantenidos para la venta y actividades interrumpidas Norma Internacional de Información Financiera nº 5 (NIIF 5) Activos no corrientes mantenidos para la venta y actividades interrumpidas Objetivo 1 El objetivo de esta NIIF es especificar el tratamiento

Más detalles

1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC.

1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC. 5.9 OPERACIÓN DE SERVICIOS 5.9.1 Operación de la mesa de servicios 5.9.1.1 Objetivos del proceso General: Establecer y operar un punto único de contacto para que los usuarios de los servicios hagan llegar

Más detalles

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

Más detalles

La Gestión de Recursos Humanos

La Gestión de Recursos Humanos La Gestión de Recursos Humanos Pieza clave en la gestión interna de cualquier administración pública. La Administración General del Estado (AGE) contaba en enero de 2013 con 227.814 efectivos de personal

Más detalles

Como sabemos, en un Sistema de Comunicación de Datos, es de vital importancia

Como sabemos, en un Sistema de Comunicación de Datos, es de vital importancia Encriptación de Datos Como sabemos, en un Sistema de Comunicación de Datos, es de vital importancia asegurar que la Información viaje segura, manteniendo su autenticidad, integridad, confidencialidad y

Más detalles

Primer avance de proyecto de software para la gestión de inscripciones en cursos

Primer avance de proyecto de software para la gestión de inscripciones en cursos Primer avance de proyecto de software para la gestión de inscripciones en cursos 1. Introducción Andrés Felipe Bustamante García, Carolina Sarmiento González En este documento se presentan los resultados

Más detalles

CAPITULO II 2.1 SISTEMA MRPII APLICADO A MANTENIMIENTO

CAPITULO II 2.1 SISTEMA MRPII APLICADO A MANTENIMIENTO CAPITULO II 2.1 SISTEMA MRPII APLICADO A MANTENIMIENTO Manufacturing Resources Planning, MRP II es el sistema que hemos elegido para mejorar el control de mantenimiento y apoyar nuestra visión de futuro.

Más detalles

Las Relaciones Públicas en el Marketing social

Las Relaciones Públicas en el Marketing social Las Relaciones Públicas en el Marketing social El marketing social es el marketing que busca cambiar una idea, actitud o práctica en la sociedad en la que se encuentra, y que intenta satisfacer una necesidad

Más detalles

NIFBdM B-12 COMPENSACIÓN DE ACTIVOS FINANCIEROS Y PASIVOS FINANCIEROS

NIFBdM B-12 COMPENSACIÓN DE ACTIVOS FINANCIEROS Y PASIVOS FINANCIEROS NIFBdM B-12 COMPENSACIÓN DE ACTIVOS FINANCIEROS Y PASIVOS FINANCIEROS OBJETIVO Establecer los criterios de presentación y revelación relativos a la compensación de activos financieros y pasivos financieros

Más detalles

Sistema Tecnológico de Apoyo a la Regulación

Sistema Tecnológico de Apoyo a la Regulación MANUAL USUARIO EMPRESA Páginas: 29 CONTENIDO 1 INTRODUCCION... 3 2 INGRESO AL SISTEMA... 4 2.1 PÁGINA DE INGRESO....4 3 INICIO... 6 4 MENU DE FUNCIONALIDADES... 7 5 GESTIÓN DE PROCESOS... 8 5.1 LISTADO

Más detalles

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

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

Más detalles

Guía Metodológica para el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

Más detalles

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP

REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP REGISTRO DE PEDIDOS DE CLIENTES MÓDULO DE TOMA DE PEDIDOS E INTEGRACIÓN CON ERP Visual Sale posee módulos especializados para el método de ventas transaccional, donde el pedido de parte de un nuevo cliente

Más detalles

Enfoque del Marco Lógico (EML)

Enfoque del Marco Lógico (EML) Enfoque del Marco Lógico (EML) Qué es el EML? Es una herramienta analítica que se utiliza para la mejorar la planificación y la gestión de proyectos tanto de cooperación al desarrollo como de proyectos

Más detalles

Sistemas de gestión de la calidad Requisitos

Sistemas de gestión de la calidad Requisitos Sistemas de gestión de la calidad Requisitos 1 Objeto y campo de aplicación 1.1 Generalidades Esta Norma Internacional especifica los requisitos para un sistema de gestión de la calidad, cuando una organización

Más detalles

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

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

Más detalles

ANÁ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 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 detalles

Metodologí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 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 detalles