b) Entender las necesidades del cliente y definir los requisitos del sistema.

c) Crear documentación innecesaria.

d) Diseñar la interfaz de usuario.

b) Características del hardware utilizado.

c) Atributos que describen un requisito, como su prioridad y su estado.

d) Número de líneas de código en el software.

b) Requisitos de usuario, requisitos de sistema y requisitos de diseño.

c) Requisitos de marketing, requisitos de ventas y requisitos de financiamiento.

d) Requisitos funcionales y requisitos no funcionales.

b) Deben ser difíciles de entender para el equipo de desarrollo.

c) Deben ser verificables y medibles.

d) No es necesario documentarlos.

 

b) Negociar con los clientes para obtener más tiempo.

c) Comprender las necesidades del cliente y traducirlas en requisitos claros.

d) Realizar pruebas de calidad del software.

b) El proceso de identificar, recopilar y comprender las necesidades de los interesados para definir los requisitos del sistema.

c) El proceso de diseñar la interfaz de usuario del sistema.

d) El proceso de desarrollo de software.

b) Sobrecarga de información y falta de tiempo.

c) Elicitación excesiva de requisitos y falta de comunicación.

d) Requisitos poco claros y falta de financiamiento.

b) Conversaciones estructuradas entre el analista y los interesados para obtener información sobre los requisitos.

c) Observar a los usuarios mientras utilizan el software.

d) Una técnica para probar la interfaz de usuario.

b) En el contexto de entrevistas formales con los clientes.

c) En el contexto de observar a los usuarios en su entorno de trabajo para comprender cómo utilizan el sistema actual.

d) En el contexto de reuniones de revisión de código.

 

b) Identificar las limitaciones de hardware del sistema.

c) Aprender de manera continua sobre las necesidades y desafíos de los interesados y el sistema.

d) Evaluar el rendimiento del software.

b) El proceso de documentar y representar los requisitos de un sistema de software utilizando técnicas gráficas o formales.

c) El proceso de desarrollo de software.

d) El proceso de pruebas de calidad del software.

b) Se enfoca en entender el comportamiento del sistema en situaciones específicas.

c) Se enfoca en representar las necesidades y expectativas de los usuarios del sistema.

d) Se enfoca en identificar los aspectos técnicos del sistema.

b) Perspectiva del comportamiento.

c) Perspectiva del usuario.

d) Perspectiva de los datos.

b) Describir el comportamiento del sistema en diferentes situaciones.

c) Documentar los requisitos de usuario.

d) Representar cómo los datos fluyen y son procesados en el sistema.

 

b) Documentar las necesidades de los usuarios.

c) Describir cómo el sistema se comporta en respuesta a estímulos externos.

d) Detallar los requisitos de rendimiento del hardware.