SlideShare una empresa de Scribd logo
1 de 88
Descargar para leer sin conexión
1
Ingeniería de Requisitos
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
Mayo, 2020
Loja, Ecuador
3
1.
2. Ingeniería de requisitos
3. Requisito
4. Atributos de requisitos
Requisitos Funcionales
Agenda
4
Requisito
5
Requisito
6
Requisito
7
Requisito
8
Requisito Funcionales
9
Requisito Funcionales
10
Requisito Funcionales
Tipos de requisitos funcionales
• Reglas del negocio
• Transacciones: correcciones, ajustes y cancelaciones
• Funciones administrativas
• Autenticación
• Niveles de autorización
• Seguimiento de auditoría
• Interfaces externas
• Requisitos de certificación
• Requisitos de búsqueda / informes
• Información histórica
11
Requisito Funcionales
Tipos de requisitos funcionales
• Archivado
• Cumplimiento, requisitos legales o reglamentarios.
• Estructural
• Algoritmos
• Base de datos
• Poder
• Red
• Infraestructura
• Copia de seguridad y recuperación
12
Requisito Funcionales
Types of functional requirements
Reglas del negocio
Los requisitos de las reglas de negocio generalmente serán la sección más grande ya que
muchos requisitos pueden caer en esto.
¿Qué necesitas que haga tu sistema?
¿Cuáles son las características que necesita para que lo haga por usted?
¿Qué tipo de características necesitas capturar?
Deberá definir todo el tipo de información que debe crearse, leerse, actualizarse y
eliminarse (también conocida como CRUD, ¡y no, no es cruda!), Buscada, informada y
cualquier otra operación que necesita ser realizado
….capturará a todas las personas que tendrán actividades de nómina dentro de la empresa BOSS
13
Requisito Funcionales
Types of functional requirements
Trasacciones
Cubre varios aspectos de las transacciones. No solo examinará la entrada de una
transacción, sino también la modificación, eliminación, desactivación / cancelación y
verificación y manejo de errores
Transacciones de entrada: el primer paso lógico para generar información es agregar
datos. Deberías comenzar ingresando un registro
El sistemas permitirá al usuario designado cargar los registros de Persona en el sistema
...permitirá al usuario designado importar múltiples registros de Persona al sistema
14
Requisito Funcionales
Types of functional requirements
Trasacciones
Transacciones de cambio: elaborar un requisito para actualizar o cambiar una transacción
individual
...permitirá al usuario designado desactivar un registro de Persona en el sistema
Transacciones de error: Tal vez la información se ingresó de manera incorrecta y necesita
ser reparada. En algunos casos, esto se puede hacer incluso antes de que se almacene la
transacción
... verificará que el identificador de persona ya exista en el sistema
15
Requisito Funcionales
Types of functional requirements
Funciones Administrativas
Describen las funciones que un administrador del sistema realiza en su sistema
…... garantizará que existan al menos dos cuentas de administrador del sistema en el
sistema
…. el administrador podrá agregar cuentas de usuario
…. podrá reactivar cuentas de usuario
…. podrá reactivar cuentas de usuario
16
Requisito Funcionales
Types of functional requirements
Autenticación
La autenticación es un mecanismo para validar que la persona o el sistema está autorizado
para interactuar con el sistema. Este es un mecanismo establecido para verificar que la
persona / sistema es quien dice ser
Por lo tanto, las partes interesadas decidirán si la autenticación es necesaria para su
sistema. Ayudará en el control de acceso. El nivel de autenticación es importante
…... requerirá autenticación de huellas digitales para realizar todas las tareas que no sean
de lectura
….. requerirá autenticación de exploración retiniana para realizar todas las tareas que no
sean lectura.
17
Requisito Funcionales
Types of functional requirements
Niveles de autorización
Anteriormente en la sección "Funciones administrativas", vio brevemente niveles de acceso
variables de los datos mencionados. Por lo tanto, para el acceso, los datos de recursos
humanos se verían así:
…... todos los empleados de la compañía podrán leer las regulaciones de Recursos
Humanos
….. el empleado de recursos humanos solo podrá agregar regulaciones de recursos
humanos
….. el empleado de Recursos Humanos solo podrá cambiar las regulaciones de Recursos
Humanos.
….. El empleado de Recursos Humanos solo podrá eliminar las regulaciones de Recursos
Humanos.
18
Requisito Funcionales
Types of functional requirements
Niveles de autorización
Tendrá que determinar si la desactivación y reactivación es necesaria para cada función
donde es posible eliminarlas
Debe examinar todos los tipos de datos que residen en su sistema y determinar quién
puede hacer CRUD (cambiar, leer, actualizar o eliminar): regulaciones de RRHH,
información del personal, datos de nómina (aunque podría ser bueno, si todos tienen
privilegios de cambio en su salario?), datos del proveedor, facturación, etc.
19
Requisito Funcionales
Types of functional requirements
Seguimiento de auditoría
Este proceso rastrea datos importantes y lo que sucede con los datos
…. capturará todas las adiciones, cambios, eliminaciones, desactivaciones y reactivaciones
realizadas por todos los administradores del sistema.
…. proporcionará un informe que capture todas las adiciones, cambios, eliminaciones,
desactivaciones y reactivaciones realizadas por todos los administradores del sistema.
.... proporcionará un informe que capturará todas las adiciones, cambios, eliminaciones,
desactivaciones y reactivaciones realizadas por los administradores de un sistema
específico.
…. proporcionará un informe que capturará todas las adiciones, cambios, eliminaciones,
desactivaciones y reactivaciones durante un período de tiempo determinado.
…. proporcionará un informe que capture todas las adiciones, cambios, eliminaciones,
desactivaciones y reactivaciones para registros de datos específicos.
20
Requisito Funcionales
Types of functional requirements
Interfaces externas
Cuando examina las interfaces externas, está evaluando un sistema, programa o aplicación
que no forma parte del sistema, programa o aplicación que está definiendo
…. el sistema proporcionará todas las funciones de acceso mediante la interfaz con la
aplicación de control de acceso del sistema YYYY.
…. debe interactuar con el dosímetro de radiación de la unidad BOSS mediante una
conexión USB
21
Requisito Funcionales
Types of functional requirements
Requisito de Certificación
¿Existen certificaciones que su organización o gobierno requiere para el trabajo realizado
en su sistema?
…. deberá cumplir con la Certificación de Seguridad especificada por (ingrese la
organización apropiada aquí, diga Oficina de Seguridad de la Compañía ABC)
22
Requisito Funcionales
Types of functional requirements
Requisitos de búsqueda e informes
Se debe especificar qué datos puede consultar un usuario. En la mayoría de los casos, los
usuarios pueden ver todo dentro de una base de datos
…..la función de búsqueda de BOSS explotará las técnicas de aprendizaje automático para
encontrar datos relacionados con los términos ingresados por el usuario
…. permitirá a los usuarios especificar los elementos de datos devueltos en sus resultados
de consulta
…. permitirá a los usuarios especificar los elementos de datos de orden devueltos en sus
resultados de consulta.
…. permitirá a los usuarios especificar el formato de los elementos de datos devueltos en
sus resultados de consulta.
23
Requisito Funcionales
Types of functional requirements
Cumplimiento, requisitos legales o reglamentarios
Estas son leyes, regulaciones del gobierno, declaraciones de cumplimiento de
organizaciones e incluso políticas y regulaciones internas que una parte dada de la
organización o sus sistemas particulares deben seguir
…..Las políticas de recursos humanos solo podrán ser modificadas por los administradores
de recursos humanos
…. Las Políticas de Recursos Humanos solo permitirán que se use el Número de Seguridad
Social de una persona para procesos o actividades en RR. HH.
24
Requisito Funcionales
Types of functional requirements
Información Histórica
Si tiene una base de datos dinámica, digamos todas las compras y ventas de su gran
empresa productora de neumáticos, tendrá un crecimiento de datos. Dado que sus datos
crecerán, debe definir los requisitos de almacenamiento y retención para acomodar este
crecimiento de datos.
…..La función de compra y venta de neumáticos generará 3 gigabytes de datos por año
durante cinco años.
…. Los datos de compra y venta de neumáticos estarán disponibles en línea durante cinco
años.
25
Requisito Funcionales
Types of functional requirements
Archivo
En algún momento, los datos dentro de su sistema pueden crecer más allá de la capacidad
de almacenamiento. En el caso del límite de 1,000 transacciones, el proyecto tiene la
capacidad de archivar los datos en una computadora portátil para el almacenamiento a
largo plazo
….. permitirá la capacidad de recuperar datos de transacciones archivados
…. Los datos archivados de la Gestión de Registros permitirán la capacidad de recuperar
datos archivados de transacciones en el sistema en línea.
26
Requisito Funcionales
Types of functional requirements
Estructural
se aplica principalmente a los sistemas de hardware. Está buscando aquellos artículos que
aborden cuán resistente debe ser
Debe definir cualquier fuerza aplicada a su sistema. ¿Estará expuesto a rayos, lluvia, nieve,
granizo, sal, agua de mar, congelación, calor? ¿Se moverá el sistema? Si es así, arrastre
será un factor. ¿La oxidación será un factor?
27
Requisito Funcionales
Types of functional requirements
Algoritmo
Los algoritmos capturan cualquier fórmula o manipulación específica de elementos de datos
que deba ocurrir
….Los costos del producto se calcularán por la depreciación del dólar
28
Requisito Funcionales
Types of functional requirements
Backup and recovery
Tener una función de copia de seguridad y recuperación dentro de su sistema. De lo
contrario, ¿qué sucede si su sistema se bloquea y borra todos sus datos?
….tendrá un sistema completo y una copia de seguridad de datos una vez por semana
29
Requisito Funcionales
Types of functional requirements
Tarea
Defina los requisitos atender los casos de COVID en la ciudad de Loja, gestión medicos,
pacientes, seguimiento.
30
Requisito Funcionales
Atributos de un buen requisito
Intente reescribir estos requisitos eliminando lo negativo de la declaración:
 El sistema no anulará el uso de selecciones seleccionadas de contraste y color según lo
prescrito en la Sección 508
 El sistema no interrumpirá ni deshabilitará las funciones de accesibilidad del sistema
operativo activado
 El sistema no utilizará la codificación de colores como el único medio para transmitir
información, indicar una acción, provocar una respuesta o distinguir un elemento visual
 El software del sistema no utilizará texto, objetos u otros elementos que parpadeen o
parpadeen con una frecuencia de parpadeo o parpadeo mayor de 2Hz o menor de 55 Hz.
 Si la búsqueda es demasiado compleja, el sistema no se bloqueará al ejecutar una
búsqueda
 Cuando el sistema identifica errores ortográficos, el sistema no se corregirá
automáticamente sin la aceptación del usuario
 El generador de informes del sistema no requerirá una tarifa de licencia por puesto para
cada usuario
31
Requisito No Funcionales
32
Requisito No Funcionales
33
Requisito No Funcionales
34
Requisito No Funcionales
35
Requisito No Funcionales
36
Requisito No Funcionales
37
Requisito No Funcionales
38
Requisito No Funcionales
39
Requisito No Funcionales
40
Requisito No Funcionales
41
Requisito No Funcionales
42
Requisito No Funcionales
43
Requisito No Funcionales
44
Requisito No Funcionales
45
Requisito No Funcionales
46
Requisito No Funcionales
47
Requisito No Funcionales
Los requisitos no funcionales definen cómo debe hacerlo el sistema
Los requisitos no funcionales no especifican la implementación.
• Arquitectónico
• Capacidad, energía y pronóstico
• Documentación
• Eficiencia
• Efectividad
• Ambiental
• Tolerancia a fallos
• Privacidad
• Calidad
• Resistencia
• Robustez
• Accesibilidad
• Disponibilidad
Integridad de los datos
• extensibilidad
• interoperabilidad
• manejabilidad
• Mantenibilidad
• portabilidad
• calidad
• Fiabilidad
• recuperabilidad
• escalabilidad
• seguridad
• Facilidad de servicio
• Estabilidad
• Capacidad de soporte
• Testabilidad
• Usabilidad
48
Requisito No Funcionales
Arquitectónico
Su organización puede exigir algunos estándares de arquitectura que su sistema debe
seguir
El sistema será diseñado con un SOA (Service Oriented Architecture)
El sistema será diseñado con una arquitectura basada en microservicios
El sistema deberá seguir la Transferencia de estado representativa (REST)
El sistema deberá seguir la arquitectura de entornos de plataforma operativa común
(COPEs)
49
Requisito No Funcionales
Capacidad
Examinará la capacidad de almacenamiento que necesita para su sistema
La Administración de Registros del SGA tendrá una capacidad de 12 Terabytes de datos
El dosímetro de radiación individual almacenará 1000 bytes de datos
El dosímetro de radiación de la unidad BOSS almacenará 1,000,000 de bytes de datos
50
Requisito No Funcionales
Restricciones
Puede haber muchas restricciones en el sistema que se debe abordar.
Estas declaraciones son restricciones sobre lo que puede hacer: como restricciones
ambientales o de privacidad, otros pueden ser restricciones arquitectónicas
El dosímetro de radiación individual no pesará más de 4 onzas
La Administración de registros requerirá que todos los registros estén en uno de los
siguientes formatos: DOC, DOCX, XLS, XLSX, PPT, PPTX, JPG, or TIFF.
51
Requisito No Funcionales
Documentación
Son los documentos que ya existen relacionados con un proyecto
La documentación es diferente de un documento que captura todos sus requisitos
¿Existen requisitos específicos para la documentación que forma parte del sistema?
La unidad de registro de firma eletrónica tendrá una guía de usuario impresa que
explica todas las funciones para obtener la firma electrócnica
El Sistema de gestión de registros de la UNL tendrá una guía de usuario en línea que
explica todas las funciones del Sistema de gestión de Académica.
52
Requisito No Funcionales
Eficiencia
Son los documentos que ya existen relacionados con un proyecto
La documentación es diferente de un documento que captura todos sus requisitos
¿Existen requisitos específicos para la documentación que forma parte del sistema?
La unidad de registro de firma eletrónica tendrá una guía de usuario impresa que
explica todas las funciones para obtener la firma electrócnica
El Sistema de gestión de registros de la UNL tendrá una guía de usuario en línea que
explica todas las funciones del Sistema de gestión de Académica
53
Requisito No Funcionales
Eficacia / Efectividad
Debe definir qué tan buenas son ciertas funciones dentro de su sistema
El dosímetro de radiación individual capturará el 99% de la radiación a la que está
expuesto el soldado individual.
El Sistema Operativo del Sistema de Gestión de Registros debe ingerir el 100% de los
registros presentados
54
Requisito No Funcionales
Tolerancia a Fallas
¿Qué sucede cuando falla una parte del sistema, pero no todo el sistema?
El Sistema de Administración de Registros del SGA tendrá implementadas todas las
funciones como servicios dentro de una arquitectura orientada a servicios para
permitir que el sistema opere en caso de que uno o más servicios fallen
El caza a reacción XF-36 podrá aterrizar con solo uno de sus dos motores en
funcionamiento.
55
Requisito No Funcionales
Privacidad
Hay varias situaciones en las que debe considerar los problemas de privacidad
Las personas están legítimamente preocupadas por su información personal
Esta es una consideración comercial crítica dada la preocupación del consumidor sobre
la información de su persona
El dosímetro de radiación de la unidad debe almacenar para garantizar que las dosis
de radiación individuales estén protegidas de acuerdo con el cumplimiento de HIPAA.
La Administración de registros del SGA-UNL deberá proteger la privacidad de las
personas identificadas en un registro de acuerdo con las políticas de privacidad del
gobierno
56
Requisito No Funcionales
Calidad
El escaneo de los Records Management capturará el 75% de los caracteres por página
para ser considerado un escaneo de calidad
57
Requisito No Funcionales
Resilience (Resilience) o Recuperación
Define lo que debe preservarse cuando se produce una interrupción del sistema
La Administración de registros del SGA mantendrá todos los registros durante una
interrupción hasta el momento en que se restablezca el sistema.
El dosímetro de radiación individual mantendrá el registro de exposición individual
durante la pérdida de energía de la batería hasta el momento en que la energía se
restablezca en el sistema
58
Requisito No Funcionales
Robustez
Significa que el sistema no se bloquea fácilmente y es capaz de soportar cambios que
podrían debilitarlo
La función de búsqueda de administración de registros del SGA no hará que el sistema
falle
Si la exposición a la energía supera 1.00 MeV, el dosímetro de radiación de la unidad
ignorará la energía en lugar de sobrecargar el sensor
59
Requisito No Funcionales
Ambiental
¿Cuáles son los entornos externos en los que su sistema necesitará operar? ¿Será este un
sistema informático de 24 horas, siete días a la semana?
El dosímetro de radiación de la unidad debe exponerse a temperaturas que oscilan
entre -40 y 140 grados Fahrenheit
La Administración de Registros del SGA operará de 6 a.m. a 11 p.m. diariamente de
lunes a viernes.
60
Requisito No Funcionales
Integridad de datos
Se refiere a mantener y asegurar la precisión y consistencia de los datos durante todo su
ciclo de vida. Podría ser la interrupción o pérdida de datos debido a una falla de
hardware, como un problema en un disco duro y falla
La integridad de los datos se corrompe cuando no se puede encontrar un registro porque
el puntero dentro de una base de datos pierde su enlace
Para evitar la corrupción maliciosa del dosímetro de radiación de la unidad, el sistema
retendrá sus datos durante 90 días después de que un usuario designado autorice la
eliminación de un registro en el dosímetro de la unidad.
El Sistema de Administración de Registros del SGA mantendrá la integridad de los
datos al mantener copias de seguridad de todas las actualizaciones de la base de datos
para cada transacción de registros.
61
Requisito No Funcionales
Normas o Estándares
Puede haber muchos y variados estándares que están regulados en su proyecto o incluso
que su organización grava con usted debido a la política de la compañía. Podría haber
estándares de programación para sus desarrolladores o para estándares arquitectónicos
de la empres
El sistema deberá seguir el Estándar de Interfaz de Usuario Organizacional de esta
compañía
El dosímetro de radiación de la unidad debe exponerse a temperaturas que oscilan
entre -40 y 140 grados Fahrenheit.
62
Requisito No Funcionales
Rendimiento
Es la ejecución de una acción.Es la forma en que funciona un mecanismo, por ejemplo,
el rendimiento del motor
Performance Response Time: ¿Qué tan rápido desea que se complete su solicitud, sea
lo que sea?
La función de búsqueda de gestión de registros del SGA devolverá los resultados en 4
segundos, el 80% del tiempo
La función de búsqueda de gestión de registros del SGA devolverá los resultados en 10
segundos, el 90% del tiempo.
63
Requisito No Funcionales
Rendimiento
Performance Response Time: ¿Qué tan rápido desea que se complete su solicitud, sea
lo que sea?
La función de búsqueda de gestión de registros del SGA devolverá los resultados dentro
de un minuto, el 99% del tiempo.
La función de búsqueda de gestión de registros del SGA devolverá los resultados dentro
de diez minutos, el 100% del tiempo
La función de búsqueda de gestión de registros del SGA devolverá todos los resultados
de la consulta en menos de diez minutos
64
Requisito No Funcionales
Rendimiento
Rendimiento de carga de trabajo: Otro factor que debe tener en cuenta es la carga de
trabajo en el sistema (concurrencia).¿Cuántos usuarios habrá para su sistema?
La función de búsqueda de gestión de registros del SGA tendrá 500 usuarios
La función de búsqueda de gestión de registros del SGA tendrá 40 usuarios
concurrentes promedio
La función de búsqueda de gestión de registros del SGA tendrá 120 usuarios
concurrentes máximos
La función de búsqueda de gestión de registros del SGA devolverá los resultados dentro
de 10 segundos, el 80% del tiempo durante las dos horas pico del día
La función de búsqueda de gestión de registros del FBI BOSS devolverá los resultados
en 10 segundos, el 80% del tiempo cuando hay 100 búsquedas iniciadas en 10 minutos
65
Requisito No Funcionales
Rendimiento
Rendimiento de plataforma: Rendimiento de hardware
La impresora de red del SGA imprimirá al menos cien páginas por minuto
El escáner de red del SGA escaneará al menos veinte páginas por minuto a 2400 puntos
por pulgada
66
Requisito No Funcionales
Rendimiento
Perfiles de rendimiento: A veces es posible que deba considerar perfiles de
rendimiento que son diferentes entre sí. Por ejemplo, está buscando una red de área
local (LAN) para oficinas de ventas en empresas dispersas por todo el país. Algunas
oficinas son más grandes que otras:
• Las oficinas pequeñas varían de 3 a 6 personas.
• Las oficinas medianas varían de 10 a 26 personas.
• Las oficinas grandes varían de 30 a 56 personas.
67
Requisito No Funcionales
Rendimiento
Perfiles de rendimiento:
El servidor de ventas de la red para una pequeña oficina de ventas almacenará 10
megabytes de registros de ventas.
El servidor de ventas de la red para una oficina de ventas mediana almacenará 40
megabytes de registros de ventas.
El servidor de ventas de la red para una oficina de ventas grande almacenará 100
megabytes de registros de ventas.
68
Requisito No Funcionales
Rendimiento
Throughput: la cantidad de material, datos, etc., que ingresa y pasa por algo (como una
máquina o sistema)
El dosímetro de radiación de la unidad tendrá la capacidad de descargar hasta 1000
transacciones en la computadora portátil Dosimetry Archive.
El dosímetro de radiación de la unidad tendrá la capacidad de descargar hasta 1000
transacciones en la computadora portátil Dosimetry Archive en 5 minutos
69
Requisito No Funcionales
Fiablilidad (Reliability, Availability, and Maintainability RAM )
la confiabilidad del sistema, componente o lo que sea el elemento significa que no falla,
solo definirá la confiabilidad para todo el sistema y las principales áreas funcionales
(servicios y / o subsistemas)
El sistema SGA estará disponible el 99,99% del tiempo
Se producirá una falla del sistema SGA cuando alguna de las siguientes funciones
críticas no esté funcionando:
• Acceso de seguridad al sistema.
• Búsqueda en la base de datos .
• Agregar registros a la base de datos
• Actualización de registros dentro de la base de datos.
• Eliminar registros de la base de datos
70
Requisito No Funcionales
Seguridad
Acceso de Control: aquí especifica cómo las personas obtienen acceso al sistema. Por
lo general, tiene algún tipo de identificación de usuario única (ID de usuario y
contraseña)
El sistema deberá mantener una identificación de usuario única para cada persona que
utilizará el sistema.
El sistema deberá mantener una contraseña para cada identificación de usuario única
en el sistema.
71
Requisito No Funcionales
Seguridad
Acceso de Control
El sistema le permitirá al usuario tres intentos de ingresar su ID de usuario y
contraseña (y seleccionar el dominio, cuando corresponda) antes de que finalice esa
sesión.
Cuando el usuario no pudo ingresar su ID de usuario y contraseña correctamente, el
sistema le permitirá al usuario tres intentos de inicio de sesión después de una hora.
Cuando el usuario no pudo ingresar su ID de usuario y contraseña correctamente, el
sistema solo le permitirá al usuario tres intentos de iniciar sesión nuevamente después
de que un administrador del sistema lo haya autorizado
72
Requisito No Funcionales
Seguridad
Acceso de Control
El sistema debe permitir roles que permitan a las personas leer la base de datos
El sistema debe permitir roles que permitan a las personas agregar a la base de datos
El sistema debe permitir roles que permitan a las personas cambiar la base de datos
El sistema debe permitir roles que permitan a las personas eliminar de la base de datos
El sistema debe permitir roles de administrador del sistema
El sistema permitirá a los usuarios tener múltiples roles.
El sistema debe permitir roles de administrador del sistema
El sistema debe permitir funciones de monitoreo del sistema
El sistema debe permitir funciones de auditoría del sistema
73
Requisito No Funcionales
Seguridad
Importar y exportar al exterior del sistema: debe proteger la información que llega a
su aplicación.
El sistena se asegurará de que todos los datos que se importen al sistema no tengan
virus.
El sistema se asegurará de que todos los usuarios externos al sistema no tengan acceso
a los datos del sistema
74
Requisito No Funcionales
Seguridad
Importar y exportar al exterior del sistema:
El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft
Excel en formato .xlsx.
El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft
Excel en formato .csv.
El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft
Word en formato .csv.
El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft
Word en formato .docx.
75
Requisito No Funcionales
Seguridad
Importar y exportar al exterior del sistema:
El sistema prohibirá la exportación de datos de nómina del Sistema.
El sistema prohibirá que la información de propiedad de la compañía se exporte del
Sistema.
El sistema identificará todos los datos de nómina dentro del Sistema.
El sistema identificará toda la información de propiedad de la compañía dentro del
Sistema.
El sistema prohibirá la exportación de datos del Sistema
76
Requisito No Funcionales
Seguridad
Conexiones al exterior del sistema: Es sobre las interfaces con otros sistemas en otros
lugares. Aborda la protección de los datos. Primero, debe abordar la autorización de los
usuarios para mover datos hacia y desde sus sistemas, como en estos ejemplos, incluido
el formato de datos apropiado
El sistema proporcionará a los usuarios la capacidad de exportar datos a CUALQUIER
sistema en formato .csv.
El sistema proporcionará a los usuarios la capacidad de importar datos desde
CUALQUIER sistema en formato .csv.
77
Requisito No Funcionales
Seguridad
Conexiones al exterior del sistema:
El sistema proporcionará CUALQUIER sistema para importar datos en formato .csv.
El sistema proporcionará CUALQUIER sistema para exportar datos en formato .csv.
El sistema proporcionará CUALQUIER sistema para importar datos en el formato
especificado en CUALQUIER formato de interfaz del sistema.
El sistema proporcionará CUALQUIER sistema para exportar datos en el formato
especificado en CUALQUIER formato de interfaz del sistema.
78
Requisito No Funcionales
Seguridad
Conexiones al exterior del sistema:
El sistema prohibirá la exportación de datos de nómina del Sistema
El sistema no permitirá que los datos de la nómina se exporten desde el Sistema
El sistema consultará libros sobre vikingos pero no sobre el equipo de fútbol americano
de los Minnesota Vikings.
El sistema tendrá un firewall para protegerse de la intrusión de Internet.
El sistema tendrá protección contra virus.
El sistema evitará la captura de pulsaciones de teclas.
El sistema protegerá contra la denegación de servicio (DOS).
79
Requisito No Funcionales
Seguridad
Reutilizar: Una vez que haya definido ciertos requisitos de seguridad, en particular el
control de acceso, debería poder reutilizarlos a lo largo de su carrera. Realice los
requisitos de reutilización siempre que pueda
El sistema requerirá que un cliente ingrese su nombre como nombre y apellido.
El sistema requerirá que un cliente ingrese una dirección de correo electrónico.
El sistema requerirá que un cliente ingrese su nombre como nombre y apellido.
El sistema requerirá que un cliente ingrese una dirección de correo electrónico
80
Requisito No Funcionales
Escalabilidad
Se refiere a la capacidad de un sistema para escalar (o bajar) a capacidades adicionales
o para permitir el crecimiento. Algunas organizaciones pueden llamarlo extensibilidad
El sistema podrá almacenar 6 terabytes de datos cuando se implemente
Los datos del sistema podrán crecer un 24% por año
El sistema será extensible / escalable
Los datos del sistema deberán poder agregar cinco servicios por año sin afectar los
requisitos de rendimiento del sistema
81
Requisito No Funcionales
Accesibilidad
¿Cómo define los requisitos de interfaz de usuario para software y hardware? En parte,
una interfaz de usuario es una implementación.
Interoperabilidad
Capacidad de un sistema para trabajar o usar las partes o equipos de otro sistema
El sistema seguirá la arquitectura orientada al servicio
El sistem tendrá una capa de comunicaciones con una sola interfaz para todos los
servicios que deben seguir
El sistema requerirá que todos los servicios se comuniquen solo con la capa de
comunicaciones, no con otros servicios
82
Requisito No Funcionales
Portabilidad
Es la capacidad de ejecutarse en numerosas plataformas informáticas diferentes.
Debe abordar las siguientes preguntas, como mínimo:
¿Se puede ejecutar la aplicación en diferentes sistemas operativos?
¿Puedes migrar los datos a otros sistemas?
¿Sus aplicaciones web funcionarán en diferentes navegadores?
¿Se puede ejecutar la aplicación en diferentes plataformas sin modificaciones
significativas?

