REPUBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD NACIONAL EXPERIMENTAL POLITECNICA DE LA

FUERZA ARMADA BOLIVARIANA DE VENEZUELA
NUCLEO GUÁRICO-EXTENSIÓN ZARAZA

ANALLISIS DE SISTEMAS
ELABORACIÓN DE
PROTOTIPOS

PROFESORA: ALUMNO:
Manuel Arrioja
C.I:
 1. Definición de prototipo.
Los prototipos son una visión preliminar del sistema futuro que se implantara.
La elaboración de prototipos de un sistema de información es una técnica
valiosa para la recopilación rápida de información específica a cerca de los
requerimientos de información de los usuarios. La elaboración de Prototipos
es el proceso de desarrollo de un sistema no funcional rápido y barato para
demostración y evaluación, de manera que los usuarios puedan determinar
mejor sus requerimientos de información. Proporcionando una
retroalimentación temprana por parte de los usuarios acerca del Sistema. Por
esto los Prototipos son útiles para comunicar, discutir y definir ideas entre los
diseñadores y las partes responsables.
2. Reacciones iniciales del usuario.
Son recopiladas por medio de observaciones, entrevista y formas de
retroalimentación, diseñadas para recoger la opinión de cada persona acerca
del prototipo cuando interactúa con él. Por medio de estas reacciones el
analista descubre muchas perspectivas en el prototipo incluyendo el agrado
que tenga el usuario al sistema.
3. Enfoque a los prototipos
El paradigma de creación de prototipos puede ser cerrado o abierto. Al
enfoque cerrado se denomina a menudo prototipo desechable. Este prototipo
sirve como una vasta demostración de los requisitos. Después se desecha y
se hace una ingeniería de software con un paradigma diferente. Un enfoque
abierto denominado prototipo evolutivo, emplea el prototipo como primera
evaluación del sistema terminado
4. Desarrollo de un prototipo
Cuando haya que decidir si hay que incluir la elaboración de prototipos como
parte del ciclo de vida de desarrollo de sistemas, el analista necesita
considerar cuál tipo de problema está siendo resuelto y en qué forma el
sistema presenta la solución.
Lineamientos para el desarrollo de un prototipo.
 Trabajar en módulos manejables.
 Construir el prototipo rápidamente.
 Modificar el prototipo en interacción sucesiva.
 Enfatizar la interfaz del usuario.
5. Papel del usuario en prototipos.
Hay tres formas principales en que un usuario puede ser de ayuda en la
elaboración del Prototipo.
 Experimentando con el Prototipo.
 Reaccionar abiertamente ante el Prototipo.
 Sugiriendo adiciones y/o eliminaciones del prototipo.
EXPERIMENTANDO CON EL PROTOTIPO: Los usuarios deben tener
libertad para experimentar con el prototipo, y no una simple lista de
características del sistema, el prototipo permite a los usuarios la realidad
de la interacción real.
El analista debe estar presente la mayor parte del tiempo en que se esté
experimentando con el prototipo.
REACCIONAR ABIERTAMENTE ANTE EL PROTOTIPO: Si los usuarios
se siente temerosos de hacer comentarios, o criticar lo que puede ser un
proyecto consentido de superiores o iguales dentro de la organización, es
poco probable que se dé reacciones abiertas ante el prototipo. Una forma
para aislarlos de influencias organizacionales no deseada es proporcionar
un periodo privado, para que los usuarios interactúen con y respondan al
prototipo. El hacer que los usuarios se sienta lo suficientemente seguros
para dar una reacción abierta es parte de la realización entre los analista
y usuarios que el equipo tiene que construir.
 SUGERENCIAS DE CAMBIOS AL PROTOTIPO: Un tercer aspecto del
