martes, 22 de junio de 2010

PLAN DE PRUEBAS DE SOLUCION

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


1-.Pruebas unitarias.
2-.Pruebas de integración.
3-.Pruebas del sistema.
4-.Pruebas de implantación.
5-.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
de 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:

1-.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.

2-.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.

3-.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 PRUEBAS

• 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 prueba

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:
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.

COMPONENTES DE ALMACENAMIENTO DE DATOS

ORGANIZACION DE ARCHIVOS RELACIONALES


Es común que en las pequeñas y medianas empresas se cuente con microcomputadoras, y por ello tengan que distribuir su información en un conjunto de Bases de Datos; asignándole a cada una de ellas, información sobre cada área específica de la empresa. Un ejemplo sería el de contar con una base de datos para el almacenamiento de la información correspondiente al área financiera, otra para el área de personal, una más para el área de ventas o el área de producción.
Mientras tanto las Grandes organizaciones poseen computadoras de gran porte, y es así que pueden almacenar toda la información necesaria, integrada, consistente y consolidada, en una única base de datos.


Independientemente de la Base de Datos que será implementada, ésta necesita de un Sistema de Gestión de Base de Datos (SGBD o DBMS). Los sistemas de Gestión de Base de datos, son programas de software para la administración de las Bases de Datos; y en particular, para: almacenar, manipular y recuperar datos en una computadora. El SGBD también se encargará de la comunicación entre el usuario y la base de datos, proporcionándole al usuario, los medios necesarios para poder obtener información, introducir nuevos datos y actualizar los ya existentes.

ORGANIZACION DE ARCHIVOS PLANOS


Las técnicas archivísticas se enfocan hacia la organización de planos cumpliendo los siguientes procesos:
Limpieza
Teniendo en cuenta el estado de conservación de los planos, y para la consulta de estos, se procederá a efectuar un proceso de limpieza y reparación física de los planos, controlando las manifestaciones de deterioro del documento.
Restauración
Se realizara a los planos que presenten rasgaduras a los cuales se les procederá a devolver a su estado inicial uniéndolos con un papel de alto gramaje y pureza que evita el proceso de deterioro con el paso de los tiempos.


ASPECTOS PARA LA ACEPTACION DE PROGRAMAS DE APLICACION

VELOCIDAD DE EJECUCION


Un índice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. La operación de indexación, creada por el SGDB, ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e, incrementa sensiblemente la velocidad de ejecución de algunas operaciones sobre el archivo de datos. Normalmente para cada archivo de datos debe existir un índice cuya llave de indexación sea idéntica a su llave primaria.


También es posible crear índices para un archivo de datos utilizando atributos (campos), o conjunto de atributos, diferentes de los de la llave primaria. Este tipo de índice, llamado índice secundario, es utilizado para reducir el tiempo de localización de una determinada información dentro de un archivo o para clasificar los registros del archivo de acuerdo con el orden necesario para la obtención de la información deseada.


PRESICION DE CALCULOS


La velocidad dependera de la capacidad de distinguir entre los diversos tipos de datos. Cuando se diseña y se crea una base de datos, se planea si va a haber una o varias tablas, se piensa en los campos (columnas) de cada tabla y se establece un tipo de datos para cada campo. Por ejemplo, si se van a almacenar fechas y horas, se establece el tipo de datos de un campo en Fecha/Hora. Si se van a almacenar nombres y direcciones, se establece el tipo de datos de uno o varios campos.


FUNCIONALIDAD


Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.



Bases de datos jerárquicas
Base de datos de red
Bases de datos transaccionales
Bases de datos relacionales
Bases de datos multidimensionales
Bases de datos orientadas a objetos
Bases de datos deductivas
Gestión de bases de datos distribuida


COMPONENTE DE COVERSION DE DATOS


Migracion entre una arquitectura


Un proyecto de conversión de información siempre forma parte de un proyecto macro, que obliga a adaptar de alguna forma la información actual. Ejemplo de estos proyectos macros son los siguientes:
- Fusiones o adquisiciones de compañías que poseen sistemas o estructuras de información distintas
- Migración de sistemas, bien sea por actualización de versiones o por migración a un nuevo sistema de información. Lo mismo ocurre cuando se trata de módulos específicos de un sistema
- Adaptación a nuevos procesos, que requieran alguna información que hasta ese momento no había sido manejada por la organización
- Adaptación a nuevas tecnologías, donde se requiera nueva información o el formato utilizado hasta ese momento requiera de una modificación
- Adaptación a normas, leyes u otras exigencias, tal como fue recientemente el proceso de reconversión monetaria en nuestro país.



