ESTIMACION DE COSTOS DEL SOFTWARE

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

Download "ESTIMACION DE COSTOS DEL SOFTWARE"

Transcripción

1 ESTIMACION DE COSTOS DEL SOFTWARE

2 2.1. CATEGOR~AS DE LOS PRODUCTOS DE PROGRAMACION. a. De aplicación : b. De apoyo: Procesamiento de datos. Información gerencial. Programas científicos. Compiladores. Ligadores. c. De sistemas: Sistemas de inventarias. 0 Sistema< de bases de datos. Sistemas operativos. 0 Sistemas en tiempo real NIVELES DE COMPLEJIDAD DE LOS PRODUCTOS DE PROGRAMACIÓN. a. los programas de aplicación). b. Semi separada (para los programas de apoyo). c. Incrustada (para los programas de sistema) ECUACIONES DE ESFUERZO PARA LOS NIVELES DE COMPLEJIDAD. PM = Esfueno total del proyecto de programación. KDSI = Instmcciones de código fuente (en miles) (una instrucción se considera una línea de código fuente sin tomar en cuenta los comentarios) a. PM = 2.4 * (KDSI) A 1.O para los programas de aplicación. b. PM = 3.0 * (KDSI) A para los programas de apoyo. c. PM = 3.6 * (KDSI) A para los programas de sistemas. Donde KDSI es el número total de instrucciones de código fuente (en miles) entregadas con el producto. 9

3 ., q>?; t!<$$$$:# 2.4. ECUACIONES DE TIEMPO DE DESARROLLO (TDEV) PARA UN PROGRAMA. TDEV = Meses programador para realizar el proyecto. a. TDEV = 2.5 * (PM) " para los programas de aplicación. b. TDEV = 2.5 * (PM) A para los programas de apoyo. c. TDEV = 2.5 * (PM) " para los programas de sistemas ECUACI~N PARA DETERMINAR EL NÚMERO DE PROGRAMADORES (NP), PARA REALIZAR EL TRABAJO EN EL TIEMPO (TDEV). NP = numero de programadores necesarios para realizar el proyecto. NP = PM / TDEV DETERMINACI~N DEL COSTO DEL DISENO (cd). SP = sueldo del programador (promedio). CD = PM * SP FACTORES MULTIPLICADORES DE ESFUERZO PARA AJUSTES POR CONFIABILIDAD (AC). Muy baja Baja Nominal Alta Muy alta Categorla Factor Consecuencia de la falla Alguna molestia menor Las perdidas son ficiles de recuperar Dificultad relativa en la recuperación Gran perdida financ~era Riesgos de una vida

4 2.8. FACTORES MULTIPLICADORES DE ESFUERZO EN COCOMO. I Efecto multiplicador Intervalo de valores Caracteristicas de aplicación Atributos del producto 1 e Confiabilidad requerida 0.75 a 1.40 Que tan catastrófico puede ser el error que cometa el sistema, cual es el costo que 1 podría generar el error Tamaiío de la base de datos a 1.16 La cantidad de líneas que puede tener un 1 sistema Complejidad del producto 0.70 a 1.65 Son las categorías de complejidad vistas en las ecuaciones de esfuerzo del COCOMO Caracteristicas de la miquina Limitantes en tiem~o de eiecución a se caracteriza Dor los sistemas multi usuarios (capacidad máximas de usuarios simultáneamente) y mono usuarios. 0 Limitaciones en memoria principal 1.00 a 1.56 Restricciones del uso de la memoria para 1 correr el sistema Volatilidad de la virtualidad de la a máquina Tiempo de entrega del programa Caracteristicas del personal Capacidad de los analistas Capacidad de los programadores Experiencia en programas de aplicación Experiencia en maquinas virtuales Experiencia en lenguajes de programación Caracteristicas del proyecto Uso de tecnicas modernas de programación Uso de herramientas de. programación a a a a a a a a 0.83 Destreza de los analistas en el desarrollo de sistemas Destreza de los analistas en el desarrollo de sistemas Experiencia en la realización de sistemas anteriores Cantidad de uso del lenguaje de programación a usar en la codificación del sistema el sistema Consiste en el uso de análisis y disefic sistemáticos, notaciones estructuradas de disefio, recorridos e inspecciones, de la programación estructurada, de pruebas sistemáticas y desarrollo de una biblioteca de programas básicos. Procesadores de diserio, generadores de códiao. - editores interactivos. herramientas 1 de verificación automática, etc. Tiempo requerido para el desarrollo a Existe un tiempo nominal de desarrollo 1 calculado por la ecuación de tiempo de COCOMO, la contracción o expansión de este tiempo el que se pone en este ítem. I

