RESUMEN 1. INTRODUCCIÓN

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

Download "RESUMEN 1. INTRODUCCIÓN"

Transcripción

1 Análisis de dominio orientado a las características (FODA) para el desarrollo de una metodología para la evaluación personal en la especificación de requerimientos de software Manuel A. Murillo Madera, Máximo López Sánchez, Lucia Morales Morales Departamento de Ciencias Computacionales, Centro Nacional de Investigación y Desarrollo Tecnológico (CENIDET) Cuernavaca, Morelos, C.P , México {amurillo, maximo, lmorales@cenidet.edu.mx} y Sheila L. Delfín Lara Coordinación Maestría en Tecnologías de Información, Universidad Interamericana para el Desarrollo (UNID-Cuernavaca) Cuernavaca, Morelos, C.P 62450, México sldl79@hotmail.com RESUMEN La etapa de especificación de requerimientos de software (ERS) es una de las fases más importante cuando se desarrolla un sistema de software. Cuando no se realiza de manera adecuada, se convierte en la causante de retrasos en la entrega de sistemas debido a un mal entendimiento de las necesidades del cliente, errores e inconsistencias en el funcionamiento deseado del software. Existe una serie de metodologías y herramientas que apoyan a la ERS, sin embargo, el esfuerzo de estos trabajos está enfocado al producto de la especificación más que al proceso personal que se lleva a cabo para su elaboración. En este artículo se tiene como propósito presentar un análisis realizado a una metodología para la ERS, aplicando el análisis de dominio orientado a las características (FODA por sus siglas en inglés). Este artículo sólo presenta las primeras 2 etapas del análisis FODA: análisis del contexto y modelado del dominio. El resultado de este análisis servirá para determinar las características indispensables que debe tener la metodología de ERS que tienen como objetivo facilitar el registro de métricas acerca del desempeño, análisis y compresión del proceso personal cuando se realiza esta etapa. Palabras claves: Especificación de requerimientos de software, Ingeniería de software, Ingeniería de requerimientos, Documento de requerimientos, Metodología, FODA. 1. INTRODUCCIÓN La ingeniería de software es una subdisciplina de las ciencias computacionales, su principal objetivo es el desarrollo de sistemas de software de calidad mediante metodologías y técnicas de desarrollo. El proceso de desarrollo de software esta integrado por una serie de etapas que conducen al software bien diseñado; la primera etapa de este proceso es la extracción de requerimientos. La ingeniería de requerimientos (IR) es la encargada de este proceso. La IR se define como una subdisciplina de la ingeniería de sistemas e ingeniería de software que se ocupa en determinar las metas, funciones, restricciones de hardware y sistemas de software. [2] Como se puede observar la ingeniería de requerimientos tiene como meta definir lo que se desea producir mediante la especificación de requerimientos. El problema debe ser descrito con claridad y consistencia, permitiendo expresar las necesidades de los clientes y que sirvan de mejora en los productos que se desarrollen. La importancia de esta etapa es fundamental, los requerimientos deben ser analizados, medidos, probados y relacionados para identificar las necesidades del negocio, estos deben ser definidos con el suficiente nivel de detalle para el diseño de un sistema. [3] El proceso de especificación de requerimientos está formado por una serie de etapas, donde muchos autores han definido con distintos enfoques estas etapas pero teniendo en común las siguientes actividades; Elicitación de requerimientos: La tarea encargada de comunicarse con el cliente y usuarios para determinar cuáles son los requisitos. También se conoce como recolección de requerimientos Análisis de requerimientos: Consiste en determinar si los requerimientos son claros, incompletos, equívocos, contradictorios y resolver estos problemas. Registro de requerimientos: Los requerimientos pueden ser documentados de varias maneras, tales como documentos de lenguaje natural, casos de uso, especificación de procesos, etc. Los cuales pueden ser validados por el cliente. Para realizar un mejor trabajo es importante conocer como el desarrollador realiza sus actividades, para lograrlo es necesario el registro de información acerca de las actividades desempeñadas además del tiempo invertido. El desarrollador al conocer esta información puede mejorar la manera en que realiza sus procesos identificando sus áreas de mejora. En la especificación de requerimientos software no se encuentran metodologías que consideren como factor el proceso personal de un desarrollador en la especificación de requerimientos. Para el planteamiento de una metodología que tenga como objetivo permitir al desarrollador el conocer su proceso personal cuando realiza la etapa de especificación de

