MODELOS

Modelo Lineal Secuencial

 (Llamado Ciclo de Vida Básico o Modelo en Cascada)

el modelo lineal secuencial sugiere un enfoque sistemático, secuencial, para el desarrollo delsoftware que comienza en un nivel de sistemas y progresacon el análisis, diseño, codificación, pruebas y mantenimiento

INGENIERÍA Y MODELADO DE SISTEMAS/INFORMACIÓN

     Proporciona un enfoque de sistemas, donde los requisitos que se recogen, son en los niveles: Estratégico de la organización y área de negocio.

ANÁLISIS de los Requisitos del Software.

      Proporciona la naturaleza del software a construir, basándose en el dominio de información, la función requerida, comportamiento, rendimiento e interconexión.

DISEÑO

      A nivel de Estructura de Datos, Arquitectura de Software, Representaciones de Interfaz y detalles procedimentales (Algoritmos de Funcionamiento).

 CÓDIGO

    Selección de Lenguajes de Programación; Gestores de Bases de Datos, entre otros software    

    donde desarrollar el Producto de Software.

PRUEBA

    Detección de errores.

MANTENIMIENTO

Modelo de Construcción de Prototipos

El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar mucho dinero pues a partir de que este sea aprobado nosotros podemos iniciar el verdadero desarrollo del software.

 RECOLECCION DE REQUISITOS

se definen objetivos globales, se identifican los requisitos conocidos y las areas del esquema en donde es obligatorio mas definicion

DISEÑO RAPIDO

Se consideran los aspectos visibles al usuario/cliente

 

 

MODELO DE DESARROLLO RAPIDO DE APLICACIONES (DRA)

El 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.El modelo DRA es una adaptación a «alta velocidad»del modelo lineal secuencial en el que se logra el desarrollo rápido utilizando una construcción basada en componentes.Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un «sistema completamente funcional», elenfoque DRA comprende las siguientes fases :

 

Modelado de Gestión.

 El flujo de información entre las funciones de gestión se modela de forma que responda a las siguientes preguntas: ¿Qué información conduce el proceso de gestión? ¿Qué información se genera?¿Quién genera? ¿A dónde va la información? ¿Quién la procesa?

 Modelado de datos. El flujo de información definido como parte de la fase de modelado de gestión se refina como un conjunto de objetos de datos necesarios para apoyar la empresa. Se definen las características (llamadas atributos) de cada uno de los objetos y las relaciones entre estos objetos.

 Modelado del proceso. Los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de información necesario para implementar una función de gestión. Las descripciones del proceso se crean para añadir, modificar, suprimir, orecuperar un objeto de datos.



Generación de aplicaciones. El DRA asume la utilización de técnicas de cuarta generación. En lugar de crear software con lenguajes de programación de tercera generación, el proceso DRA trabaja para volver a utilizar componentes de programas ya existentes(cuando es posible) o a crear componentes reutilizables(cuando sea necesario). En todos los casos se utilizan herramientas para facilitar la construcción del software.

 Pruebas y entrega. Como el proceso DRA enfatiza la reutilización, ya se han comprobado muchos de los componentes de los programas. Esto reduce tiempo de pruebas. Sin embargo, se deben probar todos los componentes nuevos y se deben ejercitar todas las interfaces a fondo.

MODELO INCREMENTAL

El modelo incrernental combina elementos del modelo lineal secuencial (aplicados repetidamente) con la filosofía interactiva de construcción de prototipos. el modelo incremental aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un «incremento» del software Por ejemplo, el software de tratamiento de textos desarrollado con el paradigma incremental podría extraer funciones de gestión de archivos básicos y de producción de documentos en el primer incremento; funciones de edición más sofisticadas y de producción de documentos en el segundo incremento; corrección ortográfica y gramatical en el tercero; y una función avanzada de esquema de página en el cuarto.

MODELO ESPIRAL

Es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa deconstrucción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software. En el modelo espiral, el software se desarrolla en una serie de versiones incrementales. Durante las primeras iteracciones, la version incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones, se producen versiones cada vez más completas del sistema diseñado.

 

Cada ciclo de la espiral se divide en cuatro sectores:

1. Determinar los objetivos: En esta fase del proyecto se definen los objetivos específicos. Se identifican las restricciones del proceso y del sistema software, y se traza un plan detallado de gestión. Se identifican los riesgos. Dependiendo de estos riesgos se planean estrategias alternativas.

 