5 Las ecuaciones COCOMO incorporan algunas suposiciones importantes como las siguientes: 1. Desde programas pequeños hasta medianos ( desde 2K hasta 32K). 11. En una área de aplicación conocida Para un desarrollo interno. Con el fin de modificar las suposiciones anteriores se utilizan los multiplicadores de esfuerzo. Las siguientes actividades se cubren con estas modificaciones: 1. Se abarca desde el diseño hasta las pmebas de aceptación. 11. Incluye los costos de documentación y revisiones Incluye los costos del gerente del proyecto y del bibliotecario del programa. Los estimadores de esfueno no incluyen los costos de ~laneación, análisis, instalación y entrenamiento, así como los costos de secretaria, personal de limoieza, o~eradores del e q m de computo. Las estimaciones de DSI comprenden las proposiciones de control de trabajo y código fi~ente, pero excluyen los comentarios y las mtinas de apoyo no modificadas, se considera a cada línea como un DSI; igualmente se consideran 152 horas de programador por cada mes de programador. Otras suposiciones concernientes a la naturaleza del proyecto en estimación en COCOMO son las siguientes. 1. Un pequeño numero de personas capaces efectúan una definición cuidadosa y validación de los requisitos. 11. Los requisitos permanecen constantes durante el proyecto Un pequeño numero de personas capaces realizan la definición y validación minuciosa del diseño arquitectónico del sistema. IV. Gmpos paralelos de programadores, desarrollan el diseño detallado. la codificación y las pmebas por unidad. V. Las pmebas de integración, se elaboran de acuerdo a una anticipada planeación al respecto.

6 Ecuación (Curva) de Rayleigh de esfuerzo contra tiempo. E=(PM)*t*eA( - ta2 ) tda2 ( 2" tda2) Donde: t = tiempo en meses. td = TDEVR (una aproximación buena ya que el 40% del área bajo la curva se encuentra a la izquierda de td y el 60% a la derecha de td). PM = esfuerzo en meses del programador. Esta ecuación representa una curva. El área bajo la curva en cualquier intervalo representa el intervalo total realizado durante ese intervalo. Dentro de esta curva no quedan incluidos el análisis ni el diseño funcional (Arquitectónico externo e interno). Ecuación para determinar el personal a tiempo completo (Desde el diseño arquitectónico hasta la instrumentación y las pruebas). FSP = personal requerido para el tiempo t. Según BOEHM la curva es un estimador razonable exacto de los requisitos del personal para el ciclo de vida del desarrollo, desde el diseño arquitectónico hasta la instrumentación y pmebas del sistema, siempre y cuando se use la porción de la curva entre 0.3td y 1.7td, la ecuación de Rayleigh toma entonces la forma siguiente: FSP = PM( 0.15TDEV+0.7t )*e "-( O.lSTDEV+ 0.7tlA2 0.25TDEVA2 0.5TDEVA2

7 I$# DISTRIBUCIÓN DE ESFUERZO EN PROGRAMAS DE APLICACIÓN. Actividad Planes y requisitos * Diseño arauitectónico (6.3%) * *Diseño detallado (12.7%) Codificación y pmebas unitaria Pruebas de sistemas Esfuerzo 32 KDSI 128 KDSI 6% 6% 16% 16% 24% 23% 38% 22% 3 6% 25% 32KDSI 12% 19% Calendario 128KDSI 13% 19% Valores combinados (diserlo arquitectónico y detallado): 55% 51% 26% 30% ** El tiempo de los planes y requisitos no es calculado por la ecuación y por lo tanto se tiene que sumar un porcentaje del tiempo de diseño calculado por la ecuación, y este porcentajes esta estimado según se presenta en sus respectivas casillas. ** El porcentaje del tiempo de desarrollo para el diseño detallado y arquitectónico se encuentra combinado en el 19% que contiene la casilla del diseño arquitectónico. Aunque para efectos de separación de tiempos de desarrollo se considera el 6.3% para el diseño arquitectónico y el 12.7% para el diseño detallado.

8 2.11. ESTIMACIÓN DE LOS COSTOS DE MANTENIMIENTO. CUADRO DE DISTRIBUCI~N DEL ESFUERZO DE MANTENIMIENTO. DETERMINACI~N DEL NUMERO DE PERSONAL PARA EL MANTENIMIENTO. Un programador individual es capaz de mantener hasta 32K de instrucciones (lineas de código) en el ambiente de procesamiento de datos, por lo tanto para obtener el número de personal de mantenimiento se obtiene mediante la siguiente ecuación: FSPm = numero de programadores para el mantenimiento. KDSI = numero de líneas de código del sistema. FSPm = KDSI / 32K. k EL COCOMO. Pasos para usar el COCOMO 1. Identificar todos los sub sistemas v módulos del ~roducto 2. Estimar el tamaño de cada modulo y calcular el tamaño de cada subsistema en total 3. Es~ecificar los factores rnultiolicadores de esfuerzo Dara cada modulo: esto es la com~leiidad S S del producto, la capacidad del programador, la experiencia en el lenguaje de programación 4. Calcular el esfuerzo para cada módulo, asi como el tiempo de desarrollo; para lo anterior usar las ccuaciones de estiniación nominal.,unto con los fact& relevantes di cada módulo S. Fs~ecificar los I I multinlicadorcs restantes de cada subsistema 6. De los pasos 4 y 5, calcular el esfuerzo y el tiempo de desarrollo para cada subsistema 7. Del paso 6 calcular el csfuer~o y tiempo rotalcs del sistema 8. Efcctuar una anilisis de sensibilidad sobre la estimación. estableciendo comparacioner para diversos factores 9. Sumar los otros ingredientes en el costo del desarrollo, como la planeación y el análisis, que no se hayan incluido antes

9 Nombre La unidad de programa : Determinación de costos y asignación preliminares de tiempo para un proyecto de programación. Analistas : Ricardo Emilio Figueroa Cortez. Gladis Marlene Chaves Ortiz. Programadores : Ricardo Emilio Figueroa Cortez. Gladis Marlene Chávez Ortíz. Auditor : Ing. Osbaldo Calderón. Fecha de diseño : Abril-Octubre Fecha de Instrumentación : Octubre Febrero Fecha de revisión : Octubre 1998 y Marzo DESCRIPCION DE LA UNIDAD DE PROGRAMA. Realizar la determinación preliminar de los costos del software a partir de las especificaciones del diseño arquitectónico, en lo que respecta al número de líneas de código fuente (puede ser una aproximación). Características: La característica principal de la unidad es determinar los costos jerárquicamente para cada nitina, sección, unidad y por ultimo para el proyecto general. Trabaja para los siguientes niveles de complejidad del producto: a) Orgánica (de aplicación). b) Semi separada (de apoyo). c) Incrustada (de sistemas).

10 CAPACIDADES DE LA UNIDAD. Entre los aspectos sobre los cuales trabaja la unidad son los siguientes: a. Calculo del esfuerzo programador (PM). De las etapas de planificación. - Planes y requisitos. - Diseño arquitectónico. - Diseño detallado. - De la codificación y pmebas unitarias. - De las pmebas de sistemas. De la instrumentación. - Para cada rutina. - Para cada sección de unidad de programa. - Para cada unidad de programa. - Para el software total. b. Estimaciones del tiempo de desarrollo (TDEV): Para los planes y requisitos. Para diseño arquitectónico. Para el diseño detallado. Para la codificación y pmebas mtinarias. Para las pmebas de sistemas. c. Estimación del costo por: Unidades de programa. Todo el software.

11 ~ -~ -~ todas las caracteristicas que se estiman en esta unidad en bases a la técnica COCOMO. Estructura : físico del campo l~umero de líneas del nivel 1 Cdsi Estimación del tiempo de desarrollo del nivel modulo 1 - Complejidad del producto C-tdev Limitantes en tiempo de 1 C-lim-eje ejecución Limitantes en memoria Tiempo de entrega de C-tie-ent programas Capacidad de los analistas Ccap-ana Capacidad de los I 1 Ccapgro aplicación programación I Tipo Tamailo Descripción Es el código que identifica la asociación dt los niveles en cuanto Proyecto-Unidad. Seccion-Módulo Es el nombre largo del nivel de eshictura Es el abreviado del nivel Es el número de lineas de código fuente de nivel (solo se especifican las de nivel ma: bajo, los niveles mas altos de actualizar autom6ticamente por sumatoria) Es el esfuerzo en mese de programado de nivel respectivo, este valor es calculado poi un proceso no <c introduce Es el estimado del tiempo de dcrarrollo dc nivel en meses programador, este valor e: calculado por un proceso no se introduce. Estimado del numero de programadores par realizar el nivel ~~ Estimado del costo en el des3rrollo del ni\el Es el factor multiplisador dc la catrguri; atributos del producto. Es el factor multiplicador de la categori; - atributos del producto. Es el factor multiplicador de la categori; atributos del producto. Es el factor multiplicador de la categoríi caracteristicas de la niaquina. Es el factor multiplicador de la categorii caracteristicas de la maquina. Es el factor multiplicador de la categorii caracteristicas de la maquina. Es el factor multi~licador de la catezori; - caracteristicas de la maquina. E5 el factor multiplicador de la categoria - Caracteristicas del pcrsonal Es el ráctor multiplicador de la catcgnria Caracteristicas del personal Es el factor multiplicador de la categoria Caracteristicas del personal Es el factor multiplicador de la categoría Caracteristicas del personal Es el factor multi~licador de la categoría Caracteristicas del personal

12 ~;&&!;~!!~> { ;!jpj);*fi# Nombre lógico del Campo Uso de técnicas modernas de programación Uso de herramientas de programación Tiempo requerido para el desmollo Nombre fisico del campo C-tecmod Chergro CJie-des Tipo N N N Tamaño 4,2 4,2 4,2 Descripción Es el factor multiplicador de la categoría Caracteristicas del proyecto Es el factor multiplicador de la categoría Características del proyecto Es el factor multiplicador de la categoría Caracteristicas del proyecto LISTADO DE LAS SECCIONES DE LA UNIDAD. a. Sección de determinación de costos. Capacidades: Administrar los detalles de cada función (adición, consulta, modificación, eliminación). - Nombre. - Numero de líneas. - Factores multiplicadores. Factores: Factor 1. Atributos del producto Caracteristicas Valor 1 1 Confiabilidad 1 Se caracteriza por la magnitud de los problemas que podría ocasionar la falla del sistema I requerida Muv baia: Aleuna molestia menor s de recuperar 0.88 iraaes reiaiivas en la recuperación 1.O0..,.rrdida financiera Muy alta : Kiesgo ae una viaa..,.m I 1.4~ 1.2. Tamario de la base de 1 Se categorizan por el número de líneas de código fuente que contienen datos 0 Trivial : menor o igual a 500 líneas de código Pequeíio : de 501 a 2,000 líneas de código Mediano : de a 50,000 líneas de código Grande : de 50,001 a 100,000 líneas de código Muy Grande : de 100,001 a 1,000,000 de líneas de código Extremadamente Grande : de 1000,001 o más líneas de código SO 1.65