2 requerimientos de software, se realizó un análisis FODA para detectar aquellas características indispensables. El análisis de dominio orientado a las características (FODA) tiene como principal objetivo el identificar aquellas características indispensables que deberá tener un sistema dentro de un dominio específico. Estas características son aquellas comunes dentro del dominio, así como las diferencias entre sistemas dentro del mismo dominio. [4] Cada actividad del análisis de dominio provee de representaciones específicas que ayudan a mostrar los resultados generados. Estas representaciones definen al alcance del dominio, características del dominio y una arquitectura para implementar soluciones. principal razón errores en los requerimientos con un porcentaje de 43.5%. [1] De este porcentaje se identificaron los siguientes 4 problemas (Figura 2); Requerimientos incompletos Falta de involucramiento del usuario Expectativas no realistas Requerimientos cambiantes Para realizar el análisis del dominio, FODA consta de las siguientes etapas (Figura 1); Análisis de contexto; en esta etapa se define el contexto del dominio describiendo su alcance, restricciones y relaciones entre otros dominios. Modelado del dominio; Con base en los resultados obtenidos al realizar el análisis del contexto, características comunes y diferencias son definidas. Modelado arquitectónico; Se provee de una solución a los problemas definidos en el modelado del dominio, este resultado puede ser aplicado a el diseño detallado y construcción de la solución. Figura 2 Problemas en requerimientos The Chaos Report 2009 Existen una serie de metodologías y herramientas que atienden estos problemas, sin embargo el esfuerzo de estos trabajos está enfocado al producto de la especificación y no al proceso. No se encuentran métodos definidos que permitan conocer al desarrollador su proceso personal de especificación de requerimientos; no se realiza registro de tiempos ni defectos generados en el proceso de esta especificación, tampoco se manejan métricas que permitan evaluar de manera personal este proceso. Por esta omisión el problema generado es que el desarrollador al no conocer su proceso personal no le es posible llevar control, administración y mejora de su trabajo de especificación de requerimientos de software. 3. TRABAJOS RELACIONADOS Figura 1 Etapas del análisis FODA [4] Este artículo inicia enfocándose en la problemática que desea atender la metodología para la evaluación personal en la ERS, se describen ciertas metodologías que atienden al problema de especificación de requerimientos, estas metodologías serán comparadas con el trabajo que se plantea como parte del análisis FODA, se describen los resultados obtenidos al aplicar FODA, y finalmente se presentan las conclusiones. 2. PROBLEMÁTICA En la actualidad las empresas desarrolladoras de software buscan completar sus proyectos con éxito cumpliendo con las llamadas 3 restricciones (Alcance, costo, tiempo). En un estudio realizado por el Standish Group en el año 2009 se identificó que el 68% de los productos de software fracasan en cumplir con su alcance, costo y tiempo esperado, siendo la A continuación se presentan las metodologías de especificación de requerimientos estudiadas, teniendo como objetivo analizar e identificar la manera en que atienden a los problemas a los que se enfrenta la especificación de requerimientos. Para el análisis comparativo se consideraron las siguientes características; Enfoque de aplicación, obtención de una especificación de requerimientos de software (SRS por sus siglas en inglés) bajo un formato estándar, manejo de métricas, indicadores de calidad, uso de formatos y guías, entregables en cada etapa del proceso. Esta comparativa se puede apreciar en la tabla 1 Metodología para la elicitación de requisitos de sistemas de software [5] El objetivo fue definir una metodología para realizar la elicitación de requerimientos dividendo entre productos entregables (aquellos que se entregan al cliente) y no entregables (utilizados para el manejo interno del desarrollo).

3 Esta metodología además de guiar en el proceso de especificación de requerimientos forma un SRS (Especificación de requerimientos de software), basado en la norma IEEE , sin embargo a comparación con la metodología que se plantea no considera el proceso personal por lo que las métricas que utiliza para medir la calidad están basadas en el SRS. En la figura 3 se muestra el proceso que se lleva para lograr elaborar la especificación de requerimientos de software. Figura 4 Metodología RE-GSD [6] Metodología DoRCU para la ingeniería de requerimientos [7] Esta es una metodología para realizar la especificación de requerimientos de software teniendo una orientación enfocada al usuario, DoRCU (Documentación de Requerimientos Centrada en el Usuario) trabaja tomando los métodos, técnicas y herramientas de otros autores pero proponiendo una serie de entregables para cada etapa que considera en la especificación de requerimientos de software (Elicitación, Análisis, Especificación y Validación), estos entregables no cuentan con un formato especifico, sólo un listado de los puntos que debe contener; además no considera el proceso personal y como está basado en metodologías de otros autores no utiliza formatos y guías que faciliten el proceso de especificación de requerimientos. Figura 3 Metodología para la elicitación de requerimientos [5] En la figura 5 se muestra el diagrama de las etapas y sus entregables de esta metodología. Una metodología para elicitación de requisitos en proyectos GSD [6] Este proyecto presenta una metodología para realizar la especificación de requerimientos en proyectos de desarrollo de software global GSD (por sus siglas en inglés; Global Software Development), la que toma en cuenta los aspectos tales como un lenguaje distinto y cultura al momento de realizar la especificación de requerimientos. El nombre de esta metodología es RE-GSD (Requirement Elicitation for Global Software Development projects) Esta metodología propone estrategias para facilitar la comunicación entre personas con características diferentes sobre todo en un entorno global, para esto utiliza una serie de formatos y guías, sin embargo no forma un SRS (Especificación de requerimientos de software) basado en algún formato estándar. Figura 5 Metodología DoRCU [7] En la figura 4 se puede apreciar las etapas que integran esta metodología.

