Universidad Mariano Gálvez De Guatemala

Facultad De Ingeniería En Sistemas

Curso: Análisis De Sistemas II
Ing.: Manuel Noriega Pinituj

Requerimientos - Cap 5

Merari Usiel Hernández Vela

5990-12-17972
Guatemala, 21/07/2018
5.1. ¿Por qué muchos desarrolladores de software no ponen atención suficiente a la ingeniería de
requerimientos?

Existen diferentes razones para que los desarrolladores tomen esta decisión que casi siempre se
debe a que los requisitos son dinámicos, entonces al menos que se utilice un enfoque eficiente y
ágil que haga el equipo versátil en esta tarea. Otra puede ser que es una actividad que requiere de
un alto grado de análisis, lo que demanda tiempo es preferible solo tomar los requisitos que
afectaran directamente al negocio y avanzar en las próximas iteraciones.

5.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?

Debe prepararse con la información perteneciente al negocio

Tratar de solicitar una persona auxiliar que conozca el negocio, su funcionamiento y tenga una idea
más técnica de las necesidades del cliente.

Procurar de tener una visión del proyecto que satisfaga requisitos.

5.3. Analice algunos de los problemas que ocurren cuando los requerimientos deben indagarse
para tres o cuatro clientes distintos.

Muchos problemas que nos enfrentamos es la indagación de requisitos conflictivos. Estos problemas
se dan en primera por oposición o conflicto de alguno de los participantes del negocio. Si bien esto
puede parecer un problema en primera, también brinda sutilmente una riqueza visual al proyecto,
por la accesibilidad de varios puntos de vistas.

5.4. ¿Por qué se dice que el modelo de requerimientos representa una fotografía instantánea del
sistema en el tiempo?

Se constituye una visión de lo que será el proyecto ya que se identifican ideas y se concibe el
software de manera rápida, para suponer que yacerá a lo largo plazo el proyecto.

5.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é?

Si en esa situación el cliente también está convencido y acepta el proyecto, entonces se puede decir
que soy un gran negociador.

5.6. Desarrolle al menos tres “preguntas libres de contexto” adicionales que podría plantear a un
participante durante la concepción.

¿Qué esperan ustedes del proyecto?

¿Qué ideas desean implementar?

¿En qué sentido le afectara el software al negocio?

5.7. Desarrolle un “kit” para recabar requerimientos. Debe incluir un conjunto de lineamientos a
fin de llevar 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.

Lineamientos

 Simpleza y puntualidad
 Indagación del negocio a través de preparación.
 Apoyarse en el uso de las TICS
 Disponibilidad de facilitadores.

Herramientas:

 Uso de papel y lápiz.

 Tablero y videobeam para presentar lógicas del negocio por parte del cliente.
 Camaras.

5.8. Su profesor formará grupos de cuatro a seis estudiantes. La mitad de ellos desempeñará el
papel del departamento de mercadotecnia y la otra mitad adoptará el del equipo para la
ingeniería de software. Su trabajo es definir los requerimientos para la función de seguridad de
CasaSegura descrita en este capítulo. Efectúe una reunión para recabar los requerimientos con el
uso de los lineamientos presentados en este capítulo.

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

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

RETIRO

DEPOSITO

CONSULTA

Cliente CAMBIO DE CLAVE Banco

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

PEDIR MENU

ELEGIR MENU

SELECCIONAR ALGO DEL MENU

R E T I R O

Cliente SERVIR COMIDA Restaurante

PEDIR CUENTA

PAGO CON TARJETA

HACER TRANSACCION

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

CUENTA EN LINEA

MOSTRAR CATALOGO

SELECCIONAR ACCION

AÑADIR/PEDIR ACCION PARA COMPRA

VALIDAR CLIENTE

CLIENTE EFECTUAR PAGO TIENDA ONLINE

HACER TRANSACCION

DESPACHAR

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

5.10. ¿Qué representan las “excepciones” en un caso de uso?

Son situaciones que inducen comportamientos ajenos al flujo normal o feliz de uso, en el sistema.
Aunque no correspondan al flujo normal, se debe evaluar, analizar, validar e implementar.

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

Sugieren la solución parcial o completa de y una situación, problemática, dominio o modelos y

análisis de requerimientos que comportan como patrones p se han vivido y solucionado totalmente
anteriormente.
5.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:

Los navegadores web, que tienen que modelar siempre un protocolo de comunicación, por el que
se comunican con los servidores y permiten al usuario navegar en internet por peticiones y
respuestas.

Nombre del patrón: Protocolito

Intención: El patrón trata de modelar la interacción, y flujo que se da en el protocolo de

comunicación HTTP que debe satisfacer el navegador web.

La motivación: Servir de interfaz en una solicitud de cliente (petición) y respuesta de servidor.

Solución: Definir un conjunto de pasos que modelen el protocolo. Dicho modelo debe poseer por lo
menos dos identificadores (cliente y servidor) implementados en clases. Los objetos deben
proveer métodos de comunicación e interfaces para la transmisión y transporte de Hipertexto y
Archivos.

Consecuencias: El patrón facilita la tarea de modelar el protocolo, apoyándose en las clases de

cliente y servidor.

Diseño: Uso del patrón de diseño Comando y Visitante

Los usos conocidos: Todos los navegadores, lo deben implementar como requisito.

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

ingeniería de los requerimientos?

Que tanto el cliente y el equipo, se ven beneficiados por un conjunto de negociaciones, que
permiten la satisfacción del cliente y condiciones buenas de trabajo para el equipo.

Para recibir hay que dar, y es esta forma de negociar la que permite que todas las partes
involucradas ganen algo para solucionar los problemas. ... A esta forma de negociar se le conoce
como negociación integrativa, y se caracteriza en que todas las partes involucradas ganen algo, es
decir, una negociación ganar-ganar.

5.14. ¿Qué piensa que pasa cuando la validación de los requerimientos detecta un error? ¿Quién
está involucrado en su corrección?

Por obviedad se debe corregir. Se puede hacer por medio de la retroalimentación conjunta que se
hace con el cliente que es quien que realiza la aclaración y corrección indirecta del
requerimiento.

Pocas son las propuestas existentes que ofrecen técnicas para la realización de la validación y
muchas de ellas consisten en revisar los modelos obtenidos en la definición de requisitos con el
usuario para detectar errores o inconsistencias.

El proceso de validación de requisitos debe realizarse o de lo contrario se corre el riesgo de

implementar una mala especificación, con el costo que eso conlleva.