Prototipado tecnológico - Lectura 3: Diseño del prototipado

A lo largo de este módulo, deberás avanzar en el análisis y diseño de tu prototipo de aplicación. Para ello, es necesario que revisemos cada uno de los
puntos que vas a desarrollar.

UML

SCRUM

Estructura de la base de datos

Prototipar todo el sistema

Diagrama de despliegue

Bibliografía y Anexos

Referencias

Consignas del entregable

Autoevaluación
LECCIÓN 1 de 9

UML

Puedes optar por aplicar una documentación basada en UML (lenguaje unificado de modelado). Si te decides por esta opción, deberás considerar los siguientes
puntos: 

Requerimientos funcionales y no funcionales

Los requerimientos funcionales identifican de manera descriptiva cuáles son los comportamientos requeridos en el sistema propuesto. Nos deben permitir
identificar los requerimientos por parte del usuario, es decir que deben cubrir lo que el cliente espera que el sistema haga. El listado de requerimientos debe cubrir
todo lo que el sistema deberá hacer, y no pueden quedar ambigüedades. 

Los requerimientos no funcionales te indicarán aspectos de calidad que el sistema deberá cubrir y te permitirán ver si el sistema cumple con determinados
requisitos, como el tiempo de respuesta o la disponibilidad.

 Puedes ampliar información en el libro de UML El Lenguaje Unificado de Modelado (2011), de James Rumbaugh, Ivar Jacobson y Grady
Booch.

A continuación, veamos un cuadro con las etapas o pasos para definir y capturar los requerimientos, basados en dos clasificaciones principales. Por un lado,
cuando vamos encontrando o detectando las necesidades que deberá satisfacer el proyecto, para luego representarlo gráfica o textualmente para su validación. Y
por otro lado, lo que haremos en la gestión de desarrollo del requerimiento:

Figura 1: Ingeniería de requerimientos

 Fuente: elaboración propia.

Ejemplo de definición de requerimientos funcionales

El sistema deberá procesar la información proveniente de un electroencefalograma inalámbrico, de forma tal que pueda clasificarse correctamente en uno de n
grupos definidos de acuerdo con la cantidad de electrodos disponibles.

El sistema deberá poder convertir los datos crudos recibidos desde el EEG del espacio temporal al espacio frecuencial mediante la aplicación de transformaciones
de Fourier (León, 2018, p. 75).

Video 1: UML y SCRUM

 03:27

Fuente: elaboración propia.

1. Casos de uso del proceso de negocio

Se debe desarrollar la documentación de los casos de uso requeridos en el prototipo del sistema. Estos representan los requisitos de un sistema, los actores
involucrados en él y sus funciones. A continuación, podemos ver un ejemplo de ello:

Figura 2: Asociación de casos de uso

Fuente: Lordi, 2017, p. 86.

En la ficha de caso de uso, deberás especificar el comportamiento del requerimiento, los actores involucrados y el resultado esperado. Para ello, puedes utilizar
diferentes modelos de fichas, como por ejemplo:

Tabla 1: Ficha de caso de uso

 Fuente: elaboración propia.

De acuerdo a lo visto hasta el momento, te invito a que realices la siguiente actividad para afianzar tus conocimientos.

En las fichas de caso de uso que has desarrollado para tu producto, no se deben incorporar las precondiciones de este.

Falso

Verdadero
 SUBMIT

2. Diagrama de secuencia
El diagrama de secuencia te permite identificar y representar la relación entre un conjunto de objetos en el tiempo. A la información para su representación la
obtienes de los casos de uso. 

Veamos un ejemplo de un diagrama de secuencia: Derivar compras. Con este diagrama puedes identificar al actor principal del caso de uso, sus componentes, ya
sea de interfaz, proceso o clase involucrada, y su secuenciación.

Figura 3: Diagrama de secuencia

Fuente: Lordi, 2017, p. 198.

3. Diagrama de clases
El diagrama de clases te permite representar la estructura del sistema a través de las clases, atributos, operaciones y relaciones que existen entre los objetos
identificados en el sistema.

