1. 1/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
IS.1p.3
Especificaciones de
Software
Experts:
evelin.flores@pucese.edu.ec (Evelin Flores)
jaime.meza@estudiant.upc.edu (Jaime Meza (Invitado))

2. 2/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Objetivo
Al finalizar la práctica el estudiante habrá
mejorado sus habilidades y
conocimientos, para identificar,
seleccionar y aplicar técnicas y
herramientas para la especificación de
requisitos de software en el desarrollo
de un proyecto.

3. 3/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Que son las especificaciones de Software?
Especificación.- Acción y efecto de especificar; Explicar,
declarar con individualidad algo; Fijar o determinar de
modo preciso. (Real Academia Lengua, 2015)
Software.- Conjunto de programas, instrucciones y reglas
informáticas para ejecutar ciertas tareas en una
computadora.
Especificación de Software= Especificación + Software;
Por tanto, se define: Un informe detallado de requisitos
de mutuo acuerdo entre el implementador y el usuario
respecto a un producto de software.

4. 4/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Que tipos existen?
1. Formales .- Cuando la notación tiene sintaxis y sentido
totalmente precisos se convierte en un formalismo Ejm
(especificaciones matemáticas, notaciones gráficas o
lenguajes de descripción de diseño)
2. Informales .- Escritas en lenguaje natural. Pero pueden
usar figuras, tablas y otras notaciones para ayudar a su
entendimiento. También pueden ser estructuradas en
forma estandarizada.
3. Semiformales.- Combina el conjunto de técnicas de
modelamiento con modelos informales Ejm. (el
lenguaje natural , los diagramas de flujo o UML)
** Los requisitos deben estar escritos en un lenguaje que sea entendido por aquellos que deban de
trabajar con ellos (entre ellos, los usuarios). Esto condicionará en gran medida la técnica de
documentación a utilizar.

5. 5/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Que son los requisitos?
1. Circunstancia o condición necesaria para algo.
(RALE,2015).
2. Condición o capacidad que necesita el usuario para
resolver un problema o conseguir un objetivo
determinado [Piattini et al., 1996]
3. Una característica del sistema que es una condición
para su aceptación [DoD, 1994]
4. Una propiedad que debe exhibirse para solucionar
algún problema del mundo real [Sawyer y Kontoya,
2001].

6. 6/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Como se clasifican los requisitos?

7. 7/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Jugando en
Fabricius

