Requerimientos

2016

Antologa
Unidad 3

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
7

Requerimientos
Temrio
Descripcin de actividad
3.1 Definicin

3.2 Tipos de Requerimientos

3.2.1 Funcionales

3.2.2 No Funcionales 7
3.3 Caractersticas de los Requerimientos

10

3.4 Encontrar la voz de cliente, fuentes de los Requerimientos 4

3.5 Anlisis y especificaciones de los Requerimientos
3.6 El analista de los Requerimientos

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
Fecha 03/10/2016
ALUMNO:
NOMBRE:

Rosa Maria Ramirez Avila

CARRERA:

Ing. En Sistemas Computacionales.

DESCRIPCIN DE LA ACTIVIDAD

En esta primera actividad de la unidad 3 es conformar una antologa

reuniendo todos los temas de la unidad, en la cual se hablara del tema de
requerimientos, su definicin, sus tipos y caractersticas de los
requerimientos.

CONCLUSIN PERSONAL.
El modelado de negocios se define como un proceso de representacin de
uno o ms aspectos o elementos de una empresa, tales como: su propsito,
su estructura, su funcionalidad, su dinmica, su lgica de negocios y sus
componentes. Es muy importante poder comprender y representar el
funcionamiento, aspectos y estructura del negocio como su independencia.
Provee beneficios significativos para ayudarles a construir modelos rigurosos,
trazables y mantenibles que soporte el ciclo de vida de desarrollo de software
completo.

3.1 Definicin

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
El trmino requerimiento puede encontrarse, a veces, cambiado por requisitos,
pero en realidad lo correcto es decir requerimiento, ya que significa requerir, solicitar.
No obstante el trmino Requerimiento no se utiliza de una forma constante en la
industria del Software, puede ser considerado como una declaracin abstracta de alto
nivel de un servicio que debe proporcionar el sistema o una restriccin de ste. Por otro
lado, en el otro extremo del significado, es una definicin detallada y formal de una
funcin del sistema.
Si tomamos como referencia la definicin de IEEE (Institute of Electrical and Electronics
Engineers) - Std 610-1990, un requerimiento es:
Condicin o capacidad de un usuario para resolver un problema o alcanzar un
objetivo.
Condicin o capacidad que debe alcanzar un sistema o un componente del
sistema para satisfacer un contrato, un estndar, una especificacin u otro
documento formalmente impuesto.
Representacin documentada de una condicin o capacidad como las
expresadas anteriormente.

Los requerimientos se pueden clasificar de distintas formas, teniendo en cuenta sus

caractersticas. En cuanto a las categoras, se pueden plantear dos:
Orientado al mercado
Orientado al cliente y/o usuario

Los requerimientos orientados al mercado son ms generales, tratan una globalidad, se

destacan las siguientes caractersticas:
Bocetados e informales
Utilizan tcnicas ms de manufactura que de Ingeniera de Software.
Especificacin en formato comercial
El Cliente es general, no siempre bien identificado, es ms un sector del
mercado.

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
Se basan en consultores para aspectos deseables o necesidades detectadas en
el mercado.
Enfoque poco estructurado.

Los requerimientos especficos para un cliente atienden las necesidades de ste, sus
caractersticas son:
Son voluminosos y ms formales ya que se tratarn con el cliente.
Se utilizan Tcnicas de la Ingeniera de Software.
Pueden contener largas listas de especificaciones.
Es necesario hacer uso del conocimiento del dominio del sistema.
Los proyectos son basados en personal propio o contratado.
Se utilizan mtodos estructurados siguiendo un enfoque particular.

Estas orientaciones se integran en la Empresa, Institucin u Organizacin, ya que el

usuario est dentro de una de ellas que a su vez estn insertas en un mercado, es por
ello que se considera que los requerimientos desde una perspectiva Organizacional.
Se identifican las siguientes caractersticas:
La contribucin de los Sistemas de Informacin en las Organizaciones:

Automatizan, reduciendo costos de los procesos.

Brindan informacin a quienes toman las decisiones, ya sea estratgicas,

tcticas u operativas.

Ayudan a transformar a la Organizacin.

Los prerrequisitos necesarios son:

Es necesario tener una visin del negocio y de la organizacin.

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.

Se debe alinear el Sistema de Informacin con la estrategia corporativa.

El desarrollo del sistema en este contexto tiene que ver con:

Las necesidades de los involucrados.

Los requerimientos del cliente y las estrategias del negocio.

Note la importancia que cobra conocer el negocio y sus estrategias, de otra forma los
Sistemas de Informacin no ayudan al crecimiento econmico del cliente, ya que no
estn alineados con sus objetivos y metas.

