DisenodeEntradas(Analisis_de_sistemas _Diseno_y_Metodos)

Vista previa del material en texto

500 Parte Tres Métodos de diseño de sistemas
• Alternative numeric spinner. Éste es un tipo diferente de caja recorrible para la en-
trada de datos.
• Internet hyperlink. Con una función similar a la de un botón, un hipervínculo puede 
enlazarse a las páginas Web, pero también a otros formatos de Windows. Ésta es una 
manera efectiva de ocultar los formularios de entrada de datos que no son aplicables 
a todos o a la mayoría de los usuarios.
• Check list box. Este control es útil para combinar varios check boxes en situaciones 
donde varios controles de este tipo pueden ser aplicables.
• Check three list box. Este control es útil para presentar opciones de datos que necesi-
tan estar organizados jerárquicamente en una estructura de tipo de árbol.
Cómo diseñar y elaborar prototipos de entradas 
¿Cómo diseña usted las entradas en línea? Tradicionalmente, los diseñadores estaban pre-
ocupados con el contenido global, la apariencia, y la funcionalidad de la pantalla de entra-
das; en un aislamiento respecto a otras pantallas que había que diseñar. Los diseñadores 
sabían que simplemente diseñarían un conjunto de pantallas de menú de las cuales los 
usuarios seleccionarían una opción que los conduciría a la pantalla correcta de entrada. 
Bastante simple. Sin embargo, dados los ambientes gráficos de hoy, hay un énfasis en 
desarrollar un sistema global que se mezcle bien dentro del ambiente del lugar de trabajo 
del usuario. Este énfasis raramente da como resultado una aplicación con interfaz jerár-
quica, accionada por menús que caracterizó las aplicaciones más tradicionales del pasado 
basadas en texto o comandos.
Las siguientes secciones demostrarán cómo se completa la primera etapa del diseño 
de entradas. Echaremos mano de ejemplos de nuestro estudio de casos SoundStage. Exa-
minaremos las entradas de cliente/servidor, las entradas basadas en Windows, las entradas 
basadas en la Web, y las entradas de comercio electrónico que corren en un navegador. 
Más tarde, en el capítulo 15, vamos a integrar las salidas (de capítulo 13) y las entradas de 
este capítulo en un dialogo e interfaz global de usuario.
> Herramientas automatizadas para diseño
de entradas y elaboración de prototipos
En el pasado reciente, las herramientas primarias para el diseño de entradas eran las grá-
ficas de trazado de registros y gráficas de trazado de despliegue. Hoy este enfoque de “es-
quema” no es a menudo practicado. Es un proceso tedioso que no conduce a la creación 
de prototipos preferida actualmente, ni a las estrategias de desarrollo de aplicación rápida, 
que usan herramientas automatizadas para acelerar el proceso de diseño.
Antes de la aparición de las herramientas automatizadas, los analistas podían esbozar 
sólo dibujos aproximados de las entradas para obtener una percepción de cómo querían 
los usuarios del sistema que se vieran las salidas o cómo se estructurarían los registros de 
lotes. Con las herramientas automatizadas, podemos desarrollar prototipos más realistas 
de estas entradas.
Discutiblemente, la herramienta automatizada más usada para el diseño de las en-
tradas es el ambiente de desarrollo de aplicación de base de datos de la PC. Aun cuando 
Microsoft Access no es lo suficientemente poderosa para desarrollar la mayoría de aplica-
ciones a nivel de empresa, usted puede sorprenderse de cuántos diseñadores usan Access 
para hacer prototipos de tales aplicaciones. Dada una estructura de la base de datos (fácil-
mente especificada en Access), usted rápidamente puede generar o crear formularios para 
el ingreso de datos. Usted puede incluir la mayoría de los controles de la interfaz gráfica 
del usuario que describimos en este capítulo. Posteriormente, los usuarios pueden ejecutar 
esos formularios y le pueden decir cuáles funcionan y cuáles no.
Muchas herramientas de ingeniería de software asistida por computadora incluyen 
instrumentos para el trazado de reportes y pantallas usando el repositorio de proyecto 
creado durante el análisis de requerimientos. La herramienta de diseño de pantallas del 
System Architect fue demostrado previamente en el capítulo 13, figura 13.7.
La mayoría de los lenguajes de programación basados en interfaces gráficas del usua-
rio, como el Visual Basic, pueden usarse fácilmente para construir prototipos no funcio-
nales de las entradas de datos. El término clave aquí es no funcional. Los formularios 
(pantallas) se verán reales, pero no habrá código para implementar ninguno de los boto-
nes o campos. Esa es la esencia de la creación rápida de prototipos.
Cap-14.indd 500Cap-14.indd 500 16/1/08 18:22:5616/1/08 18:22:56
 Diseño de entradas y elaboración de prototipos Capítulo Catorce 501
