Contextualizacion. La Actividad de Requisitos. La actividad de requisitos. Contextualización, gráficamente. Introducción

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

Download "Contextualizacion. La Actividad de Requisitos. La actividad de requisitos. Contextualización, gráficamente. Introducción"

Transcripción

1 Contextualizacion La Actividad Requisitos Introducción Supongamos que este curso fuese un proyecto sarrollo software real. En qué estadio nos encontraríamos? Hemos finido el molo ciclo vida e instanciado el molo proceso Hemos creado el plan Gestión Calidad y Gestión Configuración No hemos estimado el tiempo y esfuerzo todavía, aunque ya realizamos actividas seguimiento y control. Ello se be a que: Pue haberse realizado una exploración conceptos y asignación l sistema y Vamos a iniciar la actividad requisitos 2 Contextualización, gráficamente La actividad requisitos Selección un MCVS s Gestión l Proyecto Iniciación Gestión Calidad Seguim. Y Control s Orientados al Desarrollo Pre- Desarrollo Desarrollo Post- Desarrollo Exploración Conceptos Asignación l Sistema Requisitos Implementación Instalación Op. Y Sop. Mant. Retiro s Integrales l Proyecto V & V Docum. GC Form. Aunque hemos hecho muchas cosas, nos falta algo primordial: saber qué tenemos que sarrollar La actividad requisitos es el momento l proceso sarrollo don se finen formalmente las características l software que se va a construir Adicionalmente, la actividad requisitos va a permitir más cosas: Representará un contrato, un acuerdo entre cliente y sarrolladores Permitirá estimar el tiempo necesario, y esfuerzo a emplear, en el proyecto sarrollo Será la base sobre la cual se finan las pruebas sistema y aceptación En gran medida, permitirá finir el manual usuario, así como los cursos formación 3 4

2 De nuevo, gráficamente... Importancia Exploración conceptos y asignación l sistema (si aplicable) Año 1975 Situación Boehm afirma que el 45% los errores intificados en el software tiene origen en la actividad requisitos y diseño preliminar Actividas Gestión y Calidad (Verificación) Actividad Requisitos Clientes DeMarco afirma que el 54% los errores intificados en el software tiene origen en la actividad requisitos El Chaos Report indica que el 84% los proyectos sarrollo, o bien son cancelados (31%), o bien sufren retrasos l 100% (53%). Estos problemas se ben a: Falta comunicación con los usuarios Requisitos incompletos Manual y formación Estimación Validación Cambios a los requisitos 5 6 En consecuencia Qué pomos hacer para evitar todos los problemas anteriores? Seguir un proceso disciplinado, Un conjunto buenas prácticas, Un modo hacer las cosas que, aunque no nos asegura el éxito, nos proporciona una cierta confianza en lo acuado nuestro procer A continuación se expondrá dicho conjunto buenas prácticas, nominado en muchas ocasiones como Ingeniería Requisitos La Actividad Requisitos Conceptos fundamentales 7

3 Conceptos Fundamentales (I) Ingeniería Requisitos (sinónimo la actividad requisitos): (1) El proceso estudiar las necesidas l usuario para llegar a una finición requisitos sistema, hardware o software Conceptos Fundamentales (II) Requisito: (1) Condición o capacidad necesitada por un usuario para resolver un problema o lograr un objetivo (2) Condición o capacidad que be poseer un sistema para satisfacer un contrato, estándar, especificación u otro documento formalmente impuesto (2) La IR trata los principios, métodos, técnicas y herramientas, que permiten scubrir, documentar y mantener los requisitos para sistemas basados en computadora, forma sistemática y repetible. (3) La aplicación disciplinada principios, métodos, herramientas y notaciones probados para scribir el comportamiento y restricciones un sistema propuesto (4) Analizar el problema software y concluir con una especificación completa l comportamiento externo seado l sistema software a construir 9 Con la restricción o particularidad, casi nunca indicada, que el sistema es una caja negra durante la actividad requisitos, y por lo tanto todo requisito únicamente pue referirse a la interfaz sistema-entorno, esto es, al comportamiento observable s el exterior l sistema Avanzaremos progresivamente hacia su correcta finición 10 Conceptos Fundamentales (III) Conceptos Fundamentales (III-1) Ciclo vida: Educción Requisitos Análisis y negociación Documentación Requisitos Gestión Requisitos Documento Requisitos Validación Requisitos Educción: Es la tarea más antigua la actividad requisitos, nominada Análisis Sistemas en una fecha tan temprana como mediados los 60 Su objetivo es intificar y registrar los requisitos l futuro sistema software Es una las tareas l sarrollo don se produce mayor interacción entre sarrolladores y clientes/usuarios 11 12

4 Conceptos Fundamentales (III-2) Análisis: Su objetivo es tectar y resolver conflictos en los requisitos Durante esta tarea, se precisan los límites l sistema y la interacción con el entorno, esto es, se precisan los requisitos En ciertos casos (sistemas comerciales, por ejemplo) habrá que consirar igualmente el esfuerzo, coste, tiempo y riesgo implicado por los requisitos. Todo ello hace más compleja la realización esta tarea Tiene, al igual que la educción, un gran componente interacción social Conceptos Fundamentales (III-3) Documentación (o especificación): Su objetivo es establecer formalmente el conjunto requisitos que berá implementar el futuro sistema software El resultado esta tarea es un documento nominado Especificación Requisitos l Software Es una tarea relativamente fácil realizar, si bien exige Disciplina Formalidad y, en algunos casos, Conocimiento una amplia variedad formalismos especificación Conceptos Fundamentales (III-4) Validación: Su objetivo es tectar problemas (errores, omisiones, ambigüedas, etc.) en la especificación requisitos Permite garantizar, hasta don es posible, que el documento especificación requisitos posee una terminada calidad El grado formalidad esta tarea pue finirse en el plan calidad Conceptos Fundamentales (III-5) Gestión requisitos: En la medida en que los requisitos un sistema software cambian, y dado el impacto un requisito individual en la totalidad l proyecto sarrollo, be existir alguna forma controlar los cambios en los requisitos El objetivo la gestión requisitos es racionalizar los cambios en los requisitos mediante un procedimiento formalizado, finido en el plan gestión configuración 15 16

