Cumplir con cada uno de los detalles y requisitos definidos en el proyecto de software que se lleva a cabo, las grandes metas que un desarrollador debe lograr satisfacer las expectativas de sus clientes y hacer que el proyecto sea un éxito. ¿Cómo puede un desarrollador crear sistemas que cumplan con todos los requisitos de sus clientes? Puede ser una de tus primeras preguntas.
La cosa es que hay muchos factores que influyen en el éxito del proyecto de software. Pero hoy hablaremos de un documento esencial que debe prepararse en las primeras etapas del desarrollo del producto. Estamos hablando del Documento de Especificación de Requisitos de Software.
La Especificación de Requisitos de software (SRS) se considera sin duda una de las fases más críticas del desarrollo de software/producto. SRS-Especificación de requisitos de software – una documentación de software especial que contiene información sobre cómo debe comportarse el sistema en sí, qué funciones debe realizar, qué carga debe soportar,etc. El documento de requisitos del producto es el lugar donde se describen las características y requisitos del software, producto, programa o conjunto de programas. Estos elementos se expresan en lenguaje natural, sin consideraciones ni términos técnicos.
- Puede obtener una estimación precisa de los costos, riesgos y tiempo.
- El cliente podrá formarse su visión del proyecto con mayor claridad.
- El cliente y el contratista tendrán la misma idea sobre el producto.
- Ayudará a identificar el conjunto óptimo de funciones.
- Sirve de base para la formación de otra documentación técnica.
- Se optimizará el proceso de desarrollo y se minimizará el tiempo.
- no habrá duplicación de tareas.
- Le permite estructurar problemas para resolverlos de manera más fácil y rápida.
Se ha hecho muy evidente que una especificación deficiente de los requisitos de software puede llevar a proyectos fallidos. Por lo tanto, esta disciplina se vuelve cada vez más esencial.
¿Cómo preparar un documento de requisitos del producto?
La siguiente plantilla sigue las pautas establecidas en el estándar IEEE 830, según las cuales la especificación de requisitos de software debe contener la descripción de la funcionalidad de la aplicación, la relación con sistemas externos y los requisitos no funcionales, como rendimiento, disponibilidad, tiempos de respuesta y capacidad de mantenimiento, entre otros.
La plantilla para preparar el documento de requisitos de software se divide en las siguientes secciones:
Objetivo:
Usted debe agregar un título o el nombre de un producto que se especifica en el documento, incluyendo su número de versión o release. Describa qué elementos o partes del alcance del software se incluyen en el documento, establezca si cubre todo el software, solo una parte del mismo, subsistema o subgrupo de procesos.
El alcance del software:
Debe haber una breve descripción del alcance del software que se está especificando, incluido el propósito u objetivo general, los beneficios proporcionados al área de negocios y organización, la relación de los objetivos del software con las metas corporativas y las estrategias comerciales. Puede consultar otros documentos.
Aquí puede incluir otros documentos impresos, documentos electrónicos o direcciones electrónicas que complementen el documento de requisitos del producto.
Funcionalidades del producto:
Cada característica puede estar compuesta por uno o varios requisitos de software funcionales. Solo se debe incluir una lista numerada de las principales funcionalidades.
Características de los usuarios:
En esta sección, debe describir a los usuarios que utilizarán este producto. Clasifíquelos en función de la regularidad de uso, un grupo de funcionalidades utilizadas, privilegios de seguridad, nivel de experiencia y otros parámetros.
Entorno operativo:
También debe incluirse el entorno en el que se desarrollará el sistema, el software, el módulo o el grupo de funcionalidades. Mencionar aspectos como las versiones del sistema operativo, la plataforma de hardware y otros sistemas o elementos con los que debe coexistir.
Requisitos funcionales:
Enumere las características y, para cada una de ellas, anote los requisitos funcionales. También se pueden documentar en una matriz de trazabilidad de requisitos.
reglas de Negocio:
Esta parte contiene los principios que deben aplicarse a todo el conjunto de especificaciones de software enumeradas en el documento. Por ejemplo, explique qué individuos pueden desempeñar un papel específico en determinadas circunstancias.
Requisitos de interfaces externas:
Este capítulo incluye interfaces con el hardware, interfaces con otros sistemas e interfaces de comunicación, características y atributos de interfaces de usuario (GUI).
requisitos No funcionales:
Especifican criterios para evaluar el funcionamiento de un servicio de tecnología de la información, en contraste con los requisitos funcionales que definen comportamientos específicos.
Otros requisitos:
Incluya aquellos requisitos que no se explican en ninguna otra sección del documento de requisitos del producto. Pueden ser requisitos de base de datos, internacionalización, objetivos legales y de reutilización de componentes de software.
Glosario:
Agregue una descripción de los términos y acrónimos necesarios para comprender el documento creado.
Consejos para escribir SPS
- Describir todo muy breve y claramente como sea posible.
- No incluya cosas que no necesiten ser documentadas.
- Escribir sin descripciones vagas. Una persona que lee el SRS debe entender con precisión lo que está escrito, y no otra cosa.
- Visualizar. Por ejemplo, utilice diagramas DFD (diagramas de flujo de datos). La especificación no puede estar completa si no sabemos qué hay en la entrada del software descrito y qué hay en la salida. Todo debe estar incluido.
Ahora tiene todos los elementos principales que le ayudarán a hacer Especificaciones de Requisitos de software. ¡A por ello!