4 Tabla 1 Comparativa con otras metodologías de especificación de requerimientos Características Enfoque de aplicación de la metodología de especificación de requerimientos Se obtiene un SRS bajo un formato estándar Se evalúa el proceso de manera personal Una Metodología para elicitación de requisitos en proyectos GSD Enfocada a desarrollo de software global. El usuario de esta metodología decide el formato a utilizar, pero no se contempla en la metodología No, solo le interesa el resultado de la especificación y no el proceso. Metodología para la elicitación de requisitos de sistemas de software Define una guía en el proceso de especificación de requerimientos considera 3 etapas del proceso. IEEE No, solo trabaja para conseguir un SRS bajo un formato estándar. Metodología DoRCU para la ingeniería de requerimientos Toma métodos, técnicas y herramientas de distintos autores para las etapas del proceso. Se menciona que el entregable es un documento de requerimientos pero no define ningún formato No, solo considera los productos para cada etapa de especificación pero no el proceso personal. Manejo de métricas No Si, enfocadas al SRS No Indicadores de calidad No Si No Uso de formatos y guías Si, para realizar la elicitación Si, para definir los entregables No de requerimientos en cada etapa Entregables en cada etapa del proceso de especificación No, solo el resultado de la especificación se evalúa al final Si, para cada una de las etapas define una parte para el usuario y otra para el ingeniero de software. Si, para cada etapa considera un entregable distinto. 4. ANÁLISIS FODA Debido a que el principal objetivo que se buscó al aplicar el análisis FODA es la detección de las características indispensables que deberá tener la metodología que se desea desarrollar, el análisis realizado no cubre todas las etapas que se encuentran definidas por el análisis FODA, estas actividades no realizadas son aquellas que están orientadas a la reutilización de software. A continuación se presentan los resultados de aplicar las primeras dos etapas del análisis FODA, este análisis será usado para el desarrollo de la metodología para la evaluación personal en la especificación de requerimientos. Como resultado de este diagrama se puede observar que de acuerdo al análisis del contexto el dominio de la metodología para la evaluación personal en la especificación de requerimientos de software, se encuentra entre el dominio de las metodologías para la especificación de requerimientos y el dominio de procesos para el desarrollo de software. Además de tener como base el estándar IEEE 830, técnicas de elaboración de metodologías e información acerca del proceso de especificación de requerimientos de software. Análisis De Contexto La primera de las etapas del análisis FODA es el análisis del contexto. En esta etapa se definió el contexto en el que el sistema va a trabajar definiendo su alcance y relaciones con otros dominios. Para definir el alcance que tendrá la metodología se realizó una investigación de una serie de artículos que trabajan con el dominio de especificación de requerimientos de software, la definición del alcance se realiza mediante un diagrama de estructura y un diagrama de contexto. Diagrama de estructura: es un diagrama de bloques donde se presentan los dominios que interactúan con la metodología que se plantea, el diagrama de estructura mostrado en la figura 6, muestra la ubicación que tiene la metodología respecto a otras metodologías Figura 6 Diagrama de estructura FODA

5 Diagrama de contexto: este diagrama presenta de manera general la comunicación que deberá tener la metodología con las partes que la formaran, este diagrama se presenta en la figura 7. acerca del proceso personal en la especificación de requerimientos de software. Con el diagrama de estructura y de contexto se define el alcance que tendrá la metodología. Análisis comparativo: La siguiente actividad dentro de la etapa del análisis de contexto del análisis FODA es la identificación de relaciones con otras metodologías que trabajan con la problemática de especificación de requerimientos, al finalizar esta etapa se obtiene una tabla comparativa de las características comunes y diferencias. Esta parte fue descrita en la sección 3 de este artículo, la tabla 1 muestra la comparativa obtenida como actividad del análisis FODA. Figura 7 Diagrama de contexto Al analizar el diagrama que se obtuvo se observa que teniendo como entrada los requerimientos del usuario se elabora una especificación de requerimientos de software, esta metodología pretende almacenar la información acerca del desempeño del desarrollador mediante una serie de formatos definidos, está información será procesada con una serie de métricas que permitirán conocer y retroalimentar el proceso personal. Como resultado de esta metodología se generará una especificación de requerimientos de software utilizando el estándar IEEE , además de obtener conocimiento Modelado Del Dominio Una vez realizado el análisis de contexto se inicia la etapa de modelado del dominio, en esta etapa se identifican las características comunes y diferencias, produciendo una serie de modelos que representan diferentes aspectos del problema, las actividades realizadas en esta etapa son; análisis de información y análisis de características. Análisis de información: se realiza un diagrama entidad relación, indicando los atributos de cada entidad y sus limitaciones. En la figura 8 se puede observar el diagrama de entidad relación generado. Figura 8 Análisis de información

