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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software

CICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software 3.010 CONCEPTO DE CICLO DE VIDA Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software IEEE 1074 Un marco de referencia que contiene los

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

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

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

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

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

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

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

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

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

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

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

GESTION OPERATIVA. Niveles de gestión

GESTION OPERATIVA. Niveles de gestión GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de

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

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

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones

Sistema de Administración de Farmacias Plan de SQA. Historia de revisiones Sistema de Administración de Farmacias Plan de SQA Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Realización del documento Resp. SQA Plan de SQA Página 1 de 15 ÍNDICE

Más detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

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

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

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

Ingeniería de Software en SOA

Ingeniería de Software en SOA Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia

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

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

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

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

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento.

Más detalles

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

UNIVERSIDAD AUTONOMA DE CHIRIQUÍ FACULTAD DE ADMINISTRACIÓN PÚBLICA ESCUELA DE TRABAJO SOCIAL PROPUESTA DE UN PLAN DE MEJORAMIENTO

UNIVERSIDAD AUTONOMA DE CHIRIQUÍ FACULTAD DE ADMINISTRACIÓN PÚBLICA ESCUELA DE TRABAJO SOCIAL PROPUESTA DE UN PLAN DE MEJORAMIENTO UNIVERSIDAD AUTONOMA DE CHIRIQUÍ FACULTAD DE ADMINISTRACIÓN PÚBLICA ESCUELA DE TRABAJO SOCIAL PROPUESTA DE UN PLAN DE MEJORAMIENTO LICENCIATURA EN TRABAJO SOCIAL PERIODO 2006-2010 1 INDICE 1. Introducción

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

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

Solicitada a Solicitada por Fechas Nombre Cargo Nombre Cargo De solicitud De entrega

Solicitada a Solicitada por Fechas Nombre Cargo Nombre Cargo De solicitud De entrega Contenido 1. Presentación de la empresa 2. Objetivo de la auditoria Verificación de Control sobre el proceso de TI Definición de la organización y de las relaciones de TI que satisface los requerimientos

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

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

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

Ges3ón de Proyectos So9ware

Ges3ón de Proyectos So9ware Ges3ón de Proyectos So9ware Tema 2.1 Integración Carlos Blanco Bueno Félix Óscar García Rubio Este tema se publica bajo Licencia: Crea5ve Commons BY- NC- ND 4.0 Objetivos Ampliar los conocimientos básicos

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

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software

Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Preguntas y respuestas (rebatibles) sobre metodologías de desarrollo de software Introducción Este documento recopila las preguntas, opiniones y respuestas que se produjeron en un pequeño curso sobre las

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

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

CONCEPTOS BÁSICOS SOBRE UN PLAN INFORMÁTICO

CONCEPTOS BÁSICOS SOBRE UN PLAN INFORMÁTICO CONCEPTOS BÁSICOS SOBRE UN PLAN INFORMÁTICO I. INTRODUCCIÓN El propósito del presente documento es resumir algunos conceptos básicos sobre el tema de los planes informáticos formales que las organizaciones

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

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

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

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

Ingeniería del So:ware II

Ingeniería del So:ware II Ingeniería del So:ware II Tema 04 (1). Integración de Proyectos So:ware Carlos Blanco Bueno DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN carlos.blanco@unican.es Este tema se publica bajo Licencia: CreaRve

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

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

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

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

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

1. PROCESOS DEL PROJECT MANAGEMENT

1. PROCESOS DEL PROJECT MANAGEMENT INDICE 1. PROCESOS DEL PROJECT MANAGEMENT 1.1 Procesos del Proyecto 1.2 Grupos de Proceso 1.3 Interacciones del Proceso 1.4 Adaptación de las interacciones del proceso 2. AREAS DEL CONOCIMIENTO DEL PROJECT

Más detalles

Aseguramiento de la Calidad

Aseguramiento de la Calidad ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-CAL 1: IDENTIFICACIÓN DE LAS PROPIEDADES DE CALIDAD PARA EL SISTEMA... 3 Tarea EVS-CAL 1.1: Constitución del Equipo

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

Norma ISO9000 y Material de Orientación Regional CAR/SAM para Programas de Garantía de Calidad en Servicios de Tránsito Aéreo

Norma ISO9000 y Material de Orientación Regional CAR/SAM para Programas de Garantía de Calidad en Servicios de Tránsito Aéreo Norma ISO9000 y Material de Orientación Regional CAR/SAM para Programas de Garantía de Calidad en Servicios de Tránsito Aéreo OFICINA REGIONAL SUDAMERICANA DE LA OACI Octubre 2002 Definición de la Calidad

