FASE DE VERIFICACIN DEL DISEO LGICO.

Los requerimientos del negocio son definidos durante la fase de requerimientos. La fase lgica de
diseo refina los requerimientos del negocio para prepararlos para la especificacin del sistema
que pueda ser usada durante el diseo fsico y la codificacin.
Modelo de datos, modelo de procesos y el enlazado.
La fase lgica establece un entorno detallado del sistema para construir la aplicacin, los
entregables ms importantes en esta fase son el modelo de datos, tambin conocido como
diagrama de entidad relacin, modelo de procesos y el enlace entre los dos.
Un modelo de procesos es una representacin grfica y debe describir lo que hace el proceso pero
no hace referencia al porque, como o cuando se debe hacer ese proceso.
Un modelo de procesos es una descomposicin del negocio. La descomposicin de los procesos es
la separacin de las actividades de manera mas detallada. Comienza con los procesos ms
pequeos.
Un diagrama de descomposicin de procesos es usado para ilustrar procesos en una estructura
jerrquica mostrando los distintos niveles de detalle.
Un diagrama de asociacin, generalmente llamado matriz de CRUD o matriz de procesos/datos,
enlaza los modelos de datos y de procesos. Ayuda a asegurar que los datos y procesos
descubiertos sean evaluados.
Probando el diseo lgico con revisiones tcnicas
La fase lgica de diseo es verificada con tcnicas estticas, que es la no ejecucin de la aplicacin.
Como en la fase de requisitos, esta tcnica es usada para revisar la adherencia a las convenciones
de las especificaciones y ver qu tan completos estn los modelos. Cada defecto encontrado debe
ser documentado.
Refinando el plan de pruebas del sistema/aceptacin
Las pruebas del sistema evalan la funcionalidad, rendimiento, y el acoplamiento de la aplicacin
en s. Aqu se demuestran si el sistema satisface los objetivos originales.
FASE DE VERIFICACIN DEL DISEO FSICO
La fase de diseo lgico traduce los requerimientos del negocio en requerimientos del sistema,
estos pueden ser usados por los programadores durante el diseo fsico y la codificacin. La fase
de diseo fsico determina como los requerimientos pueden ser automatizados.
La fase de diseo fsico desarrolla la arquitectura o aspectos estructurales del sistema. Esta fase
verifica que el diseo cumpla con los requerimientos.
Pruebas del diseo fsico con revisiones tcnicas
Los esquemas de representacin del diseo brindan mecanismos para especificar algoritmos y sus
entradas y salidas de los mdulos de software. Varias inconsistencias son posibles en las
especificaciones de los datos a travs de los mdulos.

Otros errores hechos durante la fase fsica pueden ser tambin detectados. El anlisis esttico del
sistema detecta errores estticos y semnticos. Cada error encontrado en esta fase debe ser
documentado.
Creando casos de prueba de integracin
Las pruebas de integracin es el proceso para identificar errores introducidos por combinar
programas individuales. Las pruebas de integracin pueden comenzar probando varias unidades
lgicas o pueden incorporar todas las unidades en una sola prueba.
Metodologa para las pruebas de integracin
1.
2.
3.
4.

Identificar las interfaces de las unidades

Conciliar las interfaces por completo
Crear las condiciones para las pruebas de integracin
Evaluar las condiciones de prueba de la integracin completa

FASE DE VERIFICACIN DEL CDIGO.

El diseo de unidad de programa es el diseo detallado en el que se realizan las decisiones de
algoritmos especficos y estructuras de datos.
La fase de codificacin es la traduccin del diseo detallado al cdigo ejecutable usando un
lenguaje de programacin.
Probando el cdigo con revisiones tcnicas
La fase de codificacin tiene como resultado los mdulos ejecutables. La base de la buena
programacin es programar con estndares que hayan sido previamente definidos. Algunos
buenos estndares deben incluir comentarios, construcciones de programa inseguras, disposicin
del programa, programacin defensiva, entre otras cosas.
Tcnicas de anlisis esttico son usadas para asegurar la forma adecuada del cdigo del programa
y la documentacin como los recorridos estructurados y las inspecciones.
Cada defecto descubierto durante la fase de codificacin debe ser documentado, categorizado,
registrado y presentado al equipo de diseo para su correccin.
Ejecucin del plan de pruebas
Al final de esta fase, todos los elementos en cada seccin del plan de pruebas deben ser
completados. Las pruebas actuales de software se logran a travs de pruebas a los datos en el plan
de pruebas desarrollado durante las fases de: requerimientos, diseo lgico, diseo fsico y diseo
de unidades de programa.
Las pruebas dinmicas, o tcnicas dependientes del tiempo, involucran la ejecucin de secuencias
especficas de instrucciones con la computadora. Estas tcnicas son usadas para estudiar que tan
correcto est el cdigo.
Pruebas unitarias.

Las pruebas unitarias son el nivel ms bsico de pruebas. Estas pruebas se enfocan en mdulos
separados del sistema. El proceso ejecuta cada mdulo para confirmar que actu con respecto a la
funcin asignada.
Pruebas de integracin
Despus de las pruebas unitarias, todos los modules deben ser integrados y probados. Grupos de
unidades son probados por completo antes que se pruebe el sistema en s. La meta de las pruebas
de integracin es verificar que cada mdulo realice su tarea de manera correcta y que las
interfaces estn correctas. Se realiza unas pruebas incrementales combinando mdulos por pasos,
en cada paso es agregado otro modulo y las pruebas se basan en la agregacin de mdulos.
Pruebas del sistema.
Despus de las pruebas de integracin, el sistema es probado como un todo para verificar su
funcionalidad y acoplamiento basado en el plan de pruebas de sistema/aceptacin. El sistema es
probado por completo en una computadora del entorno antes de realizar las pruebas de
aceptacin. Las fuentes del sistema son los atributos de calidad que fueron especificados en el
plan de aseguramiento, las pruebas del sistema son un conjunto de pruebas que verifican estos
atributos y aseguran que la aceptacin ocurra sin errores.
Pruebas de aceptacin
Despus de que el sistema es probado, las pruebas de aceptacin certifican que el sistema
satisface los requerimientos originales. Esta prueba no debe ser realizada hasta que sea finalizada
la prueba del sistema. Las pruebas de aceptacin son realizadas por el usuario a travs de pruebas
de caja negra en la que se comparan los resultados del sistema con los requerimientos. Al final el
usuario es el responsable de asegurar cuales son las funcionalidades que le interesan sean
probadas.
Las pruebas de aceptacin son siempre un subconjunto de uno o ms pruebas del sistema. Otras
dos maneras de medir las pruebas de aceptacin son:

Pruebas paralelas
Benchmarks

Conclusiones: