Requerimientos y Especificaciones Flashcards

1
Q

Los requerimientos:

A. Definen las salidas de un sistema
B. Definen las entradas de un sistema
C. Definen los algoritmos y mecanismos que hacen funcionar a un sistema
D. Definen la relación entre entradas y salidas de un sistema

A

D. Definen la relación entre entradas y salidas de un sistema

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Considere el formato de contratos de tipo técnico:

A. Los requerimientos son una forma de contrato de compra
B. Los requerimientos son una forma de contrato de venta, y las especificaciones de diseño de compra
C. Los requerimientos son una forma de contrato de venta
D. Ninguna es correcta

A

D. Ninguna es correcta

Los requerimientos no confirman un contrato, sino las especificaciones (de diseño o de producto)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Una matriz de trazabilidad en requerimientos y especificaciones vincula:

A. Requerimientos y especificaciones
B. Requerimientos, especificaciones, tests y sus resultados. Para individualizar unidades se utiliza otro tipo de matriz de trazabilidad
C. Requerimientos y especificaciones para cada unidad producida con número de serie
D. Requerimientos, especificaciones, tests y sus resultados para cada unidad producida con número de serie

A

B. Requerimientos, especificaciones, tests y sus resultados. Para individualizar unidades se utiliza otro tipo de matriz de trazabilidad.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Se desea diseñar un reproductor MP3 para un cliente particular. Este cliente no especificó la potencia que debe consumir:

A. Si el cliente no lo especificó, no se considera en el diseño. Si no le gusta el resultado, será su problema: el cliente firma los requerimientos y si quedan cosas afuera, es su culpa por no decir lo que quiere
B. Ninguna es correcta
C. Si el cliente se enoja con el diseño porque consume demasiado, es que era un requerimiento, y el diseñador debe pagar por el error con un rediseño
D. Aún si el cliente no lo dijo, hay que asumir lo que probablemente requiere para evitar sorpresas luego

A

B. Ninguna es correcta

El diseñador no tiene por qué pagar para hacer aquello que el cliente no pidió. Sin embargo, sí es responsabilidad del diseñador asegurarse de que el resultado del diseño satisfaga al cliente. Por eso, si bien el diseñador no tiene por qué pagar por la corrección del error, pagará con la pérdida del cliente (y de reputación).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Un sistema con arquitectura distribuida:

A. Ninguna es correcta
B. Puede resultar muy difícil en términos de sincronización
C. No es escalable
D. No puede tener muchos centros

A

B. Puede resultar muy difícil en términos de sincronización

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Un sistema con arquitectura centralizada:

A. Pone enormes demandas en el centro de control
B. Si bien tiene un centro principal, puede tener otros centros menores
C. Todas son correctas
D. Es fácil para hacer ingeniería concurrente

A

A. Pone enormes demandas en el centro de control

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Se desea diseñar un reproductor MP3 para un cliente particular. El cliente le indica que desea que el reproductor “dure como mínimo 10 horas reproduciendo música a máximo volumen”. Este requerimiento:

A. Es necesario determinar el tamaño de la batería interna (en Ah o similar) y lo que implica “máximo volumen” (en dBs o similar) antes de escribir la especificación
B. Es necesario determinar qué implica “máximo volumen” (en dBs o similar) antes de escribir la especificación
C. Se traduce directamente como especificación
D. Es necesario determinar el tamaño de la batería interna (en Ah o similar) antes de escribir la especificación
E. Ninguna es correcta

A

B. Es necesario determinar qué implica “máximo volumen” (en dBs o similar) antes de escribir la especificación.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Considere el caso de la obra del “Paseo del Bajo” (corredor para circulación de automóviles y camiones de 7 Km que une Autopista Illia y Autopista Buenos Aires-La Plata con un re-trazado de toda la zona vial y peatonal, y cuyas obras se vieron en los alrededores del ITBA). Para su realización, el gobierno llamó a licitación y contrató los servicios de una constructora para realizar y mantener la obra. Para dicho proyecto de ingeniería considere la diferencia entre comprador, usuario y cliente:

