Parcial

1. ¿Por qué muchos desarrolladores de software no ponen atención suficiente a la ingeniería de requerimientos? ¿Existen

Views 256 Downloads 2 File size 238KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

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?