7
2010 UNIVER EV PROYEC MODELO D INGEN COM M RSIDAD ESTAT MILAGRO VALUACIÓN DE CTOS INFORMÁ O ESPIRAL Y MO DE PROTOTIPOS NIERIA EN SISTE MPUTACIONAL AUTORA MARCIA PÉREZ TAL DE E ÁTICOS ODELO S EMAS LES

Modelo Espiral-Prototipo

Embed Size (px)

Citation preview

Page 1: Modelo Espiral-Prototipo

2010

UNIVERSIDAD ESTA

EVALUACIÓN DE

PROYECTOS INFORMÁTICOS

MODELO ESPIRAL Y MODELO

DE PROTOTIPOS

INGENIERIA EN SISTEMAS

COMPUTACIONALES

MARCIA PÉREZ

UNIVERSIDAD ESTATA

MILAGRO

EVALUACIÓN DE

PROYECTOS INFORMÁTICOS

MODELO ESPIRAL Y MODELO

DE PROTOTIPOS

INGENIERIA EN SISTEMAS

COMPUTACIONALES

AUTORA

MARCIA PÉREZ

TAL DE

EVALUACIÓN DE

PROYECTOS INFORMÁTICOS

MODELO ESPIRAL Y MODELO

DE PROTOTIPOS

INGENIERIA EN SISTEMAS

COMPUTACIONALES

Page 2: Modelo Espiral-Prototipo

MODELO ESPIRAL - MODELO DE PROTOTIPOS

ARGUMENTOS

Con la base en la exhaustiva Investigación realizada en los diferentes medios de información, pude conocer tópicos muy importantes acerca de los siguientes Modelos, empleados en el desarrollo de Proyectos:

� Modelo Espiral. � Modelo de Prototipos.

MODELO ESPIRAL

La mencionada Investigación me permitió comprender que este es un Modelo de ciclo de vida de Software, es importante mencionar que fue Barry Boehm quien en el año de 1988 mencionó por primera vez este Modelo, el mismo que está intrínsecamente ligado a la Ingeniería de Software. En el Modelo Espiral las actividades no se fijan como prioridades, sino que por el contrario estas son seleccionadas en función del Análisis de Riesgos, y siempre comenzando por el bucle anterior. Al igual que cualquier otro Modelo este también presenta divisiones en este caso conocidas como las Regiones de Tareas. Estas Regiones son relevantes al momento de emplear este Modelo en cualquier desarrollo de Proyectos.

REGIONES DE TAREAS Comunicación con el Cliente

• Esto se refiere a todas las actividades que se requieren para establecer una correcta comunicación entre el Cliente y el Desarrollador del proyecto. Esta es una parte muy relevante dentro de un desarrollo de Proyectos, porque si lo hacemos teniendo en cuanta al cliente, atendiendo sus peticiones, es garantizado en éxito del mismo.

Planificación • Se refiere a todas las tareas que se realizarán, aquí se definen objetivos así como también los recursos

que se emplearan , tales como tiempo el tiempo, dinero, personal y otras informaciones relacionadas con el proyecto. En otros términos son todos los requerimientos.

Análisis de Riesgos • Se refiere a todas las tareas requeridas para evaluar riesgos técnicos y otras inconvenientes

relacionadas con el proyecto. Ingeniería

• Se refiere a las actividades necesarias para construir una o más representaciones del proyecto. Construcción y Adaptación

• Son todas las tareas requeridas para construir, realizar pruebas, instalar y proporcionar el adecuado soporte al usuario.

Evaluación al Cliente • Esta etapa nos permite conocer la reacción, es decir la aceptación o rechazo por parte de cliente, a

través de la respectiva evaluación del proyecto (producto final).

El Modelo Espiral su funcionamiento está basado en que en la primera vuelta de la espiral vamos a definir claramente; los objetivos, alternativas, restricciones, tomando en cuenta que a la vez se realiza un análisis e identificación de los posibles riesgos. Es entonces el momento en que el cliente ; evalúa, el resultado final (Proyecto ), y su labor consiste en determinar el funcionamiento correcto y en caso de ser necesario hacer sugerencias (modificaciones ) para el Proyecto. Al finalizar cada bucle o ciclo en la espiral siempre se da el momento en que se debe tomar la decisión de "Seguir" o "No Seguir".

Al igual que todos los Modelos este también tiene s us características que son:

Page 3: Modelo Espiral-Prototipo

MODELO ESPIRAL - MODELO DE PROTOTIPOS

• En cada giro se construye un nuevo modelo del sistema completo. • Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada,

evolutivo). • Mejor modelo para el desarrollo de grandes sistemas. • El análisis de riesgo requiere la participación de personal altamente calificado.

Ventajas El análisis del riesgo se hace de forma explícita y clara. Une los mejores elementos de los restantes modelos.

• Reduce riesgos del proyecto. • Incorpora objetivos de calidad. • Integra el desarrollo con el mantenimiento, etc. •

Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodología, ya que este ciclo de vida no es rígido ni estático. Desventajas

• Genera mucho tiempo en el desarrollo del sistema. • Modelo costoso. • Requiere experiencia en la identificación de riesgos. • Requiere de mucha administración. • Difícil de definir los objetivos, metas que indiquen que podemos avanzar al siguiente ciclo.

