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

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

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

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

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

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

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

Identificación de requerimientos

Identificación de requerimientos Licenciatura en Informática Administración de requerimientos Identificación de requerimientos Licenciatura en Informática Sirva este material como apoyo a los apuntes de la asignatura Administración de

Más detalles

TESIS DE MAESTRÍA EN CIENCIAS

TESIS DE MAESTRÍA EN CIENCIAS Departamento de Ciencias Computacionales TESIS DE MAESTRÍA EN CIENCIAS Metodología para la Elicitación de Requerimientos de Software Utilizando Transacciones del Proceso de Negocio para la Facturación

Más detalles

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

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

Más detalles

Análisis de 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

plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc).

plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc). REVISIÓN CONCEPTOS, METODOLOGÍAS Y HERRAMIENTAS SOPORTE EN INGENIERÍA MARLON MÚJICA Estudiante de Ingeniería de Sistemas Universidad Industrial de Santander mujica@cidlisuis.org COLOMBIA EDWIN LOGREIRA

Más detalles

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE Recibido: 23 de febrero de 2011 Aceptado: 29 de marzo de 2011 SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE MSc. Ailin Orjuela, MSc. Luis Alberto Esteban, MSc.

Más detalles

Los requisitos, un factor crítico en el éxito de los proyectos

Los requisitos, un factor crítico en el éxito de los proyectos Los requisitos, un factor crítico en el éxito de los proyectos La importancia de los modelos José Luis Fernández Sánchez Profesor titular ETSI Industriales- Universidad Politécnica de Madrid jlfdez@etsii.upm.es

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

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

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

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

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

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

INGENIERIA DE SOFTWARE I INTRODUCCIÓN A LA INGENIERIA DE SOFTWARE

INGENIERIA DE SOFTWARE I INTRODUCCIÓN A LA INGENIERIA DE SOFTWARE INGENIERIA DE SOFTWARE I INTRODUCCIÓN A LA INGENIERIA DE SOFTWARE Agenda El software. Definición de software Dominios de aplicación Software heredado La naturaleza de las webapps Ingeniería del software

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

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

Proyectos de calidad comienzan con requisitos de calidad

Proyectos de calidad comienzan con requisitos de calidad Proyectos de calidad comienzan con requisitos de calidad Nelson Camilo Orduz Illidge Junio - 2015 Agenda Por qué preocuparse por la calidad en requisitos? Qué es calidad? Qué es requisito de software?

Más detalles

Aseguramiento de la calidad del software

Aseguramiento de la calidad del software Aseguramiento de la calidad del software Standard for Software Reviews and Audits [IEEE 1028] IEEE 1028 Para qué sirve Provee definiciones y requerimientos uniformes para los procesos de revisión y auditoría.

Más detalles

Gobernabilidad de TI. Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur. 2do.

Gobernabilidad de TI. Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur. 2do. Gobernabilidad de TI COBIT Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur 2do. Cuatrimestre 2010 T. 2 Contenido Introducción a la Gobernabilidad de TI

Más detalles

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Mario R. MORENO SABIDO Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México y Jorge

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

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Un Acercamiento a la Ingeniería de Requerimientos

Un Acercamiento a la Ingeniería de Requerimientos Un Acercamiento a la Ingeniería de Requerimientos José Manuel Bahamonde jbahamon@inf.utfsm.cl Richard Rossel rrossel@inf.utfsm.cl Universidad Técnica Federico Santa María 03 de Noviembre de 2003 Resumen

Más detalles

Resumen. Contexto. Palabras clave: integración continua, software científico técnico, calidad de software.

Resumen. Contexto. Palabras clave: integración continua, software científico técnico, calidad de software. Automatización en el desarrollo de Software Crítico en el Ámbito Científico Técnico Alicia Salamon, Patricio Maller, Alejandra Boggio, Natalia Mira, Sofia Perez, Francisco Coenda. Departamento de Informática,

Más detalles