El sistema funcionará en Windows 8.

El sistema funcionará en Mac OS X.

El sistema funcionará en la versión 7 de Unix
83
Requisito No Funcionales
Portabilidad
Diferentes sistemas

El sistema funcionará en computadoras personales.

El sistema funcionará en teléfonos Android.

El sistema funcionará en Xbox 360.
Diferentes navegadores

El sistema funcionará en Internet Explorer 11.

El sistema funcionará en Firefox 29.
84
Requisito No Funcionales
Soportabilidad
Se refiere a "las características inherentes del diseño y la instalación que permiten el
mantenimiento y soporte efectivos y eficientes del sistema durante todo el ciclo de
vida"
Los servicios del sistema serán unidades individuales reemplazables que se pueden
conectar a la infraestructura sin requerir ningún otro servicio en el sistema
85
Requisito No Funcionales
Testability
Inicialmente, puede pensar que esto no es algo que especifique en los requisitos, que
esto se captura en la documentación del contrato o en la documentación de
planificación de pruebas. ¿Qué pasa con tener cierta capacidad de prueba integrada en
el hardware y el software?
La función de escaneo de gestión de registros del sistema contendrá registros de
muestra que se utilizarán para la calibración en el escaneo.
86
Requisito No Funcionales
Recuperabilidad
Esto significa la capacidad de recuperarse de algún evento, por ejemplo, el bloqueo de
un sistema. ¿Qué tan rápido vuelve a las operaciones completas?:
En caso de que el sistema de Gestión de Registros del sistema se bloquee, el sistema
volverá a funcionar por completo en 48 horas desde el comienzo del accidente
En caso de que el sistema de Gestión de Registros del sistema se bloquee, las seis
funciones críticas se devolverán a las operaciones en 4 horas desde el comienzo del
accidente
87
Cŕeditos
• Transparencias basadas por:
• Toni Granollers, Requisitos http://ocw.udl.cat/enginyeria-i-
arquitectura/interaccio-persona-ordinador/4.-requisitos
Networking académico:
Correo electrónico: rguaman@unl.edu.ec
Twitter: @rene5254
SlideShare: https://es.slideshare.net/rene5254
88
Gracias

Más contenido relacionado

La actualidad más candente

Diagramas UML: Componentes y despliegue
Diagramas UML: Componentes y despliegueDiagramas UML: Componentes y despliegue
Diagramas UML: Componentes y desplieguejoshell
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoJuan Jose Lucero
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesCarlos Macallums
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaRobert Rodriguez
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosJosé Antonio Sandoval Acosta
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniRAUL CHIPANA LARICO
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioSergio Sanchez
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de softwareGuillermo Lemus
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de softwareGeorgy Jose Sanchez
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareKelvin Abdiel Alvarado
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software481200601
 

La actualidad más candente (20)

Diagramas UML: Componentes y despliegue
Diagramas UML: Componentes y despliegueDiagramas UML: Componentes y despliegue
Diagramas UML: Componentes y despliegue
 
SRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de TransitoSRS Ejemplo, Sistema Tarifado de Transito
SRS Ejemplo, Sistema Tarifado de Transito
 
Requerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No FuncionalesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No Funcionales
 
Diagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, AsistenciaDiagrama de actividades inscripcion, evaluacion, Asistencia
Diagrama de actividades inscripcion, evaluacion, Asistencia
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
 
Tarjetas crc
Tarjetas crcTarjetas crc
Tarjetas crc
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uniPrototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De Negocio
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de software
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de Software
 
Casos De Uso
Casos De UsoCasos De Uso
Casos De Uso
 
Diagramas uml
Diagramas umlDiagramas uml
Diagramas uml
 
Especificación de requisitos de software
Especificación de requisitos de softwareEspecificación de requisitos de software
Especificación de requisitos de software
 
Requisitos no Funcionales
Requisitos no FuncionalesRequisitos no Funcionales
Requisitos no Funcionales
 
Arquitectura fisica y logica
Arquitectura fisica y logicaArquitectura fisica y logica
Arquitectura fisica y logica
 

Similar a Ingeniería de Requisitos Funcionales

10 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].610 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].6Julio Pari
 
10 Clase Captura De Los Requisitos Cap.6
10 Clase Captura De Los Requisitos  Cap.610 Clase Captura De Los Requisitos  Cap.6
10 Clase Captura De Los Requisitos Cap.6Julio Pari
 
Mcvs ad-04 acta de entrevista al usuario 01
Mcvs ad-04 acta de entrevista al usuario 01Mcvs ad-04 acta de entrevista al usuario 01
Mcvs ad-04 acta de entrevista al usuario 01lnavarros
 
Auditoria de sistemas víctor reyes
Auditoria de sistemas víctor reyesAuditoria de sistemas víctor reyes
Auditoria de sistemas víctor reyesVictor Reyes
 
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.AProyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.AJr. Rodriguez Valladares
 
12-Unidad 3 : Prácticas de Auditoría 3.3 Auditoría a Aplicaciones
12-Unidad  3 : Prácticas de Auditoría 3.3 Auditoría a Aplicaciones12-Unidad  3 : Prácticas de Auditoría 3.3 Auditoría a Aplicaciones
12-Unidad 3 : Prácticas de Auditoría 3.3 Auditoría a AplicacionesLuis Fernando Aguas Bucheli
 
Analisis y Diseño modulo 2
Analisis y Diseño modulo 2Analisis y Diseño modulo 2
Analisis y Diseño modulo 2Rossy Jaramillo
 
Solucion A Normativa Sudeban
Solucion A Normativa SudebanSolucion A Normativa Sudeban
Solucion A Normativa SudebanBeacon Software
 
Arquitectura de tecnologias de informacion ss13
Arquitectura de tecnologias de informacion ss13Arquitectura de tecnologias de informacion ss13
Arquitectura de tecnologias de informacion ss13Educaciontodos
 
sistemasdeinformacion
sistemasdeinformacionsistemasdeinformacion
sistemasdeinformacionluciafuentes
 

Similar a Ingeniería de Requisitos Funcionales (20)

Requisitos funcionales
Requisitos funcionalesRequisitos funcionales
Requisitos funcionales
 
10 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].610 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].6
 
10 Clase Captura De Los Requisitos Cap.6
10 Clase Captura De Los Requisitos  Cap.610 Clase Captura De Los Requisitos  Cap.6
10 Clase Captura De Los Requisitos Cap.6
 
Mcvs ad-04 acta de entrevista al usuario 01
Mcvs ad-04 acta de entrevista al usuario 01Mcvs ad-04 acta de entrevista al usuario 01
Mcvs ad-04 acta de entrevista al usuario 01
 
Auditoria de sistemas víctor reyes
Auditoria de sistemas víctor reyesAuditoria de sistemas víctor reyes
Auditoria de sistemas víctor reyes
 
