Explicación de los modelos en la ingenieria de software.

1. Investigación tipos de modelos
Ingeniería de software
UNIDEG Juventino Rosas, Guanajuato
Licenciatura en Ingeniería de Tecnologías de Información en Redes
Brenda M. González Ruiz
Septiembre de 2014

2. Introducción
En esta investigación le mostraremos algunos tipos de modelos en ingeniería de software, el saber en qué consisten, cuáles son sus funciones en las computadoras, sus ventajas, desventajas y en donde se aplican los diferentes tipos de modelos.
La ingeniería del software está basada en modelos, métodos y herramientas que nos sirven de guía para desarrollarnos como ingenieros en software, esto con la finalidad de realizar proyectos con una mejor calidad.
Los métodos los utilizamos en actividades técnicas que requiere para la creación de productos de trabajos, estos proporcionan el “cómo” cubre las necesidades fundamentales de ingeniería. Los métodos abarcan muchas tareas que incluyen el análisis de requisitos, diseño, construcción de programas, pruebas y mantenimiento. Los métodos dependen de un conjunto de principios básicos que existen en cada área de la tecnología e incluyen actividades de modelado y técnicas descriptivas.
La capa de métodos contiene los métodos definidos para realizar actividades de forma eficiente. Los métodos los utilizamos para la construcción o creación de software.
Las técnicas fundamentales para la creación de software son:
 Análisis: dentro del análisis está el crear el modelo requerido para el software.
 Diseño: traducen el modelo del análisis para como el producto proporciona funciones por medio del software.
 Codificación: la codificación traduce el modelo del diseño en forma ejecutable.
 Pruebas: ayuda a destapar errores en el código y el diseño.

3. Modelo Lineal Secuencial
También llamado "Ciclo de vida básico" o "Modelo de cascada" tiene su origen en el "Modelo de cascada" ingeniado por Winston Royce, aunque omite los muchos bucles de este último.
El MLS sugiere un enfoque sistemático o más bien secuencial del desarrollo de software que comienza en un nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y mantenimiento.
El MLS acompaña las siguientes actividades:
* Análisis de los requerimientos del software: es la fase en la cual se reúnen todos los requisitos que debe cumplir el software. En esta etapa es fundamental la presencia del cliente que documenta y repasa dichos requisitos.
* Diseño: es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental (algoritmo). En forma general se hace un esbozo de lo solicitado y se documenta haciéndose parte del software.
* Generación del código: es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina. Esta etapa va a depender estrechamente de lo detallado del diseño.
* Pruebas: esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.
* Mantenimiento: debido a que el programa puede tener errores, puede no ser del completo agrado del cliente o puede necesitar, eventualmente acoplarse a los cambios en su entorno. Esto quiere decir que no se rehace el programa, sino que sobre la base de uno ya existente se realizan algunos cambios.

4. El MLS es el paradigma de desarrollo de software más antiguo que existe, sin embargo esto no ha impedido que se haya creado una desconfianza alrededor de, él, basada en los siguientes errores reales:
* Los proyectos raramente siguen el paradigma secuencial que propone el proyecto.
* A menudo es difícil que el cliente exponga exactamente todos los requisitos.
* El cliente debe tener paciencia.
* Los responsables del desarrollo de software siempre se retrasan innecesariamente.
Todo lo anteriormente expuesto es cierto pero este paradigma tiene un lugar bien definido e importante en el trabajo de la Ingeniera de Software aparte de proporcionar una plantilla en la que se encuentran métodos para análisis, diseño, codificación, pruebas y mantenimiento. Con todo y sus errores, sigue siendo el paradigma más utilizado en el desarrollo del software, siendo mucho mejor que un enfoque al azar.
Modelo en espiral
Este modelo, propuesto por Bohem en 1988 [BOE88], es un modelo de proceso de software evolutivo que acompaña la naturaleza evolutiva de con los aspectos controlados y sistemáticos del ciclo de vida tradicional. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software. En este modelo, el sistema se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versión incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones se producen versiones cada vez más completas de ingeniería del sistema. .

