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

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

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

Transcripción

1 Aplicación de una Metodología basada en Mediciones para la Gestión de Calidad de Software Jorge Bozo Escuela de Ingeniería Informática Universidad Católica de Valparaíso Valparaíso, Chile Marcello Visconti Departamento de Informática Universidad Técnica Federico Santa María Valparaíso, Chile RESUMEN En este artículo se presenta una metodología para la gestión cuantitativa de la calidad del software durante su proceso de desarrollo, denominada SQUID. Esta metodología permite integrar modelos de calidad, de desarrollo y de mediciones de software adaptados a las necesidades de la organización, y a través de la utilización de una herramienta automatizada del mismo nombre permite controlar, supervisar y evaluar la calidad de los productos de software a lo largo del proceso de desarrollo logrando de esta manera un conocimiento más detallado del proceso de desarrollo y un fundamento más sólido para llevar adelante esfuerzos de mejoramiento. 1-INTRODUCCIÓN El concepto de calidad ha estado en boga en los últimos años en diferentes áreas de la ingeniería. Producto de la alta competitividad que existe en la actualidad, diversas organizaciones han incorporado metodologías de calidad a sus procesos con el fin de obtener productos de alta calidad que tengan una mejor acogida en el mercado. En este contexto han surgido diferentes metodologías y estándares de calidad internacionales aplicables a distintas ramas de la ingeniería [3,6].

2 En este trabajo se presentan los elementos esenciales de una metodología que incorpora los conceptos de calidad a nivel del proceso de desarrollo de software. Esta metodología (y su herramienta asociada) se denomina Software Quality In Development o SQUID[1,2,5]. SQUID es un método basado en mediciones para especificar, supervisar y evaluar la calidad del producto, y busca asegurar que se entreguen productos de software que satisfagan los requerimientos de calidad establecidos por los clientes o usuarios. La metodología SQUID se fundamenta en cuatro actividades que deben hacerse para entregar un producto de calidad: 1. Especificar los requerimientos de calidad del producto en términos de valores objetivo específicos de propiedades de software medibles 2. Evaluar la viabilidad de esos requerimientos antes de empezar el proyecto 3. Supervisar el avance hacia el logro de los requerimientos cuantitativos durante el desarrollo del producto midiendo propiedades internas del software, haciendo los ajustes necesarios para mantenerse en la dirección correcta 4. Evaluar la calidad del producto final comparando objetivos con logros de calidad reales. 2- UNA VISIÓN GENERAL DE SQUID SQUID está pensado para proporcionar apoyo práctico para el control y evaluación de calidad de un producto de software. Está pensado, por consiguiente, para proporcionar apoyo a jefes de proyecto e ingenieros de calidad, asistiendo en los aspectos operacionales de implementación, mantención y supervisión de una política de calidad para el software apoyando la recolección y análisis de datos de calidad del proyecto para los propósitos de control y evaluación. No contribuye en sí al desarrollo de una política de calidad, ni dirige las decisiones estratégicas necesarias para decidir cómo una política de calidad será implementada. La metodología SQUID en términos de control de calidad está basada en mediciones. Se asume que se puede medir propiedades de los productos del software y procesos que se relacionan a calidad del producto. Las propiedades que relacionan las características del producto final según son vistas por los usuarios, son llamadas características externas de calidad, por ejemplo: facilidad de uso,

3 confiabilidad. Las propiedades relacionadas con la manera con que el producto fue desarrollado y las cuales, por consiguiente, influyen en las características de calidad son llamadas características internas de calidad, por ejemplo: complejidad estructural de módulos, tasas de error. SQUID usa dos términos para describir las propiedades del software: características y atributos. Se usa el término características para referirse a propiedades abstractas que no pueden medirse directamente, y atributos para referirse a propiedades directamente medibles. Los elementos principales de la metodología SQUID, pueden ser resumidos en las siguientes tareas a desarrollar: Especificación de requerimientos de calidad, Estimación de viabilidad, Predicción de calidad, Control de calidad que usa mediciones de calidad internas, Evaluación de calidad, Definición de modelos de calidad, desarrollo y mediciones. Características principales de SQUID Las características principales de SQUID son: Un enfoque flexible a la modelación de calidad y modelación de desarrollo que permiten definir los modelos que son los más apropiados para una organización. SQUID no obliga a que se adopte una metodología específica La integración de modelos de desarrollo y modelos de calidad que le permiten modelar los aspectos internos de calidad y los aspectos externos. SQUID hace explícita la relación entre las actividades de desarrollo y los aspectos de calidad del producto Un enfoque sobre los requerimientos de calidad de producto que se unen a los requerimientos del modelo de calidad. SQUID pone énfasis en que estas características de calidad sean un medio de comprensión de los requerimientos operacionales del producto. Esos requerimientos operacionales se especifican como niveles de objetivo de atributos de calidad externos relacionados a características de calidad definidas en un modelo de calidad Un enfoque riguroso para la medición que asegura definiciones plenas de mediciones e integra el valor real, el estimado y los valores objetivos. SQUID estimula la recolección de datos fidedignos identificando todos los factores que necesitan ser especificados para asegurar que el dato sea confiable y comparable Facilidades de estimación de autocalibración manejados por datos de proyectos reales. El proceso de estimación deriva a un modelo de estimación desde la base de datos de SQUID Las facilidades de control de calidad y de supervisión de calidad que complementan las actividades de supervisión de proyecto estándar. La asociación de un valor real, estimado y objetivo significa que los procedimientos de supervisión de proyecto estándar pueden aplicarse a la supervisión de calidad.

4 3- MODELOS DE DESARROLLO, CALIDAD Y MEDICIONES CON SQUID Como ya se ha mencionado, los modelos de calidad y desarrollo son las componentes esenciales para la configuración de la herramienta SQUID. Los detalles en cuanto a cómo se usan estos modelos en la metodología SQUID se discuten ampliamente en [1,2,5]. El modelo conceptual de SQUID El Modelo Conceptual SQUID para calidad del software está basado en: 1. El Modelo de Datos Conceptual SQUID, el cual proporciona las relaciones entre el modelo de desarrollo (entregables, hitos, etc.), el modelo de calidad (características de calidad, sub-características y atributos), y las mediciones 2. Las actividades involucradas en especificar, asegurar y controlar la calidad del software el cual también identifica la funcionalidad de alto nivel de la herramienta de SQUID. El modelo conceptual SQUID es la base para la arquitectura de la herramienta SQUID mostrada en la Figura 1. Configuración Evaluación de Calidad Especificación de Calidad Base de Datos SQUID Monitoreo de Calidad Planificación de Calidad Collation de Datos Figura 1: La arquitectura de la Herramienta SQUID El Modelo de Datos Conceptual SQUID tiene tres componentes principales: 1. Una estructura de proceso de desarrollo usado para especificar modelos de desarrollo. 2. Una estructura de modelo de calidad usada para especificar modelos de calidad. 3. Un modelo de medición usado para permitir recolección de datos. SQUID proporciona los medios de configuración siguientes: especificación de modelos de desarrollo, especificación de modelos de calidad y relación con un modelo de desarrollo, identificación de atributos internos que tienen que ser usados para reportes de un avance estándar, la conexión de ítems medibles referidos en un modelo de calidad con las entidades en el modelo de desarrollo.

5 Modelo del proceso de desarrollo La estructura de un modelo de desarrollo en SQUID se muestra en la Figura 2. Comprende objetos de proyecto que pertenecen a tres tipos diferentes: actividades de desarrollo, entregables y puntos de revisión. Cuando se configura la herramienta SQUID se necesita especificar los modelos de desarrollo que se usan en la organización, en términos de aquellos objetos de proyecto. Modelo de Desarrollo Objeto de Proyecto Comprende Pertenece a Tipo de Objeto de Proyecto Tipo de Deliverable Tipo de Actividad de Desarrollo Tipo de Punto de Revisión Figura 2: Modelando el proceso de desarrollo El tipo entregables son los tipos de objeto de proyecto que son producidos (es decir, especificados, diseñados, codificados) durante la vida de un proyecto (o subproyecto). El tipo actividad de desarrollo son los tipos de actividad que producen entregables.. El tipo punto de revisión son los tipos de puntos de control usados en un modelo de desarrollo particular. Representación de un modelo de calidad Especificación de Requerimiento de Calidad Conduce a Requerimiento de Comportamiento de Producto Refina Direcciona Características de Calidad Pertenece a Modelo de Calidad Influye Característica de Calidad Interna Indica Característica de Calidad Externa Cuantificado por Cuantificado por Atributo Interno Figura 3: Creando un modelo de calidad Atributo Externo

