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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

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

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

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

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

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

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

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

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

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

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

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

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

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

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

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

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

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

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

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

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

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

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

Administración de proyectos. Organizar, planificar y programar los proyectos de software

Administración de proyectos. Organizar, planificar y programar los proyectos de software Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará

Más detalles

Auditoria de Sistemas

Auditoria de Sistemas Sistemas de Información I Página1 1. Introducción La naturaleza especializada de la auditoria de los sistemas de información y las habilidades necesarias para llevar a cabo este tipo de auditorias, requieren

Más detalles

Fábrica de Software. Documento de Proceso de la Gerencia de SQA

Fábrica de Software. Documento de Proceso de la Gerencia de SQA PONTIFICIA UNIVERSIDAD CATÓLICA DE CHILE ESCUELA DE INGENIERÍA DEPARTAMENTO DE CIENCIA DE LA COMPUTACIÓN Fábrica de Software Documento de Proceso de la Gerencia de SQA Escrito de acuerdo a la norma PSS-05,

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 1: INTRODUCCIÓN

TEMA 1: INTRODUCCIÓN 1 DISEÑO Y DESARROLLO DE COMPILADORES TEMA 1: INTRODUCCIÓN Qué es un Compilador? Un compilador no es más que un traductor, es decir, un programa que nos permite pasar información de un lenguaje a otro.

Más detalles

Propuesta de Métricas para Proyectos de Explotación de Información

Propuesta de Métricas para Proyectos de Explotación de Información Propuesta de Métricas para Proyectos de Explotación de Información Diego Martín Basso 1. Maestría en Ingeniería de Sistemas de Información. Universidad Tecnológica Nacional, FRBA Buenos Aires, Argentina

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

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

DIPA 1009 - TÉCNICAS DE AUDITORÍA CON AYUDA DE COMPUTADORA

DIPA 1009 - TÉCNICAS DE AUDITORÍA CON AYUDA DE COMPUTADORA DIPA 1009 - TÉCNICAS DE AUDITORÍA CON AYUDA DE COMPUTADORA Introducción Los objetivos y alcance global de una auditoría no cambian cuando se conduce una auditoría en un ambiente de sistemas de información

Más detalles

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

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

Más detalles

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

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

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

Más detalles

Unidad 3: Planeación de la investigación de mercado.

Unidad 3: Planeación de la investigación de mercado. Unidad 3: Planeación de la investigación de mercado. Diseñar la propuesta de investigación de mercados de acuerdo al marco teórico aplicable y a las necesidades planteadas por consumidores y/o usuarios

Más detalles

MANUAL DE AUDITORIA DE SISTEMAS

MANUAL DE AUDITORIA DE SISTEMAS MANUAL DE AUDITORIA DE SISTEMAS Indice de Temas AUDITORIA DE SISTEMAS...4 PLANEACIÓN DE LA AUDITORÍA EN INFORMÁTICA...4 INVESTIGACIÓN PRELIMINAR...5 ADMINISTRACIÓN...5 SISTEMAS...6 PERSONAL PARTICIPANTE...8

Más detalles

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO:

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: La norma IEEE 1058.1: Plan para la Gestión de Proyectos Software realizado por el alumno Ismael Caballero Muñoz-Reja para la asignatura Planificación y Gestión

Más detalles

FECHA DE ENTREGA AL ESTUDIANTE: Adjunto a la primera Prueba Parcial. FECHA DE DEVOLUCIÓN POR PARTE DEL ESTUDIANTE: Adjunto a la Prueba Integral

FECHA DE ENTREGA AL ESTUDIANTE: Adjunto a la primera Prueba Parcial. FECHA DE DEVOLUCIÓN POR PARTE DEL ESTUDIANTE: Adjunto a la Prueba Integral TP338 Lapso 2015-1 1/6 UNIVERSIDAD NACIONAL ABIERTA VICERRECTORADO ACADÉMICO AREA: INGENIERÍA TRABAJO PRÁCTICO ASIGNATURA: Sistema de Información III CÓDIGO: 338 FECHA DE ENTREGA AL ESTUDIANTE: Adjunto

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

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

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

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

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

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

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

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7 LINEAMIENTOS GENERALES PARA LA ESTRUCTURACIÓN DE UN DOCUMENTO PARA EL ASEGURAMIENTO DE LA CALIDAD EN LA APLICACIÓN DE LAS AUDITORÍAS DE SEGURIDAD VIAL EN COLOMBIA 1 PRINCIPIOS GENERALES DE AUDITORÍA DE

Más detalles

Planificación y Estimación de Proyectos de Software. Ing. Pablo Sevilla Jarquin pasj@guegue.com.ni