Desde una perspectiva del software, los requerimientos no refieren slo a las personas
y los negocios, sino que podemos verlos en relacin a los sistemas.
Podemos definirlos de la siguiente forma:
Los requerimientos del usuario son declaraciones, normalmente en lenguaje
natural y en diagramas, de los servicios que se espera que el sistema
proporcione y de las restricciones bajo las cuales debe funcionar.
Los requerimientos del sistema, establecen con detalle las funciones, servicios
y restricciones operativas del sistema. El documento de requerimientos del
sistema debe ser preciso, definiendo claramente y exactamente, lo que se va a
implementar. Normalmente forma parte del contrato entre las partes.

Es necesario redactar los requerimientos con diversos niveles de detalle contemplando

que est dirigido a diferentes tipos de lectores que lo utilizan, que son los integrantes
del equipo.
Requerimientos del usuario:

Administradores clientes

Clientes

Usuarios finales del sistema

Ingenieros

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.

Ingenieros clientes

Administradores contratistas

Arquitectos del sistema

Requerimientos del sistema:

Usuarios finales del sistema

Ingenieros clientes

Arquitectos del sistema

Desarrolladores del software

3.2 Tipos de Requerimientos

Hay distintos criterios de clasificacin de los requerimientos, los ms generales ya los

planteamos, ahora veamos los requerimientos en relacin al software ms
precisamente.
A menudo, los requerimientos de sistemas de software se clasifican en funcionales y no
funcionales, o como requerimientos del dominio del sistema:
Requerimientos funcionales, son las declaraciones de los servicios que
debe proporcionar el sistema, la forma en que ste debe reaccionar a la entrada
particular de datos, los procesos que debe hacer con sus controles y de cmo
debe comportarse en situaciones particulares.

Requerimientos no funcionales, son consideraciones sobre los servicios del

sistema o sus funcionalidades. Por lo general estn relacionadas con tiempo de
respuesta, performance, criterios de las interfaces de usuario, sobre el proceso
de desarrollo y sus estndares. Adems, se aplican al sistema en general, rara
vez pueden estar asociados a una funcionalidad en particular.

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
Con respecto a esta clasificacin de los requerimientos, algunos autores identifican un
tipo ms: los Requerimientos candidatos, son los requerimientos funcionales que no
se tendrn en cuenta en este momento, pero que son de negocio y pueden pasar a ser
de dominio con el tiempo, por ejemplo, las actividades de los docentes de una
Institucin educativa como cargar notas de los alumnos que se lleva en planillas y se
entregan a preceptores o bedeles para su carga definitiva en el sistema; es un
requerimiento candidato, ya que en un futuro puede ser incorporado como
autogestin de los docentes, suprimiendo un actor y un requerimiento, apareciendo
el actor Docente y su procedimiento.

No siempre la distincin entre diferentes tipos de requerimientos es clara, a veces un

requerimiento puede aparecer como no funcional, pero cuando se analiza se detectan
otras funcionalidades que tienen que ver con el sistema y su comportamiento, por
ejemplo, el tema de seguridad es general del sistema, aparece como una condicin o
restriccin, pero cuando se pide al usuario que se "loguee" es una funcionalidad a
cumplir el control de usuario y contrasea.

Tambin se puede plantear como un tem aparte: Restricciones del sistema, donde se
tendrn en cuenta todas las restricciones del dominio, las cuales se tendrn en cuenta
identificando si son requerimientos funcionales o no funcionales.

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.

3.2.1 Requerimientos funcionales

Si bien los requerimientos funcionales describen lo que el sistema debe hacer, depende
del tipo de software que se desarroll, de los posibles usuarios y del enfoque general
que tiene la organizacin al momento de la captura del requerimiento.

Cuando se describen como requerimientos del usuario, se hace en lenguaje coloquial,

de negocio y de forma bastante abstracta, no obstante describen con detalles la
funcionalidad, sus entradas y salidas, excepciones y restricciones. Una vista dinmica
podra considerar aspectos como el control, el tiempo de las funciones, desde el inicio
al fin y su comportamiento en situaciones excepcionales.
Los casos de uso documentan slo requerimientos funcionales (qu outputs se generan
a partir de qu inputs).

La especificacin de requerimientos funcionales de un sistema debe estar completa y

ser consistente. Frente a sistemas muy grandes y complejos, se hace casi imposible
obtener requerimientos con estas caractersticas, esto puede estar influido por la
existencia de numerosos stakeholders del sistema que tienen necesidades distintas y
quizs contradictorias.
Completo, significa que todos los servicios solicitados por el usuario deben
estar definidos.
Consistencia, significa que los requerimientos no deben tener definiciones
contradictorias.

