RESUMEN 1. INTRODUCCIÓN
|
|
- Ramona Calderón Maldonado
- hace 8 años
- Vistas:
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 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 detallesQué 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 detallesPROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN
PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN Paola Britos 1,2, Enrique Fernandez 1,2, Ramón García-Martinez 1,2 Centro de Ingeniería del Software e Ingeniería
Más detallesProcedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4
Más detallesProfunda 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 detallesCAPÍ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 detallesPRODUCTIVIDAD 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 detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesCOMPILACION 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 detallesCapitulo 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 detalles14. 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 detallesCAPITULO I. Introducción. En la actualidad, las empresas están tomando un papel activo en cuanto al uso de sistemas y
CAPITULO I Introducción 1.1 Introducción En la actualidad, las empresas están tomando un papel activo en cuanto al uso de sistemas y redes computacionales. La tecnología ha ido evolucionando constantemente
Más detallesCAPÍ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 detallesLISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN
LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN Después de realizar la evaluación inicial se han detectado deficiencias en los procesos de reutilización del código, por lo que se van a integrar
Más detallesModelo 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 detallesMETODOLOGÍ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 detallesUniversidad 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 detallesI INTRODUCCIÓN. 1.1 Objetivos
I INTRODUCCIÓN 1.1 Objetivos En el mundo de la informática, la auditoría no siempre es aplicada en todos las empresas, en algunos de los casos son aplicadas por ser impuestas por alguna entidad reguladora,
Más detallesGuí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 detallesFigure 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 detallesGestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Más detallesAl 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 detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...
Más detallesCAPÍ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 detallesGestión de la Configuración
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de
Más detallesMARCO METODOLÓGICO CAPITULO III
MARCO METODOLÓGICO CAPITULO III CAPITULO III MARCO METODOLÓGICO En esta sección se presenta el tipo de investigación, las técnicas de recolección de datos y finalmente la metodología utilizada para el
Más detallesCAPITULO III A. GENERALIDADES
CAPITULO III INVESTIGACION DE CAMPO SOBRE EL DISEÑO DE UN SISTEMA AUTOMATIZADO DE CONTROL INVENTARIO Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA TIENDONA EN LA ZONA METROPOLITANA
Más detallesFormalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento
Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento Vegega, C., Pytel, P., Ramón, H., Rodríguez, D., Pollo-Cattaneo, F.,
Más detallesPlanificación de Sistemas de Información
Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación
Más detallesTESIS 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 detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallesCAPÍ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 detallesPlanificación de Sistemas de Información
Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación
Más detalleshttp://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 detallesRESUMEN 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 detallesTó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 detallesUna estructura conceptual para medir la efectividad de la administración
Una estructura conceptual para medir la efectividad de la administración Tópico especial para gestión del mantenimiento La necesidad de un sistema de medición de la efectividad Mediante el uso de una o
Más detallesUN 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 detalles80294 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 detallesPlan 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 detallesDurante 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 detallesAUDITORÍAS Y AUDITORES ISO 9000:2000
AUDITORÍAS Y AUDITORES ISO 9000:2000 Ing. Miguel García Altamirano Servicios CONDUMEX S.A. de C.V. Delegado Mexicano en el Comité Internacional ISO TC 176 en el grupo JWG "Auditorías" Resumen: Los sistemas
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesCAPITULO 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 detallesCAPÍ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 detalles1. 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 detallesPlaneación del Proyecto de Software:
Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los
Más 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 Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se
Más detallesMANUAL 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 detallesCopyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler
Copyright 2011 - bizagi Gestión de Cambios Bizagi Process Modeler Tabla de Contenido Gestión de Cambios... 4 Descripción... 4 Principales factores en la Construcción del Proceso... 5 Modelo de Datos...
Más detallesCOORDINACION 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 detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesCAPÍ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 detallesPlaneació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 detallesAná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 detallesANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un
ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un efecto positivo o negativo sobre al menos un objetivo del proyecto, como tiempo,
Más detallesPROCEDIMIENTO 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 detallesINSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un
INSTRODUCCION Toda organización puede mejorar su manera de trabajar, lo cual significa un incremento de sus clientes y gestionar el riesgo de la mejor manera posible, reduciendo costes y mejorando la calidad
Más detallesMaster en Gestion de la Calidad
Master en Gestion de la Calidad 3. La Calidad en la Actualidad La calidad en la actualidad 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer la calidad en la actualidad. La familia
Más detallesACTIVIDADES 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 detallesProceso 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 detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesCURSO COORDINADOR INNOVADOR
CURSO COORDINADOR INNOVADOR PRESENTACIÓN La tarea que el Ministerio de Educación se propone a través de Enlaces, en relación al aseguramiento del adecuado uso de los recursos, con el fin de lograr un impacto
Más detallesModelos 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 detallesCAPITULO 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 detallesRESULTADOS CONSULTA CIUDADANA VIRTUAL. Consulta Laboral en Línea
RESULTADOS CONSULTA CIUDADANA VIRTUAL Consulta Laboral en Línea Septiembre, 2015 1 Agradecimientos Ponemos a disposición de ustedes los resultados de la Consulta Ciudadana Virtual, efectuada en julio de
Más detallesUniversidad 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 detallesGUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES
GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es
Más detalles1.- 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 detallesProject 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 detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesGUIA 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 detallesDepartamento 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 detallesPROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...
Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS
Más detallesFORMACIÓ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 detallesDETECCIÓ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 detallesPropuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos
Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento.
Más detallesWorkflow, 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 detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesAdministració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 detallesDirectrices para la auto- evaluación A.l Introducción
Directrices para la auto- evaluación A.l Introducción La auto evaluación es una evaluación cuidadosamente considerada que resulta en una opinión o juicio respecto de la eficacia y eficiencia de la organización
Más detallesAbrir 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 detallesUNIVERSIDAD 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 detallesCuenca, 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 detallesCONSTRUCCIÓ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 detallesTITULO 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 detallesPrograma 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 detallesConceptos articuladores para el desarrollo de los proyectos del programa de Estudio. 1. Formulación de la situación problema.
Conceptos articuladores para el desarrollo de los proyectos del programa de Estudio. El Programa de Educación Tecnológica propone una metodología de trabajo para los alumnos y alumnas basada en el desarrollo
Más detallesITIL 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 detallesK2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2
K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.
Más detallesEmpresa Financiera Herramientas de SW Servicios
Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través
Más detallesEstá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 detallesCRM 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 detallesCONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler
CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...
Más detallesEstá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 detalles1.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 detallesSOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES
G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla
Más detallesEXPERIENCIAS 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 detallesINTRODUCCIÓ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 detallesANEXO 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