1. Integrantes:
- Jennyree Candilio 18266325
- Edgar Gil 18702869
- Evelyn Álvarez 19131713
- Moisés Ríos 17566251

2.  Es una forma de diagrama de interacción que muestra los
objetos como líneas de vida a lo largo de la página y con sus
interacciones en el tiempo representa das como mensajes
dibujados como flechas desde la línea de vida origen hasta la
línea de vida destino. Los diagramas de secuencia son buenos
para mostrar qué objetos se comunican con qué otros objetos y
qué mensajes disparan esas comunicaciones. Los diagramas de
secuencia no están pensados para mostrar lógicas de
procedimientos complejos.

3. Se utiliza para una gran variedad de propósitos y con diferentes
niveles de detalle sobre el programa.
 Si tiene un diagrama de casos de uso en el que se resumen los
usuarios del sistema y sus objetivos,
 Si ha identificado los mensajes que llegan a una interfaz de un
componente, puede crear diagramas de secuencia en los que se
describa cómo interactúan los elementos internos del
componente para lograr el resultado necesario para cada
mensaje entrante.

4.  Los diagramas de secuencia muestran gráficamente las
interacciones del actor y de las operaciones a quedan origen
 Los diagramas de secuencia se preparan durante la fase de
análisis de un ciclo de desarrollo
 Su creación depende de la formulación previa de los casos de
uso.
 El comportamiento del sistema es una descripción delo que hace,
y no como lo hace.
 El diagrama de secuencia muestra un determinado escenario de
un caso de uso, los eventos generados por actores externos, su
orden y los eventos internos del sistema.
 A todos los sistemas se les trata como una caja negra, y se
centran en los eventos que van de los actores a los sistemas.

5. Existen dos tipos de diagrama de secuencia:
 · Diagramas de secuencia basados en código se pueden generar a
partir del código de programa .NET, y se pueden colocar dentro de
cualquier proyecto.
 · Los diagramas de secuencia UML forman parte de un modelo
UML y sólo existe dentro de los proyectos de modelado UML.

7.  Paso 1: Copia el texto de la especificación de tu caso de uso y pégalo en
la parte superior de tu diagrama de secuencia. Con esto siempre se
tendrá en cuenta que es lo que debe de hacer el diagrama de secuencia.
 Paso 2: Cada uno de los objetos entidad de tu diagrama de robustez es
una instancia de la clase que debe de ser agregada a tu diagrama de
secuencias ya que representa tu modelo estático. Hay que ser muy
meticuloso con este paso, ya que representa el ultimo de tu modelo
estático antes de codificar.
 Paso 3: Agrega las interfaces del diagrama de robustez. Con esto ya
tenemos el diagrama de secuencias construido. Ahora, el cuarto paso es
para decidir cuales métodos irían en cuales clases, lo cual es la esencia
del modelo de iteraciones.
 Paso 4: Pon los métodos en las clases, lo cual significa convertir los
controles uno por uno de tu diagrama de robustez en métodos y
mensajes. Verifica que para cada control dibujado le pertenecen los
mensajes correctos dentro del diagrama de secuencias

8.  Línea de vida
 Actor
 Mensaje sincrónico
 Mensaje asincrónico
 Incidencia de ejecución
 Mensaje de devolución de llamado
 Auto mensaje
 Crear mensajes.
 Mensaje encontrado
 Mensaje perdido
 Comentarios
 Uso de interacción
 Fragmento combinado
 Protección de fragmentos
 Interacción

10. Ventajas:
 Da la posibilidad de representar los mensajes en función del
tiempo.
 La separación de los mensajes no indica intervalos o cantidades
de tiempo, solo ordenación temporal.
 Es posible añadir restricciones temporales.
Desventajas:
 Una representación de un diagrama de secuencia demasiado
largo, puede ser difícilmente entendido por alguien ajeno al
Sistema.

11. El sencillo y mas común q se usa ya que es directo

13.  Un buen diagrama de secuencia debe dejar claro cuáles son los
objetos involucrados, cómo colaboran dichos objetos para
realizar el caso de uso, y qué objetos se crean durante el caso de
uso y cuáles existían previamente. No es necesario indicar el
algoritmo para validar el número de una credencial o la sintaxis
de una dirección de email, eso le corresponde al programador,
pero si es imprescindible indicar qué objeto es el responsable de
validar y además a qué clase pertenece