RESUMEN 1. INTRODUCCIÓN

Save this PDF as:
 WORD  PNG  TXT  JPG

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

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

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

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

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

Figura 3.1 Implementación de ITIL

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

Más detalles

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

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

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

ID:1679 PROCESO DE DESPLIEGUE DE APLICACIONES INFORMÁTICAS DE SOFTEL

ID:1679 PROCESO DE DESPLIEGUE DE APLICACIONES INFORMÁTICAS DE SOFTEL ID:1679 PROCESO DE DESPLIEGUE DE APLICACIONES INFORMÁTICAS DE SOFTEL Abreu Bosch, Marta Rosa; Cabrera Hernández, Mirna; Cué Delgado, Rosalía; Silva Calderón, Regla María; Barrios Gómez, Alberto. Cuba RESUMEN

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

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

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

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

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

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

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

Proyectos Informáticos

Proyectos Informáticos Proyectos Informáticos Administración y Control de Proyectos I Facultad de Ingeniería (UBA) - Seminario de Project Management - Contenido El Equipo de Trabajo Roles y Responsabilidades Planificación Seminario

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

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

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

PROCEDIMIENTO ESPECÍFICO. Código G056-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. ANÁLISIS

Más detalles

Planificación de Sistemas de Información

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

Más detalles

Planificación de Sistemas de Información

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

Más detalles

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

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

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles

Modelo de Proceso de Desarrollo de Software

Modelo de Proceso de Desarrollo de Software Modelo de Proceso de Desarrollo de Software Documento de Actividades Gestión de Configuración (S.C.M.) Ingeniería de Software - Proyecto de Taller5 Andrea Delgado & Beatriz Pérez ÍNDICE ÍNDICE... 1 GESTIÓN

Más detalles

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008) Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,

Más detalles

CAPÍTULO 4 DETERMINACIÓN DE LA ESTRATEGIA DE SOLUCIÓN

CAPÍTULO 4 DETERMINACIÓN DE LA ESTRATEGIA DE SOLUCIÓN CAPÍTULO 4 DETERMINACIÓN DE LA ESTRATEGIA DE SOLUCIÓN En el capítulo dos de este Estudio de Caso, se presentaron una serie de necesidades de la Coordinación de Cómputo Académico (CCA) del Departamento

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

ANALES DEL XVIII CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN CACIC. 8 al 12 de octubre de 2012. Bahía Blanca, Buenos Aires, Argentina

ANALES DEL XVIII CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN CACIC. 8 al 12 de octubre de 2012. Bahía Blanca, Buenos Aires, Argentina ANALES DEL XVIII CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN XVIII CACIC 2012 8 al 12 de octubre de 2012 Bahía Blanca, Buenos Aires, Argentina XIII Workshop Agentes y Sistemas Inteligentes (WASI)

Más detalles

Análisis de Requisitos

Análisis de Requisitos Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades

Más detalles

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web J.Corral-García, D.Cortés-Polo, C.Gómez-Martín, J.L.González-Sánchez

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

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

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

CAPITULO VI PLAN DE IMPLEMENTACIÓN DEL SISTEMA DE PRESUPUESTOS DE COSTOS DE TIEMPOS ESTÁNDARES DE CONFECCIÓN DE PRENDAS DE VESTIR DE TEJIDO DE PUNTO.

CAPITULO VI PLAN DE IMPLEMENTACIÓN DEL SISTEMA DE PRESUPUESTOS DE COSTOS DE TIEMPOS ESTÁNDARES DE CONFECCIÓN DE PRENDAS DE VESTIR DE TEJIDO DE PUNTO. 204 CAPITULO VI PLAN DE IMPLEMENTACIÓN DEL SISTEMA DE PRESUPUESTOS DE COSTOS DE TIEMPOS ESTÁNDARES DE CONFECCIÓN DE PRENDAS DE VESTIR DE TEJIDO DE PUNTO. 6.1 INTRODUCCIÓN El éxito de la aplicación del

Más detalles

En la actualidad las empresas en todo el mundo invierten sumas enormes de dinero en

En la actualidad las empresas en todo el mundo invierten sumas enormes de dinero en INTRODUCCIÓN Planteamiento del problema. En la actualidad las empresas en todo el mundo invierten sumas enormes de dinero en sistemas de información, aproximadamente entre el 4 y 7% de sus ingresos totales

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

Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo.

Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo. Implantación de Gobierno de TI (Tecnologías de la Información) Resumen Ejecutivo. ÍNDICE 1. INTRODUCCIÓN...3 2. LA NECESIDAD DEL CAMBIO DEL ROL DE TI...5 3. NECESIDAD DE GOBIERNO DE TI...6 4. COBIT Y GOBIERNO

Más detalles

Modelos de Propuestas