6 La estructura de un modelo de calidad en SQUID se muestra en la Figura 3. Esta muestra la relación entre los requerimientos de calidad y las características de calidad. Cuando se especifican los requerimientos de calidad, se necesita mapear un requerimiento específico a una característica o subcaracterística de calidad particular. La tarea final en la especificación de calidad es poner un valor objetivo para uno o más atributos externos asociados con la (sub)característica de calidad. Para configurar la herramienta de SQUID, se necesita definir los modelos de calidad que se quieren usar en términos de características y subcaracterísticas de calidad específicas. Representación de mediciones SQUID usa el término atributo para referirse a las propiedades medibles de productos del software o proyectos, por ejemplo: tamaño del producto, duración del proyecto, experiencia del personal. El término atributo se aplica a las propiedades internas y externas del software. La estructura desquid para las mediciones se muestra en la Figura 4. Unidad Cuantifica Atributo usando exhibe Valor Mide Objeto de Proyecto En_concordancia_con Regla de Conteo Figura 4: Estructura de mediciones de SQUID SQUID usa el término unidad para referirse a las unidades usadas para medir atributos cuantificables, por ejemplo: líneas de código es una unidad de longitud de código de producto, días transcurridos es una unidad de duración de proyecto, y años de trabajo pueden usarse como una unidad de experiencia de personal. Integración de las componentes del modelo de datos conceptual de SQUID Los tres componentes del Modelo de Datos Conceptual SQUID son integrados por el concepto de medición. Cuando se ha creado un modelo de calidad y un modelo de desarrollo, se debe conectar

7 ambos para formar un modelo combinado. Durante la combinación todos los atributos internos asociados a un modelo de calidad especificado son distribuidos a través de los tipos de objeto de proyecto en un modelo de desarrollo. El proceso de combinación de modelo involucra asignar cada atributo interno perteneciente a un modelo de calidad especificado, a un tipo de objeto de proyecto apropiado perteneciente a un modelo de desarrollo especificado, y asociando una unidad y reglas de conteo a cada atributo. 4- EJEMPLO DE APLICACION DE SQUID A continuación se presenta a modo de ejemplo la aplicación preliminar de la metodología SQUID en la etapa de especificación, en términos de la definición de modelos de calidad y desarrollo de un proyecto específico. Especificación de calidad La especificación de calidad involucra definir las características operacionales requeridas de un nuevo producto en términos de valores objetivos para un conjunto de características de calidad. También involucra decidir si los requerimientos de calidad son factibles o no dada la capacidad de la organización de desarrollo. La especificación de calidad puede involucrar un primer nivel de descomposición del diseño para evaluar si hay subsistemas del producto con requerimientos substancialmente diferentes, es decir, porciones del producto. Especificación de requerimientos de calidad Cuando se tiene un nuevo proyecto, SQUID especifica los requerimientos de calidad del proyecto en términos de conjuntos de objetivos externos declarados. Cuando se crea un proyecto con la herramienta SQUID, se debe decidir qué modelo de calidad corresponderá el proyecto. El modelo de calidad usado por el proyecto define la estructura con la cual los requerimientos de calidad son trazados a las características de calidad y luego a los objetivos de atributos de calidad externos. Modelo de desarrollo La Figura 5 muestra las actividades relacionadas con cada una de las etapas propuestas por un modelo correspondiente a una variante del modelo de desarrollo de Boehm[4]. Ahora bien, para efectos de la configuración de la herramienta SQUID, se necesita describir: las actividades, los productos (entregables), y los puntos de revisión.

8 Aprobación del usuario Explotación y mantención Construcción incremental Documentación usuario Diseño inicial Pruebas Inspección formal Iteración del prototipo Análisis rápido Plan Inicial Plan de diseño y construcción Prototipo inicial Aprobación usuario Diseño detallado Iteración de la especificación formal Plan de Implantación Implantación Figura 5: Modelo espiral modificado La Tabla 1 siguiente muestra un resumen de las actividades y productos (entregables) que se identifican en el modelo de desarrollo. Tabla 1: Descripción de actividades y entregables del modelo de desarrollo Espiral Modificado Actividad Descripción Productos Entregables Negociación(1) Planificación inicial Análisis rápido Prototipo inicial En esta actividad se hace una propuesta y una planificación de la etapa de análisis En esta actividad se analizan los requerimientos esenciales del software Actividad en la cual se crea un prototipo inicial con el objetivo de validar los requerimientos del usuario Cotización/Propuesta Contrato/Orden de Trabajo/Orden de Compra/ Orden de Servicio Plan de la etapa de análisis Modelo de clases Modelo del proceso (opcional) Documento de análisis Modelo de datos Modelo de interfaz Prototipo inicial Aprob. del usuario Negociación(2).. Plan de diseño y construcción Actividad de planificación del diseño y construcción. Se utiliza herramienta propia Plan del diseño Diseño inicial Iteración prototipo del Actividad que refina los modelos de: clases, datos e interfaz propuestos en la etapa de análisis rápido Actividad que transforma los requerimientos en base al diseño en producto de software Modelos refinados de: clases, datos e interfaz. Documento de diseño (eventualmente) Documentación del usuario/help Producto de software en testing Reportes de fallas (internos, externos) Aprob. del usuario Actividad que busca la aprobación del usuario Sistema (entregables de la etapa anterior) Negociación(3).....

