Especificación de requerimientos

Maestría de Ingeniería del Software

Taller Práctico de Ingeniería de Requerimientos


Caso de EstudioDesarrollo de un sistema para la gestión de elementos electrónicos

V1.0

Ingeniería de RequerimientosVersion 1.0

1



Historial de Revisiones

Fecha Versión

Descripción Autor

Tabla de Contenidos

Ejercicio #1 Ingeniería de RequerimientosVersion 1.0

2



Defina con su equipo una definición sobre requerimientosEjercicio #2Descripción mediante diagramas de actividad de UML del proceso de obtención de requerimientos que conoce o ha practicado el equipoEjercicio #3Proyecto para la realización del tallerDefinición de roles en el equipoRealización de kickoff meetingEjercicio #4Sesión de lluvia de ideasEjercicio #5Sesión de entrevistaDocumentación del resultadoEjercicio #6Validación de la funcionalidad más compleja del sistema mediante la creación de un prototipo no funcionalEjercicio #7Glosario de términos del proyectoEjercicio #8Diagrama de casos de uso del negocioDiagramas de actividad de los procesos del negocioEjercicio #9Modelo del problemaProblemaDiagrama causa – efectoMatriz de involucradosDocumento de requerimientos de sistemaEjercicio #10Diagrama de casos de uso del sistemaModelo conceptualListado de requerimientos no funcionalesPriorización de casos de uso y requerimientos no funcionalesEjercicio #11Caso de uso detallado de los casos de uso del sistemaEjercicio #13Lista de revisión con atributos de calidad para los casos de uso

Ejercicio #1

Definición de Requerimiento


3



Conjunto de características especificas acerca de un producto que se deben cumplir con exactitud para satisfacer las necesidades del usuario.


4



Ejercicio #2 Diagrama de actividad de un proceso de requerimientos


5



Ejercicio #3


6



Proyecto para el taller:

Roles:

Rol Miembro de Equipo

Descripción

Líder del Proyecto Jumbo Nelson Entregar un valor de negocio que se ajuste al programa y presupuesto acordado, planeamiento y programación de tareas, control y elaboración de informes. Consultar con analistas de negocio para planear escenarios y requisitos de calidad, además es el responsable de facilitar la comunicación dentro del equipo

Analistas de Negocio

Diego Niquinga Definir la oportunidad de negocio y la aplicación que servirá a esta oportunidad, trabaja con los clientes para conocer sus necesidades y objetivos traduciéndolos en roles, escenarios y requisitos de calidad de servicio que el equipo de desarrollo utilizará para generar la aplicación.

Analista Programador

Diana Cruz Persona responsable del desarrollo del producto en sí, e interactuara directamente con el cliente

Usuario Final Crosstronik. Personas que utilizaran el sistema desarrollado; están familiarizados con los procesos específicos que debe realizar el software. Serán quienes utilicen la interfaces y los manuales de usuario

Contactos:

Miembro de Equipo

Mail Teléfono

Jumbo Nelson [email protected] Diego Niquinga Diana Cruz

[email protected][email protected]

Materiales a enviarse a los participantes:

Materiales Agenda de la reunión Información del contacto de los participantes del proyecto


7

mailto:[email protected]






Bosquejo del plan del proyecto

Reunión KickOff del proyecto

Proyecto: nombre proyecto

MINUTA

RKP-001- DD-mes-año

Tema

Acta N° 001

Reunión Kickoff del proyectoFecha DD-MES-AÑO

Lugar: ……Hora de ….. a …..

Presentes:

Nombre Puesto FirmasXxxxx Líder del proyecto

Xxxxx Analista de negocio

XXXXX Analista programador

La reunión inicia a las …….

Objetivo de la Reunión:


8



Resultados de la Reunión:

Compromisos:

Artículo Compromisos

Compromiso Fecha cumplimiento

Resp.

1

2

3

4

Acuerdos:

Artículo Comentarios AcuerdosNo. Fecha Resp.

1

La sesión se levanta a las ……


9



Ejercicio #4Sesión de lluvia de Ideas

Proyecto: nombre proyecto

MINUTA

SLLI-001- DD-MES-AÑO

Nombre del proyecto

Acta N° 001

Reunión Sesión de lluvia de ideasFecha DD-MES-AÑO

Lugar: ……Hora de ….. a ……

Presentes:

Nombre Puesto FirmasXXXXXXX Moderador

XXXXXXX Analista de negocio

XXXXXXX Analista programador

XXXXXXX Usuario experto de la empresa modelo

XXXXXXX

La reunión inicia a las …….


Resultados de la Reunión:

Compromisos:


10



Artículo Compromisos

Compromiso Fecha cumplimiento

Resp.

1

2

3

4

5

