Universidad Politécnica

de Gómez Palacio.
Ingeniería en Tecnologías de la Información.

Ingeniería de Requisitos.

Tarea #14

Docente: Jesús Enrique Marmolejo Rodarte

Alumno: Jesús Rogelio Jiménez Guerrero / 20080102
Grupo: ITI 7°A

06 de diciembre del 2022

Gómez Palacio Dgo.
De acuerdo al material proporcionar realizar un resumen de los
temas siguientes:
Proceso de prueba.

Todos los programas de aplicaciones recién escritos o modificados del sistema se deben
probar de manera exhaustiva. Aunque el proceso de prueba es tedioso, es una serie esencial
de pasos que ayudan a asegurar la calidad del sistema eventual. Es mucho menos perjudicial
evaluar con anticipación a tener un sistema probado en forma incorrecta que falle después de
su instalación. Antes de poner el sistema en producción hay que realizar una verificación de
escritorio de todos los programas, comprobarlos con datos de prueba y comprobar que los
módulos funcionen en conjunto como se había planeado.

También hay que probar el sistema como un todo funcional. Aquí se incluye la prueba de las
interfaces entre los subsistemas, la exactitud de la salida, además de la utilidad y
comprensibilidad de la documentación y salida del sistema.

PRUEBA DE PROGRAMAS CON DATOS DE PRUEBA. Gran parte de la responsabilidad de la prueba

de los programas recae en el autor original de cada programa. En esta etapa los
programadores primero deben realizar una verificación de escritorio de sus programas para
comprobar la forma en que funcionará el sistema. Luego se ejecutan los programas con estos
datos para ver si las rutinas básicas funcionan y detectar errores. Si la salida de los módulos
principales es satisfactoria, puede agregar más datos de prueba para verificar otros módulos.

Los datos de prueba creados deben probar los valores mínimos y máximos posibles, así como
todas las posibles variaciones en formato y códigos. La salida de archivos de los datos de
prueba se debe verificar con cuidado. Nunca debemos asumir que los datos que contiene un
archivo son correctos sólo porque se creó y se pudo acceder a su contenido.

PRUEBA DE VÍNCULOS CON DATOS DE PRUEBA. Cuando los programas pasan la verificación de
escritorio y la comprobación con datos de prueba, deben pasar por la prueba de vínculos, a la
cual también se le conoce como prueba de cadena. El analista crea datos especiales de
prueba que abarcan varias situaciones de procesamiento para la prueba de vínculos. Si el
sistema funciona con las transacciones normales se agregan variaciones, incluyendo los datos
inválidos utilizados para asegurar que el sistema pueda detectar errores en forma apropiada.
Averiguar si los flujos de trabajo requeridos por el sistema nuevo o modificado realmente
«fluyen». Recuerde programar el tiempo adecuado para la prueba del sistema. Por desgracia
este paso se pasa por alto con frecuencia si la instalación del sistema está requiriendo más
tiempo del planeado. La prueba de sistemas incluye la reafirmación de los estándares de
calidad establecidos para el desempeño del sistema al crear sus especificaciones iniciales.

Todos los involucrados deben estar una vez más de acuerdo en cómo determinar si el sistema
hace lo que se supone que debe hacer.
Prácticas de mantenimiento.
Su objetivo como analista de sistemas debe ser instalar o modificar sistemas que tengan una
vida útil razonable. Lo ideal es crear un sistema cuyo diseño sea integral y con una suficiente
visión a futuro suficiente para atender las necesidades actuales y proyectadas de los usuarios
durante los años por venir. Recurra a su experiencia para anticipar esas necesidades y
después agregar tanto flexibilidad como capacidad de adaptación al sistema. Los costos
excesivos de mantenimiento son responsabilidad del diseñador del sistema, ya que cerca del
70 por ciento de los errores de software se atribuyen a un diseño de software
inapropiado. Desde la perspectiva de sistemas, tiene sentido el hecho de que detectar y
corregir los errores de diseño de software lo antes posible sea menos costoso que dejar que
pasen desapercibidos hasta que sea necesario el mantenimiento.
El mantenimiento de emergencia y adaptativo representa menos de la mitad de todo el
mantenimiento del sistema.
Parte del trabajo del analista de sistemas es asegurar que se implementen los canales y
procedimientos adecuados para permitir la retroalimentación sobre las necesidades de
mantenimiento y las acciones para satisfacerlas.

Auditoria

La auditoría es otra forma de asegurar la calidad de la información que contiene el sistema. En

términos generales, la auditoría se refiere al proceso de hacer que un experto que no esté
involucrado en el proceso de establecer o usar un sistema examine la información para
evaluar su confiabilidad. El hecho de determinar si ambos son necesarios para el sistema que
usted diseñe dependerá del tipo de sistema. Los auditores internos trabajan para la misma
organización que posee el sistema de información, mientras que los auditores externos se
contratan del exterior.

Los auditores internos estudian los controles que se utilizan en el sistema de información para
asegurarse de que sean adecuados y que estén realizando la función esperada. Aunque
trabajan para la misma organización, los auditores internos no se reportan con la persona
responsable del sistema al que están auditando. Con frecuencia, el trabajo de los auditores
internos es más profundo que el de los auditores externos.