6 Figura 9 Árbol de características Análisis de características: en esta actividad se deben identificar aquellos requerimientos que debe contener la metodología que se desea plantear. Para facilitar el entendimiento de las características se genera una estructura de árbol que las despliega. El árbol generado puede ser visto en la figura 9. Cada característica presente en el árbol debe ser descrita, el formato para la descripción es el siguiente: Nombre de la característica: Obligatorio u Opcional Descripción: Padre: Fuente: Un ejemplo para la característica de Formatos; Formatos: Obligatorio Apoyo para concentración de información de una especificación de requerimientos. Padre: Elementos Fuente: Usuarios del dominio 5. CONCLUSIONES En este artículo se presenta el análisis de dominio orientado a las características (FODA) para obtener las bases de una metodología de especificación de requerimientos orientada al proceso personal. Mediante este análisis se logró identificar aquellas características indispensables que incluye la metodología desarrollada que tiene el objetivo de permitir al desarrollador el conocer su proceso personal cuando realiza la etapa de especificación de requerimientos de software. Las carencias encontradas en el análisis comparativo de los trabajos relacionados se examinaron y se evaluaron para ser integrados en la metodología. Estas son; obtención de una especificación de requerimientos de software bajo un formato estándar, manejo de métricas, indicadores de calidad, uso de formatos y guías, entregables en cada etapa del proceso. Además de lograrse definir el alcance y limitaciones que presenta la metodología, los elementos que se deben de considerar y la definición de las etapas del proceso. Aunque FODA incluye una tercera etapa; Modelado Arquitectónico, esta no fue considerada ya que sus actividades están orientadas a la reutilización de software. El objetivo que se buscó para realizar el análisis FODA fue la detección de las características indispensables. Los resultados del análisis FODA fueron empleados para el desarrollo de la metodología MEPERS (Metodología de Evaluación Personal en la Especificación de Requerimientos de Software), esta metodología actualmente se encuentra en el proceso de pruebas. 6. REFERENCIAS [1] Standish, G., The Chaos Report, The Standish Group International, Boston Massachusetts, [2] Laplante, P. A., What Every Engineer Should Know about Software Engineering, CRC Press, 2007, ISBN: [3] Abran, A., Bourque, P., Dupuis, R., Moore, J., Tripp, L., Guide to the Software Engineering Body of Knowledge, IEEE, 2004, ISBN: [4] Kang C. Kyo, Cohen G. Sholom. Technical Report CMU/SEI-90-TR-21 ESD-90-TR-222 Feature-Oriented Domain Analysis (FODA) Feasibility Study, Instituto de Ingenieria de Software, Universidad Carnegie Mellon, Noviembre [5] Durán, A., Bernárdez, B., Metodología para la Elicitación de Requisitos de Sistemas Software (versión 2.3). Informe Técnico LSI , Universidad de Sevilla. [Última vez visitado, ]. Abril [6] Aranda, G., Vizcaíno, A., Cechich, A., Piattini, M., Soto, J.P., (2007), "Una Metodología para elicitación de Requisitos en Proyectos GSD". En las XII Jornadas de Ingeniería del Software y Base de Datos (JISBD) dentro del II Congreso Español de Informática (CEDI), pp , ISBN: , Zaragoza (Spain). [7] Báez G., Barba S., Metodología DoRCU para la Ingeniería de Requerimientos, Anais do WER01 - Workshop em Engenharia de Requisitos, Buenos Aires, Argentina, Noviembre 22-23, 2001, pp

PRU. Fundamento Institucional. Objetivos. Alcance

PRU. Fundamento Institucional. Objetivos. Alcance PRU INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de PRUEBAS para el desarrollo de software, en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

Qué es el Modelo CMMI?

Qué es el Modelo CMMI? El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto

Más detalles

PROPUESTA 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 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 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

Profunda comprensión de que valores son o podrían ser percibidos por los clientes.

Profunda comprensión de que valores son o podrían ser percibidos por los clientes. Estrategias de retención de clientes para servicios El valor concebido por el cliente de servicio se basa en una estrategia de conocimientos, ya que con el conocimiento que posee la empresa, puede emplear

Más detalles

CAPÍTULO 1. INTRODUCCIÓN

CAPÍTULO 1. INTRODUCCIÓN CAPÍTULO 1. INTRODUCCIÓN La industria de la información alrededor del mundo está creciendo con rapidez y con el uso de la tecnología es necesario estimular, guiar y apoyar los esfuerzos en el desarrollo

Más detalles

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES Raúl Palma G. y Guillermo Bustos R. Escuela de Ingeniería Industrial Universidad Católica de Valparaíso Casilla

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

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

COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO. Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas

COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO. Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas UNIVERSIDAD DE CALDAS FACULTAD DE INGENIERIA INGENIERIA EN SISTEMAS Y COMPUTACION

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

14. Ingeniería de software. Ing. Alejandro Adorjan

14. Ingeniería de software. Ing. Alejandro Adorjan 14. Ing. Alejandro Adorjan : un enfoque en ingeniería de requerimientos Introducción La ingeniería de software es una disciplina que estudia la aplicación de la teoría, el conocimiento y la práctica de

Más detalles

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

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

Más detalles

CAPÍTULO I FORMULACIÓN DEL PROBLEMA

CAPÍTULO I FORMULACIÓN DEL PROBLEMA CAPÍTULO I FORMULACIÓN DEL PROBLEMA 13 Formulación del Problema 1.1. Titulo descriptivo del proyecto: Diseño de un centro de cómputo adecuado a personas con capacidades especiales de audición y lenguaje

Más detalles

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN

LISTA 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 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

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual? METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en

Más detalles

Universidad Autónoma de los Andes Evaluación y Auditoría Informática Unidad 1: Metodología de una Auditoría de Sistemas Computacionales - ASC Ing. John Toasa Espinoza http://waudinfingjohntoasa.wikispaces.com

Más detalles

I INTRODUCCIÓN. 1.1 Objetivos

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

Más detalles

Guía de Planificación Estratégica de la Informática Educativa

Guía de Planificación Estratégica de la Informática Educativa Cierre de Brecha Digital Guía de Planificación Estratégica de la Informática Educativa Dirigida al Sostenedor y al Establecimiento Educacional Estimado Sostenedor y Director, El Ministerio de Educación

Más detalles

Figure 9-1: Phase C: Information Systems Architectures

Figure 9-1: Phase C: Information Systems Architectures FASE C Figure 9-1: Phase C: Information Systems Architectures Objetivos Los objetivos de la Fase C son: Desarrollar la arquitectura de sistemas de información objetivo (datos y aplicaciones), que describe

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

Al final del curso el estudiante:

Al final del curso el estudiante: UNIVERSIDAD AUTÓNOMA DE CHIHUAHUA Clave: 08MSU0017H FACULTAD INGENIERÍA Clave: PROGRAMA DEL CURSO: Evolución y Calidad del Software DES: Programa(s) Educativo(s): Tipo de materia: Clave de la materia:

Más detalles

Mesa de Ayuda Interna

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

CAPÍTULO 1 PLANTEAMIENTO DEL PROBLEMA

CAPÍTULO 1 PLANTEAMIENTO DEL PROBLEMA CAPÍTULO 1 PLANTEAMIENTO DEL PROBLEMA 1.1 Planteamiento del Problema Las pequeñas y medianas empresas (PYMEs) que, representan el 97% del total de las empresas en México, son las que tienen más problemas

Más detalles

Gestión de la Configuración

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

Más detalles

MARCO METODOLÓGICO CAPITULO III

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

CAPITULO III A. GENERALIDADES

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

Más detalles

Formalizació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 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 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

TESIS DE MAESTRÍA EN CIENCIAS

TESIS DE MAESTRÍA EN CIENCIAS Departamento de Ciencias Computacionales TESIS DE MAESTRÍA EN CIENCIAS Metodología para la Evaluación Personal en la Especificación de Requerimientos de Software presentada por Manuel Adrián Murillo Madera

Más detalles

Figure 7-1: Phase A: Architecture Vision

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

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI CAPÍTULO 4. FORMA DE EVALUACIÓN CMM Tanto para el programa ALTA como para este trabajo de tesis, es importante conocer no sólo el modelo de Capacidad de Madurez, sino la forma en que se evalúa el nivel

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

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

RESUMEN DE TRABAJO DE GRADO

RESUMEN DE TRABAJO DE GRADO RESUMEN DE TRABAJO DE GRADO Universidad Nueva Esparta Escuela: Computación Titulo del Trabajo de Grado: Control de Estadísticas, Reclamos e Instalaciones para Administración Técnica de Intercable Autor:

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

Más detalles

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

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

Más detalles

UN RECORRIDO POR LA FAMILIA ISO

UN RECORRIDO POR LA FAMILIA ISO UN RECORRIDO POR LA FAMILIA ISO 2 de Mayo de 2006 BOLETIN 26 Introducción a la Familia ISO La serie ISO 9000 consta de cuatro normas básicas respaldadas por otros documentos. ISO 9000:2000, Quality management

Más detalles

80294 Microsoft Dynamics CRM 2011 Customization and Configuration

80294 Microsoft Dynamics CRM 2011 Customization and Configuration 80294 Microsoft Dynamics CRM 2011 Customization and Configuration Introducción Este curso describe las técnicas requeridas para personalizar Microsoft Dynamics CRM para cumplir las necesidades especializadas

Más detalles

Plan de Administración del Proyecto

Plan de Administración del Proyecto L México 2002 Atención Ciudadana y Gestión de Programas Sociales Plan de Administración del Proyecto Introducción: El Plan de Administración del Proyecto provee información de cómo el proyecto debe ser

Más detalles

Durante la determinación del problema dentro de los procesos de mercadeo de R & S Training se pudo notar notables deficiencias en las relaciones con

Durante la determinación del problema dentro de los procesos de mercadeo de R & S Training se pudo notar notables deficiencias en las relaciones con Autora: Rodríguez Fortunato, Marìa Rossana Titulo: Implementación de un sistema bajo tecnología web basado en estrategias de CRM que apoye las actividades de mercadeo de una empresa de servicios de adiestramientos

Más detalles

