jueves, 10 de junio de 2010

Plan de Pruebas de Solución

Objetivo: Investigas sobre los niveles de prueba de un sistema.

DESARROLLO

En esta actividad se inicia la definición del plan de pruebas, el cual sirve como guía para la realización de las pruebas, y permite verificar que el sistema de información cumple las necesidades establecidas por el usuario, con las debidas garantías de calidad.

El plan de pruebas es un producto formal que define los objetivos de la prueba de un sistema, establece y coordina una estrategia de trabajo, y provee del marco adecuado para elaborar una planificación paso a paso de las actividades de prueba. El plan se inicia en el proceso Análisis del Sistema de Información (ASI), definiendo el marco general, y estableciendo los requisitos de prueba de aceptación, relacionados directamente con la especificación de requisitos.

Dicho plan se va completando y detallando a medida que se avanza en los restantes procesos del ciclo de vida del software, Diseño del Sistema de Información (DSI), Construcción del Sistema de Información (CSI) e Implantación y Aceptación del Sistema (IAS).

NIVELES DE PRUEBAS
Pruebas unitarias.
Pruebas de integración.
Pruebas del sistema.
Pruebas de implantación.
Pruebas de aceptación.

Las pruebas unitarias comprenden las verificaciones asociadas a cada componente del sistema de información. Su realización tiene como objetivo verificar la funcionalidad y estructura bde cada componente individual.

Las pruebas de integración comprenden verificaciones asociadas a grupos de componentes, generalmente reflejados en la definición de subsistemas de construcción o en el plan de integración del sistema de información. Tienen por objetivo verificar el correcto ensamblaje entre los distintos componentes.

Las pruebas del sistema, de implantación y de aceptación corresponden a verificaciones asociadas al sistema de información, y reflejan distintos propósitos en cada tipo de prueba:

Las pruebas del sistema son pruebas de integración del sistema de información completo. Permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para verificar que las especificaciones funcionales y técnicas se cumplen.

Las pruebas de implantación incluyen las verificaciones necesarias para asegurar que el sistema funcionará correctamente en el entorno de operación al responder satisfactoriamente a los requisitos de rendimiento, seguridad y operación, y coexistencia con el resto de los sistemas de la instalación, y conseguir la aceptación del sistema por parte del usuario de operación.

Las pruebas de aceptación van dirigidas a validar que el sistema cumple los requisitos de funcionamiento esperado, recogidos en el catálogo de requisitos y en los criterios de aceptación del sistema de información, y conseguir la aceptación final del sistema por parte del usuario.

TIPOS DE PRUEVAS
• Prueba de datos faltantes.
• Prueba de clase de comparación
• Prueba de rango o razonabilidad.
• Prueba de comparación de la longitud.
• Prueba de valores invalidados.
• Prueba con datos almacenados.

AMBIENTE DE PRUEBAS


Basicamente se interpreta como "Ambiente de Prueba" al conjunto formado por:
Recursos físicos (equipamiento, almacenamiento de discos, etc)
Conjunto de Lotes de Prueba
Escenarios de Prueba
El ambiente de prueba deberá ser aislado del de producción y soportar el cambio de la fecha del sistema, sin afectar:
Autorizaciones
Seguridad
Licencias
Archivos y Bases de datos
Acceso de red
Aplicaciones activadas por fecha y hora


Procedimiento de pruebas

Secuencia de la prueba
La prueba incluye las siguientes fases:
1. Fase de integración: Cada ciclo de pruebas empezó con esta fase. En esta fase, se instaló y conectó el hardware requerido, se conectaron los cables de red y se completó otra configuración de hardware.
2. Fase de pruebas de verificación de la generación: El equipo de pruebas realizó la configuración de la solución utilizando los documentos de la solución y los casos de la prueba de verificación de la generación. Esto aseguró que los sistemas se integren y configuren como se documentó. Integrar pruebas rápidamente expuso los errores humanos que se cometieron en la guía así como los errores en la finalización de la guía de implementación que tuvo como resultado servicios que no funcionaban adecuadamente.
3. Fase de pruebas funcionales: Una vez que se completó la prueba, el equipo de pruebas se enfocó en verificar las funciones clave de los productos y la solución.
4. Fase de pruebas de administración: Las pruebas de administración verificaron que los requisitos de la estrategia de administración remota su cubrieron dentro de la configuración y el diseño de la solución.
5. Fase de prueba de escritura técnica: Estas pruebas aseguraron que el estilo de documentación y los vínculos de la documentación eran correctos y consistentes.
6. Fase de pruebas de seguridad: La fase de pruebas de seguridad era la última fase en cada ciclo de pruebas. Esta fase aseguró que se ejecutaran todos los casos de prueba de seguridad que se generaron, en el ambiente completo de estado final.

Administración del proceso de prueva

El proceso de prueba generalmente implica que el organismo electoral trabaje de manera conjunta con los proveedores para asegurar que los bienes o servicios son los adecuados para los objetivos establecidos. Puede ser un proceso corto para los productos estándar, o uno prolongado cuando los productos tienen que ser diseñados o fabricados para propósitos específicos.
Para la mayoría de los componentes tecnológicos, se debe preparar una estrategia de prueba muy estructurada y cuidadosa antes de recibir los productos para efectuar las pruebas. La estrategia debe ser diseñada para probar que el producto ejecuta debidamente todas las funciones requeridas conforme a las especificaciones.


Equipos de pruebas independientes

Equipos de Pruebas Independientes: La organización dispone de un equipo de pruebas independiente del equipo de desarrollo que se encarga de realizar las actividades de verificación y validación. El principal problema de esta estructura es la comunicación. El equipo de pruebas no es bien visto por el equipo de desarrollo, por tanto se genera un muro entre ambos que impide la comunicación y, por tanto, dificulta el trabajo

Conclusiones: El planificar el proyecto nos ayuda a eliminar costos muy significativos y reducir tiempos de procesos, es necesario realizar diferentes tipos de pruebas y mantenernos coordinados para poder tener una correcta administración del mismo.

miércoles, 9 de junio de 2010

Componentes de Almacenamiento de Datos

Objetivo: Conocer los componentes de almacenamiento de datos para su mejor organización en los sistemas.

DESARROLLO:

El profesor dejo investigar el tema y realisar un resumen.


1.1 Organización de archivos
relacionados

Una base de datos relacionada es una base de datos en donde todos los datos visibles al usuario están organizados estrictamente como tablas de valores, y en donde todas las operaciones de la base de datos operan sobre estas tablas.
Estas bases de datos son percibidas por los usuarios como una colección de relaciones normalizadas de diversos grados que varían con el tiempo.
El modelo relacional representa un sistema de bases de datos en un nivel de abstracción un tanto alejado de los detalles de la máquina subyacente, de la misma manera como, por ejemplo, un lenguaje del tipo de PL/1 representa un sistema de programación con un nivel de abstracción un tanto alejado de los detalles de la máquina subyacente. De hecho, el modelo relacional puede considerarse como un lenguaje de programación mas bien abstracto, orientado de manera específica hacia las aplicaciones de bases de datos.
En términos tradicionales una relación se asemeja a un archivo, una tupla a un registro, y un atributo a un campo.

1.2 Organización de de archibos planos

El origen de este es el leer datos de un archibo de texto , el archivo de texto puede tener fornato delimitado.
se deben cumplir los siguientes prosesos que son:
limpiesa: teniendo en cuenta el estado de conservacion de los archibos y la consulta de estos, se debe realisar limpiesa adecuadamente de estos, contolondo las manifestaciones de deterioro de estos.
restauracion:esto se le realisa a aquellos archibos que se encuentran en deterioro o en malas condiciones para su recuperacion y buelban a su estado inicial y asi evitar el deterioro.

Conclusiones: Debemos tomar en cuenta que la organización es crucial para el desarrollo de de un sistema, es para mantener en correcto funcionamientos los componentes y en caso de algún error, que no deberia suceder, tener una manera eficiente de controlarlo.

Aspectos para la Aceptación de Programas de Aplicación

Objetivo: Conocer mas a fondo los programas de aplicación que utilizamos para los el análisis de sistemas

DESARROLLO:

Se investiga el tema y se creo un resumen

1.1 Velocidad de ejecución

Esta depende de la capasidad de distingir entre los datos , cuando se crea una o barios datos se debe pensar en los tipos de datos que se ban a utilisar por que una o dos mejoras nos pueda ayudar a la ejucucion de estos datos sin la necesidad de retrasos. Si se va a almacenar texto o direcciones, se debe elejer el tipo de datos que se utilisara para que nuestra velocidad de ejecucion no disminulla.

1.2 Precisión de calculo

Esta tiene por objetivo la obtencion de soluciones numericas con presicion arbitratia y estimacion del error,o problema que se puedan presentar en los dotos,esto nos facilitaria que cuando se realisen las pruebas no engamos erores, los ordenodore utilisan una cantidad enorme de memoria para almasenar los numeros lo cual puede disminuir nuestra velocidad de ejecución.

