La especificación de requisitos de software (ERS) es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad.
Está dirigida tanto al cliente como al equipo de desarrollo. El lenguaje utilizado para su redacción debe ser informal, de forma que sea fácilmente comprensible para todas las partes involucradas en el desarrollo.
Prácticas recomendadas para una buena ERS
Las características de una buena ERS son definidas por el estándar IEEE 830-1998. Una buena ERS debe ser:
Completa. Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas.
Consistente. Debe ser coherente con los propios requerimientos y también con otros documentos de especificación.
Inequívoca. La redacción debe ser clara de modo que no se pueda mal interpretar.
Correcta. El software debe cumplir con los requisitos de la especificación.
Trazable. Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada.
Priorizable. Los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales.
Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable.
Verificable. Debe existir un método finito sin costo para poder probarlo.
Clara. Debe estar en un lenguaje claro y entendible para quien lo va a atender.
Tipos de requisitos
Requisitos de Usuarios: Necesidades que los usuarios expresan verbalmente
Requisitos del Sistema: Son los componentes que el sistema debe tener para realizar determinadas tareas
Requisitos Funcionales: Servicios que el sistema debe proporcionar al finalizar el sistema
Requisitos No Funcionales: Requisitos que debe cumplir el sistema no relacionados con funcionamiento o actuaciones de usuario, sino con atributos como rendimiento, seguridad, portabilidad, y otros.
Raymond Turner. . Journal of Logic and Computation, Vol. 15, No. 5 (October 2005), pp. 623–663.
IEEE STD 830-1998. "Especificaciones de los requisitos del Software", pág. 3.
Datos:Q1761598
Multimedia:Requirements analysis
Agosto 05, 2021
especificación, requisitos, software, especificación, requisitos, software, descripción, completa, comportamiento, sistema, desarrollar, incluye, conjunto, casos, describe, todas, interacciones, tendrán, usuarios, software, casos, también, conocidos, como, req. La especificacion de requisitos de software ERS es una descripcion completa del comportamiento del sistema que se va a desarrollar Incluye un conjunto de casos de uso que describe todas las interacciones que tendran los usuarios con el software Los casos de uso tambien son conocidos como requisitos funcionales Ademas de los casos de uso la ERS tambien contiene requisitos no funcionales complementarios Los requisitos no funcionales son requisitos que imponen restricciones en el diseno o la implementacion como por ejemplo restricciones en el diseno o estandares de calidad Esta dirigida tanto al cliente como al equipo de desarrollo El lenguaje utilizado para su redaccion debe ser informal de forma que sea facilmente comprensible para todas las partes involucradas en el desarrollo Indice 1 Practicas recomendadas para una buena ERS 1 1 Tipos de requisitos 2 Vease tambien 3 ReferenciasPracticas recomendadas para una buena ERS EditarLas caracteristicas de una buena ERS son definidas por el estandar IEEE 830 1998 Una buena ERS debe ser Completa Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas Consistente Debe ser coherente con los propios requerimientos y tambien con otros documentos de especificacion Inequivoca La redaccion debe ser clara de modo que no se pueda mal interpretar Correcta El software debe cumplir con los requisitos de la especificacion Trazable Se refiere a la posibilidad de verificar la historia ubicacion o aplicacion de un item a traves de su identificacion almacenada y documentada Priorizable Los requisitos deben poder organizarse jerarquicamente segun su relevancia para el negocio y clasificandolos en esenciales condicionales y opcionales Modificable Aunque todo requerimiento es modificable se refiere a que debe ser facilmente modificable Verificable Debe existir un metodo finito sin costo para poder probarlo Clara Debe estar en un lenguaje claro y entendible para quien lo va a atender Tipos de requisitos Editar Requisitos de Usuarios Necesidades que los usuarios expresan verbalmente Requisitos del Sistema Son los componentes que el sistema debe tener para realizar determinadas tareas Requisitos Funcionales Servicios que el sistema debe proporcionar al finalizar el sistema Requisitos No Funcionales Requisitos que debe cumplir el sistema no relacionados con funcionamiento o actuaciones de usuario sino con atributos como rendimiento seguridad portabilidad y otros Vease tambien EditarIngenieria de requisitosReferencias EditarRaymond Turner The Foundations of Specification Journal of Logic and Computation Vol 15 No 5 October 2005 pp 623 663 IEEE STD 830 1998 Especificaciones de los requisitos del Software pag 3 Datos Q1761598 Multimedia Requirements analysisObtenido de https es wikipedia org w index php title Especificacion de requisitos de software amp oldid 137273619, wikipedia, wiki, leyendo, leer, libro, biblioteca,
