SOFWARTERE111

UNIVERSIDAD PRIVADA SAN JUAN BAUTISTA
FACULTAD DE INGENIERÍAS
ESCUELA PROFESIONAL DE INGENIERÍA DE
COMPUTACIÓN Y SISTEMAS
CURSO
INGENERIA DE SOFTWARE II
TEMA
REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
DOCENTE DEL CURSO
ING. JULIO ALFREDO MARTIN CORDOVA FORERO
PRESENTADO
 GAMARRA CALDAS JEANCLON SCOTT
 Valle cusirramos Tito
 Holgado muñoz victor hugo
 De la cruz reto angel
 Yacarini fuente sebastian
CICLO:
 VI
LIMA - PERU
¿Qué caso de uso?
Un caso de uso es una secuencia de interacciones que se desarrollarán entre un

sistema y sus actores en respuesta a un evento que inicia, un actor principal sobre
el propio sistema. Los diagramas de casos de uso sirven para dar a conocer la
comunicación y el comportamiento de un sistema mediante su interacción con los
usuarios y otros sistemas.
Ventajas
La técnica de caso de uso tiene éxito en sistemas interactivos, ya que expresa la

intención que tiene el actor (su usuario) al hacer uso del sistema.
Limitaciones
Los casos de uso pueden ser útiles para establecer requisitos de comportamiento,
pero no establecen completamente los requisitos funcionales ni permiten
determinar los requisitos no funcionales.
 Los casos de uso deben complementarse con información adicional como

reglas de negocio, requisitos no funcionales.
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales
Los requisitos funcionales son servicios que prestará el sistema en la forma en que
reaccionará a determinados casos.
Cuando hablamos de las entradas, no solo hablamos de las entradas de los

usuarios. Pueden ser interacciones con otros sistemas, respuestas automáticas,
procesos predefinidos.
 Es importante recordar esto: Un Requerimiento Funcional puede ser también

una declaración negativa. Siempre y cuando el resultado de su comportamiento
sea una respuesta funcional al usuario o a otro sistema y eso nos lleva al
siguiente punto.
Muchos de los problemas en la ingeniería de software (hablando sobre el proceso
de desarrollo en sí mismo) comienzan con especificaciones de requisitos inexactas.
Requisitos no funcionales
Se trata de requisitos que no se refieren directamente a las funciones específicas
suministradas por el sistema (características de usuario), sino a las propiedades
del sistema: rendimiento, seguridad, disponibilidad.
 En palabras más sencillas, no hablan de “lo que” hace el sistema, sino de

“cómo” lo hace.
Alternativamente, definen restricciones del sistema tales como la capacidad de los

dispositivos de entrada/salida y la representación de los datos utilizados en la
interfaz del sistema.
Ejemplo de Requerimientos no Funcionales
Requisitos de rendimiento.
 El sistema debe ser capaz de operar adecuadamente con hasta 100.000

usuarios con sesiones concurrentes.
 Los datos modificados en la base de datos deben ser actualizados para
todos los usuarios que acceden en menos de 2 segundos.
Requisitos de Disponibilidad
 El tiempo para iniciar o reiniciar el sistema no podrá ser mayor a 5 minutos.
 El promedio de duración de fallas no podrá ser mayor a 15 minutos.
 La probabilidad de falla del Sistema no podrá ser mayor a 0,05.
Requisitos de seguridad
 Los permisos de acceso al sistema podrán ser cambiados solamente por el

administrador de acceso a datos.
 El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de
programación que incrementen la seguridad de datos.
 Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser
almacenados en una localidad segura ubicada en un edificio distinto al que reside
el sistema.
Requisitos de Usabilidad
 El sistema debe contar con manuales de usuario estructurados
adecuadamente.
 El sistema debe proporcionar mensajes de error que sean informativos y
orientados a usuario final.
 El sistema debe contar con un módulo de ayuda en línea.
Requisitos de Disponibilidad
 El tiempo para iniciar o reiniciar el sistema no podrá ser mayor a 5 minutos.
 La tasa de tiempos de falla del sistema no podrá ser mayor al 0,5% del tiempo de