Modelos de Propuestas Página 1 de 6 1. Objetivo y Alcance Orientar en la elaboración de las propuestas de los productos y servicios ofrecidos por la Dirección de Interacción Social y Desarrollo Tecnológico de la Universidad

Más detalles

Especificación de Requisitos según el estándar de IEEE 830

Especificación de Requisitos según el estándar de IEEE 830 Especificación de Requisitos según el estándar de IEEE 830 IEEE Std. 830-1998 22 de Octubre de 2008 Resumen Este documento presenta, en castellano, el formato de Especificación de Requisitos Software (ERS)

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

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

TEMA 39 Código de buenas prácticas para la Gestión de la Seguridad de la Información. Norma UNE-ISO 17799.

TEMA 39 Código de buenas prácticas para la Gestión de la Seguridad de la Información. Norma UNE-ISO 17799. TEMA 39 Código de buenas prácticas para la Gestión de la Seguridad de la Información. Norma UNE-ISO 17799. Índice 1 Introducción... 1 2 La Norma UNED-ISO 27002... 2 2.1 Estructura de la norma...3 2.1.1

Más detalles

DESARROLLO DE UNA HERAMIENTA COMPUTACIONAL PARA EL DIMENSIONAMIENTO DE GASODUCTOS Y REDES DE DISTRIBUCIÓN DE GAS

DESARROLLO DE UNA HERAMIENTA COMPUTACIONAL PARA EL DIMENSIONAMIENTO DE GASODUCTOS Y REDES DE DISTRIBUCIÓN DE GAS DESARROLLO DE UNA HERAMIENTA COMPUTACIONAL PARA EL DIMENSIONAMIENTO DE GASODUCTOS Y REDES DE DISTRIBUCIÓN DE GAS PROPONENTES GERMÁN JOAQUÍN LÓPEZ FORERO Ingeniero Químico de la Universidad Nacional de

Más detalles

Acción 2: Innovación en las Metodologías Docentes:

Acción 2: Innovación en las Metodologías Docentes: III JORNADAS PRÁCTICAS DOCENTES INNOVADORAS 2012 ACCIONES DE INNOVACIÓN DOCENTE A REPORTAR 1 Acción 2: Innovación en las Metodologías Docentes: Proyectos dirigidos a la utilización innovadora del método

Más detalles

Scientia Et Technica ISSN: 0122-1701 scientia@utp.edu.co Universidad Tecnológica de Pereira Colombia

Scientia Et Technica ISSN: 0122-1701 scientia@utp.edu.co Universidad Tecnológica de Pereira Colombia Scientia Et Technica ISSN: 0122-1701 scientia@utp.edu.co Universidad Tecnológica de Pereira Colombia LEÓN MARTÍNEZ, NELSON ENRIQUE; GÓMEZ FLÓREZ, LUIS CARLOS; PIMENTEL RAVELO, JORGE IVAN HERRAMIENTA COMPUTACIONAL

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

S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR.

S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR. S. T. P. S. IMPLEMENTACIÓN DEL PROCESO CAPACITADOR. DELEGACIÓN FEDERAL DEL TRABAJO EN EL ESTADO DE GUANAJUATO. DOM: FRACC. BUROCRÁTICO LOTE 16 MARFIL, GTO. CARR. GTO-JUVENTINO ROSAS KM. 3.5 1 LA FUNCIÓN

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

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO UNIVERSIDAD NACIONAL DE COLOMBIA SEDE MEDELLÍN FACULTAD DE MINAS ESCUELA DE SISTEMAS E INFORMÁTICA TRABAJO DE GRADO DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE

Más detalles

Guía de Reparación de Equipamiento

Guía de Reparación de Equipamiento Dirigida al Sostenedor y al Establecimiento Educacional Estimado Sostenedor y Director, El Ministerio de Educación se encuentra implementando el plan Tecnologías para una Educación de Calidad (TEC), que

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

Definición de PMO Características de una PMO

Definición de PMO Características de una PMO Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo

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

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

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Análisis Comparativo de Modelos de Calidad

Análisis Comparativo de Modelos de Calidad Análisis Comparativo de Modelos de Calidad Identificación de Mejores Prácticas para la Gestión de Calidad en Pequeños Entornos Vianca Vega Zepeda Departamento de Ingeniería de Sistemas y Computación Universidad

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

TEMA: CICLO DE VIDA HIPER PAIZ CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: RAUL ERNESTO CRUZ ORELLANA LEVI OSMIN RODRIGUEZ OROZCO

TEMA: CICLO DE VIDA HIPER PAIZ CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: RAUL ERNESTO CRUZ ORELLANA LEVI OSMIN RODRIGUEZ OROZCO UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERIA ESCUELA DE COMPUTACION ANALISIS Y DISEÑO DE SISTEMAS I CICLO 2/06 TEMA: CICLO DE VIDA HIPER PAIZ CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: 01 ESTUDIANTES:

Más detalles

Etapa de Implementación de la Ejecución del Plan

Etapa de Implementación de la Ejecución del Plan MINISTERIO DE OBRAS PÚBLICAS Gestión y Monitoreo de Planes de Obras Públicas Etapa de Implementación de la Ejecución del Plan Dirección de Planeamiento SUBDIRECCION DE PLANIFICACION ESTRATEGICA Noviembre

Más detalles

Tesina Diseño Web de un observatorio turístico como estrategia para la promoción y monitoreo de información sobre el turismo en Mazatlán, Sinaloa

Tesina Diseño Web de un observatorio turístico como estrategia para la promoción y monitoreo de información sobre el turismo en Mazatlán, Sinaloa Tesina Diseño Web de un observatorio turístico como estrategia para la promoción y monitoreo de información sobre el turismo en Mazatlán, Sinaloa Que como opción para la obtención del título de: Licenciado

Más detalles

Modelos y Normas Disponibles de Implementar

Modelos y Normas Disponibles de Implementar Modelos y Normas Disponibles de Implementar AmericaVeintiuno tiene capacidad para asesorar a una organización en base a diferentes modelos o normativas enfocadas al mercado informático. A partir de determinar

Más detalles

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión. DIAGRAMA DE RELACIONES 1.- INTRODUCCIÓN Este documento describe los pasos del proceso de construcción e interpretación de una de las herramientas más potentes para el análisis de problemas y situaciones

Más 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

El Rol del Arquitecto IT

El Rol del Arquitecto IT Carlos Bittrich IBM Certified I/T Architect bittrich@pe.ibm.com Agenda Habilidades del Arquitecto IT Disciplinas del Arquitecto IT Conclusiones 2 Características de un Arquitecto IT Habilidades y experiencia

Más detalles

Desarrollar el concepto del producto. Asignar requisitos de hardware y software. 1 1.1 1.2 2 2.1 2.2 3.. N

Desarrollar el concepto del producto. Asignar requisitos de hardware y software. 1 1.1 1.2 2 2.1 2.2 3.. N Fase de Análisis de Requerimientos Desarrollar el concepto del producto. Asignar requisitos de hardware y software. Realizar estudios de mercado. Sugerencia: www.anuies.mx para saber cuantas instituciones

Más detalles

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

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

Más detalles

Guía Docente Modalidad Semipresencial. Economía, análisis y gestión empresarial. Curso 2015/16. Máster en Ingeniería. de Montes

Guía Docente Modalidad Semipresencial. Economía, análisis y gestión empresarial. Curso 2015/16. Máster en Ingeniería. de Montes Guía Docente Modalidad Semipresencial Economía, análisis y gestión empresarial Curso 2015/16 Máster en Ingeniería de Montes 1 Datos descriptivos de la Asignatura INGENIERÍA Y TECNOLOGÍA DE LA TRANSFORMACIÓN

Más detalles

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

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

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

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

Diseño orientado a los objetos

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

Más detalles

Capítulo III. Manejo de Incidentes

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

Más detalles

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ARQUITECTO DE SOFTWARE

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ARQUITECTO DE SOFTWARE ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE TALENTO EN TI OCTUBRE 2012 ÍNDICE DEL CONTENIDO 1 OBJETIVO 2 CAMPO DE APLICACIÓN 3 DEFINICIONES 4 REQUISITOS DEL PERFIL 5 BIBLIOGRAFÍA 6

Más detalles

INVENTARIO DE LOS DOCUMENTOS QUE SOPORTAN LOS PROCESOS DE LA GUÍA METODOLÓGICA ConstruColectiva. Autores: JOHN EDDIE DÍAZ AGUDELO

INVENTARIO DE LOS DOCUMENTOS QUE SOPORTAN LOS PROCESOS DE LA GUÍA METODOLÓGICA ConstruColectiva. Autores: JOHN EDDIE DÍAZ AGUDELO INVENTARIO DE LOS DOCUMENTOS QUE SOPORTAN LOS PROCESOS DE LA GUÍA METODOLÓGICA Autores: JOHN EDDIE DÍAZ AGUDELO JUAN FELIPE OLAYA FIGUEROA Dirección: MARIA CONSUELO FRANKY PONTIFICIA UNIVERSIDAD JAVERIANA

Más detalles

EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA

EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA EL PROCESO DE DESARROLLO DE SOFTWARE: UNA TAREA SOCIAL DE MEJORA CONTINUA Dra. Pilar Gómez Gil Instituto Nacional de Astrofísica, Óptica y Electrónica (INAOE). Coordinación de Ciencias Computacionales

Más detalles

Gestión de Proyectos de Software SCG-1009 3-3-6

Gestión de Proyectos de Software SCG-1009 3-3-6 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: (Créditos) SATCA 1 Gestión de Proyectos de Software Ingeniería en Sistemas Computacionales SCG-1009 3-3-6 2.- PRESENTACIÓN

Más detalles

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software Carrera: Clave de la asignatura: Ingeniería en Sistemas

Más detalles

UNIVERSIDAD TECNICA DE MANABI Facultad de Ciencias Informáticas Ingeniería en sistemas. SEGURIDAD INFORMATICA Tema:

UNIVERSIDAD TECNICA DE MANABI Facultad de Ciencias Informáticas Ingeniería en sistemas. SEGURIDAD INFORMATICA Tema: UNIVERSIDAD TECNICA DE MANABI Facultad de Ciencias Informáticas Ingeniería en sistemas SEGURIDAD INFORMATICA Tema: CATEGORÍAS DE BENEFICIOS DE ESTANDARES Y PROCEDIMIENTOS Integrantes Doris María Mera Mero

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

Interoperabilidad de Fieldbus

Interoperabilidad de Fieldbus 2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?

Más detalles

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA ADMINISTRACIÓN DE COMPRAS DE ALMACÉN INITE, S.C. no es responsable del contenido, de la veracidad de los datos, opiniones y acontecimientos vertidos en el presente

Más detalles

Carrera: ISH-1203 1-3 - 4

Carrera: ISH-1203 1-3 - 4 1.DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: Horas teoría-horas practica-créditos: Proceso Personal para el Desarrollo de Software. Ingeniería en Sistemas Computacionales

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Guía Docente Modalidad Semipresencial. Economía, análisis y gestión empresarial. Curso 2014/15. Máster en Ingeniería. de Montes

Guía Docente Modalidad Semipresencial. Economía, análisis y gestión empresarial. Curso 2014/15. Máster en Ingeniería. de Montes Guía Docente Modalidad Semipresencial Economía, análisis y gestión empresarial Curso 2014/15 Máster en Ingeniería de Montes Guía docente de Economía, análisis y organización empresarial 1 Datos descriptivos

Más detalles

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema Capítulo2 Planteamientodelproblema 38 2.1Antecedentesycontextodelproyecto En lo que respecta a los antecedentes del proyecto, se describe inicialmente el contexto donde se utiliza el producto de software.

Más detalles

BPM: Articulando Estrategia, Procesos y Tecnología

BPM: Articulando Estrategia, Procesos y Tecnología BPM: Articulando Estrategia, Procesos y Tecnología Resumen: La competitividad es el imaginario que dirige las acciones empresariales en la actualidad. Lograr condiciones que permitan competir con mayores

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

SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0

SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0 SPEM 2.0 SOFTWARE & SYSTEMS PROCESS ENGINEERING METAMODEL SPECIFICATION V.20 SPEM 2.0 Metamodelo para modelos de procesos de ingeniería de software y de ingeniería de sistemas. La idea central de SPEM

Más detalles

GUÍA DOCENTE. Curso 2014-2015 1. DESCRIPCIÓN DE LA ASIGNATURA. Ingeniería Informática en Sistemas de Información Doble Grado: Módulo: Módulo 6

GUÍA DOCENTE. Curso 2014-2015 1. DESCRIPCIÓN DE LA ASIGNATURA. Ingeniería Informática en Sistemas de Información Doble Grado: Módulo: Módulo 6 1. DESCRIPCIÓN DE LA ASIGNATURA Grado: Ingeniería Informática en Sistemas de Información Doble Grado: Asignatura: Ingeniería del Sotware II Módulo: Módulo 6 Departamento: Deporte e Informática Año académico:

Más detalles

Ciclo de vida del Software

Ciclo de vida del Software Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por

Más detalles

Análisis de Requerimientos

Análisis de Requerimientos Análisis de Requerimientos Ing. Luis Zuloaga Rotta Situación de la Industria de Software Mas del 30% de todos los proyectos de software son cancelados antes de su finalización. Mas del 70% de los proyectos

Más detalles

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Existen varios estándares que en materia de administración de

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Aplicación del BPM al desarrollo de sistemas computacionales

Aplicación del BPM al desarrollo de sistemas computacionales Aplicación del BPM al desarrollo de sistemas computacionales Facultad de Administración Región Veracruz Ismael Esquivel Gámez, iesquivel@uv.mx Emmanuel Contreras Cebada, emmanuel_c10@hotmail.com Línea:

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

Instituto Tecnológico de Cd. Victoria

Instituto Tecnológico de Cd. Victoria Instituto Tecnológico de Cd. Victoria Maestría en Sistemas Computacionales Nombre de la asignatura: INGENIERÍA DE SOFTWARE ORIENTADA A PROCESOS. Línea de Trabajo: Ingeniería de Software Tiempo de dedicación

Más detalles