Ciclo de vida del software

El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.

Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro de la fase de implementación. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementación y en los costos asociados.

El ciclo de vida básico de un software consta de los siguientes procedimientos:

• Definición de objetivos: definir el resultado del proyecto y su papel en la estrategia global.
• Análisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del cliente y examinar cualquier restricción que se pueda aplicar.
• Diseño general: requisitos generales de la arquitectura de la aplicación.
• Diseño en detalle: definición precisa de cada subconjunto de la aplicación.
• Programación (programación e implementación): es la implementación de un lenguaje de programación para crear las funciones definidas durante la etapa de diseño.
• Prueba de unidad: prueba individual de cada subconjunto de la aplicación para garantizar que se implementaron de acuerdo con las especificaciones.
• Integración: para garantizar que los diferentes módulos se integren con la aplicación. Éste es el propósito de la prueba de integración que está cuidadosamente documentada.
• Prueba beta (o validación), para garantizar que el software cumple con las especificaciones originales.
• Documentación: sirve para documentar información necesaria para los usuarios del software y para desarrollos futuros.
• Implementación
• Mantenimiento: para todos los procedimientos correctivos (mantenimiento correctivo) y las actualizaciones secundarias del software (mantenimiento continuo).

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una aplicación dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo de desarrolladores.

Modelos de ciclo de vida

Para facilitar una metodología común entre el cliente y la compañía de software, los modelos de ciclo de vida se han actualizado para reflejar las etapas de desarrollo involucradas y la documentación requerida, de manera que cada etapa se valide antes de continuar con la siguiente etapa. Al final de cada etapa se arreglan las revisiones de manera que (texto faltante).

Pruebas de software

Las pruebas de software, en inglés testing son los procesos que permiten verificar y revelar la calidad de un producto software. Son utilizadas para identificar posibles fallos de implementación, calidad, o usabilidad de un programa de ordenador o videojuego. 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.

Pruebas Unitarias

En programación, una prueba unitaria es una forma de probar el correcto funcionamiento de un módulo de código. Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado. Luego, con las Pruebas de Integración, se podrá asegurar el correcto funcionamiento del sistema o subsistema en cuestión.

La idea es escribir casos de prueba para cada función no trivial o método en el módulo de forma que cada caso sea independiente del resto.

Pruebas de integraciòn

Cómo realizar la Prueba de Integración:

Estas pruebas de integración se realiza principalmente de dos maneras:

Método no incremental y

Método incremental

En el método de No-incrementales, integrar todos los módulos a la vez.

Este método se prefiere y se siente muy alentado porque se impone un enfoque más sistemático para el desarrollo de software y mejorar la fiabilidad.

Este método incremental se puede hacer de tres maneras.

1. De arriba hacia abajo

2. De abajo hacia arriba

3. Sección crítica.

2.Bottom-up

Pasos para realizar pruebas de integración usando Enfoque ascendente

En primer lugar los módulos de nivel inferior se combinan para formar construye o grupos.

Un programa especial, simple y corto está escrito para poner a prueba el grupo se llama como conductor.

Reemplazar el controlador con el módulo más alto en la jerarquía.

Utilice las pruebas de regresión (la realización de todas o algunas de las pruebas anteriores) para asegurar nuevos errores no se introduzcan.

Ventajas:

Más fácil para crear casos de prueba y observar la salida.

N talones son obligatorios.

Los errores en los módulos críticos se detectan a tiempo

Es compatible con la reutilización de las unidades de bajo nivel de

Interfaz de fallas puede ser más fácil de encontrar: cuando los desarrolladores de sustituir a un piloto de pruebas por un componente de nivel superior, que tienen un modelo claro de cómo funciona el componente de nivel inferior y de los supuestos incorporados en su interfaz.

Desventajas:

Principal inconveniente es la ausencia de sistema de trabajo hasta la integración completa.

Los pilotos de prueba debe.

Alto nivel de errores pueden causar cambios en los módulos de baja.

Pone a prueba los subsistemas más importantes, por último.

Pruebas alfa

Se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de forma natural con el desarrollador como observador del usuario y registrando los errores y problemas de uso. Las pruebas alfa se llevan a cabo en un entorno controlado.

Prueba Beta

Una prueba beta se utilice en el desarrollo de software para marcar la segunda fase de pruebas (siendo la primera la fase Alfa). En esta segunda fase se incorpora un grupo selecto de usuarios como probadores de las aplicaciones para obtener no solo corrección de errores de codificación sino también apreciaciones sobre la funcionalidad. Originalmente el termino Prueba Alfa indica la primera fase de pruebas, que incluye pruebas unitarias, pruebas de componentes y pruebas de sistemas. La prueba Beta se puede considerar como las pruebas anteriores a la liberación al público en general.

Aprovechando la Web, los probadores Beta, que antes eran un puñado de usuarios, ahora constituyen una gran y amplia población que permite darle al programa una prueba en «el mundo real» y para proveer una vista previa de las nuevas versiones.

Tipos de errores de sintaxis

Errores de sintaxis

un programador escribe

cuando el compilador o el intérprete lean esta línea de código, ninguno de los dos entenderá qué es prrintf y, por tanto, no sabrán traducir esta instrucción a código máquina, por lo que, ambos pararán la traducción y avisarán al programador con un mensaje de error.

En resumen, los errores de sintaxis se detectan en el proceso de traducción del código fuente.

Tipos de errores de ejecución

Errores de ejecución

c = 5 / 0;

es correcta sintácticamente y será traducida a código binario. Sin embargo, cuando la computadora intente realizar la división

5 / 0

se producirá un error de ejecución, ya que, matemáticamente, no se puede dividir entre cero.

Tipos de errores de lógica

Errores de lógica En cuanto a los errores de lógica son los más difíciles de detectar. Cuando un programa no tiene errores de sintaxis ni de ejecución, pero, aún así, no funciona bien, esto es debido a la existencia de algún error lógico. De manera que, un error de lógica se produce cuando los resultados obtenidos no son los esperados. Por ejemplo, en lenguaje C, si en vez de la instrucciónc = a + b; un programador hubiera escrito c = a * b;hasta que no se mostrase por pantalla el resultado de la operación, el programador no podría darse cuenta del error, siempre que ya supiese de antemano el resultado de la suma. En este caso, el programdor podría percatarse del error fácilmente, pero, cuando las operaciones son más complejas, los errores de lógica pueden ser muy difíciles de detectar.

// Ads by Mooxar

Requerimientos mínimos (hardware y software)

. Hace referencia a los requerimientos de hardware y software minimos para que la aplicacion funciones correctamente

. Se debe hacer pruebas en computadores de diferentes marcas, modelos, configuaraciones de hardware  y sistemas operativos, registrando cualquier fallo para determinar la configuarciòn  minima de hardware y  software en donde la aplicaciòn funcione bien y se mantiene estable