Presentacin de PowerPoint

elaboracin y mantenimiento de sistemas de informacin

Aplicacin de pruebas del sistema

Contexto de la aplicacin de pruebas.Las pruebas de sistema buscan discrepancias entre el programa y sus objetivos o requerimientos, enfocndose en los errores hechos durante la transicin del proceso al disear la especificacin funcional. Esto hace a las pruebas de sistema un proceso vital de pruebas, ya que en trminos del producto, nmero de errores hechos, y severidad de esos errores, es un paso en el ciclo de desarrollo generalmente propenso a la mayora de los errores. Las pruebas de sistema no son procesos para probar las funciones del sistema del programa completo, porque sta sera redundante con el proceso de las pruebas funcionales. Las pruebas del sistema tienen un propsito particular: para comparar el sistema o el programa con sus objetivos originales (Requerimientos funcionales y no funcionales). Dado este propsito, se presentan dos implicaciones: Las pruebas de sistema no se limitan a los sistemas. Si el producto es un programa, la prueba del sistema es el proceso de procurar demostrar cmo el programa, en su totalidad, no resuelve sus objetivos o requerimientos. Las pruebas de sistema, por definicin, son imposibles si no estn los requerimientos por escrito, mensurables para el producto. Las pruebas de sistema tienen como objetivo ejercitar profundamente el sistema comprobando la integracin del sistema de informacin globalmente, verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de informacin con las que se comunica. Son pruebas de integracin del sistema de informacin completo, y permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y tcnicas se cumplen. Dan una visin muy similar a su comportamiento en el entorno de produccin Se distinguen los siguientes tipos de pruebas: Pruebas de comunicaciones. Determinan que las interfaces entre los componentes del sistema funcionan adecuadamente, tanto a travs de dispositivos remotos, como locales. Asimismo, se han de probar las interfaces hombre/mquina.

Es la estructura que organiza evaluaciones, inspecciones, auditorias y revisiones que aseguren que se cumplan las responsabilidades asignadas, se utilicen eficientemente los recursos y se logre el cumplimiento de los objetivos del producto. Tiene la intencin de mantener bajo control un proceso y eliminar las causas de los defectos en las diferentes fases del ciclo de vida de un producto.Definir el software que va a ser controlado: clasificacin por tipo, esfera de aplicacin, complejidad, etc., de acuerdo con los estndares establecidos para el desarrollo del software.Seleccionar una medida que pueda ser aplicada al objeto de control. Para cada clase de software es necesario definir los indicadores y sus magnitudes.Crear o determinar los mtodos de valoracin de los indicadores: mtodos manuales como cuestionarios o encuestas estndares para la medicin de criterios periciales y herramientas automatizadas para medir los criterios de clculo.Definir las regulaciones organizativas para realizar el control: quines participan en el control de la calidad, cundo se realiza, qu documentos deben ser revisados y elaborados, etc.

Control de calidad del software.

Indicadores para diferenciar los productos de calidad de los que carecen de ella:El acercamiento a cero defectos.El cumplimiento de los requisitos intrnsecos y expresos.La satisfaccin del cliente Sobre todo la satisfaccin del cliente.La Calidad del Software debe ser una disciplina ms dentro de la Ingeniera del software. El principal instrumento para garantizar la calidad de las aplicaciones sigue siendo el Plan de Calidad. El plan se basa en unas normas o estndares genricos y en unos procedimientos particulares.Los procedimientos pueden variar en cada organizacin, pero lo importante es que estn escritos, personalizados, adaptados a los procesos de la organizacin y, lo que es ms importante, que se cumplan. La Calidad del Software debe implementarse a lo largo de todo el ciclo de vida, debe correr paralela desde la planificacin del producto hasta la fase de produccin del mismo.Para ello se cuenta con una serie de ayudas, a travs de distintas actividades para la implantacin del control de calidad en el desarrollo de software son:Aplicacin de metodologa y tcnicas de desarrolloReutilizacin de procesos de revisin formalesPrueba del softwareAjustes a los estndares de desarrolloControl de cambios, mediciones y recopilacin de informacinGestin de informes sobre el control de calidad

CorreccinRespecto a lacalidad del software, lacorreccinhace referencia a que unprogramadebe hacer lo que se espera de l.EficaciaEs la capacidad de alcanzar el efecto que espera o se desea tras la realizacin de una accin. No debe confundirse este concepto con el de eficiencia que se refiere al uso racional de los medios para alcanzar un objetivo predeterminado (es decir, cumplir un objetivo con el mnimo de recursos disponibles y tiempo).EficienciaLa cantidad de recursos de computadoras y de cdigo requeridos por un programa para llevar a cabo sus funciones. La pregunta asociada a este factor sera:Se ejecutar en mi hardware lo mejor que pueda?VerificacinLa verificacin, prueba y mantenimiento de los programas es esencial para minimizar los riesgos por el uso de tecnologa. Es conveniente realizar la verificacin y prueba antes de utilizar el sistema para un evento, despus de una prueba exitosa, se requiere darle a los programas el debido mantenimiento para garantizar su buen funcionamiento cuando se les requiera.ValidacinLa validacin de datos es una de las reas ms importantes a tener en cuenta, especialmente en el desarrollo de sistemas conectados a redes como internet. Validar datos hace referencia a verificar, controlar o filtrar cada una de las entradas de datos que provienen desde el exterior del sistema.

Prueba unitariaEnprogramacin, unaprueba unitariaes una forma de comprobar el correcto funcionamiento de un mdulo de cdigo. Esto sirve para asegurar que cada uno de los mdulos funcione correctamente por separado. Luego, con lasPruebas de Integracin, se podr asegurar el correcto funcionamiento del sistema o subsistema en cuestin.La idea es escribir casos de prueba para cada funcin no trivial omtodoen el mdulo, de forma que cada caso sea independiente del resto.Prueba funcionalUnaprueba funcionales una prueba basada en la ejecucin, revisin y retroalimentacin de las funcionalidades previamentediseadaspara elsoftware. Las pruebas funcionales se hacen mediante el diseo de modelos de prueba que buscan evaluar cada una de las opciones con las que cuenta el paqueteinformtico. Dicho de otro modo son pruebas especficas, concretas y exhaustivas para probar y validar que el software hace lo que debe y sobre todo, lo que se ha especificado.Pruebas de integracinBuscan probar la combinacin de las distintas partes de la aplicacin para determinar si funcionan correctamente en conjunto. Esto es til para ver cmo se comunican los servlets con las pginas HTML.Pruebas de validacinLaspruebas de validacinen laingeniera de softwareson el proceso de revisin que verifica que el sistema desoftwareproducido cumple con las especificaciones y que logra su cometido. Es normalmente una parte del proceso depruebas de softwarede un proyecto, que tambin utiliza tcnicas tales como evaluaciones, inspecciones ytutoriales. La validacin es el proceso de comprobar que lo que se ha especificado es lo que elusuariorealmente quera.Se trata de evaluar el sistema o parte de este durante o al final del desarrollo para determinar si satisface los requisitos iniciales.Cajas blancasAl contrario de las pruebas de caga negra, estas se basan en el conocimiento de la lgica interna del cdigo del sistema. Las contemplan los distintos caminos que se pueden generar gracias a las estructuras condicionales, a los distintos estados del mismo, etc.

Tipos de prueba.

Caja negraNo considera codificacin dentro de sus parmetros a evaluar, es decir. Que no estn basadas en el conocimiento del diseo interno del programa. Estas pruebas se enfocan en los requerimientos establecidos y en la funcionalidad del sistemaPrueba de Arquitectura y AplicacionesLa arquitectura cliente/servidor representa un importante desafo para quienes prueban el software.Pruebas de funcionalidad de la aplicacin:Este tipo de pruebas examina si el sistema cubre sus necesidades de funcionamiento, acorde a las especificaciones de diseo. En ellas se debe verificar si el sistema lleva a cabo correctamente todas las funciones requeridas, se debe verificar la validacin de los datos y se deben realizar pruebas de comportamiento ante distintos escenariosPruebas de servidor:Una forma de mitigar estos problemas es crear un servidor de prueba, un servidor que se mantiene fuera de lnea pero que les permite a los programadores desarrollar y probar el cdigo antes de ponerlo en produccin. Puedes usar dos tcnicas para montar un servidor de pruebas: Puedes configurar una computadora fsica idntica al servidor de produccin para el trabajo de prueba, o permitirles a los programadores poner mquinas virtuales en sus estaciones de trabajo para emular las condiciones de produccin.Pruebas de base de datos:Si los datos de prueba se tienen que crear, es posible que se demore la entrega de software y se generen gastos adicionales. Gracias a la generacin de datos de prueba, los evaluadores pueden crear con rapidez datos iguales que los de produccin y realizar la entrega de la aplicacin a tiempo y con el aval de unos resultados de prueba fiables.La solucin de Informtica para la gestin de datos de prueba permite a su organizacin de IT crear subconjuntos de datos de prueba seguros y funcionalmente intactos para aplicaciones de bases de datos.Pruebas de transaccin:Es un tipo desistema de informacinque recolecta, almacena, modifica y recupera toda lainformacingenerada por las transacciones producidas en una organizacin. Una transaccin es un evento que genera o modifica losdatosque se encuentran eventualmente almacenados en unsistema de informacin. Para que un sistema informtico pueda ser considerado como un TPS, este debe superar el testACID.Pruebas de comunicaciones de red:Con estas pruebas se verifica que la comunicacin entre los nodos de la red ocurre de manera correcta y que el paso de mensajes, transacciones y el trfico de la red relacionado se realiza sin errores.Prueba del sistema:Son similares a las pruebas de caja negra, solo que estas buscan probar al sistema como un todo. Estn basadas en los requerimientos generales y abarca todas las partes combinadas del sistema