9 Modelo de calidad Un requerimiento de configuración de la herramienta SQUID, además del (de los) modelo(s) de desarrollo, es el(los) modelo(s) de calidad. Por lo general, estos modelos no existen en la organización o no están siendo utilizados. Por esta razón, hay que empezar por definir un modelo de calidad apropiado a la organización partiendo de principios generales o bien adaptando un modelo existente. En términos de estándares internacionales, la ISO propone un modelo genérico bastante flexible. El modelo ISO 9126 [6] puede ser adaptado para llegar a un modelo de calidad propio. SQUID, exige describir explícitamente las características y atributos de calidad, clasificando según sea el caso en característica o atributo interno o externo. La Tabla 2 que se muestra a continuación presenta una descripción general de los atributos y características del modelo. Tabla 2: Modelo de calidad ISO9126 Modificado Característica Subcaracterística Atributo Funcionalidad Confiabilidad Facilidad de uso Eficiencia Exactitud Interoperabilidad Conformidad Seguridad Confiabilidad de la aplicación Confiabilidad de los datos Tiempos de respuestas Exactitud N de cambios Estandarización Uso de capa intermedia Funciones de exportación e importación N de fallas Dependencia de normas Control de acceso Respaldos programados N de permisos/clase Identificación Tiempo entre fallas Tiempo entre fallas Tiempo entre fallas N fallas N de cambios N de cambios Nº de cambios Portabilidad Recursos utilizados Exactitud Recursos utilizados Mantención adaptativa Cliente Portabilidad B.D. Nº de conexiones a la BD N de cambios N de conexiones a la BD Costos por mantención Tiempo mantención Razón construcción mantención N de especificaciones particulare a un cliente N procedimientos almacenados Manejo transacciones anidadas

10 5- Conclusiones Disponer de metodologías basadas en mediciones para gestionar la calidad del software durante el proceso de desarrollo aparece como un elemento clave para el logro de productos finales de mejor calidad como resultado de procesos más eficientes. Sin embargo, introducir estas metodologías no es una tarea sencilla cuando la organización está en una etapa de maduración y definición de sus propios procesos de desarrollo y de aseguramiento de calidad de software. En este trabajo se ha presentado la metodología SQUID que, entre otras características, tiene la suficiente flexibilidad para permitir que una organización desarrolladora de software vaya definiendo sus propios modelos de desarrollo y calidad de software sin la obligación de usar modelos predefinidos o estándares que pueden ser rígidos e inadecuados. Un desafío posterior consiste en utilizar esta metodología y su herramienta asociada para efectivamente gestionar la calidad en el desarrollo de software a través del control, supervisión y evaluación basados en los datos reales de proyectos que se vayan recolectando a medida que se van desarrollando. Referencias Bibliográficas 1. J. Boegh et al. A Method for Software Quality, Planning, Control, and Evaluation, IEEE Software, Marzo/Abril 1999, págs J. Bozo, SQUID como apoyo a la gestión de calidad en un ambiente de desarrollo automatizado, Memoria de Ingeniería Civil en Informática, Universidad Santa María, Abril R. Pressmann, INGENIERÍA DE SOFTWARE: un Enfoque Práctico, Cuarta Edición, McGraw Hill, España, B. Boehm, A Spiral Model of Software Development and Enhancement, IEEE Software, Mayo B. Kitchenham et al, SQUID Conceptual Handbook, Work Package 3, Report D3.7/1, Esprit Project P8436, Junio ISO-IEC, ISO 9126 International Standard, Suiza 1991.

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

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

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

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

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

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

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

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

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

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

Introducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad.

