Funcionales no FuncionalesFuncionales no FuncionalesFuncionales no FuncionalesFuncionales no FuncionalesFuncionales no FuncionalesFuncionales no FuncionalesFuncionales no FuncionalesFunciona…Descripción completa
Descripción completa
Descripción completa
requerimientosDescripción completa
Requisitos funcionales y no funcionales
Descripción: kevin
OBJETIVO: Detallar los requisitos funcionales y no funcionales de la empresa. PROBLEMA: Necesidad saber cuáles son los requisitos funcionales y no funcionales de la empresa.Descripción completa
AshdasDescripción completa
Descripción completa
REQUERIMIENTOS EJEMPLODescripción completa
ejemplo de requerimentos funcionales
Descripción: 40 ejemlos de requerimientos
40 ejemlos de requerimientosDescripción completa
Requerimientos Técnicos y Funcionales del sistema odontológico.Descripción completa
Descripción: lista de requerimientos
Actividad AP1-AA3-Ev1-Lista de Requerimientos Funcionales y No Funcionales Del ProyectoDescripción completa
Descripción: 123456
Descripción: Pruebas funcionales y motoras
REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
¿Qué es un requerimiento? un requerimiento es una caracterstica que e! sistema "e#e tener o es una restricci$n que e! sistema "e#e satis%acer &ara ser ace&ta"a &or e! c!iente' (son !as necesi"a"es que &ro)iene "e! ne*ocio o usuario+
Le)antamientos "e Requerimientos Su principal tarea consiste en la generación de especifcaciones correctas que describan con claridad, sin ambigüedades, en orma consistente, clara y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados con su desarrollo
Para el levantamiento se pueden utilizar dos conceptos Casos de uso.
Escenarios.
,
Describen un ejemplo del uso del s istema en trminos de una serie de interacciones entre el usuario y el sistema
, !s una abstracción que describe una clase de escenarios" $mbos deben ser escritos en lenguaje natural para que sean entendidos por el usuario"
Requerimientos Funciona!es -escri#en !a interacci$n entre e! sistemas . su am#iente in"e&en"ientemente "e su im&!ementaci$n / e! am#iente inc!u.e a! usuario . cua!quier otro sistema e0terno que interact1a con e! sistema' (-e%ine !o que es&eramos que 2a*a e! sistema . se "eta!!an !os ser)icios o %unciones que &ro)eer3 e! sistema+
Requerimientos No %unciona!es -escri#e !as restricciones que !imitan !as e!ecciones &ara construir una so!uci$n 4Son atri#utos re!aciona"os con e! so%t5are 6' (-escri#e como "e#e ser e! sistema+
caso Se quiere construir un sistema de inormación para manejar un parqueadero" !n un parqueadero e%iste un n&mero dado de puestos 'confgurados por el administrador(, cada uno de los cuales tiene un identifcador" $l llegar un carro a la puerta, el portero teclea la placa del carro y el sistema le inorma el puesto en el que debe parquear" $ la salida, el portero teclea la placa y el sistema inorma el monto que debe pagar el due)o del carro, si ste no tiene un contrato mensual con el parqueadero" Para abrir un contrato por mes 'todos comienzan el * del mes(, el due)o de un carro debe ir donde el administrador, darle los datos b+sicos del carro y pagar"
caso os carros que tienen contrato no tienen que pagar nada a la salida" -anto la taria que paga cada ve./culo por minuto como la taria que se paga por un contrato mensual son defnidos por el administrador" Por razones de auditor/a, el parqueadero debe guardar todos los servicios de parqueo del <imo mes0 .ora de llegada, .ora de salida, placa del carro, monto pagado 'si pagó algo(" !l administrador puede pedir un reporte en el que aparezcan dic.os servicios de parqueo para un contrato dado 'identifcado por la placa( o para todos los carros que no tienen contrato" $l fnal de cada mes el administrador .ace un cierre, se borran los arc.ivos de auditor/a y se cancelan todos los contratos"
