Este documento presenta información sobre diferentes diagramas utilizados en el análisis y diseño de requerimientos de ingeniería de software, incluyendo el diagrama de caso de uso de texto, diagrama de caso de uso, diagrama de actividades y diagrama de canal o carril. Explica cada diagrama y proporciona ejemplos. También analiza un caso de estudio de una empresa de envío de productos y muestra cómo se aplican los diagramas.

1. Autores:
 Arteaga Castro
 Camacho Marroquín
 Mora Lombeida
Curso: 4 S “A”

2. 2
Objetivos
 Analizar los diagramas para un modelo de análisis
 Identificar el diagrama de caso de uso de texto
 Diferenciar los ejemplos de los tipos de diagramas
 Identificar los casos de estudios
Contenido
Objetivos...............................................................................................................................................2
1. Introducciòn...................................................................................................................................3
2. Marco Teórico...............................................................................................................................3
2.1 Elementos del escenario .....................................................................................................3
2.1.1 Diagrama de Caso de Uso de texto ...........................................................................3
2.1.2 Diagrama de Casos de Uso ........................................................................................4
2.1.3 Diagrama de Actividades.............................................................................................5
2.1.4 Diagrama de Canal o carril ..........................................................................................5
3. Caso de estúdio ...........................................................................................................................6
4. Mapa mental .................................................................................................................................9
5. Reactivos.....................................................................................................................................10
6. Bibliografía ..................................................................................................................................13

3. 3
1. Introducción
La ingeniería de requerimiento es un
enfoque sistemático que ofrece
métodos y técnicas para desarrollar y
mantener software de calidad
solucionando problemas que el cliente
requiere.
Por consiguiente, este trabajo
investigativo dará a conocer acerca de
los procesos de análisis y diseño de la
ingeniería de requerimiento, en este
caso se enfocará en el entorno
escenario y lo cual se clasifica en:
Diagrama caso uso texto, Diagrama
caso uso, Diagrama de Actividades,
Diagrama canal o carril, en donde cada
uno de ellos cumple un funcionamiento.
El diagrama Caso uso es la
recopilación de información o la
descripción de las actividades que se
realiza para llevar a cabo algún proceso.
Diagrama caso uso se conforma por
actores y escenario, el de actividades
es una representación gráfica mediante
un diagrama de flujo que ayuda a
clasificar la información y el diagrama
carril o canal es la unión del diagrama
actividades con el de caso uso, ya que
se clasifica por actores en donde el
diagrama especifica que función realiza
cada uno de ellos.
Finalmente, este documento
investigativo pretende aportar y
beneficiar a usuarios a obtener una
información clara y detallada para el
desarrollo de un software.
2. Marco Teórico
2.1 Elementos del escenario
2.1.1 Diagrama de Caso de Uso de
texto
“El diagrama debe incluir una
descripciónde los usos fundamentales que
el cliente piensa dar al sistema. La
descripción de cada uno de ellos debe ser
lo más completa posible” (Barranco, 2001,
p. 501). Entonces, se detalla todo lo que va
tener un sistema a lo largo del proceso de
desarrollo y así evitar problemas con el
cliente a futuro.
En otras palabras, es DCUT es un
esquema gráfico que permite dar una
breve descripción clara y consistente de
manera textual de las tareas, actividades
durante el levantamiento de la información.
En la Figura 1 se muestra un ejemplo.
Figura 1. Ejemplo del Diagrama caso de uso de texto

4. 4
2.1.2 Diagrama de Casos de Uso
Un modelo de caso de uso describe lo
que se hace un sistema sin describir
como lo hace. Un modelo de caso de
uso divide la funcionalidad de un
sistema en comportamientos
(conocidos como caso de uso)
significativos para los usuarios del
sistema (llamados actores). Se crean
diferentes escenarios para cada
conjunto diferente de condiciones de un
caso de uso. (Kenneth & Julie, 2011, p.
699).
Un Diagrama de Casos de Uso (DCU),
muestra la relación entre los actores y los
casos de uso del sistema. Además, los
elementos que pueden aparecer en un
Diagrama de Casos de Uso son:
escenario, actores, casos de uso y
relaciones.
a) Escenarios
“Los escenarios son particularmente
útiles para detallar un bosquejo de
descripción de requerimientos. Se trata de
ejemplos sobre descripciones de sesiones
de interacción. Cada escenario abarca
comúnmente una interacción o un número
pequeño de interacciones posibles”
(Sommerville, 2011, p. 105).
De hecho, los escenarios permiten
representar gráficamente la secuencia de
acciones que se realizan en ella, entre los
actores y el sistema. Cabe recalcar, que
los escenarios se simbolizan como una
caja rectangular y tiene un nombre
específico.
b) Actor
“Un actor es un conjunto coherente de
roles que desempeñan los usuarios de los
caso de uso cuando interactúan con estos”
(Grau & Sánchez, 2008). Por otra parte, se
representa mediante una figura humana
dibujada con palotes.
Un actor es una persona que realiza
algún tipo de interacción con algunos de
los procesos del sistema. Así mismo, la
representación mencionada anteriormente
en el DCU sirve tanto para actores que son
personas.
c) Proceso o casos de uso
Un caso de uso es una descripción de
la secuencia de interacciones que se
producen entre un actor y el sistema,
cuando el actor usa el sistema para
llevar a cabo una tarea específica.
Expresa una unidad coherente de
funcionalidad, y se representa en el
Diagrama de Casos de Uso mediante
una elipse con el nombre del caso de
uso en su interior. El nombre del caso
de uso debe reflejar la tarea específica
que el actor desea llevar a cabo usando
el sistema (Grau & Sánchez, 2008, p.
9).
En otras palabras, los casos de usos
conocido como procesos se representan
mediante círculos en el diagrama y a su
vez cada uno de ellos tiene un nombre
específico que define todo lo que el actor
ha realizado durante el sistema.
d) Relaciones
“Se representan como una línea que
une a los actores con cada uno de los
procesos” (Kenneth & Julie, 2011).
En resumen, el diagrama de casos de
uso es un modelado gráfico que mediante
un escenario permite conocer cuáles son
los actores que interactúan en los
procesos. Así mismo, los procesos se
encuentran en el interior del escenario, y
cada actor está relacionado a los procesos
en los que participa a través de una línea.

5. 5
En la Figura 2 se muestra un ejemplo de
Diagrama de Casos de Uso para un
sistema de librería.
Figura 2. Ejemplo de un Diagrama de Casos de Uso
2.1.3 Diagrama de Actividades
El diagrama de actividades es una
representación gráfica del flujo de
control del sistema. Si en el diagrama
de actividad participa, más de un actor,
estos se representan a través de
canales en donde cada uno de ellos se
muestra la actividad que realiza cada
actor (Berenguel, 2015, p. 21).
En otras palabras, un diagrama de
actividad es un modelado gráfico de flujo
que permite describir las tareas que se
realizan en cada proceso de un escenario.
Además, es uno de los modelados que
puede ser comprendido por cualquier
persona debido que se detalla con claridad
las actividades que realiza los
participantes con los procesos.
Por otra parte, los elementos con los
que se diseña un diagrama de actividad
son los que se visualiza en la Figura 3 y
además se detalla cada uno de los
símbolos.
Figura 3. Elementos del diagrama actividad
Los símbolos son parecidos a los de un
diagrama flujo y nos van a permitir realizar
el diagrama de actividad. En la Figura 4 se
muestra un ejemplo.
Figura 4. Ejemplo del Diagrama de actividad
2.1.4 Diagrama de Canal o carril
El diagrama de canal de UML es una
variación útil del diagrama de
actividades y permite representar el
flujo de actividades descritas por el
caso de uso; al mismo tiempo, indica
qué actor (si hubiera muchos
involucrados en un caso específico de
uso) o clase de análisis es responsable
de la acción descrita por un rectángulo
de actividad (Pressman, 2010, p. 138).
En otras palabras, para realizar este
diagrama de carril se debe de disponer de
los diagramas de actividades además su
representación gráfica son divisiones
verticales y cada rectángulo es un carril
que pertenece a un actor. En la Figura 5 se
puede visualizar un ejemplo de este tipo de

6. 6
diagrama conocido también como
swimlanes.
Figura 5. Ejemplo de Diagrama canal
3. Caso de estudio
La Ingeniería de Requerimiento es el proceso de recopilar, analizar y verificar las
necesidades del cliente para un sistema de software, la meta de la ingeniería de
requerimientos es entregar una especificación de requerimientos de software correcta y
completa.
Por Ejemplo:
Veamos un ejemplo del Caso de Uso de una empresa que envía productos por Internet.

7. 7
Caso de Uso de Texto
 Realiza pedido: Un cliente crea un pedido, selecciona los productos y ordena el pago
 Estatus pedido: Un cliente requiere información del estado de su pedido.
 Obtén catálogo: Un cliente requiere el catálogo de productos.
 Cancela pedida: Un cliente da de baja un pedido ya registrado.
 Devuelve producto: Un cliente devuelve un producto por fallo.
 Registra reclamación: Un cliente envía un mensaje de reclamación a la empresa.
 Procesa pedido: El agente procesa el pedido realizado por un cliente.
 Envía paquete: El sistema de mensajería informa de que envía un paquete
 Información del producto: Informa el estado de un producto en el inventario.
 Actualiza inventario: Se analiza el inventario y se realiza los pedidos a los
suministradores.
 Registra producto: Da de alta en el inventario un producto recibido de los
suministradores.
 Carga pago: Anota el pago relativo a un pedido.
 Registra descuento: Anota en la cuenta de un cliente un descuento recibido.
 Imprime etiqueta: Imprime la etiqueta de envío de un pedido.
 Calcula costo envío: Calcula el gasto de envío de un pedido.
Ejemplo del Diagrama de actividades de una empresa que envía productos por internet.

8. 8
Como podemos ver analizar se realizó un diagrama de actividades, para especificar en
primera instancia el proceso de verificación de crédito del Cliente.
En el Diagrama de Canal o Carril, donde me permite representar el flujo de actividades
descritas por el caso de uso; al mismo tiempo, indica qué actores se encuentran
involucrados en un caso de Uso o clase de análisis.

9. 4. Mapa Mental
ELEMENTO
ESCENARIO
Diagrama caso
uso texto
Diarama caso
uso
Diagrama de
Actividades
Diagrama
canal o carril
 Técnicas de recolección de
información
 Lista de actividades organizadas
 Tareas o procesos
 Actores
 Proceso
 Categorías
 Representación gráfica de
un conjunto de acciones
 Diagrama de flujo
 Variación de actividades
 Clasificación del
diagrama de actividades
con los actores

10. 5. Reactivos
1. ¿Cuáles son los diferentes puntos de vista que se usan para describir el
modelo de requerimientos?
2. Completar según corresponda.
Los casos de usos son una técnica que se basa en escenarios para obtención de
requerimientos, un caso de uso identifica el tipo de interacción y los actores involucrados.
3. Unir con líneas los elementos que intervienen en un Diagrama de Caso de USO.
Actores:
Procesos
Escenario
Acción a ejecutarse

11. 11
4. Enliste que diagramas intervienen en los en modelo de Escenario.
 Diagrama Caso de Uso de Texto
 Diagrama de Caso de Uso
 Diagrama de actividades
 Diagrama de Canal o de carril.
5. Completar según corresponda.
 Un diagrama de actividades: es similar a uno de flujo, y utiliza rectángulos
redondeados para denotar una función específica del sistema, flechas para
representar flujo a través de éste, rombos de decisión para ilustrar una
ramificación de las decisiones (cada flecha que salga del rombo se etiqueta)
y líneas continuas para indicar que están ocurriendo actividades en paralelo.
6. Según su criterio dibuje e indique cómo está conformado el Diagrama de
actividades.
 Inicio
 Fin
 Índice
 Flujo
 Actividad que se va a realizar
 Bifurcación
7. Indique si es verdadero o Falso.
 El Diagrama de Actividades se lo realiza según el numero de
procesos
V
 El diagrama de actividad UML enriquece el caso de uso al
proporcionar una representación gráfica del flujo de
interacción dentro de un escenario específico.
V
 El diagrama de canal de UML es una variación útil del
diagrama de actividades y permite representar el flujo de
actividades descritas por el caso de uso
V

12. 12
8. Enliste que diagramas intervienen en el Modelo de clase.
Diagrama entidad
Relación
Diagrama de
Carril
Clase
Responsable
Colaboradora
Diagrama de
Secuencia
Diagrama de
Clase
Diagrama de
Actividades
Diagrama de
Caso de Uso de
Texto
Diagrama
Paquete de
Análisis
o Diagrama Entidad Relación
o Diagrama de Clase
o Clase Responsable Colaboradora
o Diagrama Paquete de Análisis.
9. Indique si es verdadero o Falso.
 Un objeto de datos es una representación de cualquier
información compuesta que se procese en el software.
V
 Los atributos nombran a un objeto de datos, describen sus
características y, en ciertos casos, hacen referencia a otro
objeto.
V
 El modelado clase-responsabilidad-colaborador (CRC),
proporciona una manera sencilla de identificación y
organización de las clases que son relevantes para los
requerimientos de un sistema o producto.
V
10.Defina con sus propias palabras que es un Modelo de Datos.
Un objeto de datos es una representación de cualquier información compuesta que se
procese en el software.

13. 13
6. Bibliografía
Barranco, J. (2001). Metodología del análisis estructurado de sistemas. Madrid: Universidad
Pontificia Comillas. Retrieved from
https://books.google.com.ec/books?id=PUqxsNVaQC8C&pg=PA501&dq=descripcio
n+casos+de+uso&hl=es&sa=X&ved=0ahUKEwiUu56FkpTiAhWGylkKHVBMBp8Q6A
EIKDAA#v=onepage&q=descripcion%20casos%20de%20uso&f=false
Berenguel, J. (2015). UF1844 - Desarrollo de aplicaciones web en el entorno servidor.
Paraninfo. Retrieved from
https://books.google.com.ec/books?id=gVGACwAAQBAJ&pg=PA19&dq=diagramas
+UML&hl=es&sa=X&ved=0ahUKEwje4ab7-5PiAhUh11kKHal-
AAIQ6AEIRTAG#v=onepage&q=diagramas%20UML&f=false
Grau, X., & Sánchez, M. (2008). Rafael Mellado. Retrieved from Desarrollo orientado a
objetos con UML: http://rafaelmellado.cl/material/com3162/complementario/05.pdf
Kenneth, K., & Julie, K. (2011). Análisis y diseño de sistemas. Pearson. Retrieved from
https://books.google.com.ec/books?id=5-
rZA0FggusC&pg=PA699&dq=caso+uso+modelo+analisis&hl=es&sa=X&ved=0ahUK
EwjawqvPwZLiAhWJ2FkKHakFCsQQ6AEIKDAA#v=onepage&q=caso%20uso%20
modelo%20analisis&f=false
Pressman, R. (2010). Ingeniería de software: Un enfoque práctico. México: S.A. MCGRAW-
HILL / INTERAMERICANA DE ESPAÑA. Retrieved from
http://cotana.informatica.edu.bo/downloads/ld-
Ingenieria.de.software.enfoque.practico.7ed.Pressman.PDF
Sommerville, I. (2011). Ingeniería de Software (9 ed.). Pearson.