Introducción. Por lo que existe una creciente preocupación por lograr que los productos software cumplan con ciertos criterios de calidad. Introducción En la actualidad, el software se encuentra en muchos campos de la actividad humana: la industria, el comercio, las finanzas, gobierno, salud, educación, etc. Por lo que existe una creciente

Más detalles

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION

Más detalles

Enginyeria del Software III

Enginyeria del Software III Enginyeria del Software III Sessió 3. L estàndard ISO/IEC 15504 Antònia Mas Pichaco 1 Introducción El proyecto SPICE representa el mayor marco de colaboración internacional establecido con la finalidad

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.

Más detalles

Ingeniería de Software. Pruebas

Ingeniería de Software. Pruebas Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en

Más detalles

COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO. Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas

COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO. Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas COMPILACION BIBLIOGRAFICA PMBOK, OPM3 JHON FREDY GIRALDO Docente: Carlos Hernán Gomez Asignatura: Auditoria de Sistemas UNIVERSIDAD DE CALDAS FACULTAD DE INGENIERIA INGENIERIA EN SISTEMAS Y COMPUTACION

Más detalles

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

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

PERFILES OCUPACIONALES

PERFILES OCUPACIONALES PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan

Más detalles

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES

PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES Raúl Palma G. y Guillermo Bustos R. Escuela de Ingeniería Industrial Universidad Católica de Valparaíso Casilla

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

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

PROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PROYECTO

Más detalles

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

CAPÍTULO 1 Instrumentación Virtual

CAPÍTULO 1 Instrumentación Virtual CAPÍTULO 1 Instrumentación Virtual 1.1 Qué es Instrumentación Virtual? En las últimas décadas se han incrementado de manera considerable las aplicaciones que corren a través de redes debido al surgimiento

Más detalles

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral

Plan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral Plan de Gestión de Configuración Universidad Nacional de la Patagonia Austral Temario 1. Gestión de Configuración de Software 1.1 Definición 2. Plan de SCM 2.1 Estructura Organizacional 2.2 Actividades

Más detalles

UN RECORRIDO POR LA FAMILIA ISO

UN RECORRIDO POR LA FAMILIA ISO UN RECORRIDO POR LA FAMILIA ISO 2 de Mayo de 2006 BOLETIN 26 Introducción a la Familia ISO La serie ISO 9000 consta de cuatro normas básicas respaldadas por otros documentos. ISO 9000:2000, Quality management

Más detalles

Normas chilenas de la serie ISO 9000

Normas chilenas de la serie ISO 9000 Normas chilenas de la serie ISO 9000 Hernán Pavez G. Director Ejecutivo del Instituto Nacional de Normalización, INN, Matías Cousiño N 64, 6 Piso, Santiago, Chile. RESUMEN: en nuestro país las empresas

Más detalles

Fundamentos del diseño 3ª edición (2002)

Fundamentos del diseño 3ª edición (2002) Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software

Más detalles

Nombre de la asignatura: Gestión de Proyectos de Software

Nombre de la asignatura: Gestión de Proyectos de Software Nombre de la asignatura: Gestión de Proyectos de Software Créditos: 3 3-6 Aportación al perfil Desarrollar, implementar y administrar software de sistemas o de aplicación que cumpla con los estándares

Más detalles

Ingeniería de Software

Ingeniería de Software Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde

Más detalles

VICERRECTORÍA DE ADMINISTRACIÓN Y ASUNTOS ECONÓMICOS DIRECCIÓN DE DESARROLLO DE PERSONAS. Estructura de Cargos y Competencias Institucionales

VICERRECTORÍA DE ADMINISTRACIÓN Y ASUNTOS ECONÓMICOS DIRECCIÓN DE DESARROLLO DE PERSONAS. Estructura de Cargos y Competencias Institucionales VICERRECTORÍA DE ADMINISTRACIÓN Y ASUNTOS ECONÓMICOS DIRECCIÓN DE DESARROLLO DE PERSONAS Estructura de Cargos y Competencias Institucionales Campus San Juan Pablo II Presentación La Universidad Católica

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

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

SÍNTESIS Y PERSPECTIVAS

SÍNTESIS Y PERSPECTIVAS SÍNTESIS Y PERSPECTIVAS Los invitamos a observar, a identificar problemas, pero al mismo tiempo a buscar oportunidades de mejoras en sus empresas. REVISIÓN DE CONCEPTOS. Esta es la última clase del curso.

Más detalles

Principales Cambios de la ISO 9001:2015

Principales Cambios de la ISO 9001:2015 INTRODUCCIÓN La nueva versión disponible de ISO 9001:2015, actualmente en su versión DIS, muestra una gran cantidad de cambios respecto de su predecesora. Muchos de estos cambios están en línea con otros

Más detalles

Geolocalización de Sitios de Interés Para Aplicaciones Móviles G-SIAM. Plan de Aseguramiento de Calidad del Software SQAP

Geolocalización de Sitios de Interés Para Aplicaciones Móviles G-SIAM. Plan de Aseguramiento de Calidad del Software SQAP Proyecto de Grado Lic. En Informática Geolocalización de Sitios de Interés Para Aplicaciones Móviles Plan de Aseguramiento de Calidad del Software SQAP VERSIÓN 1.1 Universidad de la Empresa Soriano 959

Más detalles

Presentación de Pyramid Data Warehouse

Presentación de Pyramid Data Warehouse Presentación de Pyramid Data Warehouse Pyramid Data Warehouse tiene hoy una larga historia, desde 1994 tiempo en el que su primera versión fue liberada, hasta la actual versión 8.00. El incontable tiempo

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

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

Más detalles

ENFOQUE ISO 9000:2000

ENFOQUE ISO 9000:2000 ENFOQUE ISO 9000:2000 1 PRESENTACION En 1980 la IOS (INTERNATIONAL ORGANIZATION FOR STANDARDIZATION) organismo de origen europeo, enfoco sus esfuerzos hacia el establecimiento de lineamientos en términos

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

5. Gestión de la Configuración del Software (GCS)

5. Gestión de la Configuración del Software (GCS) 5. Gestión de la Configuración del Software (GCS) 5.1. La Configuración del Software El resultado del proceso de ingeniería del software es una información que se puede dividir en tres amplias categorías:

Más detalles

2.2 Política y objetivos de prevención de riesgos laborales de una organización

2.2 Política y objetivos de prevención de riesgos laborales de una organización Gestión de la prevención en la obra 2. La gestión de la prevención de riesgos laborales en las empresas constructoras. Aspectos generales 2.1 Generalidades El objetivo de este libro es definir la gestión

Más detalles

0. Introducción. 0.1. Antecedentes

0. Introducción. 0.1. Antecedentes ISO 14001:2015 0. Introducción 0.1. Antecedentes Conseguir el equilibrio entre el medio ambiente, la sociedad y la economía está considerado como algo esencial para satisfacer las necesidades del presente

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

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954

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

Gestión de Proyectos Informáticos

Gestión de Proyectos Informáticos 2 GESTION DE PROYECTOS INFORMATICOS Facultad de Ingeniería Universidad Nacional de Jujuy Analista Programador Universitario Ciclo 2012 A.P.U. Jorge R. Mendoza 2 METODOLOGÍAS Y CICLOS DE VIDA 3 Metodologías

Más detalles

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)

Más detalles

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

Más detalles

ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS

ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS TÍTULO: TEMA: Sistema generador del mapa de actividades de un proyecto de desarrollo de software. Sistema basado en conocimientos para

Más detalles

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

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

Más detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

Más detalles

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) Introducción 1. Como se indica en la Norma Internacional de Auditoría 401, "Auditoría en un contexto informatizado", los objetivos globales

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

2 EL DOCUMENTO DE ESPECIFICACIONES Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir

Más detalles

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

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008

SISTEMAS DE PLANEACIÓN DE RECURSOS EMPRESARIALES 2008 2.1 FACTORES SEGÚN ERP s Propuesta metodológica para la gestión del conocimiento durante la implantación de sistemas ERP Propuesta metodológica La propuesta metodológica aquí desarrollada parte de un modelo

Más detalles

SISTEMAS Y MANUALES DE LA CALIDAD

SISTEMAS Y MANUALES DE LA CALIDAD SISTEMAS Y MANUALES DE LA CALIDAD NORMATIVAS SOBRE SISTEMAS DE CALIDAD Introducción La experiencia de algunos sectores industriales que por las características particulares de sus productos tenían necesidad

Más detalles

Sistema de Gestión de Proyectos Estratégicos.

Sistema de Gestión de Proyectos Estratégicos. [Documento versión 2.0 del 24/06/2015] Sistema de Gestión de Proyectos Estratégicos. El sistema de Gestión de Proyectos Estratégicos (GPE), es una poderosa herramienta para administrar y gestionar los

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

Modelo de calidad del producto software