Universidad de Castilla-La Mancha Departamento de Informática El Diseño de Software para la Gestión del Conocimiento

Universidad de Castilla-La Mancha Departamento de Informática El Diseño de Software para la Gestión del Conocimiento CURSOS DE VERANO 2002 www.uclm.es/curve2002 (Vicerrectorado de Extensión Universitaria y del Campus de Cuenca) Universidad de Castilla-La Mancha GROKIS www.inf-cr.uclm.es/www/grokis (Group for Research

Más detalles

Derivación de requisitos y construcción de trazabilidad entre artefactos del proceso de desarrollo

Derivación de requisitos y construcción de trazabilidad entre artefactos del proceso de desarrollo Derivación de requisitos y construcción de trazabilidad entre artefactos del proceso de desarrollo Cecilia Datko 1, Yanela Carllinni 2 Analista de Sistemas en el Depto. Sistemas de la Dirección de Informática

Más detalles

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2

GESTIÓN DE SOFTWARE INFORME SOBRE. Evaluación de Productos UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA. Grupo 2 UNIVERSIDAD DE LA REPUBLICA - FACULTAD DE INGENIERÍA GESTIÓN DE SOFTWARE INFORME SOBRE Evaluación de Productos Grupo 2 Marcelo Caponi 3.825.139-0 Daniel De Vera 4.120.602-3 José Luis Ibarra 4.347.596-3

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad

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

Cristian Blanco www.cristianblanco.es

Cristian Blanco www.cristianblanco.es 3.1.- INTRODUCCIÓN Para realizar el desarrollo de cualquier proyecto de software es necesario llevar una sistemática de trabajo, que nos asegure el éxito del mismo. Lo que tenemos que evitar, en el desarrollo

Más detalles

GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS LNCS

GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS LNCS GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon. Las distintas normas ISO mencionadas

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

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

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

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

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

Más detalles

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

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

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

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

Modelado de la variabilidad en arquitecturas multicapa

Modelado de la variabilidad en arquitecturas multicapa Modelado de la variabilidad en arquitecturas multicapa José García-Alonso, Joaquín Guillén, Javier Berrocal, and Juan Manuel Murillo Escuela Politécnica, Universidad de Extremadura, Avd. de la Universidad

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

Programa de Desarrollo Profesional en Mejora del Proceso de Software

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

Más detalles

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

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Administración de Conocimiento como soporte al Mantenimiento de Software

Administración de Conocimiento como soporte al Mantenimiento de Software Administración de Conocimiento como soporte al Mantenimiento de Software Oscar M. Rodríguez 1, Ana I. Martínez 1, Jesús Favela 1, Aurora Vizcaíno 2 1 CICESE, Departamento de Ciencias de la Computación,

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

Ingeniería de software

Ingeniería de software Ingeniería de software MSC-0102 Nombre de la asignatura: Ingeniería de Software Línea de trabajo: Asignatura básica Tiempo de dedicación del estudiante a las actividades de: DOC TIS TPS Horas totales Créditos

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Reporte del proyecto de investigación Ingeniería de Software: Fundamentos SIP 20060016. Resumen

Reporte del proyecto de investigación Ingeniería de Software: Fundamentos SIP 20060016. Resumen Reporte del proyecto de investigación Ingeniería de Software: Fundamentos SIP 20060016 MCC. Sergio Fuenlabrada Velázquez fensergio@yahoo.com.mx sfuenlabrada@ipn.mx MSI Edna Martha Miranda Chávez edna_miranda@hotmail.com

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

MS_10748 Deploying System Center 2012, Configuration Manager

MS_10748 Deploying System Center 2012, Configuration Manager Deploying System Center 2012, Configuration Manager www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción Este curso describe cómo planificar

Más detalles

Orientaciones Iniciales

Orientaciones Iniciales Si es necesario, ajuste el idioma de la sala virtual en la barra de herramientas en la parte superior El evento tendrá 45 min. de presentación y 15 min. al final para preguntas Usted podrá mandar sus preguntas

Más detalles

UNIVERSIDAD DE LOS LLANOS Facultad de Ciencias Básicas e Ingeniería Programa Ingeniería de Sistemas

UNIVERSIDAD DE LOS LLANOS Facultad de Ciencias Básicas e Ingeniería Programa Ingeniería de Sistemas CURSO: FUNDAMENTOS DE INGENIERÍA DE SOFTWARE 1 SEMESTRE: V 2 CODIGO: 602503 3 COMPONENTE: 4 CICLO: 5 AREA: Profesional 6 FECHA DE APROBACIÓN: 7 NATURALEZA: TEÓRICO PRÁCTICO. 8 CARÁCTER: Obligatorio 9 CREDITOS

Más detalles

Propuesta de Proceso de Ingeniería de Explotación de Información Centrado en Control y Gestión del Proyecto

Propuesta de Proceso de Ingeniería de Explotación de Información Centrado en Control y Gestión del Proyecto Propuesta de Proceso de Ingeniería de Explotación de Información Centrado en Control y Gestión del Proyecto Sebastian Martins 1,2, Patricia Pesado 1,3, Ramón García-Martínez 2 1. Programa de Doctorado

Más detalles

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática

La Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado

Más detalles

PROGRAMACIÓN DE ASIGNATURA

PROGRAMACIÓN DE ASIGNATURA LS5168 GESTIÓN DE PROYECTOS TECNOLÓGICOS DR. D. JUAN ANTONIO MAESTRO CURSO: 2009/ 2010 ASIGNATURA: PROFESORES: CUATRIMESTRE: DEPARTAMENTO: ÁREA: GRUPOS: PLAN / CRÉDITOS: PROGRAMACIÓN DE ASIGNATURA PRIMERO

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

UNIVERSIDAD TECNOLÓGICA DE LA MIXTECA PROPUESTA DE MÉTRICAS PARA LOS REQUISITOS SOFTWARE EN LA ETAPA DE ELICITACIÓN TESIS

UNIVERSIDAD TECNOLÓGICA DE LA MIXTECA PROPUESTA DE MÉTRICAS PARA LOS REQUISITOS SOFTWARE EN LA ETAPA DE ELICITACIÓN TESIS UNIVERSIDAD TECNOLÓGICA DE LA MIXTECA PROPUESTA DE MÉTRICAS PARA LOS REQUISITOS SOFTWARE EN LA ETAPA DE ELICITACIÓN TESIS PARA OBTENER EL GRADO DE MAESTRO EN TECNOLOGÍAS DE CÓMPUTO APLICADO PRESENTA ING.

Más detalles

Modelo de Procesos para la Gestión de Requerimientos en Proyectos de Explotación de Información

Modelo de Procesos para la Gestión de Requerimientos en Proyectos de Explotación de Información Modelo de Procesos para la Gestión de Requerimientos en Proyectos de Explotación de Información Pollo-Cattaneo, M. F. 1,2, Mansilla, D 2,Vegega, C 2, Pesado, P. 3, García-Martínez, R. 4, P. Britos, P.

Más detalles

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UNA HERRAMIENTA CASE PARA LA GESTIÓN DEL ALCANCE DE PROYECTOS BASADA EN WBS Tesis para optar

Más detalles

Data analyses for sharing assessment results Introduction to Requirements Engineering - Technical Report Dec 2008 Natalia Andriano

Data analyses for sharing assessment results Introduction to Requirements Engineering - Technical Report Dec 2008 Natalia Andriano Data analyses for sharing assessment results Introduction to Requirements Engineering - Technical Report Dec 2008 Natalia Andriano Grupo de Investigación en Ingeniería y Calidad de Software Departamento

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

Cómo Elaborar y Redactar un Informe como un Verdadero Ingeniero Software

Cómo Elaborar y Redactar un Informe como un Verdadero Ingeniero Software Cómo Elaborar y Redactar un Informe como un Verdadero Ingeniero Software Pablo Sánchez Dpto. Matemáticas, Estadística y Computación Universidad de Cantabria Santander (Cantabria, España) p.sanchez@unican.es

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

A PROPOSED MODEL FOR SOFTWARE TESTING DOCUMENTATION INCORPORATED IN THE SOFTWARE QUALITY ASSESSMENT TOOL DERIVED OF RESEARCH I.

A PROPOSED MODEL FOR SOFTWARE TESTING DOCUMENTATION INCORPORATED IN THE SOFTWARE QUALITY ASSESSMENT TOOL DERIVED OF RESEARCH I. PROPUESTA DE UN MODELO PARA LA DOCUMENTACIÓN DE PRUEBAS DE SOFTWARE INCORPORADO EN LA HERRAMIENTA DE EVALUACIÓN DE CALIDAD DE SOFTWARE DERIVADO DE ACTIVIDADES DE INVESTIGACIÓN A PROPOSED MODEL FOR SOFTWARE

Más detalles

1. Técnicas de recolección de información. 2. Identificación de requerimientos. 5. Introducción del método orientado a objetos en el análisis

1. Técnicas de recolección de información. 2. Identificación de requerimientos. 5. Introducción del método orientado a objetos en el análisis Contenido INGENIERIA DE SOFTWARE Tema 3: Ingeniería de Requisitos Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx IEC 37 1. Técnicas de recolección de informació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

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursió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

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

ASPECTOS DE LA CALIDAD Y DIFICULTADES DURANTE LA GESTION DE PROYECTOS Estudio exploratorio

ASPECTOS DE LA CALIDAD Y DIFICULTADES DURANTE LA GESTION DE PROYECTOS Estudio exploratorio ASPECTOS DE LA CALIDAD Y DIFICULTADES DURANTE LA GESTION DE PROYECTOS Estudio exploratorio Jorge Mazón Naranjo 1, José Alvear Cervantes 2, Gipsy Bracco Vera 3. 1 Egresado de Ingeniería en Computación,

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

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

Más detalles

Gestión de Requerimientos: el talón de Aquiles de los proyectos

Gestión de Requerimientos: el talón de Aquiles de los proyectos 1 Gestión de Requerimientos: el talón de Aquiles de los proyectos Guilherme Siqueira Simões guilherme.simoes@fattocs.com Enlighten your software 1 de Julio de 2015 2 Agenda Qué es la gestión de requerimientos?

Más detalles

Expresando Nuestra Manera de Trabajo con KUALI-BEH: Lecciones Aprendidas por Tic-Tac-S

Expresando Nuestra Manera de Trabajo con KUALI-BEH: Lecciones Aprendidas por Tic-Tac-S Expresando Nuestra Manera de Trabajo con KUALI-BEH: Lecciones Aprendidas por Tic-Tac-S Emmanuel Arroyo-López 1, Teresa Ríos-Silva 1, Miguel Morales-Trujillo 2, Alejandro Rico-Martínez 1 y Hanna Oktaba

Más detalles

Universidad de las Ciencias Informáticas. Facultad Regional Granma. Módulo Recursos Humanos para el Sistema Integral de Gestión del Fondo Cubano

Universidad de las Ciencias Informáticas. Facultad Regional Granma. Módulo Recursos Humanos para el Sistema Integral de Gestión del Fondo Cubano Universidad de las Ciencias Informáticas Facultad Regional Granma Módulo Recursos Humanos para el Sistema Integral de Gestión del Fondo Cubano de Bienes Culturales. Autora: Ing. Saylin Pompa Núñez spnunez@grm.uci.cu

Más detalles

El uso de los sistemas de información como apoyo a la consolidación del Programa Institucional de Tutorías de CUAltos.

El uso de los sistemas de información como apoyo a la consolidación del Programa Institucional de Tutorías de CUAltos. El uso de los sistemas de información como apoyo a la consolidación del Programa Institucional de Tutorías de CUAltos. Autores: M.C Claudia Islas Torres 1 cislas@cualtos.udg.mx Dra. Edith Guadalupe Baltazar

Más detalles

CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS. USB Ing. De Software. Prof. I. C. Martínez

CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS. USB Ing. De Software. Prof. I. C. Martínez CLASE 2: INTRODUCCIÓN A LA ING. DE SOFTWARE. MODELOS DE PROCESOS. MEJORES PRÁCTICAS USB Ing. De Software. Prof. I. C. Martínez Ing. De Software Ingeniería de Software La Ingeniería de Software es la ciencia

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

Metodología ETL para el procesamiento de datos en repositorios de proyectos de software usando ontologías

Metodología ETL para el procesamiento de datos en repositorios de proyectos de software usando ontologías Metodología ETL para el procesamiento de datos en repositorios de proyectos de software usando ontologías Moises Gonzalez García Departamento de ingeniería en software CENIDET Cuernavaca Morelos moises@cenidet.edu.mx

Más detalles

Mejorando las debilidades de RUP para la gestión de proyectos

Mejorando las debilidades de RUP para la gestión de proyectos RISI 7(2), 2010 (49-56) Revista de Investigación de Sistemas e Informática Facultad de Ingeniería de Sistemas e Informática Universidad Nacional Mayor de San Marcos ISSN 1815-0268 (versión impresa) ISSN

Más detalles

CAPITULO III III.0 METODOLOGÍA DE LA INVESTIGACIÓN.

CAPITULO III III.0 METODOLOGÍA DE LA INVESTIGACIÓN. CAPITULO III III.0 METODOLOGÍA DE LA INVESTIGACIÓN. 3.1 MARCO METODOLÓGICO 3.2 FORMULACIÓN DE HIPÓTESIS DE TRABAJO 3.2.1 General El aprovechamiento del recurso hardware y software mediante el diseño e

Más detalles

A Process Model for Data Mining Projects Un Modelo de Procesos para Proyectos de Explotación de Información

A Process Model for Data Mining Projects Un Modelo de Procesos para Proyectos de Explotación de Información A Process Model for Data Mining Projects Un Modelo de Procesos para Proyectos de Explotación de Información Juan A. Vanrell 1, Rodolfo Bertone 2, Ramón García-Martínez 3 1 Escuela de Postgrado, Universidad

Más detalles

1.- DATOS DE LA ASIGNATURA. Ingeniería Forestal. Clave de la asignatura: SATCA: 2-3-5 2.- PRESENTACIÓN. Caracterización de la asignatura.

1.- DATOS DE LA ASIGNATURA. Ingeniería Forestal. Clave de la asignatura: SATCA: 2-3-5 2.- PRESENTACIÓN. Caracterización de la asignatura. 1.- DATOS DE LA ASIGNATURA. Nombre de la asignatura: Carrera: Clave de la asignatura: Investigación de Operaciones. Ingeniería Forestal. FOD-1023 SATCA: 2-3-5 2.- PRESENTACIÓN. Caracterización de la asignatura.

Más detalles

Tres pilares para la Implantación de Sistemas

Tres pilares para la Implantación de Sistemas WICC 2012 621 Tres pilares para la Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

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

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

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

METODOLOGÍA PARA ORGANIZAR, RECUPERAR Y COMPARTIR

METODOLOGÍA PARA ORGANIZAR, RECUPERAR Y COMPARTIR METODOLOGÍA PARA ORGANIZAR, RECUPERAR Y COMPARTIR RECURSOS DE INFORMACIÓN Y CONOCIMIENTO EN UN CENTRO I+D+I EN LA PLATAFORMA SURICATA Marrero, S.R; Nelson, J.C; Galán, M; Ocón, A.; Rubio, E. sonia@cicei.com;

Más detalles

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o Proceso de Ingeniería de Software Métricas del Proceso de Ingeniería de Software y de Producto 4. Métricas del proceso y el producto 4.1. Métricas del proceso 4.2. Métricas del producto 4.3. Calidad y

Más detalles