Please enable JavaScript.
Coggle requires JavaScript to display documents.
Esquema de requisitos de software (REQUISITOS DE SOFTWARE (Requerimiento…
Esquema de requisitos de software
REQUISITOS DE SOFTWARE
Requerimiento de la solución
Describen sus características con el fin de cumplir con los requisitos del negocios y los requisitos de los interesados
Características
Oportunidades de racionalización
Resuelve la solución
Representa la informacion no estructurada
Ejemplo: Un cliente podría indicar que para proporcionar seguridad al sistema antes ataques externos, este debe pedir un pasword, o podría construirse un "firewall" o hacer que los datos usen encriptacion.
Requerimientos de transición
Se basa en que el requerimiento tiene que formar parte del sistema
Ejemplo
En la universidad Técnica de Cotopaxi existe la carrera de Sistemas y Diseño gráfico. Las dos carreras forman parte de la Universidad
(Req. de la solución + Req. de transición)
Los requisitos de software consisten en los requisitos de la solución ( el producto entregar) y los requisitos de transición (si los hay ). Ambos están compuesto de los requisitos funcionales y no funcionales.
Se alamacenan
Documento de visión
Lista de requisitos
Historias de usuarios
Casos de uso
Modelos
Diseño de pantallas e informes
REQUISITOS FUNCIONALES
Se describen el comportamiento que el software debe tener en términos de tareas y servicios de los usuarios.
Nivel de granularidad
Es la mayor o menor medida en la descripción del comportamiento esperado para el software en una especificación funcional
Agregados
Son requisitos que agregan varios objetivos de usuario individuales en una única especificación de alto nivel
Ejemplos
Gestionar relaciones con los clientes
Usuario
Se refiere a un requisito para una especificación funcional, entonces se trata del requisito funcional con objetivo de usuario
Ejemplos
Emitir certificados de participación de los estudiantes del curso
Subfuncion
Son análogos a los requisitos agregado, pero a la inversa, son fragmentos que componen una especificación funcional en un nivel inferior al de los objetivos del usuario : pasos y reglas
Ejemplo
Solo los estudiantes con asistencia igual o superior al 75% pueden emitir su certificado.
REQUIISTOS NO FUNCIONALES
Es el resultado de una elaboración(opciones) para una solución particular entre varios posibles
Importancia
Varias descripciones de diseño también son resultados de los niveles de servicio definidos en lso requisitos no funcionales, y muchos proyectos fracasan por no tener en cuenta a los requisitos no funcionales.
Aspectos
Medio Ambiente
Como la interoperabilidad, la seguridad, la privacidad, el secreto.
Organizacion
Los lugares para el funcionamiento, hardware de destino, la adhesión a las normas
Implementacion
Como plataformas de software , hardware , lenguaje de programacion
Calidad
La facilidad de uso, la fiabilidad, el desempeño , la portabilidad y la facilidad de mantenimiento.
Relación entre los requisitos no funcionales y las restricciones técnicas
Induce un requisito que sea mas especifico en el dominio del problema en el dominio de la solución.
Varias decisiones de diseño también son resultados de los niveles de servicio definidos en los requisitos no funcionales, y muchos proyectos fracasan por no tener en cuenta a los requisitos no funcionales.
Escenario 1 :
Lrestricion indica que la interfaz del software con el usuario debe implementarse en la web
Escenario 2:
La restricción requiere que el navegador admitido se chrome
FURPS+
Funcionalidad
Se centra en los requisitos funcionales.
Que el software se ejecute correctamente
Usabilidad
se refiere a la factibilidad de uso del software
Amigable con el usuario
Fiabilidad
Se trata de la integridad, el cumplimiento del software
Que todos los requerimientos este en su fecha tope
Rendimiento
Es la velocidad,rendimiento, tiempo de respuesta y el uso de recursos
la repuesta que tiene nuestro sistema con el cliente
Compatibilidad
Extensibilidad, adaptabilidad, capacidad de mantenimiento ,
Donde vamos a tener el mantenientos de nuestro sistema
Restricciones de diseño
Restricciones de implemetacion
Restricciones de interfaz
Restricciones de fisicas
ISO/IEC 25010
Esta norma define en 31 subacategorias distribuidas en ocho categorías de calidad del producto de software/sistema
Adecuación funcional
Eficiencia de despeño
Compatibilidad
Usabilidad
Fiabilidad
Capacidad de mantenimiento
Seguridad
Portabilidad
Cada una de las ocho categorías relacionadas , a su vez , agrega una serie de subcategorias