Appserver
AppserverAppserver
Appserver
 
DIseño de Sistema
DIseño de Sistema DIseño de Sistema
DIseño de Sistema
 
Proyecto
ProyectoProyecto
Proyecto
 
Systm vikos(mary,pato,itzel)
Systm vikos(mary,pato,itzel)Systm vikos(mary,pato,itzel)
Systm vikos(mary,pato,itzel)
 
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
PROYECTO FINAL ANÀLISIS Y DISEÑO llPROYECTO FINAL ANÀLISIS Y DISEÑO ll
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
 
Analisis y diseño exposicion
Analisis y diseño exposicionAnalisis y diseño exposicion
Analisis y diseño exposicion
 
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.AProyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
 
12-Unidad 3 : Prácticas de Auditoría 3.3 Auditoría a Aplicaciones
12-Unidad  3 : Prácticas de Auditoría 3.3 Auditoría a Aplicaciones12-Unidad  3 : Prácticas de Auditoría 3.3 Auditoría a Aplicaciones
12-Unidad 3 : Prácticas de Auditoría 3.3 Auditoría a Aplicaciones
 
Analisis y Diseño modulo 2
Analisis y Diseño modulo 2Analisis y Diseño modulo 2
Analisis y Diseño modulo 2
 
Solucion A Normativa Sudeban
Solucion A Normativa SudebanSolucion A Normativa Sudeban
Solucion A Normativa Sudeban
 
BASE DE DATOS
BASE DE DATOSBASE DE DATOS
BASE DE DATOS
 
Proyecto de sistemas de información
Proyecto de sistemas de informaciónProyecto de sistemas de información
Proyecto de sistemas de información
 
Arquitectura de tecnologias de informacion ss13
Arquitectura de tecnologias de informacion ss13Arquitectura de tecnologias de informacion ss13
Arquitectura de tecnologias de informacion ss13
 
Configuracion basica
Configuracion basicaConfiguracion basica
Configuracion basica
 
sistemasdeinformacion
sistemasdeinformacionsistemasdeinformacion
sistemasdeinformacion
 

Más de Rene Guaman-Quinche

Paradigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosParadigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosRene Guaman-Quinche
 
Fundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdfFundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdfRene Guaman-Quinche
 
Arquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdfArquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdfRene Guaman-Quinche
 
Introducción a los sistemas distribuidos
Introducción a los sistemas distribuidosIntroducción a los sistemas distribuidos
Introducción a los sistemas distribuidosRene Guaman-Quinche
 
C4model - Arquitectura de Software
C4model - Arquitectura de SoftwareC4model - Arquitectura de Software
C4model - Arquitectura de SoftwareRene Guaman-Quinche
 
Sistema de Archivos Distribuidos
Sistema de Archivos DistribuidosSistema de Archivos Distribuidos
Sistema de Archivos DistribuidosRene Guaman-Quinche
 
Unidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosUnidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosRene Guaman-Quinche
 
Tiempo, causalidad y estado global
Tiempo, causalidad y estado globalTiempo, causalidad y estado global
Tiempo, causalidad y estado globalRene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaTiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaRene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasTiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasRene Guaman-Quinche
 
Comunicacion intra procesos con socket
Comunicacion intra procesos con socketComunicacion intra procesos con socket
Comunicacion intra procesos con socketRene Guaman-Quinche
 

Más de Rene Guaman-Quinche (20)

interfaces.pdf
interfaces.pdfinterfaces.pdf
interfaces.pdf
 
Paradigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosParadigma Programación Orientada a Objetos
Paradigma Programación Orientada a Objetos
 
Fundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdfFundamentos ingeniería de requisitos.pdf
Fundamentos ingeniería de requisitos.pdf
 
replicacion heterogenea.pdf
replicacion heterogenea.pdfreplicacion heterogenea.pdf
replicacion heterogenea.pdf
 
Elicitación de requerimientos
Elicitación de requerimientosElicitación de requerimientos
Elicitación de requerimientos
 
Arquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdfArquitectura sw varios niveles.pdf
Arquitectura sw varios niveles.pdf
 
Hilos con Posix
Hilos con PosixHilos con Posix
Hilos con Posix
 
Introducción a los sistemas distribuidos
Introducción a los sistemas distribuidosIntroducción a los sistemas distribuidos
Introducción a los sistemas distribuidos
 
Diagramas componentes
Diagramas componentesDiagramas componentes
Diagramas componentes
 
Diagramas de secuencia
Diagramas de secuenciaDiagramas de secuencia
Diagramas de secuencia
 
C4model - Arquitectura de Software
C4model - Arquitectura de SoftwareC4model - Arquitectura de Software
C4model - Arquitectura de Software
 
Sistema de Archivos Distribuidos
Sistema de Archivos DistribuidosSistema de Archivos Distribuidos
Sistema de Archivos Distribuidos
 
RPC
RPCRPC
RPC
 
Unidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosUnidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetos
 
Tiempo, causalidad y estado global
Tiempo, causalidad y estado globalTiempo, causalidad y estado global
Tiempo, causalidad y estado global
 
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaTiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
 
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasTiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
 
Ciclo de vida software
Ciclo de vida softwareCiclo de vida software
Ciclo de vida software
 
Comunicacion intra procesos con socket
Comunicacion intra procesos con socketComunicacion intra procesos con socket
Comunicacion intra procesos con socket
 
Modelo paso de mensajes
Modelo paso de mensajesModelo paso de mensajes
Modelo paso de mensajes
 

Ingeniería de Requisitos Funcionales

  • 1. 1
  • 2. Ingeniería de Requisitos 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 Mayo, 2020 Loja, Ecuador
  • 3. 3 1. 2. Ingeniería de requisitos 3. Requisito 4. Atributos de requisitos Requisitos Funcionales Agenda
  • 10. 10 Requisito Funcionales Tipos de requisitos funcionales • Reglas del negocio • Transacciones: correcciones, ajustes y cancelaciones • Funciones administrativas • Autenticación • Niveles de autorización • Seguimiento de auditoría • Interfaces externas • Requisitos de certificación • Requisitos de búsqueda / informes • Información histórica
  • 11. 11 Requisito Funcionales Tipos de requisitos funcionales • Archivado • Cumplimiento, requisitos legales o reglamentarios. • Estructural • Algoritmos • Base de datos • Poder • Red • Infraestructura • Copia de seguridad y recuperación
  • 12. 12 Requisito Funcionales Types of functional requirements Reglas del negocio Los requisitos de las reglas de negocio generalmente serán la sección más grande ya que muchos requisitos pueden caer en esto. ¿Qué necesitas que haga tu sistema? ¿Cuáles son las características que necesita para que lo haga por usted? ¿Qué tipo de características necesitas capturar? Deberá definir todo el tipo de información que debe crearse, leerse, actualizarse y eliminarse (también conocida como CRUD, ¡y no, no es cruda!), Buscada, informada y cualquier otra operación que necesita ser realizado ….capturará a todas las personas que tendrán actividades de nómina dentro de la empresa BOSS
  • 13. 13 Requisito Funcionales Types of functional requirements Trasacciones Cubre varios aspectos de las transacciones. No solo examinará la entrada de una transacción, sino también la modificación, eliminación, desactivación / cancelación y verificación y manejo de errores Transacciones de entrada: el primer paso lógico para generar información es agregar datos. Deberías comenzar ingresando un registro El sistemas permitirá al usuario designado cargar los registros de Persona en el sistema ...permitirá al usuario designado importar múltiples registros de Persona al sistema
  • 14. 14 Requisito Funcionales Types of functional requirements Trasacciones Transacciones de cambio: elaborar un requisito para actualizar o cambiar una transacción individual ...permitirá al usuario designado desactivar un registro de Persona en el sistema Transacciones de error: Tal vez la información se ingresó de manera incorrecta y necesita ser reparada. En algunos casos, esto se puede hacer incluso antes de que se almacene la transacción ... verificará que el identificador de persona ya exista en el sistema
  • 15. 15 Requisito Funcionales Types of functional requirements Funciones Administrativas Describen las funciones que un administrador del sistema realiza en su sistema …... garantizará que existan al menos dos cuentas de administrador del sistema en el sistema …. el administrador podrá agregar cuentas de usuario …. podrá reactivar cuentas de usuario …. podrá reactivar cuentas de usuario
  • 16. 16 Requisito Funcionales Types of functional requirements Autenticación La autenticación es un mecanismo para validar que la persona o el sistema está autorizado para interactuar con el sistema. Este es un mecanismo establecido para verificar que la persona / sistema es quien dice ser Por lo tanto, las partes interesadas decidirán si la autenticación es necesaria para su sistema. Ayudará en el control de acceso. El nivel de autenticación es importante …... requerirá autenticación de huellas digitales para realizar todas las tareas que no sean de lectura ….. requerirá autenticación de exploración retiniana para realizar todas las tareas que no sean lectura.
  • 17. 17 Requisito Funcionales Types of functional requirements Niveles de autorización Anteriormente en la sección "Funciones administrativas", vio brevemente niveles de acceso variables de los datos mencionados. Por lo tanto, para el acceso, los datos de recursos humanos se verían así: …... todos los empleados de la compañía podrán leer las regulaciones de Recursos Humanos ….. el empleado de recursos humanos solo podrá agregar regulaciones de recursos humanos ….. el empleado de Recursos Humanos solo podrá cambiar las regulaciones de Recursos Humanos. ….. El empleado de Recursos Humanos solo podrá eliminar las regulaciones de Recursos Humanos.
  • 18. 18 Requisito Funcionales Types of functional requirements Niveles de autorización Tendrá que determinar si la desactivación y reactivación es necesaria para cada función donde es posible eliminarlas Debe examinar todos los tipos de datos que residen en su sistema y determinar quién puede hacer CRUD (cambiar, leer, actualizar o eliminar): regulaciones de RRHH, información del personal, datos de nómina (aunque podría ser bueno, si todos tienen privilegios de cambio en su salario?), datos del proveedor, facturación, etc.
  • 19. 19 Requisito Funcionales Types of functional requirements Seguimiento de auditoría Este proceso rastrea datos importantes y lo que sucede con los datos …. capturará todas las adiciones, cambios, eliminaciones, desactivaciones y reactivaciones realizadas por todos los administradores del sistema. …. proporcionará un informe que capture todas las adiciones, cambios, eliminaciones, desactivaciones y reactivaciones realizadas por todos los administradores del sistema. .... proporcionará un informe que capturará todas las adiciones, cambios, eliminaciones, desactivaciones y reactivaciones realizadas por los administradores de un sistema específico. …. proporcionará un informe que capturará todas las adiciones, cambios, eliminaciones, desactivaciones y reactivaciones durante un período de tiempo determinado. …. proporcionará un informe que capture todas las adiciones, cambios, eliminaciones, desactivaciones y reactivaciones para registros de datos específicos.
  • 20. 20 Requisito Funcionales Types of functional requirements Interfaces externas Cuando examina las interfaces externas, está evaluando un sistema, programa o aplicación que no forma parte del sistema, programa o aplicación que está definiendo …. el sistema proporcionará todas las funciones de acceso mediante la interfaz con la aplicación de control de acceso del sistema YYYY. …. debe interactuar con el dosímetro de radiación de la unidad BOSS mediante una conexión USB
  • 21. 21 Requisito Funcionales Types of functional requirements Requisito de Certificación ¿Existen certificaciones que su organización o gobierno requiere para el trabajo realizado en su sistema? …. deberá cumplir con la Certificación de Seguridad especificada por (ingrese la organización apropiada aquí, diga Oficina de Seguridad de la Compañía ABC)
  • 22. 22 Requisito Funcionales Types of functional requirements Requisitos de búsqueda e informes Se debe especificar qué datos puede consultar un usuario. En la mayoría de los casos, los usuarios pueden ver todo dentro de una base de datos …..la función de búsqueda de BOSS explotará las técnicas de aprendizaje automático para encontrar datos relacionados con los términos ingresados por el usuario …. permitirá a los usuarios especificar los elementos de datos devueltos en sus resultados de consulta …. permitirá a los usuarios especificar los elementos de datos de orden devueltos en sus resultados de consulta. …. permitirá a los usuarios especificar el formato de los elementos de datos devueltos en sus resultados de consulta.
  • 23. 23 Requisito Funcionales Types of functional requirements Cumplimiento, requisitos legales o reglamentarios Estas son leyes, regulaciones del gobierno, declaraciones de cumplimiento de organizaciones e incluso políticas y regulaciones internas que una parte dada de la organización o sus sistemas particulares deben seguir …..Las políticas de recursos humanos solo podrán ser modificadas por los administradores de recursos humanos …. Las Políticas de Recursos Humanos solo permitirán que se use el Número de Seguridad Social de una persona para procesos o actividades en RR. HH.
  • 24. 24 Requisito Funcionales Types of functional requirements Información Histórica Si tiene una base de datos dinámica, digamos todas las compras y ventas de su gran empresa productora de neumáticos, tendrá un crecimiento de datos. Dado que sus datos crecerán, debe definir los requisitos de almacenamiento y retención para acomodar este crecimiento de datos. …..La función de compra y venta de neumáticos generará 3 gigabytes de datos por año durante cinco años. …. Los datos de compra y venta de neumáticos estarán disponibles en línea durante cinco años.
  • 25. 25 Requisito Funcionales Types of functional requirements Archivo En algún momento, los datos dentro de su sistema pueden crecer más allá de la capacidad de almacenamiento. En el caso del límite de 1,000 transacciones, el proyecto tiene la capacidad de archivar los datos en una computadora portátil para el almacenamiento a largo plazo ….. permitirá la capacidad de recuperar datos de transacciones archivados …. Los datos archivados de la Gestión de Registros permitirán la capacidad de recuperar datos archivados de transacciones en el sistema en línea.
  • 26. 26 Requisito Funcionales Types of functional requirements Estructural se aplica principalmente a los sistemas de hardware. Está buscando aquellos artículos que aborden cuán resistente debe ser Debe definir cualquier fuerza aplicada a su sistema. ¿Estará expuesto a rayos, lluvia, nieve, granizo, sal, agua de mar, congelación, calor? ¿Se moverá el sistema? Si es así, arrastre será un factor. ¿La oxidación será un factor?
  • 27. 27 Requisito Funcionales Types of functional requirements Algoritmo Los algoritmos capturan cualquier fórmula o manipulación específica de elementos de datos que deba ocurrir ….Los costos del producto se calcularán por la depreciación del dólar
  • 28. 28 Requisito Funcionales Types of functional requirements Backup and recovery Tener una función de copia de seguridad y recuperación dentro de su sistema. De lo contrario, ¿qué sucede si su sistema se bloquea y borra todos sus datos? ….tendrá un sistema completo y una copia de seguridad de datos una vez por semana
  • 29. 29 Requisito Funcionales Types of functional requirements Tarea Defina los requisitos atender los casos de COVID en la ciudad de Loja, gestión medicos, pacientes, seguimiento.
  • 30. 30 Requisito Funcionales Atributos de un buen requisito Intente reescribir estos requisitos eliminando lo negativo de la declaración:  El sistema no anulará el uso de selecciones seleccionadas de contraste y color según lo prescrito en la Sección 508  El sistema no interrumpirá ni deshabilitará las funciones de accesibilidad del sistema operativo activado  El sistema no utilizará la codificación de colores como el único medio para transmitir información, indicar una acción, provocar una respuesta o distinguir un elemento visual  El software del sistema no utilizará texto, objetos u otros elementos que parpadeen o parpadeen con una frecuencia de parpadeo o parpadeo mayor de 2Hz o menor de 55 Hz.  Si la búsqueda es demasiado compleja, el sistema no se bloqueará al ejecutar una búsqueda  Cuando el sistema identifica errores ortográficos, el sistema no se corregirá automáticamente sin la aceptación del usuario  El generador de informes del sistema no requerirá una tarifa de licencia por puesto para cada usuario
  • 47. 47 Requisito No Funcionales Los requisitos no funcionales definen cómo debe hacerlo el sistema Los requisitos no funcionales no especifican la implementación. • Arquitectónico • Capacidad, energía y pronóstico • Documentación • Eficiencia • Efectividad • Ambiental • Tolerancia a fallos • Privacidad • Calidad • Resistencia • Robustez • Accesibilidad • Disponibilidad Integridad de los datos • extensibilidad • interoperabilidad • manejabilidad • Mantenibilidad • portabilidad • calidad • Fiabilidad • recuperabilidad • escalabilidad • seguridad • Facilidad de servicio • Estabilidad • Capacidad de soporte • Testabilidad • Usabilidad
  • 48. 48 Requisito No Funcionales Arquitectónico Su organización puede exigir algunos estándares de arquitectura que su sistema debe seguir El sistema será diseñado con un SOA (Service Oriented Architecture) El sistema será diseñado con una arquitectura basada en microservicios El sistema deberá seguir la Transferencia de estado representativa (REST) El sistema deberá seguir la arquitectura de entornos de plataforma operativa común (COPEs)
  • 49. 49 Requisito No Funcionales Capacidad Examinará la capacidad de almacenamiento que necesita para su sistema La Administración de Registros del SGA tendrá una capacidad de 12 Terabytes de datos El dosímetro de radiación individual almacenará 1000 bytes de datos El dosímetro de radiación de la unidad BOSS almacenará 1,000,000 de bytes de datos
  • 50. 50 Requisito No Funcionales Restricciones Puede haber muchas restricciones en el sistema que se debe abordar. Estas declaraciones son restricciones sobre lo que puede hacer: como restricciones ambientales o de privacidad, otros pueden ser restricciones arquitectónicas El dosímetro de radiación individual no pesará más de 4 onzas La Administración de registros requerirá que todos los registros estén en uno de los siguientes formatos: DOC, DOCX, XLS, XLSX, PPT, PPTX, JPG, or TIFF.
  • 51. 51 Requisito No Funcionales Documentación Son los documentos que ya existen relacionados con un proyecto La documentación es diferente de un documento que captura todos sus requisitos ¿Existen requisitos específicos para la documentación que forma parte del sistema? La unidad de registro de firma eletrónica tendrá una guía de usuario impresa que explica todas las funciones para obtener la firma electrócnica El Sistema de gestión de registros de la UNL tendrá una guía de usuario en línea que explica todas las funciones del Sistema de gestión de Académica.
  • 52. 52 Requisito No Funcionales Eficiencia Son los documentos que ya existen relacionados con un proyecto La documentación es diferente de un documento que captura todos sus requisitos ¿Existen requisitos específicos para la documentación que forma parte del sistema? La unidad de registro de firma eletrónica tendrá una guía de usuario impresa que explica todas las funciones para obtener la firma electrócnica El Sistema de gestión de registros de la UNL tendrá una guía de usuario en línea que explica todas las funciones del Sistema de gestión de Académica
  • 53. 53 Requisito No Funcionales Eficacia / Efectividad Debe definir qué tan buenas son ciertas funciones dentro de su sistema El dosímetro de radiación individual capturará el 99% de la radiación a la que está expuesto el soldado individual. El Sistema Operativo del Sistema de Gestión de Registros debe ingerir el 100% de los registros presentados
  • 54. 54 Requisito No Funcionales Tolerancia a Fallas ¿Qué sucede cuando falla una parte del sistema, pero no todo el sistema? El Sistema de Administración de Registros del SGA tendrá implementadas todas las funciones como servicios dentro de una arquitectura orientada a servicios para permitir que el sistema opere en caso de que uno o más servicios fallen El caza a reacción XF-36 podrá aterrizar con solo uno de sus dos motores en funcionamiento.
  • 55. 55 Requisito No Funcionales Privacidad Hay varias situaciones en las que debe considerar los problemas de privacidad Las personas están legítimamente preocupadas por su información personal Esta es una consideración comercial crítica dada la preocupación del consumidor sobre la información de su persona El dosímetro de radiación de la unidad debe almacenar para garantizar que las dosis de radiación individuales estén protegidas de acuerdo con el cumplimiento de HIPAA. La Administración de registros del SGA-UNL deberá proteger la privacidad de las personas identificadas en un registro de acuerdo con las políticas de privacidad del gobierno
  • 56. 56 Requisito No Funcionales Calidad El escaneo de los Records Management capturará el 75% de los caracteres por página para ser considerado un escaneo de calidad
  • 57. 57 Requisito No Funcionales Resilience (Resilience) o Recuperación Define lo que debe preservarse cuando se produce una interrupción del sistema La Administración de registros del SGA mantendrá todos los registros durante una interrupción hasta el momento en que se restablezca el sistema. El dosímetro de radiación individual mantendrá el registro de exposición individual durante la pérdida de energía de la batería hasta el momento en que la energía se restablezca en el sistema
  • 58. 58 Requisito No Funcionales Robustez Significa que el sistema no se bloquea fácilmente y es capaz de soportar cambios que podrían debilitarlo La función de búsqueda de administración de registros del SGA no hará que el sistema falle Si la exposición a la energía supera 1.00 MeV, el dosímetro de radiación de la unidad ignorará la energía en lugar de sobrecargar el sensor
  • 59. 59 Requisito No Funcionales Ambiental ¿Cuáles son los entornos externos en los que su sistema necesitará operar? ¿Será este un sistema informático de 24 horas, siete días a la semana? El dosímetro de radiación de la unidad debe exponerse a temperaturas que oscilan entre -40 y 140 grados Fahrenheit La Administración de Registros del SGA operará de 6 a.m. a 11 p.m. diariamente de lunes a viernes.
  • 60. 60 Requisito No Funcionales Integridad de datos Se refiere a mantener y asegurar la precisión y consistencia de los datos durante todo su ciclo de vida. Podría ser la interrupción o pérdida de datos debido a una falla de hardware, como un problema en un disco duro y falla La integridad de los datos se corrompe cuando no se puede encontrar un registro porque el puntero dentro de una base de datos pierde su enlace Para evitar la corrupción maliciosa del dosímetro de radiación de la unidad, el sistema retendrá sus datos durante 90 días después de que un usuario designado autorice la eliminación de un registro en el dosímetro de la unidad. El Sistema de Administración de Registros del SGA mantendrá la integridad de los datos al mantener copias de seguridad de todas las actualizaciones de la base de datos para cada transacción de registros.
  • 61. 61 Requisito No Funcionales Normas o Estándares Puede haber muchos y variados estándares que están regulados en su proyecto o incluso que su organización grava con usted debido a la política de la compañía. Podría haber estándares de programación para sus desarrolladores o para estándares arquitectónicos de la empres El sistema deberá seguir el Estándar de Interfaz de Usuario Organizacional de esta compañía El dosímetro de radiación de la unidad debe exponerse a temperaturas que oscilan entre -40 y 140 grados Fahrenheit.
  • 62. 62 Requisito No Funcionales Rendimiento Es la ejecución de una acción.Es la forma en que funciona un mecanismo, por ejemplo, el rendimiento del motor Performance Response Time: ¿Qué tan rápido desea que se complete su solicitud, sea lo que sea? La función de búsqueda de gestión de registros del SGA devolverá los resultados en 4 segundos, el 80% del tiempo La función de búsqueda de gestión de registros del SGA devolverá los resultados en 10 segundos, el 90% del tiempo.
  • 63. 63 Requisito No Funcionales Rendimiento Performance Response Time: ¿Qué tan rápido desea que se complete su solicitud, sea lo que sea? La función de búsqueda de gestión de registros del SGA devolverá los resultados dentro de un minuto, el 99% del tiempo. La función de búsqueda de gestión de registros del SGA devolverá los resultados dentro de diez minutos, el 100% del tiempo La función de búsqueda de gestión de registros del SGA devolverá todos los resultados de la consulta en menos de diez minutos
  • 64. 64 Requisito No Funcionales Rendimiento Rendimiento de carga de trabajo: Otro factor que debe tener en cuenta es la carga de trabajo en el sistema (concurrencia).¿Cuántos usuarios habrá para su sistema? La función de búsqueda de gestión de registros del SGA tendrá 500 usuarios La función de búsqueda de gestión de registros del SGA tendrá 40 usuarios concurrentes promedio La función de búsqueda de gestión de registros del SGA tendrá 120 usuarios concurrentes máximos La función de búsqueda de gestión de registros del SGA devolverá los resultados dentro de 10 segundos, el 80% del tiempo durante las dos horas pico del día La función de búsqueda de gestión de registros del FBI BOSS devolverá los resultados en 10 segundos, el 80% del tiempo cuando hay 100 búsquedas iniciadas en 10 minutos
  • 65. 65 Requisito No Funcionales Rendimiento Rendimiento de plataforma: Rendimiento de hardware La impresora de red del SGA imprimirá al menos cien páginas por minuto El escáner de red del SGA escaneará al menos veinte páginas por minuto a 2400 puntos por pulgada
  • 66. 66 Requisito No Funcionales Rendimiento Perfiles de rendimiento: A veces es posible que deba considerar perfiles de rendimiento que son diferentes entre sí. Por ejemplo, está buscando una red de área local (LAN) para oficinas de ventas en empresas dispersas por todo el país. Algunas oficinas son más grandes que otras: • Las oficinas pequeñas varían de 3 a 6 personas. • Las oficinas medianas varían de 10 a 26 personas. • Las oficinas grandes varían de 30 a 56 personas.
  • 67. 67 Requisito No Funcionales Rendimiento Perfiles de rendimiento: El servidor de ventas de la red para una pequeña oficina de ventas almacenará 10 megabytes de registros de ventas. El servidor de ventas de la red para una oficina de ventas mediana almacenará 40 megabytes de registros de ventas. El servidor de ventas de la red para una oficina de ventas grande almacenará 100 megabytes de registros de ventas.
  • 68. 68 Requisito No Funcionales Rendimiento Throughput: la cantidad de material, datos, etc., que ingresa y pasa por algo (como una máquina o sistema) El dosímetro de radiación de la unidad tendrá la capacidad de descargar hasta 1000 transacciones en la computadora portátil Dosimetry Archive. El dosímetro de radiación de la unidad tendrá la capacidad de descargar hasta 1000 transacciones en la computadora portátil Dosimetry Archive en 5 minutos
  • 69. 69 Requisito No Funcionales Fiablilidad (Reliability, Availability, and Maintainability RAM ) la confiabilidad del sistema, componente o lo que sea el elemento significa que no falla, solo definirá la confiabilidad para todo el sistema y las principales áreas funcionales (servicios y / o subsistemas) El sistema SGA estará disponible el 99,99% del tiempo Se producirá una falla del sistema SGA cuando alguna de las siguientes funciones críticas no esté funcionando: • Acceso de seguridad al sistema. • Búsqueda en la base de datos . • Agregar registros a la base de datos • Actualización de registros dentro de la base de datos. • Eliminar registros de la base de datos
  • 70. 70 Requisito No Funcionales Seguridad Acceso de Control: aquí especifica cómo las personas obtienen acceso al sistema. Por lo general, tiene algún tipo de identificación de usuario única (ID de usuario y contraseña) El sistema deberá mantener una identificación de usuario única para cada persona que utilizará el sistema. El sistema deberá mantener una contraseña para cada identificación de usuario única en el sistema.
  • 71. 71 Requisito No Funcionales Seguridad Acceso de Control El sistema le permitirá al usuario tres intentos de ingresar su ID de usuario y contraseña (y seleccionar el dominio, cuando corresponda) antes de que finalice esa sesión. Cuando el usuario no pudo ingresar su ID de usuario y contraseña correctamente, el sistema le permitirá al usuario tres intentos de inicio de sesión después de una hora. Cuando el usuario no pudo ingresar su ID de usuario y contraseña correctamente, el sistema solo le permitirá al usuario tres intentos de iniciar sesión nuevamente después de que un administrador del sistema lo haya autorizado
  • 72. 72 Requisito No Funcionales Seguridad Acceso de Control El sistema debe permitir roles que permitan a las personas leer la base de datos El sistema debe permitir roles que permitan a las personas agregar a la base de datos El sistema debe permitir roles que permitan a las personas cambiar la base de datos El sistema debe permitir roles que permitan a las personas eliminar de la base de datos El sistema debe permitir roles de administrador del sistema El sistema permitirá a los usuarios tener múltiples roles. El sistema debe permitir roles de administrador del sistema El sistema debe permitir funciones de monitoreo del sistema El sistema debe permitir funciones de auditoría del sistema
  • 73. 73 Requisito No Funcionales Seguridad Importar y exportar al exterior del sistema: debe proteger la información que llega a su aplicación. El sistena se asegurará de que todos los datos que se importen al sistema no tengan virus. El sistema se asegurará de que todos los usuarios externos al sistema no tengan acceso a los datos del sistema
  • 74. 74 Requisito No Funcionales Seguridad Importar y exportar al exterior del sistema: El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft Excel en formato .xlsx. El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft Excel en formato .csv. El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft Word en formato .csv. El sistema proporcionará a los usuarios la capacidad de exportar datos a Microsoft Word en formato .docx.
  • 75. 75 Requisito No Funcionales Seguridad Importar y exportar al exterior del sistema: El sistema prohibirá la exportación de datos de nómina del Sistema. El sistema prohibirá que la información de propiedad de la compañía se exporte del Sistema. El sistema identificará todos los datos de nómina dentro del Sistema. El sistema identificará toda la información de propiedad de la compañía dentro del Sistema. El sistema prohibirá la exportación de datos del Sistema
  • 76. 76 Requisito No Funcionales Seguridad Conexiones al exterior del sistema: Es sobre las interfaces con otros sistemas en otros lugares. Aborda la protección de los datos. Primero, debe abordar la autorización de los usuarios para mover datos hacia y desde sus sistemas, como en estos ejemplos, incluido el formato de datos apropiado El sistema proporcionará a los usuarios la capacidad de exportar datos a CUALQUIER sistema en formato .csv. El sistema proporcionará a los usuarios la capacidad de importar datos desde CUALQUIER sistema en formato .csv.
  • 77. 77 Requisito No Funcionales Seguridad Conexiones al exterior del sistema: El sistema proporcionará CUALQUIER sistema para importar datos en formato .csv. El sistema proporcionará CUALQUIER sistema para exportar datos en formato .csv. El sistema proporcionará CUALQUIER sistema para importar datos en el formato especificado en CUALQUIER formato de interfaz del sistema. El sistema proporcionará CUALQUIER sistema para exportar datos en el formato especificado en CUALQUIER formato de interfaz del sistema.
  • 78. 78 Requisito No Funcionales Seguridad Conexiones al exterior del sistema: El sistema prohibirá la exportación de datos de nómina del Sistema El sistema no permitirá que los datos de la nómina se exporten desde el Sistema El sistema consultará libros sobre vikingos pero no sobre el equipo de fútbol americano de los Minnesota Vikings. El sistema tendrá un firewall para protegerse de la intrusión de Internet. El sistema tendrá protección contra virus. El sistema evitará la captura de pulsaciones de teclas. El sistema protegerá contra la denegación de servicio (DOS).
  • 79. 79 Requisito No Funcionales Seguridad Reutilizar: Una vez que haya definido ciertos requisitos de seguridad, en particular el control de acceso, debería poder reutilizarlos a lo largo de su carrera. Realice los requisitos de reutilización siempre que pueda El sistema requerirá que un cliente ingrese su nombre como nombre y apellido. El sistema requerirá que un cliente ingrese una dirección de correo electrónico. El sistema requerirá que un cliente ingrese su nombre como nombre y apellido. El sistema requerirá que un cliente ingrese una dirección de correo electrónico
  • 80. 80 Requisito No Funcionales Escalabilidad Se refiere a la capacidad de un sistema para escalar (o bajar) a capacidades adicionales o para permitir el crecimiento. Algunas organizaciones pueden llamarlo extensibilidad El sistema podrá almacenar 6 terabytes de datos cuando se implemente Los datos del sistema podrán crecer un 24% por año El sistema será extensible / escalable Los datos del sistema deberán poder agregar cinco servicios por año sin afectar los requisitos de rendimiento del sistema
  • 81. 81 Requisito No Funcionales Accesibilidad ¿Cómo define los requisitos de interfaz de usuario para software y hardware? En parte, una interfaz de usuario es una implementación. Interoperabilidad Capacidad de un sistema para trabajar o usar las partes o equipos de otro sistema El sistema seguirá la arquitectura orientada al servicio El sistem tendrá una capa de comunicaciones con una sola interfaz para todos los servicios que deben seguir El sistema requerirá que todos los servicios se comuniquen solo con la capa de comunicaciones, no con otros servicios
  • 82. 82 Requisito No Funcionales Portabilidad Es la capacidad de ejecutarse en numerosas plataformas informáticas diferentes. Debe abordar las siguientes preguntas, como mínimo: ¿Se puede ejecutar la aplicación en diferentes sistemas operativos? ¿Puedes migrar los datos a otros sistemas? ¿Sus aplicaciones web funcionarán en diferentes navegadores? ¿Se puede ejecutar la aplicación en diferentes plataformas sin modificaciones significativas?  El sistema funcionará en Windows 8.  El sistema funcionará en Mac OS X.  El sistema funcionará en la versión 7 de Unix
  • 83. 83 Requisito No Funcionales Portabilidad Diferentes sistemas  El sistema funcionará en computadoras personales.  El sistema funcionará en teléfonos Android.  El sistema funcionará en Xbox 360. Diferentes navegadores  El sistema funcionará en Internet Explorer 11.  El sistema funcionará en Firefox 29.
  • 84. 84 Requisito No Funcionales Soportabilidad Se refiere a "las características inherentes del diseño y la instalación que permiten el mantenimiento y soporte efectivos y eficientes del sistema durante todo el ciclo de vida" Los servicios del sistema serán unidades individuales reemplazables que se pueden conectar a la infraestructura sin requerir ningún otro servicio en el sistema
  • 85. 85 Requisito No Funcionales Testability Inicialmente, puede pensar que esto no es algo que especifique en los requisitos, que esto se captura en la documentación del contrato o en la documentación de planificación de pruebas. ¿Qué pasa con tener cierta capacidad de prueba integrada en el hardware y el software? La función de escaneo de gestión de registros del sistema contendrá registros de muestra que se utilizarán para la calibración en el escaneo.
  • 86. 86 Requisito No Funcionales Recuperabilidad Esto significa la capacidad de recuperarse de algún evento, por ejemplo, el bloqueo de un sistema. ¿Qué tan rápido vuelve a las operaciones completas?: En caso de que el sistema de Gestión de Registros del sistema se bloquee, el sistema volverá a funcionar por completo en 48 horas desde el comienzo del accidente En caso de que el sistema de Gestión de Registros del sistema se bloquee, las seis funciones críticas se devolverán a las operaciones en 4 horas desde el comienzo del accidente
  • 87. 87 Cŕeditos • Transparencias basadas por: • Toni Granollers, Requisitos http://ocw.udl.cat/enginyeria-i- arquitectura/interaccio-persona-ordinador/4.-requisitos
  • 88. Networking académico: Correo electrónico: rguaman@unl.edu.ec Twitter: @rene5254 SlideShare: https://es.slideshare.net/rene5254 88 Gracias