martes, 19 de octubre de 2010

Modelos de desarrollo del Software

 Modelo Secuencial Lineal

Análisis de los requisitos del software: El proceso de reunión de requisitos se intensifica y se centra especialmente en el software.

Diseño: El diseño del software es realmente un proceso de muchos pasos que se centra en cuatro atributos distintos de programa: estructura de datos, arquitectura de software, representaciones de interfaz y detalle procedimental (algoritmo).

Generación de código: El diseño se debe traducir en una forma legible por la máquina.

Pruebas: El proceso de pruebas se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en los procesos externos funcionales.

Mantenimiento: El software indudablemente sufrirá cambios después de ser entregado al cliente (una excepción posible es el software empotrado).



*   
   Modelo de Construcción de Prototipos
El paradigma de construcción de prototipos comienza con la recolección de requisitos. El desarrollador y el cliente encuentran y definen los objetivos globales para el software, identifican los requisitos conocidos y las áreas del esquema en donde es obligatoria más definición.Lo ideal sería que el prototipo sirviera como un mecanismo para identificar los requisitos del software.



Modelo de Desarrollo Rápido de Aplicaciones.(DRA)
Es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto.

Cuando se utiliza principalmente para aplicaciones de sistemas de información, el enfoque DRA comprende las siguientes fases:

  • Modelado de Gestión.
  • Modelado de datos.
  • Modelado del proceso.
  • Generación de aplicaciones.
 
 
 Modelo Incremental
  
 El modelo incremental combina elementos del modelo lineal secuencial (aplicados repetidamente) con la filosofía interactiva de construcción de prototipos.

Cuando se utiliza un modelo incremental, el primer incremento a menudo es un producto esencial. Como un resultado de utilización y/o de evaluación, se desarrolla un plan para el incremento siguiente.

Modelo Espiral
En el modelo espiral, el software se desarrolla en una serie de versiones incrementales.
El siguiente grafico representa un modelo en espiral que contiene seis regiones de tareas:
  1. comunicación con el cliente
  2. planificación
  3. análisis de riesgos
  4. ingeniería
  5. construcción y acción
  6. evaluación del cliente.
 Modelo de Desarrollo Concurrente


La actividad de análisis (que estaba en el estado ninguno mientras que se iniciaba la comunicación inicial con el cliente) ahora hace una transición al estado bajo desarrollo. Sin embargo, si el cliente indica que se deben hacer cambios en requisitos, la actividad análisis cambia del estado bajo desarrollo al estado cambios en espera.

El modelo de proceso concurrente define una serie de acontecimientos que dispararán transiciones de estado a estado para cada una de las actividades de la ingeniería del software. 
Modelo de desarrollo basado en componentes
El modelo de desarrollo basado en componentes incorpora muchas de las características del modelo en espiral.Sin embargo, el modelo de desarrollo basado en componentes configura aplicaciones desde componentes preparados de software.

El modelo de desarrollo basado en componentes conduce a la reutilización del software, y la reutilización proporciona beneficios a los ingenieros de software.

Modelo de métodos formales

El modelo de métodos formales comprende un conjunto de actividades que conducen a la especificación matemática del software de computadora. Los métodos formales permiten que un ingeniero de software especifique, desarrolle y verifique un sistema basado en computadora aplicando una notación rigurosa y matemática.

Cuando se utilizan métodos formales durante el desarrollo, proporcionan un mecanismo para eliminar muchos de los problemas que son difíciles de superar con paradigmas de la ingeniería del software.
Modelos de técnicas de 4ta generación


El término técnicas de cuarta generación (T4G) abarca un amplio espectro de herramientas de software que tienen algo en común: todas facilitan al ingeniero del software la especificación de algunas características del software a alto nivel. Luego, la herramienta genera automáticamente el código fuente basándose en la especificación del técnico.

Hay algún mérito en lo que se refiere a indicaciones de ambos lados y es posible resumir el estado actual de los enfoques de T4G:

1. El uso de T4G es un enfoque viable para muchas de las diferentes áreas de aplicación. Junto con las herramientas de ingeniería de software asistida por computadora (CASE) y los generadores de código, T4G ofrece una solución fiable a muchos problemas del software.

2. Los datos recogidos en compañías que usan T4G parecen indicar que el tiempo requerido para producir software se reduce mucho para aplicaciones pequeñas y de tamaño medio, y que la cantidad de análisis y diseño para las aplicaciones pequeñas también se reduce.

3. Sin embargo, el uso de T4G para grandes trabajos de desarrollo de software exige el mismo o más tiempo de análisis, diseño y prueba (actividades de ingeniería del software), para lograr un ahorro sustancial de tiempo que puede conseguirse mediante la eliminación de la codificación.




No hay comentarios:

Publicar un comentario