Planificación y Estimación de Proyectos de Software. Ing. Pablo Sevilla Jarquin pasj@guegue.com.ni Planificación y Estimación de Proyectos de Software Ing. Pablo Sevilla Jarquin pasj@guegue.com.ni Planificación Temporal La planificación temporal para proyectos de desarrollo de software puede verse desde

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

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT)

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT) CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO 6.1. Estructura Detallada del Trabajo (EDT) Un EDT es la agrupación orientada a entregables de los elementos del proyecto que organiza y define el total de los

Más detalles

REQUISITOS PARA LA SOLICITUD DE EVALUACIÓN DE RECURSOS DIGITALES CON FINES DE APRENDIZAJE Y PROMOCIÓN DE LA ORIGINALIDAD DEL MATERIAL EDUCATIVO

REQUISITOS PARA LA SOLICITUD DE EVALUACIÓN DE RECURSOS DIGITALES CON FINES DE APRENDIZAJE Y PROMOCIÓN DE LA ORIGINALIDAD DEL MATERIAL EDUCATIVO REQUISITOS PARA LA SOLICITUD DE EVALUACIÓN DE RECURSOS DIGITALES CON FINES DE APRENDIZAJE Y PROMOCIÓN DE LA ORIGINALIDAD DEL MATERIAL EDUCATIVO El Sistema de Universidad Virtual (SUV) se ha enfocado en

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

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

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

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS FACULTAD DE CIENCIAS MATEMÁTICAS E.A.P. DE..INVESTIGACIÓN OPERATIVA Sistemas de Inventarios Capítulo3. Marco teórico MONOGRAFÍA Para optar el Título de Licenciado

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos Tema 13 Metodologías en el desarrollo de Sistemas de Software Prof. Oscar Adolfo Vallejos Desarrollo de Sistemas de Software Objetivo Conceptos en el contexto más amplio de Software e Ingeniería de Software

Más detalles

MANUAL 02 DE AUDITORIA

MANUAL 02 DE AUDITORIA MANUAL 02 DE AUDITORIA INDICE 1. Introducción 2. Evaluación de los Sistemas 3. Evaluación de los equipos 4. Controles administrativos en un ambiente de Procesamiento de Datos 5. Revisión de Centros de

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

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

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

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

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

Instituto Costarricense de Turismo Auditoría General Informe final de gestión de la Auditora General, período de junio 1997 a enero 2014.

Instituto Costarricense de Turismo Auditoría General Informe final de gestión de la Auditora General, período de junio 1997 a enero 2014. INSTITUTO COSTARRICENSE DE TURISMO AUDITORÍA GENERAL INFORME FINAL DE GESTION AUDITORA GENERAL, PERIODO JUNIO DE 1997 A ENERO DE 2014 Realizado por: Joyce Mary Hernández Arburola, Licda. Diciembre, 2013

Más detalles

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad.

Brindar al alumno un marco teórico y práctico para el desarrollo de software bajo estándares de calidad. Universidad Católica San Pablo Facultad de Ingeniería y Computación Programa Profesional de Ciencia de la Computación SILABO CS290T. Ingeniería de Software I (Obligatorio) 2012-2 1. DATOS GENERALES 1.1

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

Perfil Profesional Técnico en Programación V.6

Perfil Profesional Técnico en Programación V.6 Perfil Profesional Técnico en Programación INET Programa ETMySNU Pág. 1 de 10 Julio de 2006 Técnico de Nivel Medio en Programación de Computadores Ámbito de Desempeño A partir de especificaciones de diseño

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

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

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

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS

SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Universidad de Carabobo Facultad Experimental de Ciencias y Tecnología Departamento de Computación Unidad Académica Base de Datos SISTEMAS DE GESTIÓN DE BASE DE DATOS SGBD / DBMS Integrantes: Fidel Gil

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

Medición de Atributos Internos. Tamaño. Administración y Gestión de Proyectos de Software. Medición de Atributos Internos. Tamaño

Medición de Atributos Internos. Tamaño. Administración y Gestión de Proyectos de Software. Medición de Atributos Internos. Tamaño Medición de Atributos Internos. Tamaño Administración y Gestión de Proyectos de Software (AGPS6) El tamaño del software puede ser descripto con tres atributos: 1. Longitud: mide tamaño físico del producto.

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

CAPITULO III MARCO METODOLÓGICO. La presente investigación plantea como objetivo el diseño de un prototipo

CAPITULO III MARCO METODOLÓGICO. La presente investigación plantea como objetivo el diseño de un prototipo CAPITULO III MARCO METODOLÓGICO 1. Tipo de Investigación La presente investigación plantea como objetivo el diseño de un prototipo de robot industrial para la automatización del proceso de conformado de

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

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