Modelo de calidad del producto software Modelo de calidad del producto software Rayo 2 Descripción del estándar ISO 25000 SQUARE. Estudio y aplicación a nuestro proyecto. Introducción Antes de entrar en detalles de nuestro problema, justificaremos

Más detalles

2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG

2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG 2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG Para poder entender cuál es el propósito del SISTEMA INTEGRADO DE GESTIÓN - SIG, lo primero que debemos tener claro son los conceptos de SISTEMA, GESTIÓN

Más detalles

I. INTRODUCCIÓN DEFINICIONES

I. INTRODUCCIÓN DEFINICIONES REF.: INSTRUYE SOBRE LA IMPLEMENTACIÓN DE LA GESTIÓN DE RIESGO OPERACIONAL EN LAS ENTIDADES DE DEPÓSITO Y CUSTODIA DE VALORES Y EN LAS SOCIEDADES ADMINISTRADORAS DE SISTEMAS DE COMPENSACIÓN Y LIQUIDACIÓN

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.

Más detalles

Diseño orientado al flujo de datos

Diseño orientado al flujo de datos Diseño orientado al flujo de datos Recordemos que el diseño es una actividad que consta de una serie de pasos, en los que partiendo de la especificación del sistema (de los propios requerimientos), obtenemos

Más detalles

ISO 9001:2015 Cuestionario de autoevaluación

ISO 9001:2015 Cuestionario de autoevaluación ISO 9001:2015 Cuestionario de autoevaluación Qué tan preparado estás para la norma ISO 9001: 2015? Este documento ha sido diseñado para evaluar la preparación de su empresa para un Sistema de Gestión Calidad

Más detalles

PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES

PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES Objetivo del Procedimiento: Identificar y definir los componentes de configuración de los sistemas del SENA, registrando e informando

Más detalles

Gestión de Calidad. Calidad de Software UNIVERSIDAD MAYOR DE SAN SIMON FACULTAD DE CIENCIAS Y TECNOLOGIA CARRERA DE INGENIERIA DE SISTEMAS

Gestión de Calidad. Calidad de Software UNIVERSIDAD MAYOR DE SAN SIMON FACULTAD DE CIENCIAS Y TECNOLOGIA CARRERA DE INGENIERIA DE SISTEMAS UNIVERSIDAD MAYOR DE SAN SIMON FACULTAD DE CIENCIAS Y TECNOLOGIA CARRERA DE INGENIERIA DE SISTEMAS Gestión de Calidad Calidad de Software Nombre: Vargas Arteaga Vanessa Alejandra Docente: Valentín Laime

Más detalles

RESUMEN CUADRO DE MANDO

RESUMEN CUADRO DE MANDO 1. Objetivo Los objetivos que pueden alcanzarse, son: RESUMEN CUADRO DE MANDO Disponer eficientemente de la información indispensable y significativa, de modo sintético, conectada con los objetivos. Facilitar

Más detalles

Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas. Un ejemplo práctico: Plataforma de Archivo electrónico

Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas. Un ejemplo práctico: Plataforma de Archivo electrónico Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas Un ejemplo práctico: Plataforma de Archivo electrónico Índice 1. Presentación del proyecto 2. Objetivos del proyecto 3.

Más detalles

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

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

Más detalles

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr 16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de

Más detalles

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

Más detalles

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO UNIDAD: TÉCNICOS DE LABORATORIOS DE DEPARTAMENTOS, CENTROS E INSTITUTOS DE INVESTIGACIÓN (UTLA). Fecha de realización: DICIEMBRE

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

La medición funcional de software con SCRUM

La medición funcional de software con SCRUM La medición funcional de software con SCRUM Guilherme Siqueira Simões 1 Agenda Introducción El contexto SCRUM El contexto de la medición funcional de software Combinando los dos Prejuicios comunes sobre

Más detalles

Plan de Gestión Medioambiental para obras urbanas

Plan de Gestión Medioambiental para obras urbanas Plan de Gestión Medioambiental para obras urbanas MARÍA JOSÉ JIMÉNEZ FERNÁNDEZ Obrascón Huarte Lain, S. A. C/ Gobelas, 41-43. 28023 El Plantío, MADRID. mjjimene@ohl.es RESUMEN Objeto de la comunicación

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

Seminario de Especialización Profesional y Seminario de Elaboración de Trabajo de investigación

