Requisitos de Software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Requisitos de Software por Mind Map: Requisitos de Software

1. Objetivos

1.1. presentar los conceptos de los usuarios del sistema

1.2. describir los requisitos funcionales y no funcionales

1.3. Explicar dos técnicas para describir los requisitos del sistema

1.4. Explicar cómo se puede configurar los requisitos del software en un documento de requisitos

2. Tópicos cubiertos

2.1. Requisitos funcionales y no funcionales

2.2. Requisitos de usuario

2.3. Requisitos del sistema

2.4. El documento de requisitos de software

3. Ingeniería de requisitos

3.1. El software de ingeniería consiste en el proceso que permite identificar los servicios y restricciones que formarán un sistema de software.

4. Tipos de requisitos

4.1. Requisitos de usuario

4.2. Requisitos del sistema

4.3. Especificación de software

5. Requisitos funcionales y no funcionales

5.1. Requerimientos funcionales

5.1.1. Describir la funcionalidad o los servicios del sistema

5.1.2. Depende del tipo de software, los usos previstos y el tipo de sistema en el que utiliza el software

5.2. Requisito no funcionales

5.2.1. Los requisitos no pueden ser más críticos que los requisitos funcionales. Si no se cumple, el sistema es inútil

5.3. Requisitos de dominio

5.3.1. Derivado del dominio de la aplicación y describir características del sistema y características que reflejan el dominio

6. Requisitos de usuario

6.1. Debería describir requisitos funcionales y no funcionales para que sean entendibles por los usuarios del sistema que no tienen conocimiento técnico detallado

6.2. Los requisitos del usuario se utilizan lenguaje natural, tablas y diagramas

7. Problemas con el lenguaje natural

7.1. Falta de claridad

7.2. Confusión de requisitos

7.3. Amalgamación de requisitos

8. Requisito de base

8.1. La base de datos debe apoyar la generación y el control de objetos de aquí; es decir, objetos que a veces son agrupaciones de otros objetos en la base de datos. Las instalaciones de control permiten el acceso a los objetos en un grupo de cámaras mediante el uso de un nombre incompleto.

9. Problemas de requisitos

9.1. Los requisitos de la base de datos incluyen información conceptual y detallada

9.1.1. Describir el concepto de instalaciones de control de de

9.1.2. Incluye el detalle de que se puede acceder a los objetos usando un nombre incompleto

9.2. El requisito de cuadrícula mezcla tres tipos diferentes de requisitos

9.2.1. Requisito funcional conceptual (la necesidad de una cuadrícula)

9.2.2. Requisito no funcional (unidades de cuadrícula)

9.2.3. Requisito de IU no funcional (cambio de red)

10. Pautas para escribir requisitos

10.1. Inventa un formato estándar y úsalo para todos los requisitos

10.2. Usa el lenguaje de manera consistente. El uso debe cumplir los requisitos obligatorios, debe para los requisitos deseables

10.3. Usar el texto para identificar las partes clave del requisito

10.4. Evite el uso de la jerga de la computadora

11. Requisitos del sistema

11.1. Especificaciones más de los requisitos del usuario

11.2. Sirve como base para diseñar el sistema

11.3. Puede usarse como parte del contrato del sistema

11.4. Los requisitos del sistema pueden expresar el uso de los modelos del sistema discutidos

12. Requisitos y diseño

12.1. En principio, los requisitos deben indicar qué debe hacer el sistema y el diseño debe describir cómo lo hace.

12.2. En la práctica, los requisitos y el diseño son inseparables

13. Problemas con la especificación NL

13.1. Ambigüedad

13.1.1. Los lectores y escritores del requisito deben interpretar las mismas palabras de la misma manera. NL es naturalmente ambiguo, así que esto es muy difícil

13.2. Sobre-flexibilidad

13.2.1. Lo mismo puede decirse de varias maneras en la especificación

13.3. La falta de modularización

13.3.1. Las estructuras de NL son adecuadas para estructurar los requisitos del sistema

14. Especificaciones de lenguaje estructurado

14.1. Se puede usar una forma limitada de lenguaje natural para expresar los requisitos

14.2. Esto elimina algunos de los problemas que resultan de la ambigüedad y la flexibilidad e impone un grado de uniformidad en una especificación

14.3. A menudo se admite el bastón en un enfoque basado en formularios

15. Especificaciones basadas en formularios

15.1. De entidad y entidad

15.2. Descripción de las entradas y de donde vienen

15.3. Descripción de los productos y dónde van a

15.4. Indicación de otras entidades requeridas

15.5. Condiciones previas y posteriores (si corresponde)

15.6. Los efectos secundarios