Requerimientos no funcionales

Requisitos No Funcionales
• Son aquellos que no se asimilan a las funciones del sistema como tal.
• Especifican restricciones sobre cómo que limiten las elecciones para
construir una solución.
• Son menos números que los RF.
• Conciernen a aspectos como:
➢ Calidad: usabilidad, confiabilidad, eficiencia.
➢ Implementación: plataforma de software, lenguaje de
programación, hardware.
➢ Ambiente: seguridad, privacidad, confidencialidad.

1. 1

2. Requisitos no Funcionales
Docente: René Guamán-Quinche
Facultad de la Energía, las Industrias y los Recursos Naturales No Renovables
Carrera de Ingeniería en Sistemas/Computación
Junio, 2020
Loja, Ecuador
Estudiantes:
• AlexisDavidQuizhpeMendoza.
• DannyVinicioVasquezCalderón.
• AngelFavianMingaMedina.
• DannyMichaelJaramilloJumbo.
• FranklinStalinMoraMendoza

3. 3
1.RequisitosnoFuncionales.
2.TablacomparativaRequisitosFuncionalesvsRequisitosno
Funcionales.
3.ClasificacióndeRequisitosNoFuncionales.
4.Videosparacomplementareltema.
5.RecomendacionesyConclusiones.
Agenda.

4. Requisitos No Funcionales
•Sonaquellosquenoseasimilanalasfuncionesdelsistemacomotal.
•Especificanrestriccionessobrecómoquelimitenlaseleccionespara
construirunasolución.
•SonmenosnúmerosquelosRF.
•Conciernenaaspectoscomo:
➢Calidad:usabilidad,confiabilidad,eficiencia.
➢Implementación:plataformadesoftware,lenguajede
programación,hardware.
➢Ambiente:seguridad,privacidad,confidencialidad.

5. Requisitos No Funcionales
Requisitos Funcionales Requisitos No Funcionales
Tratadelasdiferentesfuncionesquevaarealizarel
productodesoftware.
Selosconocecomorestriccionesorequisitosdecalidad.
Sedivideenrequisitosdeusuarioydesistema. Selosdivideenrequisitosdeproducto,requisitosde
organizaciónyrequisitosexternos.
Describenelfuncionamientodelsistema. Definecomodebeserelsistema.
LosRFdelusuariosesuelenexpresarcomoobjetivosdel
sistema.
Sonatributosrelacionadosconeltiempo,presupuesto,
calidad.

6. Ejemplos
•RequisitoFuncional
Elsistemadebeenviaruncorreoelectrónicocadavezquesecumpla
unadeterminadacondición.
•RequisitoNoFuncional
Los correos electrónicos deben enviarse con una latencia de no más de
12 horas desde dicha actividad.

7. Ejemplo
•MalejemplodeunRNF
Elsistemadebeserseguro.
•BuenejemplodeunRNF
Lascomunicacionesentrelosservidoresdedatosdebenestarcifradas
utilizandoelalgoritmoRSA.

8. Requisitos
nofuncionales
Organizacionales
Producto
Externos
Seguridad
Dependibilidad
Eficiencia
Usabilidad
Implementación
Estandares
Entrega
Interoperabilidad
Éticos
Legislativos

9. Requisitosno
FuncionalesDe
Producto
Suele referirse a limites o restricciones
sobre el comportamiento del sistema, por
lo cual establece límites y restricciones
sobre lo que los diseñadores(arquitectos
de software) e ingenieros de software
pueden hacer.

10. Clasificación
•Requerimientosde usabilidad:
La usabilidadse define comoel esfuerzoque necesita
hacerun usuariopara aprender, usar, ingresardatose
interpretarlos resultadosobtenidosde un software de
aplicación
Requerimientosde eficiencia:
Se relacionaen el desempeñoen cuantoal tiempo
•Requerimientosde dependibilidad:
Englobavariosatributos:
Disponibilidad, Confiabilidad,
Seguridad industrial, Integridad, Mantenibilidad.
Requerimientosde seguridad:
Capacidadesfuncionaleso no funcionalesque debe
tenerun sistemapara cumpliratributosen el áreade
seguridadde tecnologíade informaciónentre otros.

