1. República Bolivariana de Venezuela
Ministerio del poder popular para la educación superior universitaria
I.U.P. Santiago Mariño (caracas)
Escuela 47 Ing. de Sistemas
Asignatura: Teoría del Sistema
Profesor: Integrante:
Miguel Mena Génesis Ojeda
CI:27979348
2. Introducción
El objetivo de las pruebas es presentar información sobre la calidad del producto a las
personas responsables de éste. Las pruebas de calidad presentan los siguientes objetivos:
encontrar defectos o bugs, aumentar la confianza en el nivel de calidad, facilitar
información para la toma de decisiones, evitar la aparición de defectos.
Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de
software. Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas
en cualquier momento de dicho proceso de desarrollo. Existen distintos modelos de
desarrollo de software, así como modelos de pruebas. A cada uno corresponde un nivel
distinto de involucramiento en las actividades de desarrollo.
El objetivo de este proceso es la obtención de una nueva versión de un sistema de
información desarrollado con MÉTRICA Versión 3 ó Versión 2, a partir de las peticiones de
mantenimiento que los usuarios realizan con motivo de un problema detectado en el
sistema, o por la necesidad de una mejora del mismo.
En este proceso se realiza el registro de las peticiones de mantenimiento recibidas, con el
fin de llevar el control de las mismas y de proporcionar, si fuera necesario, datos
estadísticos de peticiones recibidas o atendidas en un determinado periodo, sistemas que
se han visto afectados por los cambios, en qué medida y el tiempo empleado en la
resolución de dichos cambios. Es recomendable, por lo tanto, llevar un catálogo de
peticiones de mantenimiento sobre los sistemas de información, en el que se registren
una serie de datos que nos permitan disponer de la información antes mencionada.
En el momento en el que se registra la petición, se procede a diagnosticar
diseño especifico, estándar, algoritmo o política.
(Distíngase siempre el término implementación de implantación, puesto que una
implantación se realiza de forma impuesta u obligatoria al usuario sin importar su opinión;
en cambio en la implementación se involucra al usuario en el desarrollo de lo que se está
realizando).
En ciencias de la computación, una implementación es la realización de una especificación
técnica o algoritmos como un programa, componente software, u otro sistema de
cómputo. Muchas implementaciones son dadas según a una especificación o un estándar.
Por ejemplo, un navegador web respeta (o debe respetar) en su implementación, las
especificaciones recomendadas según el World Wide Web Consortium, y las herramientas
de desarrollo del software contienen implementaciones de lenguajes de programación.
3. Índice
Que son las pruebas ……………………………………………………………………………………………..pag 4-6
Ciclo de vida de un sistema…………………………………………………………………………………pag7-8
Mantenimiento de sistemas ……………………………………………………………………………pag 8-15
Implementación…………………………………………………………………………………………………pag15-16
4. ¿Que son las pruebas?
Las pruebas de software (en inglés software testing) son las investigaciones empíricas y
técnicas cuyo objetivo es proporcionar información objetiva e independiente sobre la
calidad del producto a la parte interesada o stakeholder. Es una actividad más en el proceso
de control de calidad.
de desarrollo. Existen distintos modelos de desarrollo de software, así como modelos de
pruebas Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de
software. Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas
en cualquier momento de dicho proceso. A cada uno corresponde un nivel distinto de
involucramiento en las actividades de desarrollo.
Diagrama que en forma gráfica, evoca la situación en la cual las opiniones y/o evaluaciones
se concretan a través de una multitud de evaluadores y aportantes (crowdsourced testing),
trabajando en forma abierta y participativa (crowdsourcing).
El objetivo de las pruebas es presentar información sobre la calidad del producto a las
personas responsables de éste. Las pruebas de calidad presentan los siguientes objetivos:
encontrar defectos o bugs,aumentar laconfianza en elnivel de calidad,facilitarinformación
para la toma de decisiones, evitar la aparición de defectos.
Teniendo esta afirmación en mente, la información que puede ser requerida es de lo más
variada. Esto haceque el proceso de testing seacompletamente dependiente del contexto1
en el que se desarrolla.
El ambiente idealde las pruebas de testing es aquel que es independiente del desarrollo del
software, de esta manera se logra objetividad en las pruebas.
A pesar de lo que muchos promueven, no existen las "mejores prácticas" como tal. Toda
práctica puede ser ideal para una situación pero completamente inútil o incluso perjudicial
en otra.
Por esto, las actividades, técnicas, documentación, enfoques y demás elementos que
condicionarán las pruebas a realizar, deben ser seleccionadas y utilizadas de la manera más
eficiente según contexto del proyecto.
5. Pruebas Estáticas
Son el tipo de pruebas que se realizan sin ejecutar el código de la aplicación.
Puede referirse a la revisión de documentos, ya que no se hace una ejecución de código.
Esto se debe a que se pueden realizar "pruebas de escritorio" con el objetivo de seguir los
flujos de la aplicación.
Pruebas dinámicas
Todas aquellas pruebas que para su ejecución requieren la ejecución de la aplicación.
Las pruebas dinámicas permiten el uso de técnicas de caja negra y caja blanca con mayor
amplitud. Debido a la naturaleza dinámica de la ejecución de pruebas es posible medir con
mayor precisión el comportamiento de la aplicación desarrollada.
Tipos de pruebas por Ejecución
Pruebas manuales
Pruebas automáticas
Enfoques de pruebas:
Pruebas de Caja blanca
Pruebas de Caja negra
Testing aleatorio2
Clasificación de pruebas según lo que verifican
Pruebas Funcionales: Una prueba funcional es una prueba basada en la ejecución,
revisión y retroalimentación de las funcionalidades previamente diseñadas para el
software (requisitos funcionales). Hay distintos tipos como por ejemplo:
6. Pruebas unitarias, Pruebas de componentes, Pruebas de integración, Pruebas de sistema
Pruebas de humo, Pruebas alpha, Pruebas beta, Pruebas de aceptación, Pruebas de
regresión.
Niveles de las pruebas
Podemos considerar el proceso de pruebas funcionales como un proceso donde se va
probando inicialmente lo de más bajo nivel y se van integrando y probando
paulatinamente componentes hasta lograr un sistema completo totalmente probado. Por
eso se dice que hay distintos niveles de prueba. Se empieza por las pruebas unitarias,
luego las pruebas de Integración, luego las de pruebas de sistema, las de humo, las alpha,
las beta y finalmente las de pruebas de aceptación.
Las pruebas de regresión se puede considerar como la ejecución (normalmente
automática) de las pruebas ya realizadas hasta el momento.
Pruebas no funcionales:
Una prueba no funcional es una prueba cuyo objetivo es la verificación de un requisito
que especifica criterios que pueden usarse para juzgar la operación de un sistema
(requisitos no funcionales) como por ejemplo la disponibilidad, accesibilidad, usabilidad,
mantenibilidad, seguridad, rendimiento. Podemos clasificar las pruebas no funcionales
según el tipo de requisito
no funcional que abarcan:
Pruebas de compatibilidad
Pruebas de seguridad
Pruebas de Stress
Pruebas de usabilidad
Pruebas de rendimiento
Pruebas de internacionalización y localización
Pruebas de escalabilidad Pruebas de mantenibilidad
Pruebas de instabilidad
Pruebas de portabilidad
pruebas de software
7. El control de la calidad de software lleva consigo aplicativos que permiten realizar pruebas
autónomas y masivas permitiendo así la verificación desde el punto de vista estático y de
caja blanca, es decir pruebas donde se analiza el software sin ejecutar el software
mediante el código fuente del mismo. Podemos encontrar herramientas Open Source
(libres) o Comerciales (de pago).
El ciclo de vida de un sistema informático se divide en:
1.- Reconocimiento del problema
2.- Estudio de factibilidad
3.- Análisis
4.- Diseño
5.- Implementación
6.- Pruebas
7.- Mantenimiento
A continuación describiremos cada una de ellas:
1.- Reconocimiento del problema: Surge cuando un usuario reconoce que tiene
problemas con los medios con lo que cuenta para realizar su trabajo. Así comienza esta
fase que trata de reemplazar el sistema existente (manual/automatizado) por otro. En
esta fase interviene totalmente el usuario.
2.- Estudio de factibilidad: Se toma una decisión basado en el reconocimiento del
problema.
Sirve para:
Identificar los problemas con el sistema actual
Identificar el alcance que se le va a dar al problema
Identificar los principales objetivos del nuevo sistema
Desarrollar estimados de las ventajas y desventajas de cada solución posible
Obtención de puntos de vista del usuario y el administrador de sistemas sobre las
modificaciones que serán necesarias
8. Todos éstos puntos evitarán el gasto de un análisis de un proyecto "imposible" Intervienen
el usuario y el analista de información.
3.- Análisis: Consiste en cuestionar al usuario sobre qué quiere que haga el sistema, que
características quiere en su nuevo sistema y que restricciones o candados debe satisfacer.
El resultado del análisis debe incluir una especificación funcional y un análisis estructurado
que contenga los requerimientos para crea el nuevo sistema, los cuales el usuario debe
leer, analizar y aprobar para su futura elaboración.
4.- Diseño: Consiste en definir como organizar lo anterior de forma adecuada para la
ejecución. Incluye la realización de diagramas de flujo, explicaciones del programa (diseño
preliminar). Posteriormente se lleva a cabo un diseño detallado donde se describen las
especificaciones de todos los módulos realizados.
5.- Implementación: Es la fase de programación o escritura del código. La información
resultante del Diseño se traduce a código de programación.
6.- Pruebas: En esta etapa se planea el diseño de casos de prueba con el fin de asegurar
que la programación sea correcta de acuerdo al análisis realizado.
7.- Mantenimiento: Después que el sistema pasa la fase de pruebas, cualquier cambio
que se le haga es mantenimiento.
Las fases pueden ser cíclicas. En caso de existir errores o si se decide hacer un sistema
nuevo se comienza por el paso 1 nuevamente.
Mantenimiento de sistemas de información
con MÉTRICA Versión 3 ó Versión 2, a partir de las peticiones de mantenimiento que los
usuarios realizan con motivo de un problema detectado en el sistema, o por la necesidad
de una mejora del mismo.
En este proceso se realiza el registro de las peticiones de mantenimiento recibidas, con el
fin de llevar el control de las mismas y de proporcionar, si fuera necesario, datos
estadísticos de peticiones recibidas o El objetivo de este proceso es la obtención de una
nueva versión de un sistema de información desarrollado atendidas en un determinado
periodo, sistemas que se han visto afectados por los cambios, en qué medida y el tiempo
empleado en la resolución de dichos cambios. Es recomendable, por lo tanto, llevar un
catálogo de peticiones de mantenimiento sobre los sistemas de información, en el que se
registren una serie de datos que nos permitan disponer de la información antes
mencionada.
9. En el momento en el que se registra la petición, se procede a diagnosticar de qué tipo de
mantenimiento se trata. Atendiendo a los fines, podemos establecer los siguientes tipos
de mantenimiento:
Correctivo: son aquellos cambios precisos para corregir errores del producto software.
Evolutivo: son las incorporaciones, modificaciones y eliminaciones necesarias en un
producto software para cubrir la expansión o cambio en las necesidades del usuario.
Adaptativo: son las modificaciones que afectan a los entornos en los que el sistema opera,
por ejemplo, cambios de configuración del hardware, software de base, gestores de base
de datos, comunicaciones, etc. Perfectivo: son las acciones llevadas a cabo para mejorar la
calidad interna de los sistemas en cualquiera de sus aspectos: reestructuración del código,
definición más clara del sistema y optimización del rendimiento y eficiencia.
Estos dos últimos tipos quedan fuera del ámbito de MÉTRICA Versión 3 ya que requieren
actividades y perfiles distintos de los del proceso de desarrollo.
Una vez registrada la petición e identificado el tipo de mantenimiento y su origen, se
determina de quién es la responsabilidad de atender la petición. En el supuesto de que la
petición sea remitida, se registra en el catálogo de peticiones de mantenimiento y
continua el proceso. La petición puede ser denegada. En este caso, se notifica al usuario y
acaba el proceso.
Posteriormente, según se trate de un mantenimiento correctivo o evolutivo, se verifica y
reproduce el problema, o se estudia la viabilidad del cambio propuesto por el usuario. En
ambos casos se estudia el alcance de la modificación. Hay que analizar las alternativas de
solución identificando, según el tipo de mantenimiento de que se trate, cuál es la más
adecuada. El plazo y urgencia de la solución a la petición se establece de acuerdo con el
estudio anterior.
La definición de la solución incluye el estudio del impacto de la solución propuesta para la
petición en los sistemas de información afectados. Mediante el análisis de dicho estudio,
la persona encargada del Proceso de Mantenimiento valora el esfuerzo y coste necesario
para la implementación de la modificación.
Las tareas de los procesos de desarrollo que va a ser necesario realizar son determinadas
en función de los componentes del sistema actual afectados por la modificación. Estas
tareas pertenecen a actividades de los procesos Análisis, Diseño, Construcción e
Implantación.
Por último, y antes de la aceptación del usuario, es preciso establecer un plan de pruebas
de regresión que asegure la integridad del sistema de información afectado.
La mejor forma de mantener el coste de mantenimiento bajo control es una gestión del
Proceso de Mantenimiento efectiva y comprometida. Por lo tanto, es necesario registrar
10. de forma disciplinada los cambios realizados en los sistemas de información y en su
documentación. Esto repercutirá directamente en la mayor calidad de los sistemas
resultantes.
Mantenimiento predictivo
El mantenimiento predictivo son una serie de acciones que se toman y técnicas que se
aplican con el objetivo de detectar posibles fallas y defectos de maquinaria en las etapas
incipientes para evitar que estos fallos se manifiesten en uno más grande durante su
funcionamiento, evitando que ocasionen paros de emergencia y tiempos muertos,
causando impacto financiero negativo. Su misión es conservar un nivel de servicio
determinado en los equipos programando las revisiones en el momento más oportuno.
Suele tener un carácter sistemático, es decir, se interviene aunque el equipo no haya dado
ningún síntoma de tener problemas.
Las ventajas más importantes son:
Las fallas se detectan en sus etapas iniciales por lo que se cuenta con suficiente tiempo
para hacer la planificación y la programación de las acciones correctivas (mantenimiento
correctivo o curativo) en paros programados y bajo condiciones controladas que
minimicen los tiempos muertos y el efecto negativo sobre la producción y que, además,
garanticen una mejor calidad en las reparaciones. Las técnicas de detección del
mantenimiento predictivo son en su mayor parte técnicas "on-condition", que significa
que las inspecciones se pueden realizar con la maquinaria en operación a su velocidad
máxima.
El requisito para que se pueda aplicar una técnica predictiva es que el fallo incipiente
genere señales o síntomas de su existencia, tales como alta temperatura, ruido,
ultrasonido, vibración, partículas de desgaste y alto amperaje, entre otras.
Las técnicas para detección de fallos y defectos en maquinaria varían, desde la utilización
de los sentidos humanos (oído, vista, tacto y olfato), hasta la utilización de datos de
control de proceso y de control de calidad, el uso de herramientas estadísticas y técnicas
de moda como el análisis de vibración, la termografía, la tribología, el análisis de circuitos
de motores y el ultrasonido.
Efectividad del mantenimiento predictivo
Para que un programa de mantenimiento predictivo se considere efectivo, este debe
incrementar la fiabilidad (reliability) y el estado operacional de la maquinaria mientras que
al mismo tiempo se reducen costos de producción, incluyéndo los costos de
mantenimiento. Para diseñar e incorporar un programa de mantenimiento predictivo
efectivo es necesario determinar los equipos que van a utilizarse en este mantenimiento,
11. así como las máquinas y procesos que justifiquen la implementación del programa tanto
técnica como económicamente. Para lograr esto se requiere:
Conocer los diferentes tipos de fallas y efectos negativos que estos causan sobre la
maquinaria (análisis RCM)
Conocer las ventajas y limitaciones de las diferentes técnicas de mantenimiento predictivo
para seleccionar la técnica más aplicable y justificable económicamente
Contar con un equipo de técnicos altamente cualificados en las técnicas de
mantenimiento predictivo
Cambiar la cultura de mantenimiento correctivo a la cultura del mantenimiento proactivo
o predictivo
Mantenimiento preventivo
En las operaciones de mantenimiento, el mantenimiento preventivo es el destinado a la
conservación de equipos o instalaciones mediante la realización de revisión y reparación
que garanticen su buen funcionamiento y fiabilidad. El mantenimiento preventivo se
realiza en equipos en condiciones de funcionamiento, por oposición al mantenimiento
correctivo que repara o pone en condiciones de funcionamiento aquellos que dejaron de
funcionar o están dañados.
El primer objetivo del mantenimiento es evitar o mitigar las consecuencias de los fallos del
equipo, logrando prevenir las incidencias antes de que estas ocurran. Las tareas de
mantenimiento preventivo pueden incluir acciones como cambio de piezas desgastadas,
cambios de aceites y lubricantes, etc. El mantenimiento preventivo debe evitar los fallos
en el equipo antes de que estos ocurran.
Algunos de los métodos más habituales para determinar que procesos de mantenimiento
preventivo deben llevarse a cabo son las recomendaciones de los fabricantes, la
legislación vigente, las recomendaciones de expertos y las acciones llevadas a cabo sobre
activos similares.
El mantenimiento programado, donde las revisiones se realizan por tiempo, kilometraje,
horas de funcionamiento, etc. Así si ponemos por ejemplo un automóvil, y determinamos
un mantenimiento programado, la presión de las ruedas se revisa cada tres meses, el
aceite del motor se cambia cada 10 000 km, y la correa de distribución cada 90 000 km.
El mantenimiento predictivo, trata de determinar el momento en el cual se deben
efectuar las reparaciones mediante un seguimiento que determine el periodo máximo de
utilización antes de ser reparado.
12. El mantenimiento de oportunidad es aquel que se realiza aprovechando los periodos de
no utilización, evitando de este modo parar los equipos o las instalaciones cuando están
en uso. Volviendo al ejemplo de nuestro automóvil, si utilizamos el auto solo unos días a la
semana y pretendemos hacer un viaje largo con él, es lógico realizar las revisiones y
posibles reparaciones en los días en los que no necesitamos el coche, antes de iniciar el
viaje, garantizando de este modo su buen funcionamiento durante el mismo.
En informática
Relativo a la informática,: el mantenimiento en la revisión de equipos en funcionamiento
para garantizar su buen funcionamiento, tanto de hardware como de software en un
ordenador o PC. Estos influyen en el desempeño fiable del sistema, en la integridad de los
datos almacenados y en un intercambio de información correcta, a la máxima velocidad
posible dentro de la configuración óptima del sistema.
Dentro del mantenimiento preventivo existe software que permite al usuario vigilar
constantemente el estado de su equipo, así como también realizar pequeños ajustes de
una manera fácil.
Además debemos agregar que el mantenimiento preventivo en general se ocupa en la
determinación de condiciones operativas, de durabilidad y fiabilidad de un equipo en
mención este tipo de mantenimiento nos ayuda en reducir los tiempos de parada que
pueden generarse por mantenimiento correctivo.
En lo referente al mantenimiento preventivo de un producto software, se diferencia del
resto de tipos de mantenimiento, especialmente del mantenimiento de actualización, que
se produce generalmente tras una petición de cambio por parte del cliente o del usuario
final o tras un estudio de posibilidades de mejora en los diferentes módulos del sistema, el
preventivo se produce para garantizar el funcionamiento en las condiciones actuales de
prestaciones, seguridad y fiabilidad.
Aunque el mantenimiento preventivo es considerado valioso para las organizaciones,
existen una serie de fallas en la maquinaria o errores humanos: averías, mal uso, etc. que
son impredecibles a la hora de realizar estos procesos de mantenimiento.
El mantenimiento preventivo programado y la sustitución planificada de equipos son dos
de las tres políticas disponibles para los ingenieros de mantenimiento.
¿Para qué sirve el mantenimiento preventivo?
El mantenimiento preventivo constituye una acción, o serie de acciones necesarias, para
alargar la vida útil del equipo e instalaciones y prevenir la suspensión de las actividades
13. laborales por imprevistos. Tiene como propósito planificar periodos de paralización de
trabajo en momentos específicos, para inspeccionar y realizar las acciones de
mantenimiento del equipo, con lo que se evitan reparaciones de emergencia.
Un mantenimiento planificado mejora la productividad hasta en 25 %, reduce 30 % los
costos de mantenimiento y alarga la vida útil de la maquinaria y equipo hasta en un 50 %.
Los programas de mantenimiento preventivo tradicionales, están basados en el hecho de
que los equipos e instalaciones funcionan ocho horas laborables al día y cuarenta horas
laborables por semana. Si las máquinas y equipos funcionan por más tiempo, los
programas se deben modificar adecuadamente para asegurar un mantenimiento
apropiado y un equipo duradero.
El área de actividad del mantenimiento preventivo es de vital importancia en el ámbito de
la ejecución de las operaciones en la industria de cualquier tamaño.
De un buen mantenimiento depende no sólo un funcionamiento eficiente de las
instalaciones y las máquinas, sino que además, es preciso llevarlo a cabo con rigor para
conseguir otros objetivos como el hacer que los equipos tengan periodos de vida útil
duraderos, sin excederse en lo presupuestado para el mantenimiento.
Las estrategias convencionales de "reparar cuando se produzca la avería" ya no sirven.
Fueron válidas en el pasado, pero ahora si se quiere ser productivo se tiene que ser
consciente de que esperar a que se produzca la avería es incurrir en unos costos
excesivamente elevados (pérdidas de producción, deficiencias en la calidad, tiempos
muertos y pérdida de ganancias).
Mantenimiento correctivo
Se denomina mantenimiento correctivo, aquel que corrige los defectos observados en los
equipamientos o instalaciones, es la forma más básica de mantenimiento y consiste en
localizar averías o defectos y corregirlos o repararlos. Históricamente es el primer
concepto de mantenimiento y el único hasta la Primera Guerra Mundial, dada la
simplicidad de las máquinas, equipamientos e instalaciones de la época. El mantenimiento
era sinónimo de reparar aquello que estaba averiado.
Este mantenimiento que se realiza luego que ocurra una falla o avería en el equipo que
por su naturaleza no pueden planificarse en el tiempo, presenta costos por reparación y
repuestos no presupuestadas, pues puede implicar el cambio de algunas piezas del equipo
en caso de ser necesario.
Después de la Primera Guerra Mundial se planteó que el mantenimiento no solo tenía que
corregir las averías, sino que tenía que adelantarse a ellas garantizando el correcto
14. funcionamiento de las máquinas, evitando el retraso producido por las averías y sus
consecuencias, dando lugar a lo que se denominó mantenimiento preventivo que es el
que se hace, previamente a que el equipo entre en funcionamiento, en evicción de
posteriores averías, garantizando un periodo de uso fiable.
Este concepto se aplica generalmente en la informática.
Un hombre reparando una máquina de coser.
Está basado en la determinación de la condición técnica del equipo en operación. El
concepto se basa en que las máquinas darán un tipo de aviso antes de que fallen y este
mantenimiento trata de percibir los síntomas para después tomar acciones y decisiones
de reparación o cambio antes de que ocurra una falla.
Se realiza antes que ocurra una falla o avería, con la finalidad de mantener los equipos
trabajando y para reducir las posibilidades de ocurrencias o fallas. Consiste en la revisión
periódica de ciertos aspectos, de los componentes de un equipo , que influyen en el
desempeño fiable del sistema y en la integridad de su infraestructura.
Esta modalidad de mantenimiento se ocupa en la determinación de las condiciones
operativas de durabilidad y confiabilidad de un equipo. Su primer objetivo es evitar o
mitigar las consecuencias de las fallas del equipo, logrando prevenir las incidencias antes
de que estas ocurran. Las tareas incluyen acciones como revisiones del mecanismo,
limpieza e incluso cambios de piezas desgastadas evitando fallas antes de que estas
ocurran.
El mantenimiento predictivo es una técnica para pronosticar el punto futuro de falla de un
componente de una máquina, de tal forma que dicho componente pueda ser
reemplazado, con base en un plan, justo antes de que falle. Así, el tiempo muerto del
equipo se minimiza y el tiempo de vida del componente se maximiza.
El mantenimiento Proactivo llamado también Mantenimiento de precisión o
Mantenimiento Basado en la Confiabilidad, es un proceso de gestión de riesgos que
permite mejorar continuamente estrategias de mantenimiento y rendimiento de
maquinaria y su objetivo es eliminar los fallos repetitivos o posibles problemas
recurrentes.
Una buena implantación y ejecución del proceso de Mantenimiento Proactivo puede
asegurar una mejor amortización de los activos al gestionar claramente el riesgo potencial
sobre ellos. La gestión total incluye los equipos (hardware) y los programas (software) y
todos los recursos técnicos requeridos.
Gestión de mantenimiento asistido por computadora Mantenimiento Mantenimiento
preventivo Mantenimiento predictivo Mantenimiento proactivo Mantenimiento
productivo Mantenimiento productivo total Mantenimiento de software
15. Mantenimiento adaptativo
En muchas ocasiones el concepto de mantenimiento adaptativo se utiliza de forma
incorrecta confundiéndose muy a menudo con el mantenimiento evolutivo, siendo dos
tipos de mantenimiento que persiguen objetivos distintos.
Lo mejor es recordar las definiciones que Métrica V .3, hace de cada uno de estos
mantenimientos:
Mantenimiento evolutivo: “Incorporaciones, modificaciones y eliminaciones necesarias
en un producto software para cubrir la expansión o cambios en las necesidades del
usuario.”
Mantenimiento adaptativo: “Modificaciones que afectan a los entornos en los que el
sistema opera, por ejemplo, cambios en la configuración del hardware, software de base,
gestores de bases de datos, comunicaciones, etc…”.
Con las definiciones por delante resulta bastante sencillo discernir un tipo de
mantenimiento de otro, ya que el primero está centrado en un cambio en las necesidades
del usuario o lo que es lo mismo, en una modificación de los requisitos funcionales de la
aplicación (por muy pequeños o grandes que sean) y el segundo se basa en los cambios en
cualquiera de los elementos que conforman el entorno sobre el que funciona el programa,
a los ejemplos que indica Métrica V .3, yo añadiría los servidores de aplicaciones,
servidores web e incluso las interfaces con terceros sistemas, es decir, si una aplicación se
comunica con otra por servicios web y ésta modifica la interfaz el cambio a realizar en la
aplicación es de carácter adaptativo ya que el requisito funcional (que es comunicarse con
ese tercer sistema) no ha variado.
Implementación
Una implementación es la ejecución u/o puesta en marcha de una idea programada, ya
sea, de una aplicación informática, un plan, modelo científico, diseño especifico, estándar,
algoritmo o política.
(Distíngase siempre el término implementación de implantación, puesto que una
implantación se realiza de forma impuesta u obligatoria al usuario sin importar su opinión;
en cambio en la implementación se involucra al usuario en el desarrollo de lo que se está
realizando).
En ciencias de la computación, una implementación es la realización de una especificación
técnica o algoritmos como un programa, componente software, u otro sistema de
cómputo. Muchas implementaciones son dadas según a una especificación o un estándar.
16. Por ejemplo, un navegador web respeta (o debe respetar) en su implementación, las
especificaciones recomendadas según el World Wide Web Consortium, y las herramientas
de desarrollo del software contienen implementaciones de lenguajes de programación.
En la industria IT, la implementación se refiere al proceso post-venta de guía de un cliente
sobre el uso del software o hardware que el cliente ha comprado. Esto incluye el análisis
de requisitos, análisis del impacto, optimizaciones, sistemas de integración, política de
uso, aprendizaje del usuario, marcha blanca y costes asociados. A menudo todos estos
pasos son gestionados y dirigidos por un Director de Proyecto que utiliza metodologías de
gestión de proyecto como las que por ejemplo se presentan en el Project Management
Body of Knowledge. La implementación de software comprende el trabajo de grupos de
profesionales que son relativamente nuevos en la economía basada en la gestión del
conocimiento, tales como analista de negocios, analistas técnicos, arquitecto de software,
y directores de proyecto.
En ciencias políticas, la implantación se refiere al cumplimiento de la política pública. La
legislación aprueba leyes que son llevadas a cabo por funcionarios públicos que trabajan
en agencias burocráticas. Este proceso consiste en reglas de creación, reglas de
administración y reglas de adjudicación. Los factores de impacto en la implantación
incluyen decisiones legislativas, la capacidad administrativa para la implantación
burocrática, un grupo de actividad interesado y opositores, y soporte ejecutivo o
presidencial.
17. Conclusión
Las pruebas de software (en inglés software testing) son las investigaciones empíricas y
técnicas cuyo objetivo es proporcionar información objetiva e independiente sobre la
calidad del producto a la parte interesada o stakeholder. Es una actividad más en el
proceso de control de calidad
El objetivo de las pruebas es presentar información sobre la calidad del producto a las
personas responsables de éste. Las pruebas de calidad presentan los siguientes objetivos:
encontrar defectos o bugs, aumentar la confianza en el nivel de calidad, facilitar
información para la toma de decisiones, evitar la aparición de defectos.
Teniendo esta afirmación en mente, la información que puede ser requerida es de lo más
variada. Esto hace que el proceso de testing sea completamente dependiente del
contexto1 en el que se desarrolla.
El ambiente ideal de las pruebas de testing es aquel que es independiente del desarrollo
del software, de esta manera se logra objetividad en las pruebas
Podemos considerar el proceso de pruebas funcionales como un proceso donde se va
probando inicialmente lo de más bajo nivel y se van integrando y probando
paulatinamente componentes hasta lograr un sistema completo totalmente probado. Por
eso se dice que hay distintos niveles de prueba. Se empieza por las pruebas unitarias,
luego las pruebas de Integración, luego las de pruebas de sistema, las de humo, las alpha,
las beta y finalmente las de pruebas de aceptación.
Mantenimiento en este proceso se realiza el registro de las peticiones de mantenimiento
recibidas, con el fin de llevar el control de las mismas y de proporcionar, si fuera
necesario, datos estadísticos de peticiones recibidas o El objetivo de este proceso es la
obtención de una nueva versión de un sistema de información desarrollado atendidas en
un determinado periodo, sistemas que se han visto afectados por los cambios, en qué
medida y el tiempo empleado en la resolución de dichos cambios.