Rene Guaman-Quinche, profile picture
Subido porRene Guaman-Quinche
PDF, PPTX5,498 vistas

Requisitos funcionales y no funcionales

El documento describe los diferentes tipos de requisitos funcionales que deben considerarse para un sistema, incluyendo reglas de negocio, transacciones, funciones administrativas, autenticación, niveles de autorización, seguimiento de auditoría, interfaces externas, requisitos de certificación, requisitos de búsqueda e informes, cumplimiento de requisitos legales, información histórica y archivo. También cubre atributos clave de los requisitos funcionales como eficiencia, efectividad, calidad y otros.

Incrustar presentación

Descargar como PDF, PPTX
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

PDF
Requerimientos Funcionales y no Funcionales
porsullinsan
 
PDF
Requerimientos no funcionales
porAngel Minga
 
PDF
Ingeniería de requisitos e ingeniería de requerimientos
porCesar Prado
 
PPTX
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
porJr. Rodriguez Valladares
 
DOC
Requerimientos de un Sistema (usando criterios del swebok)
porMiguel Miranda
 
PPTX
Requerimientos del software
porRosa Virginia Ortega Loaiza
 
PPTX
Requerimiento funcional y no funcional
porCristobalFicaV
 
PPTX
Estudio de factibilidad técnica (enfoque informático)
porRonald Rivas
 
Requerimientos Funcionales y no Funcionales
porsullinsan
 
Requerimientos no funcionales
porAngel Minga
 
Ingeniería de requisitos e ingeniería de requerimientos
porCesar Prado
 
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
porJr. Rodriguez Valladares
 
Requerimientos de un Sistema (usando criterios del swebok)
porMiguel Miranda
 
Requerimientos del software
porRosa Virginia Ortega Loaiza
 
Requerimiento funcional y no funcional
porCristobalFicaV
 
Estudio de factibilidad técnica (enfoque informático)
porRonald Rivas
 

La actualidad más candente

PPT
Unidad 1.3 Analisis De Requerimientos
porSergio Sanchez
 
PPT
Arquitectura 3 Capas
porFani Calle
 
PPT
Técnicas para la Obtención de Requerimientos
porJuan Carlos Olivares Rojas
 
DOCX
Requerimientos funcionales y no funcionales de la aplicación
porYare LoZada
 
PPSX
Ieee 830
porALEX MERINO
 
PDF
Normas ISO 9126 - 25000
porLoreto Arriagada
 
DOCX
Clasificación de los requerimientos
porFSILSCA
 
PPT
Ejemplo rup
porangel2365
 
PPT
Calidad De Software
porJimmy Campo
 
DOCX
Requisitos funcionales y no funcionales
porJohan Villamizar Tabares
 
PDF
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
porRAUL CHIPANA LARICO
 
PPTX
Diseño caso de pruebas
porRocio Camargo Villa
 
PDF
Mapa conceptual - Institutos Reguladores Calidad de Software
porKarloz Dz
 
PPTX
Protección y Seguridad de los sistemas operativos
porAquiles Guzman
 
PDF
Ingenieria requerimientos
porGiovanny Guillen
 
PPTX
Diagramas de clases y actividades
porTerryJoss
 
DOCX
Casos De Uso
porguest2accd2
 
PPTX
Enfoque estructurado enfoque oo
porkarlanm07
 
PPTX
Modelamiento software
porCristhian J. Oscco Huangal
 
PPTX
Procesos e Hilos en los Sistemas Operativos
porEmmanuel Fortuna
 
Unidad 1.3 Analisis De Requerimientos
porSergio Sanchez
 
Arquitectura 3 Capas
porFani Calle
 
Técnicas para la Obtención de Requerimientos
porJuan Carlos Olivares Rojas
 
Requerimientos funcionales y no funcionales de la aplicación
porYare LoZada
 
Ieee 830
porALEX MERINO
 
Normas ISO 9126 - 25000
porLoreto Arriagada
 
Clasificación de los requerimientos
porFSILSCA
 
Ejemplo rup
porangel2365
 
Calidad De Software
porJimmy Campo
 
