Mantenimiento del Software
|
|
- Jesús García del Río
- hace 8 años
- Vistas:
Transcripción
1 Mantenimiento del Software Santiago Moral García Ingeniería del Software I
2 Índice 2 1. Introducción 2. Tipos de Mantenimiento de SW 3. Dificultades del Mantenimiento de SW 4. Soluciones al problema del Mantenimiento de SW 5. Mantenibilidad 6. Métodos de Mantenimiento de SW 7. Externalización del Mantenimiento del SW
3 Índice 3 1. Introducción Origen Definiciones El Efecto Iceberg Causas del Alto Coste Actividades del Mantenimiento 2. Tipos de Mantenimiento de SW 3. Dificultades del Mantenimiento de SW 4. Soluciones al problema del Mantenimiento de SW 5. Mantenibilidad 6. Métodos de Mantenimiento de SW 7. Externalización del Mantenimiento del SW
4 Introducción Origen 4 Rápida evolución de la Ingeniería de Computadores. Sin embargo, el desarrollo de SW ha sufrido un retraso histórico. En 1970, ya se había popularizado el término Crisis de Software. Para resolver este problema surgió un área de la informática que recibió el nombre de Ingeniería del Software [Sommerville, 1992].
5 Introducción Origen 5 Una de las principales causas de esta situación ha sido la poca importancia que se ha dado al Mantenimiento del Software. Aunque se sitúa al final del ciclo de vida, el mantenimiento es un proceso de suma importancia por su repercusión económica, temporal y de recursos. Análisis Diseño Implementación Pruebas Mantenimiento IMPORTANCIA
6 Introducción Origen 6 Referencia Periodo % Mantenimiento [Pressman, 1993] años 70 35%-40 [Pigoski, 1997] % [Pressman, 1993] Años 80 60% [Rock-Evans y Hales, 1990] % [Schach, 1990] % [Pigoski, 1997] % [Frazer, 1992] % [Pressman, 1993] Años 90 (prev.) 90% Según varios estudios, el Mantenimiento es la fase mas costosa del ciclo de vida del SW. Mayor parte del presupuesto: Mantener software existente. Sobrepasando la Barrera de Mantenimiento se imposibilitan nuevos desarrollos.
7 Introducción Definiciones 7 PROCESOS PRINCIPALES ADQUISICIÓN SUMINISTRO DESARROLLO EXPLOTACIÓN MANTENIMIENTO PROC. ORGANIZACIONALES GESTIÓN INFRAESTRUCTURA MEJORA RECURSOS HUMANOS GESTIÓN DE ACTIVOS GEST. PROG. REUTILIZACIÓN INGENIERÍA DE DOMINIO PROCESOS DE SOPORTE DOCUMENTACIÓN GESTIÓN DE CONFIGURACIÓN ASEGURAMIENTO DE CALIDAD VERIFICACIÓN VALIDACIÓN REVISIÓN CONJUNTA AUDITORÍA RESOLUCIÓN DE PROBLEMAS USABILIDAD EVALUACIÓN DE PRODUCTO PROCESO DE ADAPTACIÓN Estándar ISO 12207: el proceso de mantenimiento contiene las actividades y tareas realizadas por el mantenedor. Este proceso se activa cuando el producto software sufre modificaciones en el código y la documentación asociada, debido a un problema o a la necesidad de mejora o adaptación. El objetivo es modificar el producto software existente preservando su integridad. Este proceso incluye la migración y retirada del producto software.
8 Introducción Definiciones 8 IEEE 1219: Modificación de un producto software después de haber sido entregado (a los usuarios o clientes) con el fin de corregir los defectos, mejorar el rendimiento u otros atributos, o adaptarlo a un cambio de entorno. Pressman [1998]: la fase de mantenimiento se centra en el cambio que va a asociado a la corrección de errores, a las adaptaciones requeridas a medida que evoluciona el entorno del software, y a cambios debidos a las mejoras producidas por los requisitos cambiantes del cliente.
9 Introducción el Efecto Iceberg 9 A la hora de planificar los costes de mantenimiento, los analistas-programadores tienen la impresión de que el mantenimiento es algo descontrolado, nunca se sabe que va a pasar (sería predecir el futuro). Esta situación se asemeja a un Iceberg, del cual sólo se percibe una pequeña parte, pero bajo cuya superficie se esconde una gran cantidad de problemas potenciales y costes encubiertos [Canning, 1972].
10 Introducción el Efecto Iceberg 10 En la parte sumergida de este Iceberg se ocultan costes, menos tangibles que los monetarios. Los costes intangibles del mantenimiento del software están vinculados a las oportunidades de desarrollo que se deben posponer o se pierden [McCracken, 1980]. Otros costes intangibles son: Insatisfacción del cliente, cuando no se pueden atender a tiempo las reparaciones o modificaciones. Errores ocultos introducidos al realizar el mantenimiento. Perjuicio en otros proyectos de desarrollo, cuando la plantilla tiene que dejarlos.
11 Introducción el Efecto Iceberg 11 Al final, el coste de mantenimiento de un SW es la reducción que se produce en la productividad de los informáticos. Algunos autores [Boehm, 1979], han calculado que el coste de mantener una línea de código (LCD) puede llegar a ser 40 veces más alto que en el proceso de desarrollo.
12 Introducción Causas del Alto Coste Coste de detectar y corregir defectos A qué se debe que sea más económico solucionar los errores en las etapas iniciales del ciclo de vida?
13 Introducción 13 Causas del Alto Coste Una gran cantidad del SW actual ha sido desarrollado hace más de años. Aunque fuese creado utilizando las mejores técnicas: Restricciones de tamaño. Restricciones de espacio de almacenamiento. Herramientas tecnológicamente desfasadas.
14 Introducción 14 Causas del Alto Coste Cambios Incontrolados Los programas sufren migraciones a nuevas plataformas o SO. Los programas experimentan mejoras y adaptaciones para satisfacer las nuevas necesidades de los usuarios. Problema: Los cambios se realizan sin tener en cuenta la arquitectura del sistema. No se aplican técnicas de ingeniería inversa o reingeniería.
15 Introducción Causas del Alto Coste 15 Escasez de métodos, técnicas y herramientas que puedan proporcionar una solución global al mantenimiento: Las metodologías de desarrollo no reflejan costes necesarios ni esfuerzo. Las metodologías se centran en el desarrollo de nuevos sistemas. Complejidad de los sistemas aumenta: Debido a continuas modificaciones. Pérdida de información; cada vez hay menos personas en el equipo que conocen el software.
16 Introducción Causas del Alto Coste 16 Documentación del sistema defectuosa o inexistente: Muchas veces no se actualiza cuando cambia el sistema. Actividad poco creativa: A diferencia del desarrollo, se considera mas sencilla y menos importante La realiza personal con menor experiencia. Se cree que tiene un menor soporte de herramientas y menos esfuerzo de gestión (FALSO). Qué perfil profesional es encargado del mantenimiento en los equipos de trabajo?
17 Introducción 17 Causas del Alto Coste Actividades de mantenimiento bajo presión de tiempo. Poco tiempo para realizar modificaciones (generalmente sobre el código). No actualización de la documentación. Problema: Las correcciones imperfectas dan lugar a nuevos esfuerzos de corrección en el futuro.
18 Introducción Causas del Alto Coste 18 Por todo esto, en la actualidad nos podemos encontrar sistemas SW con una escasa calidad debida a: Estructuras de datos con un diseño pobre. Mala codificación. Lógica defectuosa. Documentación escasa o errónea. Estas mismas razones provocan que el coste de solucionar un defecto en la etapa de mantenimiento sea mucho mayor que en tiempo de análisis (2/100).
19 Introducción Actividades del Mantenimiento 19 Muchos de los problemas anteriores vienen dados por el desconocimiento de la actividades durante el mantenimiento. Algunas definiciones solo consideran como mantenimiento la corrección de defectos. Ampliación de nuevos requisitos se consideran proyecto de desarrollo continuado o redesarrollo.
20 Introducción Actividades del Mantenimiento 20 Qué actividades consideramos entonces como mantenimiento [IEEE 1219]? Corrección de defectos en el software. Creación de nuevas funcionalidades en el software por nuevos requisitos de usuario. Mejora de la funcionalidad y del rendimiento.
21 Índice Introducción 2. Tipos de Mantenimiento de SW Mantenimiento Correctivo Mantenimiento Adaptativo Mantenimiento Perfectivo Mantenimiento Preventivo Tareas del Mantenimiento 3. Dificultades del Mantenimiento de SW 4. Soluciones al problema del Mantenimiento de SW 5. Mantenibilidad 6. Métodos de Mantenimiento de SW 7. Externalización del Mantenimiento del SW
22 Tipos de Mantenimiento de SW 22 Usuarios del Sistema Base Tecnológica Mantenimiento Perfectivo Sistema Software Mantenimiento Correctivo Mantenimiento Preventivo Entorno de Trabajo Mantenimiento Adaptativo
23 Tipos de Mantenimiento de SW 23 Qué estimación en esfuerzo podemos realizar sobre cada uno de los tipos de mantenimiento? Costes estimados por tipo de Mantenimiento 18% 17% 5% 60% Perfectivo Adaptativo Correctivo Preventivo
24 Tipos de Mantenimiento de SW Mantenimiento Correctivo 24 Aún habiendo superado las etapas de prueba y verificación, el software puede contener defectos. Este tipo de mantenimiento tiene como objetivo encontrar y eliminar estos defectos del software. Defectos Vs. Fallos: Un defecto en un sistema es una característica del sistema con el potencial de causar un fallo [Piattini, 2000]. Un fallo ocurre cuando el comportamiento de un sistema es diferente del establecido en la especificación [Piattini, 2000].
25 Tipos de Mantenimiento de SW Mantenimiento Correctivo 25 Podríamos llegar a considerar los siguientes fallos: Procesamiento: Salidas incorrectas en un programa. Rendimiento: Demasiado tiempo de respuesta. Programación: Diseño inconsistente de un sistema. Documentación: Diferencias entre la funcionalidad de un programa y el manual de usuario.
26 Tipos de Mantenimiento de SW Mantenimiento Correctivo 26 Origen de los defectos del SW 36% 38% 26% Requisitos Diseño Codificación
27 Tipos de Mantenimiento de SW Mantenimiento Adaptativo 27 Este tipo de mantenimiento responde a una situación en la que se produce algún cambio en el SW o HW del entorno en el que se ejecuta el sistema. Estos cambios pueden deberse a: Cambio en el SO. Cambio del tipo de arquitectura en la que se ejecuta (red local a Internet/Intranet). Entorno de desarrollo del software (nuevos elementos y herramientas como ODBC). La envergadura del cambio necesario puede ser muy diferente.
28 Tipos de Mantenimiento de SW Mantenimiento Adaptativo 28 Los cambios en el entorno SW pueden ser: En el entorno de los datos (Sistema Ficheros Vs. BBDD). En el entorno de los procesos (Sistemas Distribuidos, Java, ). El mantenimiento adaptativo cada vez es más usual debido a: Nuevas generaciones de HW cada poco tiempo. Nuevos sistemas operativos. Mejoras en las prestaciones y elementos. Frente a esto, la vida útil de un sistema SW puede superar fácilmente los 10 años.
29 Tipos de Mantenimiento de SW Mantenimiento Perfectivo 29 Este tipo de mantenimiento está asociado a cambios en los requisitos de un producto SW. Se podría definir como el conjunto de actividades para mejorar o añadir nuevas funcionalidades requeridas por el usuario. A su vez, este tipo de mantenimiento se puede dividir en dos: Mantenimiento de Ampliación: orientado a la incorporación de nuevas funcionalidades. Mantenimiento de Eficiencia: busca la mejora de las prestaciones del sistema en tiempo de ejecución.
30 Tipos de Mantenimiento de SW Mantenimiento Perfectivo 30 Este tipo de mantenimiento aumenta cuando un producto SW tiene éxito comercial. Por qué?
31 Tipos de Mantenimiento de SW Mantenimiento Preventivo 31 El principal objetivo de este tipo de mantenimiento es mitigar o evitar las consecuencias de los fallos. Para ello: Comprobación de la validez de los datos de entrada. Reestructuración del software para mejorar la legibilidad y su futuro mantenimiento. Adición de comentarios. Monitorización de las prestaciones del sistema en todo momento (Almacenamiento, Procesamiento, Ancho de Banda, ).
32 Tipos de Mantenimiento de SW Mantenimiento Preventivo 32 Otros Mantenimientos Vs. Preventivo Los otros tipos de mantenimientos se realizan, generalmente a causa de una petición. El mantenimiento preventivo se produce tras un estudio de posibilidades de mejora en los diferentes módulos del sistema.
33 Tipos de Mantenimiento de SW Ejercicio 33 Partiendo de los tipos de mantenimiento: Correctivo Adaptativo Perfectivo Preventivo Buscar un ejemplo de cada uno de ellos, básandose en la práctica de Patrones de Diseño
34 Tipos de Mantenimiento de SW Tareas del Mantenimiento 34
35 Tipos de Mantenimiento de SW Tareas del Mantenimiento 35 I - Comprensión del SW y de los cambios a realizar: Se deben conocer la funcionalidad, el objetivo, la estructura interna y los requisitos. Si no respetamos esto, podríamos introducir nuevos errores que nos lleven a más gastos por mantenimiento adicionales.
36 Tipos de Mantenimiento de SW Tareas del Mantenimiento 36 II - Modificación del Software Se deben crear y modificar las estructuras de datos, la lógica de los procesos, las interfaces y la documentación. Para evitar los efectos secundarios, los programadores deben conocer las repercusiones de las modificaciones que van a introducir.
37 Tipos de Mantenimiento de SW Tareas del Mantenimiento 37 III - Realización de Pruebas: Es necesario realizar pruebas para validar los cambios. Las pruebas verificaran que no se han introducido a la vez otros errores. Incluso el cambio más pequeño puede inducir defectos que reduzcan la calidad y la fiabilidad del SW.
38 Tipos de Mantenimiento de SW Tareas del Mantenimiento 38 Partiendo de las distintas categorías: Comprensión de los cambios Modificación del software Realización de pruebas Identificar actividades de mantenimiento llevadas a cabo por un analista/programador
39 Tipos de Mantenimiento de SW Tareas del Mantenimiento 39 Categoría Actividad % Tiempo Comprensión del software y de los cambios a realizar Modificación del software Realización de pruebas Estudiar las peticiones 18% Estudiar la documentación 6% Estudiar el código 23% Modificar el código 19% Actualizar la documentación 6% Diseñar y realizar pruebas 28%
40 Índice Introducción 2. Tipos de Mantenimiento de SW 3. Dificultades del Mantenimiento de SW Código Heredado Problemas del Mantenimiento Efectos Secundarios del Mantenimiento 4. Soluciones al problema del Mantenimiento de SW 5. Mantenibilidad 6. Métodos de Mantenimiento de SW 7. Externalización del Mantenimiento del SW
41 Dificultades del Mantenimiento 41 Se debe realizar el mantenimiento del SW de forma que la calidad no se deteriore como resultado del proceso. Cómo debe mantenerse el SW para preservar su fiabilidad?
42 Dificultades del Mantenimiento Código Heredado 42 Con el paso de los años se ha ido produciendo un volumen muy grande de SW. En la actualidad, la mayor parte del SW está formado por código heredado (legacy code), es decir: Código desarrollado hace algún tiempo. Con técnicas y herramientas en desuso. Desarrollado por personas que ya no pertenecen al colectivo. En muchas ocasiones, la situación se complica porque el código heredado fue objeto de múltiples actividades de mantenimiento.
43 Dificultades del Mantenimiento Código Heredado 43 Leyes del Mantenimiento del Software Continuidad del Cambio: Un programa evoluciona con su entorno para no hacerse obsoleto. Ideas de los usuarios. Nuevas características HW Mejoras SW. Corrección de defectos. Migración del sistema a otra máquina o SO. El software necesita ser más eficiente.
44 Dificultades del Mantenimiento Código Heredado 44 Leyes del Mantenimiento del Software Incremento de la Complejidad: Cuando un programa es modificado, se incrementa la complejidad de la estructura del mismo, salvo que se haga un esfuerzo para evitarlo. Esto sucede cuando los programadores no utilizan técnicas de Ingeniería del SW (en este caso no cuenta el mantenimiento preventivo).
45 Dificultades del Mantenimiento Código Heredado 45 Leyes del Mantenimiento del Software Evolución del Programa Es un proceso autorregulado. La medición de determinadas propiedades (tamaño, tiempo entre versiones, numero de errores) permiten evaluar esta tendencia. Conservación de la Estabilidad Organizacional La carga que supone el desarrollo de un sistema es aproximadamente constante e independiente de los recursos dedicados.
46 Dificultades del Mantenimiento Código Heredado 46 Leyes del Mantenimiento del Software Conservación de la Familiaridad Durante todo el tiempo de vida de un sistema, el incremento en el número de cambios incluidos con cada versión (release) es aproximadamente constante. Según [Lehman et al, 1998], los grandes programas no llegan nunca a completarse y están en constante evolución (Mantenimiento Perfectivo y Adaptativo).
47 Dificultades del Mantenimiento Problemas del Mantenimiento 47 Además de las dificultades de mantenimiento mostradas en las leyes anteriores, existen otros problemas clásicos que complican el mantenimiento [Schneidewind, 1987]: Problemas de carácter técnico Ausencia metodológica. Tendencia a la des-estructuración. Disminución de la comprensibilidad. Problemas de gestión
48 Dificultades del Mantenimiento Problemas del Mantenimiento 48 Problemas de carácter técnico Ausencia Metodológica Las metodologías no suelen contemplar la participación del usuario. Si no se satisfacen las necesidades, hay que realizar un esfuerzo adicional para adaptar el SW. Tendencia a la des-estructuración Documentación desfasada. El código no cumple los estándares. Incremento en el tiempo necesitado para comprender el código.
49 Dificultades del Mantenimiento Problemas del Mantenimiento 49 Problemas de carácter técnico Disminución de la Comprensividad Los sucesivos cambios producidos por el mantenimiento hacen que el código sea más difícil de modificar aumento de los costes. Según Sommerville [1992], cualquier cambio conlleva la corrupción de la estructura del software y, a mayor corrupción, la estructura del programa se torna menos comprensible y más difícil de modificar.
50 Dificultades del Mantenimiento Problemas del Mantenimiento 50 Problemas de gestión Hay programadores que consideran el trabajo del mantenimiento como una actividad inferior. Personas dedicadas al mantenimiento peores condiciones laborables y salariales. Como resultado, al realizar un mantenimiento: No se emplea una estrategia sistemática. Correcciones realizadas con precipitación. No se documentan adecuadamente. Pobremente integradas con el código existente.
51 Dificultades del Mantenimiento Efectos Secundarios 51 La posibilidad de error al modificar un sistema actual es muy grande. Una de las mayores dificultades es el riesgo del llamado Efecto Bola de Nieve : Los cambios producidos por una petición introducen efectos secundarios, implicando nuevos mantenimientos. Estos nuevos mantenimientos a su vez pueden producir más efectos secundarios.
52 Dificultades del Mantenimiento Efectos Secundarios 52 Código Cambios en el Diseño = cambios en el Código. Eliminación o modificación de un Subprograma. Eliminación o modificación de una Etiqueta. Eliminación o modificación de un Identificador. Cambios para mejorar el Rendimiento. Modificación de la apertura/cierre de Ficheros. Modificación de Operaciones Lógicas.
53 Dificultades del Mantenimiento Efectos Secundarios 53 Datos Redefinición de Variables Locales o Globales. Modificación de Permisos de los Archivos. Modificación de las Rutas de Acceso a Ficheros. Modificación del Tamaño de una Matriz. Reinicialización de Punteros. Cambios en los Parámetros de los Subprogramas.
54 Dificultades del Mantenimiento Efectos Secundarios 54 Documentación Modificar el formato de las Entradas Interactivas. Nuevos Mensajes de Error no documentados. Tablas o Índices no actualizados. Texto no actualizado correctamente.
55 Índice Introducción 2. Tipos de Mantenimiento de SW 3. Dificultades del Mantenimiento de SW 4. Soluciones al problema del Mantenimiento de SW Soluciones de Gestión Soluciones Técnicas 5. Mantenibilidad 6. Métodos de Mantenimiento de SW 7. Externalización del Mantenimiento del SW
56 Soluciones al Problema del Mantenimiento del SW 56 Desde un punto de vista financiero, el mantenimiento del SW es un continuo consumidor de recursos (beneficios???). Se necesita un apoyo por parte de la dirección de las organizaciones, siendo conscientes: Importancia de las tecnologías de la información. El SW es un activo corporativo que puede suponer una ventaja competitiva.
57 Soluciones al Problema del Mantenimiento del SW 57 Gestión Recursos dedicados al mantenimiento Gestión de la Calidad Gestión estructurada del mantenimiento Organización del equipo humano Documentación de los cambios Técnicas Reingeniería Ingeniería Inversa Restructuración del Software
58 Soluciones al Problema del Mantenimiento del SW Soluciones de Gestión 58 Recursos dedicados al Mantenimiento Principal recurso para el mantenimiento es el humano. Constitución de un equipo dedicado con experiencia. Gestión de la Calidad Aumento de Recursos => Solución a corto plazo. Métodos para aumentar la calidad, tanto del producto SW como del proceso de producción (Estándares, Diseño paso a paso, Código Estructurado, ).
59 Soluciones al Problema del Mantenimiento del SW Soluciones de Gestión 59 Gestión Estructurada del Mantenimiento La existencia de una adecuada Configuración del Software reduce la cantidad de esfuerzo requerido y mejora la calidad. Partiendo desde este punto, se deben subdividir las tareas a desarrollar, para así realizar un seguimiento directo sobre cada una de las etapas: Comprensión del SW y de los cambios a realizar. Modificación del SW. Realización de las pruebas.
60 Soluciones al Problema del Mantenimiento del SW Soluciones de Gestión 60 Organización del Equipo Humano Las tareas relacionados con el mantenimiento comienzan mucho antes de la primera petición. Establecer las personas que participarán en cada actividad. Delegación de responsabilidades [Pressman, 1993]: Controlador del Mantenimiento (gestión y segto). Supervisor del sistema SW (Conocimiento). Gestor de la configuración (actualiza SW). Desarrollador de mantenimiento (codificación).
61 Soluciones al Problema del Mantenimiento del SW Soluciones de Gestión 61 Documentación de los cambios Información del programa. Tamaño: LDC programa fuente y ejecutable. Lenguaje de programación. Fecha de instalación del programa. Número de ejecuciones del programa desde la instalación. Número de fallos. Numero de sentencias añadidas, modificadas y eliminadas. Número de personas/hora. Persona responsable del cambio. Identificación de la petición. Tipo de mantenimiento. Fecha de inicio y fin de mantenimiento. Beneficios netos que supone el cambio.
62 Soluciones al Problema del Mantenimiento del SW Soluciones Técnicas 62 Herramientas Ayudan al personal de mantenimiento, a la hora de comprender el problema y probar las modificaciones. Muchas de estas herramientas son similares a las utilizadas en las pruebas de SW: Depuradores Generadores de Datos de Prueba Documentadores Comparadores
63 Soluciones al Problema del Mantenimiento del SW Soluciones Técnicas 63 Métodos Reingeniería Examen y Modificación de un sistema para reconstruirlo de una nueva forma [Bennett, 1990]. Ingeniería Inversa Proceso de analizar un sistema para identificar sus componentes y las interrelaciones que existen entre ellos. [Chikofsky y Cross, 1990]. Reestructuración del Software Modificación del software para hacerlo más fácil de entender y cambiar [Arnold, 1986].
64 Índice Introducción 2. Tipos de Mantenimiento de SW 3. Dificultades del Mantenimiento de SW 4. Soluciones al problema del Mantenimiento de SW 5. Mantenibilidad Propiedades Métricas 6. Métodos de Mantenimiento de SW 7. Externalización del Mantenimiento del SW
65 Mantenibilidad 65 Medida cualitativa de la facilidad de comprender, corregir, adaptar y/o mejorar el Software [Pressman, 1993]. Hay muchos factores que influyen en la mantenibilidad. Los más principales son: Proceso de Desarrollo. Comprensión de Programas. Documentación.
66 Mantenibilidad 66 Resumiendo Debemos considerar el SW como un producto que estará sujeto a cambios casi con total seguridad. Diseñar etapas previas considerando la mantenibilidad. Realizar una documentación estricta y estandarizada desde el primer desarrollo hasta el último mantenimiento.
67 Mantenibilidad Propiedades 67 Reparabilidad Un sistema SW es reparable si permite la corrección de sus defectos con una cantidad de trabajo limitada y razonable. Flexibilidad Un sistema SW es flexible si permite cambiar o incrementar sus funcionalidades con una cantidad de trabajo limitada y razonable. Son fácilmente medibles? Qué criterios utilizaríais?
68 MANTENIBILIDAD Mantenibilidad Métricas 68 CRITERIOS MÉTRICAS SIMPLICIDAD CONCISIÓN AUTODESCRIPTIVO LEGIBILIDAD FACILIDAD DE PRUEBA Nº ciclomático v(g) Nº de sentencias Frecuencia de operandos Longitud de programa Nivel de módulo Frecuencia de comentarios Longitud de programa Niveles anidados (MAX) Nº de sentencias V(g) Niveles anidados (MAX)
69 Índice Introducción 2. Tipos de Mantenimiento de SW 3. Dificultades del Mantenimiento de SW 4. Soluciones al problema del Mantenimiento de SW 5. Mantenibilidad 6. Métodos de Mantenimiento de SW Conceptos Básicos Proceso de Reingeniería del Software Costes y Beneficios de la Reingeniería 7. Externalización del Mantenimiento del SW
70 Métodos de Mantenimiento de SW Conceptos Básicos 70 Reingeniería del SW Análisis y modificación de un sistema para reconstruirlo en una nueva forma [Bennett et al., 1990]. Beneficios Ayuda a la gestión y automatización de las actividades de mantenimiento. Reducción del esfuerzo de mantenimiento. Reutilización de componentes.
71 Métodos de Mantenimiento de SW Conceptos Básicos 71 Ingeniería Inversa Es el proceso de análisis de un sistema para identificar sus componentes e interrelaciones [CHIKOFSKY, 1990]. Recuperación de diseño: Observación del sistema. Conocimientos sobre su dominio de aplicación. Información externa. Procesos deductivos.
72 Métodos de Mantenimiento de SW Conceptos Básicos 72 Reestructuración Es la transformación de un sistema a otro en el mismo nivel de abstracción relativo, manteniendo su comportamiento externo (funcionalidad y semántica) [CHIKOFSKY, 1990]. Es la modificación del software para hacerlo más fácil de entender y cambiar [ARNOLD, 1993].
73 Métodos de Mantenimiento de SW Conceptos Básicos 73 Ingeniería Directa Desarrollo inicial de un sistema, basándose en una metodología o proceso del software estandarizado. Redocumentación La creación de información correcta y actualizada del SW.
74 Métodos de Mantenimiento de SW Proceso de Reingeniería del SW 74 Ingeniería directa (1) Ingeniería directa (2) Reing.(6) Reing.(8) Definición Diseño Implement. Redocumentación (5) Ing. inversa (4) Redocumentación (7) Ing. inversa (3) Redocumentación (8) (Piattini et al. 98)
75 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 75 Antes de reconstruir un sistema en explotación, es altamente recomendable analizar las alternativas: Dejar el producto como está. Adquirir uno en el mercado que realice la misma función. Reconstruirlo. Evidentemente, elegiremos la opción con mejor relación coste/beneficio.
76 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 76 Antes de reconstruir un sistema en explotación, es altamente recomendable analizar las alternativas: Dejar el producto como está. Adquirir uno en el mercado que realice la misma función. Reconstruirlo. Evidentemente, elegiremos la opción con mejor relación coste/beneficio.
77 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 77 Para calcular los costes de un proyecto de Reingeniería, Sneed [1995] propone un modelo basado en cuatro etapas: Justificación del Proyecto de Reingeniería. Análisis de la cartera de aplicaciones. Estimación de costes. Análisis de costes Vs. Beneficios.
78 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 78 I - Justificación del Proyecto de Reingeniería Requiere: Análisis del Software existente. Análisis de los procesos de mantenimiento actuales. Análisis del valor de negocio de las aplicaciones. Muchas organizaciones sólo tienen en cuenta el proceso de Reingeniería cuando el coste de un nuevo desarrollo es muy alto (Ej. Hardware).
79 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 79 II - Análisis de la Cartera de Aplicaciones En esta etapa se cotejan la calidad técnica y el valor de negocio de cada una de las aplicaciones. Objetivo: Constituir una lista de aplicaciones, ordenada según sus prioridades en el proceso de Reingeniería. La calidad técnica de un producto es una medida relativa, dependiente de cada organización.
80 Calidad Técnica Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 80 II - Análisis de la Cartera de Aplicaciones ALTA CALIDAD, BAJO VALOR ALTA CALIDAD, ALTO VALOR BAJA CALIDAD, BAJO VALOR BAJA CALIDAD, ALTO VALOR Valor de Negocio
81 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 81 II - Análisis de la Cartera de Aplicaciones Cuadrante superior izquierdo => No requieren Reingeniería. Cuadrante inferior izquierdo => Desarrolladas de nuevo o reemplazadas por productos comerciales. Cuadrante superior derecho => Se puede aplicar Reingeniería, pero sin excesiva prioridad. Cuadrante inferior derecho => Primeras candidatas a la Reingeniería.
82 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 82 III - Estimación de Costes Identificar y ponderar todos los componentes del software que se van a modificar. Para ello, se deben utilizar métricas adecuadas (existe gran diversidad de métricas). Comprobar si es rentable hacer Reingeniería, empezar de nuevo el desarrollo o comprar en el mercado (pedir presupuestos a partners).
83 Métodos de Mantenimiento de SW Costes y Beneficios de la Reing. 83 IV - Análisis de Costes Vs. Beneficios La última etapa es comparar los costes estimados de cada uno de los presupuestos: Reingeniería. Nuevo Desarrollo. Comprar en el Mercado. Con los beneficios estimados de cada uno de los aplicativos.
84 Índice Introducción 2. Tipos de Mantenimiento de SW 3. Dificultades del Mantenimiento de SW 4. Soluciones al problema del Mantenimiento de SW 5. Mantenibilidad 6. Métodos de Mantenimiento de SW 7. Externalización del Mantenimiento del SW Concepto de Outsourcing Objetivos de la Externalización
85 Externalización del Mantenimiento de SW 85 Sistemas de Información han crecido considerablemente, incrementando el porcentaje de inversiones. En algunos casos ha puesto en peligro los resultados de las compañías. Se ha comprobado que realizar outsourcing total sobre los mantenimientos de los sistemas de información tiene una buena relación coste/beneficio.
86 Externalización del Mantenimiento de SW Concepto de Outsourcing 86 Externalización de una parte o la totalidad de cualquier actividad. Se pueden identificar dos enfoques distintos: Una actividad que era realizada tradicionalmente en el ámbito interno pasa a ser desarrollada por un proveedor externo. Cualquier externalización de actividades de la empresa, independientemente si ésta lo realizó con anterioridad.
87 Externalización del Mantenimiento de SW Objetivos de la Externalización 87 Estratégicos Aumentar la competitividad de su negocio. Aumentar los niveles de calidad del servicio. Aumentar el servicio dado a los usuarios. Financieros Reducción de Costes. Aumento de la Productividad.
88 Externalización del Mantenimiento de SW Objetivos de la Externalización 88 Estratégicos Aumentar la Competitividad de Negocio Mayor focalización en su Core Business. Cambios en la dedicación de los responsables de informática. Liberar recursos para desarrollos estratégicos.
89 Externalización del Mantenimiento de SW Objetivos de la Externalización 89 Estratégicos Aumentar los niveles de calidad del servicio Plan de Garantía de Calidad que asegure los compromisos adquiridos con el proveedor. Definiendo unos indicadores claros de mejora. Reduciendo las interrupciones del sistema (Ej. Batch).
90 Externalización del Mantenimiento de SW Objetivos de la Externalización 90 Estratégicos Aumentar el servicio dado a los usuarios Sistema mecanizado que le permite al usuario conocer la evolución de sus demandas (CAU). Despersonalizando la actividad del mantenimiento.
91 Externalización del Mantenimiento de SW Objetivos de la Externalización 91 Financieros Reducción de costes Mayor facilidad para imputar costes. Ahorro en la gestión y formación de las personas (proveedor). Conocer y fijar costes antes de realizar el servicio.
92 Externalización del Mantenimiento de SW Objetivos de la Externalización 92 Financieros Aumento de la productividad Nuevos desarrollos eliminan las interferencias de mantenimiento. Beneficio de la especialización de los proveedores. Mantenimiento como un proyecto cerrado.
Mantenimiento del Software
Mantenimiento del Software S1 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 detallesMANTENIMIENTO 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 detallesMantenimiento del Software
Mantenimiento del Software S3 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad
Más 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 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 detalles12/07/2010. INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software. Contenido. 1. Aspectos Generales. 1. Aspectos Generales. 1. Aspectos Generales
Contenido INGENIERIA DE SOFTWARE Tema 7: Mantenimiento del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Aspectos generales 2. Características
Más 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 detallesMantenimiento del Software
Mantenimiento del Software S2 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 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 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 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 detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesUNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS
UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS AUDITORIA DE SISTEMAS COMPUTACIONALES TIPOS DE AUDITORIA LIC. FRANCISCO D. LOVOS Tipos de Auditorías Auditoría de Base de Datos Auditoría de Desarrollo
Más detallesCiclo de vida del Software
Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por
Más 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 detallesTema 2. Ingeniería del Software I feliu.trias@urjc.es
Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición
Más detallesCapítulo 4 Pruebas e implementación de la aplicación CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN
CAPÍTULO 4 PRUEBAS E IMPLEMENTACIÓN DE LA APLICACIÓN CONCEPTOS DE PRUEBAS DE APLICACIÓN El departamento de Testing se encarga de diseñar, planear y aplicar el rol de pruebas a los sistemas que el PROVEEDOR
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 detallesLISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M
No. REQUISITOS EXISTE ESTADO OBSERVACIONES 4. SISTEMA DE GESTION DE LA CALIDAD 4.1 Requisitos Generales La organización debe establecer, documentar, implementar y mantener un S.G.C y mejorar continuamente
Más detallesTraslado de Data Center
Traslado de Data Center Traslado de Data Center Análisis y metodología garantizan el éxito en el traslado de los Data Center Planificar, analizar y documentar son claves a la hora de realizar la migración
Más detallesMantenimiento del Software
Mantenimiento del Software S9 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 detallesTEMA 9: MANTENIMIENTO.
TEMA 9: MANTENIMIENTO. 9.1.- INTRODUCCIÓN: La creencia habitual de un equipo de trabajo de que su tarea ha finalizado cuando instala y pone en funcionamiento el software en las instalaciones del cliente
Más detallesCAPITULO 2 - POR QUÉ NECESITAN LAS EMPRESAS UN CUADRO DE MANDO INTEGRAL?
CAPITULO 2 - POR QUÉ NECESITAN LAS EMPRESAS UN CUADRO DE MANDO INTEGRAL? Los indicadores financieros. Desde hace mucho tiempo se utiliza el sistema de mediciones financiero, desde la época de los egipcios
Más detallesMaster en Gestion de la Calidad
Master en Gestion de la Calidad Registros de un Sistema de Gestion de la Calidad Manual, procedimientos y registros 1 / 9 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer que es un registro
Más detallesIntroducción a ISO 25000
Calidad del Producto Software. Presentación Inicial de Consultoría. Introducción a ISO 25000 Intedya es una compañía global especializada en la CONSULTORÍA, AUDITORÍA, FORMACIÓN y las soluciones tecnológicas
Más detallesOperación 8 Claves para la ISO 9001-2015
Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,
Más detallesModificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.
UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:
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 detallesARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD
ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD. CONCEPTO. EVOLUCIÓN CON EL TIEMPO. NORMA UNE EN ISO 9001:2000 Profesor: Victoriano García
Más 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 Y MANUALES DE LA CALIDAD
SISTEMAS Y MANUALES DE LA CALIDAD NORMATIVAS SOBRE SISTEMAS DE CALIDAD Introducción La experiencia de algunos sectores industriales que por las características particulares de sus productos tenían necesidad
Más detallesPreguntas más frecuentes sobre PROPS
Preguntas más frecuentes sobre PROPS 1. Qué es un modelo? Un modelo es un marco común para toda la organización. Está alineado con los estándares de gestión de proyectos, como PMBOK, ISO10006, ISO9000
Más detallesBoletín Asesoría Gerencial*
Boletín Asesoría Gerencial* 2008 - Número 3 de Conversión de la Información *connectedthinking de Conversión de la Información de la información? proceso de conversión La conversión de la información no
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 detallesNO CONFORMIDADES FRECUENTES EN AUDITORIAS ISO 9001
NO CONFORMIDADES FRECUENTES EN AUDITORIAS ISO 9001 Ignacio Gómez hederaconsultores.blogspot.com NO CONFORMIDADES FRECUENTES EN AUDITORIAS ISO 9001 2 ÍNDICE 1. INTRODUCCIÓN...4 2. QUÉ ES UNA AUDITORÍA?...4
Más detallesGUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES
GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es
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 detallesCapí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 detalleshttp://www.informatizate.net
http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.
Más detallesCurso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007
Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007 C/Fernando Macías 13; 1º izda. 15004 A CORUÑA Tel 981 160 247. Fax 981 108 992 www.pfsgrupo.com DEFINICIONES: RIESGOS
Más detallesLA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS
LA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS Los clientes compran un servicio basandose en el valor que reciben en comparacion con el coste en el que incurren. Por, lo tanto, el objetivo a largo plazo
Más detallesGestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Más 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 detallesCAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE
CAPÍTULO 2. MODELOS Y ESTÁNDARES DE CALIDAD DE SOFTWARE 2.1 Ingeniería de Software Los modelos y estándares de calidad de software forman parte de la ingeniería de software. Es por eso que comenzaremos
Más detalles1º CFGS ASIR IMPLANTACIÓN DE SISTEMAS OPERATIVOS
1º CFGS ASIR IMPLANTACIÓN DE SISTEMAS OPERATIVOS OBJETIVOS La formación del módulo contribuye a alcanzar los objetivos generales de este ciclo formativo que se relacionan a continuación: a. Analizar la
Más detallesNorma ISO 14001: 2004
Norma ISO 14001: 2004 Sistema de Gestión Ambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas
Más 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 detallesSIMAD CLOUD. La Gestión Documental ahora en la nube, más eficiente SISTEMA INTEGRADO DE ADMINISTRACIÓN DOCUMENTAL
La administración documental profesional es una completa herramienta documental dirigida preferiblemente a pequeñas y medianas organizaciones para ganar control sobre sus documentos, con énfasis en la
Más detallesCMMI (Capability Maturity Model Integrated)
CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla
Más detallesCALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000
TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000 1. NORMALIZACIÓN Y CERTIFICACIÓN 01 [Feb. 2005] Qué organización internacional propone gran cantidad de normativas en numerosos campos tecnológicos?
Más 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 detallesCaso Particular: 75.46 - Administración y Control de Proyectos II. Planificación Aprobada. Ejecución y Control. Administración del Cambio
Project Management Caso Particular: Implementación de Paquetes Fases de Project Management Visión Aprobado Alcance Alcance Aprobado Organización Planificación Aprobada Ejecución y Control Finalizado Cierre
Más detallesANEXO 26-A COMITÉ PERMANENTE DE INTERPRETACIÓN SIC N 32 ACTIVOS INTANGIBLES COSTOS DE SITIOS WEB. (Modificada en 2008) (IV Difusión)
ANEXO 26-A COMITÉ PERMANENTE DE INTERPRETACIÓN SIC N 32 ACTIVOS INTANGIBLES COSTOS DE SITIOS WEB (Modificada en 2008) (IV Difusión) Interpretación SIC-32 Activos Intangibles - Costos de Sitios Web Referencias
Más detallesAnálisis y gestión de riesgo
Marco Dueñes Intriago María Cabrales Jaquez Resumen capitulo 6 Ingeniería del software Análisis y gestión de riesgo Estrategias de riesgo proactivas vs reactivas Una estrategia considerablemente más inteligente
Más detallesCentro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas. Un ejemplo práctico: Plataforma de Archivo electrónico
Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas Un ejemplo práctico: Plataforma de Archivo electrónico Índice 1. Presentación del proyecto 2. Objetivos del proyecto 3.
Más detallesCAPITULO I. Introducción. En la actualidad, las empresas están tomando un papel activo en cuanto al uso de sistemas y
CAPITULO I Introducción 1.1 Introducción En la actualidad, las empresas están tomando un papel activo en cuanto al uso de sistemas y redes computacionales. La tecnología ha ido evolucionando constantemente
Más detallesCapítulo 5. Cliente-Servidor.
Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor
Más detallesPROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6. 1. NOMBRE DEL ÁREA: Unidad de Informática
PROVIAS NACIONAL INFORME TÉCNICO DE EVALUACIÓN DE SOFTWARE Nº 001-2007-MTC/20.2.6 1. NOMBRE DEL ÁREA: Unidad de Informática 2. RESPONSABLES DE LA EVALUACIÓN: 3. CARGOS: Milton Sandoval Cruz Administrador
Más detallesISO9001:2015. Todos los certificados emitidos en este periodo tienen una fecha de caducidad de 15 de septiembre de 2018.
ISO9001:2015 PLAN DE TRANSICIÓN Tras la publicación de la nueva versión de la norma ISO9001 el pasado mes de septiembre se inicia un periodo de convivencia entre las dos versiones de la norma. Este periodo
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallesInstituto Nacional de Tecnología Industrial TESTING DE SOFTWARE
Instituto Nacional de Tecnología Industrial TESTING DE SOFTWARE Laboratorio de Testing y Aseguramiento de Calidad de Software Disertante: A.C. Gabriel Miretti Agenda Presentación del Laboratorio de Testing
Más detallesNorma ISO 14001: 2015
Norma ISO 14001: 2015 Sistema de Gestión Medioambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas
Más detallesCómo seleccionar el mejor ERP para su empresa Sumario ejecutivo
Índice completo de la Guía Índice completo de la Guía 1. Quién debe leer esta guía? 3 2. Qué es un ERP? 7 2.2. Qué es un ERP?... 9 2.3. Cuál es el origen del ERP?... 10 2.4. ERP a medida o paquetizado?...
Más detallesERP GESTION LOGÍSTICA
ERP GESTION LOGÍSTICA o Introducción El objetivo de este módulo reside en dar soporte informático al control de sus existencias para poder responder en cualquier momento a la cuestión Qué cantidad y cuánto
Más detallesSistemas de Gestión de Calidad. Control documental
4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4
Más 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 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 detallesLOGISTICA D E COMPRAS
LOGISTICA D E COMPRAS 1. - Concepto de compras OBTENER EL (LOS) PRODUCTO(S) O SERVICIO(S) DE LA CALIDAD ADECUADA, CON EL PRECIO JUSTO, EN EL TIEMPO INDICADO Y EN EL LUGAR PRECISO. Muchas empresas manejan
Más detallesSistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A.
Cátedra : Sistemas de Información Administrativa S.I.A. Escuela de Contadores Auditores Tema: Ingeniería del Software Estrategias de Pruebas Relator: Sr. Eduardo Leyton G Pruebas del Software (Basado en
Más detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesProceso: AI2 Adquirir y mantener software aplicativo
Proceso: AI2 Adquirir y mantener software aplicativo Se busca conocer los estándares y métodos utilizados en la adquisición de y mantenimiento del software. Determinar cuál es proceso llevado a cabo para
Más detallesImplementación de Paquetes
Project Management Caso Particular: Implementación de Paquetes Fases de Project Management Visión Proyecto Aprobado Inicio (Alcance) Alcance Aprobado Organización Planificación Aprobada Ejecución y Control
Más detalleswww.solucionesbinaria.com Qué es TypMan?
Qué es TypMan? TypMan es una aplicación software para la gestión del mantenimiento en entornos productivos. Permite un control exhaustivo de las tareas de prevención y corrección minimizando costes, aumentando
Más detallesPLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación
PLAN DE MEJORAS Herramienta de trabajo Agencia Nacional de Evaluación de la Calidad y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración del plan de mejoras...5 2.1 Identificar
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 detallesPropuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos
Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento.
Más 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 detallesAI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL
AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN OBJETIVOS 1 Métodos de Diseño 2 Cambios Significativos a Sistemas Actuales 3 Aprobación del Diseño 4 Definición y Documentación de Requerimientos
Más detallesMaster en Gestion de la Calidad
Master en Gestion de la Calidad Los 3 niveles de la Calidad Los 3 niveles de la calidad 1 / 8 OBJETIVOS Al finalizar esta unidad didáctica será capaz: Conocer los 3 niveles de la calidad. CONTENIDOS En
Más detallesa) Ajustar la configuración lógica del sistema analizando las necesidades y criterios establecidos para configurar y explotar sistemas informáticos.
DEPARTAMENTO: INFORMÁTICA MATERIA: Sistema de Gestión empresarial NIVEL: 2º CFGS Desarrollo de aplicaciones Multiplataforma Objetivos del módulo a) Ajustar la configuración lógica del sistema analizando
Más detallesAseguramiento de la Calidad
ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-CAL 1: IDENTIFICACIÓN DE LAS PROPIEDADES DE CALIDAD PARA EL SISTEMA... 3 Tarea EVS-CAL 1.1: Constitución del Equipo
Más detallesSistemas de gestión de la calidad Requisitos
Sistemas de gestión de la calidad Requisitos 1 Objeto y campo de aplicación 1.1 Generalidades Esta Norma Internacional especifica los requisitos para un sistema de gestión de la calidad, cuando una organización
Más detallesGARANTÍA. Garantía. Mantenimiento. Asistencia técnica. Sistemas de identificación. Servicios adicionales
Garantía Mantenimiento Asistencia técnica Sistemas de identificación Servicios adicionales La garantía proporcionada por PYV cubre, libres de cargo, la mano de obra y los materiales utilizados. El producto
Más detallesACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos
Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios
Más detalles+ Cómo ahorrar dinero con Software Quality
+ Cómo ahorrar dinero con Software Quality Qué es Software Quality Assurance? Porqué facilita el ahorro de dinero? Introducción El objetivo de este documento es explicar qué es Software Quality Assurance,
Más detallesMODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL
MODULO: MERCADEO Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) 1 Servicio de Soporte. El presente apartado constituye las condiciones de soporte y mantenimiento por parte de enncloud
Más detallesI. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Sistemas Operativos en Red. NIVEL: 2º Sistemas Microinformáticos y Redes
DEPARTAMENTO: Informática MATERIA: Sistemas Operativos en Red NIVEL: 2º Sistemas Microinformáticos y Redes 1. Objetivos. Competencias Profesionales, Personales y Sociales 2.1 Objetivos del ciclo formativo
Más detallesCUESTIONARIO AUDITORIAS ISO 14001 2
CUESTIONARIO AUDITORIAS ISO 14001 Ignacio Gómez hederaconsultores.blogspot.com CUESTIONARIO AUDITORIAS ISO 14001 2 4. REQUISITOS DEL SISTEMA DE GESTIÓN AMBIENTAL 4.1 Requisitos generales Se encuentra definido
Más detalleswww.hederaconsultores.com // hedera@hederaconsultores.com http://hederaconsultores.blogspot.com
CUESTIONARIO AUDITORÍA INTERNA ISO 9001:2008 Página 1 de 19 4. SISTEMA DE GESTIÓN DE LA CALIDAD 4.1 Requisitos generales Se encuentran identificados los procesos del sistema? Se identifican y controlan
Más detallese-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.
Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores
Más detallesObjetivos y Competencias
Objetivos y Competencias 2.1 Objetivos del ciclo formativo a) Ajustar la configuración lógica del sistema analizando las necesidades y criterios establecidos para configurar y explotar sistemas informáticos.
Más detallesÁREA DE CALIDAD UALITY & ASSOCIATS ECONOMICS
Nuestra empresa ofrece varios servicios relacionados directamente con la ISO 9001 y la calidad. Ofrecemos: 1.- Asesoramiento para la implementación de Sistemas de Gestión de Calidad basados en los diferentes
Más detallesCRM C U S T O M E R R E L A T I O N S H I P M A N A G E M E N T G E S T I Ó N D E L A R E L A C I Ó N C O N L O S C L I E N T E S
CRM C U S T O M E R R E L A T I O N S H I P M A N A G E M E N T G E S T I Ó N D E L A R E L A C I Ó N C O N L O S C L I E N T E S Introducción CRM (Customer Relationship Management), en su traducción literal,
Más detallesLiberando el sistema. Ayudar a los usuarios a entender y usar el sistema. Entrenamiento Documentación Solución de Problemas Conversión Instalación
Liberando el sistema Ayudar a los usuarios a entender y usar el sistema Distintos tipos de usuarios Entrenamiento Documentación Solución de Problemas Conversión Instalación May-12 Ing. de Software Liberación
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 detallesEl ABC del ERP. (Christopher Koch)
El ABC del ERP. (Christopher Koch) La aparición de los sistemas de gestión ERP (Planificación de recursos empresariales) parece ir lógicamente unida a la idea de la empresa sin divisiones en departamentos
Más detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...
Más detallesSISTEMA DE GESTIÓN MEDIOAMBIENTAL
SISTEMA DE GESTIÓN MEDIOAMBIENTAL La definición de Sistema de Gestión Medioambiental según ISO-14001 es: Parte del sistema general de gestión de la empresa, que incluye la estructura organizativa, la planificación
Más detalles