Prueba de seguridad:Las Pruebas de Seguridad son un proceso que permite verificar que un sistema de informacin protege sus datos y funciona de acuerdo a los propsitos para los que fue diseado.Por tanto, las Pruebas de Seguridad verifican que la aplicacin y la infraestructura que la soporta no evidencian vulnerabilidades que puedan ser aprovechadas por terceros para uso no deseado.Las Pruebas de Seguridad se enfocan, estratgicamente, en uno o varios de los siguientes aspectos de la informacin:Confidencialidad de la informacin:evitar que usuarios o sistemas no autorizados accedan a la informacin.Integridad de la informacin:asegurar la exactitud y la completitud de la informacin, as como los mtodos que se utilizan para su procesamiento.Disponibilidad de la informacin:asegurar que la informacin est disponible para usuarios y sistemas autorizados en el momento que lo requieran.

Prueba de resistencia:La prueba de resistencia del aislamiento es una prueba cualitativa, que entrega una indicacin de la calidad relativa del sistema de aislamiento de un producto. Esta es una prueba ideal para estudiar, medir y registrar la estabilidad a largo plazo de los materiales de aislamiento a travs del tiempo.Enfrenta a los programas a situaciones anormales.Prueba de rendimiento:Las pruebas de rendimiento pueden conducir a la resolucin proactiva de problemas funcionales y relacionados con el sistema antes de que afecten a los usuarios finales, y permiten la identificacin de cuellos de botella y de recursos infrautilizados para la reimplementacin.Prueba de instalacin:Lainstalacindeprogramas computacionales(hardwell) es el proceso fundamental por el cuales sean los nuevos programas son transferidos a un computador con el fin de serconfigurados, y preparados para ser ejecutados en el sistema informtico, para cumplir la funcin para la cual fueron desarrollados. Un programa recorre diferentesfases de desarrollodurante su vida til:Desarrollo: cada programador necesita el programa instalado, pero con las herramientas, cdigos fuente, bancos de datos y etc., para modificar el programa.Prueba: antes de la entrega al usuario, elsoftwaredebe ser sometido a pruebas. Esto se hace, en caso desoftwarecomplejos, en una instalacinad hoc.Produccin: Para ser utilizado por el usuario final.Pruebas de regresin:Es una nueva corrida de casos de prueba previos. Se requiere de polticas para ser creada la prueba de regresin y decidir qu casos de prueba incluir, para probar eficientemente.La prueba de regresin es un buen candidato para automatizacin. Desde que estas pruebas se repiten una y otra vez, las herramientas para minimizar el esfuerzo del trabajo son tiles.

Implantacin del sistema o puesta a punto.

Determinacin del periodo de transicin o ejecucin en paralelo.Durante este perodo de ejecucin inmediato en el entrenamiento se reducen a Crear las condiciones ms favorables para conseguir la forma competitiva ptima. Si el perodo de competicin es prolongado, que incluye no una, sino varias Competiciones, surge adems la dificultad de asegurar la conservacin de esta Forma competitiva ptima. En el supuesto que se celebre ms de una competicin en este perodo, algunos de los aspectos de la preparacin fsico-tcnica y tcnico-tctica pueden sufrir considerables modificaciones debido a la necesidad de adaptarse a las condiciones especficas de cada competicin. No son aconsejables las reestructuraciones de la planificacin en este perodo por cuanto provocaran la prdida de la forma competitiva.

Procedimientos y operaciones de puesta en produccinGarantizaran del funcionamiento de los servicios de informacin.Garantizaran del funcionamiento de la infraestructura de comunicaciones y el acceso a los servicios de informacin.Establecer mecanismos de muestreo sobre la funcionalidad de los servicios de informacin y de la diversidad de plataforma tecnolgica en uso.Realizacin de forma permanente del inventario y control de los medios magnticos de almacenamiento de la informacin.Realizacin de forma permanente del inventario de toda la infraestructura de Hardware y Software existente en la Facultad.Asegurar la integridad de la informacin a travs de procedimientos de respaldos.Evaluacin del uso de los recursos de informacin y establecer los niveles apropiados de operatividad.Garantizaran de la operacin y administracin funcional de la red de la Facultad.Atencin de los requerimientos de soporte y servicio de la Unidad de Atencin a Usuarios.Elaboracin y ejecucin de los planes de mantenimiento preventivo de la infraestructura de Hardware y Software.Mantenimiento y control de un inventario bsico de insumos y repuestos, que permitan garantizar la continuidad de funcionamiento de los equipos y sistemas.Realizacin de la instalacin y puesta en produccin de equipos, sistemas y/o servicios de informacin, que sean adquiridos o desarrollados por la Unidad de Tecnologa de Informacin.Establecer medidas de seguridad para la operacin y funcionamiento de los recursos de informacin de la Facultad.Conocer ampliamente la operacin y funcionamiento de los servicios de informacin.Administracin de todo el proceso de produccin de los servicios de informacin.Imparticin de adiestramientos a la unidad de Atencin a Usuarios sobre la operacin y funcionamiento de los servicios de informacin en produccin.Llevar las estadsticas sobre la produccin de los servicios de informacin.Evaluacin de la calidad de los servicios de informacin en produccin y aplicar los correctivos necesarios.Definicin e implantacin de normas y procedimientos para la asignacin de prioridades y recursos requeridos para la produccin de los servicios de informacin.

