Requerimientos

Romina V.
Quiz by Romina V., updated more than 1 year ago
Romina V.
Created by Romina V. about 4 years ago
4
0

Description

Quiz on Requerimientos, created by Romina V. on 01/17/2017.

Resource summary

Question 1

Question
Los requerimientos para un sistema son:
Answer
  • la descripción de los servicios proporcionados por el sistema
  • sus restricciones operativas
  • las necesidades de los clientes de un sistema
  • especificacion del comportamiento externo del sistema
  • restricciones de los servicios o funciones ofrecidos por el sistema

Question 2

Question
Requerimientos (características) Sin ambigüedad: tiene un [blank_start]única interpretación[blank_end] para [blank_start]cualquier lector[blank_end] ([blank_start]usuario[blank_end], [blank_start]cliente[blank_end], constructor, [blank_start]analista[blank_end], [blank_start]desarrollador[blank_end], etc.). Ejemplo: los intereses se calcularán mensualmente y se pagarán trimestralmente según calendario comercial. Correctos: lo es, si [blank_start]su funcion[blank_end] se encuentra [blank_start]dentro del alcance del producto[blank_end]. Ejemplo: un sistema de contabilidad no es correcto si realiza liquidación de haberes. Completos: Un requerimiento es completo si cumple que: 1) todas [blank_start]las necesidades[blank_end] del [blank_start]usuario[blank_end] se ven reflejadas. 2) existe [blank_start]mapeo completo[blank_end] entre [blank_start]las entradas y salidas[blank_end] del sistema. Consistentes: no [blank_start]contradice a otro requerimiento.[blank_end] • Ejemplo: – R1: para el cálculo de todos los haberes generados se considerará el calendario comercial. – R2: para el cálculo del salario vacacional se considerará el calendario civil. Verificables: si es posible [blank_start]determinar sin ambigüedad[blank_end], a [blank_start]través de un proceso finito[blank_end], cuando una [blank_start]implementación lo satisface[blank_end]. Ejemplo: el sistema debe poder soportar el [blank_start]trabajo sobre varias terminales a la vez[blank_end].
Answer
  • única interpretación
  • cualquier lector
  • usuario
  • cliente
  • desarrollador
  • analista
  • su funcion
  • dentro del alcance del producto
  • las necesidades
  • usuario
  • mapeo completo
  • las entradas y salidas
  • contradice a otro requerimiento.
  • determinar sin ambigüedad
  • través de un proceso finito
  • implementación lo satisface
  • trabajo sobre varias terminales a la vez

Question 3

Question
Requerimientos segun enfoque: Se puede categorizar los requerimientos segun [blank_start]su nivel de detalle[blank_end] y [blank_start]publico objetivo[blank_end].
Answer
  • su nivel de detalle
  • publico objetivo

Question 4

Question
Requerimientos del usuario Los requerimientos del usuario deben [blank_start]describir[blank_end] los [blank_start]requerimientos funcionales[blank_end] y [blank_start]no funcionales[blank_end] de tal forma que sean [blank_start]comprensibles[blank_end] por [blank_start]los usuarios del sistema[blank_end] sin [blank_start]conocimiento técnico detallado[blank_end]. Únicamente deben especificar el [blank_start]comportamiento externo del sistema[blank_end] y deben evitar, tanto como sea posible, las [blank_start]características de diseño del sistema[blank_end]. Por consiguiente, si se están redactando requerimientos del usuario, no se debe [blank_start]utilizar jerga del software[blank_end], [blank_start]notaciones estructuradas[blank_end] o [blank_start]formales[blank_end]. Deben redactarse en [blank_start]un lenguaje sencillo[blank_end], con [blank_start]tablas[blank_end] y [blank_start]formularios sencillos[blank_end] y [blank_start]diagramas intuitivos[blank_end].
Answer
  • describir
  • requerimientos funcionales
  • no funcionales
  • comprensibles
  • los usuarios del sistema
  • conocimiento técnico detallado
  • comportamiento externo del sistema
  • características de diseño del sistema
  • utilizar jerga del software
  • notaciones estructuradas
  • formales
  • un lenguaje sencillo
  • tablas
  • formularios sencillos
  • diagramas intuitivos

Question 5

Question
Requerimientos del sistema Los requerimientos del sistema son [blank_start]versiones extendidas[blank_end] de los [blank_start]requerimientos del usuario[blank_end] que son [blank_start]utilizados[blank_end] por [blank_start]los ingenieros de software[blank_end] como [blank_start]punto de partida[blank_end] para [blank_start]el diseño del sistema[blank_end]. [blank_start]Agregan detalle[blank_end] y [blank_start]explican cómo el sistema[blank_end] debe [blank_start]proporcionar[blank_end] los [blank_start]requerimientos delusuario[blank_end]. Pueden ser utilizados como [blank_start]parte del contrato[blank_end] para la [blank_start]implementación del sistema[blank_end] y, por lo tanto, deben ser [blank_start]una especificación completa[blank_end] y [blank_start]consistente[blank_end] del [blank_start]sistema entero[blank_end].
Answer
  • versiones extendidas
  • requerimientos del usuario
  • utilizados
  • los ingenieros de software
  • punto de partida
  • el diseño del sistema
  • Agregan detalle
  • explican cómo el sistema
  • proporcionar
  • requerimientos delusuario
  • parte del contrato
  • implementación del sistema
  • una especificación completa
  • consistente
  • sistema entero

Question 6

Question
Requerimientos funcionales y no funcionales A menudo, los requerimientos de sistemas software se clasifican en [blank_start]funcionales[blank_end] y [blank_start]no funcionales[blank_end], o [blank_start]de dominio[blank_end]: 1. Requerimientos [blank_start]funcionales[blank_end]. Son [blank_start]declaraciones de los servicios[blank_end] que debe [blank_start]proporcionarel sistema[blank_end], de la manera en que éste debe [blank_start]reaccionar a entradas particulares[blank_end] y de cómo se debe [blank_start]comportar en situaciones particulares[blank_end]. En algunos casos, los requerimientos [blank_start]funcionales[blank_end] de los sistemas también pueden [blank_start]declarar[blank_end] explícitamente lo que [blank_start]elsistema no debe hacer.[blank_end] 2. Requerimientos [blank_start]no funcionales[blank_end]. Son [blank_start]restricciones de los servicios[blank_end] o [blank_start]funciones[blank_end] [blank_start]ofrecidos[blank_end] por el [blank_start]sistema[blank_end]. Incluyen [blank_start]restricciones de tiempo[blank_end], sobre [blank_start]el proceso de desarrollo[blank_end] y [blank_start]estándares[blank_end]. Los requerimientos [blank_start]no funcionales[blank_end] a menudo se [blank_start]aplican al sistema en su totalidad[blank_end]. Normalmente apenas se aplican a [blank_start]características[blank_end] o [blank_start]servicios individuales[blank_end] del sistema. 3. Requerimientos [blank_start]del dominio[blank_end]. Son requerimientos que provienen [blank_start]del dominio de aplicación[blank_end] del sistema y que [blank_start]reflejan las características[blank_end] y [blank_start]restricciones de ese dominio[blank_end]. Pueden ser funcionales o no funcionales. La distinción entre diferentes tipos de requerimientos no es tan clara como sugieren estas definiciones. Por ejemplo, un [blank_start]requerimiento[blank_end] del [blank_start]usuario sobre seguridad[blank_end] podría parecer [blank_start]un requerimiento no funcional[blank_end]. Sin embargo, [blank_start]cuando se desarrolla en detalle[blank_end], puede [blank_start]generar otros requerimientos[blank_end] que [blank_start]son claramente funcionales[blank_end], como la necesidad de incluir en el sistema [blank_start]recursos[blank_end] para [blank_start]la autentificación del usuario[blank_end].
Answer
  • funcionales
  • no funcionales
  • de dominio
  • funcionales
  • declaraciones de los servicios
  • proporcionarel sistema
  • reaccionar a entradas particulares
  • comportar en situaciones particulares
  • funcionales
  • declarar
  • elsistema no debe hacer.
  • no funcionales
  • restricciones de los servicios
  • funciones
  • ofrecidos
  • sistema
  • restricciones de tiempo
  • el proceso de desarrollo
  • estándares
  • no funcionales
  • aplican al sistema en su totalidad
  • características
  • servicios individuales
  • del dominio
  • del dominio de aplicación
  • reflejan las características
  • restricciones de ese dominio
  • requerimiento
  • usuario sobre seguridad
  • un requerimiento no funcional
  • cuando se desarrolla en detalle
  • generar otros requerimientos
  • son claramente funcionales
  • recursos
  • la autentificación del usuario

Question 7

Question
Requerimientos no funcionales - tipos:
Answer
  • del proyecto
  • del producto
  • organizacionales
  • del cliente
  • externos
  • juridicos
  • de seguridad

Question 8

Question
Requerimientos del producto:
Answer
  • rendimiento, rapidez de ejecucion
  • cuánta memoria se requiere
  • fiabilidad, tasa de fallos
  • portabilidad
  • usabilidad
  • fecha de entrega
  • legislativos
  • lenguajes de programación
  • método de diseño a utilizar
  • documentacion

Question 9

Question
Requerimientos organizacionales:
Answer
  • estándares
  • implementación
  • lenguajes de programación
  • método de diseño
  • requerimientos de entrega
  • documentacion
  • rapidez
  • fiabilidad
  • portabilidad
  • eticos

Question 10

Question
Requerimientos externos:
Answer
  • fiabilidad
  • eticos
  • legislativos
  • interoperabilidad
  • estándares
Show full summary Hide full summary

Similar

Design Patterns
Erica Solum
Network Protocols
Shannon Anderson-Rush
System Analysis
R A
SCRUM
R A
Chapter 3 & 4 Review
Shannon Anderson-Rush
JOOSE2 Design Patterns
Isaac Jordan
Construcción de software
CRHISTIAN SUAREZ
Administración de sistemas segundo parcial
Juan Giacosa
Patents
Christina
Pears of Wisdom - Software Engineering Overview
Alex Poiry
2 Introduction
Alex C