> Proceso de diseño de entradas 
El diseño de entradas no es un proceso complicado. Algunos pasos son esenciales, y otros 
son determinados por las circunstancias. Los pasos son:
 1. Identifique las entradas del sistema y revise los requerimientos lógicos.
 2. Seleccione controles apropiados de la interfaz gráfica del usuario.
 3. Diseñe, valide, y pruebe las entradas usando alguna combinación de:
a) Herramientas de trazado (por ejemplo, esquemas a mano, gráficas de trazado de 
impresora/despliegue, o ingeniería de software asistida por computadora).
b) Herramientas para crear prototipos (por ejemplo, hojas de cálculo, PC DBMS, 
4GL).
 4. Si es necesario, diseñe el documento fuente.
En las siguientes secciones, examinamos estos pasos e ilustramos algunos ejemplos del 
proyecto SoundStage.
Paso 1: Identifique las entradas del sistema y revise los requerimientos lógicos Los 
requerimientos de las entradas deberán haberse definidos durante el análisis de requeri-
mientos. Los diagramas de flujo de datos físicos (o las unidades de diseño, ambos descri-
tos en el capítulo 11) son un buen punto de partida para el diseño de las entradas. Esos 
DFD identifican tanto las salidas netas del sistema (el agente externo a procesar) como el 
método de implementación.
Su metodología de desarrollo de sistemas y estándares determinará si cada uno de 
estos flujos netos de datos de entrada también puede estar descrito como un flujo de da-
tos lógico en un diccionario de datos o un repositorio (vea capítulo 8). La estructura de 
datos para un flujo de datos especifica los atributos o campos que deben incluirse en la 
salida. Si esos requerimientos son especificados en la notación relacional algebraica, usted 
rápidamente puede determinar qué campos se repiten, qué campos tienen valores opcio-
nales, etcétera. Considere la siguiente estructura de datos:
A falta de tales requerimientos precisos, pueden existir prototipos de descubrimiento que 
fueron creados durante el análisis de requerimientos. En uno u otro caso, una buena de-
claración de requerimientos deberá estar disponible en algún formato. 
Los requerimientos de entradas especificados durante el análisis de requerimientos 
para el caso de estudio de SoundStage fueron revisados, y se determinó que tres entradas 
pertenecían al tema de VIDEOCINTA. Se determinó también que una pantalla individual de 
entradas pudo usarse para soportar las tres entradas: NUEVO TÍTULO DE VIDEO, TÍTULO DE VIDEO 
DESCONTINUADO, Y ACTUALIZACIÓN DE TÍTULO DE VIDEO. El contenido de los datos para las tres 
entradas deberá capturar o exhibir los siguientes datos:
NÚMERO DE PRODUCTO +
CÓDIGO UNIVERSAL DEL PRODUCTO +
CANTIDAD EN EXISTENCIA + 
TIPO DE PRODUCTO +
PRECIO UNITARIO AL MENUDEO SUGERIDO POR EL FABRICANTE +
PRECIO UNITARIO POR OMISIÓN DEL CLUB +
PRECIO UNITARIO ESPECIAL ACTUAL +
Estructura de datos que define los requerimientos lógicos Comentario
ORDEN = NÚMERO DE ORDEN
 + FECHA DE LA ORDEN
 + NÚMERO DE CLIENTE
 + NOMBRE DEL CLIENTE
 + DIRECCIÓN DE FLETE DEL CLIENTE = DIRECCIÓN >
 + (DIRECCIÓN DE COBRO DEL CLIENTE = DIRECCIÓN >)
 + 1{NÚMERO DE PRODUCTO +
 CANTIDAD ORDENADA} N
 + (NÚMERO POR OMISIÓN DE LA TARJETA DE CRÉDITO)
 
