REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN

UNIVERSIDAD ALEJANDRO DE HUMBOLDT

INGENIERÍA EN INFORMÁTICA

PRUEBAS E IMPLANTACIÓN
20%

ALUMNO:

JESUS A. GONZALEZ A.

C.I. No. 26819426

04242739392

CARACAS, NOVIEMBRE DEL 2021

Prueba modulares (Usuario data real).

Las pruebas de software se integran dentro de las diferentes fases del ciclo del software
dentro de la Ingeniería de software. Así se ejecuta un programa y mediante técnicas
experimentales se trata de descubrir que errores tiene.

Las pruebas de software también conocidas como “testing” son los procesos que permiten
verificar y revelar la calidad de un producto software. Son utilizadas para identificar
posibles fallos de implementación, calidad, o usabilidad de un programa de ordenador o
videojuego. Básicamente es una fase en el desarrollo de software consistente en probar las
aplicaciones construidas. Para determinar el nivel de calidad se deben efectuar unas
medidas o pruebas que permitan comprobar el grado de cumplimiento respecto de las
especificaciones iniciales del sistema. La importancia de la detección oportuna

En la cadena de valor del desarrollo de un software específico, el proceso de prueba es

clave a la hora de detectar errores o fallas. Conceptos como estabilidad, escalabilidad,
eficiencia y seguridad se relacionan a la calidad de un producto bien desarrollado. Las
aplicaciones de software han crecido en complejidad y tamaño, y por consiguiente también
en costos. Hoy en día es crucial verificar y evaluar la calidad de lo construido de modo de
minimizar el costo de su reparación.

Mientras antes se detecte una falla, más barata es su corrección. El proceso de prueba es un
proceso técnico especializado de investigación que requiere de profesionales altamente
capacitados en lenguajes de desarrollo, métodos y técnicas de pruebas y herramientas
especializadas. El conocimiento que debe manejar un ingeniero de prueba es muchas veces
superior al del desarrollador de software.

Ajustes definitivos.

La configuración es un conjunto de datos que determina el valor de algunas variables de

un programa o de un sistema operativo. Estas opciones generalmente son cargadas en su
inicio y en algunos casos se deberá reiniciar para poder ver los cambios, ya que el programa
no podrá cargarlos mientras se esté ejecutando, si la configuración aún no ha sido definida
por el usuario (personalizada), el programa o sistema cargará la configuración
predeterminada.
La configuración predeterminada, típica o por defecto es la que no se ha definido aún,
generalmente no es la más recomendada, ya que por ese mismo motivo se le da la
posibilidad al usuario de modificarla, una configuración predeterminada tiene que estar
preparada para:

 Usuarios de todas las edades y ambos sexos.

 Generalmente en inglés.
 Nivel gráfico medio.
 Seguridad media.

Esta configuración pretende ser lo más adaptable posible, pero siempre es mejor poseer una
configuración personalizada para adaptarla a nuestras necesidades.

Un error de configuración es generado por una escritura incorrecta de las líneas del archivo
de configuración o que el hardware este limitado a una configuración que no requiera de
tantos recursos como esta, esto conlleva a una ejecución defectuosa del programa
informático o sistema operativo o a la imposibilidad de ejecutarse.

Para evitar errores de configuración, es importante leer los requerimientos mínimos de una
configuración y que estos iguales o estén por debajo de los del hardware. De todas formas,
un sistema operativo puede restaurarse a una configuración anterior o iniciarse en modo a
prueba de fallos para modificar su configuración, cualquiera de estos dos métodos son
válidos a la hora de enfrentarse a un problema de configuración. Si ninguno de estos
métodos funciona, deberemos reinstalar el sistema operativo o el programa.

Pruebas globales (Usuario data real).

Las pruebas, son el conjunto de procedimientos que utiliza el auditor para recopilar
la información que va a sustentar su informe final, son aquellas evidencias que demuestran
ya sea de forma verbal, escrita o por medio de imágenes, que algún proceso se realiza de
acuerdo o no con lo previsto en el desarrollo normal de dichas actividades.