Requisitos funcionales y no funcionales
porJohan Villamizar Tabares
 
Prototipo de-sistema-para-matricula-e-inscripcion-de-asignaturas---uni
porRAUL CHIPANA LARICO
 
Diseño caso de pruebas
porRocio Camargo Villa
 
Mapa conceptual - Institutos Reguladores Calidad de Software
porKarloz Dz
 
Protección y Seguridad de los sistemas operativos
porAquiles Guzman
 
Ingenieria requerimientos
porGiovanny Guillen
 
Diagramas de clases y actividades
porTerryJoss
 
Casos De Uso
porguest2accd2
 
Enfoque estructurado enfoque oo
porkarlanm07
 
Modelamiento software
porCristhian J. Oscco Huangal
 
Procesos e Hilos en los Sistemas Operativos
porEmmanuel Fortuna
 

Similar a Requisitos funcionales y no funcionales

PDF
Requisitos funcionales
porRene Guaman-Quinche
 
PPTX
Requisitos_Funcionales_Presentacion [Autoguardado].pptx
porvanegasedeblangel
 
PDF
2 requisitos
porJulio Miguel Cuadros Totora
 
PDF
Requerimientos funcionales 2
porMiguel Angel Pérez Barría
 
PDF
2 requisitos
porljds
 
PPTX
IngenieriaDeRequisitos2.pptx
porssuser8c00ad
 
ODP
Requerimientos muestra
porDennis Zepeda
 
PPTX
Presentacion del Grupo 6 analisis de sistemas II UNED Costa Rica I Cuatrimest...
porGustavo Palomo Ureña
 
PPT
Requerimientos
porEliezer Cordova
 
PDF
2-requirements.pdf
porkaterine51
 
PDF
Especificacion de requerimiento.pdf
porEduarHurtado1
 
PDF
Especificacion de requerimiento.pdf
porEduarHurtado1
 
PPTX
Ingenieria de requerimientos
porMarvin Romero
 
PPTX
Unidad de Aprendizaje
porThamara
 
PDF
Ingenieria requisitos
porYAMILA GASCON
 
PDF
Clase 04a requerimientos introduccion
porDemián Gutierrez
 
PPTX
Arnold Gutierrez | Requerimientos & Trazabilidad
porArnold Gutierrez
 
PPTX
Ingenieria de requerimientos 1
porjmpov441
 
PPTX
Clase 1 - Introducción a la Ingenieria de Requerimientos.pptx
porOMARTRIANA5
 
PDF
Trabajo final
porBerenice Ceja
 
Requisitos funcionales
porRene Guaman-Quinche
 
Requisitos_Funcionales_Presentacion [Autoguardado].pptx
porvanegasedeblangel
 
2 requisitos
porJulio Miguel Cuadros Totora
 
Requerimientos funcionales 2
porMiguel Angel Pérez Barría
 
2 requisitos
porljds
 
IngenieriaDeRequisitos2.pptx
porssuser8c00ad
 
Requerimientos muestra
porDennis Zepeda
 
Presentacion del Grupo 6 analisis de sistemas II UNED Costa Rica I Cuatrimest...
porGustavo Palomo Ureña
 
Requerimientos
porEliezer Cordova
 
2-requirements.pdf
porkaterine51
 
Especificacion de requerimiento.pdf
porEduarHurtado1
 
Especificacion de requerimiento.pdf
porEduarHurtado1
 
Ingenieria de requerimientos
porMarvin Romero
 
Unidad de Aprendizaje
porThamara
 
Ingenieria requisitos
porYAMILA GASCON
 
Clase 04a requerimientos introduccion
porDemián Gutierrez
 
Arnold Gutierrez | Requerimientos & Trazabilidad
porArnold Gutierrez
 
Ingenieria de requerimientos 1
porjmpov441
 
Clase 1 - Introducción a la Ingenieria de Requerimientos.pptx
porOMARTRIANA5
 
Trabajo final
porBerenice Ceja
 

Más de Rene Guaman-Quinche

PDF
interfaces.pdf
porRene Guaman-Quinche
 
PDF
Paradigma Programación Orientada a Objetos
porRene Guaman-Quinche
 
PDF
Fundamentos ingeniería de requisitos.pdf
porRene Guaman-Quinche
 
PDF
replicacion heterogenea.pdf
porRene Guaman-Quinche
 
PDF
Elicitación de requerimientos
porRene Guaman-Quinche
 
PDF
Arquitectura sw varios niveles.pdf
porRene Guaman-Quinche
 
PDF
Hilos con Posix
porRene Guaman-Quinche
 
PDF
Introducción a los sistemas distribuidos
porRene Guaman-Quinche
 
PDF
Diagramas componentes
porRene Guaman-Quinche
 
PDF
Diagramas de secuencia
porRene Guaman-Quinche
 
PDF
C4model - Arquitectura de Software
porRene Guaman-Quinche
 
PDF
Sistema de Archivos Distribuidos
porRene Guaman-Quinche
 
PDF
RPC
porRene Guaman-Quinche
 
PDF
Unidad 2 diseño orientado a objetos
porRene Guaman-Quinche
 
PDF
Tiempo, causalidad y estado global
porRene Guaman-Quinche
 
PDF
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
porRene Guaman-Quinche
 
PDF
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
porRene Guaman-Quinche
 
PDF
Ciclo de vida software
porRene Guaman-Quinche
 
PDF
Comunicacion intra procesos con socket
porRene Guaman-Quinche
 
PDF
Modelo paso de mensajes
porRene Guaman-Quinche
 
interfaces.pdf
porRene Guaman-Quinche
 
Paradigma Programación Orientada a Objetos
porRene Guaman-Quinche
 
Fundamentos ingeniería de requisitos.pdf
porRene Guaman-Quinche
 
replicacion heterogenea.pdf
porRene Guaman-Quinche
 
Elicitación de requerimientos
porRene Guaman-Quinche
 
Arquitectura sw varios niveles.pdf
porRene Guaman-Quinche
 
Hilos con Posix
porRene Guaman-Quinche
 
Introducción a los sistemas distribuidos
porRene Guaman-Quinche
 
Diagramas componentes
porRene Guaman-Quinche
 
Diagramas de secuencia
porRene Guaman-Quinche
 
C4model - Arquitectura de Software
porRene Guaman-Quinche
 
Sistema de Archivos Distribuidos
porRene Guaman-Quinche
 
RPC
porRene Guaman-Quinche
 
Unidad 2 diseño orientado a objetos
porRene Guaman-Quinche
 
Tiempo, causalidad y estado global
porRene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
porRene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
porRene Guaman-Quinche
 
Ciclo de vida software
porRene Guaman-Quinche
 
Comunicacion intra procesos con socket
porRene Guaman-Quinche
 
Modelo paso de mensajes
porRene Guaman-Quinche
 

Requisitos funcionales y no funcionales

  • 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 derequisitos 3. Requisito 4. Atributos de requisitos Requisitos Funcionales Agenda
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
    10 Requisito Funcionales Tipos derequisitos 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 derequisitos 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 offunctional 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 deun 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.
  • 32.
  • 33.
  • 34.
  • 35.
  • 36.
  • 37.
  • 38.
  • 39.
  • 40.
  • 41.
  • 42.
  • 43.
  • 44.
  • 45.
  • 46.
  • 47.
    47 Requisito No Funcionales Losrequisitos 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 Suorganizació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 Puedehaber 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 Sonlos 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 Sonlos 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 Toleranciaa 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 Hayvarias 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 Elescaneo 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 Significaque 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álesson 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 Integridadde 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 Normaso 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 Esla 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 PerformanceResponse 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 Rendimientode 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 Rendimientode 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 Perfilesde 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 Perfilesde 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 Accesode 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 Accesode 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 Accesode 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 Importary 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 Importary 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 Importary 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 Conexionesal 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 Conexionesal 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 Conexionesal 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 Serefiere 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ómodefine 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 Esla 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 Diferentessistemas  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 Serefiere 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 Estosignifica 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 basadaspor: • 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