← Identificador único de la salida.
← Uno de los muchos campos que debe adoptar un valor. La 
faltade paréntesis indica que se requiere un valor.
← Apuntador para una definición relacionada.
← Un grupo de campos que se repite 1 – n veces. Los 
 paréntesis indican valores optativos.
← Un campo optativo, lo que implica que es uno que no tiene
 que tener un valor.
Cap-14.indd 501Cap-14.indd 501 16/1/08 18:22:5716/1/08 18:22:57
502 Parte Tres Métodos de diseño de sistemas
UNIDADES VENDIDAS EN EL MES CORRIENTE +
UNIDADES VENDIDAS EN EL AÑO EN CURSO +
TOTAL DE UNIDADES VITALICIAS VENDIDAS +
TÍTULO DEL TRABAJO +
DESCRIPCIÓN DEL CATÁLOGO +
FECHA DE DERECHO DE AUTOR
VALOR DEL CRÉDITO +
PRODUCTOR +
DIRECTOR +
CATEGORÍA DEL VIDEO
Los atributos NÚMERO DE PRODUCTO, VENTAS MENSUALES DE UNIDADES, VENTAS DE UNIDADES AL AÑO, 
y TOTAL DE UNIDADES VENDIDAS no deben ser ingresados por el usuario. Más bien, deben ser 
generados automáticamente por el sistema. También, para la CUBIERTA DEL TÍTULO, se espe-
rará que el usuario simplemente especifique un archivo con un mapa de bits que conten-
drá una imagen real del nuevo título del video.
Paso 2: Seleccione controles apropiados de la interfaz gráfica del usuario Ahora 
que tenemos una idea del contenido para nuestra entrada, podemos ocuparnos del con-
trol apropiado basado en pantallas que debe usarse para que cada atributo aparezca en 
nuestra pantalla. Usando el enfoque de programación basado en un repositorio, primero 
inspeccionaríamos para ver si tales decisiones y otras características de atributo ya han 
sido hechas y si se han grabado como entradas del repositorio. Si es así, simplemente 
reutilizaremos las entradas del repositorio que corresponden a los atributos que usaremos 
en nuestras pantallas de entradas. En los casos donde no hay entrada del repositorio, sim-
plemente tendremos que crearlos.
Para escoger el control correcto para nuestros atributos, debemos empezar por exa-
minar los valores posibles para cada atributo. Aquí hay algunas decisiones preliminares en 
relación con nuestros atributos de entrada identificados en el paso previo:
• NÚMERO DEL PRODUCTO, UNIDADES VENDIDAS EN EL MES CORRIENTE, UNIDADES VENDIDAS EN EL 
AÑO EN CURSO, TOTAL DE UNIDADES VITALICIAS VENDIDAS, CÓDIGO UNIVERSAL DEL PRODUCTO, 
PRECIO UNITARIO AL MENUDEO SUGERIDO POR EL FABRICANTE, PRECIO UNITARIO POR OMISIÓN 
DEL CLUB, PRECIO UNITARIO ESPECIAL ACTUAL, PRODUCTOR, y los atributos del DIRECTOR todos 
tienen valores de datos de entrada que son ilimitados en el alcance o no son edita-
bles. Como el diseñador es incapaz de proveer al usuario de una lista significativa de 
valores de la cual escoger, se escogió un text box de una sola línea. Como el atributo 
DESCRIPCIÓN DEL CATÁLOGO también se ajusta a estos criterios, fue seleccionado un mul-
tiple-line text box (conocido como “memo box” por algunos productos).
• TIPO DEL PRODUCTO, el IDIOMA, la CODIFICACIÓN DEL VIDEO, ORIENTACIÓN DE LA PANTALLA, y el 
TIPO DE MEDIOS DEL VIDEO contienen todos un conjunto predefinido limitado de valo-
res. Por consiguiente, se determinó que los radio buttons serían el control basado en 
pantallas preferido para estos elementos de entrada.
• Se determinó que ¿TÍTULO CERRADO? es un atributo de entrada que contiene un valor 
de sí/no. Por consiguiente, un check box fue seleccionad como el control para este 
atributo.
• La CANTIDAD EN EXISTENCIA, el TIEMPO CORRIENTE, la FECHA DE LOS DERECHOS DE AUTOR, y el 
VALOR DE CRÉDITO contienen valores de datos que se pueden secuenciar de una ma-
nera previsible. Así, un spin box con un text box asociado sería una buena elección 
para estos atributos.
• Los atributos CATEGORÍA DEL VIDEO y SUBCATEGORÍA DEL VIDEO contienen un gran número 
de valores predefinidos. Con tantos atributos para exhibir en nuestra pantalla, se de-
terminó que un drop-down list sería el mejor control seleccionado.
• La CUBIERTA del TÍTULO presentó un reto interesante. Su valor es de hecho una uni-
dad, un directorio, y el nombre de un archivo que contiene una imagen del mapa de 
bits de la cubierta del título de video. Este atributo hará uso de un control avanzado 
designado image box para almacenar la imagen de la cubierta del título de video. 
Cuando este objeto sea elegido por el usuario, se usará un conjunto de controles y 
el diálogo especial (la interacción del usuario) para capturar la entrada para este ele-
mento. Ilustraremos esta entrada más tarde en el paso 3.
Nuevamente, hay muchos otros controles basados en pantallas que podrían usarse para 
ingresar datos. Nuestros ejemplos enfocan la atención en los controles más comúnmente 
Cap-14.indd 502Cap-14.indd 502 16/1/08 18:22:5716/1/08 18:22:57
 Diseño de entradas y elaboración de prototipos Capítulo Catorce 503
