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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Más detalles

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE 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 I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

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

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

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

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

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

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

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

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

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

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

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

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO.

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. 0. Consideraciones iniciales. Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente. Por esta razón,

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

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

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

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

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

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

Más detalles

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

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

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

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

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

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

Objetivos Generales. Objetivos específicos. Que el estudiante:

Objetivos Generales. Objetivos específicos. Que el estudiante: ASIGNATURA: MÉTODOS NUMPERICOS I (ANÁLISIS Y PROCESAMIENTO DE LOS DATOS EXPERIMENTALES CON INTRODUCCIÓN A LA COMPUTACIÓN) Objetivos Generales Comprender y manejar los conceptos relacionados con el manejo,

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

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

Más detalles

INTRODUCCION A LA INGENIERIA DE SOFTWARE

INTRODUCCION A LA INGENIERIA DE SOFTWARE UNIDAD I INTRODUCCION A LA INGENIERIA DE SOFTWARE Contenido: 1.1 Definiciones 1.2 Evolucion del Software 1.3 Importancia del Software 1.4 Problemas del Software 1.5 Caracteristicas del Software 1.6 Conceptos

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

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

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

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

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

Más detalles

Programación del curso

Programación del curso Ingeniería Software 4º Físicas Programación del curso José M. Drake (drakej@unican.es) Patricia López Martínez ( lopezpa@unican.es ) Computadores y Tiempo Real Santander, 2008 Ingeniería de Programación

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

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

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

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 el diseño de procesos de negocio

Guía Metodológica para el diseño de procesos de negocio Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan

Más detalles

Especificación de requerimientos

Especificación de requerimientos Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación

Más detalles

Implantación de Sistemas

Implantación de Sistemas Implantación de Sistemas Maria Ines Parnisari 17 de Diciembre de 2014 Índice Parte 1: Implantación... 2 Factores clave para una implantación exitosa... 2 Etapas de un proyecto de Sistemas... 2 Fases de

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

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos.

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos. Unidad I Introducción a la ingeniería del software y sistemas de información Las economías de todos las paises son cada vez más y más dependientes del Software Importancia del Software 10 Cada vez más

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