Acuerdos:

Artículo Comentarios AcuerdosNo. Fecha Resp.

1

La sesión se levanta a las …..

Ejercicio # 5

Sesión de entrevista

Objetivo:

Preguntas al usuario

Preguntas sobre el proceso

Preguntas sobre el producto

Sesión de Encuestas


11



Proyecto: nombre del proyecto

MINUTA

SEU-001-DD-MES-AÑO

Nombre del proyecto

Acta N° 001

Entrevista a Usuario 1Fecha DD-MES-AÑO

Lugar: .......Hora de ..... a .....

Presentes:

Nombre Puesto FirmasEntrevistador

Entrevistado

La entrevista inicia a las ……



12



Resultados de la entrevista:

Pregunta Respuesta

1

2

3

4

5

Nombre del proyecto

Acta N° 002

Entrevista a Usuario 2Fecha DD-MES-AÑO

Lugar: .......Hora de ..... a .....

Presentes:

Nombre Puesto FirmasEntrevistador

Entrevistado

La entrevista inicia a las …….



13



Resultados de la entrevista:

Pregunta Respuesta

1

2

3

4

5


14



Ejercicio #6 Prototipo para la funcionalidad: Interfaz de usuario con el poyecto

Pantalla de bienvenida

Pantalla en donde se presentan los problemas comunes con sus respuestas

Pantalla en la que el usuario ingresa una petición de servicio

Pantalla en la que el usuario revisa sus peticiones y el estado en l que se encuentran.


15



Ejercicio #7 Glosario de términos del proyecto

Término Descripción


16



Ejercicio #8 Modelo del Negocio

Ejercicio #9 Modelo del problema

Definición del problema.-

Causas del problema.-

Matriz de involucrados

01. Usuario Final02. Jefe de Sistemas03. Jefe de adquisiciones04. Gerente

Poder

Involucramiento


17

01

0203

04



Documento de Requerimientos de Sistema

Solicitud # 001Analista de Requerimientos XXXXXFecha del documento DD de MES de AÑO

1. Objetivos

Id: O-001Fecha DD de MES de AÑOSolicitanteDescripciónComentarios



2. Definición del problema

El problema deafecta a lo que generaBeneficios que se obtendrían con la solución

3. Lista de Requerimientos

Descripción General

Id: R-001Versión V1.0FechaSolicitanteObjetivos asociadosDescripciónImportancia


18



¿Cuándo debe estar listo?Comentarios

4. Lista de Restricciones

Id: RES-001Versión V1.0FechaSolicitanteObjetivos asociadosRequerimientos asociadosDescripciónImportanciaComentarios

5. Información Adicional

¿Existe algo en el sistema que haga lo solicitado o algo parecido?Tipo de proyecto previsto

6. Glosario de términos

Término Descripción


19



Ejercicio #10 Diagrama de casos de uso del Sistema

Modelo Conceptual

Listado de requerimientos no funcionales


20



Funcionalidad Priorización

Z

Fiabilidad

Usabilidad

Eficiencia

Mantenibilidad

Portabilidad

Priorización de los casos de uso del Sistema

Caso de uso Área Administrati

va

Área Técnica

Área Informáti

ca

Prioridad Final

0,60 0,10 0,30Gestión de PeticionesGestión de BC para preguntas y respuestas frecuentes


21




22



Ejercicio #11 Casos de uso detallados de los casos de uso del Sistema

Documento de Especificación de Requerimientos de Software

Plan de Trabajo #Líder del ProyectoAnalista del NegocioFecha del documento

1. Diagrama General de Casos de Uso


23



2. Listado de Casos de Uso

Nombre del RequerimientoRequerimientos del Sistema AsociadosDescripción

PrecondiciónSecuencia normal

1

2

3

4

5

6

Pos condición

Excepciones

6

Comentarios

Nombre del RequerimientoRequerimientos del Sistema AsociadosDescripciónPrecondiciónSecuencia normal

1234

Pos condiciónExcepciones

4Comentarios


24



Nombre del RequerimientoRequerimientos del Sistema AsociadosDescripciónPrecondiciónSecuencia normal

123

Pos condiciónExcepciones

3Comentarios


25



3. Lista de requerimientos No funcionales

Id: NF-001

VersiónFechaSolicitanteObjetivos asociadosDescripciónImportancia¿Cuándo debe estar listo?Comentarios

4. Información adicional

Ejercicio #13 Lista de revisión con atributos de calidad que deben poseer los casos de uso Ingeniería de RequerimientosVersion 1.0

26



Atributos de calidad

SI NO

OBSERVACIONES

La organización:a)b)c)d)e)f)g)h)i)


27

Especificación de requerimientos

Documents

Transcript of Especificación de requerimientos