operación total.
 El promedio de duración de fallas no podrá ser mayor a 15 minutos.
 La probabilidad de falla del Sistema no podrá ser mayor a 0,05.
Requisitos de almacenamiento
 La aplicación deberá consumir menos de 500 Mb de memoria RAM.
 La aplicación no podrá ocupar más de 2 GB de espacio en disco.
Requisitos de Escalabilidad
 Según las especificaciones sobre número de usuarios, se determinó que el
máximo volumen concurrente de usuarios debe ser de 100.000.
 El sistema debe estar en la capacidad de manejar un volumen de datos
almacenados de hasta 50 MB
Requisitos Legales y Normativas

 El procedimiento de desarrollo de software a usar debe estar definido
explícitamente (en manuales de procedimientos) y debe cumplir con los
estándares ISO 9000.
 El sistema debe ser desarrollado utilizando las herramientas CASE XYZ.
 Cada dos semanas deberán producirse reportes gerenciales en los cuales se
muestre el esfuerzo invertido en cada uno de los componentes del nuevo sistema.
Técnicas para Identificar Requisitos Funcionales y No Funcionales
Identificación de Requerimientos funcionales
Los requerimientos funcionales son declaraciones de los servicios que proveerá el

sistema, de la manera en que éste reaccionará a entradas particulares. En
algunos casos, los requerimientos funcionales de los sistemas también declaran
explícitamente lo que el sistema no debe hacer .
Identificación de Requerimientos no funcionales

Son aquellos requerimientos que no se refieren directamente a las funciones
específicas que entrega el sistema, si no describen aspectos del sistema que son
visibles por el usuario que no incluyen una relación directa con el comportamiento
funcional del sistema.
Existen diferentes tipos de requisitos y se clasifican según sus

implicaciones:
 Requisitos del producto: Especifican el comportamiento del producto,
como los requisitos de rendimiento sobre la velocidad de ejecución del sistema
y la cantidad de memoria necesaria.

 Requisitos organizativos: Se derivan de las políticas y procedimientos
existentes en la organización cliente y requisitos de entrega que especifican
cuándo se entregará el producto y su documentación.
 Necesidades externas: Se derivan de factores externos al sistema y a su
proceso de desarrollo.
Identificación de elementos:
se debe identificar muy claramente los siguientes elementos:
• Procesos
• Flujos de datos entre procesos
• Datos de cada flujo de datos
• Bases de datos
• Datos de las bases de datos

SOFWARTERE111

Cargado por

Copyright:

Formatos disponibles

SOFWARTERE111

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SOFWARTERE111

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD PRIVADA SAN JUAN BAUTISTA

Un caso de uso es una secuencia de interacciones que se desarrollarán entre un

La técnica de caso de uso tiene éxito en sistemas interactivos, ya que expresa la

 Los casos de uso deben complementarse con información adicional como

Requerimientos Funcionales y No Funcionales

Cuando hablamos de las entradas, no solo hablamos de las entradas de los

 Es importante recordar esto: Un Requerimiento Funcional puede ser también

 En palabras más sencillas, no hablan de “lo que” hace el sistema, sino de

Alternativamente, definen restricciones del sistema tales como la capacidad de los

 El sistema debe ser capaz de operar adecuadamente con hasta 100.000

 Los permisos de acceso al sistema podrán ser cambiados solamente por el

 La probabilidad de falla del Sistema no podrá ser mayor a 0,05.

 La aplicación deberá consumir menos de 500 Mb de memoria RAM.

 La aplicación no podrá ocupar más de 2 GB de espacio en disco.

Requisitos Legales y Normativas

Identificación de Requerimientos funcionales

Los requerimientos funcionales son declaraciones de los servicios que proveerá el

Identificación de Requerimientos no funcionales

Existen diferentes tipos de requisitos y se clasifican según sus

 Requisitos del producto: Especifican el comportamiento del producto,

como los requisitos de rendimiento sobre la velocidad de ejecución del sistema

y la cantidad de memoria necesaria.

existentes en la organización cliente y requisitos de entrega que especifican

cuándo se entregará el producto y su documentación.

 Necesidades externas: Se derivan de factores externos al sistema y a su

También podría gustarte