1.

¿Por qué muchos desarrolladores de software no ponen atención suficiente a la ingeniería

de requerimientos? ¿Existen algunas circunstancias que puedan ignorarse?

RTA/unas de las circunstancias del por que los que nos dedicamos a la Ingeniería no ponemos
atención suficiente ya sea a desarrollar un software o plantear una red de datos, es porque se
debe tener un buen aspecto de análisis, lo cual toma demasiado tiempo dado a eso se debe tener
un concepto documental, para hacer frente al negocio, dado a que solo vemos a lo que real mente
requiere el cliente.

2. El lector tiene la responsabilidad de indagar los requerimientos de un cliente que dice

estar demasiado ocupado para tener una reunión. ¿Qué debe hacer?

RTA/ se trata de encontrar la persona indicada que sepa muy afondo sobre el tema y que tenga
como la idea un poco más abierta para los diferentes problemas que se pueda llegar a presentar.

- también que esto procure como complacer los requerimientos previstos.

3. Analice algunos de los problemas que ocurren cuando los requerimientos deben

indagarse para tres o cuatro clientes distintos.

RTA/ los problemas que se llevan a cabo normalmente para un ingeniero es que a la hora de
innovar el requerimiento se presenta su conflicto , llevado esto se genera las explicaciones o se
refuerza la situación para implementar la mejor decisión y la mejor estrategia para nuestro
producto u proyecto.

4. ¿Por qué se dice que el modelo de requerimientos representa una fotografía instantánea

del sistema en el tiempo?

RTA/ se considera que la fotografía instantánea es como una capsula de recuerdos que se verán en
un futuro reflejados las ideas que se llevaran al momento del desarrollo de un proyecto

5. Suponga que ha convencido al cliente (es usted muy buen vendedor) para que esté de

acuerdo con todas las demandas que usted hace como desarrollador. ¿Eso lo convierte en

un gran negociador? ¿Por qué? 05Pressman(101-125).indd 123 21/1/10 11:00:26

www.FreeLibros.me 124 PARTE DOS MODELADO

RTA/Se debe tener un aspecto positivo y ser muy expresivo al momento de ofrecer el producto
para convencer y llegar a su aceptación y de igual forma estar seguro de sumir todo tipo de tarea
de además cubriendo la necesidad que tiene el cliente para su negocio.
6. Desarrolle al menos tres “preguntas libres de contexto” adicionales que podría plantear a

un participante durante la concepción.

 ¿Por qué un ingeniero pretende innovar o desarrollar algo, y que espero sobre ello?
 ¿Qué inconvenientes se podrían presentan afectando el software desarrollado?
 ¿Por qué nace esta idea de querer innovar en algo que ya está funcional?

7. Desarrolle un “kit” para recabar requerimientos. Debe incluir un conjunto de lineamientos

a fin de llevar a cabo la reunión para recabar requerimientos y los materiales que pueden

emplearse para facilitar la creación de listas y otros objetos que ayuden a definir los

requerimientos.

RTA/

9. Desarrolle un caso de uso completo para una de las actividades siguientes:

a) Hacer un retiro de efectivo en un cajero automático.

b) Usar su tarjeta de crédito para pagar una comida en un restaurante.

c) Comprar acciones en la cuenta en línea de una casa de bolsa.

d) Buscar libros (sobre un tema específico) en una librería en línea.

RTA/
10. ¿Qué representan las “excepciones” en un caso de uso?

RTA/

11. Describa con sus propias palabras lo que es un patrón de análisis.

12. Con el formato presentado en la sección 5.5.2 sugiera uno o varios patrones de análisis

para los siguientes dominios de aplicación:

a) Software de contabilidad.

b) Software de correo electrónico.

c) Navegadores de internet.

d) Software de procesamiento de texto.

e) Software para crear un sitio web. f) El dominio de aplicación que diga su profesor.

13. ¿Qué significa ganar-ganar en el contexto de una negociación durante la actividad de

ingeniería de los requerimientos?

14. ¿Qué piensa que pasa cuando la validación de los requerimientos detecta un error?

¿Quién está involucrado en su corrección?