AUDITORÍAS Y AUDITORES ISO 9000:2000

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

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.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 detalles

CAPITULO V. Conclusiones y recomendaciones. Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se

CAPITULO V. Conclusiones y recomendaciones. Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se CAPÍTULO V 74 CAPITULO V Conclusiones y recomendaciones Este capítulo tiene como objetivo mostrar las conclusiones más significativas que se identificaron a lo largo de la investigación. Asimismo, se presentan

Más detalles

CAPÍTULO I INTRODUCCIÓN

CAPÍTULO I INTRODUCCIÓN CAPÍTULO I INTRODUCCIÓN 1.1 Planteamiento del problema Hoy en día las empresas del mundo se esfuerzan por tener una mayor participación en el mercado, lo que ha originado el desarrollo de estrategias de

Más detalles

1. Proyecto de intervención

1. Proyecto de intervención 1. Proyecto de intervención 3.1. Enunciado y descripción del proyecto de Intervención. El trabajo de intervención realizado en Servi Industrias del Noroeste se fundamenta en varios conceptos centrales

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

"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

MANUAL DEL TRABAJO FIN DE GRADO EN FISIOTERAPIA GUÍA PARA LOS TUTORES

MANUAL DEL TRABAJO FIN DE GRADO EN FISIOTERAPIA GUÍA PARA LOS TUTORES 2011 MANUAL DEL TRABAJO FIN DE GRADO EN FISIOTERAPIA GUÍA PARA LOS TUTORES Universidad de Zaragoza Escuela de Ciencias de la Salud Grado en Fisioterapia Trabajo Fin de Grado 1. Introducción Qué es el Trabajo

Más detalles

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

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

Más detalles

COORDINACION DE FORTALECIMIENTO DE GOBIERNO ELECTRONICO EGOB 3.0 PLAN DE ACCION EGOB 3.0

COORDINACION DE FORTALECIMIENTO DE GOBIERNO ELECTRONICO EGOB 3.0 PLAN DE ACCION EGOB 3.0 PLAN DE ACCION EGOB 3.0 1 PLAN DE ACCION PARA LA PRESENCIA WEB DE GOBIERNO ELECTRONICO, LA EFICIENCIA DE SERVICIOS PUBLICOS ELECTRONICOS Y DEL CUMPLIMIENTO A LOS COMPROMISOS ADQUIRIDOS POR EL ESTADO DE

Más detalles

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

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

Más detalles

CAPÍTULO 1 PROYECTO DE TESIS. Proyecto de Tesis. 1.1 Introducción

CAPÍTULO 1 PROYECTO DE TESIS. Proyecto de Tesis. 1.1 Introducción CAPÍTULO 1 PROYECTO DE TESIS 1.1 Introducción La tesis que a continuación se desarrolla se desprende de un Simulador de Negocios llevado a cabo a lo largo del semestre de primavera 2004, éste es organizado

Más detalles

Planeación. El proceso administrativo, herramienta fundamental

Planeación. El proceso administrativo, herramienta fundamental Tema I. Planeación Planeación El proceso administrativo, herramienta fundamental La principal herramienta que utiliza la administración es el proceso administrativo, este facilita todas las actividades

Más detalles

Análisis de la aplicabilidad de medidas software para el diseño semi-automático de arquitecturas

Análisis de la aplicabilidad de medidas software para el diseño semi-automático de arquitecturas Análisis de la aplicabilidad de medidas software para el diseño semi-automático de arquitecturas A. Ramírez, J.R. Romero, S. Ventura Dpto. de Informática y Análisis Numérico. Universidad de Córdoba. XIX

Más detalles

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

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0 Í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. PROYECTO

Más detalles

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

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

Más detalles

Master en Gestion de la Calidad

Master en Gestion de la Calidad Master en Gestion de la Calidad 3. La Calidad en la Actualidad La calidad en la actualidad 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer la calidad en la actualidad. La familia

Más detalles

ACTIVIDADES DEL OBSERVATORIO DE LA ESCUELA DE NEGOCIOS

ACTIVIDADES DEL OBSERVATORIO DE LA ESCUELA DE NEGOCIOS OBSERVATORIO DE LA ESCUELA DE NEGOCIOS 1 ACTIVIDADES DEL OBSERVATORIO DE LA ESCUELA DE NEGOCIOS Jaime Castro Contreras, por la Facultad de Ciencias Administrativas y Recursos Humanos Luis Ludeña Saldaña,

Más detalles

Proceso de implementación OpenERP

Proceso de implementación OpenERP Proceso de implementación OpenERP Contenido Contenido...2 Proceso de implementación...3 Preanálisis de necesidades...4 OpenERP Entrenamiento Funcional...4 OpenERP Entrenamiento Técnico...4 Coaching...4

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

CURSO COORDINADOR INNOVADOR

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

Más detalles

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software

Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de la Industria Colombiana de Software Hugo F. Arboleda Jiménez. MSc. Docente-Investigador, Facultad de Ingenierías, Universidad de San

Más detalles

CAPITULO IV METODOLOGIA DE LA INVESTIGACIÓN