Podemos decir que una clase es una abstracción de objetos o eventos y que tiene por finalidad cubrir las necesidades de los requerimientos funcionales que se
han detectado en el relevamiento. Para ello, el nivel de abstracción de la clase es alto.

A continuación, podemos ver una imagen del diagrama de clases, que nos permite observar las clases que dan soporte a los datos del sistema y las relaciones
entre ellas, el cual es un pilar básico de la metodología UML. 

Figura 4: Diagrama de clases

Fuente: Lordi, 2017, p. 175.

 De acuerdo a lo visto hasta el momento, te invito a que realices la siguiente actividad para afianzar tus conocimientos.

El diagrama de clases que desarrollaste para tu producto refleja la estructura del sistema al nivel de datos.

Verdadero

Falso

SUBMIT
LECCIÓN 2 de 9

SCRUM

Documentación requerida si optas por metodologías ágiles SCRUM

Al aplicar la metodología Scrum, es importante que tomes la base del proceso, y la documentación requerida será en función de ella. A continuación, puedes
observar la ficha sinóptica donde se describen los componentes y el ciclo de vida de ella:

Figura 5: Ficha de Scrum

Fuente: Scrum Manager, 2008, https://goo.gl/3N4P15

Product backlog
Permite identificar el listado con los requisitos del sistema, y es responsabilidad del dueño del producto. Sobre él deberás identificar: el contenido descriptivo, la
priorización y la disponibilidad.

Sprint backlog
Con base en el backlog, deberás planificar los sprint que llevarás adelante para cubrir el alcance del prototipo de aplicación. Veamos algunos consejos para tener
en cuenta sobre él:
 Se debe identificar el conjunto de tareas que el equipo se compromete a desarrollar o realizar en un sprint logrando, de esta manera, un incremento funcional.

La duración de las tareas debería estar estimada entre 4 y 16 horas de esfuerzo, sino es conveniente separar tareas.

Las de mayor duración deben intentar descomponerse en sub-tareas de ese rango de tiempo.

De acuerdo a lo visto hasta el momento, te invito a que realices la siguiente actividad para afianzar tus conocimientos.

En el sprint backlog, has podido identificar y comprometerte con el conjunto de historias de usuario que desarrollarás en una iteración.

Verdadero

Falso

SUBMIT

User stories
Cada elemento identificado en el sprint backlog debe tener su correspondiente documentación de las users stories. Algunas características que debe cubrir son: 

1. Unidad más pequeña de incremento del sistema.

2. Unidad de estimación y control.

3. Incluye los objetivos y motivaciones del usuario.

La manera de describirlas es como se muestra a continuación: 

Como <rol de usuario> quiero <función de sistema> para lograr <valor de negocio>.

Y consiste en lo siguiente:

Descripción escrita.

Conversación (detalle, documentos, etc.).

Pruebas de aceptación.
Puedes ampliar información en el sitio web www.scrummanager.net, donde hay múltiples documentos de acceso libre. A continuación, incorporamos un modelo de
historia de usuario:

Tabla 2: User Story

Fuente: Scrummanager.net, s. f., https://goo.gl/quM4DL

Gráfico de burndown
Al cierre de cada sprint, deberás adjuntar el gráfico que representa los esfuerzos realmente consumidos durante el sprint. Veamos el ejemplo de él: 

Figura 6: Gráfico de Burndown

Fuente: elaboración propia.

 Respecto de la metodología Scrum, puedes ampliar la información en la siguiente página:

SCRUM MANAGER

De acuerdo a lo visto hasta el momento, te invito a que realices la siguiente actividad para afianzar tus conocimientos.

El gráfico burndown te permite identificar los desvíos que has tenido en tu sprint, entre lo estimado y el real.

Verdadero

Falso

SUBMIT

A partir de este punto, deberás continuar con esta documentación, independientemente de la metodología aplicada en el análisis.
LECCIÓN 3 de 9

Estructura de la base de datos

La representación de los datos que se almacenan en la base o que se utilizarán en el sistema se deberá realizar a través de un diagrama de entidad-relación, donde
podrás presentar las entidades involucradas en el desarrollo del sistema, cuáles son los atributos que tendrá cada una de ellas y las claves que permiten su
relación. 