13 -- Factor Caracteristicas Valor 1.3. Complejidad del 1 Existen tres categorías de complejidad con respecto a su clasificación de la misma producto Fácil : aplicación aislada de procesamiento de datos, sistema 0.70 conocido Normal : Procesamiento de datos en red, procesos desconocidos 1.17 e Dificil : Aplicaciones científicas, de simulación, muchos 1.65 ejecución Monousuario : El sistema sólo atiende a un usuario a la ves 1 1.O0 1 principal 1 memoria del computador y el tamaño del sistema. Holgado : Cuando no hay restricciones de memoria 1 O0 Normal : Si lo que se mantiene en inemoria es lo suficiente para realizar los procesos Mínima : Si hay que hacer grandes esfuerzos para mantener lo I estrictamente necesario en memoria I 3. Caracteristicas del personal 3.1. Capacidad de los 1 Se categoriza por la experiencia y preparación académica analistas Poca : Con poco estudio y sin experiencia 1.46 Media : Con bastante estudio pero sin o poca experiencia 1.08 Alta : Con mucha experiencia y preparación académica Capacidad de los Se categoriza por la experiencia y preparación acadkmica programadores Poca : Con poco estudios y sin experiencia equipo en programas de 1 aplicación 3.4. Experiencias de los programadores en el lenguaje de programación Ninguno : O 1.29 Pocos : O5 Muchos : mas de Se categoriza por la cantidad de sistemas realizados en el lenguaje de programación Poca : Solo las practicas de estudiante y otras practicas aisladas Alguna : se ha programado por lo menos un sistema en el lenguaje Mucha : Se ha programado mas de un sistema en el lenguaje O

14 1 modernas de programación 1 orientada a objetos; así como del desarrollo de análisis y diseño sistemáticos, y el uso de 1 notaciones estructuradas 4.2. Uso de herramientas de programación 4.3. Tiempo requerido para el desarrollo Improvisado : Con la mínima planeación, con el conocimiento general Organizado : Estándares y planeación 1.10 Estructurado : Notaciones de análisis y de diseño estructuradas 0.96 Sistemático : Incluir inspecciones o revisiones y recorridos 0.82 Se categoriza por el uso de herramientas de programación como generadores de código, Lenguajes de cuarta generación, estándares sobre la instrumentación Programación manual sin estándares 1.24 Programación manual con estándares 1.10 Programación automática sin estándares 0.96 Programación automática con estándares 0.82 Se categoriza por el tiempo disponible para el desarrollo del proyecto Mínimo : Si el tiempo para el desarrollo es mayor o igual al 75% del tiempo nominal Nominal : Es el tiempo calculado mediante la técnica COCOMO Holgado : Es el tiempo nominal mas algunas holguras por imnrevintoi Realizar cálculos jerárquicos ascendentes (funciones-secciones-unidades-sistema) b. Sección de determinación de tiempos. c. Sección de determinación de personal requerido. d. Sección de simulación. e. Sección de despliegues y reportes.

15 :ostos le software determinación La Aplicación efectiva de ésta metodología, requiere del seguimiento detallado de los diferentes tópicos tratados en el contenido de este capítulo. Este seguimiento es difícil pero muy útil para la determinación de costos tanto de análisis como de implementación de Sistemas automatizados, lo cual es fundamental para la toma de decisiones en cuanto a la inversión en desarrollo de planes y proyectos de corto y largo plazo.

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

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

Más detalles

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte AUDITORIA DE SISTEMAS Jorge Alberto Blanco Duarte QUE ES LA AUDITORIA DE SISTEMAS? La auditoria en informática es la revisión y la evaluación de los controles, sistemas, procedimientos de informática;

Más detalles

ESTIMACION Y PLANIFICACION TEMPORAL DEL PROYECTO DE SOFTWARE

ESTIMACION Y PLANIFICACION TEMPORAL DEL PROYECTO DE SOFTWARE UNIDAD IV ESTIMACION Y PLANIFICACION TEMPORAL DEL PROYECTO DE SOFTWARE Contenido: 4.1 Introducción 4.2 Factores que influyen en el costo del software 4.3 El proceso de Estimación 4.4 Métricas del Software

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

ININ COPIA NO CONTROLADA. instituto nacional de investigaciones nucleares garantía de calidad. PLAN DE GARANTíA DE CALIDAD DE SOFTWARE.

ININ COPIA NO CONTROLADA. instituto nacional de investigaciones nucleares garantía de calidad. PLAN DE GARANTíA DE CALIDAD DE SOFTWARE. REVISiÓN: 4 FECHA: MAYO 2010 ININ instituto nacional de investigaciones nucleares garantía de calidad PLAN DE DE UllallA 1I CALIDAD 1 N 1M instituto nacional de investigaciones nucleares REVISiÓN: 4 FECHA:

Más detalles

MÉTODOS DE ESTIMACIÓN

MÉTODOS DE ESTIMACIÓN MÉTODOS DE ESTIMACIÓN 1 MÉTODOS DE ESTIMACIÓN 1. Introducción 2. Precisión y exactitud de las estimaciones 3. Estimación de costes 4. Técnica Delphi 5. Técnicas de descomposición 6. Modelos de coste y

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

DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA

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

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: IMPLEMENTACIÓN DE SISTEMAS CODIFICACIÓN- PRUEBAS - INSTALACIÓN - DOCUMENTACIÓN- ADIESTRAMIENTO - SOPORTE LA IMPLANTACIÓN COMO CAMBIO ORGANIZACIONAL Material diseñado y elaborado por: Prof. Luis

Más detalles

11.4 MODELO DE LA ESTRUCTURA DEL SISTEMA.

