2.1.5-prototipos

2
2.1.5 PROTOTIPOS Definición Fase Característic as Ventajas Desventajas Aplicació n Comentarios El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan rápidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador . Además El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan rápidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador , el usuario, el cliente estén de acuerdo en lo que se necesita así como también la solución que se propone para dicha necesidad y de esta forma minimizar el Siempre se debe establecer cuál es su objetivo, ya que un prototipo puede ser útil en diferentes fases del proyecto, por ello su objetivo debe ser claro. Durante la fase de análisis se usa para obtén.er los requerimient os del usuario. En la fase de diseño se usa para ayudar a evaluar muchos aspectos de la implementaci ón seleccionada . -creado en 1982 por McCracken y Jackson. -El prototipo debe ser construido en poco tiempo y no debe Utilizar muchos recursos. -se basa en un diseño rápido que muestra al cliente los aspectos Visibles para el cliente. -es evaluado por el cliente, para retroalimentació n y se refinan los requisitos del SW. -la interacción ocurre Cuando el prototipo se ajusta a las necesidades del cliente. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentació n ; gracias a ésta se refinan los requisitos del software que se desarrollará. La interacción ocurre cuando el prototipo se ajusta para Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamien to o salida. También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilid ad de un sistema operativo o de la forma que debería tomar la interacción humano- máquina. -modelo útil cuando el cliente conoce los obj. finales pero no los requisitos detallados de entrada, salida o . Es posible que el prototipo sea muy lento, muy grande, no muy amigable en su uso, o incluso, que esté escrito en un lenguaje de programación inadecuado. Su principal desventaja es que una vez que el cliente ha dado su aprobación final al prototipo y cree que está a punto de recibir el proyecto final, se encuentra con que es necesario reescribir buena parte del prototipo para hacerlo funcional, -El usuario crea expectativas cuando ve el prototipo. -se suelen desatender aspectos como calidad, mantenimiento . - El desarrollador puede olvidar la razón de ser del sistema. El usuario tiende a crearse unas expectativa s cuando ve el prototipo de cara al sistema final. A causa de la intención de crear un prototipo de forma rápida, se suelen desatender aspectos importantes , tales como la calidad y el mantenimien to a largo plazo, lo que obliga en la mayor parte de los casos a reconstruir lo una vez que el prototipo ha cumplido su función. A causa de la intención de crear un prototipo de forma rápida, se suelen desatender aspectos importantes , tales como la calidad y el mantenimien to a largo Los prototipos son útiles para hacer ver a cualquier persona un esquema general de algún elemento o cosa. Esta metodología es ideal para clientes que desea interactuar con el sistema y en base a ello darles el producto que finalmente esperan. Además. Este modelo se encarga principalmente de ayudar al ingeniero de sistemas y al cliente a entender de mejor manera cuál será el resultado de la construcción cuando los requisitos estén satisfechos. A pesar de que tal vez surjan problemas, la construcción de prototipos puede ser un paradigma efectivo para la ingeniería del software. La clave es definir las reglas del juego desde el principio; es decir, el cliente y el desarrollador se deben poner de acuerdo en: - Que el prototipo se construya y sirva como un mecanismo para la definición de requisitos. - Que el prototipo se

Upload: cesar-bedolla

Post on 07-Nov-2015

212 views

Category:

Documents


0 download

TRANSCRIPT

2.1.5 PROTOTIPOSDefinicin

FaseCaractersticasVentajasDesventajasAplicacinComentarios

El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan rpidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador.Adems

El modelo de prototipos

permite que todo el sistema, o algunos de sus partes, se construyan rpidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador, el usuario, el cliente estn de acuerdo en lo que se necesita as como tambin la solucin que se propone para dicha necesidad y de esta forma minimizar el riesgo y la incertidumbre en el desarrollo, este modelo se encarga del desarrollo de diseos para que estos sean analizados y prescindir de ellos a medida que se adhieran nuevasSiempre se debe establecer cul es su objetivo, ya que un prototipo puede ser til en diferentes fases del proyecto, por ello su objetivo debe ser claro. Durante la fase de anlisis se usa para obtn.er los requerimientos del usuario. En la fase de diseo se usa para ayudar a evaluar muchos aspectos de la implementacin seleccionada.-creado en 1982 por McCracken y Jackson. -El prototipo debe ser construido en poco tiempo y no debe Utilizar muchos recursos. -se basa en un diseo rpido que muestra al cliente los aspectosVisibles para el cliente. -es evaluado por el cliente, para retroalimentacin y se refinan los requisitos del SW. -la interaccin ocurre Cuando el prototipo se ajusta a las necesidades del cliente. Este diseo conduce a la construccin de unprototipo, el cual es evaluado por el cliente para una retroalimentacin; gracias a sta se refinan los requisitos del software que se desarrollar. La interaccin ocurre cuando el prototipo se ajusta para satisfacer las necesidades del Cliente.

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. Tambin ofrece un mejor enfoque cuando el responsable del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debera tomar la interaccin humano-mquina.-modelo til cuando el cliente conoce los obj. finales pero no los requisitos detallados de entrada, salida o procesamiento. - ofrece un mejor enfoque cuando el desarrollador esta inseguro de la eficacia de un algoritmo.

. Es posible que el prototipo sea muy lento, muy grande, no muy amigable en su uso, o incluso, que est escrito en un lenguaje de programacin inadecuado.Su principal desventaja es que una vez que el cliente ha dado su aprobacin final al prototipo y cree que est a punto de recibir el proyecto final, se encuentra con que es necesario reescribir buena parte del prototipo para hacerlo funcional,

-El usuario crea expectativas cuando ve el prototipo.

-se suelen desatender aspectos como calidad, mantenimiento.- El desarrollador puede olvidar la razn de ser del sistema.El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final.A causa de la intencin de crear un prototipo de forma rpida, 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 funcin.A causa de la intencin de crear un prototipo de forma rpida, 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 funcin.-se aplica en el ciclo de vida del SW en una edad temprana por ser la fase de determinacin de requerimientos Los prototipos son tiles para hacer ver a cualquier persona un esquema general de algn elemento o cosa. Esta metodologa es ideal para clientes que desea interactuar con el sistema y en base a ello darles el producto que finalmente esperan.Adems.Este modelo se encarga principalmente de ayudar al ingeniero de sistemas y al cliente a entender de mejor manera cul ser el resultado de la construccin cuando los requisitos estn satisfechos.A pesar de que tal vez surjan problemas, la construccin de prototipos puede ser un paradigma efectivo para la ingeniera del software. La clave es definir las reglas del juego desde el principio; es decir, el cliente y el desarrollador se deben poner de acuerdo en:- Que el prototipo se construya y sirva como un mecanismo para la definicin de requisitos.- Que el prototipo se descarte, al menos en parte.- Que despus se desarrolle el software real con un enfoque hacia la calidad.