Veamos un ejemplo: en el siguiente diagrama, se representan las diferentes entidades que muestran los objetos o eventos con sus datos o atributos de manera
normalizada para optimizar la performance de la base de datos y sus relaciones entre las entidades a través de las claves de ellas.

Figura 7: Diagrama de clases

Fuente: Daubrouwsky, 2017, p. 86.

LECCIÓN 4 de 9

Prototipar todo el sistema

En este punto es importante que presentes las interfaces de todo el producto que has diseñado. Para ello, puedes utilizar cualquier software que te permita diseñar
y dibujar los prototipos. Es importante que en él se refleje el encadenamiento lógico del proceso de negocios que has decidido desarrollar.

Por ejemplo: podemos observar un conjunto de interfaces o prototipos del sistema encadenado de manera lógica por su comportamiento funcional.

Figura 8: Ejemplo de interfaces relacionados

 Fuente: Ferreyra, 2017, p. 124.

Tu prototipo tecnológico, en este punto, debe poder ser mostrado de manera integral, de forma tal que el usuario pueda comprender su comportamiento, desde el
registro de un dato hasta la obtención de los reportes o informes que este pudiera brindar.
LECCIÓN 5 de 9

Diagrama de despliegue

Este diagrama permite representar y comunicar cómo los componentes de software se comunican a través de los nodos de hardware requeridos en el momento de
tener que poner en producción el producto del proyecto.

Figura 9: Diagrama de despliegue

Fuente: elaboración propia.

En el diagrama de despliegue se pueden observar los diferentes nodos en los cuales se despliega el sistema y los requerimientos de cada uno de ellos para su
correcto funcionamiento.

Figura 10: Diagrama de despliegue

 Fuente: Garbini, 2017, p. 95.

Veamos otro ejemplo proporcionado por IBM (International Business Machines Corporation) para un modelo de despliegue de telecomunicaciones. Podemos
observar el despliegue en el ambiente de ejecución y en el nodo del servidor.

Figura 11: Diagrama de despliegue