Determinacin de necesidades de recursos adicionales.En este se muestran todo lo que debe contener el sistema dependiendo de las necesidades del usuario dando un servicio correcto.EquiposEs muy necesario un equipo ya que con este vamos a trabajar y donde se va desarrollar el sistema.Estos a su vez automatizan los procesos operativos, suministran una plataforma de informacin necesaria para la toma de decisiones y, lo ms importante, su implantacin logra ventajas competitivas o reducir la ventaja de los rivales.Interactan entre s con el fin de apoyar las actividades de una empresa o negocio.ConsumiblesEstos se describen como los clientes que son los que compran y usan el sistema.Tambin hace referencia al esfuerzo colaborativo para construir economas basadas en productos de la localidad, empresa y pas.InstalacionesEn si las instalaciones son el conjunto de redes y equipos fijos que permiten el suministro y operacin de los servicios que ayudan a los sistemas a cumplir las funciones para las que han sido diseadosPruebas de carga o repeticin de pruebas del sistema con datos reales.La prueba de sistemas no aprueba el software en s, sino la integracin de cada mdulo en el sistema. Tambin busca las discrepancias entre el sistema y su objetivo original, especificacin de y documentacin del sistema. La preocupacin principal es la compatibilidad de los mdulos individuales.Pruebas de aceptacin o visto bueno del clienteEstas pruebas las realiza el cliente. Son bsicamente pruebas funcionales, sobre el sistema completo, y buscan una cobertura de la especificacin de requisitos y del manual del usuario. Estas pruebas no se realizan durante el desarrollo, pues sera impresentable al cliente; sino que se realizan sobre el producto terminado e integrado o pudiera ser una versin del producto o una iteracin funcionad pactada previamente con el cliente. Una prueba de aceptacin puede ir desde un informal caso de prueba hasta la ejecucin sistemtica de una serie de pruebas bien planificadas. De hecho, las pruebas de aceptacin pueden tener lugar a lo largo de semanas o meses, descubriendo as errores latentes o escondidos que pueden ir degradando el funcionamiento del sistema. Estas pruebas son muy importantes, ya que definen el paso nuevas fases del proyecto como el despliegue y mantenimiento.

ResumenA. Aplicacin de pruebas del sistemaEn este punto nos habla sobre las pruebas que debe realizarse al sistema para evaluaciones, inspecciones, auditorias y revisiones que aseguren que se cumplan las responsabilidades asignadas, se utilicen eficientemente los recursos y se logre el cumplimiento de los objetivos del producto para poder solucionarlos si se encuentran fallos o errores. Las pruebas de sistema tienen como objetivo ejercitar profundamente el sistema comprobando la integracin del sistema de informacin verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de informacin con las que se comunica. Tambin existen varios tipos de pruebas para poder ejercer soluciones respecto al correcto funcionamiento del sistema y pueda aplicar el servicio del cual fue creado.

B. Implantacin del sistema o puesta a punto.En este punto nos dice que la transicin o ejecucin en paralelo. se reducen a crear las condiciones ms favorables para conseguir la forma competitiva ptima del sistema. En la determinacin de necesidades, es para ver todo lo que necesitara el usuario para un servicio correcto, por ejemplo el quipo los consumibles y las instalaciones en el de equipo podra ser la computadora donde se realizara el sistema, en los consumibles serian los clientes que utilizaran este sistema y en instalaciones el suministro y operacin de los servicios que ayudan a los sistemas a cumplir las funciones. Las pruebas de carga o repeticin se encarga de la integracin de cada mdulo en el sistema. Tambin busca las discrepancias entre el sistema y su objetivo original. En la prueba de aceptacin es la que se realiza al cliente para que pueda ver el funcionamiento del sistema y verificar si hay algn error para corregirlo para despus pueda dar ya que el sistema este bien echo una buena aprobacin y tenga por fin un uso del sistema en la empresa.