5 Gestión requisitos: proceso Gestión requisitos Conceptos tecnología procesos: : Conjunto pasos que implican actividas, restricciones y recursos que producen una salida prevista software: Conjunto actividas y tareas interrelacionadas conducentes a la construcción software Molo proceso software: Descripción abstracta (o simplificada) una clase procesos 18 software Razones para su finición: Repetibilidad Estandarización Transferibilidad Mejora Objetivo final: Lograr la mejora la calidad l producto software a través la mejora l proceso usado en su sarrollo software Definición l proceso software Tres niveles para la finición l proceso software: Universal (U) Atomic (A) Wordly (W) Aproximación jerarquica 19 20

6 software software Molo en cascada Análisis y especificación requisitos software Construcción Prototipado Análisis requisitos l sistema l programa Código Pruebas Operación y mantenimiento Prototipado unidad e integración sistema 21 aceptación Operación y mantenimiento 22 software Molo en V software Molo en espiral Análisis requisitos arquitectónico tallado Código unidad integración sistema IDENTIFICAR OBJETIVOS, ALTERNATIVAS, RESTRICCIONES Presup. 4 PLAN Análisis riesgos 3 Análisis riesgos 2 Análisis Presupuesto 1 riesgos 1 Presup. 3 Presup. 2 Prototipo Prototipo 2 Prototipo 3 Prototipo 4 1 INICIO Conceptos, Requisitos, operaciones Requisitos Plan ciclo vida software tallado Requisitos software validados Código unidad sistema DESARROLLO Y PRUEBA Plan implementación aceptación Alternativas 4 Plan pruebas e integración Alternativas 3 Restricciones 4 Restricciones 3 Alternativas 2 Plan sarrollo Restricciones 2 Restric. 1 Alternat. 1 validado, verificado Análisis riesgos 4 EVALUAR ALTERNATIVAS Y RIESGOS 23 24

7 software - Definición Entry-Task-Verification/Validation-Exit (ETVX) N In Entry Tasks Exit Out software Ej: estimación l tamaño Estructura l programa tallada Estimar tamaño Tamaño estimado Out Especificaciones: Feedback Entry: criterios/condiciones entrada Exit: criterios/condiciones salida Task: quién, qué, cuándo, cómo, estándares, etc. Feedback: in / out Mediciones: Tareas: subtareas, recursos, tiempos Salida: número, tamaño, calidad Retroalimentación: número, tamaño, calidad In 25 Criterios entrada Tarea Validación Criterios salida Estructura l programa tallada Seleccionar medición l tamaño Preparar grupo expertos Discusión Estimar tamaño Revisar estimaciones Aceptación l tamaño estimado por todos los participantes Revisión con datos históricos Producido un tamaño estimado válido Estimación aceptada Revisión con datos históricos aceptada Estimación incluida en los datos históricos 26 software software Ej: Refinamiento Estructura l programa tallada 001 Seleccionar medición l tamaño 002 Preparación 003 Discusión El proceso software be ser: Apropiado Mantenible Medible Datos históricos y procedimientos Problemas con la estimación 004 Estimar tamaño 005 Revisar estimaciones Tamaño estimado Utilización l proceso software: Planificación Ejecución Mejora 27 28

8 Principales pasos para la finición Determinar las necesidas y prioridas Definir los objetivos y criterios calidad Caracterizar el proceso actual Caracterizar el proceso seado Establecer una estrategia finición l proceso Definir el proceso inicial Validar el proceso inicial Mejorar el proceso Aplicación Documentación Formación Molos proceso software Molos y estándares Posibilidad finir diferentes tipos procesos s técnicos s gestión s organizativos Molos proceso software: Centrados en aspectos gestión/organizativos Molo madurez CMM CMM-Conceptos básicos Capacidad l proceso software: Rango resultados esperados que se puen conseguir con la ejecución l proceso software Rendimiento l proceso software: Resultados actuales que se obtienen la ejecución l proceso software Madurez l proceso software: Grado en el que un proceso específico está explícitamente finido, gestionado, medido, controlado y es efectivo 32

9 CMM: Niveles madurez disciplinado Inicial (1) finido Repetible (2) Control gestión básica controlado Definido (3) mejorado Arquitectura l proceso Gestionado (4) Medición Optimizado (5) Retroalimentación CMM Un proceso inmaduro: Ad hoc. improvisado por los profesionales y su dirección Ni seguido ni impuesto rigurosamente Sumamente pendiente los profesionales asignados Dificultad precir la calidad l producto Posibilidad problemas coste y planificación bido a una estimación ineficaz Introducción nuevas tecnologías: arriesgado CMM CMM - Comportamiento Un proceso maduro: Definido y documentado: Comprendido, Utilizado, Vivo Visiblemente respaldado por la Dirección Roles y responsabilidas claramente finidos y comprensión a lo largo l proyecto y la organización Consistente con la forma actual realizar el trabajo Medible Soportado por la tecnología Nivel Comportamiento Ad hoc: proceso modificado continuamente Crisis: abandono planificaciones, codificación Depenncia los recursos humanos Disciplinado: planificación y seguimiento proyectos estable y proyectos repetibles Gestión básica los proyectos: planes, temporalidad, costes Estándares aplicados con rigurosidad Estándar: proceso finido Definición l software la organización y software finido para el proyecto Medible: proceso medido Mediciones: precir la tenncia la calidad productos y procesos 35 5 Optimizado: proceso en mejora continua Análisis fectos, intificación causas y cambios para eliminar/minimizar los fectos 36

10 Visibilidad CMM: Areas proceso clave 37 Inicial Repetible Definido Gestionado Gestión la configuración l software Control la calidad l software Gestión la subcontratación l software Seguimiento y control l proyecto software Planificación l proyecto software Gestión requisitos Optimizado Revisiones Coordinación intergrupos Ingeniería l producto software Gestión integrada l software Programa formación Definición l proceso la organización Focalización en el proceso la organización Gestión modificaciones l proceso Gestión cambios tecnológicos Prevención fectos Gestión la calidad l software Gestión cuantitativa l proceso 38 CMM: Estructura l molo Capacidad l proceso Indica Objetivos Niveles madurez Áreas proceso clave Satisface Actividas o infraestructura Consta Características comunes Describe Organizadas en Implementación o institucionalización Prácticas clave Describe Consta CMM: Elementos l molo Áreas proceso clave:conjunto actividas asociadas a un nivel terminado Prácticas clave: Descripción las actividas cada nivel y la infraestructura general en la que se basa el CMM Características comunes:esquema bajo el que se organizan las prácticas clave cada KPA Compromisos realización Capacidas realización Actividas a realizar Mediciones y análisis Verificación la implementación 39 40

11 CMM: Elementos l molo: Características comunes Compromisos realización Acciones que la organización be realizar para garantizar que el proceso se establece forma permanente Apoyo la Alta Dirección la organización Establecimiento política Capacidas realización Condiciones previas que ben existir en la organización para llevar a cabo el proceso forma competente Recursos y financiación Formación y orientación l personal Requisitos previos CMM: Elementos l molo: Características comunes Actividas a realizar Describen los pasos que se ben ejecutar para conseguir una implementación efectiva las áreas proceso clave Establecimiento planes y procedimientos Realización y seguimiento l trabajo Corrección los resultados CMM: Elementos l molo: Características comunes Descripción cada KPA Mediciones y análisis Describen los pasos a ejecutar para medir y analizar el proceso. Se incluyen ejemplos medidas a utilizar El estado y efectividad las actividas a realizar Verificación la implementación Describen los pasos a ejecutar para asegurar que las actividas se realizaron según los procedimientos establecidos Actividas garantía calidad l software Revisiones Auditorías 43 Definición general Establecer planes razonables para ejecutar las actividas básicas y gestionar el proyecto sarrollo software Objetivos Planificar y documentar todas las actividas y compromisos necesarios para sarrollar el proyecto software Compromisos realización El proyecto seguirá una política organizativa escrita para realizar la planificación l proyecto software Capacidas realización Proporcionar los recursos y financiación acuados para la planificación l proyecto software Actividas a realizar Elaborar el plan sarrollo software l proyecto según un procedimiento documentado Mediciones y análisis Realizar y utilizar mediciones para terminar el estado las actividas planificación software Verificación la implementación Las actividas la planificación l proyecto software se revisan con la alta dirección forma periódica 44

12 CMM. ÁREAS DE PROCESO CLAVE. NIVEL 2 (Repetible) Gestión requisitos: Control los requisitos l cliente: finición, su uso para las planificaciones y la gestión sus futuras modificaciones Planificación l proyecto software: Elaboración l Plan sarrollo l software con el que se gestionará el proyecto Seguimiento y control l proyecto software: Control l proyecto durante todo el sarrollo software: tamaño, esfuerzo, coste y actividas ejecutadas Gestión la subcontratación l software: Gestión y control la organización subcontratada y el software que berá producir Control la calidad l software: Realización revisiones y auditorías para controlar la calidad l software sarrollado Gestión la configuración l software: Establecer y mantener la integridad los productos obtenidos en el proyecto software CMM. ÁREAS DE PROCESO CLAVE. NIVEL 3 (Definido) Focalización en el proceso la organización: Ejecutar una evaluación l proceso software y crear el grupo trabajo encargado las tareas mejora (SPEG) Definición l proceso la organización: Definir la infraestructura general para crear el Software la Organización Programa formación: Gestionar las necesidas formación los recursos humanos la organización Gestión integrada l software: Definir la infraestructura específica para crear el Software Definido para el Proyecto Ingeniería l producto software: Establecer los procesos Ingeniería para el sarrollo y mantenimiento l software basándose en el proceso software finido para el proyecto y en herramientas y metodologías apropiadas Coordinación intergrupos: Establecer los mecanismos y procedimientos necesarios para coordinar las actividas e interrelación los distintos grupos trabajo involucrados en el sarrollo software Revisiones: Definición procedimientos para el análisis los productos (software y no software) los procesos. El objetivo es la eliminación los fectos CMM. ÁREAS DE PROCESO CLAVE. NIVEL 4 (Gestionado) Gestión cuantitativa l proceso: Desarrollo procedimientos control cuantitativo l rendimiento l proceso software finido para el proyecto. Los datos obtenidos se utilizan para terminar la capacidad l proceso la organización Gestión la calidad l software: Análisis la calidad los productos software y su mejora. Implica la finición objetivos calidad en base a las necesidas la organización y el cliente CMM. ÁREAS DE PROCESO CLAVE. NIVEL 5 (Optimizado) Prevención fectos: Intificar las causas que provocan los fectos y establecer las acciones oportunas para evitar que se repitan Gestión cambios tecnológicos: Intificar, seleccionar y evaluar nuevas tecnologías. Uso en proyectos piloto Gestión modificaciones l proceso: Institucionalizar la mejora continua l proceso software para que la organización se mantenga en un estado dinámico mejora la calidad l software, incremento la productividad y reducción l tiempo necesario para el sarrollo productos 47 48

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro

Más detalles

Los procesos de software. Un proceso de software se define como un:

Los procesos de software. Un proceso de software se define como un: Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos

Más detalles

SW-CMM Capability Maturity Model for Software

SW-CMM Capability Maturity Model for Software SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM

Más detalles

Calidad de Software - CMM

Calidad de Software - CMM Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?

Más detalles

Calidad de Sistemas de Información

Calidad de Sistemas de Información Calidad de Sistemas de Información Introducción (2) Concepto de calidad Conjunto de propiedades y características de un producto, proceso o servicio que le hace satisfacer las necesidades establecidas

Más detalles

METODOLOGÍA DEL PROCESO DE PRUEBAS DEL GOBIERNO DEL PRINCIPADO DE ASTURIAS METESPA

METODOLOGÍA DEL PROCESO DE PRUEBAS DEL GOBIERNO DEL PRINCIPADO DE ASTURIAS METESPA METODOLOGÍA DEL PROCESO DE PRUEBAS DEL GOBIERNO DEL PRINCIPADO DE ASTURIAS METESPA INDICE 1 Ámbito... 3 2 Alcance... 3 3 Políticas y Estrategias... 3 4 Visión General (Estructura la metodología)... 3 4.1

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

Pruebas de Software. Ingeniería del Software I Universidad Rey Juan Carlos. Verificación de Software: Validación de Software:

Pruebas de Software. Ingeniería del Software I Universidad Rey Juan Carlos. Verificación de Software: Validación de Software: Pruebas Software Universidad Rey Juan Carlos César Javier Acuña cesar.acuna@urjc.es Introducción Verificación Software: Determinar si los productos una fase dada satisfacen las condiciones impuestas al

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

Calidad y Testeo del Software

Calidad y Testeo del Software 12 Actualidad TIC Calidad y Testeo del Software Mientras en los grandes centros tecnológicos del mundo es una prioridad desde hace varios años, el concepto de calidad en el software es prácticamente desconocido

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

SISTEMAS DE GESTIÓN LOGÍSTICA

SISTEMAS DE GESTIÓN LOGÍSTICA C/ Gutenberg, s/n - Isla la Cartuja - 41092 SEVILLA. - Tfno. 954 468010 - Fax 954 460407 www.iat.es/cpla SISTEMAS DE GESTIÓN LOGÍSTICA REQUISITOS Rev.1 Diciembre 2005 ÍNDICE 0. DEFINICIÓN DEL MODELO DE

Más detalles

Introducción Teórica

Introducción Teórica Introducción Teórica 1 Herramientas y Metodologías Nuestra tarea como profesionales la informática consiste en sarrollar y mantener aplicaciones para apoyar al usuario en su actividad. Para realizar esta

Más detalles

Por qué definir un modelo de procesos?

Por qué definir un modelo de procesos? Por qué definir un modelo de procesos? Propuesta Administración de Proyectos Qué es un Proceso? Serie de pasos o actividades a realizar para transformar ciertas entradas en salidas. Procedimientos y Métodos

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

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

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

Más detalles

ORGANIZACIONAL DEL AREA DE SISTEMAS (CONTROLES SOBRE LAS ACTIVIDADES IT)

ORGANIZACIONAL DEL AREA DE SISTEMAS (CONTROLES SOBRE LAS ACTIVIDADES IT) EVALUACION FINAL Grupal Entre las semanas 17 y 18 se sarrolla la evaluación final que con base en el (trabajo realizado, resultados obtenidos y bilidas intificadas en la auditoría) dar recomendación y

Más detalles

COORDINACION DE TECNOLOGIA Y SISTEMAS

COORDINACION DE TECNOLOGIA Y SISTEMAS 209 COORDINACION DE TECNOLOGIA Y 210 8.1.- PROCEDIMIENTO: Mantenimiento la infraestructura necesaria en Telecomunicaciones. OBJETIVO: Mantener la infraestructura necesaria en Telecomunicaciones en la Fundación.

Más detalles

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 1. MODELOS, METODOLOGÍAS Y ESTÁNDARES 1.1 Definiciones 01 [Feb. 2006] [Feb. 2007] Cuál de las siguientes frases referidas

Más detalles

GERENCIA DE TALENTO HUMANO 3 SUBGERENCIA DE ADMINISTRACIÓN DE TALENTO HUMANO 11 DEPARTAMENTO DE NÓMINA 19 DEPARTAMENTO DE GESTIÓN DE TALENTO HUMANO 52

GERENCIA DE TALENTO HUMANO 3 SUBGERENCIA DE ADMINISTRACIÓN DE TALENTO HUMANO 11 DEPARTAMENTO DE NÓMINA 19 DEPARTAMENTO DE GESTIÓN DE TALENTO HUMANO 52 CONTENIDO GERENCIA DE TALENTO HUMANO 3 GERENTE DE TALENTO HUMANO 3 SUBGERENCIA DE ADMINISTRACIÓN DE TALENTO HUMANO 11 SUBGERENTE DE ADMINISTRACIÓN DEL TALENTO HUMANO 11 DEPARTAMENTO DE NÓMINA 19 JEFE DE

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Calidad y Software. Evento ONGEI 29 mar 11. www.asistp.com 1

Calidad y Software. Evento ONGEI 29 mar 11. www.asistp.com 1 Calidad y Software Evento ONGEI 29 mar 11 www.asistp.com 1 Agenda La Calidad y los Procesos El Proceso de Software Las pruebas de Software www.asistp.com 2 Calidad www.asistp.com 3 Calidad algunas definiciones

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

Gestión de proyectos siguiendo practicas del PMI.

Gestión de proyectos siguiendo practicas del PMI. Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en

Más detalles

JUSTIFICACIÓN DEL DESARROLLO DE UN SE

JUSTIFICACIÓN DEL DESARROLLO DE UN SE JUSTIFICACIÓN DEL DESARROLLO DE UN SE El beneficio económico que representa la solución del problema es alto La experiencia humana puede desaparecer La experiencia humana no se encuentra comúnmente disponible

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

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

CAPÍTULO 5. Un modelo empírico de estimación para software puede utilizar fórmulas

CAPÍTULO 5. Un modelo empírico de estimación para software puede utilizar fórmulas CAPÍTULO 5 Modelos empíricos de estimación. Un modelo empírico de estimación para software puede utilizar fórmulas derivadas empíricamente para predecir el esfuerzo como una función de LDC y PF. Los valores

Más detalles

Gestión por procesos y definición de indicadores para un agente participante en la Trading Agent Competition SCM

Gestión por procesos y definición de indicadores para un agente participante en la Trading Agent Competition SCM II International Conference on Industrial Engineering and Industrial Management XII Congreso Ingeniería Organización September 3-5, 2008, Burgos, Spain Gestión por procesos y finición indicadores para

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

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

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

Un modelo de proceso es una representación abstracta de un proceso. Presenta una descripción de un proceso desde una perspectiva particular.

Un modelo de proceso es una representación abstracta de un proceso. Presenta una descripción de un proceso desde una perspectiva particular. El proceso software Un conjunto estructurado de actividades y resultados asociados que conducen a la creación de un producto de software Especificación: Definir la funcionalidad y las restricciones en

Más detalles

Capitulo 4. Comparación entre la Representación Continua y la. Representación por Etapas

Capitulo 4. Comparación entre la Representación Continua y la. Representación por Etapas Capitulo 4. Comparación entre la Representación Continua y la Representación por Etapas "In God we trust, all others bring data." Deming Tal como ya se mencionó al final del Capitulo 2, dentro del CMMI

Más detalles

DOCUMENTO Nº 3: ESTRATEGIA DE TRABAJO PARA LA IMPLEMENTACIÓN DEL SISTEMA DE INFORMACIÓN DE LOS RECURSOS FORESTALES DE COSTA RICA SIReFOR

DOCUMENTO Nº 3: ESTRATEGIA DE TRABAJO PARA LA IMPLEMENTACIÓN DEL SISTEMA DE INFORMACIÓN DE LOS RECURSOS FORESTALES DE COSTA RICA SIReFOR República Costa Rica DOCUMENTO Nº 3: ESTRATEGIA DE TRABAJO PARA LA IMPLEMENTACIÓN DEL SISTEMA DE INFORMACIÓN DE LOS RECURSOS FORESTALES DE COSTA RICA SIReFOR Contrato 022 2005 FONAFIFO - GEF Proecto Ecomercados

Más detalles

RECOMENDACIONES. HALLAZGOS Objetivos especifico Justificación/Norma ANEXO

RECOMENDACIONES. HALLAZGOS Objetivos especifico Justificación/Norma ANEXO HALLAZGOS HALLAZGOS Objetivos especifico Justificación/Norma 1 No se estiman los presupuestos y calendario l proyecto En el objetivo específico 7 Verificar si se asigna los recursos necesarios para el

Más detalles

Taller Espacio Virtual para Docentes

Taller Espacio Virtual para Docentes Taller Espacio Virtual para Docentes Contenidos diseñados y sarrollados por: Beatriz Sandia y Dolores Cuiñas. Universidad Los Ans. Coordinación General Estudios Interactivos a Distancia. Sector La Hechicera,

Más detalles

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en

Más detalles

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008

ÁREA DE CALIDAD Página 1 de 28 MODELOS DE GESTIÓN DE SISTEMAS DE CALIDAD: ISO 9001:2008 Página 1 de 28 4.1 Conocimiento de la organización y de su contexto La organización debe determinar las cuestiones externas e internas que son pertinentes para su propósito y que afectan a su capacidad

Más detalles

Fundamentos del diseño de software

Fundamentos del diseño de software Fundamentos del diseño de software El diseño es el primer paso de la fase de desarrollo de cualquier producto o sistema de ingeniería. Definición de diseño según Taylor Proceso de aplicar distintas técnicas

Más detalles

El Proceso Unificado

El Proceso Unificado El Proceso Unificado de Desarrollo de Software Prof. Gustavo J. Sabio Alcance de la presentación QA Entradas Proceso de desarrollo Salida equipo Cliente sistemas Cliente necesidades actividades varias

Más detalles

Capability Maturity Model Integration CMMI - Overview I

Capability Maturity Model Integration CMMI - Overview I Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI

Más detalles

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey

P.S.P. Programa Educativo. Tecnologías de la Información y Comunicación. Alumno. José Alfredo Ramírez Jaguey Universidad Tecnológica del Valle del Mezquital P.S.P Programa Educativo Alumno 5 to Cuatrimestre Grupo A Materia Calidad en Desarrollo de Software Facilitador Lic. Norma Pérez López Enero Abril 2011.

Más detalles

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software IX Contenidos Prólogo... XIX Prefacio... XXI Guía de lectura...xxiii Parte I - Introducción Capítulo 1 - Evolución 1.1 Introducción... 2 1.2 Los hitos en la evolución histórica del desarrollo de software...

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

Plan de estudios ISTQB: Nivel Fundamentos

Plan de estudios ISTQB: Nivel Fundamentos Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE

Más detalles

INSTRUCTIVO PARA LA EVALUACIÓN DE ORGANISMOS DE CERTIFICACIÓN DE SISTEMAS DE GESTIÓN.

INSTRUCTIVO PARA LA EVALUACIÓN DE ORGANISMOS DE CERTIFICACIÓN DE SISTEMAS DE GESTIÓN. Página 1 12 INSTRUCTIVO PARA LA EVALUACIÓN DE ORGANISMOS PROCESO NIVEL 1: PROCESO NIVEL 2: 4. PROCESO EJECUCIÓN SERVICIOS DE ACREDITACIÓN 4.2 EJECUCIÓN EVALUACIÓN ELABORÓ: REVISÓ: APROBÓ: 2014-09-15 2014-09-15

Más detalles

MODELOS DE GESTIÓN DE LA CALIDAD ORIENTADOS A LA CERTIFICACIÓN

MODELOS DE GESTIÓN DE LA CALIDAD ORIENTADOS A LA CERTIFICACIÓN MODELOS DE GESTIÓN DE LA CALIDAD ORIENTADOS A LA CERTIFICACIÓN MODELOS DE GESTIÓN DE LA CALIDAD ORIENTADOS A LA CERTIFICACIÓN NORMAS ISO 9000 : 2000 (CALIDAD) NORMAS ISO 14000 : 1996 (MEDIOAMBIENTE) NORMA

Más detalles

Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software

Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software Beneficios de la implantación de una metodología para el ciclo de vida de desarrollos software Dirección de Desarrollo y Aplicaciones Miguel Martínez Vélez Agenda 1. Introducción 2. El Proceso Software

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

CS 230 Software Design (Engineering) 1

CS 230 Software Design (Engineering) 1 Modelando el proceso y el Ciclo de Vida Puntos a tratar El proceso de desarrollar software (organización y disciplina en las actividades) contribuyen a la calidad del software y a la velocidad con que

Más detalles

1.1 Aseguramiento de la calidad del software

1.1 Aseguramiento de la calidad del software 1.1 Aseguramiento de la calidad del software El propósito del Aseguramiento de la Calidad (Software Quality Assurance, SQA) es entregar a la administración una visibilidad adecuada del proceso utilizado

Más detalles

Gestión de la Seguridad de la Información

Gestión de la Seguridad de la Información Gestión la la UNIVERSIDAD SAN PABLO CEU ESCUELA POLITÉCNICA SUPERIOR Dep. Ingeniería Sist. Electr. y Telecomunicación Preámbulo De qué vamos a hablar? De un molo formal para la Gestión la en Sistemas :

Más detalles

Aseguramiento de la Calidad en la Construcción de Sistemas Basados en el Conocimiento: Un Enfoque Práctico

Aseguramiento de la Calidad en la Construcción de Sistemas Basados en el Conocimiento: Un Enfoque Práctico Aseguramiento de la Calidad en la Construcción de Sistemas Basados en el Conocimiento: Un Enfoque Práctico Eduardo Diez Laboratorio de Investigación y Desarrollo en Aseguramiento de Calidad de Software

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

4.19 PCI DSS, Payment Card Industry Data Security Standard v2.0.

4.19 PCI DSS, Payment Card Industry Data Security Standard v2.0. 4.19 PCI DSS, Payment Card Industry Data Security Standard v2.0. Introducción. Este estándar fue sarrollado por un comité conformado por las compañías tarjetas bancarias más importantes, como una guía

Más detalles

4.23 The Open Web Application Security Project (OWASP), Guía de Documentación v2.0.

4.23 The Open Web Application Security Project (OWASP), Guía de Documentación v2.0. 4.23 The Open Web Application Security Project (OWASP), Guía Documentación v2.0. Introducción. OWASP es un proyecto código abierto dicado a terminar y combatir las causas que hacen al software inseguro.

Más detalles

PROCEDIMIENTO DEL SERVICIO DE CAPACITACION

PROCEDIMIENTO DEL SERVICIO DE CAPACITACION Pagina 1 17 PROCEDIMIENTO DEL SERVICIO DE CAPACITACION OTEC Asignada a: Directora OTEC Firma Elaborado por: Aprobado por: Nombre Gloria Fernanz L. Jose Francisco Aguirre O. Cargo Responsable Calidad Alta

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

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

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

Modelos de Proceso Tradicionales

Modelos de Proceso Tradicionales Modelos de Proceso Tradicionales Capitulo 2,QJHQLHUtDGHO6RIWZDUH (VSHFLDOL]DFLyQHQ*HUHQFLDGH6LVWHPDVGH,QIRUPDFLyQ 8QLYHUVLGDG6DQWLDJRGH&DOL Profesor: MSc. MIGUEL ANGEL NIÑO ZAMBRANO Programación: Tiempo

Más detalles

Análisis y Diseño de Aplicaciones

Análisis y Diseño de Aplicaciones Análisis y Diseño de Aplicaciones Ciclo de Vida Docente: T/RT Gonzalo Martínez CETP EMT Informática 3er Año Introducción En el desarrollo de sistemas, el ciclo de vida son las etapas por las que pasa un

Más detalles

GERENCIA DE SSA 3 DEPARTAMENTO DE SEGURIDAD INDUSTRIAL 13 DEPARTAMENTO DE SALUD OCUPACIONAL 46

GERENCIA DE SSA 3 DEPARTAMENTO DE SEGURIDAD INDUSTRIAL 13 DEPARTAMENTO DE SALUD OCUPACIONAL 46 CONTENIDO GERENCIA DE SSA 3 GERENTE DE SSA 3 DARTAMENTO DE SEGURIDAD INDUSTRIAL 13 JEFE DE SEGURIDAD INDUSTRIAL 13 ESPECIALISTA ZONAL DE SEGURIDAD INDUSTRIAL 22 ANALISTA DE SEGURIDAD INDUSTRIAL 31 ASISTENTE

Más detalles

ANS ESTÁNDAR PARA CLIENTES PREMIUM. Servicio de Implantación, Gestión y monitoreo de solución de seguridad perimetral

ANS ESTÁNDAR PARA CLIENTES PREMIUM. Servicio de Implantación, Gestión y monitoreo de solución de seguridad perimetral ANS ESTÁNDAR PARA CLIENTES PREMIUM Servicio Implantación, Gestión y monitoreo solución seguridad perimetral 1. Resumen Ejecutivo Un reto muy importante para las compañías en la actualidad es la protección

Más detalles

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011 JIAP 2011 Transitando hacia una Organización Gestionada por Procesos Diego Karbuski - Agosto 2011 Puede convertirse el BPM en un modelo de gestión para el Gobierno? Reducción de costos Transparencia Control

Más detalles

PROCEDIMIENTO CONTROL DE DOCUMENTOS DEL SIG

PROCEDIMIENTO CONTROL DE DOCUMENTOS DEL SIG Pág. 1 9 1. OBJETIVO Establecer los lineamientos y actividas para garantizar la elaboración y el control los documentos l Sistema Integrado Gestión la Orquesta Filarmónica Bogotá, asegurando su efectiva

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

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

GUÍA AVANZADA DE GESTIÓN DE PROYECTOS

GUÍA AVANZADA DE GESTIÓN DE PROYECTOS GUÍA AVANZADA DE GESTIÓN DE PROYECTOS Laboratorio Nacional de Calidad del Software Mayo 2009 NOTA DE EDICIÓN Esta guía ha sido desarrollada por el Laboratorio Nacional de Calidad del Software de INTECO.

Más detalles

CONTENIDO GERENCIA DE FINANZAS 4 SUBGERENCIA DE PLANEACIÓN FINANCIERA Y PRESUPUESTO 12 DEPARTAMENTO DE PLANEACIÓN Y PROGRAMACIÓN PRESUPUESTARIA 21

CONTENIDO GERENCIA DE FINANZAS 4 SUBGERENCIA DE PLANEACIÓN FINANCIERA Y PRESUPUESTO 12 DEPARTAMENTO DE PLANEACIÓN Y PROGRAMACIÓN PRESUPUESTARIA 21 CONTENIDO GERENCIA DE FINANZAS 4 GERENTE DE FINANZAS 4 SUBGERENCIA DE PLANEACIÓN FINANCIERA Y PRESUPUESTO 12 SUBGERENTE DE PLANEACIÓN FINANCIERA Y PRESUPUESTO 12 DEPARTAMENTO DE PLANEACIÓN Y PROGRAMACIÓN

Más detalles

22 -- Edición Especial Nº 167 - Registro Oficial - Martes 16 de septiembre de 2014

22 -- Edición Especial Nº 167 - Registro Oficial - Martes 16 de septiembre de 2014 22 -- Edición Especial Nº 167 - Registro Oficial - Martes 16 septiembre 2014 6. ANEXOS No hay anexos. SERVICIO NACIONAL DE ADUANA DEL ECUADOR, CERTIFICO QUE ES FIEL COPIA DE LA COPIA.- f.) Ilegible, SECRETARÍA

Más detalles

Contenido de la sesión. Calidad del software Conceptos de Calidad Calidad del producto Calidad del proceso

Contenido de la sesión. Calidad del software Conceptos de Calidad Calidad del producto Calidad del proceso Contenido de la sesión Calidad del software Conceptos de Calidad Calidad del producto Calidad del proceso QUÉ ES CALIDAD DEL SOFTWARE? Pressman (Pressman, 1998) define la calidad del software como: la

Más detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

El Software. Es lo que se conoce como el ciclo de vida del software.

El Software. Es lo que se conoce como el ciclo de vida del software. El Software Hace referencia a los programas y toda la información asociada y materiales necesarios para soportar su instalación, operación, reparación, y mejora. Para construir un nuevo elemento software

Más detalles

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación PLAN DE MEJORAS Herramienta trabajo Agencia Nacional Evaluación la y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración l plan mejoras...5 2.1 Intificar el área mejora...6 2.2

Más detalles

Tema 1 Introducción a la Ingeniería de Software

Tema 1 Introducción a la Ingeniería de Software Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos

Más detalles

Términos definiciones

Términos definiciones Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización

Más detalles

Propuestas plan de implementación de software libre y estándares abiertos

Propuestas plan de implementación de software libre y estándares abiertos Propuestas plan ón software libre y estándares abiertos La comunidad Software Libre Bolivia presenta sus propuestas para mejorar el plan ón, socializado por el COPLUTIC. Observaciones generales al documento.

Más detalles

Estimación de costos y esfuerzos. Calidad en el Desarrollo de Software. Estimación de costos para el software. Planificación de proyectos

Estimación de costos y esfuerzos. Calidad en el Desarrollo de Software. Estimación de costos para el software. Planificación de proyectos Estimación de costos y esfuerzos Métricas de procesos de software Depto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur COCOMO otros Segundo Cuatrimestre 2007 de proyectos Estimación

Más detalles

TRABAJO FINAL ESPECIALIDAD EN CONTROL Y GESTION DE SOFTWARE GESTIÓN DE CONFIGURACIÓN DE PRODUCTOS SOFTWARE EN ETAPA DE DESARROLLO

TRABAJO FINAL ESPECIALIDAD EN CONTROL Y GESTION DE SOFTWARE GESTIÓN DE CONFIGURACIÓN DE PRODUCTOS SOFTWARE EN ETAPA DE DESARROLLO TRABAJO FINAL ESPECIALIDAD EN CONTROL Y GESTION DE SOFTWARE GESTIÓN DE CONFIGURACIÓN DE PRODUCTOS SOFTWARE EN ETAPA DE DESARROLLO Autor: Lic. Claudio Jorge Rancán Directora: M.Ing. Paola Britos Julio 2003

Más detalles

tema 2 - ingeniería de requerimientos

tema 2 - ingeniería de requerimientos tema 2 - ingeniería requerimientos enrique barreiro partamento informática universida vigo escue superior ingeniería informática ingeniería l software gestión introducció n tema 2 ingenierí a requerimientos

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

Desarrollo de software

Desarrollo de software Agenda 1. Introducción 2. Aspectos Metodológicos del Desarrollo de Software 3. Aplicación Web (Modelo del Producto) 4. Modelo del proceso 5. Dos enfoques Metodológicos 6. Métodos Seleccionados 7. Evaluación

Más detalles

COBIT 5. Niveles de Capacidad Desafío de formalización de procesos Costos y Beneficios. A/P Cristina Borrazás, CISA, CRISC, PMP

COBIT 5. Niveles de Capacidad Desafío de formalización de procesos Costos y Beneficios. A/P Cristina Borrazás, CISA, CRISC, PMP COBIT 5. Niveles de Capacidad Desafío de formalización de procesos Costos y Beneficios A/P Cristina Borrazás, CISA, CRISC, PMP AGENDA Presentación del tema Contextualización Cobit 5 Gestión de la Documentación

Más detalles

Describir el CMMI para el desarrollo de software, evolución, alcance y representación

Describir el CMMI para el desarrollo de software, evolución, alcance y representación Unidad 6: Introducción a CMMI Objetivo terminal de la Unidad Describir el CMMI para el desarrollo de software, evolución, alcance y representación Temas: Acerca del Modelo Capacidad Madurez Evolución de

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

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

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

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

Rama Judicial del Poder Publico Consejo Superior de la Judicatura Sala Administrativa Sistema Integrado de Gestión y Control de Calidad

Rama Judicial del Poder Publico Consejo Superior de la Judicatura Sala Administrativa Sistema Integrado de Gestión y Control de Calidad 1. OBJETIVO Código: P-ESG-07 Rama Judicial l Por Publico Consejo Superior la Judicatura Sala Administrativa Sistema Integrado Gestión y Control PROCEDIMIENTO PARA AUDITORIAS INTERNAS DE CALIDAD SIGC Determinar

Más detalles

Análisis de Riesgos y Planificación de Proyectos

Análisis de Riesgos y Planificación de Proyectos Análisis de Riesgos y Planificación de Proyectos Breve Introducción Prof. Miguel Felder Ingeniería del Software I - DCFCEN/UBA 1 El modelo a espiral Ya habíamos dicho que no existe el modelo de proceso

Más detalles

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

Metodologías de seguridad en el desarrollo de la democracia electrónica. Javier Martín José A. Rubio

Metodologías de seguridad en el desarrollo de la democracia electrónica. Javier Martín José A. Rubio Metodologías de seguridad en el desarrollo de la democracia electrónica Javier Martín José A. Rubio Índice Introducción al problema Panorama de las metodologías de seguridad OCTAVE SSE-CMM Conclusiones

Más detalles

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software

Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo jbozo@inf.ucv.cl Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile

Más detalles

Escuela Politécnica del Ejército. Estrategia Competitiva

Escuela Politécnica del Ejército. Estrategia Competitiva Escuela Politécnica l Ejército Estrategia Competitiva Balance Scorecard 28/06/2011 Octavo Nivel Integrantes Juan Fernando Barba Juan Pablo García NCR: 3945 Bibliografía: http://www.gerencia.com/tema/balanced_scorecard

Más detalles

Qué sabemos de Riesgo Operativo?

Qué sabemos de Riesgo Operativo? Qué sabemos Riesgo Operativo? Estudio Gestión l Riesgo y Caso Éxito XIX Convención Nacional Aseguradores Asociación Mexicana Instituciones Seguros, A.C. Hotel Nikko, Cd. México, 19 Mayo 2009 confincialidad

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

Ingeniería de Software I. Sebastián Uchitel y Víctor Braberman 1er Cuatrimestre 2009

Ingeniería de Software I. Sebastián Uchitel y Víctor Braberman 1er Cuatrimestre 2009 Ingeniería de Software I Sebastián Uchitel y Víctor Braberman 1er Cuatrimestre 2009 Quienes somos? 2 Quienes son? 3 Objetivos del Curso Entender el rol fundamental que juega la construcción y análisis

Más detalles