República Bolivariana De Venezuela

Instituto Universitario Politécnico

“Santiago Mariño”
Extensión Puerto Ordaz
Esc: 47

ACTIVIDAD 5 20%

TALLER DE ANÁLISIS DE REQUERIMIENTOS

Docente: Alumno:

Johnny Herrera Joe Lara

26.786.601

Puerto Ordaz, 6 de junio de 2021

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

Existen muchas 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 al 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. También se piensa que retrasa la
etapa más divertida que es el modelado y la codificación del proceso de software,
pero se sabe que es fundamental.

2. Los ingenieros de software tienen la responsabilidad de indagar los

requerimientos de un cliente que dice estar demasiado ocupado para
tener una reunión. ¿Qué debe hacer para recabar los requerimientos?

Es importante que el ingeniero cumpla con las expectativas deseadas de lo que

quiere el cliente ya que así sea el cliente que no tiene tiempo para explicar en una
reunión lo deseado, todo lo que salga mal o no guste del software a crear será culpa
del ingeniero, lo que se debe hacer para recabar los requerimientos es lo siguiente:

 Debe prepararse con la información pertinente del 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 dichos requisitos.

3. Como puede un Ingeniero de Software, resolver los problemas que

ocurren cuando los requerimientos deben indagarse para tres o cuatro
clientes distintos.

Muchos de los problemas a los que se enfrentan los Ingenieros de software es

la indagación de requisitos conflictivos. Estos problemas se dan en primera por la
oposición o “conflicto” de algunos 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. Ahora, lo ideal para tal
situación es hacer una retroalimentación con el grupo conflictivo e implementar la
negociación de requisitos, y obtener la mejor estrategia para el proyecto.

4. ¿Por qué se dice que el modelo de requerimientos representa una

fotografía instantánea del sistema en el tiempo?

Se dice que representa una fotografía instantánea porque constituye una visión
de lo que será el proyecto ya que se identifican las ideas, y se concibe el software
de manera rápida, para suponer lo que sucederá a largo plazo el 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é?

En conclusión, es muy es relativo. Si en esa situación el cliente también se

dispone convencido y acepta con entusiasmo, además de que siente que gana,
durante dicha tarea; entonces se puede decir que soy un gran negociador. Mas, sin
embargo, si el cliente quedo en dudas o se siente desplazado de la negociación,
entonces estaré siendo egoísta, y no cumpliría con uno de los principios del
manifiesto ágil, por tanto, sería un pésimo negociador. Así que esto es muy subjetivo
y depende de la situación que se esté viviendo.

6. Desarrolle al menos tres “preguntas libres de contexto” adicionales que

podría plantear a un participante durante la concepción
 Cuáles son los motivos/ideas que usted piensa pueden traerle beneficios a
su empres implementan un software con los requerimientos mencionados.
 Que producto final considera/espera usted de este proyecto.
 En general como cree usted que este software puede afectar a su empresa.

7. Desarrolle un “kit” para recabar requerimientos. Para una empresa que

desea instalar un Software a una maquina dispensadora de refrescos
A. Mediador de negociaciones entre las dos partes (equipo de desarrollo y
cliente)
 B. Usar medios tecnológicos y eficaces para la recolección de requerimientos,
mejorando la comunicación y dinamismo en el equipo de trabajo
C. Prepararse previamente e informarse sobre el área del negocio a desarrollar,
para facilitar las comunicaciones entre ambas partes

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

Como su nombre lo indica, sugieren la solución parcial o completa de una

situación, problemática, dominio o modelos y análisis de requisitos que se
comportan como patrones o se han vivido y solucionado parcial o totalmente
anteriormente.

9. 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.

a) Software de contabilidad: Necesita de botones de cálculo, cálculos de las

finanzas, cálculos de los flujos financieros que se ejecutan por un día, una
semana, un mes y un año o ingresos mensuales.
b) Software de correo electrónico: Necesita esencialmente de niveles de
análisis, nivel de anti-patrón, etc.
c) Navegadores de internet:
 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.
d) Software de procesamiento de texto: Necesita de función de redacción
con diferentes tipos de tipografía, tamaños de letras, caracteres, colores,
tipos de párrafos, efectos y otras cosas.
e) Software para crear páginas web: Necesita de editores de texto para
manipular el código HTML directamente y también editores gráficos.

10. ¿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. Además, según el tipo de error, podría ser
un error técnico y este podría ser corregido por el equipo de desarrollo o ser un error
en los requisitos de negocio en el cual se debe conversar con el cliente para obtener
un feedback, aclarar las ideas y corregir el requerimiento como ya al inicio se había
mencionado.