Las evidencias pueden ser de varios tipos, entre las cuales encontramos las siguientes:
_ Evidencia Documental: Es aquella que se encuentra escrita en informes, que pueden ser
palpables.

_ Evidencia Física: La evidencia física es aquella que se obtiene mediante la observación

o inspección de los procesos o activos de la empresa. 

_ Evidencia Analítica: Se obtiene del estudio crítico ya sea cuantitativo o cualitativo de la

evidencia documental o de la evidencia física.

Pruebas de producción (Ambiente real).

Son pruebas que se realizan con el fin de evaluar parámetros fundamentales para la
caracterización adecuada del reservorio. Para tal efecto se necesita registrar las presiones de
fondo fluyentes y estáticas, a su vez las temperaturas de fondo de pozo. Para el registro de
presiones se utiliza el memory gauge. Las pruebas de producción se realizan en
pozos gasíferos y petrolíferos antes de ponerlos en producción definitiva con la apertura del
árbol de navidad para orientar el flujo pasando por los choques hasta los sistemas
de separación.

 OBJETIVOS DE LAS PRUEBAS

Establecer los parámetros definitivos de producción en lo que respecta al caudal y

las presiones que se controla en boca de pozo.- Regular las condiciones óptimas de
explotación con el control de la RGP en función al programa específico diseñado para el
pozo. Estas pruebas se realizan en forma obligatoria de acuerdo con las normas de
explotación tanto en pozos exploratorios como en pozos de desarrollo. En este último caso
las pruebas se ejecutan una vez concluida la terminación del pozo y periódicamente en
cualquier etapa de producción para chequear el comportamiento de flujo que va variando
con el tiempo de explotación. Las pruebas de producción se clasifican en dos tipos:

1. Pruebas de producción en pozos petrolíferos.

2. Pruebas de producción en pozos gasíferos.

 La selección del tipo de prueba depende del análisis que se realiza a las variaciones de las
permeabilidades en la matriz de las rocas que influyen en el tiempo de estabilización del
caudal cuando los pozos son abiertos a la producción.

Así por ejemplo, las formaciones de baja permeabilidad requieren mayores períodos de

aplicación de choqueo para alcanzar la estabilización de flujo y por el contrario las
de elevada permeabilidad requieren menor tiempo para su estabilización

Certificación.

Existe una gran variedad de certificaciones de seguridad. Desde algunas ofrecidas por
organismos o consorcios internacionales hasta otras que son proporcionadas por algunas de
las principales empresas relacionadas con redes y comunicaciones. A continuación, te
presentamos las certificaciones principales:

 SSCP (Systems Security Certified Practitioner)

Esta certificación en seguridad informática es ofrecida por el ISC (Consorcio Internacional

de Certificación de Sistemas de Información de Seguridad) y certifica la capacidad del
profesional que la posee para administrar e implementar la infraestructura de la empresa, y
alinearla con las políticas de seguridad que permiten garantizar la confidencialidad de los
datos.

Quienes disponen de esta certificación son capaces de realizar las siguientes funciones:

 Preparar y ejecutar pruebas de seguridad.

 Detectar y prevenir intrusiones.
 Dar respuesta y recuperarse de problemas de seguridad.
 Implementar autenticación.
Se trata de una certificación en seguridad informática idónea para los siguientes perfiles:
 Analistas de seguridad.
 Administradores de bases de datos.
 Ingenieros de sistemas.
 Administradores de seguridad.
 Ingenieros de seguridad de redes.

 CRISC (Certified in Risk and Information Systems Control)

Se trata de una certificación en sistemas informáticos gestionada por ISACA. Los

profesionales que la obtienen pueden identificar evaluar y preparar respuestas a diferentes
riesgos de seguridad.

Quienes disponen de esta certificación son capaces de realizar las siguientes funciones:

 Comprender y gestionar los riesgos de las organizaciones.

 Implementar controles de seguridad adecuados.
CISA (Certified Information Systems Auditor)
Esta certificación en seguridad informática está destinada a quienes realizan auditorías,
controles y evaluaciones de los sistemas de TI y también es gestionada por ISACA.
Quienes disponen de esta certificación son capaces de realizar las siguientes funciones:

 Realizar evaluación de vulnerabilidades.

 Realizar auditorías.
 Establecer sistemas de control.
 Realizar informes acerca del cumplimiento en la empresa.
 Para obtener esta certificación se debe superar el examen

 CISA.CISM (Certified Information Security Manager)

Esta certificación en seguridad informática también la gestiona ISACA. Quienes obtienen

esta certificación, además de ser competentes en temas de seguridad, demuestran las
siguientes aptitudes:
 Comprender la relación entre los objetivos de la empresa y el programa de
seguridad de la información de la organización.
 Son capaces de desarrollar y gestionar un programa de seguridad informática.

Para obtener esta certificación se debe superar el examen CISM y unirse a un programa de
formación continúa.

 CISSP (Certified Information Systems Security Professional)

En este caso, se trata de una certificación en seguridad informática ofrecida por ISC. Es una
certificación ideal para quienes ya tienen conocimientos amplios, tanto técnicos como de
gestión, así como experiencia.

Quienes tienen esta certificación son capaces de diseñar, implementar y gestionar

programas de seguridad propios.

 CompTIA Security+

Se trata de una certificación en seguridad informática confiable a nivel global que cubre los
principios esenciales para la seguridad de la red y la gestión de riesgos. Quien posee esta
certificación constata sus conocimientos para proteger y asegurar una red contra hackers.

Manual de usuario.

El manual técnico de una solución de software o de un Sistema de Información tiene como

propósito ilustrar sobre la definición, diseño, organización y estructura del sistema o
solución al personal encargado de mantener la prestación del servicio o servicios ofrecidos
por el sistema o solución, estos lectores incluyen desarrolladores, arquitectos, ingenieros de
pruebas etc.

Teniendo en cuenta que dentro del ciclo de vida de los sistemas de información la
documentación técnica y de operaciones es crucial y que además es un entregable
obligatorio por parte de los desarrolladores, acogiéndonos al Marco de Referencia de
Arquitectura de MinTIC en su Documento Maestro de Arquitectura Empresarial y más
exactamente en la guía G.SIS.01 Guía del dominio de Sistemas de Información que
contiene el lineamiento LI.SIS.16 en su ámbito de cumplimiento del Lineamiento que dice
textualmente: “Lineamiento: La dirección de Tecnologías y Sistemas de la Información o
quien haga sus veces debe asegurar que todos sus sistemas de información cuenten con la
documentación de usuario, técnica y de operación, debidamente actualizada, que asegure la
transferencia de conocimiento hacia los usuarios, hacia la dirección de Tecnologías y
Sistemas de la Información o quien haga sus veces y hacia los servicios de soporte
tecnológico”.

Plan de implementación

Cuando hablamos de implementar un sistema de información estamos cambiando la

operación de la empresa, la manera de gestionar sus procesos y recursos, así como las
responsabilidades de muchas personas. Si no se realiza correctamente, puede crear
interrupciones con altos costos para los negocios, así como tener importantes retrasos e
implementaciones más largas de lo planeado. En esta oportunidad hablaremos de las
consideraciones de implementación de un sistema de información.

Como muchas cosas en la vida, seguir una serie de pasos es clave para implementar un
nuevo sistema. Pero antes de avanzar demasiado, entendamos que los sistemas de
información son una serie de partes vinculadas (hardware y software) diseñadas para la
recopilación y procesamiento de datos que apoyen la toma de decisiones.

Proporcionan al negocio herramientas para gestionar la información de la empresa como la

generación de reportes y la producción de otros datos en conjunto con software de
aplicación como documentos, hojas de cálculo, etc.

Estos se utilizan para comunicarse con clientes y proveedores, administrar operaciones,

procesar transacciones financieras y para muchos otros propósitos importantes. Tanto las
empresas como los gobiernos dependen en gran medida de los sistemas de información
para la toma de decisiones.
Para implementar un proyecto de estas características, con éxito, se deben considerar los
siguientes procesos:

 Diseño e implementación de la aplicación

Esta etapa es realizada por los equipos de TI con base en los requisitos tomados en la etapa
previa para solventar las necesidades de información. En esta fase se definen las
necesidades de los usuarios, los objetivos y los recursos. Implica el diseño de la
arquitectura, elección de los lenguajes y entornos de programación, implementación de
aplicaciones de terceros y sus pruebas, el flujo para el procesamiento de datos así como su
gobernanza.

Se realiza la instalación según el diseño dentro de la organización y se ejecutan pruebas de

operación de la plataforma. Se genera la documentación y los entregables de apoyo.

 Pruebas de aceptación del usuario

Para dar por concluida la implementación es necesario realizar una UAT (User Acceptance
Tests), un paso importante para garantizar que el software funcione según lo previsto y a
encontrar cualquier error. Por eso es importante hacer una pequeña prueba con los datos
para ver si el software procesa toda la información correctamente. Si el sistema se integra
con otras herramientas de software, deberíamos asegurarnos que los sistemas se
comuniquen correctamente.

 Mantenimiento

Esta etapa viene después de la instalación del sistema, involucra todas las operaciones
necesarias para garantizar que haya un funcionamiento eficiente del sistema dentro de la
organización y hacer ajustes cuando sea necesario, que generalmente sucede cuando hay
nuevos escenarios o fuentes de información posteriores a la instalación.
  Medición

Finalmente, con cualquier sistema, se deberán medir los efectos antes y después. El
objetivo siempre será cumplir con las metas dentro del tiempo y costo proyectado, siendo
recomendable definir las medidas que indicarán el éxito de la implementación.

La implementación del software puede ser un proceso largo, pero los beneficios que
proporciona a largo plazo en torno a la gestión de información merecen el compromiso de
tiempo.

Se está invirtiendo esfuerzo para ganar eficiencia. Dedicar el tiempo para comprender cómo
funciona un sistema de software y qué características nos ayudarán a usarlo en todo su
potencial, logrará cumplir los objetivos de la organización para que las operaciones
comerciales cosechen las ganancias.

Integración con el sistema operativo.

El término "integración" hace referencia a una actividad de desarrollo de software que

combina componentes de software diferentes en un conjunto. La integración se realiza en
varios niveles y fases de la implementación.

 La integración del trabajo de un equipo que trabaja en el mismo subsistema de

implementación antes de liberar el subsistema para los integradores del sistema.
 La integración de subsistemas en un sistema completo.

La propuesta de integración de Rational Unified Process consiste en integrar el software en

incrementos. En la integración incremental, el código se escribe y se prueba en partes
pequeñas que, a continuación, se añaden a un conjunto de trabajo de una en una.

La propuesta contraria a la integración incremental es la integración por fases. La

integración por fases se basa en la integración de varios componentes (nuevos y cambiados)
a la vez. El principal inconveniente de la integración por fases es que introduce muchas
variables y dificulta la localización de errores. Esto se debe, principalmente, al hecho de
que un error podría estar en cualquiera de los componentes nuevos, en la interacción entre
los componentes nuevos en el centro del sistema o en la interacción entre los componentes
nuevos.

Las ventajas de la integración incremental son:

 Los errores son fáciles de localizar. Cuando se produce un problema nuevo durante

la integración incremental, el componente nuevo o cambiado, o su interacción con los
componentes integrados anteriormente, son los lugares obvios para buscar un error. La
integración incremental hace más probable que los defectos se descubran de uno en
uno, lo que facilita la identificación de errores.
 Los componentes se prueban de forma más completa. Los componentes se integran
a medida que se desarrollan y, después, se prueban. Esto significa que los componentes
se ejercitan más a menudo que si la integración se realiza en un solo paso.
 La ejecución se produce antes. Los desarrolladores ven los primeros resultados del
trabajo y no tienen que esperar hasta el final, lo que es mejor para su moral. Esto
también hace posible obtener información de retorno antes.

