INGENIERÍA DE SOFTWARE

Transcripción

1 ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR-OCT 2015 INGENIERÍA DE SOFTWARE TEMA: MODELOS DE PROCESOS DESCRIPTIVOS PART. II AUTOR: BRYAN F. GARCÍA GUERRERO FACILITADORA: ING. HIRAIDA SANTANA CALCETA, MAYO 2015

2 CAPÍTULO I. INTRODUCCIÓN Los modelos de procesos descriptivos nacen con la idea de poder disminuir el caos existente al momento de desarrollar un software. Aunque los modelos tradicionales han brindado cierto apoyo al desarrollo, aun se sigue al borde del caos al momento de crear un producto. Existen cuatro modelos de procesos descriptivos que son: Modelo Cascada, Incremental, Evolutivo y Concurrentes; pero en este apartado solo se estudiaran Evolutivo y Concurrentes.

3 CAPÍTULO II. MARCO TEÓRICO 2.1. MODELO EVOLUTIVO Es frecuente que los requerimientos del negocio y del producto cambien conforme avanza el desarrollo, lo que hace que no sea realista trazar una trayectoria rectilínea hacia el producto final. En circunstancias en las que se comprenden bien los requerimientos, pero los detalles están por definirse, se necesita un modelo diseñado para adaptarse a un producto que evoluciona con el tiempo. Al utilizar este modelo se crean iteraciones, donde cada iteración es una versión final cada vez más completa. Existen dos tipos de modelos de modelo evolutivo: Hacer Prototipos. Modelo Espiral HACER PROTOTIPOS Es frecuente que un cliente defina un conjunto de objetivos generales para el software, pero que no identifique los requerimientos detallados para las funciones y características, provocando así que el desarrollador no esté seguro de la efectividad que tendrá su algoritmo. En estas situaciones, y muchas otras, el paradigma de hacer prototipos tal vez ofrezca el mejor enfoque. El paradigma de hacer prototipos comienza con la comunicación para definir los objetivos generales del software, se planea una iteración rápida para hacer el prototipo, luego se lleva a cabo un diseño rápido (Modelado) donde se centra la representación de los aspectos del software que serán. Luego se da la construcción del prototipo donde se entrega y es evaluado por los participantes quienes dan una retroalimentación para así mejorar los requerimientos.

4 No obstante, hacer prototipos llega a ser problemático por las siguientes razones: 1. Los participantes ven lo que parece ser una versión funcional del software, sin darse cuenta de que el prototipo se obtuvo de manera caprichosa; no perciben que en la prisa por hacer que funcionara, no se consideró la calidad general del software o la facilidad de darle mantenimiento a largo plazo. 2. Como ingeniero de software, es frecuente que llegue a compromisos respecto de la implementación a fin de hacer que el prototipo funcione rápido. Quizá utilice un sistema operativo inapropiado, o un lenguaje de programación tan sólo porque cuenta con él y lo conoce. La elección de algo menos que lo ideal ahora ha pasado a formar parte del sistema MODELO ESPIRAL Es un modelo evolutivo del proceso del software y se acopla con la naturaleza iterativa de hacer prototipos con los aspectos controlados y sistémicos del modelo de cascada. Tiene el potencial para hacer un desarrollo rápido de versiones cada vez más completas. Con el empleo del modelo espiral, el software se desarrolla en una serie de entregas evolutivas. Durante las primeras iteraciones, lo que se entrega puede ser un modelo o prototipo. En las iteraciones posteriores se producen versiones cada vez más completas del sistema cuya ingeniería se está haciendo.

5 A diferencia de otros modelos del proceso que finalizan cuando se entrega el software, el modelo espiral puede adaptarse para aplicarse a lo largo de toda la vida del software de cómputo. Entonces, el primer circuito alrededor de la espiral quizá represente un proyecto de desarrollo del concepto que comienza en el centro de la espiral y continúa por iteraciones múltiples10 hasta que queda terminado el desarrollo del concepto. Si el concepto va a desarrollarse en un producto real, el proceso sigue hacia fuera de la espiral y comienza un proyecto de desarrollo de producto nuevo. El nuevo producto evolucionará a través de cierto número de iteraciones alrededor de la espiral MODELOS CONCURRENTES El modelo de desarrollo concurrente, en ocasiones llamado ingeniería concurrente, permite que un equipo de software represente elementos iterativos y concurrentes de cualquiera de los modelos de proceso. Por ejemplo, la actividad de modelado definida para el modelo espiral se logra por medio de invocar una o más de las siguientes acciones de software: hacer prototipos, análisis y diseño. En la siguiente figura se muestra la representación esquemática de una actividad de ingeniería de software dentro de la actividad de modelado con el uso del enfoque de modelado concurrente. La actividad modelado puede estar en cualquiera de los estados mencionados en un momento dado. En forma similar, es posible representar de manera análoga otras actividades, acciones o tareas

6 (por ejemplo, comunicación o construcción). Todas las actividades de ingeniería de software existen de manera concurrente, pero se hallan en diferentes estados.

7 CAPÍTULO III. CONCLUSIÓN Ya que son muchas las circunstancias en las que el cliente no sabe realmente que es lo que quiere, el desarrollador se ve involucrado en una preocupación de saber si su código será efectivo. Por tal motivo es muy bueno aplicar modelos evolutivos (prototipos o espiral), ya que en estos se crean prototipos que el usuario final puede ir probando y dar sus sugerencias y así, mediante el sistema ya materializado, llegar a un producto final que complazca al cliente en su totalidad.

8 BIBLIOGRAFÍA Pressman, R Ingeniería del Software un enfoque Práctico. 7ma. ed. México: Mc Graw Hill Clemente, E La Importancia del Software en la Sociedad. Consultado 15 de abr Formato Html. Disponible en: