Nombre 

Barly Eduardo Espinal 

Matricula 

2017‐4928 

Periodo académico 

2019‐2 

Nombre del profesor 

Ing. Leandro Fondeur 

Nombre del tema de estudio 

Práctica 2 ‐ Software e Ingeniería de Software 
1. Toda vez que la búsqueda de la calidad reclama recursos y tiempo, ¿es posible ser ágil y
centrarse en ella? Justifique su respuesta.

Desde mi punto de vista lo mejor es buscar una amalgama entre los dos conceptos, es
decir, ser ágil en la adaptación, implementación, respuesta, etc., ya sea para el sistema
como para el cliente y que los procesos presenten un nivel de calidad que nos asegure que
sin importar las distintas situaciones que se pueden presentar en la elaboración del
proyecto podamos cumplir con un mínimo aceptable en la calidad de esos procesos.

Si un proyecto solamente se basa en la agilidad menos preciando la calidad de sus

procesos a largo plazo eso se convertirá en una piedra en el camino y nos afectará en el
desempeño final.

2. Describa con sus propias palabras el concepto de separación de entidades.

Es cuando tienes un proyecto complejo para el cual quieres hacer un acercamiento

eficiente es más fácil dividir el total del proyecto en partes más pequeñas.

3. ¿En qué difiere la comunicación ágil de la comunicación tradicional de la ingeniería de

software? ¿En qué se parecen?

Se diferencian en que la comunicación ágil se enfoca en la simplicidad y rapidez de los

temas a tratar dando prioridad a la interacción con el cliente, sin esas reuniones donde se
debate por largas horas, sin mucha documentación, planificación ni control.

Se parecen en que tanto la comunicación ágil y tradicional en ingeniería trata de

satisfacer las necesidades del cliente, sin abandonar la calidad del producto.

Piensa como un hombre sabio, pero comunícate en el lenguaje de la gente.”‐ William Butler 
Yeats

4. ¿Por qué es necesario "avanzar”?

Es necesario debido a que si no hay un consenso en cómo abordar una situación es mejor
seguir adelante y dejar ese tema en espera para poder tener agilidad en vez de hacer
muchas iteraciones

5. Describa lo que significa granularidad en el contexto de la programación de actividades

de un proyecto.

Se refiere al nivel de detalle que se adopta cuando se desarrolla un plan. Un plan con
“mucha granularidad” proporciona detalles significativos en las tareas para el trabajo que
se planea, en incrementos durante un periodo relativamente corto (por lo que el
seguimiento y control suceden con frecuencia).

la granularidad va de poca a mucha conforme el tiempo avanza.

6. ¿Cuáles son los tres "dominios” considerados durante el modelado de requerimientos?

información, funcional y de comportamiento

7. ¿Qué es una prueba exitosa?

Una prueba exitosa es la que descubre un error no detectado hasta el momento.

8. ¿Por qué es importante la retroalimentación para el equipo de software?

Cada ciclo de retroalimentación da al equipo de software una guía importante que da

como resultado modificaciones de las funciones, de las características y del enfoque
adoptado para el siguiente incremento.
La retroalimentación es muy importante ya que los clientes esperan más de lo que el
equipo prometió entregar

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

de requerimientos?

El diseño y construcción de software de computadora es difícil, creativo y sencillamente

divertido. En realidad, elaborar software es tan atractivo que muchos desarrolladores de
software quieren ir directo a él antes de haber tenido el entendimiento claro de lo que se
necesita. Argumentan que las cosas se aclararán a medida que lo elaboren, que los
participantes en el proyecto podrán comprender sus necesidades sólo después de estudiar
las primeras iteraciones del software, que las cosas cambian tan rápido que cualquier
intento de entender los requerimientos en detalle es una pérdida de tiempo, que las
utilidades salen de la producción de un programa que funcione y que todo lo demás es
secundario. Lo que hace que estos argumentos sean tan seductores es que tienen algunos
elementos de verdad. Pero todos son erróneos y pueden llevar un proyecto de software al
fracaso.

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

El objetivo del modelo del análisis es describir los dominios de información, función y
comportamiento que se requieren para un sistema basado en computadora. El modelo
cambia en forma dinámica a medida que se aprende más sobre el sistema por construir, y
otros participantes comprenden más lo que en realidad requieren. Por esa razón, el
modelo del análisis es una fotografía de los requerimientos en cualquier momento dado.
Es de esperar que cambie.
11. ¿Qué representan las "excepciones” en un caso de uso?

Las excepciones en un caso de uso serian condiciones en las cuales los actores tanto
principales como secundarios pueden encontrarse a lo largo de la ejecución del sistema.

Las excepciones son una descripción de lo que está sucediendo, como actuar, que esperar,
etc.

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

El desarrollo de software es algo que lleva ya varias décadas durante ese tiempo personas
se han fijado que, aunque cada proyecto de software es único estos tienen cierta
semejanza en ciertos aspectos, entonces crearon como si fuera una plantilla para poder
solucionar proyectos de software que tengan ciertas similitudes entre sí, estas plantillas
son llamados patrones de análisis