|
3.6 Prototipo
A pesar de los mejores esfuerzos del analista de sistemas, las
necesidades de informaci¢n no siempre se establecen correctam-
ente. Esto puede ocurrir porque los usuarios pueden saber s¢lo
que necesitan mejorar el sistema en ciertas reas del negocio,
o que deben de modificar los procedimientos existentes, o sim-
plemente no est n muy seguros del tipo de informaci¢n que
necesitan.
Por lo tanto, los analistas pueden considerar los prototipos
para proporcionar la informaci¢n necesaria y formular el
dise¤o o desarrollar el sistema, debido a que un prototipo es
un sistema de trabajo que se desarrolla con rapidez para pr-
obar las ideas y el entendimiento sobre el nuevo sistema, en
otras palabras no s¢lo es un dise¤o en papel, sino un software
que produce informaci¢n impresa o en pantalla.
a) Objetivo :
La T‚cnica del prototipo tiene por objetivos :
* Validar la funcionalidad del sistema.
* Probar los principios y verificar que el sistema funciona
* Incrementar el nivel de productividad del desarrollo de
sistemas.
* Busca un acercamiento (interacci¢n) entre el usuario y el
sistema.
* Presentar en forma jer rquica las pantallas y el di logo con
el usuario.
* Obtener una realimentaci¢n (evoluci¢n del prototipo).
b) Utilidad :
Permite al usuario una representaci¢n clara y realista del
sistema a construir, donde el usuario pueda refinar y contrib-
uir al mejoramiento y optimizaci¢n del sistema, acorde a sus
requerimientos.
c) Descripci¢n :
Los sistemas complejos de procesamiento de datos tienen la
necesidad de prototipos, mediante estos se busca obtener una
retroalimentaci¢n del an lisis y del dise¤o antes de realizar
su construcci¢n y los gastos m s importantes.
Para tal efecto el analista, trabaja con el usuario final
creando di logos (Pantallas) para entrada de datos, consultas,
men£s, efectuar demostraciones de ellos y realiza generaci¢n
de informes, manipulaci¢n de informaci¢n por pantalla. El ana-
lista discute las necesidades (Requerimientos de informaci¢n)
de un usuario final con ‚ste, y a continuaci¢n crea un di logo
de muestra en pantalla, hasta su aprobaci¢n definitiva. Inici-
almente no considera vol£menes de transacci¢n o rendimiento de
m quina.
La construcci¢n del prototipo es un proceso que facilita al
analista/programador el desarrollo de un sistema, tomando una
de las tres formas siguientes; un prototipo en papel que desc-
riba la interacci¢n hombre-m quina, de forma que facilite al
usuario la comprensi¢n de como se producir tal interacci¢n,
un prototipo que funcione y que implemente algunos subconjunt-
os de la funci¢n requerida del sistema requerido.
La secuencia de sucesos para el paradigma, comienza con la
recolecci¢n de los requerimientos. El analista y el usuario se
re£nen y definen los objetivos y funciones del sistema,
identifican todos los requerimientos conocidos y perfilan las
reas en donde ser necesario una mayor definici¢n. Luego se
produce el dise¤o r pido, el cual se enfoca sobre el cat logo
de requisitos del sistema.
El dise¤o r pido conduce a la creaci¢n de un prototipo, el
cual es elevado por el usuario y se utiliza para refinar los
procedimientos del sistema a desarrollar, se produce un proc-
eso interactivo en el cual el prototipo es afinado para que
satisfaga las necesidades del usuario, al mismo tiempo que
facilita al analista una mejor comprensi¢n de la funcionalidad
del sistema.
APLICACIONES CANDIDATAS
Los prototipos son m s eficaces en el desarrollo de sistemas
de informaci¢n cuando se cumplenciertas condiciones. Cualqu-
iera de las siguientes cinco (5) condiciones suguieren la
necesidad de utilizar un prototipo:
* No se conocen los requerimientos
La naturaleza de la aplicaci¢n es tal, que existe poca inform-
aci¢n disponible con respecto a las caracteristicas que debe
tener el sistema para satisfacer los requeriminetos de los us-
uarios.
* Los requerimientos necesitan evaluarse
Se conocen los requerimientos aparentes de informaci¢n, tantos
de los usuarios finales como de la organizaci¢n, pero es nece-
sario verificarlos y validarlos.
* Costos altos
La inversi¢n de recursos financieros y humanos, as¡ como el
tiempo necesario para generar la aplicaci¢n es sustancial.
Existen otros proyectos que tambien compiten por los mismos
recursos.
* Altos riesgos
La evaluaci¢n inexacta de los requerimientos del sistema o el
desarrollo incorrecto de una aplicaci¢n ponen en peligro a la
organizaci¢n, a sus empleados y tambi‚n a sus propios recursos.
* Nueva tecnolog¡a
El deseo de instalar nueva tecnolog¡a ya sea en los campos de
la inform tica y computaci¢n, comunicaci¢n de datos u otras
reas relacionadas, abre nuevas fronteras para la organizaci¢n.
Etapas del mEtodo de prototipos
El desarrollo de prototipo para una aplicaci¢n se lleva a cabo
en una forma ordenada, sin importar las herramientas util-
izadas.
* Identificaci¢n de requerimientos conocidos
La determinaci¢n de los requerimientos de una aplicaci¢n es
tan importante para el m‚todo de desarrollo de prototipos
como lo es para el ciclo de desarrollo de sistemas o an lisis
estructurado. Por consiguiente, antes de crear un prototipo,
los an listas y usuario deben de trabajar juntos para identif-
icar los requerimientos conocidos que tienen que satisfacer.
* Desarrollo de un modelo de trabajo
Es £til comenzar el procesos de construcci¢n del prototipo
con el desarrollo de un plan general que permita a los usuar-
ios conocer lo que se espera de ellas y del proceso de desarr-
ollo. Un cronograma para el inicio y el fin de la primera
iteraci¢n es de gran ayuda.
Para comenzar la primera iteraci¢n , usuarios y analistas
identifican de manera conjunta los datos que son necesarios
para el sistema y especifican las salidas que debe producir la
aplicaci¢n, esto significa describir:
1. Los reportes y documentos que el sistema debe proporcionar.
2. Formato de cada uno de ellos.
Asimismo el analista estima costos asociados con el desar-
rollo del prototipo. En el desarrollo del prototipo se prep-
aran los siguientes componentes:
* El lenguaje para el di logo o conversaci¢n entre el usuario
y el sistema..
* Pantallas y formatos para la entrada de datos.
* M¢dulos esenciales de procesamiento.
* Salida del sistema.
Al construir el prototipo se deben seguir los est ndares para
los datos que emplea la organizaci¢n (longitud de datos, car-
acteristicas, entre otros).
* Utilizar el prototipo
Es responsabilidad del usuario trabajar con el prototipo y
evaluar sus caracter¡sticas y operaci¢n. La experiencia del
sistema bajo condiciones reales permite obtener la famili-
aridad indispensable para determinar los cambios o mejoras que
sean necesarios, as¡ como las caracter¡sticas inadecuadas.
* Revisi¢n del prototipo
Durante la evaluaci¢n los analistas de sistemas desean capt-
urar informaci¢n sobre los que les gusta y lo que les desag-
rada a los usuarios.
Los cambios al prototipo son planificados con los usuarios
antes de llevarlos a cabo, sin embargo es el analista respons-
able de tales modificaciones.
* Repetici¢n del proceso las veces que sea neceasrias
El proceso antes descrito se repite varias veces, el proceso
finaliza cuando los usuarios y analistas est n de acuerdo en
que el sistema a evolucionado lo suficiente como para incluir
todas las caracter¡sticas necesarias.
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³IDENTIFICAR LOS³ º
º ³REQUERIMIENTOS ³ º
º ³ CONOCIDOS ³ º
º ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÙ º
º ³ º
º þ º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³DESARROLLAR ³þÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³ UN MODELO ³ ³ º
º ³QUE FUNCIONE³ ³ º
º ÀÄÄÄÄÄÄÂÄÄÄÄÄÙ ³ Repetir las veces que sea º
º ³ ³ necesario º
º ³ ³ º
º þ ³ º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ º
º ³ UTILIZAR ³ ³ º
º ³ EL ³ ³ º
º ³ PROTOTIPO ³ ³ º
º ÀÄÄÄÄÄÄÂÄÄÄÄÄÙ ³ º
º ³ ³ º
º ³ ³ º
º þ ÚÄÁÄ¿ º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÙ ÀÄ¿ ÚÄÄþ Abandonar la aplicaci¢n º
º ³ REVISAR ³ ÚÄÙ ÀÄ¿ ³ º
º ³ EL ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄþÚÄÙ¨PROTOTIPO ÀÄÂÄÄÄþ ÃÄÄþ Implantar la aplicaci¢n º
º ³ PROTOTIPO ³ ÀÄ¿ TERMINADO?ÚÄÙ ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄ¿ ÚÄÙ ÀÄÄþ Comenzar un nuevo prototipo º
º ÀÄ¿ ÚÄÙ º
º ÀÄÄÄÙ º
º º
º º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
* Herramientas para el desarrollo de prototipos
El empleo de herramientas adecuadas es un factor muy importan
te para el ‚xito del prototipo, ‚stas son las siguientes:
* Lenguaje de cuarta generaci¢n.
* Generadores de aplicaciones.
* Generadores de programas, c¢digo reutilizable, paquetes de
aplicaci¢n y computadores personales, entre otros.
* Generadores de reportes, pantallas.
DIAGRAMACION DE SISTEMA DE INFORMACION
ÚÄÄÄÄÄÄþ FAE 2: DISE¥O DE SISTEMAS DE INFORMACION
³
³ ÚÄÄÄÄÄþ MODULO I: Dise¤o de la Estructura Fisica de Sistemas
³ ³
³ ³
³ ³ ÚÄþ Actividad 1.1 Dise¤o la Arquitectura Fisica del Sistema
³ ³ ³
³ ³ ³ ÚÄþ Tarea 1.1.1 Dise¤o de la estructura modular del sistema
³ ³ ³ ³ Tarea 1.1.2 Descripci¢n de interfases entre modulos de sistema
³ ³ ³ ³ Tarea 1.1.3 Descripci¢n de interfases con otros sistemas
³ ³ ³ ³ Tarea 1.1.4 Descripci¢n de interfases con usuarios
³ ³ ³ ÀÄþ Tarea 1.1.5 Definici¢n de componenetes de sistemas
³ ³ ³
³ ³ ³ Actividad 2.1 Dise¤ar la estructura de datos del sistema
³ ³ ³
³ ³ ³ ÚÄþ Tarea 2.1.1 Elaboraci¢n del modelo fisico de datos
³ ³ ³ ÀÄþ Tarea 2.1.2 Optimizaci¢n de l modelo fisico de datos
³ ³ ³
³ ³ ³ Actividad 2.3 Especificar el entorno Tecnologico del Sistema
³ ³ ³
³ ³ ³ ÚÄþ Tarea 2.3.1 Definici¢n del entorno tecnologico del sistema
³ ³ ³ ³ Tarea 2.3.2 Especificaciones de requisitos de comuniciones del sistema
³ ³ ÀÄÄÄþ ÀÄþ Tarea 2.3.3 Especificaciones de requsistos de operaciones, seguridad y control
³ ÀÄÄÄÄþ
³
³ ÚÄÄþ MODULO II: Especificaciones Complementarias de Dise¤o
³ ³
³ ³
³ ³ÚÄþ Actividad 2.1 Complementar plan de pruebas del sistema
³ ³³
³ ³³ ÚÄþ Tarea 2.1.1 Dise¤o de pruebas del sistema
³ ³³ ÀÄþ Tarea 2.1.2 Definici¢n del entorno y limitaciones
³ ³³
³ ³ÀÄþ Actividad 2.2
³ ³ÚÄþ
³ ³³ ÚÄþ Tarea 2.2.1 Preparaci¢n de planes de construcci¢n
³ ³³ ³ Tarea 2.2.2 Preparaci¢n de los planes de implataci¢n
³ ³³ ÀÄþ Tarea 2.2.3 Revisi¢n de dise¤o t‚cnico del sistema
³ ³Àþ
³ ÀÄÄþ DOCUMENTAR FASE
³
ÀÄÄÄþ FIN - FASE
|