Seminario de Especialización Profesional y Seminario de Elaboración de Trabajo de investigación Seminario de Especialización Profesional y Seminario de Elaboración de Trabajo de investigación Introducción Tal como lo registra el Reglamento de Graduación, vigente en la universidad desde el 21 de julio

Más detalles

Mantenimiento del Software

Mantenimiento del Software Mantenimiento del Software S3 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

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI

CAPÍTULO 4. FORMA DE EVALUACIÓN CMM. 4.1 Evolución de los métodos de valoración del SEI CAPÍTULO 4. FORMA DE EVALUACIÓN CMM Tanto para el programa ALTA como para este trabajo de tesis, es importante conocer no sólo el modelo de Capacidad de Madurez, sino la forma en que se evalúa el nivel

Más detalles

Sistemas de Gestión de Calidad. Control documental

Sistemas de Gestión de Calidad. Control documental 4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4

Más detalles

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades

Más detalles

NORMA ISO 9001. Estos cinco apartados no siempre están definidos ni son claros en una empresa.

NORMA ISO 9001. Estos cinco apartados no siempre están definidos ni son claros en una empresa. NORMA ISO 9001 0. Concepto de Sistema de Gestión de la Calidad. Se define como el conjunto de normas interrelacionadas de una empresa u organización por los cuales se administra de forma ordenada la calidad

Más detalles

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE SERVICIOS DE DESARROLLO SOFTWARE OC-GA-14-TDRCSDS1601-160128-V1

Más detalles

2.1 Planificación del Alcance

2.1 Planificación del Alcance 2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar

Más detalles

PE06. RESPONSABILIDAD SOCIAL

PE06. RESPONSABILIDAD SOCIAL Índice 1. Objeto 2. Alcance 3. Referencias/Normativa 4. Definiciones 5. Desarrollo de los procesos 6. Seguimiento y Medición 7. Archivo 8. Responsabilidades 9. Flujograma ANEXOS: No proceden Edición Fecha

Más detalles

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000 1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas

Más detalles

6 Anexos: 6.1 Definición de Rup:

6 Anexos: 6.1 Definición de Rup: 6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.

Más detalles

Ingeniería del So8ware II

Ingeniería del So8ware II Ingeniería del So8ware II Tema 04 (2). Alcance de Proyectos So8ware Carlos Blanco Bueno DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN carlos.blanco@unican.es Este tema se publica bajo Licencia: CreaQve

Más detalles

Gestión de Requisitos ULPGC

Gestión de Requisitos ULPGC Gestión de Requisitos ULPGC Gestión de Requisitos Consiste en gestionar los cambios de los requisitos, las relaciones entre ellos, las dependencias entre la especificación de requisitos y otros documentos

Más detalles

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe

FÁBRICA DE SOFTWARE. Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE SOFTWARE Presentado por: Ing. Juan José Montero Román Gerente de Fábrica de Software USMP jmonteror@usmp.pe FÁBRICA DE AUTOS Entrada Salida Autos FÁBRICA DE SOFTWARE Entrada Salida Información

Más detalles

ARTÍCULO: Validación de un método ágil para el análisis de riesgos de la información digital. AUTOR: Ing. Elvin Suarez Sekimoto

ARTÍCULO: Validación de un método ágil para el análisis de riesgos de la información digital. AUTOR: Ing. Elvin Suarez Sekimoto ARTÍCULO: Validación de un método ágil para el análisis de riesgos de la información digital AUTOR: Ing. Elvin Suarez Sekimoto Email: peluka_chino@hotmail.com U.A.P.-I.T.P.R. CARRERA CONTABILIDAD PUERTO

Más detalles

ISO 9000 Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007

ISO 9000 Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007 ISO 9000 ISO ISO: International Standards Organization. ISO 9000: Normas que enuncian exigencias en materia del manejo y de la garantía de la calidad en una organización. La Norma ISO 9000 NO especifica

Más detalles

GUÍA METODOLÓGICA PARA LA REALIZACIÓN DE PROCEDIMIENTOS DOCUMENTADOS DE SISTEMAS DE GESTIÓN

GUÍA METODOLÓGICA PARA LA REALIZACIÓN DE PROCEDIMIENTOS DOCUMENTADOS DE SISTEMAS DE GESTIÓN GUÍA METODOLÓGICA PARA LA REALIZACIÓN DE PROCEDIMIENTOS DOCUMENTADOS DE SISTEMAS DE GESTIÓN 1. Objetivo 2. Introducción 3. Procedimiento de control de documentos 4. Procedimiento de control de registros

Más detalles