8. 8/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Jugando en Fabricuis
BUENOS MALOS
Coin.- Obtiene bonos extra ( 10
Coins = 1 Love's Star)
Love's Star - Obtiene1 punto Worry's Star .- Obtiene-1 puntos
Active Fire.- Obtiene10 puntos Pasive Fire.- Obtiene-10 puntos
Super Nova.- Obtiene 100 puntos. Destructor.- Obtiene -100 puntos
Personajes

9. 9/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Jugando en Fabricuis
Reglas del juego:
Descripción de la Regla Valoración
Cada idea propuesta 1 Love's Star
Idea primera posición en el ranking del grupo 5 Love's Star
Idea segunda y tercera posición en el ranking del grupo 3 Love's Star
1 Love's Star
Idea que no queda en el ranking 1 Worry's Star
Idea propuestas en tiempo actividad 1 Coin por día restantes del final
Comentario 1 Coin por comentario
Voto en blanco sobre idea (todas las ideas presentadas al participante serán votadas) 1 Worry's Star
Grupo primero en el Ranking de una etapa 1 Active Fire
Grupo no participa en una etapa 1 Pasive Fire
Grupo no realiza una tarea 5 Worry's Star
Grupo primero en el ranking de tareas de defensa 1 Super Nova
Grupo segundo en el ranking de tareas de defensa 1 Active Fire
Grupo no se presenta a la defensa 1 Destructor

10. 10/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Usted ha sido contratado para el desarrollo de un proyecto de innovación de software
en la PUCESE con el proyecto <Proyecto_del_grupo>. en el cual se deberá cumplir con
la lista de actividades y entregables que usted presento en la firma del contrato. Para
tal fin, Usted y su equipo deben presentar el primer entregable que es el documento
de análisis de requisitos de software .Las preguntas que deberán realizarse en la
resolución del caso son:
1. Cuáles son los requisitos funcionales?
2. Cuáles son los requisitos no funcionales?
3. Que técnicas y/o herramientas existen para desarrollar un documento de
requisitos de software?
4. Que casos de aplicación de técnicas y/o herramientas de requisitos de software
han sido aplicados por otros proyectos similares?
5. Cuales es la mejor técnicas y/o herramienta para la gestión y documentación de
requisitos de software para mi proyecto?
5. De acuerdo a la técnica(s) de documentación seleccionada, que necesito para
implementarla?
Desafio:

11. 11/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Etapa Pregunta a resolver Que hacer
Despegar 1. Cuáles son los
requisitos
funcionales?
2. Cuáles son los
requisitos no
funcionales?
Trabajando en equipo en clases
prescenciales (Técnica de Grupo
Nominal), pero con sus cuentas
individuales deberán identificar los
requisitos funcionales y no funcionales.
Tareas a Ejecutar

12. 12/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a Ejecutar

13. 13/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a Ejecutar
Etapa Pregunta a resolver Que hacer
Aportar
conocimiento
1. Que técnicas y/o
herramientas existen
para desarrollar un
documento de
requisitos de
software?
2. Que casos de
aplicación de
técnicas y/o
herramientas de
requisitos de software
han sido aplicados
por otros proyectos
similares?
Estudiante aportará y registrará ideas en
FAB sobre los temas a presentar así como
del caso de estudio que guarde relación
con la selección de metodologías de
software. Los estudiantes que mas ideas
propongan ganaran puntos extras, así
como los que su idea puntúe en el
ranking , además se puntúan sus
comentarios
El experto opcionalmente podrá
comentar y/o sugerir en alguna(s) idea(s)
en particular antes de la presentación.

14. 14/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a Ejecutar
Etapa Pregunta a resolver Que hacer
Ideas Cuales es la mejor técnicas
y/o herramienta para la
gestión y documentación
de requisitos de software
para mi proyecto?
1. Cada estudiante registrara en
Fabricius, una única idea en la que se
explique una técnica de
documentación de requisitos a ser
utilizada. Tomará como referencia la
información utilizada para dar
solución a las preguntas:
• Cuáles son los requisitos funcionales?
• Cuáles son los requisitos no funcionales?
• Que técnicas y/o herramientas existen
para desarrollar un documento de
requisitos de software?
• Que casos de aplicación de técnicas y/o
herramientas de requisitos de software
han sido aplicados por otros proyectos
similares?

15. 15/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a Ejecutar
Etapa Pregunta(s) a
resolver
Que hacer
Desarrollo 1. De acuerdo a la
técnica(s) de
documentación
seleccionada, que
necesito para
implementarla?
Cada estudiante propondrá ideas acerca
de cómo poner en marcha de la técnica
y/o herramienta seleccionada , que ha
surgido de la tarea anterior, con el fin de
confeccionar un documento formal de
especificación. Las propuestas serán
registradas en Fabricius y se referirán a
resolver la pregunta 5 a la 8. Los
estudiantes que mas ideas propongan
ganaran puntos extras, así como los que
su idea puntúe en el ranking , además se
puntúan sus comentarios. Resultado de
esto, permitirá que las ideas nacidas en
el proceso creativo se conviertan en un
proyecto concreto, es decir, en una
innovación

16. 16/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a Ejecutar
Etapa Pregunta(s) a
resolver
Que hacer
Entrega Resuelve el desafío Cada grupo presentará y defenderá su
propuesta caso de solución. Los
grupos restantes darán
retroalimentación y comentarios de
lo presentado. Al menos cada
estudiante realizará un comentario al
grupo presentador. Una vez
comentado se procederá a valorar
mediante votación en Fabricius

17. 17/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Criterio Descripción
Contenido El contenido, es importante y contribuyo a mi conocimiento
Rendimiento El grupo se hizo entender, explico todas las dudas y se mostro con
conocimiento del tema presentado.
Criterios de evaluación defensa aportación
Criterio Descripción
Contenido La técnica utilizada es adecuada para el proyecto presentado y fue
documentada adecuadamente.
Rendimiento El grupo se hizo entender, explico todas las dudas y se mostro con
conocimiento del tema presentado.
Criterios de evaluación defensa proyecto

18. 18/7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Documentos sugeridos
http://ocw.usal.es/ensenanzas-tecnicas/ingenieria-del-software/contenidos/Tema3-IntroduccionalaIR-
1pp.pdf
http://www.ub.edu.ar/catedras/ingenieria/ing_software/ubftecwwwdfd/espsoft/espsoft.htm
http://biblioteca.ucm.es/tesis/mat/ucm-t26375.pdf
http://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf
http://www.kybele.etsii.urjc.es/web/docencia/IS4/2013-2014/Material/IS4.11.12.Ejemplo.2.ERS.pdf
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf
http://dspace.espoch.edu.ec/bitstream/123456789/188/1/EspecificacionRequerimientosSoftware.pdf
http://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdf
http://ocw.usal.es/ensenanzas-tecnicas/ingenieria-del-software/contenidos/Tema3-IntroduccionalaIR-
1pp.pdf