MODELO DE PROTOTIPOS Este Modelo pertenece al Modelo de Desarrollo Evolutivo, este Modelo comienza con la definición de los objetivos globales para el desarrollo del proyecto, posteriormente se identifican los requisitos conocidos y las áreas del esquema. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado (en forma de un diseño rápido). Este diseño se concentra en todos aquellos factores del proyecto que serán visibles para la persona destinada a hacer uso del mismo conocidas como Clientes o Usuarios finales. Es así que cuando se dice que se diseña rápido es cuando estamos realizando la construcción de un prototipo. Los mismos que serán evaluados o revisados por el usuario final, quien determinará la correcta funcionalidad del proyecto que se esta realizando. Ahora, el siguiente proceso es la interacción que ocurre cuando el prototipo es el idóneo para satisfacer las exigencias y necesidades del cliente. Mediante la aplicación de lo dicho anteriormente se logrará al mismo tiempo un mejor entendimiento entre el desarrollador y el cliente, de tal forma que se notarán los resultados a corto plazo. Esta clase trato sobre el modelo de prototipos los cuales se utilizan para dar al usuario una vista preliminar de parte del software. Este modelo es básicamente prueba y error ya que si al usuario no le gusta una parte del prototipo significa que la prueba fallo por lo cual se debe corregir el error que se tenga hasta que el usuario quede satisfecho. Sus desventajas son que debido a que el usuario ve que el prototipo funciona piensa que este es el producto terminado y no entienden que recién se va a desarrollar el software. Otro problema es que el prototipo deber ir acompañado de otro modelo pasa su desarrollo hay dos clases de prototipos el desechable y el evolucionario.

• El desechable nos sirve para eliminar dudas sobre lo que realmente quiere el cliente, además de indicarnos la interfaz que se debe desarrollar, es decir la que más le convenga al cliente.

• El evolucionario es un modelo parcialmente construido que puede pasar de ser prototipo a ser software, pero carece de una buena documentación y calidad.

Page 4: Modelo Espiral-Prototipo

MODELO ESPIRAL - MODELO DE PROTOTIPOS

El Modelo de Prototipos es bastante atractivo si tomamos en cuenta que nos permite obtener un producto de calidad, puesto que así se lo considera porque a cada momento se le pregunta al usuario si lo que estamos desarrollando le parece correcto o no. En otros términos se podría decir que es usuario o cliente es aquel que nos guía en el curso del proyecto y esto nos permite asegurarnos de no perder ningún tipo de recursos. Por otro lado, este esquema presiona al ingeniero a trabajar bajo mucha presión pues la creación de los prototipos debe ser muy rápida y eso tal vez podría ocasionar que nos equivoquemos y tengamos que volver a hacer otro y otro prototipo; aunque esto no debería representar una limitación porque nuestro trabajo será así; así que mejor sería irnos acostumbrando.

ETAPAS DE PROTOTIPADO

1. Determinación del Proyecto. 2. Planeación del Proyecto. 3. Análisis del Prototipo 4. Diseño del prototipo. 5. Desarrollo del Prototipo. 6. Implementación del Prototipo. 7. Evaluación del Prototipo. El Modelo de Prototipos se esfuerza por mantener un excelente y perenne contacto con el usuario en la etapa de análisis, esto se refiere a la etapa en la que el usuario se encarga de evaluar un determinado prototipo, se preocupa mas del flujo de información y la interfaz con el usuario, la que este va evaluando hasta crear un prototipo final que será lo mas cercano a los requerimientos del usuario, luego se procede a la programación y puesta en marcha del software. Ventajas

• Es muy útil cuando los requerimientos son cambiantes. • Es muy útil cuando no se conoce bien la aplicación. • Es muy útil cuando el usuario no se quiere comprometer con los requerimientos. • Es muy útil cuando se quiere probar una arquitectura o tecnología. • Es muy útil cuando se requiere rapidez en el desarrollo.

Desventajas

• No se conoce cuando se tendrá un producto aceptable. • No se sabe cuantas iteraciones serán necesarias. • Da una falsa ilusión al usuario sobre la velocidad del desarrollo. • Se puede volver el producto aún y cuando no este con los estándares.

Durante la investigación para que el proyecto resulte exitoso, se debe tomar en cuenta ciertas consideraciones, pues debería resultar loa más económico en términos comparativos. Así como también debe permitirse desarrollar el proyecto en el menor tiempo posible, pues así se logrará el ahorro de recursos. Algo muy importante es también el énfasis en el desarrollo de la interfaz de usuario y lo que sobresale es un correcto e idóneo empleo de Herramientas y Lenguajes. El empleo de prototipos para el desarrollo de software es útil para comunicar, discutir y definir las ideas entre los diseñadores y las partes responsables (clientes). Es frecuente que los clientes no sepan lo que quieren, pero cuando ven algo y lo utilizan, pronto saben lo que no quieren. Es por esto que un prototipo nos es de gran ayuda. Los prototipos responden a preguntas y apoyan el trabajo de los diseñadores probando ideas, clarificando requisitos o definiendo alternativas.

POSIBLES PELIGROS El cliente ve funcionando lo que para el es la primera versión del prototipo y puede desilusionarse al decirle que el sistema aun no ha sido construido. El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente.

ANEXOS

Page 5: Modelo Espiral-Prototipo

MODELO ESPIRAL - MODELO DE PROTOTIPOS

Page 6: Modelo Espiral-Prototipo

MODELO ESPIRAL

MODELO ESPIRAL - MODELO DE PROTOTIPOS

Page 7: Modelo Espiral-Prototipo

MODELO ESPIRAL - MODELO DE PROTOTIPOS

MODELO ESPIRAL