2. Análisis del riesgo: Se lleva a cabo un análisis detallado para cada uno de los riesgos del proyecto identificados. Se definen los pasos a seguir para reducir los riesgos.

3. Desarrollar y validar: Después de la evaluación de riesgos, se elige un modelo para el desarrollo del sistema software y se desarrolla.

4. Planificación: El proyecto se revisa y se toma la decisión si se debe continuar con un ciclo posterior de la espiral. Si se decide continuar, se desarrollan los planes para la siguiente fase del proyecto.

Con cada iteración alrededor de la espiral (comenzando en el centro y siguiendo hacia el exterior), se construyen sucesivas versiones del software, cada vez más completa y, al final, el propio sistema software totalmente funcional.

 

MODELO DE DESARROLLO CONCURRENTE

 

El modelo de proceso concurrente se puede representaren forma de esquema como una serie de actividades técnicas importantes, tareas y estados asociados a ellas.Todas las actividades existen concurrentemente, pero residen en estados diferentes. Por ejemplo, al principio del proyecto la actividad de comunicación con el cliente(no mostrada en la figura) ha finalizado su primera iteración y está en el estado de cambios, en espera. 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. Por ejemplo, durante las primeras etapas del diseño, no se contempla una inconsistencia del modelo de análisis. Esto genera la corrección del modelo de análisis de sucesos, que disparará la actividad de análisis del estado hecho alestado cambios en espera. El modelo de proceso concurrente

MODELO DE DESARROLLO BASADO EN COMPONENTES

El modelo de desarrollo basado en componentes incorpora muchas de las características del modelo en espiral. Es evolutivo por naturaleza y exige un enfoque iterativo para la creación del software. Sin embargo, el modelo de desarrollo basado en componentes configura aplicaciones desde componentes preparados de software llamados clases. Esto se lleva a cabo examinando los datos que se van a manejar por parte de la aplicación y el algoritmo que se va a aplicar para conseguir el tratamiento

 

  Los datos y los algoritmos correspondientes se empaquetan en una clase. Las clases creadas en los proyectos de ingeniería del software anteriores, se almacenan en una biblioteca de clases o diccionario de datos .Una vez identificadas las clases candidatas, la biblioteca de clases se examina para determinar si estas clases ya existen. En caso de que así fuera, se extraen de la biblioteca y se vuelven a utilizar. Si una clase candidata no reside en la biblioteca, se aplican los métodos orientados objetos. Se compone así la primera iteración de la aplicación a construirse, mediante las clases extraídas de la biblioteca y las clases nuevas construidas para cumplir las necesidades Únicas de la aplicación. El flujo del proceso vuelve a la espiral y volverá a introducir por último la iteración ensambladora de componentes a través de la actividad de ingeniería.

 

MODELO DE METODOS 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

 Aunque todavía no hay un enfoque establecido, los modelos de métodos formales ofrecen la promesa de un software libre de defectos. Sin embargo, se ha hablado de una gran preocupación sobre su aplicabilidad en un entorno de gestión:

 1. El desarrollo de modelos formales actualmente es bastante caro y lleva mucho tiempo.

 2. Se requiere un estudio detallado porque pocos responsablesdel desarrollo de software tienen los    

     antecedentes necesarios para aplicar métodos formales.

3. Es difícil utilizar los modelos como un mecanismo de comunicación con clientes que no tienen

    muchos conocimientos técnicos.

 

TECNICAS DE CUARTA GENERACION

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. Cada vez parece más evidente que cuanto mayor sea el nivel en el que se especifique el software, más rápido se podrá construir el programa. El paradigma T4G para la ingeniería del software se orienta hacia la posibilidad de especificar el software usando formas de lenguaje especializado o notaciones gráficas que describa el problema que hay que resolver en términos que los entienda el cliente

 un entorno para el desarrollo de software que soporte el paradigma T4G puede incluir todas o algunas de las siguientes herramientas: lenguajes no procedimentales de consulta a bases de datos, generación de informes, manejo de datos, interacción y definición de pantallas, generación de códigos, capacidades gráficas de alto nivel y capacidades de hoja de cálculo, y generación automatizada de HTML y lenguajes similares utilizados para la creación de sitios web usando herramientas de software avanzado. Inicialmente, muchas de estas herramientas estaban disponibles, pero sólo para ámbitos de aplicación muy específicos, pero actualmente los entornosT4G se han extendido a todas las categorías de aplicaciones del software