Post on 16-Aug-2015
1 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
IS.1p.3Especificaciones de Software
Experts:evelin.flores@pucese.edu.ec (Evelin Flores)jaime.meza@estudiant.upc.edu (Jaime Meza (Invitado))
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 /
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 /
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 /
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 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Como se clasifican los requisitos?
7 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Jugando en Fabricius
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 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Jugando en Fabricuis
Reglas del juego:Descripción de la Regla ValoraciónCada 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 /
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 /
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 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a Ejecutar
13 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a EjecutarEtapa 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 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a EjecutarEtapa 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 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a EjecutarEtapa Pregunta(s) a
resolverQue 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 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Tareas a EjecutarEtapa Pregunta(s) a
resolverQue 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 /
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 /
7
Participative Innovation Spacejm.monguet@upc.edu thepracticeofinnovation.net
Documentos sugeridoshttp://ocw.usal.es/ensenanzas-tecnicas/ingenieria-del-software/contenidos/Tema3-IntroduccionalaIR-1pp.pdfhttp://www.ub.edu.ar/catedras/ingenieria/ing_software/ubftecwwwdfd/espsoft/espsoft.htmhttp://biblioteca.ucm.es/tesis/mat/ucm-t26375.pdfhttp://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdfhttp://www.kybele.etsii.urjc.es/web/docencia/IS4/2013-2014/Material/IS4.11.12.Ejemplo.2.ERS.pdfhttps://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdfhttp://dspace.espoch.edu.ec/bitstream/123456789/188/1/EspecificacionRequerimientosSoftware.pdfhttp://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdfhttp://ocw.usal.es/ensenanzas-tecnicas/ingenieria-del-software/contenidos/Tema3-IntroduccionalaIR-1pp.pdf