1.3 Funcionabilidad

Es lo que nuestra sistema ouede realisar , probar la funcionalidad significa asegurar que el producto final funcione correctamente y tal como nosotras lo esperabamos y que es practico y sera de focil uso para los clientes y consumidores.

Conclusiones: Esto se refiere a los aspectos a tomar en cuenta a la hora de desarrollar o implementar algun sistema, ya que es necesario saber que tanto tardaran en cargar o dar alguna repuesta, pero sabiendo utilizar correctamente los tipos de archivos.

Fuentes:

martes, 8 de junio de 2010

Componentes de Conversión de Datos

OBJETIVO: Conocer los conponentes de conversion de dotos que se presentan en los sistemas de informacion de datos.

DESARROLLO:

Se investiga el tema y se realizó un resumen de lo encontrado

La convercion de datos no es mas que la transformación de un esquema de representación de los elementos de información

1.1 Migración entre una arquitectura

La conversión de la información se compone de :

-datos ingresados

-reportes

-parametros de configuracion del S.

-manuales

Un proyecto de informacion forma parte de un macro, que obliga la adaptacion de la información, un factor critico para la exitosa migración de datos son las pruebas para modificar la migración de datos , asi como para comprobar que todo funciones correctamente.

Una migración de base de datos se realiza para mover o trasladar datos de un origen a otro, por lo cual es indispensable que antes de empezar este tipo de prosesos se tenga bien definido el porque de la migración, esta se lleva a cabo cuando es nesesario o se quiere cambiar a una plataforma distinta.

1.2 Migración entre varias arquitecturas

Una vez terminado el proceso se deben medir los resultados y entregar un reporte global del trabajo realizado, mencionando cuáles son los productos que se entregan, cuántas tablas u otros objetos fueron migrados, cuántos registros se migraron exitosamente, cuántos no fueron migrados y cuál fue la causa de ello.

Se sugiere realizar el reporte ejecutivo que resuma y presente a los directivos, los resultados obtenidos. Otro documento relevante para el cliente es la memoria técnica que contenga la configuración de los parámetros de la base de datos migrada, su estructura física y espacio disponible, entre otros datos relevantes.

La migración de datos, por sí misma, puede ser considerada como un proyecto complejo que para ser exitoso requiere una planeación detallada, un profundo conocimiento tanto de los datos como de las herramientas necesarias para llevar a cabo el proceso, así como en forma importante, de los sistemas y aplicaciones que hacen uso de los datos a partir del modelo final, para asegurar su correcto funcionamiento y continuidad en la operación.

Conclusiones:
Básicamente estos temas nos explican lo que en realidad significa compartir diferentes tipos de datos, teniendo en cuenta la compatibilidad entre los sistemas para una correcta migracion de archivos, ya se dentro de la misma o diferente arquitectura.

Fuentes:

Interfaces de la Solución Integral Propuesta

OBJETIVO: Conocer todo acerca de lo importante sobre este tema para que sea mos facil la coprencion del mismo.

DESARROLLO:

El profesor dejó la investigación de estos temas y nos pidió realizar un mapa de lo encontrado para su mejor entendimiento.

1.1 Intercambio de datos

Conjunto coherente de datos estructurados conforme a normas de mensajes acordados, para la transmisión por medios eléctricos,preparados en un formato, capas de ser leídos por un ordenador. El intercambio electronico de datos es el intercambio entre sistemas de informacion de datos estructurados , a través de este se cooperan las bases de datos para comprenderse aserca de casos en común.

1.2 Interfaces atraves del monitor, raton y teclado

1.2.1 Monitor

Al abrir rendimiento, aparece una area de herramientasque muestra el mismo grupo de controladores que la consulta general. Los datos se actualisan de forma automatica, utilise el boton actualisar para recopilar datos a su selecccion favorita.

1.2.2 Ratón

Existen dos tecnologias los cuales son:

Mecánicas: constan de una bola en el centro que al desplazarse roza unos botones que realizan el movimiento que visualizamos.

Ópticos: estos tienen una lus láser en lugar de la bola , un ser optico detecta los movimientos y esta indica la posicion que debe de tomar el cursor.

1.2.3 Teclado

AT: se encuentra en los sistemas antiguos de placa base at.

PS/2: se encuentran en los sistemas de placa base ATX.

USB: son los mas populares en oy en dia y por lo regular no nesesitan de algun controlador.


Conclusiones: Éste tema se me hizo muy complicado ya que no entendí muy bien los temas investigados, espero haberlos desarrollado correctamente y que si se entiendan.

Fuentes: