Módulo.

2 Introducción a la Ingeniería de Software Unidad 2

Programa educativo: Semestre:

Desarrollo de Software Primero

Módulo: Bloque:

Introducción a la ingeniería de software Dos

Ciclo escolar: Nombre del docente:

2020-1

UNIDAD 2 ANÁLISIS Y MODELADO DE REQUERIMIENTOS

Competencia de la unidad:
Analizar los diagramas del dominio e interacción, para la
representación gráfica de los requerimientos de un caso
de estudio, tomando en cuenta los estándares del
Lenguaje Unificado de Modelado (UML).

Pág. 2
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Aprendizaje(s)/Logros:
Identificar

1. Tipos de técnicas de recolección.

2. Requerimientos de un caso de estudio.
3. Diagramas del dominio y de interacción.

Actividad:
Actividad 1. Recolección de datos para el desarrollo de software
Tema(s): Escala a considerar y fechas de entrega

2.1. Obtención y especificación de 27 al 30 de abril

requerimientos 0-100% al
1 al 17 de mayo
2.1.1. Requerimientos funcionales
y no funcionales 0-80% 18 al 20 de mayo

2.1.2. Técnicas de recolección,

identificación y priorización de 0- 70% Posterior al 20 de mayo
requerimientos

Estrategia de enseñanza-aprendizaje:

Enseñanza

 Proporcionar asesoría, recursos adicionales y atención a las dudas expuestas.

 Retroalimentar actividad.
 Proporcionar caso de estudio base.
Aprendizaje

 Identificar tipos de técnicas de recolección de datos

 Diseñar un instrumento de recolección de datos para un caso de estudio.

Logros:
 Identificar la aplicación de las técnicas de recolección de datos para la
determinación de requerimientos en un caso específico.

Criterios de evaluación:

 Pregunta de inicio 10%

 Cuadro comparativo 30%
 Instrumento de recolección de datos (Entrevista) 30%
 Conclusiones 20 %
 Formato de presentación 10 %
Indicaciones de la actividad:
Pág. 3
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

El propósito de esta primera actividad es que identifiques la aplicación de las técnicas de

recolección de datos para la determinación de requerimientos de software, para ello analizarás
el caso base proporcionado por tu docente en línea, una vez que cuentes con el realiza lo
siguiente:

1. Revisa el contenido de la unidad 2 y los siguientes recursos:

a. Centro de Servicios y Gestión Empresarial. [omarmolister]. (2010). Técnicas de
investigación [Archivo de video].
Parte 1 https://www.youtube.com/watch?v=ubfu_MlE14Y&feature=youtu.be
Parte 2 https://www.youtube.com/watch?v=W9hgtmEiyYc
Parte 3 https://www.youtube.com/watch?v=M9Q6QIF3xm0
2. Revisa en “Material de apoyo” los siguientes recursos.

a. Notas_1.pdf
b. Requerimientos 1.ppt

3. Describe con tus propias palabras ¿Qué es el análisis de requerimientos? ¿Qué tipos
de técnicas de recolección de datos que existen?
4. Investiga las diferentes técnicas de recolección de datos, elabora un cuadro
comparativo sobre sus características, apóyate del siguiente organizador.

Tabla1. Cuadro comparativo sobre las características de las técnicas de recolección de

datos.
Técnica Definición Características Instrumentos Ventajas Desventajas
1 (Coloca aquí (Coloca (Coloca aquí las (Coloca aquí (Coloca aquí (Coloca aquí
la primera aquí la características de los las ventajas de las
técnica de definición la técnica de instrumentos la técnica de desventajas de
recolección de de la recolección de de la técnica recolección de la técnica de
datos) técnica de datos) de recolección datos) recolección de
recolecció de datos) datos)
n de
datos)

n... n... n... n... n... n...

Pág. 4
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

5. Analiza el caso de estudio proporcionado por tu docente, dado que el director general te
contratará como analista de sistemas.
6. Diseña una entrevista para iniciar la búsqueda de información, entrevistando al director
general, con el fin de obtener la información de la descripción del software requerido.
7. Entrega tu documento en el Foro. Actividad 1. Recolección de datos para el desarrollo
de software.
8. Revisa en el foro las aportaciones de tus compañeros y participa activamente en el
grupo, al menos 2 aportaciones ya que forma parte de tu aprendizaje y evaluación.
9. Concluye en el foro de manera directa, con el siguiente cuestionamiento. ¿Cuál es la
importancia de las técnicas de recolección de datos? ¿De qué forma las aportaciones
que te realizaron tus compañeros enriquecieron tu concepción sobre el tema?
10. Consulta la escala de evaluación para conocer los parámetros de evaluación de esta
evidencia de aprendizaje.
11. Integra el desarrollo de tu actividad, en un documento con carátula y los datos de
identificación completos, Índice, introducción, desarrollo, conclusiones y bibliografía,
posteriormente guarda tu actividad con el nombre DIIS_U2_A1_XXYZ. Sustituye las XX
por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu
segundo apellido.

Producto por entregar:

 Participación en foro mediante preguntas de reflexión.
 Instrumento de recolección de datos.

Instrumento de evaluación
Pág. 5
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

ESCALA DE EVALUACIÓN
Carrera: Desarrollo de Software
Asignatura Introducción a la ingeniería de software
Semestre: Tercero
Unidad de Aprendizaje 2. Análisis y Modelado de Requerimientos
Actividad Actividad 1. Técnicas de recolección de datos para el desarrollo de software
Producto Instrumento de recolección de datos y preguntas de reflexión.

Indicaciones: Anote por cada criterio los puntos obtenidos por el estudiante con las observaciones correspondientes.
PUNT
DIMENSIONES O CRITERIOS A EVALUAR OS SI NO Observaciones
PO
R
CRITERI
O
1. Pregunta de inicio.
a. El alumno responde a los planteamientos estipulados por el 10
docente de manera constructiva utilizando sus propias palabras
2. Cuadro comparativo.
a. Identifica adecuadamente los elementos a comparar 10
b. Incluye la definición de cada elemento, las características, 10
ventajas y desventajas
c. Presenta la información organizada lógicamente 10

3. Instrumento de recolección de datos (Entrevista).

a. Todas las preguntas están enunciadas de manera clara y 10
concisa
b. Todas las preguntas están relacionadas con el objetivo de 10
obtener la información de la descripción del software
c. Todas las preguntas están elaboradas considerando los 10
contenidos analizados
4. Conclusiones.
a. Incluye argumentaciones finales con reflexiones sobre la
importancia de las técnicas de recolección de datos. 10
b. Menciona de qué forma las aportaciones que le realizaron sus 10
compañeros enriquecieron su percepción sobre el tema.
5. Formato de presentación.
a. Redacta con aspectos ortográficos y gramaticales aplicando el 5
formato APA tanto para la citación y configuración de documento
b. La actividad incluye caratula, índice, introducción, el desarrollo
de la actividad, conclusión y un espacio para las fuentes de 5
información consultadas en formato APA
Total de puntos 100
Total de puntos obtenidos

Pág. 6
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Actividad:
Actividad 2. Análisis de requerimientos
Tema(s): Escala a considerar y fechas de entrega

2.1. Obtención y especificación 0-100% 27 de Abril a 17 de Mayo 2020

de requerimientos
2.1.1. Requerimientos
funcionales y no funcionales 0-80% 18 de Mayo a 20 de Mayo 2020
2.1.2. Técnicas de recolección,
identificación y priorización de
Requerimientos
2.1.3. Documento de 0- 70% Posterior a 20 de Mayo 2020
requerimientos

Estrategia de enseñanza-aprendizaje:

Enseñanza:
 Proporcionar asesoría, recursos adicionales y atención a las dudas expuestas
 Activar el aprendizaje basado en problemas
Aprendizaje:
 Reconocer los diferentes tipos de requerimientos para generar una concepción propia
del término.
 Identificar los requerimientos de un proyecto de software a partir de un caso
propuesto.
 Aplicar la técnica de escenarios para la recolección de datos que permitan determinar
los requerimientos de un proyecto.

Logros:

 Conocer que el proceso de desarrollo de requerimientos implica una serie de fases, al

respecto en esta actividad ejercitarás la que corresponden a la clasificación y
organización de requerimientos.

Criterios de evaluación:

 Marco teórico 15%

 Identificación de requerimientos 40%
 Desarrollo de la técnica de escenarios 35%
 Formato de presentación 10%

Indicaciones de la actividad:
Pág. 7
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

1. Realiza la lectura de la documentación de la Unidad 2

2. Revisa los siguientes recursos:

ADSI Sena (2012). Requerimientos funcionales y no funcionales. Recuperado de

https://www.youtube.com/watch?v=tF88eNhNSb4

Gil, S. (2016). Análisis de requerimientos. Recuperado de

https://www.youtube.com/watch?v=50aSAUFrALk
3. Define con tus propias palabras, qué son los requerimientos funcionales y no
funcionales del sistema y describe sus diferencias. Apóyate de un organizador gráfico
para expresar la información (tabla comparativa, cuadro sinóptico, etc.)
4. Retoma la Actividad 1 e identifica los requerimientos de usuario y de sistema
(funcionales y no funcionales) que componen el caso de estudio.
5. Coloca el listado de requerimientos identificados en el espacio indicado del formato de
Tabla 1. Análisis de requerimientos, que encontrarás en este mismo documento.
6. Clasifica todos los requerimientos identificados, ya sean de usuario o de sistema. Para
los requerimientos no funcionales utiliza la redacción sugerida (debes moldear las
características del requerimiento a fin de adaptarlo a esta). Al final argumenta la elección
de tu clasificación. La tabla contiene ejemplos para que observes la forma adecuada de
llenado.

Tabla 1. Análisis de requerimientos

Pág. 8
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Listado de requerimientos

1. [Coloca aquí el listado de requerimientos]

ARGUMENTO DE
USUARIO FUNCIONAL NO FUNCIONAL
REQUERIMIENTO CLASIFICACIÓN

1. El sistema generará
un reporte mensual
del tipo de vehículo Se clasifica como
más solicitado por los X funcional porque…

usuarios. [Este es un [Este es un ejemplo]

ejemplo]

2. Que el sistema sea Se deberá proporcionar salida de Se clasifica como no

incluyente [Este es un audio en cada espacio de la funcional porque…

interfaz, que permita a personas [Este es un ejemplo]
ejemplo]
con discapacidad visual utilizar otro
de sus sentidos para poder explorar
las funciones del sistema, a fin de
favorecer las politicas de inclusión

de la organización. [Este es un ejemplo]

3. Se podrá acceder al … Se clasifica como

correo electrónico requerimiento de
corporativo desde la
X usuario porque…

aplicación [Este es un [Este es un ejemplo]

ejemplo]

… …
4. Requerimiento n

7. Enlista los módulos que hayas identificado en el proyecto y explica brevemente en que
consiste cada uno.

Pág. 9
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

8. Selecciona uno de los módulos identificados y aplicando la técnica de escenarios describe a

mayor profundidad como operaría dicho módulo en una situación real.

9. Elabora una propuesta con el siguiente organizador:

Tabla 2. Técnica de escenarios del módulo [ Coloca aquí el nombre del módulo]

Técnica de Escenarios

Evento que dispara el proceso:

Flujo normal:

¿Qué puede salir mal?:

Otras actividades:

Estado final del sistema:

10. Integra el desarrollo de tu actividad en un documento con carátula y datos de identificación,

posteriormente guarda tu actividad con el nombre DIIS_U2_A2_XXYZ. Sustituye las XX por las
dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu segundo
apellido.

11. Consulta los Criterios de evaluación de la actividad para conocer los aspectos evaluables
de la actividad.

12. Envía la actividad a tu Docente en línea para recibir retroalimentación, utiliza la herramienta
Tarea. Espera y atiende la retroalimentación correspondiente.

Producto por entregar:

Documentación del análisis de requerimientos de un caso de estudio

Instrumento de evaluación

Pág. 10
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Escala de Evaluación
Carrera Desarrollo de software
Semestre Tercero
Asignatura Introducción a la ingeniería de software
Unidad de Aprendizaje Unidad 2. Análisis y modelado de requerimientos
Actividad Actividad 2. Análisis de requerimientos
Producto Documentación del análisis de requerimientos de un caso de estudio

Indicaciones: Anote por cada criterio los puntos obtenidos por estudiante con las observaciones correspondientes.

PUNTOS
POR OBTENID
DIMENSIONES O CRITERIOS A EVALUAR Observaciones
CRITERI O
O

1. Marco teórico

a. Aborda desde una perspectiva personal los conceptos y

10
diferencia entre requerimientos funcionales y no funcionales.

b. Utiliza un organizador gráfico para exponer los conceptos 5

2. Identificación de requerimientos

a. Utiliza el formato establecido para enlistar los

5
requerimientos identificados en el caso de estudio.

b. Identifica acertadamente el tipo para cada uno de los

10
requerimientos enlistados.

c. Utiliza una redacción adecuada e informativa para los

requerimientos funcionales y no funcionales, que amplían la 15
información sobre estos.

d. Argumenta clara y puntualmente la clasificación de los

10
requerimientos

3. Desarrollo de la técnica de escenarios

a. Enlista los módulos identificados y describe brevemente en

5
que consiste cada uno.

b. Utiliza un formato que contiene cada uno de los aspectos

5
que componen la técnica de escenarios.

c. Selecciona uno de los módulos identificados y desarrolla

puntualmente los diversos aspectos que componen la
25
técnica, a fin de plantear una situación clara y detallada de
su ejecución en un escenario real.

4. Formato de presentación

Pág. 11
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

a. La actividad incluye caratula, índice, introducción, definición

de conceptos básicos, tabla de requerimientos, escenario
5
propuesto, conclusión y un espacio para las fuentes de
información consultadas en formato APA

b. Redacta con aspectos ortográficos y gramaticales aplicando

el formato APA tanto para la citación y configuración de 5
documento.

Total de puntos 0

Total de puntos obtenidos

Actividad:
Actividad 3. Casos de usos 
Tema(s): Escala a considerar y fechas de entrega

0-100% 27 de Abril a 17 de Mayo 2020

2.1.5. Casos de uso
0-80% 18 al 20 de mayo

0- 70% Posterior al 20 de mayo

Estrategia de enseñanza-aprendizaje:

Enseñanza

 Proporcionar recursos adicionales brindándoles atención personalizada a las dudas

expuestas.
 Ejemplificar un caso base.
Aprendizaje

 Revisa fuentes de información fiable para la creación de casos de usos.

 Identificación de las características y funcionalidades de los casos de uso.
 Elaborar diagramas de caso de uso de un problema específico

Logros:

 Diagramar casos de uso respecto a la funcionalidad del software a desarrollar, considerando

a los actores involucrados y sus interacciones con el sistema.

Criterios de evaluación:

1. Marco Teórico de los casos de uso 20%

2. Identificación de los elementos de casos de usos 45%
3. Participación en foro 25%
4. Formato de presentación 10%

Pág. 12
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Indicaciones de la actividad:
1. Revisa el contenido de la unidad 2 y los recursos que brinde el docente
2. Retoma el caso de estudio y las actividades realizadas con anterioridad.
3. Investiga que es un caso de uso, sus características principales, los elementos y
simbología, así como su funcionalidad.
4. Con la información obtenida construye el siguiente organizador:

Tabla 1: Descripción de las características de casos de uso.

Caso de uso

Definición [Describe con tus propias palabras el concepto]

Característica
[Describe con tus propias palabras las características]
s

Funcionalidad [Describe con tus propias palabras la funcionalidad]

Nombre del
Descripción Simbología
elemento
[Coloca el nombre [Describe con tus propias
[Coloca la simbología que
del elemento 1 de palabras la Funcionalidad
corresponde al elemento 1]
caso de uso] del elemento 1]

[Coloca el nombre [Describe con tus propias

[Coloca la simbología que
del elemento 2 de palabras la Funcionalidad
corresponde al elemento 2]
Elementos caso de uso] del elemento 2]

[Coloca el nombre [Describe con tus propias [Coloca la simbología que

del elemento n de palabras la Funcionalidad corresponde al elemento
caso de uso] del elemento n] n]

5. Retoma módulo que elegiste en la actividad anterior, identifica siguientes elementos:

a. Actores del sistema
Pág. 13
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

b. Casos de uso
c. Relaciones
6. Identifica particularmente las relaciones avanzadas entre casos de uso, tales como
herencia, inclusión y extensión.
7. Realiza la Interpretación del diagrama de casos de uso con el apoyo de este
organizador.

Tabla 2: Identificación de los elementos de casos de uso.

Módulo [Coloca el nombre del módulo]

Nombre del diagrama

Descripción

Nombre del actor 1 [Interpreta cada elemento con respecto a tu proyecto]

Actores Nombre del actor 2 [Interpreta cada elemento con respecto a tu proyecto]

Nombre del actor n [Interpreta cada elemento con respecto a tu proyecto]

Nombre del caso de uso 1 [Interpreta cada elemento con respecto a tu proyecto]

Caso de uso Nombre del caso de uso 2 [Interpreta cada elemento con respecto a tu proyecto]

Nombre del caso de uso n [Interpreta cada elemento con respecto a tu proyecto]

Nombre del tipo de relación 1 [Interpreta cada elemento con respecto a tu proyecto]
Relaciones
Nombre del tipo de relación n [Interpreta cada elemento con respecto a tu proyecto]

[Describe con tus propias palabras una breve explicación sobre el módulo de tu elección
Justificación
y sus elementos]

8. Determina de manera correcta los requerimientos del sistema según la problemática

proporcionada. Y realiza sus casos de usos. No olvides retomar la actividad número dos
y utiliza la siguiente tabla:

Pág. 14
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Tabla 3. Descripción de los requerimientos de casos de uso.

[id requerimiento] Nombre del requerimiento

Lo que el sistema debe permitir con [actores] en un [tiempo] la

Descripción
[funcionalidad]

[id requerimiento] [Nombre del requerimiento

Requerimientos
[id requerimiento] [Nombre del requerimiento]
asociados
…

[# paso] [Acción]

[# paso] Si [situación que produce alternativa]

Secuencia normal
realizar [acción]

[# paso] En el caso de que [situación que provoca la excepción] el

Excepciones sistema deberá [acción]
…

Frecuencia Cantidad de veces en que se lleva a cabo

Prioridad Con respecto a otros requerimientos [Alta, media, baja]
Observaciones Otras especificaciones necesarias
Tabla. Descripción de los casos de uso. Adaptada de Sommerville (2011, p. 125).

9. Integra el desarrollo de tu actividad, en un documento con carátula y los datos de

identificación completos, Índice, introducción, desarrollo, conclusiones y bibliografía,
posteriormente guarda tu actividad con el nombre DIIS_U2_A1_XXYZ. Sustituye las XX
por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu
segundo apellido.
10. Entrega tu documento en el Foro. Actividad 3. Casos de uso.
11. Revisa en el foro las aportaciones de tus compañeros y participa activamente en el
grupo, al menos con 2 aportaciones ya que forma parte de tu aprendizaje y evaluación.

Pág. 15
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

12. Realiza una conclusión en el foro analizando la utilidad de lo realizado en la actividad y

que utilidad le puedes dar en la vida cotidiana.
13. Consulta los Criterios de evaluación de la actividad para conocer los parámetros que
serán tomados en cuenta al emitir la evaluación.
Producto por entregar:
Documento de texto con reporte de casos de uso.

Instrumento de evaluación
Escala de Evaluación 
Carrera   Desarrollo de software 
Semestre   Tercero 
Asignatura   Introducción a la ingeniería de software 
Unidad de Aprendizaje   Unidad 2. Análisis y modelado de requerimientos
Actividad   Actividad 3. casos de usos
Producto  Documento de texto con reporte de casos de uso.
PUNTOS POR
DIMENSIONES O CRITERIOS A EVALUAR  CRITERIO 
SI  NO  Observaciones 
1. Marco Teórico de los casos de uso.      
a. Identifica los elementos de los casos de uso 10
b. La tabla cuenta con las características, diferencias, elementos,
10
simbología y funcionalidades de los casos de uso
2. Identificación de elementos de Casos de Uso
a. Creación de manera correcta de los casos de uso utilizando el caso
30
de estudio.
b. Se identifican de manera correcta todos los actores encontrados en
10
el caso de estudio y se nombran según corresponda.
c. Se realiza de manera correcta la relación entre los actores y su rol
10
basado en el caso de uso.
d. Se identifican de manera correcta la simbología de los casos de uso. 5
3. Participación Foro
a. Participa en sus comentarios con al menos 2 compañeros dando
10
respuesta a las preguntas detonantes.
b. Sustenta su aprendizaje con referencias o citas fiables 10
c. Se realiza la conclusión de la actividad reflexionando lo aprendido de
la actividad y menciona las dificultades presentadas al realizar el 5
caso de uso.
4. Formato de presentación 
a. Redacta con aspectos ortográficos y gramaticales aplicando el
5
formato APA tanto para la citación y configuración de documento.
b. La actividad incluye: 5
 Caratula con daos de identificación
 Índice
 Introducción como mínimo media cuartilla

Pág. 16
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

 Desarrollo de la actividad
 Reporte de casos de uso
 Enlista las fuentes de información consultadas en formato APA 
 Concluye como mínimo media cuartilla.
Total de puntos   100   
Total de puntos obtenidos   
Actividad:
Evidencia de Aprendizaje. Diagramas de Dominio e Interacción
Tema(s): Escala a considerar y fechas de entrega

2.2. Aplicación de modelo del 0-100% 27 de abril a 17 de mayo 2020

dominio y de la interacción
2.2.1. Diagramas de clases 0-80% 18 al 20 mayo 2020
2.2.2. Diagramas de secuencia
0- 70% Posterior al 20 de mayo 2020
2.2.3. Diagramas de
colaboración
2.2.4. Diagramas de estado

Estrategia de enseñanza-aprendizaje

Enseñanza

 Ejemplifica un modelado de un sistema de software

 Retroalimenta y da seguimiento de la propuesta.
Aprendizaje

 Revisa fuentes de información fiable

 Recupera el caso de estudio
 Determina las características de los Diagramas de Dominio e Interacción
 Implementa Diagramas de Dominio e Interacción de acuerdo al lenguaje UML.

Logros:
 Identificar los elementos de los Diagramas de Dominio e Interacción.
 Obtener los diagramas de dominio e interacción previos a la implementación y
desarrollo de un sistema de software, es decir, el modelado de un sistema de software.

Criterios de evaluación:

 Identificación de las características de los diagramas de Dominio e Interacción 40%

 Elaboración de Diagramas de dominio e Interacción 50%
 Formato de Presentación 10%

Pág. 17
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Indicaciones de la actividad:
1. Revisa el contenido de la Unidad II Análisis y Modelado de Requerimientos
2. Retoma el caso de estudio que elegiste en la Actividad_03, relaciónalo con el diagrama
de casos de uso UML.
3. Identifica y registra cuales son las principales características de los diagramas de
Dominio e Interacción, Presenta un cuadro de datos que contenga estas características,
puedes apoyarte del siguiente organizador.

Tabla 1. Características del Modelo de Dominio e Interacción

  Modelo de Dominio Modelo de Interacción

Definición [coloca aquí la definición del diagrama] [coloca aquí la definición del diagrama]
1 [coloca aquí la característica 1 [coloca aquí la característica
identificada] identificada]
2 [coloca aquí la característica 2 [coloca aquí la característica
Características identificada] identificada]
3 [coloca aquí la característica 3 [coloca aquí la característica
identificada] identificada]

n.. n..

4. Elabora los diagramas de dominio y de Interacción (de clases, secuencia, colaboración

y estado), de acuerdo al caso de estudio elegido en la Actividad 03.
5. Realiza la interpretación de cada diagrama, utiliza Formato de reporte. Ver Anexo
6. Redacta una conclusión con respecto a la importancia de elaborar estos diagramas en
el análisis y modelado de requerimientos.
7. Guarda el desarrollo de la actividad con el nombre DIIS_U2_EA_XXYZ. Sustituye las
XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por
tu segundo apellido.
8. Lee detenidamente los criterios de evaluación de la actividad para considerar los
aspectos a evaluar.

Producto por entregar:

Pág. 18
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Documentación del modelado de los Diagramas de Dominio y de Interacción

Instrumento de evaluación

Escala de evaluación

Carrera Desarrollo de Software

Semestre Tercero
Asignatura Introducción a la Ingeniería de Software
Unidad de Aprendizaje Unidad 2 Análisis y modelado de requerimientos
Actividad Evidencia de Aprendizaje Diagrama de Dominio e Interacción
Producto  Documentación del modelado de los Diagramas de Dominio y de Interacción

Indicaciones: Anota por cada criterio los puntos obtenidos por el estudiante con la observación correspondiente

PUNTOS POR Observaciones

DIMENSIONES O CRITERIOS A EVALUAR  SI  NO 
CRITERIO 
1. Identificación de las características de los diagramas de    
Dominio e Interacción
 Retoma el caso de estudio de su elección propuesto en la
Actividad_03, relacionándolo con el diagrama de Casos de 20    
Uso.
 Explica las principales características de los Diagramas de
20    
Dominio e Interacción en un Organizador
2. Elaboración de Diagramas de Dominio e Interacción    
 Presenta diagramas de dominio e interacción de acuerdo
con la notación en el lenguaje UML que representa el caso 30
de estudio propuesto en la Actividad_03
 Redacta una conclusión sustentada de propia autoría en
relación a la importancia de elaborar estos diagramas en el 20
análisis y modelado de requerimientos.
3. Formato de Presentación
 Elabora y entrega su actividad en el tiempo estipulado por
el Docente en línea, incluyendo fuentes de consulta,
portada con su nombre completo, asignatura, carrera, 10
grupo y Nombre del Docente en línea. Guarda su trabajo
con la nomenclatura sugerida: DIIS_U2_EA_XXYZ.
Total de puntos   100  
Total de puntos obtenidos   

Anexo. Formato de Reporte

Reporte de interpretación de diagramas

Nombre del (de la) estudiante:
Fecha de entrega:

Pág. 19
Módulo.2 Introducción a la Ingeniería de Software Unidad 2

Nombre o tipo de diagrama:

Interpretación:

1. Identifica, escribe los nombres de los elementos y describe “qué hace” cada elemento del diagrama.
2. Con tus propias palabras y aplicando las definiciones de UML descripción interpretación detallada “qué
hace” el diagrama.

Nombre del elemento Función del elemento

Elementos

Descripción
[Aquí describe la interpretación detallada sobre qué hace el diagrama]

Pág. 20