11.4 MODELO DE LA ESTRUCTURA DEL SISTEMA. 11.4 MODELO DE LA ESTRUCTURA DEL SISTEMA. Para mostrar la estructura del sistema utilizaremos una herramienta diagramático que es conocida como diagrama HIPO (Hierarchical Input-Process-Output) o diagrama

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

Compiladores y Lenguajes de Programación. Maria de Guadalupe Cota Ortiz

Compiladores y Lenguajes de Programación. Maria de Guadalupe Cota Ortiz Compiladores y Lenguajes de Programación Maria de Guadalupe Cota Ortiz Organizaciones que rigen las normas para estandarización de Lenguajes de Programación IEEE (Instituto de Ingenieros Eléctricos y Electrónicos)

Más detalles

Como incrementar su productividad con controles contínuos. Cr. Emilio Nicola, PMP

Como incrementar su productividad con controles contínuos. Cr. Emilio Nicola, PMP Como incrementar su productividad con controles contínuos Cr. Emilio Nicola, PMP Auditoría continua Auditoría está cansada de llegar y contar muertos Es tiempo de comenzar a salvarlos. Carlos Fernando

Más detalles

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

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

Más detalles

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

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

Más detalles

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

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

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

INGENIERÍA DE SOFTWARE. Sesión 3: Tipos

INGENIERÍA DE SOFTWARE. Sesión 3: Tipos INGENIERÍA DE SOFTWARE Sesión 3: Tipos Contextualización Actualmente existe una gran variedad en los software que se pueden clasificar en varias categorías, como pueden ser, por tipo de licencia, tipo

Más detalles

construcción de programas Prof. Eliana Guzmán U.

construcción de programas Prof. Eliana Guzmán U. Unidad II. Metodología para la construcción de programas Prof. Eliana Guzmán U. Semestre: A-2015 Introducción Resolver un problema con una computadora conduce a la escritura de un programa y a su ejecución.

Más detalles

Id. Componente del Procedimiento Responsable 1 Administración y Mantenimiento de Documentos y Registros Gerente Seguridad Operacional

Id. Componente del Procedimiento Responsable 1 Administración y Mantenimiento de Documentos y Registros Gerente Seguridad Operacional Fecha: 10/02/2010 Clave: SMS- Revisión: 1.0 Página: 1 de 7 I. OBJETIVO: La Organización busca tener información que le sea valiosa y le aporte esencia al sistema, que alimente a la organización con datos

Más detalles

Metodologías de Desarrollo de Sistemas de Información

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

Técnicas Avanzadas de Testing Automático

Técnicas Avanzadas de Testing Automático Técnicas Avanzadas de Testing Automático Marcelo Frias ITBA - Buenos Aires, Argentina CONICET Preliminares: Calidad Validación y Verificación Especificaciones y V&V Análisis estático y dinámico Inspecciones

Más detalles

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

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

Más detalles

Programas de Formación: Calidad en Organismos de Evaluación de la Conformidad. Gestión 2011 2010 QUALITY ASSURANCE PARTNERS

Programas de Formación: Calidad en Organismos de Evaluación de la Conformidad. Gestión 2011 2010 QUALITY ASSURANCE PARTNERS Programas de Formación: Calidad en Organismos de Evaluación de la Conformidad Gestión 2011 2010 QUALITY ASSURANCE PARTNERS PRESENTACION Quality Assurance Partners (QAP) es una empresa independiente, constituida

Más detalles

BANCO CENTRAL DE LA REPÚBLICA ARGENTINA

BANCO CENTRAL DE LA REPÚBLICA ARGENTINA A LAS ENTIDADES CAMBIARIAS: BANCO CENTRAL DE LA REPÚBLICA ARGENTINA 2004 - Año de la Antártida Argentina COMUNICACIÓN A 4192 Ref.: Circular CONAU 1-670 Requisitos Operativos Mínimos de Tecnología y Sistemas

Más detalles

Unidad 1: Conceptos generales de Sistemas Operativos.

Unidad 1: Conceptos generales de Sistemas Operativos. Unidad 1: Conceptos generales de Sistemas Operativos. Tema 3: Estructura del sistema operativo. 3.1 Componentes del sistema. 3.2 Servicios del sistema operativo. 3.3 Llamadas al sistema. 3.4 Programas

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Fundamentos de Sistemas Operativos

Fundamentos de Sistemas Operativos Fundamentos de Sistemas Operativos Sistemas Informáticos Fede Pérez Índice TEMA Fundamentos de Sistemas Operativos 1. - Introducción 2. - El Sistema Operativo como parte de un Sistema de Computación 2.1

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

"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios

Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios "Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se

Más detalles

Además permite efectuar un seguimiento completo y detallado al proceso de matrícula mediante el análisis de los informes que provee.

Además permite efectuar un seguimiento completo y detallado al proceso de matrícula mediante el análisis de los informes que provee. SOFTWARE CRM PARA ENTIDADES EDUCATIVAS Conscientes de la necesidad que tienen las entidades Educativas de controlar la gestión administrativa hemos desarrollado un software que permite generar la facturación

Más detalles

GESTIÓN DE MANTENIMIENTO DE ACTIVOS. Implementando Tecnología para el Cuidado del Medio Ambiente

