CAPITULO 6: REQUERIMIENTOS DEL SOFTWARE

1. Identifique y comente brevemente 4 requerimientos que se

pueden definir para un sistema informático.

Los requerimientos que se pueden definir para un sistema

informático son:

• Requerimientos funcionales: Son declaraciones de los servicios

que el sistema debe proporcionar o son descripciones de cómo
se debe llevar a cabo algunos cálculos, los requerimientos de
dominio son requerimientos funcionales que se derivan de las
características del dominio de aplicación.

• Requerimientos no funcionales: Restringen el sistema en

desarrollo y el proceso de desarrollo que se debe utilizar.
Pueden ser requerimientos de los productos organizacionales o
externos. A menudo están relacionados con las propiedades
emergentes del sistema y, por lo tanto se aplican al sistema
completo.

• Requerimientos del usuario: Son para el uso por la gente

relacionada con la utilización y obtención del sistema. Se debe
redactar en lenguaje natural, con tablas y diagramas que sean
fáciles de entender.

• Requerimientos del sistema: Se utilizan para comunicar de

forma precisa, las funciones que debe proporcionar el sistema.
Para reducir la ambigüedad se deben redactar en un formulario
estructurado de lenguaje natural complementado con tablas y
modelos del sistema.

2. Comente los problemas de la utilización del lenguaje natural

para definir los requerimientos del usuario y del sistema y
muestre utilizando pequeños ejemplos, cómo el estructurar el
lenguaje natural en formularios puede ayudar a evitar
algunas de las dificultades.

Los problemas que surgen al usar lenguaje natural en los

requerimientos del usuario son:
 • Falta de claridad: Algunas veces es difícil utilizar el lenguaje de
forma precisa y no ambigua sin hacer el documento poco
conciso y difícil de leer.

• Confusión de requerimientos: No se distinguen claramente los

requerimientos no funcionales y funcionales, las metas del
sistema y la información para el diseño.

• Conjunción de requerimientos: Diversos requerimientos que se

pueden expresar de forma conjunta como un único
requerimiento.

Los problemas que surgen al usar lenguaje natural en los

requerimientos del sistema son:

• La comprensión de lenguaje natural depende de que los

lectores y redactores de la especificación utilicen las mismas
palabras para el mismo concepto. Esto conduce a malas
interpretaciones debido a la ambigüedad del lenguaje natural.

• Una especificación de requerimientos en lenguaje natural es

demasiado flexible. Puede decir lo mismo de formas
completamente diferentes. Se deja al lector decidir cuando los
requerimientos son los mismos y cuando diferentes.

• No existe una forma fácil de modularizar los requerimientos en

lenguaje natural. Puede ser difícil encontrar todos los
requerimientos relacionados. Para descubrir la consecuencia de
un cambio, pude ser necesario mirar todos los requerimientos
en vez de un solo grupo de requerimientos relacionados.

Ejemplo 1. Préstamo equipos portátiles del SENA.

Función Registrar las entradas y salidas de los prestamos de los equipos

portátiles por parte de los alumnos.
Descripci Registra el código de barras del equipo y del cargador, el
ón documento del alumno, la hora y la fecha del préstamo y los
mismos datos para la entrega.
Entradas Lectura de los códigos de barras y el documento del alumno.
Salidas Registro del préstamo del equipo portátil por cada alumno.

Ejemplo 2. Entrada y salida del personal de una empresa

Función Registrar la entrada y salida del personal autorizado.

Descripci Registra el horario en el cual el personal entra o sale
ón de la empresa.
Entradas Lectura de horario de entrada y horario de salida.
Salidas El control de horario del personal

3. Descubra las ambigüedades en la siguiente declaración de

requerimientos de una parte de sistemas expendedor de
billetes.

• Los usuarios seleccionan su destino – (Cuando el usuario

presiona el botón inicio, se activa un menú que muestra
posibles destinos, junto con un mensaje que le indica que
seleccione el destino).

• Introducen una tarjeta de crédito y numero de identificación

personal – (se pide a los usuarios que introduzcan su tarjeta de
crédito, se comprueba su validez y entonces se le pide
introducir un identificador personal).

• El billete de tren se expide y se carga su cuenta de la tarjeta de

crédito – (cuando la transacción de crédito se haya validado, se
expide el billete).

4. Vuelva a redactar la descripción anterior utilizando el enfoque

estructurado descrito en este capítulo. Resuelva de forma
apropiada las ambigüedades identificadas
 Cuando el usuario se acerca al sistema automático donde se expiden
los billetes del tren, este debe presionar el botón de inicio activando
un menú que le muestre los posibles destinos que le ofrece el
sistema, un vez que seleccione el destino se le pide al usuario
introducir su tarjeta de crédito comprobando su validez por medio de
la clave, ya validada la transacción se expide el billete.

5. Dibuje un diagrama en secuencias que muestren las acciones

llevadas a cabo en el sistema expendedor de billetes. Puede
hacer algunas suposiciones razonables sobre el sistema.

Inicio

Destino

Introducir
tarjeta

Comprobar validez

Si no tiene Si tiene

Se expide la Se expide el billete

Fin
 Ponga especial atención en la especificación de los errores
del usuario

6. Utilizando la técnica sugerida aquí en la que el lenguaje

natural se presenta en una forma estándar, redacte
requerimientos del usuario verosímiles para la siguientes
funciones:

• La función de expedición de dinero en un cajero automático de

un banco: El sistema deberá pedir la tarjeta, la clave, monto
de retiro, tipo de cuenta y así mismo finalizar la acción
desembolsando el dinero.

• La verificación de ortografía y la función de corrección en un

proceso de texto: El sistema debe identificar las palabras
equivocadas, avisando al usuario que es incorrecta y así mismo
suministrando la ayuda de corrección por medio de ortografía y
gramática.

• Un sistema de auto servicio de bombas de gasolina que incluye

un lector de tarjetas de crédito. El cliente pasa la tarjeta
atreves del lector y especifica la cantidad de combustible
requerido. Este se entrega y se hace el cargo a la cuenta del
cliente: El usuario deberá deslizar la tarjeta por el lector,
seguido de esto exigirá la clave, digitara el valor del
combustible requerido, para luego la maquina acceda a darle el
servicio.

7. Describa 4 tipos de requerimientos no funcionales que

puedan existir en un sistema. de ejemplo de cada uno de
estos tipos de requerimientos.

- Requerimiento de seguridad: Un banco requiere que todo funcionario

al ingresar a la bóveda sea identificado por huella dactilar.

- Requerimiento de privacidad: El departamento contable de una

empresa requiere de una clave de acceso a su sistema para proteger
los estados financieros.

- Requerimiento legislativo: Un sistema que soporte todo el marco legal

vigente del país donde se desarrolle.
 - Requerimiento de estándares: Un determinado hospital requiere
registrar todos los medicamentos aprobados por el ministerio de
salud, siguiendo las normas que los rigen.

8. Redacte un conjunto de requerimientos no funcionales para el

sistema expendedor de billetes especificando su fiabilidad y su
respuesta en el tiempo.

- El sistema no deberá revelar ningún dato de ningún usuario a otro

usuario.

- El sistema debe dar una tarjeta pre-pagada a los usuarios para

ahorrarle tiempo al cliente y al mismo tiempo prestar un mejor
servicio.

- En el sistema se implementara una base de datos de huella digital

que será asignada a los usuarios mas frecuentes.

10. Ha obtenido un trabajo con un usuario de software quien ha

contratado a su anterior compañía para desarrollar un sistema
usted descubre que la interpretación de su compañía actual de los
requerimientos es diferente a la tomada por su anterior compañía.
Comente que haría en tal situación. Usted sabe que los costes de su
compañía actual se incrementaran si las ambigüedades no se
resuelven. También tiene una responsabilidad de confidencialidad
para su anterior compañía.

Debido a la ética laboral no tendrá en cuenta los requerimientos

tomados por la anterior empresa, deberá analizar nuevamente el
proceso de evolución de los requerimientos para así llegar a una
buena conclusión y empezar a diseñar el sistema.