5.

Introducción

convertirlo
puntos Este
representativa
tiva,
sino serimientos seanálisis ellas
mos requerimientos. Un
centra
mencionan
capítulo en rebasaproyecto
venta en
de recornendar
en de el
diseño
y
ciones.
ldentificarfunciones.
Identificar
CONOCIMIENTO
cionesCrear
de
LOSDE
un se las otros la el no los
habilidades
Porpropone aplicación åmbito Parapuede artefactos
experto y y
clasificar
eso, artefactos
Exploring orientados clasificar
deello ser
lalograr punto este
en
lista necesarias
el necesitan
libro,
a
se
exitoso
REQUERIMIENTOSlos
las de
la
dominiode Rrquiremerts
que relacionados objetos. de funciones
atributosde! fase
lai el venta, pues sin
unciones lector para una Objetivos
de
muchas requerimientos
de porque Pero nuestro
espericaiòn
del
kos dilucdar
pueda Quality con sistema.
sistemas se sistema y
y la habildades,
ottece
en
atributosexpresar fase la objetw
loBefre
s
requerimientos práthade una correta por
de relacionarlos
del
terminales requenmientus
kos es ejempla,
Desiintroduccin que un
rqunnieatus
sistea es exanen
un exhaustivael y
(CWO).
paso lwtor con las
no pura
imytantes riguns
a especifca
hendases drisivn
No domine
os las
eNhaus ra
no regu de fun
39 que d°d
ea e de os

5
 5 - CosoCIMIENTO DE LOS REQUERIMIENTOS

la presente sección son propios del

NInguno de los artefactos gue se describen en comunes de la fase de reque
lenguaje UML; se trata simplemente de documentos
rimientos.

5.2 Los requerimientos

necesidades o deseos de un pro
Los requerimientos son una descripción de las
es identificar y docurnentar lo
ducto. La meta primaria de la fase de requerimientos
claramente se lo comunique al cliente
que en realidad se necesita, en una forma que
reto consiste en definirios de manera
a los miembros del equipo de desarrollo. El sorpres25 al
inequivoca, de nodo que se detecten los iesgos y no se presenten
momento de entregar cl producto.
requerimientos:
Se reconniendan los siguientes artefactos en la fase de
panorama general
clientes
metas
funciones del sistema

atributos del sistema

Se men
docuimentos pertunentes, gue por cierto no examinaremos en el libro,
Oros
cionan al final del capitulo.

5.2.1 Integración de las piezas del rompecabezas

requerimientos aparece muy clra y
En nuestro caso de estudio, la definición dePorloslo regular hay que reunir y asimilar
tajante: la realidad dista mucho de serlo.
analizar los resultados de las entrevistas,
muchos estudios y documentos electrónicos, gTupo, etcétera.
celebrar reuniones para defnir los requerimientos en

5.3 Presentación general

terminal para el punto de venta que
Este proyecto tiene por objeto crear un sistema de
se utilizarå en las ventas al menudeo.

5.4 Clientes
objetos,
ObjectStore, Inc., detallista multinacional de

41
 5 -CoNOCIMIENTO DE LOS REQUERCUENTOs

5.5 Metas

En términos generales, la meta es una mayor autonatización del pago en las cajas
registradoras, dar soporte a servicios más rápidos, más baratos ymejores yalos pro
cesos de negocios. Más concretamente, la meta incluye:
Pago rápido de los clientes.
Anälisis råpido y exacto de las ventas.
Control automätico del inventario.

5.6 Funciones del sistema

Las funciones del sistema son lo que éste habrå de hacer, por ejemplo autorizar los
pagos a crdito. Hay que identificarlas y listarlas en grupos cohesivos y lógicos.

Con el objeto de verificar que algon X es de verdad una función del sistema, la
siguiente oración deberátener sentido:

Elsistema deberå hacer <X.

Por ejemplo: E! sistema deberá autorizar los pagos a crédito.