A. El cliente es el gobierno
Los compradores son los ciudadanos (a través de impuestos)
Los usuarios son todos los ciudadanos
B. Los ciudadanos y el gobierno son clientes
Los compradores son los ciudadanos (a través de impuestos)
Los usuarios son todos los ciudadanos
C. Los ciudadanos y el gobierno son clientes
El comprador es el gobierno
Los usuarios son los conductores de vehículos.
D. El cliente es el gobierno
Los compradores son los conductores de vehículos (a través de peajes)
Los usuarios son los conductores de vehículos

A

B. Los ciudadanos y el gobierno son clientes
Los compradores son los ciudadanos (a través de impuestos)
Los usuarios son todos los ciudadanos

El gobierno pone requerimientos por el hecho de obligar al cumplimiento de normativas.

Los ciudadanos (peatones o conductores) ponen requerimientos por tratarse de una obra sobre la vía pública (como contraejemplo, imagínese una autopista que en lugar de atenuar, amplifica ampliamente el ruido de los vehículos que pasa)

“Quién pone el dinero” son los ciudadanos. El mantenimiento sí se hace con el dinero de quienes circulan, pero no la construcción.

Los usuarios son tanto peatones que circulen por ahí como vehículos, englobando potencialmente así a todos los ciudadanos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Las especificaciones de producto:

A. Son la “hoja de datos” en la que se debe basar el diseñador para desarrollar el producto
B. Son siempre diferentes de los requerimientos de diseño.
C. Ninguna es correcta.
D. Nunca se dispone de la información necesaria para escribirlas antes de las validaciones correspondientes.

A

D. Nunca se dispone de la información necesaria para escribirlas antes de las validaciones correspondientes.

Las especificaciones de producto son la “hoja de datos” que se elabora del producto luego de validarlo y obtener sus parámetros reales (y no teóricos)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Un set de requerimientos de un reproductor MP3 (por ejemplo un iPod) indica como requerimiento el tipo de conector que se debe utilizar para la carga, el pinout del mismo y las tolerancias de las dimensiones mecánicas del conector. Este requerimiento:

A. Ninguna es correcta
B. No es correcto: la interfaz es interna y debe ser especificada en el diseño
C. Es correcto: el conector es una interfaz del sistema hacia el cliente y por ende debe estar completamente definido
D. Sólo es correcto si el fabricante no incluye el cargador. En caso contrario, se trata de una interfaz interna y no debe figurar en los requerimientos

A

D. Sólo es correcto si el fabricante no incluye el cargador. En caso contrario, se trata de una interfaz interna y no debe figurar en los requerimientos

Las interfaces externas siempre deben ser especificadas con gran detalle. Si lo que hay a ambos lados de la interfaz lo define el diseñador, se trata de una interfaz interna.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Considerando un producto que se desea poner a la venta, el estado:

A. A veces es cliente, a veces es usuario
B. A veces es cliente, nunca es usuario
C. Siempre es cliente, nunca usuario
D. Siempre es cliente, a veces es usuario

A

D. Siempre es cliente, a veces es usuario

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

En un proyecto con poco presupuesto se tienen dificultades para validar un requerimiento particularmente complejo del cliente:

A. El error es del equipo de ingeniería, por no hacer la evaluación de factibilidades de acuerdo con el modelo V de ingeniería concurrente
B. No hay error. Es común que no todo funcione bien.
C. El error es del cliente por definir requerimientos tan complejos y esperar que se cumplan con tan poco presupuesto
D. El error es del equipo de ingeniería, por aceptar un requerimiento tan complejo con tan poco presupuesto

A

A. El error es del equipo de ingeniería, por no hacer la evaluación de factibilidades de acuerdo con el modelo V de ingeniería concurrente

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Según su expresión, los requerimientos pueden ser:

A. De diseño, de producto, de cliente
B. Concretos, presupuestados, tácitos
C. Tácitos, concretos, ambiguos
D. Ninguna es correcta
E. Ambiguos, del cliente, del usuario

A

C. Tácitos, concretos, ambiguos

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

¿Cuál de las siguientes especificaciones no sería necesario presupuestar?

A. Máxima tensión de entrada
B. Consumo
C. Costo
D. Siempre es necesario presupuestar todas

A

A. Máxima tensión de entrada

El ejercicio de hacer un presupuesto es repartir un valor entre varios contribuyentes que pertenecen al sistema. Esto se puede hacer con la potencia (el módulo A consume a W, el modulo B consume b W, el módulo C consume c W y en total el sistema entonces consume (a+b+c) W y con el costo, pero la tensión de entrada del sistema o bien sólo va a un módulo de alimentación, o bien se reparte en forma idéntica a N módulos. Lo que nunca sucede es que a cada módulo le tenga que llegar “una parte” de la tensión de entrada.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Scrum es un marco de desarrollo ágil en el cual:

A. Se realizan desarrollos incrementales basados en la planificación completa del producto
B. Se deben utilizar procesos de calidad que aprovechen el conocimiento de las personas
C. Se realizan todas las etapas en cascada
D. Ninguna es correcta

A

D. Ninguna es correcta

El desarrollo ágil utiliza una metodología de ingeniería concurrente. No se basa en la planificación completa, y no se busca utilizar procesos de calidad.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

La deuda técnica en el desarrollo ágil:

A. Todas son correctas (salvo la que dice “ninguna es correcta”)
B. Ninguna es correcta
C. Siempre es necesaria (es parte del proceso de desarrollo)
D. Nunca es intencional
E. Se presenta en términos de costo económico directo (dólares, pesos, euros, etc.)

A

C. Siempre es necesaria (es parte del proceso de desarrollo)

17
Q

Una de las características del modelo en V es:

A. Es un modelo lineal, basado en extensa comunicación entre partes que requiere una visión de corto plazo según el punto del diseño.
B. Ninguna es correcta
C. Es un modelo lineal, basado en compartimentarlas partes, que requiere una visión de corto plazo según el punto del diseño.
D. Es un modelo iterativo, basado en extensa comunicación entre partes que requiere una visión de largo plazo según el punto del diseño.

A

D. Es un modelo iterativo, basado en extensa comunicación entre partes que requiere una visión de largo plazo según el punto del diseño.

18
Q

Indique cuál de los siguientes enunciados corresponde a un requerimiento mal formulado:

A. Todos los enunciados corresponden a requerimientos correctamente formulados
B. La moto debe funcionar con naftas de al menos 95 octanos.
C. Las emisiones de gases del automóvil XXX deberán estar por debajo de x gCO2/km
D. La temperatura del motor del auto no deberá superar nunca los 130°C

A

D. La temperatura del motor del auto no deberá superar nunca los 130°C

El usuario no tiene por qué enterarse de la temperatura absoluta del motor. El problema del diseñador es realizar algo que se comporte como quiere el usuario y que no implique riesgos en su uso.

19
Q

Cuando se utiliza un modelo secuencial para el desarrollo de un producto:

A. Se realizan múltiples actividades de diseño de manera simultánea
B. Ninguna es correcta
C. Se realizan múltiples actividades de diseño de manera paralela
D. En general se realizan las distintas tareas una después de otra sin superponer actividades

A

D. En general se realizan las distintas tareas una después de otra sin superponer actividades

20
Q

Cuál es el fin de un proyecto de ingeniería?

A. Cumplir especificaciones de un cliente
B. Satisfacer una necesidad
C. Ninguna es correcta
D. Desarrollar un equipo novedoso
E. Diseñar productos mejores a los existentes

A

B. Satisfacer una necesidad

21
Q

En las normas ISO (por ejemplo las ISO 55000) el proyecto de ingeniería es definido como: “Un proceso único consistente en un conjunto de actividades coordinadas y controladas, con fechas establecidas de inicio y finalización, desarrolladas con el fin de alcanzar un objetivo para conformar requerimientos específicos, incluyendo restricciones de tiempo, costo y recursos”. De la misma surgen las condiciones que deben cumplir las tareas involucradas. Por lo tanto, las mismas deben (indicar la ó las respuestas correctas):

A. Ser simples y con certificaciones rápidas con buenos
profesionales
B. Tener objetivos vinculados a satisfacer las necesidades del
cliente
C. Satisfacer requerimientos específicos de presupuesto (bajos para las certificaciones)
D. Todas las anteriores son correctas
E. Ninguna de las anteriores son correctas

A

B. Tener objetivos vinculados a satisfacer las necesidades del
cliente

22
Q

El proceso de diseño parte del reconocimiento de una necesidad insatisfecha, las mismas pueden surgir (Indicar las afirmacionES correctas):

A. Por aparición de nuevas legislaciones o normativas
B. Por necesidad de demostrar que poseemos la mejor capacidad de desarrollo.
C. De nuevas posibilidades que surgen durante la ejecución de otro proyecto.
D. Para utilizar antiguos materiales que contamos en stock
E. Todas las anteriores afirmaciones son correctas

A

A. Por aparición de nuevas legislaciones o normativas

C. De nuevas posibilidades que surgen durante la ejecución de otro proyecto

23
Q

Describa conceptualmente las diferencias ente “Requerimientos y Especificaciones” en todo el ciclo de diseño. De ejemplos.

A

Para empezar, en un proyecto de ingeniería, los requerimientos son una de las entradas del proyecto, mientas que las especificaciones son parte de la documentación, la cual es una de las salidas del proyecto.
Pensando en su expresión, los requerimientos pueden dividise, por ejemplo, en “explícitos”, “ambiguos” y “tácitos”, dependiendo de la forma en que los exprese mi cliente, mientras que las especificaciones siempre son explícitas. Esto resulta en que un requerimiento puede llegar a tener más de una forma correcta de ser interpretado (caso tácito o ambiguo), mientras que las especificaciones son absolutas, son una medida objetiva de las características del proyecto, las cuales pueden servirle o no a un potencial cliente, pero no deben ser abiertas a interpretación.

Ejemplo:
Requerimiento: “La fuente debe poder conectarse a la pared”
Especificación: “Esta Fuente se alimenta con 220VAC +-5%, 50Hz +- 1%”
En el ejemplo, se podría haber tomado el requerimiento como 220VAC, o, dependiendo del país de origen del cliente, podría haber sido 110VAC, pero la especificación no da lugar a duda de que se alimenta con 220VAC.
Otra diferencia es que las especificaciones forman un contrato, donde el proveedor garantiza que su proyecto cumple con los datos provistos, bajo condiciones normales de operación. Sin embargo, los requerimientos inicialmente son un documento, que recién luego de ser firmado por ambas partes, pasa a ser un contrato.
Pensemos ahora en un set de requerimientos bien hechos, y un set de especificaciones bien hechas. La diferencia radica en que este set de requerimientos puede llegar a atraer múltiples proveedores, mientras que el set de especificaciones puede atraer clientes.
Por último, pensando en un proyecto como un sistema a “caja negra”, los requerimientos describen la relación entre entradas y salidas del sistema pedido, sin definir ni limitar lo “interno” al Sistema. Por el contrario, las especificaciones (en caso de ser la respuesta a requerimientos de diseño, por ejemplo) pueden dar fe del comportamiento interno del sistema completo (por ejemplo, especificaciones de un sub módulo del sistema, al cual le pido requerimientos de diseño).