UNIDAD 2. MODELADO DE ELEMENTOS DE LA APLICACION
2.1. REALIZA ESQUEMAS DE LA INTERFAZ DE ACUERDO A LOS FACTORES Y
ESTANDARES ESTABLECIDOS.
A) ELABORACION DE
FORMULARIOS DE COMPONENTES DE NUEVO SISTEMA O APLICACIÓN A DESARROLLAR
- · ESQUEMATIZACION DE ENTRADAS Y SALIDAS DE SISTEMA
- - PANTALLAS/VENTANAS
Como primera actividad se deberá
definir formalmente la tipología de las pantallas, esto es, se deberá
establecer cuantas clases de pantallas serán desarrolladas (mientras menor el
número es mejor), para posteriormente generar una plantilla general para cada
una de ellas. En estas plantillas se deberán establecer los siguientes
conceptos:
· Ubicación del título de la pantalla, hora, fecha y
logotipo de la empresa.
· Si será utilizado, ubicación del menú del sistema
· Ubicación de las alarmas del proceso
· Ubicación del mímico del área o subárea
· Ubicación de funciones genéricas, tales como
confirmación de alarmas
· En caso de existir elementos como tendencias, tablas,
definir su ubicación
Con la finalidad de llevar a cabo
la especificación de la distribución de las pantallas se sugiere las siguientes
directrices:
· Considerar que según el Diagrama de Gutenberg, el
Movimiento del ojo va de arriba a abajo y de izquierda a derecha
· Considerar entonces que la información mas importante
debe ir arriba
· El centro de la pantalla es también un lugar de alta
visibilidad
· La información miscelánea debe ir abajo a la izquierda
· Sobretodo las funciones e información criticas deben
tener un lugar fijo en la pantalla
· La mejor posición para los gráficos es a la izquierda
del campo visual
· Se debe establecer una estructura de rejilla (grid)
regular
· Al desarrollar los prototipos de los sinópticos de
proceso se debe controlar la densidad de los gráficos, la cual no debe sobrepasar
del 50%, para que no se vean muy aglutinados
En este mismo sentido, la simetría
del gráfico debe ser también considerada, de manera que la carga de elementos
en los sinópticos este balanceada en toda la pantalla
·
Para el mismo nivel de información efectiva, se debe
dar preferencia a las distribuciones simples sobre las complejas Los productos
que se deben obtener en esta etapa son: la tipología o clasificación de las pantallas
y las plantillas para cada una de estas clases.
-
REPORTES
La realización de esta función es esencial para el sistema de información, ella se
encarga de producir la información requerida y trasmitirla a los puntos o
centros de información que la soliciten. Esta transmisión de información se
puede efectuar mediante el movimiento físico de los elementos de almacenamiento (papel,
cintas magnéticas, diskettes, y otros) o mediante la comunicación de señales eléctricas digitales o analógicas a dispositivos
receptores (terminales, convertidores, estaciones remotas u otro computador).
Los reportes que genera el sistema de información se clasifican en:
a) Reportes de Errores: Proporcionan información sobre los errores que ocurren y se
detectan durante el procesamiento de transacciones.
b) Reportes de Actividades: Proporcionan información sobre las
actividades elementos de la organización.
No están orientados a la toma de decisiones. Por ejemplo. Listados de
empleados, listados de inventarios de piezas, y otros.
c) Reportes Regulares: Están orientados a la toma de decisiones. Se preparan a intervalos definidos de tiempo y en un formato fijo, por lo que se
pueden generar automáticamente.
d) Reporte de Excepción: Útiles para controlar situaciones anormales
pues señalar la ocurrencia de condiciones "fuera de limite".Tienen un
formato predefinido y se pueden generar automáticamente bajo solicitud o cuando
ocurra la condición anormal.
e) Reportes no Planeados: Requeridos eventualmente para la toma de
decisiones. Se generan cuando se solicitan y pueden tener un formato
predefinido.
f) Reportes Especiales: Requeridos generalmente una sola vez con
fines de analizar situaciones o resolver problemas involucran el uso de modelos que
respondan a interrogantes del tipo "que ocurre si…" No tienen formato
predefinido y pueden o no generarse automáticamente. Los dos primeros reportes
son producidos por los subsistemas de procesamiento de transacciones, mientras
que los restantes los producen los subsistemas de procesamientos de
información.
·
5- Procesamientos
de Consultas: Parte de la información requerida por los usuarios responde a
interrogantes no predefinidas y cuyas respuestas son generalmente cortas por lo
que no requiere un formato complejo como el de los reportes. Estas
interrogantes reciben el nombre de consultas interactivas y constituyen un
medio directo de comunicación hombre-maquina.
Esta función es generalmente ejecutada por los
subsistemas de administración de datos,
que facilita el acceso a los datos y de procesamiento de información. La
mayoría de Sistemas de Manejo de Bases de Datos que
existen, poseen una herramienta que facilita la realización de esta función,
denominada lenguaje de consultas o de interrogación o lenguajes
para el diálogo hombre-máquina.
·
6- Mantenimiento de la Integridad de los
Datos: Los datos mantenidos
por el sistema de información deben ser confiables y
veraces por lo que una de sus funciones debe garantizar la integridad de tales
datos y protegerlos contra accesos indebidos o no autorizados y contra
modificaciones mal intencionadas.
-
INTERFACES
La capa de presentación de una aplicación web es tan importante como el
código que la hace funcionar.
Interfaz de usuario se refiere a los elementos y características
específicas de una aplicación web, incluyendo los aspectos funcionales y
visuales. El diseño de interfaz de usuario de su aplicación web puede hacer la
diferencia entre una experiencia inteligente, agradable o que frustra a los
usuarios. Voy a trabajar con usted para determinar los requisitos funcionales,
el análisis de usuario, arquitectura de la información, el flujo de
publicación, facilidad de uso, para en definitiva, crear una interfaz de
usuario que proporcione una experiencia gratificante, y cumpla con sus
objetivos de negocio.
Estoy en condiciones de realizar las siguientes tareas para su proyecto:
- Acompañamiento gráfico y de usabilidad en la
construcción de su aplicación en PHP o .NET.
- Diseño de interfaces para aplicaciones Windows
- Creación de plantillas html y css para su
aplicación o proyecto.
- Creación de prototipos y pruebas de navegación
-
DATOS
Un sistema de información realiza
cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de
información.
Entrada de Información: Es el
proceso mediante el cual el Sistema de Información toma los datos que requiere
para procesar la información. Las entradas pueden ser manuales o automáticas.
Las manuales son aquellas que se proporcionan en forma directa por el usuario,
mientras que las automáticas son datos o información que provienen o son
tomados de otros sistemas o módulos. Esto último se denomina interfases
automáticas.
Las unidades típicas de entrada de
datos a las computadoras son las terminales, las cintas magnéticas, las
unidades de diskette, los códigos de barras, los escáners, la voz, los
monitores sensibles al tacto, el teclado y el mouse, entre otras.
Almacenamiento de información: El
almacenamiento es una de las actividades o capacidades más importantes que
tiene una computadora, ya que a través de esta propiedad el sistema puede
recordar la información guardada en la sección o proceso anterior. Esta información
suele ser almacenada en estructuras de información denominadas archivos. La
unidad típica de almacenamiento son los discos magnéticos o discos duros, los
discos flexibles o diskettes y los discos compactos (CD-ROM).
Procesamiento de Información: Es la
capacidad del Sistema de Información para efectuar cálculos de acuerdo con una
secuencia de operaciones preestablecida. Estos cálculos pueden efectuarse con
datos introducidos recientemente en el sistema o bien con datos que están
almacenados. Esta característica de los sistemas permite la transformación de
datos fuente en información que puede ser utilizada para la toma de decisiones,
lo que hace posible, entre otras cosas, que un tomador de decisiones genere una
proyección financiera a partir de los datos que contiene un estado de
resultados o un balance general de un año base.
Salida de Información: La salida es
la capacidad de un Sistema de Información para sacar la información procesada o
bien datos de entrada al exterior. Las unidades típicas de salida son las
impresoras, terminales, diskettes, cintas magnéticas, la voz, los graficadores
y los plotters, entre otros. Es importante aclarar que la salida de un Sistema
de Información puede constituir la entrada a otro Sistema de Información o
módulo. En este caso, también existe una interfase automática de salida. Por
ejemplo, el Sistema de Control de Clientes tiene una interfase automática de
salida con el Sistema de Contabilidad, ya que genera las pólizas contables de
los movimientos procesales de los clientes.
B) ESPECIALIZACION
DE INTERFACES
- · DETERMINACION DE TIPOS DE INTERFACES
Las interfaces básicas de usuario son
aquellas que incluyen elementos como menús, v ventanas, teclado, ratón, los
beeps y algunos otros sonidos que la computadora hace, y en general, todos aquellos
canales por los cuales se permite la comunicación entre el ser humano y la
computadora. La mejor interacción humano-máquina a trav és de una adecuada
interfaz (Interfaz de Usuario), que le brinde tanto comodidad, como eficiencia.
Tipos de interfaces de usuario
Dentro de las Interfaces de Usuario se puede
distinguir básicamente tres tipos:
§
Una
interfaz de hardware, a nivel de los dispositivos utilizados para ingresar ,
procesar y entregar los datos: teclado, ratón y pantalla visualizadora.
§
Una
interfaz de software, destinada a entregar información acerca de los procesos y
herramientas de control, a trav és de lo que el usuario observ a habitualmente
en la pantalla.
§
Una
interfaz de Software-Hardware, que establece un puente entre la máquina y las
personas, permite a la máquina entender la instrucción y a el hombre entender
el código binario traducido a información legible.
Funciones principales
Sus principales funciones son las siguientes:
§
Puesta
en marcha y apagado.
§
Control
de las funciones manipulables del equipo.
§
Manipulación
de archiv os y directorios.
§
Herramientas
de desarrollo de aplicaciones.
§
Comunicación
con otros sistemas.
§
Información
de estado.
§
Configuración
de la propia interfaz y entorno.
§
Intercambio
de datos entre aplicaciones.
§
Control
de acceso.
§
Sistema
de ayuda interactivo.
Tipos de interfaces de usuario
Según la forma de interactuar del usuario
Atendiendo a como el usuario puede
interactuar con una interfaz, nos encontramos con varios tipos de interfaces de
usuario:
§
Interfaces
alfanuméricas (intérpretes de comandos) que solo presentan texto.
§
Interfaces
gráficas de usuario (GUI, graphic user interfaces), las que permiten
comunicarse con el ordenador de una forma muy rápida e intuitiv a representando
gráficamente los elementos de control y medida.
§
Interfaces
táctiles, que representan gráficamente un "panel de control" en una
pantalla sensible que permite interactuar con el dedo de forma similar a si se
accionara un control físico.
Según su construcción
Pueden ser de hardware o de software:
§
Interfaces
de hardware: Se trata de un conjunto de controles o dispositiv os que permiten
que el usuario intercambie datos con la máquina, ya sea introduciéndolos
(pulsadores, botones, teclas, reguladores, palancas, maniv elas, perillas) o
leyéndolos (pantallas, diales, medidores, marcadores, instrumentos).
§
Interfaces
de software: Son programas o parte de ellos, que permiten expresar nuestros
deseos al ordenador o visualizar su respuesta.
- · DESARROLLO DE INTERFACES
Para los usuarios del sistema
el interfaz es el propio sistema, ya que
es lo único que pueden ver y con lo único que pueden interactuar. La interfaz
es una herramienta del sistema que debe permitir a los usuarios del sistema
conseguir la información que necesitan.
El sistema de información, en relación
a la interfaz, debe cumplir con los siguientes objetivos:
·
La interfaz debe permitir al usuario acceder al
sistema y a su información en una forma que sea congruente con sus necesidades.
·
La interfaz debe permitir maximizar el tiempo de
entrada de datos y minimizar el número de errores.
·
La interfaz debe proporcionar una retroalimentación
adecuada a las acciones del usuario de sistemas.
·
La interfaz debe adaptarse a los principios de
ergonomía establecida en el diseño de interfaces.
- · APLICACIÓN DE ESTANDARES ESTABLECIDOS POR EL USUARIO
-
DE DOCUMENTACION
Estándares del proceso de
documentación
- Definen el proceso a seguir para la producción del documento
- Estándares del documento
- Proporcionan la estructura y presentación de los Proporcionan la estructura y presentación de los documentos
- Estándares para el intercambio de documentos
- Aseguran que todas las copias electrónicas de los documentos sean compatibles
-
DE DISEÑO
El Diseño de Sistemas se define
el proceso de aplicar ciertas técnicas y principios con el propósito de definir
un dispositivo, un proceso o un Sistema, con suficientes detalles como
para permitir su interpretación y realización física.
La etapa del Diseño del Sistema
encierra cuatro etapas:
•El diseño de los datos.
Trasforma el modelo de dominio de la información, creado durante el análisis,
en las estructuras de datos necesarios para implementar el Software.
•El Diseño Arquitectónico. Define
la relación entre cada uno de los elementos estructurales del programa.
•El Diseño de la Interfaz.
Describe como se comunica el Software consigo mismo, con los sistemas que operan
junto con el y con los operadores y usuarios que lo emplean.
•El Diseño de procedimientos.
Transforma elementos estructurales de la arquitectura del programa. La
importancia del Diseño del Software se puede definir en una sola palabra
Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto. El
Diseño es la única manera de materializar con precisión los requerimientos del
cliente.
El Diseño del Software es un
proceso y un modelado a la vez. El proceso de Diseño es un conjunto de pasos
repetitivos que permiten al diseñador describir todos los aspectos del Sistema
a construir. A lo largo del diseño se evalúa la calidad del desarrollo del
proyecto con un conjunto de revisiones técnicas: El diseño debe implementar
todos los requisitos explícitos contenidos en el modelo de análisis y debe
acumular todos los requisitos implícitos que desea el cliente. Debe ser una
guía que puedan leer y entender los que construyan el código y los que prueban
y mantienen el Software.
El Diseño debe proporcionar una
completa idea de lo que es el Software, enfocando los dominios de datos,
funcional y comportamiento desde el punto de vista de la Implementación.
Para evaluar la calidad de una
presentación del diseño, se deben establecer criterios técnicos para un buen
diseño como son:
•Un diseño debe presentar una
organización jerárquica que haga un uso inteligente del control entre los
componentes del software.
•El diseño debe ser modular, es
decir, se debe hacer una partición lógica del Software en elementos que
realicen funciones y subfunciones especificas.
•Un diseño debe contener
abstracciones de datos y procedimientos:
• Debe producir módulos que
presenten características de funcionamiento independiente.
•Debe conducir a interfaces que
reduzcan la complejidad de las conexiones entre los módulos y el entorno
exterior.
•Debe producir un diseño usando
un método que pudiera repetirse según la información obtenida durante el
análisis de requisitos de Software.
• Estos criterios no se consiguen
por casualidad. El proceso de Diseño del Software exige buena calidad a través
de la aplicación de principios fundamentales de Diseño, Metodología sistemática
y una revisión exhaustiva.
2.2- ESPECIFICA COMPONENTES Y PLAN DE PRUEBA DE LA SOLUCION INTEGRAL
PROPUESTA
A) ESPECIFICACION
DE COMPONENTES DE LA APLICACIÓN
- · DIFERENCIACION DE COMPONENTES DE CONVERSION DE DATOS
La conversión de la información no
es más que la transformación de un esquema de representación de los elementos
de información a otro, incluyendo los siguientes elementos:
• Datos ingresados o almacenados en
un sistema de información
• Reportes generados
• Parámetros de configuración del
sistema
• Formularios manuales o
automatizados
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.
Factor crítico para el éxito de la
migración de la base de datos es la realización de pruebas para validar o
modificar la arquitectura final y el plan de migración, así como para comprobar
que las aplicaciones funcionan correctamente.
Actualmente la información se ha
convertido en un activo importante para las organizaciones tanto públicas como
privadas; dicha información se obtiene mediante la extracción e interpretación
de los datos que posee la organización, algunos de los cuales se encuentran
almacenados en sus bases de datos (BD).
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.
- · DETERMINACION DE ASPECTOS PARA LA ACEPTACION DE PROGRAMAS DE APLICACIÓN
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.
B) ELABORACION DE
PLAN DE PRUEBAS DE LA SOLUCION INTEGRAL PROPUESTA
- · DEFINICION DE NIVELES DE PRUEBAS
Son utilizadas
para identificar posibles fallos de implementación, calidad, o usabilidad de un
programa de ordenador. Básicamente es una fase en el desarrollo de software
consistente en probar las aplicaciones construidas.
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.
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.
A continuación una breve
descripción de cada nivel de prueba:
Pruebas Unitarias o de Componente:
este tipo de pruebas son ejecutadas normalmente por el equipo de desarrollo,
básicamente consisten en la ejecución de actividades que le permitan verificar
al desarrollador que los componentes unitarios están codificados bajo
condiciones de robustez, esto es,
soportando el ingreso de datos erróneos o inesperados y demostrando así
la capacidad de tratar errores de manera
controlada. Adicionalmente, Las pruebas
sobre componentes unitarios, suelen denominarse pruebas de módulos o pruebas de clases, siendo la convención definida por el lenguaje
de programación la que influye en el término a utilizar. Por último, es importante que toda la
funcionalidad de cada componente unitario
sea cubierta, por al menos, dos casos de prueba, los cuales deben
centrarse en probar al menos una funcionalidad positiva y una negativa.
Pruebas de Integración: este tipo
de pruebas son ejecutas por el equipo de desarrollo y consisten en la
comprobación de que elementos del software que interactúan entre sí, funcionan
de manera correcta.
Pruebas de Sistema: este tipo de
pruebas deben ser ejecutadas idealmente por un equipo de pruebas ajeno al
equipo de desarrollo, una buena práctica en este punto corresponde a la
tercerización de esta responsabilidad. La obligación de este equipo, consiste
en la ejecución de actividades de prueba
en donde se debe verificar que la funcionalidad total de un sistema fue
implementada de acuerdo a los documentos de especificación definidos en el
proyecto. Los casos de prueba a diseñar en este nivel de pruebas, deben cubrir los aspectos funcionales y no
funcionales del sistema. Para el diseño de los casos de prueba en este nivel,
el equipo debe utilizar como bases de prueba entregables tales como:
requerimientos iniciales, casos de uso, historias de usuario, diseños, manuales
técnicos y de usuario final, etc. Por último, es importante que los tipos de
pruebas ejecutados en este nivel se desplieguen en un ambiente de pruebas /
ambiente de pre-producción cuya infraestructura y arquitectura sea similar al ambiente de producción, evitando
en todos los casos utilizar el ambiente
real del cliente, debido principalmente,
a que pueda ocasionar fallos en
los servidores, lo que ocasionaría indisponibilidad en otros servicios alojados
en este ambiente.
Pruebas de Aceptación:
Independientemente de que se haya tercerizado el proceso de pruebas y así la
firma responsable de estas actividades haya emitido un certificado de calidad
sobre el sistema objeto de prueba, es indispensable, que el cliente designe a personal que haga
parte de los procesos de negocio para la ejecución de pruebas de aceptación, es
incluso recomendable, que los usuarios finales que participen en este proceso,
sean independientes al personal que apoyó el proceso de desarrollo. Cuando las
pruebas de aceptación son ejecutadas en instalaciones o ambientes
proporcionados por la firma desarrolladora se les denominan pruebas Alpha,
cuando son ejecutadas desde la infraestructura del cliente se les denomina
pruebas Beta. En los casos en que las pruebas de aceptación del producto se
hayan ejecutado en el ambiente del proveedor, el aplicativo no podrá salir a
producción, sin que se hayan ejecutados las respectivas pruebas Beta en el
ambiente del cliente, de lo anterior es importante concluir, que las pruebas Alpha son
opcionales, pero las pruebas Beta son obligatorias.
- · USOS DE TIPOS DE PRUEBAS
En las pruebas de software, la automatización de pruebas consiste
en el uso de software especial (casi siempre separado del software que se
prueba) para controlar la ejecución de pruebas y la comparación entre los
resultados obtenidos y los resultados esperados. La automatización de pruebas
permite incluir pruebas repetitivas y necesarias dentro de un proceso formal de
pruebas ya existente o bien adicionar pruebas cuya ejecución manual resultaría
difícil.
En esta fase se
ejecutarán los casos de prueba anteriormente diseñados de forma manual. Hay que
seguir al detalle el guión establecido dejando cierta libertad al tester para
detectar situaciones anómalas no contempladas. Las baterías de pruebas serán
ejecutadas como mínimo una vez antes del paso a producción, independientemente
de las ejecuciones anteriores. Los casos de prueba fallados se reportarán a los
desarrolladores para su corrección hasta que su resultado sea correcto.
- · UBICACIÓN DE AMBIENTE DE PRUEBAS
la ejecución de pruebas debe
iniciar con la creación de los datos de prueba necesarios para ejecutar los
casos de prueba diseñados. La ejecución de estos casos, puede realizarse de
manera manual o automatizada; en cualquiera
de los casos, cuando se detecte un fallo
en el sistema, este debe ser documentado
y registrado en una herramienta que permita
gestionar los defectos (Bug Tracker).
Una vez el defecto ha sido corregido por la firma desarrolladora en su
respectivo proceso de depuración, es necesario realizar un re-test que permita
confirmar que el defecto fue solucionado de manera exitosa. Por último, es
indispensable ejecutar un ciclo de regresión que nos permita garantizar, que
los defectos corregidos en el proceso de depuración de la firma, no hayan
desencadenado otros tipos de defectos en el sistema.
Evaluación de Criterios de Salida:
los criterios de salida son necesarios para determinar si es posible dar por
finalizado un ciclo de pruebas. Para esto, es conveniente definir una serie de
métricas que permitirán al finalizar un proceso de pruebas, comparar los
resultados obtenidos contra las métricas definidas, sí los resultados obtenidos
no superan la métricas definidas, no es posible continuar con el siguiente
ciclo de pruebas.
Existen varios tipos de criterios
de salida dentro de los cuales se pueden mencionar: cubrimiento de
funcionalidades en general, cubrimiento de funcionalidades críticas para el
sistema, Número de defectos críticos y
mayores detectados, etc. También es
importante aclarar que el proceso de pruebas puede ser suspendido y/o
paralizado, debido entre otros, a aspectos relacionados con el presupuesto y la
calidad mínima del sistema requerida para el inicio formal de pruebas.
Cierre del proceso: durante este
periodo de cierre el cual históricamente se ha comprobado que se le destina muy
poco tiempo en la planeación, se deben
cerrar las incidencias reportadas,
se debe verificar si los entregables planeados han sido entregados y
aprobados, se deben finalizar y aprobar los documentos de soporte de prueba,
analizar las lecciones aprendidas para aplicar en futuros proyectos, etc.