5. El Modelo en Espiral se divide en un número de actividades estructurales, también llamadas "regiones de tareas”. Generalmente existen entre tres y seis regiones de tareas:
Comunicación con el cliente.- Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente, sea revisar especificaciones, plantear necesidades, etc.
Planificación.- Las tareas requeridas para definir recursos, tiempos e información relacionada con el proyecto.
Análisis de riesgos.- Las tareas requeridas para evaluar riesgos técnicos y de gestión.
Ingeniería.- Las tareas requeridas para construir una o más representaciones de la aplicación
Construcción y adaptación.- Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.
Evaluación del cliente.- Las tareas requeridas para obtener la reacción del cliente, según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementada durante la etapa de instalación
Cada una de las regiones está poblada por una serie de tareas que se adaptan a las características del proyecto que va a emprenderse. Para proyectos pequeños el número de tareas y su formalidad es baja, para proyectos mayores y más críticos, cada región contiene tareas que se definen para lograr un nivel más alto de formalidad.
Cuando empieza este proceso evolutivo, el equipo de trabajo gira alrededor de las agujas del reloj, comenzando por el centro. El primer circuito de la espiral produce

6. el desarrollo de una especificación de productos, los pasos siguientes en la espiral se podrían utilizar para desarrollar un prototipo y progresivamente versiones más sofisticadas del software. Cada paso de la región de planificación produce ajustes en el plan del proyecto. . El coste y la planificación se ajustan en función de la evaluación del cliente. Además, el gestor del proyecto ajusta el número planificado de iteraciones requeridas para completar el proyecto o el producto software de que se trate.
Modelo evolutivo
Definición:
El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de exponerse se va refinando de acuerdo a los comentarios o nuevos requerimientos por parte del cliente o del usuario final.
: Características
1.- El sistema evoluciona agregando nuevos atributos propuestos por el cliente.
2.-Incorporar cambios en él se convierte cada vez más en una tarea difícil y costosa.
3.- El proceso no es visible.
4.- A menudo los sistemas tienen una estructura.
Ventajas:
1.-Es interactivos con cada incremento se entrega al cliente un producto operacional, que puede evaluarlo
2.-Permite variar el personal asignado a cada interacción
3.-Gestión riesgos técnicos. Por ejemplo disponibilidad de hardware especifico.

7. Desventajas:
1.-La primera interacción puede plantear los mismos problemas que un modelo lineal secuencial.
2.-El modelo evolutivo de desarrollo no implica necesariamente entregas incrementales
3.-Entregas incrementales implican no solo código, si no también manuales de uso
4.-Los incrementos deben ser unidades auto contenidas.
Aplicaciones:
Un procesador de texto que se ha desarrollado bajo el paradigma Incremental podría aportar, en principio, funciones básicas de edición de archivos y producción de documentos.
Modelo en cascada
Definición:
El modelo cascada es un modelo de ingeniería diseñado para ser aplicado en el desarrollo de Software. La idea principal es la siguiente: existen diferentes etapas de desarrollo, la salida de la primera etapa “fluye” hacia la segunda etapa y esta salida “fluye” hacia la tercera y así sucesivamente.
Características:
1.- El proceso de diseño representa los requerimientos en una forma que permita la codificación del producto.
2.- El diseño posee un nivel de detalle alto, la etapa de codificación puede implementarse mecánicamente.
3.- El proceso de testeo se centra en dos puntos principales: las lógicas internas del software funcionalidades externas.
4.- Mejoras y correcciones pueden ser consideradas como parte del desarrollo.