Más detalles

Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal

Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal Objeto del Llamado y Generalidades El Centro para la Inclusión

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

Implementando CMMI 2 con el Proceso Unificado de Desarrollo de Software. Ing. Patricia Forradellas Ing. Guillermo Pantaleo

Implementando CMMI 2 con el Proceso Unificado de Desarrollo de Software. Ing. Patricia Forradellas Ing. Guillermo Pantaleo Implementando CMMI 2 con el Proceso Unificado de Desarrollo de Software Ing. Patricia Forradellas Ing. Guillermo Pantaleo Contenido 1. El problema 2. Conceptos claves 2.1 modelo CMMI de mejora de procesos

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

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

Tema 2º: Calidad del software

Tema 2º: Calidad del software Tema 2º: Calidad del software 2.1 Calidad del software 2.2 Aseguramiento de la calidad del software 2.3 Gestión de la calidad del software 2. 4 Control de la calidad del software 2.5 Sistema de calidad

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes. Definiciones

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 2: EL CICLO DE VIDA DEL SOFTWARE 1 DEFINICIÓN DE CICLO DE VIDA DEL SOFTWARE ISO/IEC 12207-1 Marco de referencia que contiene

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

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

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

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

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

Más detalles

TECNÓLOGO EN INFORMÁTICA PLAN DE ESTUDIOS

TECNÓLOGO EN INFORMÁTICA PLAN DE ESTUDIOS Tecnólogo en Informática Plan Estudios TECNÓLOGO EN INFORMÁTICA PLAN DE ESTUDIOS 1. Tabla Contenido TECNÓLOGO EN INFORMÁTICA... 1 PLAN DE ESTUDIOS... 1 1. TABLA DE CONTENIDO... 1. OBJETIVOS GENERALES...

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

Descripción de las posiciones del área de sistemas

Descripción de las posiciones del área de sistemas Descripción de posiciones del área de Sistemas Operador/Data Entry Entrar y verificar datos provenientes de distintas vías de ingreso. Monitorear procesos, programas y resultados. Seguir los formatos apropiados

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

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: QUÉ ES CALIDAD? ENFOQUES DE CALIDAD: DEMING, JURAN, CROSBY E ISHIKAWA PLANIFICACIÓN, CONTROL Y ASEGURAMIENTO DE LA CALIDAD AUDITORÍA DE CALIDAD GERENCIA DE LA CALIDAD TOTAL Y LA ORGANIZACIÓN

Más detalles

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

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

Más detalles

RESPONSABILIDAD DE LA AUDITORÍA INTERNA ANTE LOS SERVICIOS TERCERIZADOS

RESPONSABILIDAD DE LA AUDITORÍA INTERNA ANTE LOS SERVICIOS TERCERIZADOS RESPONSABILIDAD DE LA AUDITORÍA INTERNA ANTE LOS SERVICIOS TERCERIZADOS Mónica Beatriz Rela Responsable de la Unidad Auditoría de Sistemas Banco de la Nación Argentina mrela@bna.com.ar Representante por

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

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

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]: RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control,

Más detalles

UNIDAD 3 EL PROCESO DE EDUCCIÓN

UNIDAD 3 EL PROCESO DE EDUCCIÓN UNIDAD 3 EL PROCESO DE EDUCCIÓN 3. EL PROCESO DE EDUCCIÓN... 1 3.1.DEFINICIONES... 1 3.2.EL PROCESO DE EDUCCIÓN... 2 3.3.PARTICIPANTES... 5 3.4.PROBLEMAS DE LA EDUCCIÓN... 7 3.1. Definiciones En los últimos

Más detalles

Nombre del Documento: Procedimiento gobernador para el control de documentos. Referencia a punto de la norma ISO 9001:2000: 4.2.3

Nombre del Documento: Procedimiento gobernador para el control de documentos. Referencia a punto de la norma ISO 9001:2000: 4.2.3 Procedimiento gobernador para el control Página 1 10 1. Propósito. 1.1 Establecer los mecanismos necesarios para mantener el control todos los que estén finidos en el Sistema Gestión la Calidad y que influyan

Más detalles

MANEJO DE QUEJAS Y RECLAMOS

MANEJO DE QUEJAS Y RECLAMOS MANEJO DE QUEJAS Y RECLAMOS Derechos reservados ICONTEC- 1 OBJETIVO GENERAL Proponer una metodología para la planeación, diseño, operación, mantenimiento y mejora de un proceso para el manejo de los reclamos

Más detalles