Want to create interactive content? It’s easy in Genially!

Get started free

Requisitos FURPS

DAV

Created on July 1, 2021

Start designing with a free template

Discover more than 1500 professional designs like these:

Body Parts

Choice Board Flipcards

January School Calendar

Genial Calendar 2026

School Calendar 2026

January Higher Education Academic Calendar

School Year Calendar January

Transcript

Lorem ipsum dolor sit

Requisitos FURPS

Ver

Lorem ipsum dolor sit

Requisitos FURPS​

FURPS​

Usability

Supportabilty

REliability

Functionality

Performance

Lorem ipsum dolor sit

Este es un tipo de clasificación de requisitos especificado en la documentación de RUP. Se utiliza el acrónimo FURPS (por las siglas en inglés) para describir las principales categorías de requisitos:

  • Funcionalidad (Functionality)​
  • Facilidad de uso (Usability)​
  • Confiabilidad (Reliability)​
  • Rendimiento (Performance)​
  • Soporte (Supportability)​

Lorem ipsum dolor sit

Funcionalidad​

Lorem ipsum dolor sit

Los requisitos funcionales deben incluir:​

  • Conjunto de características​
  • Capacidades​
  • Seguridad​
Por ejemplo, para un Sistema de Ventas:​
  • R1: Mostrar descripción y precio de productos​.
  • R2: Registrar venta de productos​.
  • R3: Reducir stock cuando se realiza la venta​.
  • R4: Identificar al cajero utilizando un usuario y una clave​.

Lorem ipsum dolor sit

Facilidad de Uso

Deben incluir subcategorías tales como:​

  • Factores humanos​
  • Estéticos​
  • Consistencia de interfaz de usuario​
  • Ayuda en línea o “context-sensitive”​
  • Asistentes (“wizards”)​
  • Documentación de usuario​
  • Materiales de capacitación/entrenamiento​
Por ejemplo:​
  • R1: El sistema deberá proporcionar ayudas en línea para orientar en​ el uso de las interfaces.​
  • R2: Maximizar eficiencia mediante la navegación con teclado.​
  • R3: El sistema debe tener interfaces gráficas de administración y de operación en idioma español y en ambiente 100% Web, para permitir su utilización a través de navegadores de Internet.​

Lorem ipsum dolor sit

Lorem ipsum dolor sit

Confiabilidad

Frecuencia de fallas​:

  • Capacidad de recuperación a fallas​
  • Posibilidades de predicción del programa​
  • Precisión​
  • Tiempo medio de fallas​
Por ejemplo:​
  • R1: El sistema debe registrar los pagos a crédito autorizados que se​ hagan a las cuentas por cobrar en un plazo de 24 horas, aun cuando se produzcan fallas de energía o del equipo.​
  • R2: La cuenta del usuario se bloqueará por un lapso de 30 minutos​ luego de 4 intentos fallidos para evitar vulnerabilidades en la seguridad del sistema​.

Lorem ipsum dolor sit

Lorem ipsum dolor sit

Rendimiento

Condiciones impuestas a requisitos funcionales, tales como:​

  • Velocidad​
  • Eficiencia​
  • Disponibilidad​
  • Tiempo de respuesta​
  • Tiempo de recuperación​
  • Uso de recursos​
Por ejemplo:​
  • R1: El tiempo máximo para mostrar el reporte de cuentas por cobrar mediante un histograma es de 20 segundos​
  • R2: El sistema debe estar disponible al 100% o muy cercano a esta disponibilidad durante el horario hábil laboral de la empresa a nivel nacional, es decir, de lunes a viernes de 8:00 a.m. a 5:00 p.m., con excepción de los días festivos.​

Lorem ipsum dolor sit

Lorem ipsum dolor sit

Soporte​

Es la capacidad que tiene el software de ser modificado fácilmente para adecuar mejoras o cambios. Incluye:​

  • Adaptabilidad​
  • Facilidad de mantenimiento​
  • Compatibilidad​
  • Configurabilidad​
  • Facilidad de instalación​
  • Internacionalización​
Por ejemplo:​
  • R1: El sistema debe operar de manera independiente del​ navegador que se utilice (Microsoft Internet Explorer 6.0 o​ superior, Netscape 6.0 o superior, Mozilla FireFox).​
  • R2: El sistema deberá estar orientado a que las actualizaciones sólo​ se hagan en el sitio del servidor.

Lorem ipsum dolor sit

Lorem ipsum dolor sit

Requisitos de Implementación​

Restricciones de Diseño​

Lorem ipsum dolor sit

Especifica restricciones de codificación o de construcción del sistema:​

  • Estándares requeridos​
  • Lenguajes de implementación​
  • Políticas para la integridad de bases de datos​
  • Límite de recursos​
  • Ambientes de operación​
Por ejemplo:​
  • R1: El sistema debe desarrollarse con el lenguaje JAVA V1.6

Especifican o restringen el diseño de un sistema. Por ejemplo:​​

  • R1: El sistema deberá considerar, en su arquitectura, un modelo tres capas, donde se definen tres componentes lógicos de manera independiente: servicios de presentación o interfaz de usuario, servicios de funcionalidad y servicios de datos.​

Lorem ipsum dolor sit

Requisitos de Interfaz

Especifica:​

  • Elemento externo con el que el sistema debe interactuar​.
  • Restricciones o formatos, tiempos u otros factores usados en tales interacciones​.
Por ejemplo:​
  • R1: El sistema deberá proporcionar, para los diferentes reportes solicitados, salidas en documentos electrónicos (Word, Excel o Acrobat Reader).​
  • R2: En una visión preliminar de impresión se consideraría que todos los textos estarán relacionados con un visor de PDF’s, las estadísticas y resultados de consultas estarán relacionados con Excel 2003.​

Lorem ipsum dolor sit

Lorem ipsum dolor sit

Requisitos Físicos

Especifican características físicas que el sistema debe poseer; por ejemplo, material, forma, tamaño y peso. Pueden especificarse los requisitos de hardware.