[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

ASI. Análisis del Sistema de Información

ASI. Análisis del Sistema de Información ASI Análisis del Sistema de Información 1 ASI Análisis del Sistema de Información Introducción Objetivo Obtención de una especificación detallada del Sistema Información a través de: Catálogo de Requisitos

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

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

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

Más detalles

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

Marco normativo para el desarrollo de pericias informáticas

Marco normativo para el desarrollo de pericias informáticas Marco normativo para el desarrollo de pericias informáticas Leopoldo Sebastián M. Gómez 1 gomezsebastian@yahoo.com Resumen El desarrollo de pericias informáticas involucra un conjunto de conocimientos

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

Análisis de la gestión de configuración de software aplicada al modelo de espiral

Análisis de la gestión de configuración de software aplicada al modelo de espiral Análisis de la gestión de configuración de software aplicada al modelo de espiral Abstract No hay nada permanente, excepto el cambio Heráclito (540 475 A.C.)- Grecia Fernandez, Sebastian Osso, Mariano

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CTEL0449.01 Propósito Título Operación y mantenimiento de sistemas de conmutación por paquetes en redes de área amplia (WAN) Ofertar al sector un referente que permita

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

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

La Curva Spot (Cero Cupón) Estimación con Splines Cúbicos Suavizados: Programa en Excel *

La Curva Spot (Cero Cupón) Estimación con Splines Cúbicos Suavizados: Programa en Excel * La Curva Spot (Cero Cupón) Estimación con Splines Cúbicos Suavizados: Programa en Excel * Introducción. Este documento describe el uso del programa para la estimación de la curva spot (Cero Cupón) que

Más detalles

Introducción a la Ingeniería de Software Capítulo 1

Introducción a la Ingeniería de Software Capítulo 1 Introducción a la Ingeniería de Software Capítulo 1 Curso de Ing. De Software FIIS UNAC Ing. Eddie Malca Vicente Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 No es más sabio aquel

Más detalles

Simulación ISC. Profr. Pedro Pablo Mayorga

Simulación ISC. Profr. Pedro Pablo Mayorga Simulación ISC Profr. Pedro Pablo Mayorga Ventajas 1. Es un proceso relativamente eficiente y flexible. 2. Puede ser usada para analizar y sintetizar una compleja y extensa situación real, pero no puede

Más detalles

POLÍTICAS, NORMAS Y PROCEDIMIENTOS PARA LA ELABORACIÓN DE SISTEMAS

POLÍTICAS, NORMAS Y PROCEDIMIENTOS PARA LA ELABORACIÓN DE SISTEMAS APÉNDICE A ORGANIZACIÓN Y ADMINISTRACIÓN DE CENTROS DE CÓMPUTO!316" POLÍTICAS, NORMAS Y PROCEDIMIENTOS PARA LA ELABORACIÓN DE SISTEMAS 1. Objetivo Establecer las políticas, normas y procedimientos que

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

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ándar para la Elaboración del Proceso Administración de Elementos de Configuración

Estándar para la Elaboración del Proceso Administración de Elementos de Configuración Seguridad del documento La clasificación de seguridad de la información de este documento, se ha establecido como bajo. Se ha creado y organizado con la expectativa de que esté a disposición de las unidades

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

Escuela de Administración de Empresas Actualización Empresarial. Plan de Estudios

Escuela de Administración de Empresas Actualización Empresarial. Plan de Estudios Escuela de Administración de Empresas Actualización Empresarial Plan de Estudios Programa Gestor en Administración de Costos I Semestre 2015 Alcanzando Proyectos Exitosos 1 P á g i n a Contenido 1. Marco

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

Auditoría Computacional

Auditoría Computacional Auditoría Computacional Modulo 4 : Tipos y Clases de Auditorías Informáticas 4.1 Areas Generales y Especificas de la Auditoría Informática 4.1.1 Areas Generales de la Auditoría Informática. 4.1.2 Areas

Más detalles

La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México

La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México Licencia La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México S. A de C.V., Está protegida por derechos de autor y / u otras leyes aplicables. Cualquier uso diferente a

Más detalles

MANTENIMIENTO DE SOFTWARE

MANTENIMIENTO DE SOFTWARE MANTENIMIENTO DE SOFTWARE Definición de Mantenimiento El estándar IEEE 1219 [IEEE, 1993] define el Mantenimiento del Software como la modificación de un producto software después de haber sido entregado

Más detalles

Figura 4.1 Clasificación de los lenguajes de bases de datos

Figura 4.1 Clasificación de los lenguajes de bases de datos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Este capítulo describen los distintos lenguajes para bases de datos, la forma en que se puede escribir un lenguaje

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

ARQUITECTURA DE SOFTWARE

ARQUITECTURA DE SOFTWARE ARQUITECTURA DE SOFTWARE Introducción n a la Arquitectura de Software (sistemas) Requisitos de calidad Documento de Diseño RTFS-Método del control de diseño Introducción n al Diseño o de la interfaz Humano/Computador

Más detalles

Clasificación de los Sistemas de Información

Clasificación de los Sistemas de Información Universidad Nacional Autónoma de México Facultad de Contaduría y Administración Clasificación de los Sistemas de Información Autor: L.I. Alejandro Muñoz Estrada Clasificación de los Sistemas de Información

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

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

CAPITULO III A. GENERALIDADES

CAPITULO III A. GENERALIDADES CAPITULO III INVESTIGACION DE CAMPO SOBRE EL DISEÑO DE UN SISTEMA AUTOMATIZADO DE CONTROL INVENTARIO Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA TIENDONA EN LA ZONA METROPOLITANA

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

La documentación en el Sistema de Calidad

La documentación en el Sistema de Calidad Referencias en el MMC del CNC 6.4 Documentación (20 puntos) La documentación en el Sistema de Calidad Describa los sistemas empleados para recabar, ordenar, preservar y difundir los conocimientos y tecnologías

Más detalles

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)

Unidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008) Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles