Prezi

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in the manual

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Metodología Orientada a Prototipos

Es un tipo de metodología para el desarrollo de software.
by Luis Felipe Herrera Reyes on 12 September 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Metodología Orientada a Prototipos

Luis Herrera. METODOLOGÍA DE PROTOTIPO Luis Herrera Metodología Orientada
a Prototipos En que consiste? Esta metodología consiste en la realización continua de diversos prototipos cada vez más refinados, con el fin de incrementar la comprensión que tiene del sistema tanto el usuario como el desarrollador. 1.- Investigación Preliminar
2.- Definición de los requerimientos del sistema.
3.- Diseño técnico.
4.- Programación y prueba.
5.- Operación y mantenimiento. Fases Se determina el problema, los efectos
que tendrán sobre la organización, y
se identifica la idea general de la solución
para realizar un estudio de factibilidad. 1.- Investigación Preliminar Esta es la fase mas importante del el ciclo de vida
del método de prototipos,
el objetivo es determinar todos
los requerimientos y
deseos de los usuarios en relación al
proyecto que se esta deseando implementar.
Aquí el desarrollador interactúa con el usuario y
sus necesidades mediante la construcción,
demostración y
retroalimentaciones del prototipo. 2.- Definición de los requerimientos
del sistema. 3.- Diseño Técnico. En esta etapa el sistema debe ser rediseñado y tener la respectiva documentación guiándose en los estándares que tiene la organización la cual servirá como ayuda en mantenciones futuras del mismo.
En este punto existen dos etapas:
Producción de una documentación de diseño la cual especifica y describe la estructura del software, interfaces de usuario, funciones y el control de flujo.
Producción de todo lo requerido para promover cualquier mantención futura del software. En esta etapa es donde los cambios identificados en el diseño técnico son implementados y probados para asegurar la corrección y completitud de los mismos con respecto a los requerimientos.
Las pruebas serán de realizarse tantas veces sea necesarias para verificar cualquier tipo de anomalía en el sistema. 4.- Programación y prueba. En esta fase se realiza ya la instalación y mantención del software, la complejidad en esta caso resulta menor ya que en las etapas anteriores los usuarios han trabajado con el sistemas al momento de hacer las pruebas de prototipos, además la mantención también debería ser una fase menos importante, ya que se supone que el refinamiento del prototipo permitiría una mejor claridad en los requerimientos, mediante lo cual las mantenciones perfectivas se reducirían.
Si existiese el caso en el cual se requiera una manutención entonces el proceso de prototipo es repetido y se definirá un nuevo conjunto de requerimientos. 5.- Operación y Con este modelo se puede ilustrar los formatos de datos de entrada, mensajes, informes y diálogos al usuario, mediante lo cual se logra un mejor entendimiento de las necesidades.Se logra una exploración de los aspectos técnicos del producto propuesto. RAZONES PARA USAR ESTE MODELO Existe una reducción de la incertidumbre y del riesgo.
Se reduce el tiempo y costos.
Hay incremento en la aceptación del nuevo sistema.
Mejora la administración de proyectos.
Existe mayor comunicación entre los desarrolladores y el usuario. Ventajas Se depende de las herramientas de software para el éxito ya que la necesidad de disminución de incertidumbre depende de las iteraciones del prototipo, entre más iteraciones existan mejor y este último se logra mediante el uso de mejores herramientas lo que hace a este proceso dependiente de las mismas.
No es posible usar la metodología en a todos los sistemas.
Puede existir una mala interpretación que pueden hacer los usuarios del prototipo, al cual pueden confundir con el sistema terminado. Desventajas mantenimiento.
See the full transcript