usados. Qué tan bien complete usted esta actividad será una función de qué tan versado esté 
en estos controles comunes y otros más avanzados.
Paso 3: Diseñe, valide y pruebe las entradas Este paso incluye el desarrollo de pan-
tallas prototipo que los usuarios deben revisar y probar. Su retroalimentación puede dar 
como resultado la necesidad de regresar a los pasos 1 y 2 para agregar atributos nuevos y 
direccionar sus características.
Observemos un par de prototipos de la pantalla SoundStage. La figura 14.8 representa 
una posible pantalla del prototipo para manejar TÍTULO DEL VIDEO NUEVO, TÍTULO DEL VIDEO 
DESCONTINUADO, y ACTUALIZACIÓN DEL TÍTULO DEL VIDEO. El logotipo que aparece en la esquina 
derecha superior de la pantalla se incluyó para cumplir un estándar de la compañía: todas 
las pantallas deben exhibir el logotipo de la compañía. Los botones que también aparecen 
en la parte central y superior derecha de la pantalla se agregaron por la decisión de com-
binar las tres entradas en una pantalla individual. Fueron necesarios para proporcionarle 
al usuario la opción de seleccionar el tipo deseado de entrada y acción de registro. Discu-
tiremos estos botones y otros comandos y controles de navegación, así como su uso en el 
capítulo 15. 
Observe los siguientes aspectos en la figura 14.8:
1 El NÚMERO DE PRODUCTO, las VENTAS MENSUALES DE LAS UNIDADES, las VENTAS DE UNIDADES 
AL AÑO, y las VENTAS TOTALES DE UNIDADES se proyectan en la pantalla con un color es-
pecial como una pista visual para que el usuario identifique que estos campos están 
cerrados y no puede ingresar datos en ellos. Estos campos son automáticamente 
generados por el sistema. Otros campos que aparecen en la pantalla tienen un fondo 
blanco como una pista visual de que pueden ser editados.
2 Se especificaron máscaras de edición para estos campos de entrada. El campo del 
CÓDIGO UNIVERSAL DEL PRODUCTO contiene guiones en posiciones especificadas. El usua-
3
3
3
5
2
4
3
1
F I G U R A 1 4 . 8 Prototipo de entrada para el mantenimiento de los títulos de video
Cap-14.indd 503Cap-14.indd 503 16/1/08 18:22:5816/1/08 18:22:58
504 Parte Tres Métodos de diseño de sistemas
rio realmente no ingresa estos guiones; simplemente teclea los números, y luego el 
contenido entero es desplegado según la máscara de edición especificada. Lo mismo 
es cierto para los campos del PRECIO AL POR MENOR SUGERIDO POR EL FABRICANTE, el PRE-
CIO UNITARIO POR OMISIÓN DEL CLUB, y el PRECIO UNITARIO ESPECIAL ACTUAL. Por ejemplo, en 
cualquiera de estos tres campos el usuario podría teclear el número 9 y oprimir la 
tecla de ingreso, y el contenido sería desplegado (según la máscara de edición) con 
un signo de dólar y un punto decimal.
3 Cada campo en la pantalla ha recibido una etiqueta que es significativa para los 
usuarios. La retroalimentación de los usuarios indicó “CC”, era una abreviación co-
múnmente reconocida de “título cerrado. También, los usuarios indicaron que no era 
necesaria una etiqueta para la DESCRIPCIÓN DEL CATÁLOGO.
4 Los radio buttons relacionados han sido arreglados en un group box que contiene 
una etiqueta descriptiva. Los group boxes se usan con frecuencia para asociar visual-
mente una variedad de controles que se relacionan. Por ejemplo, los campos dentro 
del group boxetiquetado como “información común” estaban agrupados porque el 
usuario asocia estos atributos con cualquier tipo de producto SoundStage. También, 
cada etiqueta que corresponde a una opción de radio button no es lo que realmente 
se ingresa y almacena en la base de datos. Más bien, lo que usted ve es el significado 
del valor. El valor real que es almacenado es un código. Por ejemplo, el valor de có-
digo E se guardaría realmente en lugar de “inglés” si el usuario selecciona el radio 
Button rotulado como “inglés” para el atributo IDIOMA.
5 El multiple-line text box tiene una característica de barra de desplazamiento vertical 
si el texto llena el text box. Ésta es una pista visual de que hay texto adicional que 
no aparece dentro del campo de DESCRIPCIÓN DEL CATÁLOGO.
Al hacer los prototipos de las pantallas de entrada, usted necesita permitir que el 
usuario ejecute o pruebe las pantallas. Parte de esa experiencia debería involucrar la 
demostración de cómo puede obtener el usuario instrucciones o ayuda apropiada. Las 
nuevas versiones de productos de Microsoft usan lo que se llama “sugerencias de las he-
rramientas” para proveer una descripción breve de los botones y las cajas que aparecen 
en una pantalla. La descripción de la sugerencia de las herramientas se exhibe cuando el 
usuario sitúa al ratón sobre la parte superior del objeto. También, la tecla F1 es universal-
mente aceptada para iniciar ayuda sensible al contexto. Un botón de ayuda es otra opción. 
Independientemente del (los) enfoque(s) que usted use, no es necesario implementar la 
ayuda en un prototipo.
Finalmente, los prototipos no necesitan desplegar todos los detalles a un usuario a 
menos que sean solicitados (o sean activados por una acción del usuario). Por ejemplo, 
la drop-down list para Motion Picture Association del código de VALUACIÓN de América 
despliega sólo un valor predeterminado. Sin embargo, la flecha que apunta hacia abajo es 
una pista visual de que existe un List box que contiene otros valores posibles. El List box 
puede verse simplemente dando un clic sobre la flecha que apunta hacia abajo. El resul-
tado de esa acción se ilustra en el margen.
El ejemplo previo fue bastante simple porque contiene sólo datos que podrían actua-
lizarse en una tabla de bases de datos. Pero, ¿qué ocurre si una entrada incluye datos que 
deben actualizarse en más de una tabla? Y suponga que hay una relación de uno a muchos 
entre las tablas. Considere la ORDEN DEL MIEMBRO, la cual tiene una relación uno a muchos con 
los PRODUCTOS ORDENADOS POR EL MIEMBRO. ¿Cómo diseñamos una entrada individual para 
capturar los datos de ambas tablas?
La figura 14.9 representa una pantalla prototipo para ingresar al MIEMBRO y los PRO-
DUCTOS ORDENADOS POR EL MIEMBRO en una forma individual que está segmentada en dos 
ventanas. Los datos del MIEMBRO están en la ventana superior, y el PRODUCTO ORDENADO POR 
EL MIEMBRO está en la ventana inferior. Usted puede preguntarse qué pasa si el número de 
PRODUCTOS ORDENADOS POR EL MIEMBRO excede el espacio destinado para esa ventana. En 
otras palabras, ¿dónde está la barra de desplazamiento para la ventana inferior? Muchos 
controles GUI de Windows son “inteligentes”. Si el número de filas en la ventana inferior 
excede el espacio, una barra de desplazamiento vertical aparecerá automáticamente.
Como un último ejemplo de Windows, la figura 14.10 muestra un diseño de pantalla 
individual que consolida tres entradas diferentes o similares de nuestros diagramas de 
flujo de datos: el MIEMBRO NUEVO, la CANCELACIÓN DEL MIEMBRO, y la ACTUALIZACIÓN DEL MIEM-
BRO. Esta forma también usa los controles estándar de entradas que hemos estudiado en 
Un menú 
desplegable
Cap-14.indd 504Cap-14.indd 504 16/1/08 18:22:5916/1/08 18:22:59
 Diseño de entradas y elaboración de prototipos Capítulo Catorce 505
este capítulo. La consolidación de flujos de datos lógicos y físicos en diseños de pantalla 
individual es muy común.
Paso 4: Si es necesario, diseñe el documento fuente Si un documento fuente se va 
a usar para capturar datos, también debemos diseñarlo. El documento fuente es para el 
usuario del sistema. En su forma más simple, el prototipo puede ser un esquema simple o 
la obra de un artista industrial.
Un documento fuente bien diseñado estará dividido en zonas. Algunas de ellas sir-
ven para identificación; estas incluyen el nombre de la compañía, el nombre del formato, 
número oficial del formato, la fecha de la última revisión (un atributo importante que se 
omite a menudo), y los logotipos. Otras zonas contienen datos que identifican la ocurren-
cia específica del formato, como el número de secuencia del formulario (posiblemente 
preimpreso) y la fecha. La sección más grande del documento se usa para registrar datos 
de la transacción. Los datos que ocurren una vez y los que se repiten deberán estar se-
parados en forma lógica. Los totales deberán dejarse para la sección inferior del formato 
porque generalmente se calculan y, por consiguiente, no se ingresan. Muchos formatos 
F IGURA 14 .9
Prototipo de entrada 
para la orden de un 
miembro
FIGURA 14.10
Prototipo de entrada 
para las compras de 
un miembro
Cap-14.indd 505Cap-14.indd 505 16/1/08 18:22:5916/1/08 18:22:59
506 Parte Tres Métodos de diseño de sistemas
incluyen una zona de autorización para firmas. Las instrucciones deberán colocarse en una 
posición conveniente, preferentemente no en la parte de atrás del formato.
Las herramientas para crear prototipos se han hecho más avanzadas en estos últimos 
años. Los programas de hojas de cálculo como Excel de Microsoft pueden hacer modelos 
muy realistas de formatos. Estas herramientas le dan un control sobresaliente sobre los 
estilos y los tamaños de fuente, los gráficos para logotipos, y cosas por el estilo. Las impre-
soras de láser pueden producir salidas impresas excelentes de los prototipos.
Otra forma de hacer prototipos de documentos fuente es desarrollar un modelo 
aproximado usando un procesador de texto. Proporcione el modelo a una de las tantas 
F I G U R A 1 4 . 1 1 Prototipo de entrada para el carrito de compras de la Red
Cap-14.indd 506Cap-14.indd 506 16/1/08 18:23:0016/1/08 18:23:00
 Diseño de entradas y elaboración de prototipos Capítulo Catorce 507
oficinas de publicidad que pueden transformar el modelo aproximado a formatos impre-
sionantes (tan impresionantes, de hecho, que algunas compañías actualmente desarrollan 
formatos así, en lugar de contratar su diseño con un fabricante de formatos).
> Entradas basadas en la Web y el negocio electrónico 
(e-business) 
Las últimas consideraciones sobre el diseño de entradas que queremos abordar están re-
lacionadas con las salidas basadas en la Web. El proyecto SoundStage le añadirá diversas 
capacidades de comercio electrónico y de negocios electrónicos al sistema de información 
de Servicios para los Miembros. Algunas de estas capacidades requerirán entradas basadas 
en la Web que deben diseñarse.
Un requerimiento lógico de salida para el proyecto es una ORDEN DEL MIEMBRO basada 
en la Web. Únicamente le mostramos la versión del cliente/servidor. Ahora examinemos la 
versión basada en la Web. Es común presentar una fachada de Web (figura 14.11). Además 
de proveer al miembro de información acerca de los productos SoundStage (una salida), 
el miembro puede dar un clic sobre el botón de “comprar” para iniciar una compra. Eso 
lleva al miembro a lo que se ha convertido en una metáfora de pantalla común en las 
aplicaciones de comercio electrónico (e-commerce), la pantalla del carrito de compras 
(vea la figura 14.12). Las interfaces de Web tienden a ser algo más artísticas que las de 
3
2
1
F I G U R A 1 4 . 1 2 Prototipo de entradas para el carrito de compras de la Red
Cap-14.indd 507Cap-14.indd 507 16/1/08 18:23:0016/1/08 18:23:00
508 Parte Tres Métodos de diseño de sistemas
 
 Resumen
Windows. Quizás eso sea parte del atractivo. La interfaz necesita ser atractivavisualmente 
para seducir al cliente para comprar productos a falta de un argumento de ventas verbal. 
En la figura 14.12:
1 El “marco” del carrito de compras es independiente del marco general de navegación 
(a la izquierda). Este último le permite al usuario buscar y navegar por todo el sitio 
Web, con la esperanza de encontrar productos adicionales para añadir al carrito de 
compras.
2 Botones, text boxes, hyperlinks, drop-down boxes, y otros controles comunes se 
aplican a una interfaz de Web en lugar de una interfaz de Windows.
3 Un hyperlink (hipervínculo) de verificación envía al miembro a la siguiente “página” 
para completar la transacción.
La interfaz de Web le ofrece varias ventajas, como la habilidad automática para que los 
miembros usen los botones hacia adelante y hacia atrás para navegar en diferentes pági-
nas de inventarios y órdenes en el sitio Web.
Este capítulo presentó un panorama detallado de las tareas de diseño de entradas de un 
proyecto. Si usted no ha estudiado el diseño de las salidas, debe regresar y leer el capítulo 
13. De otra manera, el siguiente capítulo lógico es el capítulo 15, “Diseño de la interfaz 
del usuario”. El diseño de las interfaces de usuario conjunta las pantallas de entradas y de 
salidas en una experiencia general del usuario. Tal como hicimos en este capítulo, vamos a 
abordar tanto las interfaces de cliente/servidor, basadas en Windows como las soluciones 
de negocios electrónicos (e-business) basadas en la Web.
M
ap
a 
de
 a
pr
en
di
za
je
 1. Varios conceptos son importantes para el diseño de 
las entradas. Una de las primeras cosas que usted 
debe aprender es la diferencia entre captura de 
datos, entrada de datos, y procesamiento de datos. 
Los medios y métodos alternativos de entradas tam-
bién deben ser comprendidos antes de diseñar las 
entradas. Y como la entrada de datos precisa es tan 
crítica para el procesamiento exitoso, el manteni-
miento de archivos, y la salida, usted también de-
berá aprender acerca de los factores humanos y los 
controles internos para el diseño de las entradas.
 2. ¡Los datos ocurren! Acompañan a los eventos de 
negocios llamados transacciones. Los ejemplos 
incluyen órdenes, tarjetas checadoras de tiempo, 
reservaciones, y cosas por el estilo. Éste es un 
concepto importante porque los diseñadores de 
Cap-14.indd 508Cap-14.indd 508 16/1/08 18:23:0116/1/08 18:23:01