Especificación de Requerimientos del Sistema

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Especificación de Requerimientos del Sistema por Mind Map: Especificación de Requerimientos del Sistema

1. Definición

1.1. La SyRS presenta los resultados de la definición de necesidades, los conceptos de operación y las tareas de análisis de sistema.

2. Propiedades

2.1. Conjunto Único.

2.2. Normalizado.

2.3. Conjunto interdependiente.

2.4. Completo.

2.5. Consistente.

2.6. Acotado.

2.7. Modificable.

2.8. Configurable.

2.9. Granular.

3. Propósito

3.1. proveer una descripción tipo caja negra de lo que el sistema debe hacer, en términos de las interacciones del sistema o las interfaces con su ambiente externo.

4. Organizando los requerimientos

4.1. Se organizan las declaraciones no estructuradas del usuario en un conjunto estructurado de requerimientos, el analista debe identificar los requerimientos técnicos sin intentar enunciar las técnicas de implementación.

4.2. La descripción del sistema debe ser establecida en términos operacionales y logísticos.

4.3. Deben ser comunicados de manera estructurada

4.3.1. Identificar requerimientos derivados de otros requerimientos.

4.3.2. Organizar requerimientos en diferentes niveles de detalle en un nivel apropiado.

4.3.3. Verificar que el conjunto de requerimientos esté completo.

4.3.4. Identificar inconsistencias entre los requerimientos.

4.3.5. Claramente identificar las capacidades, condiciones, y restricciones de cada requerimiento.

4.3.6. Desarrollar un entendimiento común con el cliente del propósito y los objetivos del conjunto de requerimientos.

4.3.7. Identificar requerimientos que completarán la SyRS.

4.4. Comunición con dos audiencias

4.4.1. La SyRS tiene dos audiencias principales y esencialmente sirve para documentar un acuerdo entre el cliente y la comunidad técnica.

4.5. Cliente

4.5.1. Cliente es un término colectivo que puede incluir al cliente del sistema propuesto, la persona que aceptará y firmará la entrega, y los encargados quienes serán los responsables de vigilar la implementación, operación y mantenimiento del sistema.

4.6. Comunidad Técnica

4.6.1. La comunidad técnica incluye analistas, estimadores, diseñadores, desarrolladores, auditores de aseguramiento de calidad, ingenieros, personal de integración, de pruebas, de mantenimiento y de manufactura.

4.7. Uso recomendado

4.7.1. Durante el diseño del sistema, los requerimientos son asignados a subsistemas, hardware, software, operaciones y otros componentes importantes del sistema.

4.7.2. La SyRS es utilizada para construir el sistema resultante. También es usada para escribir apropiadamente los planes de verificación del sistema. Si el sistema contiene hardware y software, entonces el plan de pruebas de hardware y el plan de pruebas de software son generados para los requerimientos del sistema.

4.7.3. Durante la fase de implementación, los procedimientos de prueba serán definidos a partir de la SyRS.

4.7.4. Durante el proceso de validación, los procedimientos de validación basados en la SyRS serán usados para darle al cliente las bases para aceptar el sistema.

5. Beneficios

5.1. Asegura al cliente que la comunidad técnica entiende sus necesidades y que están respondiendo a ellas.

5.2. Una oportunidad temprana para una mutua retroalimentación entre el cliente y la comunidad técnica.

5.3. Un método para que el cliente y la comunidad técnica puedan identificar problemas y malentendidos mientras los costos de corregirlos son relativamente baratos.

5.4. Una base para la calificación y calidad del sistema para establecer que el sistema cumple con las necesidades del cliente.

5.5. Protección para la comunidad técnica, proporcionando una línea base para las capacidades del sistema y una base que determine cuando la construcción del sistema está completa.

5.6. Soporte para el desarrollador en la planificación, diseño y desarrollo del programa.

5.7. Ayuda en la evaluación de los efectos de los inevitables cambios en los requerimientos.

5.8. Incrementa la protección en contra de los malentendidos entre el cliente y la comunidad técnica durante el progreso del desarrollo.

6. Dinamismo de los requerimientos del sistema

6.1. Los requerimientos que son propensos a evolucionar deben ser identificados y comunicados tanto a la comunidad técnica como al cliente.