CAPITULO IV METODOLOGIA DE LA INVESTIGACIÓN 90 CAPITULO IV METODOLOGIA DE LA INVESTIGACIÓN 91 4.1 Tipo de Investigación La presente investigación se llevó a cabo siguiendo lineamientos descriptivos, ya que se orientó a identificar la metodología

Más detalles

RESULTADOS CONSULTA CIUDADANA VIRTUAL. Consulta Laboral en Línea

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

Universidad Autónoma del Perú Ingeniería de Sistemas. Ing. Heyner Ninaquispe Castro Sesión 1

Universidad Autónoma del Perú Ingeniería de Sistemas. Ing. Heyner Ninaquispe Castro Sesión 1 Universidad Autónoma del Perú Ingeniería de Sistemas Ingeniería de la Información Apuntes Generales Ing. Heyner Ninaquispe Castro Sesión 1 Agenda 1.- Objetivo 2.- Introducción 3.- Características 4.- Niveles

Más detalles

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

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

Más detalles

1.- DATOS DE LA ASIGNATURA. Nombre de la asignatura: Fundamentos de Ingeniería de Software. Ingeniería en Sistemas Computacionales.

1.- DATOS DE LA ASIGNATURA. Nombre de la asignatura: Fundamentos de Ingeniería de Software. Ingeniería en Sistemas Computacionales. 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: (Créditos) SATCA 1 Fundamentos de Ingeniería de Software Ingeniería en Sistemas Computacionales SCC-1007 2-2-4 2.- PRESENTACIÓN

Más detalles

Project 2013. Ing. Christian Ovalle

Project 2013. Ing. Christian Ovalle 2013 Ing. Christian Ovalle PROJECT Antes de comenzar un proyecto se necesitan definir los objetivos de un proyecto y luego determinado, cuales son las tareas que necesita realizar para alcanzar ese objetivo.

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

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

GUIA DE TRABAJO APLICATIVO

GUIA DE TRABAJO APLICATIVO GUIA DE TRABAJO APLICATIVO 169 170 Supervisión, Monitoreo y Evaluación ÍNDICE INTRODUCCIÓN 173 UNIDAD I LA EVALUACIÓN DEL PLAN OPERATIVO 175 ACTIVIDAD Nº l: Definiendo los resultados, procesos e insumos

Más detalles

Departamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software

Departamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software El Ciclo de Vida Software Departamento de Lenguajes escuela técnica superior de ingeniería informática Grupo de Ingeniería a Software Febrero 2006 Versión original: Amador Durán Toro (septiembre 2004)

Más detalles

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...

PROPÓ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 detalles

FORMACIÓN E-LEARNING. Curso de Análisis y Medición de la Satisfacción y Fidelización de Clientes

FORMACIÓN E-LEARNING. Curso de Análisis y Medición de la Satisfacción y Fidelización de Clientes FORMACIÓN E-LEARNING Curso de Análisis y Medición de la Satisfacción y Fidelización Herramientas y estrategias para medir la satisfacción y fidelización de los clientes y crear y ejecutar planes de mejora.

Más detalles

DETECCIÓN DE NECESIDADES DE CAPACITACIÓN

DETECCIÓN DE NECESIDADES DE CAPACITACIÓN DETECCIÓN DE NECESIDADES DE CAPACITACIÓN LA DNC forma parte de la Gestión DNC de la Capacitación. La gestión de la capacitación está conformada por cuatro etapas de un proceso continuo: Evaluación de los

Más detalles

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

Workflow, Gestión Documental y Tecnologías Web.

Workflow, Gestión Documental y Tecnologías Web. Workflow, Gestión Documental y Tecnologías Web. Nuevo prisma tecnológico en la Automatización de Expedientes 1 Introducción El objeto del presente planteamiento no es otro que abordar la siempre difícil

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

Administración de Recursos UTN FRLP. Tema: Administración de Proyectos Administración de Proyectos 2009

Administración de Recursos UTN FRLP. Tema: Administración de Proyectos Administración de Proyectos 2009 Administración de Recursos UTN FRLP Tema: Administración de Proyectos Administración de Proyectos 2009 Que es un Proyecto A diario se utiliza el termino proyecto en diversas situaciones, tanto laborales

Más detalles

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

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

Más detalles

Abrir un negocio es la realización de un sueño para muchos empresarios pero

Abrir un negocio es la realización de un sueño para muchos empresarios pero 1. INTRODUCCIÓN 1.1 PLANTEAMIENTO Abrir un negocio es la realización de un sueño para muchos empresarios pero también implica riesgos. Su éxito es el fruto de una administración razonable que el empresario

Más detalles

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo

Más detalles

Cuenca, 15 de mayo de 2015. Ingeniero Patricio Guerrero. Director de Tecnologías de la Información y Comunicación Universidad de Cuenca. Ciudad.

Cuenca, 15 de mayo de 2015. Ingeniero Patricio Guerrero. Director de Tecnologías de la Información y Comunicación Universidad de Cuenca. Ciudad. Cuenca, 15 de mayo de 2015 Ingeniero Patricio Guerrero. Director de Tecnologías de la Información y Comunicación Universidad de Cuenca. Ciudad. De mi consideración: En respuesta a su gentil invitación

Más detalles

CONSTRUCCIÓN DEL PROCESO ADMINISTRADOR DE PROYECTOS SEIS SIGMA Bizagi Process Modeler

CONSTRUCCIÓN DEL PROCESO ADMINISTRADOR DE PROYECTOS SEIS SIGMA Bizagi Process Modeler ADMINISTRADOR DE PROYECTOS SEIS Bizagi Process Modeler Copyright 2011 - bizagi Contenido CONSTRUCCIÓN DEL PROCESO... 1 1. DIAGRAMA DEL PROCESO... 3 Sub proceso Fase... 4 Sub proceso Crear Entregable...

Más detalles

TITULO Editorial Autores ISBN AÑO

TITULO Editorial Autores ISBN AÑO Calidad en el Desarrollo de Software Bibliografía TITULO Calidad en el desarrollo y mantenimiento del software Editorial Alfaomega Autores Mario G. Piattini y Félix O. García ISBN 970-15-0899-8 AÑO 2003

Más detalles

Programa de Desarrollo Profesional en Mejora del Proceso de Software

Programa de Desarrollo Profesional en Mejora del Proceso de Software Programa de Desarrollo Profesional en Mejora del Proceso de Software - Inicio: 3 de Mayo - El Programa de Desarrollo Profesional (PDP) propone soluciones concretas a los problemas de definición de procesos,

Más detalles

Conceptos 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. 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 detalles

ITIL Foundations V 3.0

ITIL Foundations V 3.0 ITIL Foundations V 3.0 Código Sence: 12-37-8438-75 Duración: 24 Hrs. Durante este curso detallado de 24 hrs., el alumno conocerá los principios de la metodología orientada a procesos para el Gerenciamiento

Más detalles

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

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

Más detalles

Empresa Financiera Herramientas de SW Servicios

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

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION

Más detalles

CRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler

CRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler Bizagi Process Modeler Copyright 2011 - Bizagi Tabla de Contenido CRM- Gestión de Oportunidades de Venta... 4 Descripción... 4 Principales Factores en la Construcción del Proceso... 5 Modelo de Datos...

Más detalles

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

CONSTRUCCIÓ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 detalles

Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles.

Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles. CMMI Lizbeth Monserrat Hernández Álvarez Yuliana Aguirre Hernández Arely Sánchez Domingo Temas Estándar CMMI. Disciplinas del CMMI. Modelo continuo y modelo por niveles. 1 Definición Un guía para mejorar

Más detalles

1.2. SITUACIÓN PROBLEMÁTICA Los Centros de Cómputo de la Universidad de Oriente están conformados de la siguiente manera:

1.2. SITUACIÓN PROBLEMÁTICA Los Centros de Cómputo de la Universidad de Oriente están conformados de la siguiente manera: TEMA DE INVESTIGACION DE TESIS DESARROLLO DE UN SISTEMA AUTOMATIZADO PARA EL CONTROL DEL ACTIVO FIJO DE LOS CENTROS DE CÓMPUTO DE LA UNIVERSIDAD DE ORIENTE. 1. FORMULACION DEL PROBLEMA 1.1. TITULO DESCRIPTIVO

Más detalles

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

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

Más detalles

EXPERIENCIAS EN LA IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN DE LA CALIDAD PARA EL PROCESO DE PRODUCCIÓN DE SOFTWARE

EXPERIENCIAS EN LA IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN DE LA CALIDAD PARA EL PROCESO DE PRODUCCIÓN DE SOFTWARE EXPERIENCIAS EN LA IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN DE LA CALIDAD PARA EL PROCESO DE PRODUCCIÓN DE SOFTWARE MSc. Gloria María Guerrero Llerena J Gestión de la Calidad y Auditoría. CITMATEL E-mail:

Más detalles

INTRODUCCIÓN CAPITULO I 1.1 PLANTEAMIENTO DEL PROBLEMA.

INTRODUCCIÓN CAPITULO I 1.1 PLANTEAMIENTO DEL PROBLEMA. CAPITULO I 1.1 PLANTEAMIENTO DEL PROBLEMA. Hoy en día las empresas en México quieren ocupar un lugar privilegiado en un mercado cambiante y lleno de retos. Por esa razón necesitan crear nuevas estrategias

Más detalles

ANEXO A - Plan de Proyecto. 1. - EDT de la solución EDT GENERAL DEL PROYECTO1

ANEXO A - Plan de Proyecto. 1. - EDT de la solución EDT GENERAL DEL PROYECTO1 ANEXO A - Plan de Proyecto 1. - EDT de la solución EDT GENERAL DEL PROYECTO1 2.- Diagrama de Gantt de la Solución DIAGRAMA DE GANTT- FASE INICIAL DOCUMENTACION Y ANALISIS2 DIAGRAMA DE GANTT- FASE FINAL

Más detalles