ESTIMACION DE COSTOS DEL SOFTWARE
|
|
- Raúl Miranda Cuenca
- hace 8 años
- Vistas:
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.
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"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 detallesUnidad 1. Fundamentos en Gestión de Riesgos
1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.
Más detallesCICLO DE VIDA DEL SOFTWARE
CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en
Más detallesSistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA)
Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA) Agenda 1. Introducción 2. Concepto Documento Electrónico 3. A que se le denomina Documento Electrónico 4. Componentes de un Documento Electrónico
Más detallesEstándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008
Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION
Más detallesMetodologías de Desarrollo de Sistemas de Información
Metodologías de Desarrollo de Sistemas de Información Metodología para el Desarrollo de SI Las metodologías son sistemas completos de técnicas que incluyen procedimientos paso a paso, productos resultante,
Más detallesSe 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 detallesAntes de imprimir este documento piense en el medio ambiente!
Versión 1.0 Página 1 de 6 1. ajustado ambiental OBJETIVO Proporcionar herramientas metodológicas para el desarrollo, organización, ejecución y evaluación de simulacros, de una forma segura y confiable,
Más detallesEl Software. Es lo que se conoce como el ciclo de vida del software.
El Software Hace referencia a los programas y toda la información asociada y materiales necesarios para soportar su instalación, operación, reparación, y mejora. Para construir un nuevo elemento software
Más detallesPROYECTOS, 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 detallesProceso 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 detallesINGENIERÍ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 detallesResumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de
Más detallesrg.o El l c i c c i l c o l o de d vi v d i a d a cm a l@ rza e de d u n u n si s s i t s e t ma m a de d in i f n or o ma m c a i c ó i n ó b
El ciclo de vida de un sistema de información El ciclo de vida de un sistema de información El proceso de desarrollo de software Modelos de ciclo de vida El ciclo de vida de una base de datos El proceso
Más detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Más detallesSISTEMAS 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 detallesTecnología de la Información. Administración de Recursos Informáticos
Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos
Más detallesLa 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 detallesEstas visiones de la información, denominadas vistas, se pueden identificar de varias formas.
El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los
Más detallesFuncionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net
2012 Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net Servinet Sistemas y Comunicación S.L. www.softwaregestionproyectos.com Última Revisión: Febrero
Más detallesPROCESO ADMINISTRACIÓN DE RECURSOS TECNOLÓGICOS SUBPROCESO ADMINISTRACIÓN DE CONTINGENCIAS
Objetivo Este subproceso establece las actividades que se realizan para la planeación y control de respaldos y desastres relacionados con los recursos informáticos existentes en el Senado de La República
Más detallesUnidad 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 detallesDE VIDA PARA EL DESARROLLO DE SISTEMAS
MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso
Más detallesIngeniería de Software. Pruebas
Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en
Más detallesELABORACION DE PRESUPUESTOS DE TRABAJOS Y PLAN DE PROYECTO
ELABORACION DE PRESUPUESTOS DE TRABAJOS Y PG-722 REVISION 2 COPIA CONTROLADA X COPIA NO CONTROLADA Elaborado por: RODRIGO GONZALEZ Revisado por: Aprobado por: Este documento presenta una referencia metodológica
Más detallesComo 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 detallesSOLICITUD DE PROPUESTA
SOLICITUD DE PROPUESTA CONVERSIÓN Y OPTIMIZACIÓN DE UN SISTEMA AUTOMATIZADO DE GESTIÓN PARA UNA CLÍNICA VETERINARIA JUSTIFICACIÓN DE LA PROPUESTA Somos una Clínica Veterinaria situada en la ciudad de Caracas
Más detallesMetodologí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 detalles5. 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 detallesMantenimiento de Sistemas de Información
de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD
Más detallesSalud de Activos Reflejo de la Estrategia de Mantenimiento
Salud de Activos Reflejo de la Estrategia de Mantenimiento Mucho se ha dicho y escrito acerca de como medir la efectividad de una estrategia de mantenimiento, sin embargo, al momento solo porciones de
Más detallesPRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES
PRODUCTIVIDAD DE PROYECTOS DE DESARROLLO DE SOFTWARE: FACTORES DETERMINANTES E INDICADORES Raúl Palma G. y Guillermo Bustos R. Escuela de Ingeniería Industrial Universidad Católica de Valparaíso Casilla
Más detalles1.1 EL ESTUDIO TÉCNICO
1.1 EL ESTUDIO TÉCNICO 1.1.1 Definición Un estudio técnico permite proponer y analizar las diferentes opciones tecnológicas para producir los bienes o servicios que se requieren, lo que además admite verificar
Más detallesSELECCIÓN N Y DISEÑO DEL PRODUCTO Y SERVICIO
SELECCIÓN N Y DISEÑO DEL PRODUCTO Y SERVICIO Administración n de Operaciones II 1 El desarrollo consistente y la introducción n de nuevos productos que valoren los clientes es muy importante para la prosperidad
Más detallesCostos de Distribución: son los que se generan por llevar el producto o servicio hasta el consumidor final
CLASIFICACIÓN DE LOS COSTOS Los costos tienen diferentes clasificaciones de acuerdo con el enfoque y la utilización que se les dé. Algunas de las clasificaciones más utilizadas son. Según el área donde
Más detallesEXPERIENCIAS EN LA IMPLEMENTACIÓN DE SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES (ERP) Ernesto Rivera Pitti Consultor Independiente
EXPERIENCIAS EN LA IMPLEMENTACIÓN DE SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES (ERP) Ernesto Rivera Pitti Consultor Independiente Conceptos Enterprise Resource Planning o Sistema de Planificación
Más detallesPlan de tarificación. Redes telefónicas. Requisitos a cumplir por el plan.
Redes telefónicas Plan de tarificación Plan de tarificación Requisitos a cumplir por el plan Métodos de tarificación Llamadas locales Llamadas a larga distancia Métodos de registro de llamadas Tarifas
Más detallesIAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)
IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) Introducción 1. Como se indica en la Norma Internacional de Auditoría 401, "Auditoría en un contexto informatizado", los objetivos globales
Más detallesSISTEMA DE ESPECIICACION DE REQUERIMIENTOS
SISTEMA DE ESPECIICACION DE REQUERIMIENTOS Presentado por: Jefferson Peña Cristian Álvarez Cristian Alzate 10 CONTENIDO 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. AMBITO DEL SISTEMA 1.3. DEFINICIONES, ACRÓNIMOS
Más detallesDescripción de la Empresa
Descripción de la Empresa Una de las instituciones líder del Sistema Financiero Venezolano, Banco Provincial fue fundado el 15 de Octubre de 1953, con un capital inicial de Bs.15.000.000. En 1983, la Entidad
Más detallesMETODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA.
METODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA. METODOLOGÍA PARA REALIZAR UNA AUDITORÍA INFORMÁTICA.- Fase I.- Estudio Preliminar, Fase II, Revisión y evaluación de controles y seguridades Fase III,
Más detallesAUDITORIA 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 detallesGestión de la Configuración
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de
Más detallesSCT3000 95. Software para la calibración de transductores de fuerza. Versión 3.5. Microtest S.A. microtes@arrakis.es
SCT3000 95 Versión 3.5 Software para la calibración de transductores de fuerza. Microtest S.A. microtes@arrakis.es Introducción El programa SCT3000 95, es un sistema diseñado para la calibración automática
Más detallesSIIGO PYME PLUS. Proceso de Recuperación. Cartilla I
SIIGO PYME PLUS Proceso de Recuperación Cartilla I Tabla de Contenido 1. Presentación 2. Qué es el Proceso de Recuperación? 3. Cuál es el Objetivo del Proceso de Recuperación? 4. Cuáles son los Pasos que
Más detallesSolució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 detallesCiclo de vida y Metodologías para el desarrollo de SW Definición de la metodología
Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto
Más detallesSistemas de costos por ordenes de trabajo
Sistemas de costos por ordenes de trabajo Objetivos del sistema Los costos por órdenes de trabajo tienen, entre otros, los siguientes objetivos: 1. Calcular el costo de manufactura de cada artículo que
Más detallesCICLO DE VIDA DEL SOFTWARE. Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software
3.010 CONCEPTO DE CICLO DE VIDA Una aproximación lógica a la adquisición, el suministro, el desarrollo, la explotación y el mantenimiento del software IEEE 1074 Un marco de referencia que contiene los
Más detallesGestión de Configuración del Software
Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software
Más detallesUniversidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática
Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)
Más detallesEstimació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 detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesGESTION OPERATIVA. Niveles de gestión
GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de
Más detallesCAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE
CAPÍTULO 3. HERRAMIENTA DE SOFTWARE DE PLANEACIÓN DE INVENTARIO Y PROCESO Objetivos del capítulo Desarrollar una herramienta de software de planeación de inventario con los datos obtenidos del capítulo
Más detallesManual de Usuario Comprador Presupuesto
Manual de Usuario Comprador Presupuesto Servicio de Atención Telefónica: 5300569/ 5300570 Descripción General El módulo Presupuesto tiene la finalidad de ayudar a las empresas a tener un control de gestión
Más detallesPlan de Gestión de Configuración. Universidad Nacional de la Patagonia Austral
Plan de Gestión de Configuración Universidad Nacional de la Patagonia Austral Temario 1. Gestión de Configuración de Software 1.1 Definición 2. Plan de SCM 2.1 Estructura Organizacional 2.2 Actividades
Más detallesFigura 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 detallesMEDICION DEL TRABAJO
MEDICION DEL TRABAJO Habíamos dicho al comenzar el curso que habían 4 técnicas que permiten realizar una medición del trabajo 1 Técnicas Directas: - Estudio de tiempos con cronómetro - Muestreo del trabajo
Más detallesBANCO NACIONAL DE PANAMÁ, BANCO DE DESARROLLO AGROPECUARIO Y BANCO HIPOTECARIO NACIONAL
BANCO NACIONAL DE PANAMÁ, BANCO DE DESARROLLO AGROPECUARIO Y BANCO HIPOTECARIO NACIONAL LICITACION ABREVIADA POR PONDERACIÓN Nº 2010-7-01-0-08-AV-000001 MANUAL DE SEGURIDAD TABLA DE CONTENIDO I. INTRODUCCIÓN
Más detallesGUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000
1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas
Más detallesTEMA 3. EL PROCESO DE COMPILACIÓN, DEL CÓDIGO FUENTE AL CÓDIGO MÁQUINA
TEMA 3. EL PROCESO DE COMPILACIÓN, DEL CÓDIGO FUENTE AL CÓDIGO MÁQUINA Programa: Algoritmo (secuencia no ambigua, finita y ordenada de instrucciones para la resolución de un determinado problema) traducido
Más detallesUniversidad Autónoma de los Andes Evaluación y Auditoría Informática Unidad 1: Metodología de una Auditoría de Sistemas Computacionales - ASC Ing. John Toasa Espinoza http://waudinfingjohntoasa.wikispaces.com
Más detallesMicrosoft Dynamics Sure Step Fundamentos
Fundamentos 22-09-2015/Serie Microsoft Dynamics Sure Step Fases Diagnóstico Análisis - Diseño/ Septiembre 2015 Rosana Sánchez CCRM: @rosana-sanchez-2 Twitter: @rosansasanchez6 Correo: ingrossanbar@hotmail.com
Más detallesEl nuevo Sistema de inventario y facturación, producirá los siguientes informes:
Ing. Rodríguez Orozco Propietario Distribuidora de productos naturales SALUD NATURAL. Presente. Estimado Ing. Rodríguez, Nosotros estudiantes de Ingeniería en ciencias de la computación de la Universidad
Más detallesActivos Intangibles Costos de Sitios Web
SIC-32 Documentos publicados para acompañar a la Interpretación SIC-32 Activos Intangibles Costos de Sitios Web Esta versión incluye las modificaciones resultantes de las NIIF emitidas hasta el 31 de diciembre
Más detallesSoporte y mantenimiento. Generalidades
Soporte y mantenimiento Generalidades 2014 Tabla de Contenido 1 Introducción... 3 2 Objetivos generales... 3 3 Caso de soporte... 3 4 Condiciones... 4 5 Restricciones... 5 6 Sistema de soporte... 5 Página
Más detallesContabilidad. Introducción. Contabilidad Diapositiva 1
Contabilidad Módulo de Contabilidad Parámetros de Contabilidad Ejercicios y Períodos Moneda Corriente y Moneda Extranjera Indicadores para el análisis contable Cuentas Asientos Lotes contables recibidos
Más detallesCapítulo 9. Archivos de sintaxis
Capítulo 9 Archivos de sintaxis El SPSS permite generar y editar archivos de texto con sintaxis SPSS, es decir, archivos de texto con instrucciones de programación en un lenguaje propio del SPSS. Esta
Más detallespunto, es que los criterios de evaluación de las medidas antes citadas se ajustan a las medidas señaladas para la toma del indicador VTD.
CONSULTA Para esta Comisión es muy importante conocer los comentarios sectoriales relacionados con el contenido del entregable presentado por la firma Iteco en el marco del Contrato 038 de 2014, para avanzar
Más detallesAdministración de proyectos. Organizar, planificar y programar los proyectos de software
Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará
Más detallesWorkflows? Sí, cuántos quiere?
Workflows? Sí, cuántos quiere? 12.11.2006 Servicios Profesionales Danysoft Son notables los beneficios que una organización puede obtener gracias al soporte de procesos de negocios que requieran la intervención
Más detallesTECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501
1. Qué incluye la ingeniería del software con SQA? Entrenamiento, soporte al consumidor instalación. 2. Menciona algunas características del software: Elemento lógico. Desarrollado no fabricado. No se
Más detallesGestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari
Gestión de la configuración en el software (SCM) Ingeniería de software Eduardo Ferreira, Martín Solari 1 Temario Definiciones Problemas del cambio Elementos de la configuración Actividades de SCM Identificación
Más detallesGUÍA METODOLÓGICA PARA LA REALIZACIÓN DE PROCEDIMIENTOS DOCUMENTADOS DE SISTEMAS DE GESTIÓN
GUÍA METODOLÓGICA PARA LA REALIZACIÓN DE PROCEDIMIENTOS DOCUMENTADOS DE SISTEMAS DE GESTIÓN 1. Objetivo 2. Introducción 3. Procedimiento de control de documentos 4. Procedimiento de control de registros
Más detalles3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire.
3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire. 3.1 Descripción general de los pasos de la auditoría. Las auditorías comprenderán tres etapas
Más detallesDESCRIPCIÓN DEL PROCESO DE RIESGO OPERACIONAL
DESCRIPCIÓN DEL PROCESO DE RIESGO Julio 10, de 2012 INDICE Proceso Riesgo Operacional... 1 Objetivo General... 1 Objetivos Específicos... 1 I. Identificación del Riesgo.... 1 II. Medición y Mitigación
Más detallesMódulo Presupuesto SP 3.0
Módulo Presupuesto SP 3.0 Versión 3.14.001 06/2008 Contenido 1. GESTION DE COMPOSICIONES (desde Datos Básicos)... 3 1.1. Crear composiciones (tarjetas) partiendo de un registro vacío... 3 1.2. Crear composiciones
Más detallesMetodología básica de gestión de proyectos. Octubre de 2003
Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución
Más detallesPRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE
PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,
Más detallesClientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea
Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3
Más detallesDiseño orientado al flujo de datos
Diseño orientado al flujo de datos Recordemos que el diseño es una actividad que consta de una serie de pasos, en los que partiendo de la especificación del sistema (de los propios requerimientos), obtenemos
Más detallesProcedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4
Más detallesORIENTACIONES SIMCE TIC
ORIENTACIONES SIMCE TIC Sistema Nacional de Medición de Competencias TIC en Estudiantes ORIENTACIONES SIMCE TIC Sistema Nacional de Medición de Competencias TIC en Estudiantes INDICE Introducción 7 Prueba
Más detalles6 Anexos: 6.1 Definición de Rup:
6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.
Más detallesPROCEDIMIENTO ESPECÍFICO. Código G114-01 Edición 0
Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. PROYECTO
Más detallesDescribir 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 detallesrg.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 detallesSOLUCION DE MODELOS DE PROGRAMACION LINEAL EN UNA HOJA DE CALCULO. PROBLEMAS DE TRANSPORTE Y ASIGNACION.
UNIVERSIDAD NACIONAL DE LA PLATA FACULTAD DE INGENIERÍA DEPARTAMENTO DE INGENIERÍA DE LA PRODUCCIÓN INGENIERÍA INDUSTRIAL SOLUCION DE MODELOS DE PROGRAMACION LINEAL EN UNA HOJA DE CALCULO. PROBLEMAS DE
Más detallesTECNÓLOGO EN INFORMÁTICA PLAN DE ESTUDIOS
Administración Nacional de Universidad de la República Educación Pública Facultad de Ingenieria CF Res..0.07 Consejo Directivo Central Consejo Directivo Central Res..05.07 Res. 17.0.07 TECNÓLOGO EN INFORMÁTICA
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesUnidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)
Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,
Más detallesUTILIZACION DE LOS KPI S Y DE LOS SISTEMAS DE INFORMACION PARA LA TOMA DE DECISIONES
UTILIZACION DE LOS KPI S Y DE LOS SISTEMAS DE INFORMACION PARA LA TOMA DE DECISIONES El mantenimiento de los activos ha alcanzado elevados niveles de sofisticación que han permitido que la moderna Gerencia
Más detallesMANUAL DE CALIDAD ISO 9001:2008
Página 1 de 21 MANUAL DE CALIDAD ISO 9001:2008 EMPRESA DE DISTRIBUCION DE ALUMINIO Y VIDRIO ELABORADO POR: APROBADO POR: REPRESENTANTE DE LA ALTA DIRECCIÓN GERENTE PROPIETARIO Página 2 de 21 CONTENIDO
Más detallesPRU. Fundamento Institucional. Objetivos. Alcance
PRU INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de PRUEBAS para el desarrollo de software, en el cual se debe apoyar para la ejecución de sus actividades;
Más detallesPlan de estudios ISTQB: Nivel Fundamentos
Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE
Más detalles