Está en la página 1de 5

“Año del Diálogo y la

Reconciliación Nacional”
FACULTAD DE INGENIERIA MECANICA ELECTRICA, ELECTRONICA Y SISTEMAS
ESCUELA PROFESIONAL DE SISTEMAS

TRABAJO ENCARGADO: PRUEBA, MANTENIMIENTO Y AUDITORIA DE


LOS SISTEMAS DE INFORMACION

CURSO: Implementación De Sistemas De Información

SEMESTRE: Decimo

TRABAJO PRESENTADO POR:


 Chalco Huarachi Elmer Ander
 Luque Ccallo Ronald Mijael

DOCENTE: Ing. Wildo Sucasaire Monroy


PRUEBA DE UN SISTEMA
La fase de prueba se implementa en un sistema de información, a modo de
experimento, con la finalidad de asegurar que el software no posea fallas, es decir,
que opere según las especificaciones y en la forma en que los usuarios esperan que
lo haga. Generalmente las pruebas de un sistema de información son ejecutadas por
personas ajenas a el grupo que escribió los programas originales, con esto se
persigue asegurar que las pruebas sean completas e imparciales y que el software
sea confiable. Prueba de un Sistema de Información
Tipos de pruebas a los Sistemas de Información

 Pruebas de caja Negra: Se enfoca en los requerimientos establecidos y en la


funcionalidad del sistema.
 Pruebas de Caja Blanca: Se basan en el conocimiento de la lógica del código del
sistema.
 Pruebas de Integración: Buscan probar la combinación de las distintas partes de
la aplicación para determinar si funcionan correctamente en el conjunto.
 Pruebas del Sistema: Buscan probar al sistema como un todo.
 Pruebas de Contenido: Buscan verificar que el contenido del sistema sea
coherente y consistente a la vez.
 Prueba de Funcionalidad: Examina si el sistema cubre sus necesidades de
funcionamiento, acorde a las especificaciones de diseño.
 Prueba de Usabilidad: Tienen la finalidad de verificar que tan fácil de usar es el
sistema.
MANTENIMIENTO DE UN SISTEMA DE INFORMACIÓN

Definiciones inherentes al Mantenimiento

Mantenimiento: Llamamos mantenimiento a las modificaciones que se realizan en el


producto software después de la entrega al usuario. Estas modificaciones podrán ser
realizadas para mejorar el rendimiento, corregir defectos, adaptar el producto software a
un nuevo de entorno, software o hardware, u otras propiedades deseables en el
producto.

Barrera de Mantenimiento: Se define como el porcentaje máximo o límite de los


recursos que son necesarios para el mantenimiento del software. El llegar a la barrera de
mantenimiento imposibilitaría la realización de nuevos desarrollos.

Actividades de Mantenimiento: También llamadas Proceso de Mantenimiento, son


cada una de las actividades que se deben realizar en el proceso del mantenimiento,
estas actividades serán: Gestión de peticiones, comprensión del software y de los
cambios que se deben realizar sobre el mismo, modificación del software (modificando
código y actualizando documentación) y realización de pruebas.

1.1. Tipos de Mantenimiento

1.1.1. Correctivo: Se trata del mantenimiento que se realiza a cabo para corregir los
errores detectados durante la explotación del sistema.
1.1.2. Perceptivo (evolutivo): Se trata del mantenimiento que se realiza para
mejorar o añadir alguna característica nueva al programa. Es el
mantenimiento que mayor coste supone (hasta un 60% relativo respecto al
resto de mantenimientos).
1.1.3. Adaptativo: Se trata del mantenimiento llevado a cabo para adaptar el
sistema a un nuevo entorno tecnológico (software, hardware, etc.).
1.1.4. Preventivo/ perfectivo (reingeniería): Se trata del mantenimiento que se
realiza para prevenir futuros problemas o para facilitar el mantenimiento futuro
del sistema.

1.2. Costes del Mantenimiento


