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