<Nombre de proyecto>
Especificación de requisitos de sistema
Versión <1.0>
[Nota: se proporciona la siguiente plantilla para utilizar con Rational Unified Process. El texto que aparece entre corchetes y que se visualiza en cursiva azul (style=InfoBlue) se incluye para proporcionar instrucciones al autor y se debe suprimir antes de publicar el documento. Un párrafo entrado siguiendo este estilo se establece automáticamente en normal (style=Body Text).]
Historial de revisiones
Fecha |
Versión |
Descripción |
Autor |
<dd/mmm/aa> |
<x.x> |
<detalles> |
<nombre> |
|
|
|
|
|
|
|
|
|
|
|
|
Tabla de contenido
1.3 Definiciones, acrónimos y abreviaciones
3.2.6 Consideraciones adicionales de la ingeniería de sistemas
3.2.6.2 Requisitos del entorno
3.2.6.3 Otros requisitos de seguridad del producto
3.2.6.4 Requisitos relacionados con las personas
3.2.6.5 Requisitos de logística
3.2.7 Requisitos de la documentación del usuario y del sistema de ayuda en línea
3.2.9.2 Interfaces de hardware
3.2.9.3 Interfaces de software
3.2.9.4 Interfaces de comunicaciones
3.2.11 Avisos legales, de copyright y de otro tipo
Especificación de requisitos del sistema
[La introducción a la Especificación de los requisitos del sistema (SysRS) proporciona una visión general de todos los SysRS. Incluye el propósito, el ámbito, las definiciones, los acrónimos, las abreviaciones, las referencias y la visión general de los SysRS.]
[Nota: los SysRS capturan los requisitos completos del sistema para el sistema o para una parte del sistema. A continuación se proporciona un esquema típico de SysRS para un proyecto utilizando solamente requisitos de estilo de lenguaje natural - sin modelado de casos de uso. Captura todos los requisitos en un único documento, con las Especificaciones suplementarias combinadas, o material equivalente insertado.]
[Especifique el propósito de este SysRS. El SysRS describe completamente las capacidades funcionales y de comportamiento del sistema identificado. También describe los requisitos no funcionales, las restricciones de diseño y otros factores necesarios para proporcionar una descripción amplia y completa de los requisitos del sistema.]
[Breve descripción del sistema al que se aplica el SysRS, o cualquier otro aspecto afectado o influenciado por este documento.]
[Esta subsección proporciona las definiciones de todos los términos, acrónimos y abreviaciones necesarias para interpretar correctamente el SysRS. Esta información se puede proporcionar mediante referencia al proyecto Glosario.]
[Esta subsección proporciona una lista completa de todos los documentos a los que se hace referencia en el SysRS. Identifique cada documento por título, número de informe (si es aplicable), fecha y organización de publicación. Especifique las fuentes de las que se han obtenido las referencias. Esta información se puede proporcionar mediante la referencia a un apéndice o a otro documento.]
[Esta subsección describe lo que contiene el resto del SysRS y explica cómo está organizado el documento.]
[Esta sección del SysRS describe los factores generales que afectan al sistema y sus requisitos. Esta sección no indica requisitos específicos. En su lugar, proporciona una información de fondo para estos requisitos, que se definen en detalle en la Sección 3 y facilita su comprensión. Incluya elementos como por ejemplo:
En esta sección se puede hacer referencia al artefacto de visión, en lugar de replicar material de ese documento.]
[Si está utilizando el modelado de casos de uso, esta sección contiene una visión general del modelo de caso de uso. Incluye una lista de nombres y breves descripciones de todos los casos de uso y actores, junto con diagramas y relaciones aplicables. Consulte el Informe de encuesta de modelo de caso de uso, que puede utilizar como un alojamiento en este punto.]
[Esta sección describe cualquier viabilidad técnica clave, la disponibilidad del subsistema o componente, u otros supuestos relacionados con el proyecto en los que se puede basar la viabilidad del sistema descrito por este SysRS.]
[Esta sección del SysRS contiene todos los requisitos del sistema a un nivel de detalle suficiente para permitir a los diseñadores diseñar un sistema para satisfacer estos requisitos y a los verificadores verificar que el sistema satisface estos requisitos.
Cuando se utiliza el modelado de casos de uso, estos requisitos se capturan en los casos de uso y las especificaciones suplementarias aplicables (como un artefacto por sí mismo o según las secciones de "3.2 Requisitos no funcionales" de este documento.
[Esta sección describe las capacidades necesarias del sistema, expresadas como casos de uso. Para muchos sistemas, esto puede constituir la mayor parte del paquete del SysRS y se debe pensar en la organización de esta sección. Esta sección se organiza normalmente por característica, función o grupo funcional (que caracterizan ampliamente una "capacidad" - rastreo desde el artefacto de visión), pero es posible que también sean adecuados métodos de organización alternativos, como por ejemplo la organización por usuario o rol.]
[En el modelado de casos de uso, los casos de uso definen la mayoría de los requisitos funcionales del sistema, junto con algunos requisitos no funcionales (relacionados con el rendimiento). Para cada caso de uso en el modelo de caso de uso anterior, consulte, o englobe, el informe de caso de uso en esta sección. Asegúrese de que cada requisito esté claramente etiquetado. Donde sea apropiado, agrupe los casos de uso por capacidad - perfeccionados funcionalmente si es necesario - de forma que se consiga el nivel correcto de descripción funcional y de comportamiento.]
[Esta sección describe los requisitos funcionales adicionales del sistema (no capturados como casos de uso), expresados en formato de lenguaje natural.]
[Descripción del requisito.]
[Nota: si se ha producido el artefacto de Especificaciones suplementarias, puede simplemente incluirlo aquí. Trata los mismos temas.]
[Esta sección incluye todos aquellos requisitos que afectan a la utilización. Por ejemplo:
[Descripción del requisito.]
[Especifique aquí los requisitos de fiabilidad del sistema. Las sugerencias son las siguientes:
[Descripción del requisito.]
[Describa brevemente en esta sección las características de rendimiento del sistema. Incluya tiempos de respuesta específicos. Siempre que sea aplicable, haga referencia a los casos de uso relacionados por su nombre. En general, asocie todas las capacidades necesarias, ya sea descritas en formato de caso de uso o simplemente mediante texto, con alguna sentencia de rendimiento (describiendo cómo el sistema debe proporcionar la capacidad o función). Es mejor mantener estas sentencias de rendimiento próximas a la capacidad afectada (en la parte "requisitos especiales" de una descripción de caso de uso, por ejemplo). Aquí puede mantener sentencias de requisitos que sea necesario verificar, pero que no están alineadas con ninguna capacidad específica. Las características de rendimiento incluyen las siguientes:
[Descripción del requisito.]
[Esta sección indica los requisitos que mejoran la capacidad de soporte o de mantenimiento del sistema que se está creando, incluyendo los estándares de codificación, los convenios de denominación, las bibliotecas de clases, el acceso al mantenimiento y los programas de utilidad de mantenimiento.]
[Descripción del requisito.]
[Esta sección indica las restricciones de diseño del sistema que se está creando. Las restricciones de diseño representan decisiones de diseño que son obligatorias y que se deben cumplir. Los ejemplos incluyen lenguajes de software, requisitos de proceso de software, uso prescrito de herramientas de desarrollo, restricciones arquitectónicas o de diseño, componentes adquiridos, bibliotecas de clases, etc.]
[Descripción del requisito.]
[La ingeniería de sistemas requiere potencialmente que se traten otros tipos de requisitos:]
[Por ejemplo, peso, tamaño, alimentación, etc.]
[Por ejemplo, humedad, contaminantes, térmicos, eléctricos, mecánicos, etc.]
[Por ejemplo, seguridad, otros factores de calidad (por ejemplo, capacidad de supervivencia).]
[Describa los requisitos impuestos al sistema para dar soporte a las personas que utilizan y dan soporte al sistema. Los ejemplos incluyen las capacidades de formación (se incluirá el equipo y los materiales para la formación), capacidades de mantenimiento y consideraciones ergonómicas no tratadas por las descripciones y los estándares de la interfaz.]
[Describa los requisitos impuestos al sistema debido a consideraciones logísticas, que incluyen mantenimiento, soporte, transporte, suministro y alojamiento de los sistemas existentes.]
[Describe los requisitos, si existen, para la documentación del usuario en línea, los sistemas de ayuda, la ayuda sobre avisos, etc.]
[Esta sección describe los componentes adquiridos que se utilizarán con el sistema, las restricciones de uso o licencia aplicables, así como los estándares de interfaz o compatibilidad/interoperatibilidad asociados.]
[Esta sección define las interfaces que deben estar soportadas por el sistema. Debe contener la especificidad, los protocolos, los puertos y direcciones lógicas, etc. adecuados, para que se pueda desarrollar y verificar el sistema en relación a los requisitos de la interfaz. También se debe describir los requisitos que se impondrán a las interfaces internas del sistema. Estos surgirán, por ejemplo, cuando exista la restricción de que el diseño del sistema utilice componentes de hardware o software internamente.]
[Describa las interfaces de usuario que va a implementar el sistema.]
[Esta sección define las interfaces de hardware a las que va a dar soporte el sistema, incluyendo la estructura lógica, las direcciones físicas, el comportamiento esperado, etc.]
[Esta sección describe las interfaces de software a las que dará soporte el sistema, en términos de las operaciones y las señales soportadas (y para las cuales es necesario soporte), los protocolos y las características de los datos.]
[Describa las interfaces de comunicaciones con otros sistemas o dispositivos como las redes de área local, etc.]
[Define los requisitos de aplicación de licencias y otros requisitos de restricción de uso que mostrará el sistema.]
[Esta sección describe los requisitos de cumplimiento necesarios de las declaraciones de limitación de responsabilidad legal, las garantías, los avisos de copyright, los avisos de patente, las marcas registradas o los logotipos para el sistema.]
[Esta sección describe por referencia los estándares aplicables y las secciones específicas de tales estándares que se aplican al sistema que se está describiendo. Por ejemplo, podría incluir estándares legales, cualitativos o normativos, estándares del sector para la utilización, interoperatividad, internacionalización, cumplimiento del sistema operativo, etc.]
[La información de soporte facilita la utilización del SysRS. Incluye lo siguiente:
Estos pueden incluir información sobre prototipos arquitectónicos y de interfaz de usuario. Cuando se incluyen estos apéndices, el SysRS debe indicar explícitamente si los apéndices se consideran o no parte de los requisitos.]