11. Ejemplos
Usabilidad
•Eltiempodeaprendizajedelsistemaporunusuariodeberásermenora4horas.
•Elsistemadebecontarconmanualesdeusuarioestructuradosadecuadamente.
Eficiencia
•ElsistemadebesercapazdeprocesarNtransaccionesporsegundo
•Todafuncionalidaddelsistemaytransaccióndenegociodeberesponderalusuarioenmenosde5
segundos.
Seguridad
•Lospermisosdeaccesoalsistemapodránsercambiadossolamenteporeladministradordeaccesoa
datos
•Todoslossistemasdebenrespaldarsecada24horas.
Dependibilidad
•Elsistemadebetenerunadisponibilidaddel99,99%delasvecesenqueunusuariointenteaccederlo
•Eltiempoparainiciaroreiniciarelsistemanopodrásermayora5minutos.

12. 12
Requisitos no Funcionales
Organizacionales.
Sebasaenelprocesodedesarrollodelsistemaylos
documentosaentregar,éstosdebenapegarsealprocesoyalos
productos.

13. 13
Clasificación.

14. 14
Ejemplos:
•Elprocedimientodedesarrollodesoftwareausardebeestar
definidoenmanualesdeprocedimientosydebecumplircon
losestándaresISO9000.
•Cadadossemanasdeberánproducirsereportesgerenciales
enloscualessemuestreelesfuerzoinvertidoencadauno
deloscomponentesdelnuevosistema.
•Lametodologíadedesarrollodesoftwarequese
aplicaraseráScrum.

15. 15
Requisitos no funcionales
Externos
Sederivandelentorno
organizacionalenelcual
sedesarrollaelsistema
ypuedenhacersetanto
sobreelproducto(el
softwaredesarrollado)o
también sobre el
procesodedesarrollode
software.Seclasifican
en:

16. 16
EjemplosderequerimientosExternos:
•ElEscánerdeReddelBOSSdebeescanearalmenosveintepáginaspor
minutoa2400puntosporpulgada.
•Elsistemanoseguiráoperandosilatemperaturaexternaesmenorde4
gradosCelsius.
•LaAdministracióndeRegistrosdelBOSSdelFBIdeberáprotegerla
privacidaddelosindividuosidentificadosenunregistrodeacuerdoconlaLey
FederalPolíticasdeprivacidaddelgobierno.
•ElSistemadeGestióndeArchivosdelFBIBOSSdeberámantenerla
integridaddelosdatosguardandocopiasdeseguridaddetodaslas
actualizacionesdelabasededatosparacadatransacciónderegistro.

17. Conclusiones
❑Elresultadosatisfactoriodelaobtenciónderequerimientosfuncionalescomonofuncionales
dependedeunaintensacomunicaciónentrelosinvolucradosconelsistema(clientes,analistasde
requerimientos,entreotros).
❑Losrequerimientosnofuncionalessurgendelanecesidaddelusuario,restriccionesenel
presupuesto,políticasdelaorganización,necesidaddeinteroperabilidadconotrossistemasde
softwareohardware,factoresexternoscomoreglamentosdeseguridadypolíticasdeprivacidad.
❑Losrequerimientostienenqueestarbiendefinidosdesdeeliniciodelproyectoylaprobabilidad
dequecambiendebesermínima.Esnecesariocuidarquelamodificaciónderequerimientosno
produzcaunsistemaquenocumpleconlasnecesidadesrealesdelosusuarios.
❑Entregarsoftwaredecalidad,atiempoydentrodelpresupuestoharáquenuestrosclientes
confíen,aseguraráelcrecimientoymadurezdelarelacióndenegocio.

18. Recomendaciones
❑Paralaobtenciónderequerimientos,serecomiendaquelapersonaque
llevaraacabolarecolecciónderequerimientosfuncionalescomono
funcionales,seprepare,sedocumente,utilicelasdiferentestécnicasde
recoleccióndedatos.
❑Desarrollarcuestionariosypreguntassegúnelusuarioqueinteractuaraconel
sistemayaquenotodousuariopodrárealizarlasmismasactividadesque
otrosenelsistema,obteniendoasídiferentespuntosdevistas.
❑Esrecomendableutilizarmástiempoenelanálisisderequerimientosyla
verificacióndelmismo,yaquesilosrequerimientosestánmalanalizadosserá
unapérdidadetiempoydineroenvolveraanalizarlos.

19. 19
Créditos
•Pierdin,M.,&Bulder,G.(2012).DimensionsandTypesofNon-
FunctionalRequirementsNFRDimensionesytiposde
RequisitosNo-FuncionalesRNF.
•Sommerville,I.(2005).Ingenieríadelsoftware.Pearson
educación.
•Koelsch,G.(2016).Requirementswritingforsystem
engineering(p.428).Berkeley:Apress.

20. Networking académico:
Correo electrónico: [email protected]
Twitter: @rene5254
SlideShare: https://es.slideshare.net/rene5254
20
Gracias