Es importante comprender que la integración se produce, como mínimo, una vez en todas
las iteraciones. Un plan de iteración define qué deben utilizar los guiones de uso para el
diseño y qué clases se deben implementar. Lo principal de la estrategia de integración es
determinar el orden de implementación y combinación de las clases.

Modelos de procesos de desarrollo del software.

Un proceso de desarrollo de software tiene como propósito la producción eficaz y eficiente

de un producto software que reúna los requisitos del cliente. Este proceso es intensamente
intelectual, afectado por la creatividad y juicio de las personas involucradas. Aunque
un proyecto de desarrollo de software es equiparable en muchos aspectos a cualquier otro
proyecto de ingeniería, en el desarrollo de software hay una serie de desafíos adicionales,
relativos esencialmente a la naturaleza del producto obtenido. A continuación se explican
algunas particularidades asociadas al desarrollo de software y que influyen en su proceso de
construcción.

Un producto software en sí es complejo, es prácticamente inviable conseguir un 100% de

confiabilidad de un programa por pequeño que sea.

Existe una inmensa combinación de factores que impiden una verificación exhaustiva de las
todas posibles situaciones de ejecución que se puedan presentar
(entradas, valores de variables, datos almacenados, software del sistema, otras aplicaciones
que intervienen, el hardware sobre el cual se ejecuta, etc.). Un producto software es
intangible y por lo general muy abstracto, esto dificulta la definición del producto y sus
requisitos, sobre todo cuando no se tiene precedentes en productos software similar. Esto
hace que los requisitos sean difíciles de consolidar tempranamente. Así, los cambios en los
requisitos son inevitables, no sólo después de entregado en producto sino también durante
el proceso de desarrollo.

Además, de las dos anteriores, siempre puede señalarse la inmadurez de la ingeniería del
software como disciplina, justificada por su corta vida comparada con otras disciplinas de
la ingeniería. Sin embargo, esto no es más que un inútil consuelo.

El proceso de desarrollo de software no es único. No existe un proceso de software

universal que sea efectivo para todos los contextos de proyectos de desarrollo. Debido a
esta diversidad, es difícil automatizar todo un proceso de desarrollo de software.

A pesar de la variedad de propuestas de proceso de software, existe un conjunto de

actividades fundamentales que se encuentran presentes en todos ellos:

 Especificación de software: Se debe definir la funcionalidad y restricciones

operacionales que debe cumplir el software.

 Diseño e Implementación: Se diseña y construye el software de acuerdo a la

especificación.

 Validación: El software debe validarse, para asegurar que cumpla con lo que quiere
el cliente.
 Evolución: El software debe evolucionar, para adaptarse a las necesidades del
cliente.

Además de estas actividades fundamentales, Pressman menciona un conjunto de

"actividades protectoras", que se aplican a lo largo de todo el proceso del software. Ellas se
señalan a continuación:

 Seguimiento y control de proyecto de software.

 Revisiones técnicas formales.

 Garantía de calidad del software.

 Gestión de configuración del software.

 Preparación y producción de documentos.

 Gestión de reutilización.

 Mediciones.

 Gestión de riesgos.

Pressman caracteriza un proceso de desarrollo de software como se muestra en la Figura 3.

Los elementos involucrados se describen a continuación:

 Un marco común del proceso, definiendo un pequeño número de actividades del

marco de trabajo que son aplicables a todos los proyectos de software,
con independencia del tamaño o complejidad.

 Un conjunto de tareas, cada uno es una colección de tareas de ingeniería del

software, hitos de proyectos, entregas y productos de trabajo del software, y puntos de
garantía de calidad, que permiten que las actividades del marco de trabajo se adapten a
las características del proyecto de software y los requisitos del equipo del proyecto.

 Las actividades de protección, tales como garantía de calidad del software, gestión
de configuración del software y medición, abarcan el modelo del proceso. Las
actividades de protección son independientes de cualquier actividad del marco de trabajo
y aparecen durante todo el proceso.