GESTIÓN DE MANTENIMIENTO DE ACTIVOS. Implementando Tecnología para el Cuidado del Medio Ambiente GESTIÓN DE MANTENIMIENTO DE ACTIVOS Implementando Tecnología para el Cuidado del Medio Ambiente Proyecing S.A. posee experiencia en la Gestión de Mantenimiento de Activos a través del uso adecuado de la

Más detalles

Se aportan, para la configuración de este anexo, las categorías profesionales más habituales según la definición del MRFI-C:

Se aportan, para la configuración de este anexo, las categorías profesionales más habituales según la definición del MRFI-C: A N E X O II DESCRIPCIÓN DE CATEGORÍAS PROFESIONALES EN LA CONTRATACIÓN DE LOS SERVICIOS DE SOPORTE TÉCNICO DE SISTEMAS PARA EL ENTORNO TECNOLÓGICO DEL TABACO S Página 1 de 16 El presente anexo detalla

Más detalles

12/07/2010. INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software. Contenido. 1. Aspectos Generales. 1. Aspectos Generales. 1. Aspectos Generales

12/07/2010. INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software. Contenido. 1. Aspectos Generales. 1. Aspectos Generales. 1. Aspectos Generales Contenido INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Aspectos generales 2. Características

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Calidad de Sistemas de Información

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

Más detalles

TESTING. Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves

TESTING. Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves TESTING Universidad Simón Bolívar. Ing. de Software. Profa. Marlene Goncalves Definiciones Error: Equivocación cometida por un desarrollador. Ejemplos: un error de tipeo, una mal interpretación de un requerimiento

Más detalles

Unidad III. Planificación del proyecto de software

Unidad III. Planificación del proyecto de software Planificación del proyecto de software Unidad III 3.1. Aplicación de herramientas para estimación de tiempos y costos de desarrollo de software: GANTT, PERT/CPM, uso de software para la estimación de tiempos

Más detalles

Tema 11. Soporte del Sistema Operativo 11.1. REQUERIMIENTOS DE LOS SISTEMAS OPERATIVOS. 11.1.1. MULTIPROGRAMACIÓN.

Tema 11. Soporte del Sistema Operativo 11.1. REQUERIMIENTOS DE LOS SISTEMAS OPERATIVOS. 11.1.1. MULTIPROGRAMACIÓN. Tema 11 Soporte del Sistema Operativo 11.1. REQUERIMIENTOS DE LOS SISTEMAS OPERATIVOS. El sistema operativo es básicamente un programa que controla los recursos del computador, proporciona servicios a

Más detalles

PROYECTOS, FORMULACIÓN Y CRITERIOS DE EVALUACIÓN

PROYECTOS, FORMULACIÓN Y CRITERIOS DE EVALUACIÓN PROYECTOS, FORMULACIÓN Y CRITERIOS DE EVALUACIÓN GESTIÓN DE PROYECTOS CON PLANNER AVC APOYO VIRTUAL PARA EL CONOCIMIENTO GESTIÓN DE PROYECTOS CON PLANNER Planner es una poderosa herramienta de software

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

La auditoría operativa cae dentro de la definición general de auditoría y se define:

La auditoría operativa cae dentro de la definición general de auditoría y se define: AUDITORIA DE SISTEMAS DE INFORMACIÓN Definición de auditoría: Se define como un proceso sistemático que consiste en obtener y evaluar objetivamente evidencias sobre las afirmaciones relativas los actos

Más detalles

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

Más detalles

Diseño del Sistema de Información

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

Más detalles

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

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

Más detalles

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

PROCEDIMIENTO PARA EL CONTROL DE LOS DISPOSITIVOS DE SEGUIMIENTO PRO-ADM-04 ISO 9001:2000

PROCEDIMIENTO PARA EL CONTROL DE LOS DISPOSITIVOS DE SEGUIMIENTO PRO-ADM-04 ISO 9001:2000 PROCEDIMIENTO PARA EL CONTROL DE LOS DISPOSITIVOS DE SEGUIMIENTO REGRESAR A MGC-BRA-01 ISO 9001:2000 Aprueba Revisa Elabora MARCO A. CABRERA LÓPEZ EDUARDO RESÉNDIZ MANUEL HIGUERA No. 2 1 DE FEBRERO 2006

Más detalles

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION. Los sistemas que el analista diseña día a día, la tecnología, las personas, que utilizan el

Más detalles

Documento de visión: CRM Cloud Colombia

Documento de visión: CRM Cloud Colombia Documento de visión: CRM Cloud Colombia Documento de visión de CRM Cloud Colombia Propósito La intención de este documento es cumplir con los objetivos específicos de la fase metodológica de Inicio del

Más detalles

Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA)

Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA) Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA) Agenda 1. Introducción 2. Concepto Documento Electrónico 3. A que se le denomina Documento Electrónico 4. Componentes de un Documento Electrónico

Más detalles

Hoy terminamos caja blanca

Hoy terminamos caja blanca Hoy terminamos caja blanca Aseguramiento de la calidad y pruebas de software 5- Pruebas del software Caja Blanca/Otros enfoques Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 22, 2013 Contenido Pruebas

Más detalles

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

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

Más detalles

Medición de Productividad de Software

Medición de Productividad de Software Medición de Productividad de Software Una definición tradicional de productividad de software corresponde al número de líneas de código fuente producidas por persona-mes de esfuerzo. Existen muchos problemas

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

Fecha: Julio 2009. A nivel externo, este procedimiento es aplicable al proveedor del sistema informático.

Fecha: Julio 2009. A nivel externo, este procedimiento es aplicable al proveedor del sistema informático. 1 de 8 1.- OBJETIVO. Atender las peticiones solicitadas por los con motivo de una mejora al sistema informático, corrección de un posible error o para cubrir una necesidad generada durante la operación

Más detalles

JUSTIFICACIÓN DEL DESARROLLO DE UN SE

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

Más detalles

CAPITILO 4 CASO. PRACTICO

CAPITILO 4 CASO. PRACTICO CAPITILO 4 CASO. PRACTICO DETERMINAR Qué?, Cuándo? y Cómo? Inspeccionar el inventario. 4.1 INTRODUCCIÓN: En el presente trabajo se determina la clasificación ABC de inventarios por cantidad y costos de

Más detalles

MODELO MATEMÁTICO PARA LA EVALUACIÓN CUANTITATIVA DE LA CONFIABILIDAD EN LA ARQUITECTURA DE XEDRO ERP

MODELO MATEMÁTICO PARA LA EVALUACIÓN CUANTITATIVA DE LA CONFIABILIDAD EN LA ARQUITECTURA DE XEDRO ERP MODELO MATEMÁTICO PARA LA EVALUACIÓN CUANTITATIVA DE LA CONFIABILIDAD EN LA ARQUITECTURA DE XEDRO ERP Msc. Larisa González Alvarez, Ing. Katia Tereza Liens Pérez, DrC. Liesner Acevedo Martínez RESUMEN

Más detalles

Proceso de desarrollo del software modelo en cascada

Proceso de desarrollo del software modelo en cascada Proceso de desarrollo del software modelo en cascada Análisis: Necesidades del usuario especificaciones Diseño: Descomposición en elementos que puedan desarrollarse por separado especificaciones de cada

Más detalles

SIMULACIÓN EN TIEMPO REAL DE UNA ESTACION DE TRABAJO INDUSTRIAL ROBOTIZADA.

SIMULACIÓN EN TIEMPO REAL DE UNA ESTACION DE TRABAJO INDUSTRIAL ROBOTIZADA. SIMULACIÓN EN TIEMPO REAL DE UNA ESTACION DE TRABAJO INDUSTRIAL ROBOTIZADA. Mora Sánchez José Antonio, López Flores Miguel Eduardo, Bustillo Díaz Mario Benemérita Universidad Autónoma de Puebla 14 sur

Más detalles

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI.

Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Procesos de Negocio Objetivos Describir una metodología sistemática de análisis de los procesos organizacionales y cómo estos pueden ser apoyados por las TI. Identificar y analizar los procesos de negocios,

Más detalles

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari

Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

Contabilidad. Introducción. Contabilidad Diapositiva 1

Contabilidad. Introducción. Contabilidad Diapositiva 1 Contabilidad Módulo de Contabilidad Parámetros de Contabilidad Ejercicios y Períodos Moneda Corriente y Moneda Extranjera Indicadores para el análisis contable Cuentas Asientos Lotes contables recibidos

Más detalles

UNIDAD 2: COSTOS POR PROCESOS II: Ampliación de Conceptos

UNIDAD 2: COSTOS POR PROCESOS II: Ampliación de Conceptos UNIDAD 2: COSTOS POR PROCESOS II: Ampliación de Conceptos Descripción Temática Una de las finalidades de la implementación de un sistema de costos es determinar con el mayor nivel de exactitud posible,

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

Enterprise Risk Management Integrated Framework

Enterprise Risk Management Integrated Framework Enterprise Risk Management Integrated Framework Marco Integrado de Administración de Riesgos Corporativos* * * * * * Cra. Patricia Kirschenbaum Cra. Jennifer Manguian *connectedthinking Agenda Importancia

Más detalles

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web J.Corral-García, D.Cortés-Polo, C.Gómez-Martín, J.L.González-Sánchez

Más detalles

Implantación y Aceptación del Sistema

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

Más detalles

Diseño del Sistema de Información

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

Más detalles

Nivel del Compromiso (requerido)

Nivel del Compromiso (requerido) Auditorias Internas Conocimiento y aplicación herramientas Nivel del Compromiso (requerido) Colaboradores Jefes y Super. Gerentes área GGeneral Apoyo a la gestión de SGC Temas CONCEPTO AUDITOR Y AUDITORÍA

Más detalles

LA PLANEACIÓN COMO PROCESO EN SUPPLY CHAIN MANAGEMENT

LA PLANEACIÓN COMO PROCESO EN SUPPLY CHAIN MANAGEMENT LA PLANEACIÓN COMO PROCESO EN SUPPLY CHAIN MANAGEMENT INTRODUCCIÓN El módulo LA PLANEACIÓN COMO PROCESO EN SUPPLY CHAIN MANAGEMENT, tiene como propósito ubicar al estudioso en el proceso de planeación

Más detalles

COMBINACION DE ALTERNATIVAS PARA LA ESTIMACION DE PROYECTOS SOFTWARE

COMBINACION DE ALTERNATIVAS PARA LA ESTIMACION DE PROYECTOS SOFTWARE COMBINACION DE ALTERNATIVAS PARA LA ESTIMACION DE PROYECTOS SOFTWARE Gramajo, E., García-Martínez, R., Rossi, B., Claverie, E. y Britos, P. CAPIS - CENTRO DE ACTUALIZACION PERMANENTE EN INGENIERIA DE SOFTWARE

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

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

