Requisitos de Software

1. Ingeniería de requisitos

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

2. Tipos de requisitos

2.1. Requisitos de usuario

2.2. Requisitos del sistema

2.3. Especificación de software

3. Requisitos funcionales y no funcionales

3.1. Requerimientos funcionales

3.1.1. Describir la funcionalidad o los servicios del sistema

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

3.2. Requisito no funcionales

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

3.3. Requisitos de dominio

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

4. Problemas con el lenguaje natural

4.1. Falta de claridad

4.2. Confusión de requisitos

4.3. Amalgamación de requisitos

5. Problemas de requisitos

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

5.1.1. Describir el concepto de instalaciones de control de de

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

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

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

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

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

6. Requisitos del sistema

6.1. Especificaciones más de los requisitos del usuario

6.2. Sirve como base para diseñar el sistema

6.3. Puede usarse como parte del contrato del sistema

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

7. Problemas con la especificación NL

7.1. Ambigüedad

7.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

7.2. Sobre-flexibilidad

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

7.3. La falta de modularización

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

8. Objetivos

8.1. presentar los conceptos de los usuarios del sistema

8.2. describir los requisitos funcionales y no funcionales

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

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

9. Tópicos cubiertos

9.1. Requisitos funcionales y no funcionales

9.2. Requisitos de usuario

9.3. Requisitos del sistema

9.4. El documento de requisitos de software

10. Requisitos de usuario

10.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

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

11. Requisito de base

11.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.

12. Pautas para escribir requisitos

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

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

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

12.4. Evite el uso de la jerga de la computadora

13. Requisitos y diseño

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

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

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