papel de los usuarios en la elaboración de los prototipos es sugerir
adiciones y/o eliminaciones a las características que se están probando.
El papel del analista es deducir tales sugerencias, asegurando a los
usuarios que tal retroalimentación que proporciona es tomada en serio,
observando a los usuarios mientras interactúan y realizando entrevistas
cortas y específicas en relación con su experiencia con el prototipo.
El papel del usuario en la elaboración de prototipo se puede resumir en dos
palabras: intervención honrada. Sin en la intervención del usuario hay poca
razón para elaborar el prototipo los comportamientos precisos y necesarios
para interactuar con un prototipo pueden variar pero el usuario es
fundamental en el proceso de la elaboración del prototipo comprendido la
importancia que tiene el usuario en el éxito del proceso, los miembros del
equipo del análisis del sistema deben propiciar y recibir de buena manera la
retroalimentación y deben evitar su propia resistencia y cambiar el prototipo.
6. Usos de otros enfoques para el análisis de sistemas.
La rapidez es esencial para la elaboración exitosa del prototipo de un
sistema de información. Recuerde que unas de las quejas expresadas en
contra del SDLC tradicionales es que el intervalo entre la discriminación de
requerimientos y la entrega de un sistema completo es demasiado largo para
satisfacer eficazmente las cambiantes necesidades del usuario.
Los analistas pueden usar la elaboración de prototipos con el fin de reducir
esta brecha utilizando las técnicas tradicionales de recopilación de
información para determinar con presión los requerimientos de información
que surjan sobre la marcha, y a continuación tomar rápidamente las
decisiones que den lugar o un modelo funcional. De hecho, el usuario debe
utiliza el sistema desde muy temprano en el SDLC en lugar de esperar hasta
que el sistema se termine para practicar con él. La preparación de un
prototipo operacional, con rapidez y en las etapas tempranas del SDLC,
permite al analista comprender mejor cómo desarrollar el resto del proyecto.
Al mostrar a los usuarios en las primeras etapas del proceso como se
ejecutan en la realidad algunas partes del sistema, la elaboración rápida de
prototipos evita que se dediquen demasiados recursos a un proyecto que a la
larga podría ser imposible de concretar. Más adelante, cuando se explique el
RAD, usted verá nuevamente la importancia de la construcción rápida de
sistemas.
Para proyectos grandes aunque por escalas, el DRA requiere recursos
humanos suficientes como para crear el número correcto de equipos DRA.
DRA requiere clientes y desarrolladores comprometidos en las rápidas
actividades necesarias para completar un sistema en un marco de tiempo
abreviado. Si no hay compromiso, por ninguna de las partes constituyentes,
los proyectos DRA fracasaran. No todos los tipos de aplicaciones son
apropiados para DRA. Si un sistema no se puede modulizar adecuadamente.
La construcción de los componentes necesarios para DRA será
problemático. Si está en juego el alto rendimiento, y se va a conseguir el
rendimiento convirtiendo interfaces en componentes de sistema, el enfoque
DRA puede que no funcione. DRA no es adecuado cuando los riesgos
técnicos son altos. Esto ocurre cuando una nueva aplicación hace uso de
tecnologías nuevas, o cuando el nuevo software requiere un alto grado de
interoperabilidad con programas de computadora ya existentes.
DRA enfatiza el desarrollo de componentes de programas reutilizables. La
reutilización es la piedra angular de las tecnologías de objetos, y se
encuentra en el modelo de proceso de ensamblaje.
La programación extrema (XP) es un enfoque de desarrollo de software que
adopta lo que generalmente designamos como práctica de desarrollo de
software aceptable y las lleva al extremo. Por ejemplo, la retroalimentación
es importante para los programadores, analistas, diseñadores, usuarios y
computadoras. Así que la programación extrema usa ciclo de
retroalimentación cada vez más rápido e intenso, que proporcionan más
información.
La administración de proyecto es importante de tal manera que la
programación extrema intenta definir rápidamente un plan global del sistema,
desarrollar y liberar rápidamente el software y posteriormente revisarlo
continuamente para incorporarles características adicionales. Los
programadores, analistas y diseñadores ordinarios que trabajan
independientemente y luego integran su trabajo logran resultados sólidos; los
programadores extremos que trabajan en parejas pueden ser excelentes.
Pero la programación extrema no solo se basa en los resultados. Se basa en
los valores principios y prácticas. Ahora examinaremos como los valores y
Principios de XP dan forma al desarrollo de sistemas extremos.