Please enable JavaScript.
Coggle requires JavaScript to display documents.
ESQUEMA DE REQUISITOS DE SOFTWARE (REQUISTOS NO FUNCIONALES (Relación…
ESQUEMA DE REQUISITOS DE SOFTWARE
REQUISITOS DE SOFTWARE
Componentes
Req. de la solución
Son vacíos de información en donde se describe características con el fin de cumplir con los requisitos de negocio para después tomar soluciones y convertir en requisitos del software
Ejemplo:El sistema debe permitir buscar y
consultar la información
sobre los socios de la cooperativa Sucre
Req. de transición
Una transacción se utiliza solo durante la contribución del software pero no es un requisito funcional, solo nos sirve para poder iniciar el software mas no como solución en si dentro del sistema
Ejemplo: capacitaron para el uso del sistema a los socios de la cooperativa
REQUISITOS FUNCIONALES
Nivel de granularidad
Agregados
Se trata de reducir las tareas de usuario en una especificación de alto nivel que contendrá tareas de uno o mas usuarios que se devén cumplir primordial mente
Ejemplo: controlar que los socios tengan los papeles en regla
Usuario
Nos ayuda a identificar el alcance que va atener el software con un a mayor comprenciòn y validación, ya que se debe seguir un nivel de estándar (ISO/IEC14143) para poder verificar la calidad del software previamente establecidas
Ejemplo: Registro de los socios de la cooperativa Sucre
Sub función
Nos ayuda ala interacción de datos entre el usuario y el software siguiendo una secuencia de pasos que son compatibles con los requisitos funcionales
Ejemplo: verificar que los socios estén activos dentro de la cooperativa
REQUISTOS NO FUNCIONALES
Relación entre los requisitos no funcionales y las restricciones técnicas
La restricción técnica no deja de ser un subconjunto de los requisitos no funcionales de todo el proyecto ya que una restricción técnica tan bien induce a un requisito no funcional mas especifico
FURPS+
Funcionality: se sentra en los requisitos funcionales,
Usability: se refiere a la facilidad de uso del software,
Reability: se refiere a la capacidad del software ante problemas imprevistos
Performance: se refiere al tiempo de respuesta del software
Supportabilit : se refiere ala compatibilidad del software con el ambiente en el cual se va a trabajar
ISO/IEC 25010
Es una norma de calidad del software que contiene 8 categorías:
Adecuación funcional: se trata de el grado de de satisfacción del producto asía las necesidades especificas.
Eficiencia de desempeño: Se trata del rendimiento de calidad
Compatibilidad:Se trata de como intercambia la información con otro sistemas o otro componte (hardware y software).
Usabilidad: Se trata como el sistema trabaja para conseguir la información que el usuario requiera.
Fiabilidad: Se trata como el sistema reacciona a condiciones adversar de lo planeado durante un tiempo
Capacidad de mantenimiento: Se trata de como el sistema se puede modificar.
Seguridad: Se trata de como el sistema regulariza el acceso ala información guardada en el mismo.
Potabilidad: Se refiere a el grado de eficiencia al funcionar en otro dispositivo tecnológico
Posibles tipos
Organizacion
Implementacion
Calidad
Medio ambiente