Una base de datos en su concepto más simple, se refiere a un conjunto de datos relacionados entre sí con un objetivo común. De acuerdo con C. J. Date, en su libro Introducción a las bases de datos: “es una colección de datos integrados, con redundancia controlada y con una estructura que refleje las interrelaciones y restricciones existentes en el mundo real; los datos que han de ser compartidos por diferentes usuarios y aplicaciones, deben mantenerse independientes de éstas, y su definición y descripción, únicas para cada tipo de dato, han de estar almacenadas junto con los mismos. Los procedimientos de actualización y recuperación, comunes, y bien determinados, habrán de ser capaces de conservar la integridad, seguridad y confidencialidad del conjunto de datos”.


En tanto que una migración de BD es un proceso que se realiza para mover o trasladar los datos almacenados en un origen de datos a otro, para lo cual es indispensable que antes de empezar cualquier proceso de esta naturaleza, se tenga clara y documentada la razón por la cual se está migrando, además de elaborarse la planeación detallada de las actividades contempladas. Dicha migración se requiere llevar a cabo cuando es necesario mover un esquema dentro del mismo servidor, o de un servidor a otro, así como para actualizar la versión del software, y hacer un cambio de manejador de bases de datos por el de otro fabricante o para cambiarlo a una plataforma de cómputo distinta.


Migracion entre varias arquitecturas


Factor crítico para el éxito de la migración de la base de datos es la realización de pruebas las cuales, inicialmente, pueden ser a pequeña escala para validar o modificar la arquitectura final y el plan de migración, así como para comprobar que las aplicaciones que harán uso de la base de datos funcionan correctamente y optimizar los tiempos y recursos necesarios. Es recomendable hacer pruebas generales para comprobar que el proceso completo funciona correctamente, medir los tiempos para tener una planeación integral y minimizar los riesgos.
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.












INTERFACES DE LA SOLUCION INTEGRAL PROPUESTA



Es un Conjunto coherente de datos, estructurados conforme a normas de mensajes acordadas, para la transmisión por medios electrónicos, preparados en un formato capaz de ser leído por el ordenador y de ser procesado automáticamente y sin ambigüedad.
Es aquella parte de un sistema de información capaz de cooperar con otros sistemas de información mediante el intercambio de mensajes EDI.



Interfaz de Monitor


Al abrir Rendimiento, aparece una barra de herramientas y el área de vista gráfica muestra el mismo conjunto de contadores que en la consulta de información general del sistema de Registros y alertas de rendimiento. Monitor de sistema empieza a representar de forma inmediata los valores de contador en el área de gráfico. Los datos se actualizan automáticamente de forma predeterminada. Cambie al modo de actualización manual con el botón Inmovilizar pantalla de la barra de herramientas. Utilice el botón Actualizar datos para recopilar cada muestra a petición. Con cada clic se realiza una recopilación. Para quitar todos los datos de la pantalla, haga clic en el botón Borrar pantalla.
Los nombres y la información asociada a los contadores que seleccione aparecerán en la leyenda situada debajo del gráfico, tal como se indica a continuación:


El equipo en el que se ejecuta el Monitor de sistema.
Objeto de rendimiento
Contador de rendimiento