3.2.2 Requerimientos no funcionales

Ya conocemos que los requerimientos no funcionales son los requerimientos que no
hacen referencia directamente a las funciones especficas del sistema pero, a qu
propiedades del sistema hace referencia?

Estos requerimientos atienden las propiedades emergentes de los sistemas, como son:

Ing. de Requerimientos

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
La fiabilidad, habilidad del software para comportarse consistentemente, en
una forma aceptable para el usuario, dentro del entorno en el que fue preparado
para correr.
El tiempo de respuesta, eficiencia, grado en el cual un sistema utiliza recursos
escasos CPU, memoria, disco, buffers, canales. Una parte est expresada en la
cuantificacin de requerimientos, en particular las restricciones de tiempo
"estmulo - respuesta". Tambin se debe especificar otras restricciones, como
son, el uso de memoria y las caractersticas del hardware donde debe correr
La capacidad de almacenamiento, interno y medios de respaldo.

En trminos generales podemos definir su alcance de la siguiente forma:

Performance:

Tiempo real
Restricciones de tiempo
Velocidad de procesamiento.

Precisin:

Precisin numrica

o Informacin correcta en el tiempo correcto

Nitidez

Confiabilidad

Disponibilidad de equipos.

Disponibilidad de informacin.

Integridad.

Localizacin

Ing. de Requerimientos

10

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.

Geogrfica

De responsabilidades

Restricciones operacionales.
Restricciones fsicas.
Seguridad

Permiso de acceso

Niveles de seguridad

Polticas de confiabilidad

Distribucin de los datos

Interfaces

De usuario, amigables

Restriccin de entrada y visualizacin de datos.

Mantenibles
Portabilidad
Interoperabilidad
Documentacin de soporte
Restricciones particulares del dominio
Restricciones particulares de la tecnologa a utilizar.

Ing. de Requerimientos

11

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.

Caractersticas del proceso:

Representacin, aspecto social y cognitivo
De una especificacin informal a una representacin formal.
Proceso no determinstico y no lineal
Elicitar, especificar y validar, no son actividades predominantemente tcnicas
Tpica actividad de resolucin de problemas

Modelo del proceso de Ingeniera de requerimientos

Ing. de Requerimientos

12

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.

Comprender el problema
Describir el problema
Lograr acuerdo sobre la
naturaleza del problema

Interaccin entre los procesos de Ingeniera de requerimientos

Productos entregables, los modelos entregables en la etapa de captura de

requerimiento mnimamente son:
Del dominio del problema
De los requerimientos funcionales

Ing. de Requerimientos

13

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
De los requerimientos no funcionales.

3.3 Caractersticas de los Requerimientos

Las caractersticas de un requerimiento son sus propiedades principales. Un conjunto
de requerimientos en estado de madurez, deben presentar una serie de caractersticas
tanto individualmente como en grupo.
Caractersticas de la Descripcin de un Requerimiento.
Las caractersticas que tiene una buena descripcin individual de un requerimiento,
que lo diferencian de uno mal descrito, son:
Completo:
Cada requerimiento debe describir de manera completa la funcionalidad que debe
cumplir. Debe contener toda la informacin necesaria para que el desarrollador disee
e implemente tal funcionalidad.
Correcto:
Cada requerimiento debe describir de manera precisa la funcionalidad que se debe
construir. Un requerimiento correcto no debe entrar en conflicto con otro requerimiento.
Slo los usuarios ms representativos del sistema pueden determinar de manera
precisa si un requerimiento es correcto o no.
Realizable:
Debe ser posible implementar cada requerimiento de acuerdo a las capacidades y
limitaciones del sistema y el medio que lo rodea. Para garantizar que no se determinen
requerimientos no realizables, se recomienda contar con personal al interior del equipo
de analistas de requerimientos que pueda establecer las limitaciones tcnicas y de
costos.
Necesario:
Cada requerimiento debe documentar algo que los clientes realmente necesiten, algo
que sea para conformidad de un sistema externo con el que se tenga interaccin, o
para satisfacer un estndar. Para determinar si un requerimiento es necesario se debe
determinar quin lo propuso, es decir, conocer su origen.
Priorizable:
Es importante asignar una prioridad para cada requerimiento que indique que tan
esencial es el mismo para la realizacin del producto. Se pueden perder elementos de

Ing. de Requerimientos

14

Rosa Maria Ramirez Avila

Ing. Sistemas
7Sem.
juicio para el desarrollo del sistema si se asigna el mismo grado de prioridad a todos los
requerimientos.

Ing. de Requerimientos

15