Fuente: IBM, 2017, (https://ibm.co/2EiDVqy)

¿Cuáles son los usos frecuentes de este tipo de diagramas?

Se suelen utilizar para modelar sistemas embebidos, es decir, para representar el software que se encuentra en el hardware, el cual tendrá generalmente un
conjunto limitado de funciones; por ejemplo, un dispositivo de control de acceso de personal por lectura de huella digital: suele utilizarse lenguaje C o C++, pero
también lenguajes intérpretes, como Java, si el tiempo de respuesta no es crítico.
LECCIÓN 6 de 9

Bibliografía y Anexos

Bibliografía
No olvides ir desarrollando el listado de referencias, en la que debes consignar todo el material utilizado durante el proceso de diseño del documento. El
ordenamiento bibliográfico debe ser alfabético y estar estructurado según normas APA, ya se trate de libros, artículos o artículos o imágenes de sitios web.
Veamos unos ejemplos: 

Aibar, E. (1996). La vida social de las máquinas: orígenes, desarrollo y perspectivas actuales en el estudio social de la tecnología. Revista Española De
Investigaciones Sociológicas, volumen 2, 141-170. 

Benejam, P. (1999). El conocimiento científico y la didáctica de las Ciencias Sociales. Recuperado de

http://bibliotecadigital.academia.cl/bitstream/handle/123456789/573/Pilar%20Benejam.pdf?sequence=1&isAllowed=y

Cabra Torres, F. y Marciales Vivas, G. (2009). Nativos Digitales. Revista Iberoamericana de Educación (50), 113-130.

Anexos
De acuerdo con el desarrollo del prototipo tecnológico que has realizado, es importante que, al momento de ordenar información (como por ejemplo, encuestas o
entrevistas que tuviste que realizar, reglamentos o normativas que condicionan tu prototipado), la puedas incorporar como anexos. Estos se organizan por orden de
aparición y deben estar numerados y debidamente titulados. Además, su contenido debe aportar o complementar los temas tratados en el prototipado tecnológico,
ya que su intención es completar o ampliar la información utilizada en el desarrollo.
LECCIÓN 7 de 9

Referencias

Booch, G., Rumbaugh, J. y Jacobson, I. (2011). El Lenguaje Unificado de Modelado. Madrid, ES: Pearson.

Daubrouwsky, R. (2017). Sistema de Información Geográfica Web para la Dirección de Infraestructura de Datos Espaciales (Tesis de grado). Universidad Siglo 21,
Córdoba.

Ferreyra, J. (2017). Sistema de entretenimiento Multi-usuario con realidad aumentada para dispositivos móviles (Tesis de grado). Universidad Siglo 21, Córdoba.

Garbini, A. (2017). Sistema de Gestión de Experiencia del Cliente (Tesis de grado). Universidad Siglo 21, Córdoba.

León, F. (2018). Captura, análisis y procesamiento de ondas cerebrales (Tesis de grado). Universidad Siglo 21, Córdoba.

Lordi, F. (2017). Sistema de gestión integral para emprendimientos Gastronómicos (Tesis de grado). Universidad Siglo 21, Córdoba.

Scrum Manager. (2008). CURSO: SCRUM. Apuntes. Recuperado de https://docplayer.es/2861428-Curso-scrum-apuntes-rev-1-1-http-www-scrummanager-net-

ok.html

Scrummanager.net. (s. f.). Historia de Usuario [Imagen]. Recuperado de http://www.scrummanager.net/bok/images/0/0e/Historia_usuario_ejemplo_1.jpg

LECCIÓN 8 de 9

Consignas del entregable

A continuación se presentan las consignas para el entregable de este módulo. Lee las mismas detenidamente y luego sube tu entrega a través de la opción
"Entregable" que figura en la página de la plataforma. Antes de subir tu entrega te recomendamos realizar la autoevaluación que te permitirá validar tu trabajo en
base a una serie de tips centrales y que se encuentra al final de este módulo.

En “Herramientas” del menú principal de la materia dispones de guías prácticas

para la  citación y referencias según las normas de estilo American
Psychological Association (APA)  y para la  búsqueda bibliográfica  y la lectura
crítica del contenido de las publicaciones.

Entregable 3
Estamos en la tercera entrega de tu proyecto. Mantendremos el mismo estilo de escritura: debes desarrollarlo en un Archivo de word, con fuente Calibri 12 e
interlineado 1,5. Su extensión no es fija y estará en relación con la documentación que requieras para tu proyecto.

En esta tercera entrega deberás presentar lo trabajado hasta el momento:

Título

Introducción

Justificación

Objetivo general

Objetivos específicos

Marco referencial

Marco metodológico

Relevamiento de la organización

Procesos de negocios

Diagnóstico y propuesta
 Objetivos, límites y alcances del prototipo

El desarrollo de cada diagrama podrás hacerlo en el software que estás habituado a aplicar, como por ejemplo, ms Visio,
Modeling tool, UML graph, etc.  Para ampliar información haz clic en el botón verde.

PÁGINA

El entregable, además, debe contener:

Documentación según sea el caso

Si documentas con UML deberás presentar:

Listado de requerimientos funcionales y no funcionales

–
Debes identificar los requerimientos que el sistema cubrirá, todo lo que el sistema deberá hacer. Los requerimientos no funcionales que te indicarán aspectos de calidad que el
sistema deberá cubrir.

Casos de uso
–
Deberás representar todos los requerimientos del producto, sus actores involucrados en cada uno de ellos y las relaciones con otros casos de uso (include y extend).

Fichas de caso de uso

–
Sobra cada caso de uso, desarrollarás las ficha correspondiente según el diseño que decidas aplicar.

Diagrama de secuencia
–
Deberás desarrollar los diagramas de secuencia de cada caso de uso identificado.

Diagrama de clases
–
A través del diagrama de clases vas a representar todos los objetos, los tipos de datos y sus relaciones, desde una mirada lógica aislándolo de su implementación.
 Si documentas con SCRUM deberás presentar:

Product backlog
–
Debes desarrollar el listado completo de historias de usuario que deberá satisfacer el sistema.

Sprint backlog
–
Luego de planificar las historias de usuario, su esfuerzo y prioridad deberás identificar el conjunto que abarcarás en cada sprint o iteración, será a lo que te comprometes a
desarrollar en ese periodo.

User stories
–
Cada una de ellas deberá contener:

Descripción escrita.

Conversación (detalle, documentos,…).

Pruebas de aceptación (def. completo).

Gráfica de burndown
–
Esta gráfica la vas a desarrollar por cada iteración. En ella vas a reflejar la planificación antes de ejecutar el sprint y los tiempos reales de cada user stories.

Diagrama de entidad relación

Este diagrama directamente podrás imprimirlo del motor de base de datos que haya decidido utilizar.

La representación de los datos que se almacenan en la base o que se utilizarán en el sistema deberás representarla a
través de un diagrama de entidad relación, donde podrás presentar las entidades involucradas para el desarrollo del
sistema, cuales son los atributos que tendrá cada una de ellas , como las claves que permiten su relación.
 Prototipos del sistema

Este punto es muy importante porque será la base de tu entregable final del proyecto de prototipado del sistema que elegiste.

El desarrollo de las interfaces en su versión final y el encadenamiento lógico de ellas que permitan un recorrido por los procesos
lógicos será el elemento de revisión y validación en tu entregable final.

Este punto luego deberás completarlo con la codificación funcional de uno de los procesos más representativos del core. Y esta
parte podrás desarrollarla durante la entrega 4.

Diagrama de despliegue

Debes desarrollar el diagrama que indica los componentes requeridos en cada nodo para el despliegue del producto en caso de
implementarse. Debes desarrollar el diagrama que indica los componentes requeridos en cada nodo para el despliegue del
producto en caso de implementarse.

Bibliografía y Anexos

Debemos incluir en este punto la bibliografía utilizada a lo largo de toda la documentación y respetando las normas APA y los anexos que sean pertinentes a tu
prototipado para completar la información del mismo.

Recuerda que el entregable debe cumplir con las siguientes condiciones:

1 Los documentos son individuales. No intercambiar contenidos y documentos de autoría propia. 

2 Deben ser entregados en las fechas indicadas en el calendario proporcionado por Profesor Virtual. 

3 Tener en cuenta las Normas APA al momento de la redacción/citas. 

4 Respetar la originalidad de firma y sello institucional en caso de entregar planillas/certificados (solo en los casos de documentación en instancias
organizacionales).

 Si el trabajo no cumple con las condiciones anteriormente mencionadas ingresará en el marco de Sanciones Disciplinarias según el RSC
681/2019. 
Te presentamos a continuación una autoevaluación a partir de la cual podrás
validar, respondiendo a una serie de preguntas, tu entregable de este módulo,
antes de subirlo a la plataforma para que lo corrija tu profesor. 

Puedes realizar la autoevaluación todas las veces que lo necesites. La nota no se registrará en tu libro
de calificaciones, sino que funciona como un ejercicio de chequeo de tu entregable.

AUTOEVALUACIÓN
LECCIÓN 9 de 9

Autoevaluación

Puedes realizar la autoevaluación todas las veces que lo necesites. La nota no se registrará en tu libro de calificaciones, sino que funciona como un ejercicio de chequeo de tu entregable.
Pregunta

01/04

¿Cuál de las siguientes metodologías has podido aplicar en tu proyecto para documentarlo en la etapa de análisis y diseño?

Lenguaje unificado de modelado. 

Diccionario de datos.

Scrum.

Diagrama de clases.

Diagrama de despliegue.
Pregunta

02/04

Has podido identificar el conjunto de funcionalidades que tu sistema debe cubrir a partir de:

Requerimientos no funcionales. 

Diagrama de entidad relación.

Lista de requerimientos funcionales.

User stories del product backlog.

Gráfica de burndown.
Pregunta

03/04

A través de la documentación de cada iteración te ha permitido completar el desarrollo del producto.

Verdadero.

Falso.
Pregunta

04/04

¿Qué has podido lograr a partir del prototipado integral del sistema?

Un producto que el usuario podrá comprender y validar de manera simple.

Un modelo del sistema 100% funcional.

Una primera aproximación a la iteración 1 del sistema.

Un elemento desde donde iniciar el desarrollo del DER.

Un conjunto de interfaces para comprobar con el usuario las funcionalidades que el sistema cubrirá.