Más detalles

Universidad Católica Boliviana San Pablo Centro de Sistemas de Información

Universidad Católica Boliviana San Pablo Centro de Sistemas de Información PROCEDIMIENTOS DE ALMACENAMIENTO Y RESPALDO Elaboración de Backups Los procedimientos de backups establecidos en el presente documento tienen como objetivos proteger los datos y aplicaciones de software

Más detalles

ESPECIFICACIÓN DE CLASE. Analista Desarrollador de Sistemas de Información Código de la Clase: 4130 Escala Retributiva: 3,284

ESPECIFICACIÓN DE CLASE. Analista Desarrollador de Sistemas de Información Código de la Clase: 4130 Escala Retributiva: 3,284 ESPECIFICACIÓN DE CLASE Analista Desarrollador de Sistemas de Información Código de la Clase: 4130 Escala Retributiva: 3,284 Naturaleza del Trabajo Trabajo profesional y especializado que consiste en desarrollar,

Más detalles

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto [Clave Proyecto] - Plan de Administración de la Configuración del Proyecto Contenido 1. Historial de Cambios... 3 1.1. Cambios de Contenido... 3 1.2. Aprobación de Cambios... 3 1.3. Cambios de Plantilla...

Más detalles

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Introducción Gestión de la Configuración del Software (GCS / SCM) Def.- Arte de identificar, organizar,

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

OFICINA GENERAL DE DESARROLLO TÉCNICO

OFICINA GENERAL DE DESARROLLO TÉCNICO OFICINA GENERAL DE DESARROLLO TÉCNICO 1. ORGANIGRAMA ESTRUCTURAL DIRECCIÓN NACIONAL OFICINA DE DESARROLLO TECNICO 2. FUNCIONES GENERALES. a. Coordinar, conducir y evaluar el proceso de planeamiento estratégico

Más detalles

Mantenimiento del Software

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

Más detalles

Ingeniería de Software

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

Más detalles

Escuela Politécnica Superior. Proyectos de Desarrollo Software. Capítulo 5. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014/ 15 PROYECTOS

Escuela Politécnica Superior. Proyectos de Desarrollo Software. Capítulo 5. daniel.tapias@uam.es. Dr. Daniel Tapias Curso 2014/ 15 PROYECTOS Escuela Politécnica Superior Proyectos de Desarrollo Software Capítulo 5 Dr. Daniel Tapias Curso 2014/ 15 daniel.tapias@uam.es PROYECTOS PROGRAMA DE LA ASIGNATURA Capítulo 1: Introducción. Capítulo 2:

Más detalles

Este procedimiento aplica a todos aquellos estudios y diseños a ser realizados por el AMCO para el desarrollo de sus proyectos.

Este procedimiento aplica a todos aquellos estudios y diseños a ser realizados por el AMCO para el desarrollo de sus proyectos. 1. Propósito: Establecer un procedimiento para la ejecución de estudios y diseños, para los proyectos a ser ejecutados por el Área metropolitana del Centro Occidente 2. Alcance: Este procedimiento aplica

Más detalles

www.fundibeq.org Además se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de planificación y control.

www.fundibeq.org Además se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de planificación y control. ESTUDIOS DE CAPACIDAD POTENCIAL DE CALIDAD 1.- INTRODUCCIÓN Este documento proporciona las pautas para la realización e interpretación de una de las herramientas fundamentales para el control y la planificación

Más detalles

rg.o cm a Espec e i c fica c ci c ó i n ó n d e e r e r q e uer e i r mi m en e tos o l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s

rg.o cm a Espec e i c fica c ci c ó i n ó n d e e r e r q e uer e i r mi m en e tos o l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s Especificación de requerimientos Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos

Más detalles

Metodologías de diseño de hardware

Metodologías de diseño de hardware Capítulo 2 Metodologías de diseño de hardware Las metodologías de diseño de hardware denominadas Top-Down, basadas en la utilización de lenguajes de descripción de hardware, han posibilitado la reducción

Más detalles

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura 1. Conceptos Generales 2. Modelo Entidad / Relación 3. Modelo Relacional 4. Integridad de datos relacional 5. Diseño de bases de datos relacionales 6. Lenguaje de consulta estructurado (SQL) 1.1.- Objetivos

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

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 1: CONCEPTOS BÁSICOS

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 1: CONCEPTOS BÁSICOS Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 1: CONCEPTOS BÁSICOS 1 SOFTWARE vs HARDWARE PRODUCTO SOFTWARE Hace referencia a los programas de uso profesional y a la información

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

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

Historia de revisiones

Historia de revisiones Especificación de Requerimientos de Software Versión 3.0 Historia de revisiones Fecha Versión Descripción Autor 22/08/2015 1.0 Especificación Inicial. Analistas 23/08/2015 1.1 Revisión de SQA. Correcciones

Más detalles

SISTEMAS DE INFORMACIÓN MAYOR INFORMACIÓN RELEVANTE < JUICIO INTUITIVO

SISTEMAS DE INFORMACIÓN MAYOR INFORMACIÓN RELEVANTE < JUICIO INTUITIVO SISTEMAS DE INFORMACIÓN MAYOR INFORMACIÓN RELEVANTE < JUICIO INTUITIVO Prof.: Fernando Espinosa F. Valor añadido de la información El acceso rápido y eficiente a una información confiable y precisa permite

Más detalles