En cambio, los atributos del sistema son cualidades no uncionales -entre ellas la
facilidad de uso- que a menudo se confunden con las funciones. Nótese que "íaci
lidad de uso" no encaja en la oración de verificación: El sistema deberá hacer la facilidad
de uso. Los atributos no deben formar parte del documento de las especificaciones
funcionales del sistema, sino de un documento independiente que especifñca sus
atributos.

5.6.1 Categorías de las funciones

Las funciones, como autorizar pagos a crédito, han de clasificarse a fin de establecer
prioridades entre ellas e identiñcar las que de lo contrario pasarian inadvertidas (pero
que consumen tiempo y otros recursos). Las categorias son:
 5. CONOCMIENTO DE L09 REQUERIMIENTO4

gorta,
de la fundon signifiãdo

Evidente Debe realizarse, y el usuario deberia saber que se ha

realizado.

Oculta Debe realizarse, aunque no es visible para los usuarios.

Esto se aplica a muchos servicios técnicos subyacentes,
como guardar información en un mecanismo persis
tente de almacenamiento. Las funciones ocultas a
menudo se omiten (erröneamente) durante el proceso
de obtención de los requerimientos.
Superflua Opcionales; su inclusión no repercute significativa
mente en e! costo ni en otras funciones.

5.6.2 Funciones básicas

Las siguientes funciones del sistema en la aplicación de la terminal del punto de venta son
una muestra representativa; no pretenden en absoluto ser exhaustivas. Nuestro objetivo
es entender los detalles del análisis y del diseño, no el funcionamiento de una tienda.

Categona

R1.1 Registra la venta en proceso (actual): los productos evidente

comprados.

R1.2 Calcula el total de la venta actual; se incluyen el evidente

impuesto y los cálculos de cupón.

Captura la información sobre el objeto comprado evidente

R1.3
usando su código de barras y un lector o usando una
captura manual de un código del producto; por ejemplo,
un código universal de producto (UPC).

R1.4 Reduce las cantidades del inventario cuando se realiza Oculta

una venta.

oculta
R1.5 Se registran las ventas efectuadas.
evidente
R1,6 Elcajero debe introducir una identificación y una con
traseña para poder utilizar el sistena.
Ofrece un mecanisno de almacenamiento persistente.
oculta
R1.7

43
 5.7 5.6.3

Atributos
sistemadel Funciones
pagode

del Los ejemplo: Los IR2.2

R2.4 R2.3 R2.1
ERef # R1.9 R1.8
sistenna
atributosmetáfora
interfazde uso de atributos
facilidad

operativo)
del del pues el módem.
tiendaRegistra de través captura
delos Maneja de Maneja ofrecida
crediticia Maneja Muestra entreOfrece
registrado. y 5-CosOCIMIENTO
sistema sistema chequespagos
conducir autorización
o el
servicio de mecanismos
los
los ylos
ser
pueden monto los
con una manual, alos la
son pagos de pagos
mediante calculandopagos
partirpagos sistemas.
descripción
especificos
sus de la el conexión
tolerancia del servicio con (externa) y de
abarcar detalle
costo al
caracteristicas autorización
pago.
en tienda
autorizando crédito, a en
de DE
el cheque,
captura una efectivo,
el LOS
de sistema a de por saldo Funcion comunicación
y Fundón
través lectora
de el REQUERIMIENTO5
una todas las
a autorización módem.
créditoscapturando deudor. precio
función las fallas de de capturando
manual,
de los decapturando
o crédito
cuentas la paqos
funciones dimensiones; tarjetas
de del
conexión y entre
o (externa)
autorizando lacon la producto
grupo debe por la tienda la
respuesta
plataformas tiempode licencia
información
el
o
cantidad
los
(por cobrar, por mediante procesos
de a
la
servicio
a
ejemplo,
funciones. no
son
funciones. oculta evidente evidente 2Categoria
evidente evidente oculta
la
plataforma Categorfa

Por
 5-CoNOcrMIENO DE LOS REQUEREMIENTOS

cuales tienden
tienen un posible conjunto de detalles de atributos, los
Los atributos simbólicos; por ejemplo:
£ser valores discretos, confuSOS o
(psicológicamente correcto)
tiempo de respuesta
colorido, basado en formas)
metáfora de interfaz - (gráfico,
del
sistema tambin pueden tener restricciones de frontera
Algunos atributos del de frontera, generalmente en un
rang0
atributo, que son condiciones obligatorias
numrico de los valores de un atributo: por ejemplo:
como máximo)
tiempo de respuesta (cinco segundos
He aquí algunos ejemplos más:

Detalles y.restric detronte

Atributo'

(restricción de frontera) Cuando se registre un pro

tiempo de respuesta precío aparecerán
ducto vendido, la descripción y el
en cinco segundos.

metáfora de interfaz
metáfora de una
(detalle) Ventanas orientadas a ia
forma y cuadros de di£logo.
con teclado
(detalle) maximiza una navegación fåcil
y no con apuntadores.

tolerancia a fallas
los pagos a
(restricción de frontera) debe registrar cuentas por
crédito autorizados que se hagan a las
cuando se
cobrar en un plazo de 24 horas, aun
produzcan fallas de energíao del equipo.

plataformas del sistema (detalle) Microsoft Windows 95 y NT.

operativo

5.7.1 Atributos del sistema en las especificaciones de funciones

claramente con
Conviene describir todos los atributos del sistema que se relacionen
las funciones dentro de la lista en que se especifican estas últimas. Adem¯s, los
detalles de los atributos y las restricciones de frontera pueden catalogarse como obli
gatorios u opcionales.

1 Una restricción de frontera suele ser obligatoria, pues de lo contrario significaria que no era
sóida.

45
 5-CoxOCIMIESTO DE LO09 REQUE.RIMIENToS

Aributobetalles Cat
Ref Función

Mostrar la descripciÏn y el pre evidente tiempo de 5 segundos como oblig

R1.9 mázimo torio
respuesta
cio del producto registrado.
metáfora pantallas basadas en oblrg
de interfaz formas torio

colorido opciona

tolerancia debe registrar en las obliga

Registrar los pagos a crédito en oculto
R2.4 Cuentas por cobrar en torio
el sistema de cuentas por a fallas
un plazo de 24 horas,
cobrar, pues el servicio de auto
rización de crédito debe a la aun cuando se produz
can fallas de energia
tienda el importe del pago.
o del equipo

tiempo de 10 sequndos como obiiga

respuesta máximo torio

5.8 Otros artefactos en la fase de los requerimientos

En este libro se da una introducción muy sucinta a los requerimientos; es un tema que
sistema son los
bien podria abarcar libros enteros. Las funciones y los atributos del
docunentos minimos de los requerimientos, de modo que se necesitan otros artefac
tos impor tantes para atenuar el riesgo y entender el problema, a saber.
Requerimientos y equipos de enlace: lista de los que deberian par ticipar en la espe
cificación de las funciones y atributos del sistema, en la realización de entrevistas.
de pruebas, de negociaciones y de otras actividades.
Grupos afectados: los que reciben el impacto del desarrollo o aplicaciön del
sistema.

Suposiciones: las cosas cuya verdad se supone.

Riesgos: las cosas que pueden ocasionar el fracaso o retraso.
Dependencias: otras personas, sistemas y productos de los cuales no pude
prescindir elproyecto para su terminación.
Glosario: deinición de los términos pertinentes; tema que se estudiara en catt
los subsecuentes.
Casos de uso: descripciones narrativas de los procesos del dominio, tema que se
verá en capitulos posteriores.
Modelo conceptual preliminar: modelo de conceptos importantes y de sus rela
ciones; tena que se tratarå en capitulos posteriores.