Contextualizacion. La Actividad de Requisitos. La actividad de requisitos. Contextualización, gráficamente. Introducción
|
|
- Beatriz Gallego Moreno
- hace 8 años
- Vistas:
Transcripción
1 Contextualizacion La Actividad Requisitos Introducción Supongamos que este curso fuese un proyecto sarrollo software real. En qué estadio nos encontraríamos? Hemos finido el molo ciclo vida e instanciado el molo proceso Hemos creado el plan Gestión Calidad y Gestión Configuración No hemos estimado el tiempo y esfuerzo todavía, aunque ya realizamos actividas seguimiento y control. Ello se be a que: Pue haberse realizado una exploración conceptos y asignación l sistema y Vamos a iniciar la actividad requisitos 2 Contextualización, gráficamente La actividad requisitos Selección un MCVS s Gestión l Proyecto Iniciación Gestión Calidad Seguim. Y Control s Orientados al Desarrollo Pre- Desarrollo Desarrollo Post- Desarrollo Exploración Conceptos Asignación l Sistema Requisitos Implementación Instalación Op. Y Sop. Mant. Retiro s Integrales l Proyecto V & V Docum. GC Form. Aunque hemos hecho muchas cosas, nos falta algo primordial: saber qué tenemos que sarrollar La actividad requisitos es el momento l proceso sarrollo don se finen formalmente las características l software que se va a construir Adicionalmente, la actividad requisitos va a permitir más cosas: Representará un contrato, un acuerdo entre cliente y sarrolladores Permitirá estimar el tiempo necesario, y esfuerzo a emplear, en el proyecto sarrollo Será la base sobre la cual se finan las pruebas sistema y aceptación En gran medida, permitirá finir el manual usuario, así como los cursos formación 3 4
2 De nuevo, gráficamente... Importancia Exploración conceptos y asignación l sistema (si aplicable) Año 1975 Situación Boehm afirma que el 45% los errores intificados en el software tiene origen en la actividad requisitos y diseño preliminar Actividas Gestión y Calidad (Verificación) Actividad Requisitos Clientes DeMarco afirma que el 54% los errores intificados en el software tiene origen en la actividad requisitos El Chaos Report indica que el 84% los proyectos sarrollo, o bien son cancelados (31%), o bien sufren retrasos l 100% (53%). Estos problemas se ben a: Falta comunicación con los usuarios Requisitos incompletos Manual y formación Estimación Validación Cambios a los requisitos 5 6 En consecuencia Qué pomos hacer para evitar todos los problemas anteriores? Seguir un proceso disciplinado, Un conjunto buenas prácticas, Un modo hacer las cosas que, aunque no nos asegura el éxito, nos proporciona una cierta confianza en lo acuado nuestro procer A continuación se expondrá dicho conjunto buenas prácticas, nominado en muchas ocasiones como Ingeniería Requisitos La Actividad Requisitos Conceptos fundamentales 7
3 Conceptos Fundamentales (I) Ingeniería Requisitos (sinónimo la actividad requisitos): (1) El proceso estudiar las necesidas l usuario para llegar a una finición requisitos sistema, hardware o software Conceptos Fundamentales (II) Requisito: (1) Condición o capacidad necesitada por un usuario para resolver un problema o lograr un objetivo (2) Condición o capacidad que be poseer un sistema para satisfacer un contrato, estándar, especificación u otro documento formalmente impuesto (2) La IR trata los principios, métodos, técnicas y herramientas, que permiten scubrir, documentar y mantener los requisitos para sistemas basados en computadora, forma sistemática y repetible. (3) La aplicación disciplinada principios, métodos, herramientas y notaciones probados para scribir el comportamiento y restricciones un sistema propuesto (4) Analizar el problema software y concluir con una especificación completa l comportamiento externo seado l sistema software a construir 9 Con la restricción o particularidad, casi nunca indicada, que el sistema es una caja negra durante la actividad requisitos, y por lo tanto todo requisito únicamente pue referirse a la interfaz sistema-entorno, esto es, al comportamiento observable s el exterior l sistema Avanzaremos progresivamente hacia su correcta finición 10 Conceptos Fundamentales (III) Conceptos Fundamentales (III-1) Ciclo vida: Educción Requisitos Análisis y negociación Documentación Requisitos Gestión Requisitos Documento Requisitos Validación Requisitos Educción: Es la tarea más antigua la actividad requisitos, nominada Análisis Sistemas en una fecha tan temprana como mediados los 60 Su objetivo es intificar y registrar los requisitos l futuro sistema software Es una las tareas l sarrollo don se produce mayor interacción entre sarrolladores y clientes/usuarios 11 12
4 Conceptos Fundamentales (III-2) Análisis: Su objetivo es tectar y resolver conflictos en los requisitos Durante esta tarea, se precisan los límites l sistema y la interacción con el entorno, esto es, se precisan los requisitos En ciertos casos (sistemas comerciales, por ejemplo) habrá que consirar igualmente el esfuerzo, coste, tiempo y riesgo implicado por los requisitos. Todo ello hace más compleja la realización esta tarea Tiene, al igual que la educción, un gran componente interacción social Conceptos Fundamentales (III-3) Documentación (o especificación): Su objetivo es establecer formalmente el conjunto requisitos que berá implementar el futuro sistema software El resultado esta tarea es un documento nominado Especificación Requisitos l Software Es una tarea relativamente fácil realizar, si bien exige Disciplina Formalidad y, en algunos casos, Conocimiento una amplia variedad formalismos especificación Conceptos Fundamentales (III-4) Validación: Su objetivo es tectar problemas (errores, omisiones, ambigüedas, etc.) en la especificación requisitos Permite garantizar, hasta don es posible, que el documento especificación requisitos posee una terminada calidad El grado formalidad esta tarea pue finirse en el plan calidad Conceptos Fundamentales (III-5) Gestión requisitos: En la medida en que los requisitos un sistema software cambian, y dado el impacto un requisito individual en la totalidad l proyecto sarrollo, be existir alguna forma controlar los cambios en los requisitos El objetivo la gestión requisitos es racionalizar los cambios en los requisitos mediante un procedimiento formalizado, finido en el plan gestión configuración 15 16
5 Gestión requisitos: proceso Gestión requisitos Conceptos tecnología procesos: : Conjunto pasos que implican actividas, restricciones y recursos que producen una salida prevista software: Conjunto actividas y tareas interrelacionadas conducentes a la construcción software Molo proceso software: Descripción abstracta (o simplificada) una clase procesos 18 software Razones para su finición: Repetibilidad Estandarización Transferibilidad Mejora Objetivo final: Lograr la mejora la calidad l producto software a través la mejora l proceso usado en su sarrollo software Definición l proceso software Tres niveles para la finición l proceso software: Universal (U) Atomic (A) Wordly (W) Aproximación jerarquica 19 20
6 software software Molo en cascada Análisis y especificación requisitos software Construcción Prototipado Análisis requisitos l sistema l programa Código Pruebas Operación y mantenimiento Prototipado unidad e integración sistema 21 aceptación Operación y mantenimiento 22 software Molo en V software Molo en espiral Análisis requisitos arquitectónico tallado Código unidad integración sistema IDENTIFICAR OBJETIVOS, ALTERNATIVAS, RESTRICCIONES Presup. 4 PLAN Análisis riesgos 3 Análisis riesgos 2 Análisis Presupuesto 1 riesgos 1 Presup. 3 Presup. 2 Prototipo Prototipo 2 Prototipo 3 Prototipo 4 1 INICIO Conceptos, Requisitos, operaciones Requisitos Plan ciclo vida software tallado Requisitos software validados Código unidad sistema DESARROLLO Y PRUEBA Plan implementación aceptación Alternativas 4 Plan pruebas e integración Alternativas 3 Restricciones 4 Restricciones 3 Alternativas 2 Plan sarrollo Restricciones 2 Restric. 1 Alternat. 1 validado, verificado Análisis riesgos 4 EVALUAR ALTERNATIVAS Y RIESGOS 23 24
7 software - Definición Entry-Task-Verification/Validation-Exit (ETVX) N In Entry Tasks Exit Out software Ej: estimación l tamaño Estructura l programa tallada Estimar tamaño Tamaño estimado Out Especificaciones: Feedback Entry: criterios/condiciones entrada Exit: criterios/condiciones salida Task: quién, qué, cuándo, cómo, estándares, etc. Feedback: in / out Mediciones: Tareas: subtareas, recursos, tiempos Salida: número, tamaño, calidad Retroalimentación: número, tamaño, calidad In 25 Criterios entrada Tarea Validación Criterios salida Estructura l programa tallada Seleccionar medición l tamaño Preparar grupo expertos Discusión Estimar tamaño Revisar estimaciones Aceptación l tamaño estimado por todos los participantes Revisión con datos históricos Producido un tamaño estimado válido Estimación aceptada Revisión con datos históricos aceptada Estimación incluida en los datos históricos 26 software software Ej: Refinamiento Estructura l programa tallada 001 Seleccionar medición l tamaño 002 Preparación 003 Discusión El proceso software be ser: Apropiado Mantenible Medible Datos históricos y procedimientos Problemas con la estimación 004 Estimar tamaño 005 Revisar estimaciones Tamaño estimado Utilización l proceso software: Planificación Ejecución Mejora 27 28
8 Principales pasos para la finición Determinar las necesidas y prioridas Definir los objetivos y criterios calidad Caracterizar el proceso actual Caracterizar el proceso seado Establecer una estrategia finición l proceso Definir el proceso inicial Validar el proceso inicial Mejorar el proceso Aplicación Documentación Formación Molos proceso software Molos y estándares Posibilidad finir diferentes tipos procesos s técnicos s gestión s organizativos Molos proceso software: Centrados en aspectos gestión/organizativos Molo madurez CMM CMM-Conceptos básicos Capacidad l proceso software: Rango resultados esperados que se puen conseguir con la ejecución l proceso software Rendimiento l proceso software: Resultados actuales que se obtienen la ejecución l proceso software Madurez l proceso software: Grado en el que un proceso específico está explícitamente finido, gestionado, medido, controlado y es efectivo 32
9 CMM: Niveles madurez disciplinado Inicial (1) finido Repetible (2) Control gestión básica controlado Definido (3) mejorado Arquitectura l proceso Gestionado (4) Medición Optimizado (5) Retroalimentación CMM Un proceso inmaduro: Ad hoc. improvisado por los profesionales y su dirección Ni seguido ni impuesto rigurosamente Sumamente pendiente los profesionales asignados Dificultad precir la calidad l producto Posibilidad problemas coste y planificación bido a una estimación ineficaz Introducción nuevas tecnologías: arriesgado CMM CMM - Comportamiento Un proceso maduro: Definido y documentado: Comprendido, Utilizado, Vivo Visiblemente respaldado por la Dirección Roles y responsabilidas claramente finidos y comprensión a lo largo l proyecto y la organización Consistente con la forma actual realizar el trabajo Medible Soportado por la tecnología Nivel Comportamiento Ad hoc: proceso modificado continuamente Crisis: abandono planificaciones, codificación Depenncia los recursos humanos Disciplinado: planificación y seguimiento proyectos estable y proyectos repetibles Gestión básica los proyectos: planes, temporalidad, costes Estándares aplicados con rigurosidad Estándar: proceso finido Definición l software la organización y software finido para el proyecto Medible: proceso medido Mediciones: precir la tenncia la calidad productos y procesos 35 5 Optimizado: proceso en mejora continua Análisis fectos, intificación causas y cambios para eliminar/minimizar los fectos 36
10 Visibilidad CMM: Areas proceso clave 37 Inicial Repetible Definido Gestionado Gestión la configuración l software Control la calidad l software Gestión la subcontratación l software Seguimiento y control l proyecto software Planificación l proyecto software Gestión requisitos Optimizado Revisiones Coordinación intergrupos Ingeniería l producto software Gestión integrada l software Programa formación Definición l proceso la organización Focalización en el proceso la organización Gestión modificaciones l proceso Gestión cambios tecnológicos Prevención fectos Gestión la calidad l software Gestión cuantitativa l proceso 38 CMM: Estructura l molo Capacidad l proceso Indica Objetivos Niveles madurez Áreas proceso clave Satisface Actividas o infraestructura Consta Características comunes Describe Organizadas en Implementación o institucionalización Prácticas clave Describe Consta CMM: Elementos l molo Áreas proceso clave:conjunto actividas asociadas a un nivel terminado Prácticas clave: Descripción las actividas cada nivel y la infraestructura general en la que se basa el CMM Características comunes:esquema bajo el que se organizan las prácticas clave cada KPA Compromisos realización Capacidas realización Actividas a realizar Mediciones y análisis Verificación la implementación 39 40
11 CMM: Elementos l molo: Características comunes Compromisos realización Acciones que la organización be realizar para garantizar que el proceso se establece forma permanente Apoyo la Alta Dirección la organización Establecimiento política Capacidas realización Condiciones previas que ben existir en la organización para llevar a cabo el proceso forma competente Recursos y financiación Formación y orientación l personal Requisitos previos CMM: Elementos l molo: Características comunes Actividas a realizar Describen los pasos que se ben ejecutar para conseguir una implementación efectiva las áreas proceso clave Establecimiento planes y procedimientos Realización y seguimiento l trabajo Corrección los resultados CMM: Elementos l molo: Características comunes Descripción cada KPA Mediciones y análisis Describen los pasos a ejecutar para medir y analizar el proceso. Se incluyen ejemplos medidas a utilizar El estado y efectividad las actividas a realizar Verificación la implementación Describen los pasos a ejecutar para asegurar que las actividas se realizaron según los procedimientos establecidos Actividas garantía calidad l software Revisiones Auditorías 43 Definición general Establecer planes razonables para ejecutar las actividas básicas y gestionar el proyecto sarrollo software Objetivos Planificar y documentar todas las actividas y compromisos necesarios para sarrollar el proyecto software Compromisos realización El proyecto seguirá una política organizativa escrita para realizar la planificación l proyecto software Capacidas realización Proporcionar los recursos y financiación acuados para la planificación l proyecto software Actividas a realizar Elaborar el plan sarrollo software l proyecto según un procedimiento documentado Mediciones y análisis Realizar y utilizar mediciones para terminar el estado las actividas planificación software Verificación la implementación Las actividas la planificación l proyecto software se revisan con la alta dirección forma periódica 44
12 CMM. ÁREAS DE PROCESO CLAVE. NIVEL 2 (Repetible) Gestión requisitos: Control los requisitos l cliente: finición, su uso para las planificaciones y la gestión sus futuras modificaciones Planificación l proyecto software: Elaboración l Plan sarrollo l software con el que se gestionará el proyecto Seguimiento y control l proyecto software: Control l proyecto durante todo el sarrollo software: tamaño, esfuerzo, coste y actividas ejecutadas Gestión la subcontratación l software: Gestión y control la organización subcontratada y el software que berá producir Control la calidad l software: Realización revisiones y auditorías para controlar la calidad l software sarrollado Gestión la configuración l software: Establecer y mantener la integridad los productos obtenidos en el proyecto software CMM. ÁREAS DE PROCESO CLAVE. NIVEL 3 (Definido) Focalización en el proceso la organización: Ejecutar una evaluación l proceso software y crear el grupo trabajo encargado las tareas mejora (SPEG) Definición l proceso la organización: Definir la infraestructura general para crear el Software la Organización Programa formación: Gestionar las necesidas formación los recursos humanos la organización Gestión integrada l software: Definir la infraestructura específica para crear el Software Definido para el Proyecto Ingeniería l producto software: Establecer los procesos Ingeniería para el sarrollo y mantenimiento l software basándose en el proceso software finido para el proyecto y en herramientas y metodologías apropiadas Coordinación intergrupos: Establecer los mecanismos y procedimientos necesarios para coordinar las actividas e interrelación los distintos grupos trabajo involucrados en el sarrollo software Revisiones: Definición procedimientos para el análisis los productos (software y no software) los procesos. El objetivo es la eliminación los fectos CMM. ÁREAS DE PROCESO CLAVE. NIVEL 4 (Gestionado) Gestión cuantitativa l proceso: Desarrollo procedimientos control cuantitativo l rendimiento l proceso software finido para el proyecto. Los datos obtenidos se utilizan para terminar la capacidad l proceso la organización Gestión la calidad l software: Análisis la calidad los productos software y su mejora. Implica la finición objetivos calidad en base a las necesidas la organización y el cliente CMM. ÁREAS DE PROCESO CLAVE. NIVEL 5 (Optimizado) Prevención fectos: Intificar las causas que provocan los fectos y establecer las acciones oportunas para evitar que se repitan Gestión cambios tecnológicos: Intificar, seleccionar y evaluar nuevas tecnologías. Uso en proyectos piloto Gestión modificaciones l proceso: Institucionalizar la mejora continua l proceso software para que la organización se mantenga en un estado dinámico mejora la calidad l software, incremento la productividad y reducción l tiempo necesario para el sarrollo productos 47 48
CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM
CMM - Capability Maturity Model Estructura de CMM... 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 detallesSW-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 detallesCMMI (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 detallesLos 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 detallesElementos 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 detallesPlaneació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 detallesORGANIZACIONAL 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 detallesGESTION 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 detalles3. 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 detallesResumen 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 detallesCALIDAD 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 detallesRECOMENDACIONES. 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 detallesCalidad 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 detallesProceso: AI2 Adquirir y mantener software aplicativo
Proceso: AI2 Adquirir y mantener software aplicativo Se busca conocer los estándares y métodos utilizados en la adquisición de y mantenimiento del software. Determinar cuál es proceso llevado a cabo para
Más detallesCICLO 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 detalles6 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 detallesGestió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 detallesCICLO 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 detallesNorma ISO 9001: 2008. Sistema de Gestión de la Calidad
Norma ISO 9001: 2008 Sistema de Gestión de la Calidad Hemos recibido una solicitud de información a través de nuestra Web (www.grupoacms.com). Próximamente un comercial de ACMS se pondrá en contacto con
Más detallesGestió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 detallesTé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 detallesCalidad 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 detallesMetodologí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 detallesMantenimiento 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 detallesGestió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 detallesCiclo de vida y Metodologías para el desarrollo de SW Definición de la metodología
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto
Más detallesTó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 detallesNorma ISO 14001: 2015
Norma ISO 14001: 2015 Sistema de Gestión Medioambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas
Más detallesTecnologí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 detallesDirectrices 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 detallesPropuesta 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 detallesPlan de Administración del Proyecto
L México 2002 Atención Ciudadana y Gestión de Programas Sociales Plan de Administración del Proyecto Introducción: El Plan de Administración del Proyecto provee información de cómo el proyecto debe ser
Más detallesMETODOLOGÍ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 detallesOHSAS 18001: 2007. Sistema de Gestión de la Seguridad y Salud en el trabajo
OHSAS 18001: 2007 Sistema de Gestión de la Seguridad y Salud en el trabajo El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre OHSAS 18001 u otras
Más detalles-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 detallesContenidos. 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 detallesCAPÍ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 detallesSistemas 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 detallesUnidades 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 detallesEnginyeria 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 detallesCS 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 detallesCiclo 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 detallesADMINISTRACIÓN DE PROYECTOS
QUITO INGENIERIA MECANICA ADMINISTRACIÓN DE PROYECTOS JUAN MARCELO IBUJES VILLACÍS ADMINISTRACIÓN DE PROYECTOS Contenido tomado de referencia de la Guía de los Fundamentos para la Dirección de Proyectos
Más detallesCurso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007
Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007 C/Fernando Macías 13; 1º izda. 15004 A CORUÑA Tel 981 160 247. Fax 981 108 992 www.pfsgrupo.com DEFINICIONES: RIESGOS
Más detallesINFORME 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 detallesProceso 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 detallesSede 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 detallesCOORDINACION 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 detallesISO 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 detallesMANEJO 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 detallesDESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE
DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES
Más detallesPROCEDIMIENTO AUDITORÍA INTERNA
PROCEDIMIENTO AUDITORÍA INTERNA CONTENIDO 1. OBJETO... 2 2. ALCANCE... 2 3. DEFINICIONES... 2 5. PROCEDIMIENTO... 4 5.1 Planificación de la Auditoría... 4 5.2 Calificación de Auditores... 4 5.3 Preparación
Más detallesMetodologías de Desarrollo de Sistemas de Información
Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,
Más detallesCurso. Introducción a la Administracion de Proyectos
Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir
Más detallesEl 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 detallesINGENIERÍ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 detallesADMINISTRACIÓ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 detallesGUÍ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 detallesEVALUACIÓN Y MEJORA DE PROCESOS
PORTADA EVALUACIÓN Y MEJORA DE PROCESOS PORTADA ISO 90003 PSP TSP BOOTSTRAP TRILLIUM SPICE (ISO 15504) I MODELO DE MADUREZ DE LA CAPACIDAD () Nivel Inicial Repetible Características - Ausencia de gestión
Más detalleshttp://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 detallesARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD
ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD. CONCEPTO. EVOLUCIÓN CON EL TIEMPO. NORMA UNE EN ISO 9001:2000 Profesor: Victoriano García
Más detallesNorma ISO 14001: 2004
Norma ISO 14001: 2004 Sistema de Gestión Ambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas
Más detallesGestión de Proyectos de desarrollo de software. Ing. Rafael Bentancur Universidad ORT Uruguay
Gestión de Proyectos de desarrollo de software Ing. Rafael Bentancur Universidad ORT Uruguay Algunas definiciones Proyecto: emprendimiento temporario que debe crear un producto o servicio único (PMBOK)
Más detallesPROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Diseño y desarrollo. Código PG-17 Edición 0. Índice
Í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. IDENTIFICACIÓN
Más detallesGLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD
GLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD Terminología general: 1. Producto: resultado de un proceso. 2. Proceso: conjunto de actividades mutuamente relacionadas o que interactúan,
Más detallesAnálisis y Diseño de Aplicaciones
Análisis y Diseño de Aplicaciones Ciclo de Vida Docente: T/RT Gonzalo Martínez CETP EMT Informática 3er Año Introducción En el desarrollo de sistemas, el ciclo de vida son las etapas por las que pasa un
Más detallesSUPLEMENTO EUROPASS AL TÍTULO
SUPLEMENTO EUROPASS AL TÍTULO DENOMINACIÓN DEL TÍTULO Técnico Superior en Desarrollo de Aplicaciones Multiplataforma --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Más detallesNorma ISO 9000-3. Francisco D Angelo Douglas García Claudia Herrera Luis Laviosa
Norma ISO 9000-3 Francisco D Angelo Douglas García Claudia Herrera Luis Laviosa Norma ISO 9000-3 Marco Teórico Reseña sobre concepto de calidad y descripción de las normas ISO Norma ISO 9000-3 Generalidades,
Más detallesAI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL
AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN OBJETIVOS 1 Métodos de Diseño 2 Cambios Significativos a Sistemas Actuales 3 Aprobación del Diseño 4 Definición y Documentación de Requerimientos
Más detallesQué es la Auditoria en Sistemas de Información?
Qué es la Auditoria en Sistemas de Información? Es el examen objetivo, crítico, sistemático, posterior y selectivo que se hace a la administración informática de una organización, con el fin de emitir
Más detallesCAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE
CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE 2.1 Ingeniería de Software Los modelos y estándares de calidad de software forman parte de la ingeniería de software. Es por eso que comenzaremos
Más detallesCUESTIONARIO AUDITORIAS ISO 14001 2
CUESTIONARIO AUDITORIAS ISO 14001 Ignacio Gómez hederaconsultores.blogspot.com CUESTIONARIO AUDITORIAS ISO 14001 2 4. REQUISITOS DEL SISTEMA DE GESTIÓN AMBIENTAL 4.1 Requisitos generales Se encuentra definido
Más detallesEl 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 detallesLISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN
LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN Después de realizar la evaluación inicial se han detectado deficiencias en los procesos de reutilización del código, por lo que se van a integrar
Más detalles2. 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 detallesUniversidad 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 detallesTema 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 detallesSUPLEMENTO EUROPASS AL TÍTULO
SUPLEMENTO EUROPASS AL TÍTULO DENOMINACIÓN DEL TÍTULO Técnico Superior en Desarrollo de Aplicaciones Web --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Más detalles0. 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 detallesCOMITÉ TECNICO DE NORMALIZACION DE GESTION Y ASEGURAMIENTO DE LA CALIDAD
COMISION DE REGLAMENTOS TECNICOS - CRT COMITÉ TECNICO DE NORMALIZACION DE GESTION Y ASEGURAMIENTO DE LA CALIDAD SUB COMITÉ SECTOR EDUCACION NORMAS APROBADAS NTP 833.920-2003 Guía de aplicación de la Norma
Más detallesCOBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a
5. METODOLOGIAS COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a incrementar su valor a través de las tecnologías, y permite su alineamiento con los objetivos del negocio
Más detallesMODELOS 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 detallesINFORME SOBRE LA AUTOEVALUACIÓN DE CALIDAD DE LA ACTIVIDAD DE AUDITORÍA INTERNA 2011
INFORME SOBRE LA AUTOEVALUACIÓN DE CALIDAD DE LA ACTIVIDAD DE AUDITORÍA INTERNA 2011 CONTENIDO RESUMEN EJECUTIVO... 01 OBJETIVOS Y ALCANCE... 03 1. Objetivos de la auto-evaluación. 03 2. Alcance 03 RESULTADOS...
Más detallesTaller: Planificación Estratégica. Centro de Iniciativas Comunitarias y Base de Fe
Taller: Planificación Estratégica Centro de Iniciativas Comunitarias y Base de Fe Propósito Adiestrar a los participantes en aquellas destrezas de redacción, establecimiento y medición de planes de trabajo
Más detallesNombre 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 detallesDiseñ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 detalleswww.hederaconsultores.com // hedera@hederaconsultores.com http://hederaconsultores.blogspot.com
CUESTIONARIO AUDITORÍA INTERNA ISO 9001:2008 Página 1 de 19 4. SISTEMA DE GESTIÓN DE LA CALIDAD 4.1 Requisitos generales Se encuentran identificados los procesos del sistema? Se identifican y controlan
Más detallesESTRUCTURA DEL MODELO ESTÁNDAR DE CONTROL INTERNO
ESTRUCTURA DEL MODELO ESTÁNDAR DE CONTROL INTERNO Estructura del Modelo Estándar de Control Interno. Con fundamento en los artículos 1, 3 y 4 de la Ley 87 de 1993, el Modelo Estándar de Control Interno
Más detallesISO/IEC 27001 Sistema de Gestión de Seguridad de la Información
Sistema de gestión de seguridad de la información ISO/IEC 27001 En la sociedad moderna de la información y el conocimiento, las empresas se encargan del procesamiento de datos empresariales a través de
Más detallesPRESENTACIÓ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 detallesAdministración de proyectos. Organizar, planificar y programar los proyectos de software
Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará
Más detallesMETODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?
METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en
Más detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallesAproximación práctica a ITIL. Proyecto VeredaCS. F07.02.01.00.30.r00
Aproximación práctica a ITIL. Proyecto VeredaCS Introducción En esta presentación pretendemos mostrar una aproximación práctica a la implantación de un modelo de prestación de servicios basado en ITIL
Más detallesUNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS
UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000
TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000 1. NORMALIZACIÓN Y CERTIFICACIÓN 01 [Feb. 2005] Qué organización internacional propone gran cantidad de normativas en numerosos campos tecnológicos?
Más detallesPROCEDIMIENTO 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 detallesEstá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 detallesSistema 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