8. Ventajas:
1.-La planificación es sencilla.
2.-La calidad del producto resultante es alta.
3.-Permite trabajar con personal poco calificado.
Desventajas:
1.- Lo peor es la necesidad de tener todos los requisitos al principio.
2.- Puede ser que surjan necesidades imprevistas.
3.- Si se han cometido errores en una fase es difícil volver atrás.
4.- No se tiene el producto hasta el final:
*Si se comete un error en la fase de análisis no descubrimos hasta la entrega.
* El cliente no verá resultados hasta el final.
* Es comparativamente más lento que los demás.
Aplicaciones:
1.- Los de reingeniería.
2.- Un tipo de producto que no es novedoso.
3.- Proyectos complejos que se entienden bien desde el principio.
Modelo incremental
Definición:
El modelo incremental fue propuesto por Harlan Mills en el año 1980. Surgió el enfoque incremental de desarrollo como una forma de reducir la repetición del trabajo en el proceso de desarrollo y dar la oportunidad de retrasar las decisiones.

9. Características:
Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta frecuencia.
1. El usuario se involucra más.
2. Difícil de evaluar el costo total.
3. Difícil de aplicar a los sistemas transacción un todo.
4. Requiere gestores experimentados.
5. Los errores en los requisitos se detectan tarde.
6. El resultado puede ser positivo.
Ventajas:
1. También provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del software.
2. El modelo proporciona todas las ventajas del modelo en Cascada realimentado, reduciendo desventajas sólo al ámbito de cada incremento.
3. Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.
Desventajas:
1. El modelo incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido y/o de alto índice de riesgos.
2. Requiere de mucha planeación, tanto administrativa como técnica.
3. Requiere de metas claras para conocer el estado del proyecto.
Modelo de construcción de prototipos
Definición:
El modelo de prototipos pertenece a los modelos de desarrollo evolutivo, se inicia con la definición de los objetivos globales para el software, luego se identifican los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado.

10. Características:
La construcción de prototipos se puede utilizar como un modelo del proceso independiente, se emplea más comúnmente como una técnica susceptible de implementarse dentro del contexto de cualquiera de los modelos del proceso expuestos. Sin importar la forma en que este se aplique paradigma de construcción de prototipos ayuda al desarrollo de software y al cliente a entender de mejor manera cual será el resultado de la construcción cuando los requisitos estén satisfechos.
Ventajas:
No modifica el flujo del ciclo de vida.
1) Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios.
2) Reduce costos y aumenta la probabilidad de éxito.
3) Exige disponer de las herramientas adecuadas.
4) No presenta calidad ni robustez.
5) Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería.
6) Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.
Desventajas:
El usuario tiende a crearse una causa de la intención de crear un prototipo de forma rápida, se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el prototipo ha cumplido su función. Es frecuente que el usuario se muestre reacio a ello y pida que sobre ese prototipo se construya el sistema humano-máquina. Prototipos involucra al cliente más profundamente para expectativas cuando ve el prototipo de cara al sistema final. En aras de desarrollar

11. rápidamente el prototipo, el desarrollador suele tomar algunas decisiones de implementación poco convenientes (por ejemplo, elegir un lenguaje de programación incorrecto porque proporcione un desarrollo más rápido).
Aplicación:
Son utilizados para la creación de programas en máquinas en las que se debe establecer una calidad.
Conclusión:
Todos los métodos tienen diferentes maneras de desarrollarse, al igual cuentan con diferentes maneras de aplicación, ventajas y maneras de usarcé esto va dependiendo de las características que el modelo tenga. Los modelos en la ingeniería de software son indispensables ya que en ellos se van desarrollando proyectos para la utilidad y las necesidades de las personas.
Los métodos pueden ser de lo más simple hasta lo más complejo pero muy útiles para los ingenieros en la programación. Esto ayuda en todo tipo de empresa y para ello también al principio de cada proyecto que se va a desarrollar existen un paso el cual es el la definición de requisitos esto establece lo que los usuarios quieren que realice el programa. Lo cual ayuda mucho a los programadores para el desarrollo del programa o aplicación.

12. Referencias:
http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software
http://html.rincondelvago.com/modelos-de-procesos-de-software.html
Título: Introducción Ingeniería de Software
Link: http://esalas334.blogspot.es/1193761920/
Título: Ingeniería del Software
Autor: Roger Pressman
Editorial: MacGraw Hill - 5ta Edición
Título: Ingeniería del Software
Autor: Ian Sommerville
Editorial: Prentice Hall – 7ma Edición