Clase 3 - Toma de Requerimiento y Prototipado

Curso integrador I: sistemas - software
Sesión: 1
Docente de la escuela de sistemas y software
Taller de requerimiento y Prototipado
Actividad inicial
El día de hoy veremos que, entre las labores de sistemas,

está el entender lo que realmente necesita un usuario, ellos
tratarán de pedir de acuerdo a su conocimiento, apuntando
a hacer lo menos posible. Tras entenderlos, debemos
explicarles que se puede, que no y a que se puede llegar con
el tiempo/presupuesto asignado.
Esta labor es compleja porque requiere habilidades de

negociación, para que el usuario pueda entender que y por
qué, de lo que se le entrega y esté conforme con la solución.
En este camino, debido a que el software es algo intangible
es bueno darle una muestra de cómo va a quedar.
Imagen extraída de: https://michaelmuller.pro/wp-
content/uploads/2019/02/20190203-taller-prototipado-wm-8-822x548.jpg
Actividad inicial
Respondamos a la siguiente pregunta:
¿Por qué es importante elaborar un prototipo antes de

desarrollar nuestro proyecto?
Importancia del tema
¿Cuál es la importancia del tema?
Ahora tomemos un tiempo para

investigar acerca de la importancia
del tema, recordemos que debemos
elaborar el Prototipado en base a la
toma de requerimientos, para ayudar
en el diseño de aplicaciones para
procesos empresariales.
Imagen extraída de: https://blog.upeu.edu.pe/wp-
content/uploads/2020/06/C%C3%B3mo-buscar-
informaci%C3%B3n-confiable-en-Internet-1.jpg
Actividad
Ahora conversemos e
intercambiemos ideas acerca
de lo que hemos investigado
previamente.
Imagen extraída de: http://www.unilibre.edu.co/bogota/ul/noticias/noticias-universitarias/noticias-

derecho/3426-i-conversatorio-sobre-genero-memoria-y-derecho
Repaso
Taller de toma de requerimiento de software
Es para definir el producto o servicio que se entregará.
Requiere entrevistas, reuniones, encuestas, focus group y otros con los clientes, donde se define lo que
necesita en lenguaje natural y con la mínima cantidad de términos técnicos.
Para esto deben llevarse a cabo varias reuniones, cada una documentada con un acta y firmada por los
participantes indicando los acuerdos.
Tras ordenar y resumir los datos se hace un resumen en el documento llamado:

Especificación de Requerimiento de Software (SRS por sus siglas en inglés)
Taller de toma de requerimiento de software
Especificación de Requerimiento de Software (SRS): Partes
Las partes más importantes a llenar, que se deben tener en cuenta son:
• Propósito: nombre del producto o servicio y razón de su necesidad

• Alcance: descripción de componentes incluidos, establece hasta dónde se cubrirá un sistema o proceso. Indica que no
se va a cubrir
• Funcionalidades: solo se incluye una lista numerada de las principales funcionalidades
• Reglas de negocio: reglas y principios de la empresa que deben obedecerse
• Requerimientos de interfaces externas: describe como se conectará (recuperar datos y grabar datos) desde otros
sistemas.
• Requerimientos no funcionales: especifican comportamientos específicos como usabilidad y la seguridad o
encriptación, mantenibilidad, adaptable a celulares, complejidad de uso, extensibilidad, tiempo de respuesta,
cantidad de usuarios u operaciones concurrentes, eficiencia, escalabilidad, disponibilidad, regulatorios, éticos y
legislativos
Además, debe considerarse adjuntar las actas de reunión firmadas por los participantes indicando claramente los
acuerdos. Esto sustenta el requerimiento.
Taller de Prototipado
Un prototipo nos permite detectar si el diseño será

aceptado, probar si cumple lo solicitado y validar
posibles errores antes de producirlo.
Es muy útil al desarrollar sistemas porque como es

algo virtual, el cliente validará si es lo que estaba
solicitando al interactuar.
Tipos de Prototipo
Hay muchos tipos de prototipos, pero destacaremos

los más usados, del mejor al más sencillo:
• Minimum Viable Product: un producto lo
suficientemente completo como para ponerlo
frente a los clientes para investigación de
mercado o como una versión beta.
• Functional Prototype: un prototipo que está
cerca del resultado final en funcionalidad,
aunque no está bien diseñado e integrado.
• Paper Prototype: ilustraciones y modelos de
ideas de diseño en papel o cartulina.
Tipos de Prototipo
• Demo: una versión corta y sin pulir de un juego

o aplicación empresarial.
• Static Prototype: un prototipo que parece ser
funcional, pero en realidad está hardcodeado.
Por ejemplo, software que falsifica sus datos en
vez de conectarse con una de datos.
• Mockup: se parece al producto terminado, pero
no tiene funcionalidad. Por ejemplo, una página
web representada como una imagen.
Como usar un Prototipo
Tras identificar que partes del proceso que tienen

contacto con el usuario se debe automatizar, debe
diseñar pantallas en las que puedan hacerse todas
las funcionalidades esperadas en la "Especificación
del Requerimiento de Software" (SRS).
Cada pantalla indicará los campos necesarios para
trabajar, los cuales tendrán posteriormente una
correspondencia con campos de tablas en la base
de datos.
¡Hora de poner en practica lo
aprendido!
Ejercicios
Es hora de organizarnos en grupos, a estos

grupos desarrollan un ejercicio de toma
requerimientos y Prototipado de software (1
estudiante funge como usuario y los demás como
desarrolladores).
Una vez realizado el desarrollo, los grupos

pasarán a exponer lo realizado, para socializar la
información con sus compañeros.
Conclusiones
Conclusiones
Ahora veamos algunas conclusiones para consolidar lo que hemos aprendido durante
esta clase.
● La toma de requerimiento debe documentarse y firmarse por los participantes para

que los acuerdos tengan la seriedad y validez necesarias.
● Lo que solicita el usuario no es lo que se le entregará, se debe de ser claro en que se

obtendrá al final.
● Los prototipos ahorran tiempo y dinero al evitar desarrollar aplicativos que no

servirán para lo que requiere el usuario.

Clase 3 - Toma de Requerimiento y Prototipado

Cargado por

Copyright:

Formatos disponibles

Clase 3 - Toma de Requerimiento y Prototipado

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Clase 3 - Toma de Requerimiento y Prototipado

Cargado por

Copyright:

Formatos disponibles

Curso integrador I: sistemas - software

El día de hoy veremos que, entre las labores de sistemas,

Esta labor es compleja porque requiere habilidades de

Respondamos a la siguiente pregunta:

¿Por qué es importante elaborar un prototipo antes de

Ahora tomemos un tiempo para

Imagen extraída de: http://www.unilibre.edu.co/bogota/ul/noticias/noticias-universitarias/noticias-

Es para definir el producto o servicio que se entregará.

Tras ordenar y resumir los datos se hace un resumen en el documento llamado:

• Propósito: nombre del producto o servicio y razón de su necesidad

Un prototipo nos permite detectar si el diseño será

Es muy útil al desarrollar sistemas porque como es

Hay muchos tipos de prototipos, pero destacaremos

• Demo: una versión corta y sin pulir de un juego

Tras identificar que partes del proceso que tienen

Es hora de organizarnos en grupos, a estos

Una vez realizado el desarrollo, los grupos

● La toma de requerimiento debe documentarse y firmarse por los participantes para

● Lo que solicita el usuario no es lo que se le entregará, se debe de ser claro en que se

● Los prototipos ahorran tiempo y dinero al evitar desarrollar aplicativos que no

También podría gustarte