1.2.1. Definición: Los costes del Mantenimiento se refieren a los costes tanto en
tiempo como dinero y recursos de la empresa que son utilizados para la
realización del proceso de mantenimiento. Puede suponer hasta el 80%-90%
del coste total del ciclo de vida del Software. Existen dos tipos, Directos e
Indirectos.
1.2.2. Directos: Son los costes referidos a las actividades de Mantenimiento
enumeradas anteriormente. La comprensión del software y los cambios a
realizar en el mismo suponen prácticamente el 50% del coste y las pruebas un
28%.
1.2.3. Indirectos: Son los costes ajenos a la realización del mantenimiento y no
involucrados directamente en el ciclo de vida del Software, entre los cuales se
pueden encontrar los siguientes:
1.2.3.1. Costes de Mantenimiento Indirectos (Insatisfacción del Cliente): Se
refiere a la imposibilidad de realizar en un tiempo razonable una petición de
mantenimiento.
1.2.3.2. Costes de Mantenimiento Indirectos (Deterioro del Software): Al
modificar el software en el proceso de mantenimiento se puede producir una
disminución de la calidad y aparición de nuevos errores en el software.
1.2.3.3. Costes de Mantenimiento Indirectos (Perdida de Oportunidades): Al
utilizar demasiados recursos en el proceso de mantenimiento es posible que
se dejen de realizar nuevos desarrollos al carecer de los recursos necesarios.

1.3. Factores del Mantenimiento

1.3.1. Definición: Se tratan de factores que dificultan el mantenimiento del software,


entre los cuales se encuentran:
1.3.2. Código Heredado: Código antiguo, el cual la mayoría fue construido para
ocupar poco espacio, sin importar la eficiencia, diseño y mantenimiento del
mismo. A su vez el código se encuentra muy deteriorado lo que aumenta el
coste y la dificultad de su mantenimiento.
1.3.3. Evolución del Software: El software va sufriendo cambios a lo largo del
tiempo, lo que disminuye su calidad y lo hace menos eficiente, aumentando su
complejidad y deteriorándolo. Si tampoco se ha llevado un control de la
documentación su mantenimiento se vuelve más costoso.
1.3.4. Ausencia de herramientas: No se utilizan herramientas, métodos ni técnicas
que faciliten la realización del mantenimiento. Por lo tanto, la mayoría de las
veces el mantenimiento se realiza Ad-hoc.

2. Auditoría de Sistemas de Información


La Auditoría de Sistemas de Información es un examen y validación del cumplimiento
de los controles y procedimientos utilizados para la confidencialidad, integridad y
disponibilidad de los sistemas de información.
Realizada por personal externo a la empresa, proporciona al negocio una evaluación
independiente y objetiva de los hechos que, en ocasiones es difícil de obtener cuando
se está inmerso en la operación y en presión de la problemática del día a día.
Determinar si los controles implementados son eficientes y suficientes, identificar las
causas de los problemas existentes en los sistemas de información y a su vez las
áreas de oportunidad que puedan encontrarse, determinando las acciones preventivas
y correctivas necesarias para mantener a los sistemas de información confiables y
disponibles.
Identificar causas y soluciones a problemas específicos de los sistemas de
información, que pueden estar afectando a la operación y a las estrategias del
negocio. Por ejemplo:

 Cumplimiento de licencias de software (identificar software pirata, control de


licencias).
 Incompatibilidad del hardware y software.
 Errores frecuentes de la aplicación (“caída”, resultados inexactos, lentitud).
 Bases de Datos con problemas de integridad.
 Bajo desempeño del hardware y software.
 Proyectos con retrasos o que “nunca terminan”.
 Insatisfacción de los usuarios para con los sistemas de información.
 Corrección frecuente a los programas de las aplicaciones.
 Fallas en el control de versiones.
Conozca el nivel de gestión de la función informática en la empresa y a la vez detecte
áreas de oportunidad o desviaciones en la alineación del uso de las Tecnologías de
Información con los objetivos del negocio.
3. Bibliografía:
 Ingeniería de software (sexta edición), Ian Sommerville. Addison
Wesley. Sitio en inglés
 Pressman, Roger S.: Ingeniería del software: un enfoque
práctico. McGraw Hill Higher Education, sexta edición, pág. 50-51.

También podría gustarte