Instancia del objeto de rendimiento. Tenga en cuenta que las instancias de contador se presentan de forma predeterminada por nombre e índice numérico. Este índice aparece después del nombre de la instancia, representado por un signo de número (#) y un número. El índice facilita la supervisión de numerosas instancias, por ejemplo, si supervisa subprocesos de un proceso.
Para ocultar el índice, haga clic con el botón secundario del mouse (ratón) en Propiedades y desactive la casilla de verificación Permitir caso de contadores duplicados. De forma predeterminada, las instancias de procesos y subprocesos tienen un número n agregado (donde n es un entero). Para anexar en su lugar el Id. de proceso, cree un valor DWORD denominado ProcessNameFormat bajo la subclave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance y establezca su valor en 2. De igual modo, para anexar en su lugar un Id. de subproceso, cree un valor DWORD denominado ThreadNameFormat bajo la subclave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance y establezca su valor en 2. Para desactivar cualquiera de estas opciones y restaurar la opción predeterminada, establezca el valor de DWORD correspondiente en 1.
Precaución
La modificación incorrecta del Registro puede dañar gravemente el sistema. Antes de realizar cambios en el Registro, debe hacer una copia de seguridad de los datos de valor que contenga el equipo. Para obtener más información, vea Registry Editor overview.
Propiedades gráficas de cada contador.
Al abrir Rendimiento, aparece una barra de herramientas y el área de vista gráfica muestra el mismo conjunto de contadores que en la consulta de información general del sistema de Registros y alertas de rendimiento. Monitor de sistema empieza a representar de forma inmediata los valores de contador en el área de gráfico. Los datos se actualizan automáticamente de forma predeterminada. Cambie al modo de actualización manual con el botón Inmovilizar pantalla de la barra de herramientas. Utilice el botón Actualizar datos para recopilar cada muestra a petición. Con cada clic se realiza una recopilación. Para quitar todos los datos de la pantalla, haga clic en el botón Borrar pantalla.
Los nombres y la información asociada a los contadores que seleccione aparecerán en la leyenda situada debajo del gráfico, tal como se indica a continuación:
El equipo en el que se ejecuta el Monitor de sistema.
Objeto de rendimiento
Contador de rendimiento
Instancia del objeto de rendimiento. Tenga en cuenta que las instancias de contador se presentan de forma predeterminada por nombre e índice numérico. Este índice aparece después del nombre de la instancia, representado por un signo de número (#) y un número. El índice facilita la supervisión de numerosas instancias, por ejemplo, si supervisa subprocesos de un proceso.
Para ocultar el índice, haga clic con el botón secundario del mouse (ratón) en Propiedades y desactive la casilla de verificación Permitir caso de contadores duplicados. De forma predeterminada, las instancias de procesos y subprocesos tienen un número n agregado (donde n es un entero). Para anexar en su lugar el Id. de proceso, cree un valor DWORD denominado ProcessNameFormat bajo la subclave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance y establezca su valor en 2. De igual modo, para anexar en su lugar un Id. de subproceso, cree un valor DWORD denominado ThreadNameFormat bajo la subclave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance y establezca su valor en 2. Para desactivar cualquiera de estas opciones y restaurar la opción predeterminada, establezca el valor de DWORD correspondiente en 1.
Precaución
La modificación incorrecta del Registro puede dañar gravemente el sistema. Antes de realizar cambios en el Registro, debe hacer una copia de seguridad de los datos de valor que contenga el equipo. Para obtener más información, vea Registry Editor overview.
Propiedades gráficas de cada contador.


Interfaz de ratón


Par poder indicar la trayectoria que recorrió, a medida que se desplaza, el Mouse debe enviar al computador señales eléctricas binarias que permitan reconstruir su trayectoria, con el fin que la misma sea repetida por una flecha en el monitor. Para ello el Mouse debe realizar dos funciones en primer lugar debe generar, por cada fracción de milímetro que se mueve, uno o más pulsos eléctricos (CONVERSION ANALOGICA-DIGITAL).
En segundo lugar contar dichos pulsos y enviar hacia la interfaz "port serie", a la cual esta conectado el valor de la cuenta, junto con la información acerca de sí se pulsa alguna de sus tres teclas ubicada en su parte superior.
Suponiendo que se quiera medir cuantas vueltas gira una rueda, esta presenta sobre su circunferencia exterior flejes metálicos radiales. Cada fleje al rozar un clavo ubicado en una posición fija, genera un sonido audible. Al ponerse la rueda en movimiento, una vez que un fleje rozo dicho clavo, cada vez que la rueda avanza 30º se escuche un sonido en correspondencia con el fleje que roza el clavo. Contando el número de estos sonidos discontinuos, se puede cuantificar, mediante un número, cuantas vueltas y fracción a girado la rueda. Se ha convertido así un movimiento físicamente continuo en una sucesión discontinua de sonidos aislados para medir el giro.
Se ha realizado lo que se llama una conversión "analógica-digital" que debe realizar el Mouse para que pueda medir la distancia que recorrió.
Si el Mouse se mueve cada 100 MSEG envía (a la interfaz "port serie" a la cual esta conectada) el número de pulsos que genero, lo cual pone en ejecución un programa, que sigue su desplazamiento en el paño y lo repite en la pantalla, en una flecha o en un cursor visualizable, que oficia de puntero. Esta acción se complementa con el accionamiento de las teclas que presenta el Mouse en su parte superior.
Existen dos tecnologías principales en fabricación de ratones: Ratones mecánicos y Ratones ópticos.
1. Ratones mecánicos.
Los ratones mecánicos constan de una bola situada en su parte inferior. La bola, al moverse el ratón, roza unos contactos en forma de rueda que indican el movimiento del cursor en la pantalla del sistema informático.
2. Ratones ópticos.
Los ratones ópticos tienen un pequeño haz de luz láser en lugar de la bola rodante de los mecánicos. Un sensor óptico situado dentro del cuerpo del ratón detecta el movimiento del reflejo al mover el ratón sobre el espejo e indica la posición del cursor en la pantalla de la computadora.
Una limitación de los ratones ópticos es que han de situarse sobre una superficie que refleje el haz de luz. Por ello, los fabricantes generalmente los entregan con una pequeña plantilla en forma de espejo.
Cuando este se desplaza el movimiento de la bolita que esta en su parte inferior se descompone en dos movimientos según dos ruedas con ejes perpendiculares entre sí (en correspondencia con dos ejes de coordenadas X e Y) que un conversor analógico -digital traduce en pulsos eléctricos. La cantidad de pulsos generados para cada eje representa la distancia recorrida por la bolita respecto de ese eje representa la distancia recorrida por la bolita respecto de ese eje, y en relación con la ultima posición en que el Mouse estuvo quieto. Dichos pulsos se van contando en dos contadores, uno para cada eje, pudiendo ser la cuenta progresiva o regresiva, según el sentido del movimiento del Mouse respecto de dichos ejes. Los circuitos envían por un cable que va hacia un port serie del computador-el valor de la cuenta de los contadores, como dos números de 8 bits con bit be signo (rango de-128 a +127). Según el protocolo de MICROSOFT estos números se envían formando parte de bytes, cada uno de los cuales además se transmite bit de START (inicio) y STOP conforme al protocolo RS 232C para un port serie.
Se envían tres bytes cuando se pulsa o libera una tecla del mouse, aunque este no se mueva. Cuando el port recibe el primero de los tres bytes, la plaqueta con la interfaz buffer, que contiene el circuito de dicho port solicita a la ucp que interrumpa el programa en ejecución y pase a ejecutar la subrutina (Mouse driver)que maneja la información del Mouse.

Interfaz del teclado


Un teclado puede tener tres posibles interfaces:
AT (DIN): solo se encuentra en los sistemas antiguos que utilizan placas base AT que actualmente han sido olvidadas, se trata de una interfaz entre el cable del teclado y la unidad del sistemas es la interfaz de teclado, es un gran conector largo con cinco fuertes clavijas gruesas de metal, también es conocido con el nombre de DIN.
PS/2 (mini DIN): se encuentra en los sistemas de placas base de tipo ATX, no necesariamente los sistemas más modernos, es un conector más pequeño y redondo con seis finas clavijas metálicas y un bloque de plástico rectangular.
USB: cada día q pasa se convierte más popular para los teclados. Los dispositivos USB tienen varias ventajas que básicamente se deriva en que USB es una tecnología mas reciente y rápida, una conexión USB es mas rápida que los antiguos puertos I/O de nuestra PC, como los puertos COM y paralelos, además un USB no necesita ningún controlador de dispositivo especial para funcionar, simplemente colocamos el dispositivo y funciona.
La única desventaja seria la incompatibilidad q existe con versiones anteriores, a partir de Windows 98 hacia delante todos son conscientes de USB, pero de ahí hacia atrás sino da.


viernes, 4 de junio de 2010

DISEÑAR COMPONENTES DE LA APLICACION

SUBTEMA: LOS FACTORES QUE IMPACTAN
OBJETIVO: DEFINIR LA ESTRUCTURA DE LAS INTERFACEZ Y LA PLANEACION DE LAS PRUEBAS A REALIZAR DEL SISTEMA
  • DESEMPEÑO:
  • DISPONIBILIDAD
  • CONFIABILIDAD
  • SEGURIDAD
  • LOCALIZACION GEOGRAFICA
  • COSTOS

DESEMPEÑO: CAPACIDAD DEL TRABAJO, RENDIMIENTO, RAPIDEZ, CALIDAD, SEGURIDAD.

SEGURIDAD: ES LA PROTECCION DE UN SERVICIO QUE TIENE LA CAPACIDAD DE DAR PERMISOS Y PRIVILEGIOS EN EL SISTEMA

LOCALIZACION GEOGRAFICA: NOS SIRVE PARA UN MEJOR SERVICIO Y PARA UN FUTURO OBTENER UNA GARANTIA DEL PRODUCTO

COSTOS: IMPLICA DESDE COMO SE HIZO EL SOFTWARE SIN IMPORTAR SI ES FREE O DE LICENCIA YA QUE EL FREE OBTIENE SUS GANANCIAS CON FACILIDAD.