Is.1p.3 especificaciones de software

1 /

7

Participative Innovation [email protected] thepracticeofinnovation.net

IS.1p.3Especificaciones de Software

Experts:[email protected] (Evelin Flores)[email protected] (Jaime Meza (Invitado))

mailto:[email protected]

mailto:[email protected]

http://www.i-cell.net/


2 /

7


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


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.

http://lema.rae.es/drae/?val=Especificaci%C3%B3n



4 /

7


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


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].

http://lema.rae.es/drae/?val=Especificaci%C3%B3n



6 /

7


Como se clasifican los requisitos?



7 /

7


Jugando en Fabricius



8 /

7


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


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


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


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


Tareas a Ejecutar



13 /

7


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


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


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

http://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf

http://dspace.espoch.edu.ec/bitstream/123456789/188/1/EspecificacionRequerimientosSoftware.pdf



16 /

7


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


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


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




http://biblioteca.ucm.es/tesis/mat/ucm-t26375.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

http://ocw.usal.es/ensenanzas-tecnicas/ingenieria-del-software/contenidos/Tema3-IntroduccionalaIR-1pp.pdf



Is.1p.3 especificaciones de software

Engineering

Transcript of Is.1p.3 especificaciones de software