Prototipos

35,519 views

Published on

Published in: Business
1 Comment
10 Likes
Statistics
Notes
  • Muy bueno, gracias. Tengo una duda, cuando tenemos que desarrollar un software obviamente con los requerimientos definidos, pero digamos que estos no están tan claros por la propia complejidad de que se incluyan muchas variables. Cual sería la mejor forma de abordar este problema? Ya que si manejamos por prototipos tendríamos que diseñar la base de datos, para después modificarlos. El costo del mantenimiento en el tiempo no sería mucho. Una consulta adicional, alguien conoce de una herramienta que te ayude a un diseño rápido funcional, sin meterle tanto código pero que funcione. Esto para la presentación rápida del prototipo al usuario
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
35,519
On SlideShare
0
From Embeds
0
Number of Embeds
76
Actions
Shares
0
Downloads
747
Comments
1
Likes
10
Embeds 0
No embeds

No notes for slide
  • Prototipos

    1. 1. <ul><li>Por lo general los clientes y usuarios finales del software encuentran muy difícil expresar sus requerimientos reales. </li></ul><ul><li>Es casi imposible predecir la manera en que un sistema afectará el trabajo diario, como interactuará con otros sistemas y qué operaciones del usuario se deberían automatizar. </li></ul>
    2. 2. Modelos de Construcción de Prototipos <ul><li>Un cliente, a menudo, define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, proceso y salida. Entre otras cosas el responsable del desarrollo del software puede no estar seguro de la eficiencia de un algoritmo, de la capacidad de adaptación de un sistema operativo, o de la forma en que debería tomarse la interrupción hombre maquina. </li></ul>
    3. 3. <ul><li>Sin embargo es posible probar el sistema si está disponible un prototipo de él. </li></ul><ul><li>Un prototipo es una versión inicial de un sistema de software que se utiliza para demostrar los conceptos, probar las opciones de diseño y entender mejor el “problema” y su solución. </li></ul>Desarrollo De Prototipo
    4. 4. <ul><li>Un prototipo de software apoya dos actividades del proceso de ingeniería de requerimientos: </li></ul><ul><ul><li>1. Obtención de requerimientos: los usuarios experimentan como el sistema ayudará su trabajo. </li></ul></ul><ul><ul><li>2. Validación de requerimientos: el prototipo puede revelar errores u omisiones en los requerimientos propuestos. </li></ul></ul>Desarrollo De Prototipo
    5. 5. Establecer objetivos del prototipo Definir funcionalidad del prototipo Desarrollar prototipo Evaluar prototipo Desarrollo De Prototipo
    6. 6. El proceso de desarrollo de prototipos Requerimientos generales Construcción de prototipos evolutivos Construcción de prototipos desechables Sistema entregado Prototipo ejecutable + especificación del sistema
    7. 7. Prototipo evolutivo Desarrollo especificación abstracta Entregar sistema ¿ Sistema apto ? Construir el sistema prototipo SÍ NO Utilizar el sistema prototipo
    8. 8. PARADIGMAS DE CONSTRUCCION DE PROTOTIPOS. <ul><li>Son las relaciones de requisitos que se tienen que tener como base. </li></ul><ul><li>Entre el Cliente y el Programador definen los objetivos globales para el software. </li></ul><ul><li>En este proceso se identifican las áreas y los requisitos conocidos que debe contener el software. </li></ul>
    9. 9. <ul><li>Los requisitos se refinan por medio del Usuario / Cliente con la ayuda del diseño rápido y hay se colocan los aspectos visiblemente para la mejora del software. </li></ul>
    10. 10. <ul><li>Lo ideal seria que el prototipo sirviera como un mecanismo para identificar los requisitos del software. </li></ul>Construir / Revisar la maqueta El cliente prueba la maqueta Escuchar al cliente
    11. 11. <ul><li>En la mayoría de los proyectos, el primer sistema construido apenas se puede utilizar. Puede ser demasiado lento, demasiado grande o torpe en su uso, o las tres a la vez. No hay otras alternativas que comenzar de nuevo, aunque nos duela pero es mas inteligente, y construir una versión rediseñada en la que se resuelvan estos problemas. </li></ul>
    12. 12. <ul><li>El cliente ve lo que parece ser una versión de trabajo de software, sin tener conocimiento de que el prototipo también esta junto con el << El chicle y el cable de embalar>>, sin saber que la prisa de hacer que funcione no se ha tenido en cuenta la calidad del software global o la facilidad de mantenimiento a largo plazo. </li></ul>
    13. 13. <ul><li>2.- El desarrollador, a menudo, hace compromisos de implementación para hacer que el prototipo funcione rápidamente. Se puede utilizar un sistema inadecuado simplemente porque esta disponible y porque es conocido; Un algoritmo eficiente se puede implementar simplemente para demostrar la capacidad. </li></ul>
    14. 14. Desarrollo de Prototipos <ul><li>Existe gran diferencia entre los dos tipos de prototipos: </li></ul><ul><ul><li>1. El prototipo evolutivo entrega a los usuarios finales un sistema funcionando. Se usa con los requerimientos que mejor se comprenden. </li></ul></ul><ul><ul><li>2. El prototipo desechable valida o deriva los requerimientos del sistema. Se usa con los requerimientos que no se conocen bien. Período de vida corto. </li></ul></ul>
    15. 15. Características <ul><li>El prototipo es una aplicación que funciona </li></ul><ul><li>Los prototipos se crean con rapidez </li></ul><ul><li>Los prototipos evolucionan a través de un proceso iterativo </li></ul><ul><li>Los prototipos tienen un costo bajo de desarrollo </li></ul>
    16. 16. Ventajas <ul><li>Modificación del Sistema en Etapas tempranas de su desarrollo: El éxito del uso del prototipo depende de qué tan pronto y con que frecuencia se reciba la retroalimentación del usuario para hacer cambios y adecuarlos a las necesidades actuales. </li></ul>
    17. 17. Ventajas <ul><li>Permite al desarrollador darse cuenta de lo que requiere el cliente. </li></ul><ul><li>Permite que el desarrollador se de cuenta como va avanzando en trabajo. </li></ul>
    18. 18. Ventajas <ul><li>Los cambios iníciales durante el desarrollo de un proyecto son menos costosos que si se realizan en etapas tardías, como el prototipo puede cambiar varias veces la flexibilidad y adaptabilidad son su esencia, la pauta del cambio la da la retroalimentación, la cual nos permite conocer la opinión del usuario sobre cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener los requerimientos y mejorar el sistema. </li></ul>
    19. 19. Desventajas <ul><li>Administración difícil: Dicha dificultad radica en manejar el prototipo como un proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cual era sus propósito. </li></ul><ul><li>Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas pueden considerar al prototipo como el sistema final cuando aún es incompleto e inadecuado. </li></ul>
    20. 20. Desventajas <ul><li>El desarrollador y el cliente tienen poca comunicación al inicio del proceso. </li></ul><ul><li>Surgen cambios imprevistos que retrasan el progreso del prototipo. </li></ul>
    21. 21. Ejemplo de Desarrollo de Prototipo <ul><li>Existen ocasiones en las que llegado el momento de abordar el desarrollo de un Sistema de Información no se sabe definir con certeza las características del producto que se requiere. Esto suele ocurrir por diferentes causas como, por ejemplo, la complejidad del sistema, las dificultades para trasladar la definición de requisitos a las necesidades reales existentes, dudas en cuanto a varias alternativas, etc. En estas situaciones, u otras similares, en las que existan problemas para definir los requisitos del sistema, el desarrollo de prototipos es una herramienta de apreciable valor. </li></ul>
    22. 22. <ul><li>Isdefe: H a tenido en los últimos años una importante actividad relacionada con el desarrollo de prototipos para sus clientes en diferentes áreas, entre las que se pueden destacar: </li></ul><ul><li>Gestión y seguimiento de tráfico aéreo. </li></ul><ul><li>Análisis de fotografías de satélite. </li></ul><ul><li>Cálculo de coberturas. </li></ul><ul><li>Mando y control. </li></ul><ul><li>Bases de datos documentales. </li></ul><ul><li>Sistemas de apoyo a la gestión logística: sistemas de catalogación, control de inventarios, gestión de repuestos... </li></ul>
    23. 23. Conclusión <ul><li>Llegamos a la conclusión que para lograr que un sistema sea correcto y que tenga todo lo que el cliente pide se tiene que comenzar con un prototipo que este te va dando los detalles buenos y malos del sistema y así el cliente con un prototipo del sistema puede hacer modificaciones de lo que desea en su sistema sin tener que modificar el sistema ya instalado. </li></ul>
    24. 24. Bibliografías <ul><li>http://148.202.148.5/cursos/cc321/fundamentos/unidad3/tema3_3_2.html </li></ul><ul><li>http://www.isdefe.es/webisdefe.nsf/0/16EC6840AB5E7A3DC12574CF005C18A4?OpenDocument </li></ul><ul><li>www.e-market.cl/dir/umayor/ingsw/cap08.ppt </li></ul><ul><li>Roger S. Pressman, 5ª Edición </li></ul><ul><li>http://www.monografias.com/trabajos12/proto/proto.shtml </li></ul>

    ×