Especificacion de Requisitos de Software ERS

Especificación de Requisitos de Software.
Presentado por:
Eduardo J. Peña Rijo \ Matrícula: 2019-0830.
Asignatura:
ISO-500 | Ingeniería de requisitos.
Maestro/a:
Eddy G. Alcantar Solano.
Fecha de entrega:
22 de marzo, 2021.
Especificaciones Requisitos de Software (SRS).
Un SRS es un documento cuyo propósito es proporcionar una descripción completa
de un producto de software a desarrollar, incluyendo su propósito, los principales
procesos de negocio que serán soportados, características, parámetros clave de
rendimiento y comportamiento. Como tal, esencialmente sirve como un mapa que guía
el proceso de desarrollo y mantiene a todos en el camino correcto.
Un SRS es generalmente aprobado al final de la fase de ingeniería de requisitos, la

fase más temprana en el proceso de desarrollo de software. Contiene requisitos
funcionales y no funcionales. Los requisitos funcionales describen la función de un
sistema de software y sus componentes (como la reserva previa de libros al describir
un sistema de bibliotecas universitarias), mientras que los requisitos no funcionales
describen las características de rendimiento del sistema de software y sus
componentes (como la seguridad o la disponibilidad de servicios).
La especificación IEEE (Institute of Electrical and Electronics Engineers) 830-

1998 describe los métodos y enfoques recomendados para definir un SRS, ayudando a
los clientes de software a describir con precisión lo que desean obtener y facilitando al
mismo tiempo a los proveedores la comprensión exacta de lo que el cliente desea.
Es totalmente posible escribir un buen documento SRS en Microsoft Word, Google
Docs o cualquier otro procesador de texto. El problema con este enfoque es que puede
ser insoportablemente tedioso y consumir mucho tiempo. El hecho es que incluso los
proyectos de desarrollo de software relativamente sencillos pueden requerir mucho
esfuerzo. Cuando los requisitos cambian, los límites de los procesadores de texto como
Microsoft Word se revelan rápidamente.
En lugar de toparse con obstáculos más adelante en el proceso de desarrollo, es

mucho mejor utilizar una herramienta de gestión de requisitos dedicada como Visure
desde el principio. Una herramienta de gestión de requisitos dedicada proporciona un
soporte integral a todo el proceso de requisitos, gestionando toda la información
relacionada con los requisitos y sus relaciones e interacciones con los usuarios.
Visure es un excelente ejemplo de una moderna herramienta de gestión de requisitos

porque está específicamente diseñada para proporcionar un soporte integral a todo el
proceso de requisitos, incluyendo la captura, análisis, especificación, validación y
verificación de requisitos, trazabilidad, gestión y reutilización. Visure es totalmente
personalizable y se integra con muchas herramientas de terceros.
Partes que componen un documento de especificación de
requisitos de software
No hay dos documentos SRS idénticos porque todos los proyectos de software son
diferentes, algunos usando el modelo de desarrollo en cascada, y otros practicando el
desarrollo ágil. Sin embargo, todavía es posible destilar los componentes principales de
un SRS y crear un esquema aproximado de cómo debería ser:
1. Introducción
1. Propósito
2. Audiencia
3. Uso previsto
4. Ámbito de aplicación
5. Acrónimos y definiciones
2. Descripción General
1. Necesidades del usuario
2. Dependencias y Asunciones
3. Requisitos y características del sistema
1. Requisitos funcionales
2. Requisitos de interfaz externa
3. Características del sistema
4. Requisitos no funcionales
La primera sección describe el producto que se está desarrollando, su propósito,

audiencia objetivo, uso previsto y alcance. La segunda sección proporciona más
información sobre las necesidades de los usuarios y los factores que podrían impedir
que se cumplan los requisitos establecidos en la SRS. La última sección principal está
dedicada a los requisitos específicos, tanto funcionales como no funcionales.
Importancia de un buen documento SRS

En la mayoría de los proyectos de automatización, la importancia de unos
requisitos claros es muy importante, lo que es un buen hábito y se vuelve
especialmente importante cuando se trata de sistemas de seguridad. La mayoría de las
especificaciones se centran en las definiciones de funciones y los requisitos del
usuario, pero olvide las precauciones señaladas por IEC61511, que deben tenerse en
cuenta. Al igual que el uso de especificaciones claras y concisas en el proyecto,
durante la fase de verificación del SIS, la Especificación de Requisitos de Seguridad
(SRS) es un documento obligatorio indispensable para el cumplimiento del ciclo de vida
de seguridad.

Especificacion de Requisitos de Software ERS

Cargado por

Copyright:

Formatos disponibles

Especificacion de Requisitos de Software ERS

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Especificacion de Requisitos de Software ERS

Cargado por

Copyright:

Formatos disponibles

Especificación de Requisitos de Software.

Un SRS es generalmente aprobado al final de la fase de ingeniería de requisitos, la

La especificación IEEE (Institute of Electrical and Electronics Engineers) 830-

En lugar de toparse con obstáculos más adelante en el proceso de desarrollo, es

Visure es un excelente ejemplo de una moderna herramienta de gestión de requisitos

La primera sección describe el producto que se está desarrollando, su propósito,

Importancia de un buen documento SRS

También podría gustarte