Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Ir a la navegaci�nIr a la b�squeda
En la ingenier�a de sistemas, un requisito es una necesidad documentada sobre el
contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido
formal en la ingenier�a de sistemas, ingenier�a de software e ingenier�a de
requisitos.
�ndice
1 �Qu� es un requisito?
2 Requisitos en ingenier�a de software y sistemas
3 Caracter�sticas
3.1 An�lisis de requisitos
4 V�ase tambi�n
�Qu� es un requisito?
Condici�n o capacidad que un usuario necesita para poder resolver un problema o
lograr un objetivo (IEEE).
Condici�n o capacidad que debe exhibir o poseer un sistema para satisfacer un
contrato, est�ndar, especificaci�n, u otra documentaci�n formalmente impuesta
(IEEE).
Una condici�n o capacidad que debe ser conformada por el sistema (RUP).
Algo que el sistema debe hacer o una cualidad que el sistema debe poseer (Robertson
- Robertson).
Requisitos en ingenier�a de software y sistemas
En ingenier�a de sistemas existen tres tipos de requisitos.
Un requisito funcional puede ser una descripci�n de lo que un sistema debe hacer.
Este tipo de requisito especifica algo que el sistema entregado debe ser capaz de
realizar.
Un requisito no funcional: de rendimiento, de calidad, etc; especifica algo sobre
el propio sistema, y c�mo debe realizar sus funciones. Algunos ejemplos de aspectos
solicitables son la disponibilidad, el testeo, el mantenimiento, la facilidad de
uso, etc.
Otros tipos de limitaciones externas, que afectan en una forma indirecta al
producto. Estas pueden ir desde la compatibilidad con cierto sistema operativo
hasta la adecuaci�n a leyes o regulaciones aplicables al producto
Una colecci�n de requisitos describe las caracter�sticas o atributos del sistema
deseado. Se omite el c�mo debe lograrse su implementaci�n, ya que esto debe ser
decidido en la etapa de dise�o por los dise�adores.
Caracter�sticas
Los requisitos bien formulados deben satisfacer varias caracter�sticas. Si no lo
hacen, deben ser reformulados hasta hacerlo.
No ambiguo: El texto debe ser claro, preciso y tener una �nica interpretaci�n
posible.
Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de
uno de tipo t�cnico y especializado, aunque aun as� debe referenciar los aspectos
importantes.
Consistente: Ning�n requisito debe entrar en conflicto con otro requisito
diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos
requisitos debe ser consistente tambi�n.
Completo: Los requisitos deben contener en s� mismos toda la informaci�n necesaria,
y no remitir a otras fuentes externas que los expliquen con m�s detalle.
Alcanzable: Un requisito debe ser un objetivo realista, posible de ser alcanzado
con el dinero, el tiempo y los recursos disponibles.
Verificable: Se debe poder verificar con absoluta certeza, si el requisito fue
satisfecho o no. Esta verificaci�n puede lograrse mediante inspecci�n, an�lisis,
demostraci�n o testeo.
Estas caracter�sticas suelen ser subjetivas, es decir, no pueden ser calculadas de
forma autom�tica por ning�n sistema. Por ello, se tiende a utilizar m�tricas o
indicadores que s� que pueden ser calculados de forma autom�tica y que, de alg�n
modo, pueden contribuir a ponderar las anteriores caracter�sticas.
An�lisis de requisitos
Art�culo principal: Ingenier�a de requisitos
La etapa en que se estudian los requisitos para verificar que est�n correctamente
adecuados a las caracter�sticas mencionadas es conocida como An�lisis de
requisitos. En la misma se enfocan e intentan solucionar las deficiencias que los
requisitos puedan tener