Especificación de Requerimientos de Software

Una especificación de requisitos de software ( SRS ) es una descripción de un sistema de software que se va a desarrollar . Está modelado según la especificación de requisitos comerciales (CONOPS) . La especificación de requisitos de software establece requisitos funcionales y no funcionales , y puede incluir un conjunto de casos de uso que describen las interacciones del usuario que el software debe proporcionarle al usuario para una interacción perfecta.

Las especificaciones de requisitos de software establecen la base para un acuerdo entre clientes y contratistas o proveedores sobre cómo debe funcionar el producto de software (en un proyecto impulsado por el mercado, estas funciones pueden ser desempeñadas por las divisiones de marketing y desarrollo). La especificación de requisitos de software es una evaluación rigurosa de los requisitos antes de las etapas más específicas de diseño del sistema, y su objetivo es reducir el rediseño posterior. También debe proporcionar una base realista para estimar los costos, riesgos y cronogramas de los productos. ^[1] Si se utilizan adecuadamente, las especificaciones de requisitos de software pueden ayudar a prevenir fallas en el proyecto de software. ^[2]

El documento de especificación de requisitos de software enumera los requisitos suficientes y necesarios para el desarrollo del proyecto. ^[3] Para derivar los requisitos, el desarrollador debe tener una comprensión clara y profunda de los productos en desarrollo. Esto se logra a través de comunicaciones detalladas y continuas con el equipo del proyecto y el cliente durante todo el proceso de desarrollo de software.

El SRS puede ser una de las descripciones de elementos de datos entregables de un contrato ^[4] o tener otras formas de contenido exigido por la organización.

Normalmente, un SRS lo escribe un escritor técnico , un arquitecto de sistemas o un programador de software . ^[5]

Estructura

Un ejemplo de organización de un SRS es el siguiente: ^[6]

Objetivo
1. Definiciones
2. Fondo
3. Resumen del sistema
4. Referencias
Descripción general
1. Perspectiva del producto
  1. Interfaces del sistema
  2. Interfaces de usuario
  3. Interfaces de hardware
  4. Interfaces de software
  5. Interfaces de comunicación
  6. Restricciones de memoria
2. Restricciones de diseño
  1. Operaciones
  2. Requisitos de adaptación del sitio
3. Funciones del producto
4. Características del usuario
5. Restricciones, supuestos y dependencias.
Requisitos específicos
1. Requisitos de interfaz externa
2. Requisitos de desempeño
3. Requisito de base de datos lógica
4. Atributos del sistema de software
  1. Fiabilidad
  2. Disponibilidad
  3. Seguridad
  4. Mantenibilidad
  5. Portabilidad
5. Requerimientos funcionales
  1. Partición funcional
  2. Descripcion funcional
  3. Descripción del control
6. Características del entorno
7. Otro

Requisitos olor

Siguiendo la idea de olores de código , se ha propuesto la noción de olor de requisitos para describir problemas en la especificación de requisitos donde el requisito no es necesariamente incorrecto pero podría ser problemático. ^[7]

Ejemplos de requisitos olfativos son el lenguaje subjetivo , los adverbios y adjetivos ambiguos , los superlativos y las afirmaciones negativas . ^[7]

Ver también

Referencias

^ Bourque, P.; Fairley, RE (2014). "Guía de los conocimientos de ingeniería de software (SWEBOK)". Sociedad de Computación IEEE. Archivado desde el original el 28 de diciembre de 2014 . Consultado el 17 de julio de 2014 .
^ "La especificación de requisitos de software ayuda a proteger los proyectos de TI contra fallas" . Consultado el 19 de diciembre de 2016 .
^ Pressman, Roger (2010). Ingeniería de software: un enfoque profesional . Boston: McGraw Hill. pag. 123.ISBN 9780073375977.
^ "DI-IPSC-81433A, ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE DE DESCRIPCIÓN DE ELEMENTOS DE DATOS (SRS)". cadaspec.com. 15 de diciembre de 1999 . Consultado el 4 de abril de 2013 .
^ Donn Le Vie, Jr. "Escribir especificaciones de requisitos de software (SRS)". 2010.
^ Stellman, Andrew y Greene, Jennifer (2005). Gestión de proyectos de software aplicado . O'Reilly Media, Inc. pág. 308.ISBN 978-0596009489.
^ ab Femmer, Henning; Méndez Fernández, Daniel; Wagner, Stefan; Eder, Sebastián (2017). "Garantía rápida de calidad con Requisitos Olores". Revista de Sistemas y Software . 123 : 190–213. arXiv : 1611.08847 . doi :10.1016/j.jss.2016.02.047. S2CID 9602750.

enlaces externos

Guía IEEE para especificaciones de requisitos de software . 1984. doi :10.1109/IEEESTD.1984.119205. ISBN 978-0-7381-4418-4.
Práctica recomendada por IEEE para especificaciones de requisitos de software . 1994. doi :10.1109/IEEESTD.1994.121431. ISBN 978-0-7381-4723-9.
Práctica recomendada por IEEE para especificaciones de requisitos de software . 1998. doi :10.1109/IEEESTD.1998.88286. ISBN 978-0-7381-0332-7. S2CID 8674647.
Ingeniería de sistemas y software -- Procesos del ciclo de vida -- Ingeniería de requisitos. ISO/IEC/IEEE 29148:2018(E). 2018, págs. 1–94. doi :10.1109/IEEESTD.2011.6146379. ISBN 978-0-7381-6591-2.("Este estándar reemplaza IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998 - http://standards.ieee.org/findstds/standard/29148-2011.html")
Leffingwell, decano; Widrig, Don (2003). Gestión de requisitos de software: un enfoque de casos de uso (2ª ed.). Addison-Wesley. ISBN 978-0321122476.
Gottesdiener, Ellen (2009). El Jogger de memoria de requisitos de software: una guía de escritorio para ayudar a los equipos técnicos y comerciales a desarrollar y gestionar requisitos . Addison-Wesley. ISBN 978-1576811146.
Wiegers, Karl; Beatty, alegría (2013). Requisitos de software, tercera edición . Prensa de Microsoft. ISBN 9780735679665.
"Plantilla IEEE SRS: rick4470/IEEE-SRS-Tempate". GitHub . Consultado el 27 de diciembre de 2017 .

^[1]

^ Taaffe, Ed. "Señor". el puente . Consultado el 2 de febrero de 2019 .