Unidad 2: Anlisis de

Requerimientos
Tema 2: Anlisis de requerimientos

Para construir algo primeramente debe de entenderse lo que debe ser

ese algo.
El proceso de entender y documentar ese algo se le llama Anlisis de
requerimientos.
En general los requerimientos expresan qu se supone debe hacer una
aplicacin: Por lo comn no intentas expresar como lograr estas
funciones .

Definiciones de Requerimientos de un software

Condicin o necesidad de un usuario para poder resolver un
problema o lograr un objetivo.

Algo que el sistema debe hacer o una cualidad que el sistema debe
poseer (Robertson)
Es el proceso mediante el cual se intercambian diferentes puntos de
vista para recopilar y modelar lo que el sistema va a realizar. Este
proceso utiliza la combinacin de mtodos, herramientas y actores,
cuyo producto es un modelo del cual se genera un documento de
requerimiento

Por ejemplo: La siguiente afirmacin es un requerimiento para una

aplicacin de contabilidad.

El sistema debe de permitir al usuario acceso a sus saldos.

En trminos generales la siguiente afirmacin no es un requerimiento
para una aplicacin.

Los estados de cuenta del cliente se almacenaran en una tabla llamada

Saldos en una base de datos de Access.
Esta ultimo nos dice como se debe construir la aplicacin.

La salida del anlisis de requerimientos es un documento que se le

conoce como especificacin de requerimientos de software (ERS).

Por qu deben escribirse los requerimientos?

Las disciplinas de ingeniera de software an los mejores ingenieros
insisten en escribir documentos con todo cuidado. Sin ellos el equipo no
sabe en realidad cuales son sus metas , que se intenta lograr , no puede
inspeccionar y probar su trabajo de manera adecuada , no puede
controlar su productividad , no tiene datos adecuados de sus practicas y
adems no puede satisfacer al cliente .
En resumen no existe Ingeniera Profesional si no se documentas los
requerimientos.

Importancia Requerimientos de un software

Estudios realizados muestran que mas del 50% de los proyectos fracasan
por no realizar un estudio previo de los requisitos

La falta de participacin del usuario, requerimientos incompletos y el

cambio en los requerimientos establecidos, tambin son motivo de
fracaso .
Se debe realizar especificaciones completas de los requerimientos de los
procesos independientemente de lo bien diseado o codificado que
este, un programa pobremente especificado probablemente har
fracasar el desarrollo
La falta de comprensin, la documentacin y la gestin de los
requerimientos puede llevar a construir un sistema que resuelva el
problema equivocado, que no funcione como se espera o que presenta
dificultades para que el usuario pueda comprenderlo o utilizarlo.

Caractersticas de una buena especificacin de

requerimientos
Los requerimientos deben de ser:
Conciso fcil de leer y entender
Definidos sin ambigedades
Completos que proporcione la informacin suficiente para su
comprensin
consistencia si no es contradictorio con otro requerimiento

Problemas
Los usuarios no saben lo que quieren.
Un sistema tiene muchos usuarios y
ninguno tiene una visin de conjunto.
No saben cmo hacer ms eficiente la
operacin en su conjunto
No saben qu partes de su trabajo pueden
transformarse en software.
No saben detallar lo que saben de forma
precisa.

Tipos de Requerimientos
Existen dos tipos de requerimientos
Requerimientos
Funcionales

Requerimientos No
Funcionales

Requerimientos Funcionales
Especifican los servicios que debe de proporcionar una
aplicacin , es decir describen con detalle la funcin
de l sistema , sus entradas, salidas, excepciones etc.
Por ejemplo:
Registrar la venta actual
Calcula el total de la venta actual.

Tipos de requerimientos
Requerimientos No Funcionales
Especifican propiedades del sistema, como restricciones
del diseo o la implementacin, desempeo,
dependencia de la plataforma, facilidad de
mantenimiento, disponibilidad y fiabilidad.
Son aquellos requerimientos que no se refieren
directamente
a las funciones especificas que
proporciona el sistema, si no a las propiedades
emergentes de este como son la fiabilidad , tiempo de
respuesta y la capacidad de almacenamiento.

Requerimientos No
funcionales

Requerimientos
Organizacionales

Requerimientos del
Producto

Requerimientos
de Usabilidad

Requerimientos
de eficiencia

Requerimientos
de rendimiento

Requerimientos
de Fiabilidad

Requerimientos
de Portabilidad

Requerimientos
Externos

Requerimientos
Interoperabilidad

Requerimientos
ticos

Requerimientos
de Privacidad

Requerimientos
de Espacio

Requerimientos
de Entrega

Requerimientos de
implementacin

Requerimientos de
Estndares

Requerimientos
Legislativos

Requerimientos
de Seguridad

Requerimientos del Producto

Especifican el comportamiento del producto.
De rendimiento Especificacin de los requisitos relacionados con la
carga que se espera tenga que soportar el sistema.
Por ejemplo:
El nmero de terminales, el nmero esperado de usuarios
simultneamente conectados, nmero de transacciones por segundo
que deber soportar el sistema, etc.
Todos estos requisitos deben ser medibles. Por ejemplo, indicando
el 95% de las transacciones deben realizarse en menos de 1 segundo,
en lugar de
los operadores no deben esperar a que se complete la transaccin.
Fiabilidad fijan la tasa de fallos para que el sistema sea aceptable.
Portabilidad
Usabilidad

Requerimientos Organizacionales

Se derivan de polticas y procedimientos existentes

en la organizacin del cliente y el desarrollador.
Por ejemplo:
Los estndares en los procesos que deben utilizarse;
Los requerimientos de Implementacin como los
lenguajes de programacin o el mtodo de diseo a
utilizar.
Requerimientos de entrega que especifica cuando se
entregara el producto y su documentacin

Requerimientos Organizacionales

Se derivan de polticas y procedimientos existentes

en la organizacin del cliente y el desarrollador.
Por ejemplo:
Para que se efectu un prstamo de un libro el alumno
deber de presentar su credencial de estudiante.

Requerimientos Externos

Incluye todos los requerimientos que se derivan de

los factores externos al sistema y de su proceso de
desarrollo. Como de :
Interoperabilidad.- que define la manera en que el
sistema interacta con otros sistemas de otras
organizaciones.
Legislativos .- estos deben seguirse para asegurar
que el sistema funcione dentro de la ley y
requerimientos ticos.

Requerimientos de Seguridad
Especificacin de elementos que protegern al
software de accesos, usos y sabotajes maliciosos, as
como de modificaciones o destrucciones maliciosas o
accidentales. Por ejemplo:
Empleo de tcnicas criptogrficas.

Asignacin de determinadas funcionalidades a

determinados mdulos.

Ejercicio : De la siguiente lista de requerimientos de

una tienda de msica en lnea, Identifica cuales son
funcionales? y Cules son no funcionales?
Tienda de msica Online

Descripcin del problema:

Quiero vender msica a travs de internet
Los usuarios compraran crditos para adquirir sus canciones.
Los usuarios buscaran las canciones que deseen y las
pagaran con crditos.

Los usuarios tendrn algunos das para descargar sus

canciones en sus computadoras las canciones que hayan
adquirido.
Quiero hacer ofertas generales
(afectan a todos los usuarios)
Particulares
(afectan a usuarios concretos)

Esta es la lista de los requerimientos para este sistema

Los usuarios compraran crditos para adquirir canciones.

El sistema debe visualizarse y funcionar correctamente en cualquier navegador,
especialmente en internet Explorer o mozila .
El sistema debe registrar la informacin de los usuarios y los crditos que poseen.
El sistema debe permitir que los usuarios registrados compren crditos y
proporcionar las herramientas para que los usuarios paguen.
Los usuarios buscaran las canciones que deseen y las pagaran con crditos.
El sistema debe almacenar informacin sobre las canciones que se pueden
adquirir y su precio en crditos.

El sistema debe permitir a los usuarios buscar y consultar la informacin sobre

las canciones.
El sistema debe cumplir las disposiciones recogidas en la ley orgnica de
datos personales y en el reglamento de medidas de seguridad

El sistema debe almacenar las canciones adquiridas por un usuario y la fecha ,

para saber durante cuanto tiempo puede descargar dichas canciones.
El sistema debe permitir descargar las canciones que un usuario ha adquirido
mientras tenga tiempo.
El sistema no debe de tardar mas de cinco segundos en mostrar los resultados
de una bsqueda. Si se supera este plazo, el sistema detiene la bsqueda y
muestra los resultados encontrados.

Para un sistema de expedientes Clnicos de pacientes , Identifica de la siguiente lista de

requerimientos cuales son funcionales y No funcionales e identifica los no funcionales de
acuerdo a su clasificacin.
Req#1
La interfaz debe ser implementada en HTML puro (Sin applets, Javascript, o frames).
________________

Req#2
El sistema deber poder desplegar la historia clnica en cualquiera de los nodos de acceso.
___________________
Req#3

El sistema deber registrar cualquier acceso o modificacin sobre una historia clnica.
____________________
Req#4
La informacin mdica de un paciente, no debe estar al alcance del pblico general.

___________________________
Req#5
El proceso de desarrollo debe estar conforme con el SGC de la corporacin.
______________

Req#6
El sistema deber almacenar la informacin personal de los pacientes.
____________________

Qu es un caso de uso?
Definicin 1
Es una tcnica para la captura de requisitos potenciales de un nuevo sistema o
una actualizacin de software. Cada caso de uso proporciona uno o ms
escenarios que indican cmo debera interactuar el sistema con el usuario o
con otro sistema para conseguir un objetivo especfico.
Definicin 2
Cada forma en que los actores usan el sistema se representa con un caso de
uso.
Los casos de uso son fragmentos de funcionalidad que el sistema ofrece para
aportar un resultado de valor para sus actores. De manera especifica un caso
de uso especifica una secuencia de acciones que el sistema puede llevar a
cabo interactuando con sus actores. incluyendo alternativas para sus actores.

Por ejemplo:

Renta de pelcula
Caso de uso: Renta de pelculas

Nota: en UML un caso de uso se representa con una elipse y con el nombre
del caso de uso dentro de ella.

Qu es un actor?
Se le llama Actor a toda entidad externa al sistema que guarda una

relacin con este y que le demanda una funcionalidad. Esto incluye a

los operadores humanos pero tambin incluye a todos los sistemas
externos.

actor

Actores
En el caso de los seres humanos se pueden ver a los actores como
definiciones de rol, por lo que un mismo individuo puede corresponder a uno o
ms Actores.

Secretaria

actor

Maestra

Descripcin de un caso de uso

Nombre del caso de uso:

Crear mensaje foro

Descripcin:
Permite crear un mensaje en el foro de discusin.
Actores:
Usuario de Internet registrado.
Precondiciones:
El usuario debe haberse registrado en el sistema.
Flujo Normal:
1. El actor pulsa sobre el botn para crear un nuevo mensaje.
2. El sistema muestra una caja de texto para introducir el ttulo del mensaje y una zona de mayor
tamao para introducir el cuerpo del mensaje.
3. El actor introduce el ttulo del mensaje y el cuerpo del mismo.
4. El sistema comprueba la validez de los datos y los almacena.
Flujo Alternativo:
4. El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al actor de ello
permitindole que los corrija
Poscondiciones:
El mensaje ha sido almacenado en el sistema.

Partes que contiene la descripcin de

caso de uso
son los hechos que se han de cumplir para que el flujo de
evento se pueda llevar a cabo.
corresponde a la ejecucin normal y exitosa del caso de

uso (use case).

son los que nos permiten indicar qu es lo que hace el
sistema en los casos menos frecuentes e inesperados.
son los hechos que se ha de cumplir si el flujo de eventos
normal se ha ejecutado correctamente.