Your SlideShare is downloading. ×
N1C6 Procesos De Requerimientos
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

N1C6 Procesos De Requerimientos

1,118
views

Published on

USC. Ingeniería de Software.

USC. Ingeniería de Software.

Published in: Education

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,118
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Procesos de Requerimientos
  • 2. Agenda
    ¿Quévamos a revisarhoy?
    Un pequeñorepaso
    Procesos de Requerimientos
    Procesousado en el “curso”
  • 3. Método vs. Proceso(repaso)
    Según Jacobson (OOSE), podemosdiferenciar el método y el proceso.
    El métodoescomo se hace en el laboratorio.
    - Condicionescontroladas
    El procesoescomo se hace en la industria.
    - Culturaorganizacional
  • 4. Método vs. Proceso(repaso)
    Normalmente el método se debeadaptar a un procesoen la empresa.
    Hay queconocerbien el métodoparahacerlo.
    El método
    Es posiblequevariasempresastenganprocesosdiferentesa partir del mismométodo
    El proceso
  • 5. Requerimientos(repaso)
    Requerimiento
    Característica de obligatorio cumplimiento.
    Característica requerida para recibir, aceptar o adquirir un producto.
    Restricción sobre el espacio de soluciones.
    Si
    No
  • 6. Requerimientos(repaso)
    El conjunto de requerimientos define el espacio de soluciones aceptables.
    Soluciones
    Aceptables
    Las solucionesaceptables son aquellasquecumplen con todos los requerimientos.
  • 7. Requerimientos(repaso)
    Puedenexistirrequerimientoscontradictorios.
    Requerimientosqueno se puedencumplir a la vez.
    Es necesariodetectarestascontradicciones, y negociaresto con el usuario.
    Se llama análisis de requerimientos, a la tarea de hacerestadetección y negociación.
    Si
    No
    No
    Si
    Si
    No
  • 8. Requerimientos(repaso)
    No todo lo que pide el usuario (el cliente) es automáticamente un requerimiento.
    Hay unos procesos de requerimientos.
    Solicitudes de Usuario
    Necesidades,
    Deseos,
    Expectativas
    del cliente
    Requerimientos
    Acuerdos entre
    Desarrolladores
    y Clientes
    Entrevistas
    Especificación
    Negociación
  • 9. Especificación de Requerimientos(repaso)
    Los acuerdosque se tienen con el cliente, fruto de la negociación, debenconsignarse en unaespecificación.
    Un documentoquetenga la información de todos los acuerdos.
    De forma clara, completa, no ambigüa, …
    Se conocecomoERS o SRS.
    Existe la norma IEEE-830-1998, que define unosformatosparaestetipo de documentos.
  • 10. Tareas de Requerimientos
    ¿Qué tareas están relacionadas con el requerimiento?
    ¿Sólo hay que hacer la especificación?
  • 11. Tareas de Requerimientos
    Siguiendo el modelo de procesodefinido en RUP
    En los requerimientos, hay unaperspectivaadmnistrativaquenospermitedeterminar la secuencia y los cronogramas de requerimientos en la empresa
    Y también hay unaperspectivatécnica, con unaserie de tareastécnicasquedebenrealizarse en ciertoorden.
  • 12. Tareas de Requerimientos
    La perspectivatécnica, define los pasos (lastareas) quedebenrealizarsepara resolver cadauno de los requerimientos.
    Igual en todos los proyectos(¿?)
    Entrevistas
    Y Elicitación
    Especificación
    Modelamiento
  • 13. Tareas de Requerimientos
    La perspectivaadministrativadefine el cronograma de trabajo de un proyecto particular.
    Puede ser que se abordenprimerounosrequerimientos y luegootros.
    Entrevistas
    Y Elicitación
    Especificación
    Modelamiento
    Entrevistas
    Y Elicitación
    Especificación
    Modelamiento
    Enero
    Febrero
    R1
    R2
  • 14. Tareas de Requerimientos
    La perspectivaadministrativaen RUP permitedefiniriteraciones.
    Cadaiteración, puedebuscarlograrciertastareastécnicas en ciertosrequerimientos.
    La iteración 2, debelograr la especificación de R1 y lasentrevistaspara R2
    Entrevistas
    Y Elicitación
    Especificación
    Modelamiento
    Entrevistas
    Y Elicitación
    Especificación
    Modelamiento
    Enero
    Febrero
    R1
    R2
  • 15. Tareas de Requerimientos
    La perspectivaadministrativaen RUP permitedefiniriteraciones.
    Las fasestienencriterios de salidaacordes con el plan del proyecto.
    Fase de Inicio
    Entrevistas
    Y Elicitación
    Especificación
    Modelamiento
    Entrevistas
    Y Elicitación
    Especificación
    Modelamiento
    Enero
    Febrero
    La Fase de Inicioterminacuando se logren los modelos de R1 y R2
    R1
    R2
  • 16. Tareas de Requerimientos
    En estecurso, nosocuparemos de la perspectivatécnicaen los proyectos.
    ¿Cuálestareastécnicasdebenhacerse?
    ¿En quesecuenciadebenhacerseestastareas?
    La planeación de los proyectosy los problemasrelacionados con la perspectivaadministrativano serántratadosinicialmente.
    ¿Cómoplanearcadafase?
    ¿Cómoplanearcadaiteración?
    ¿Cuandoreajustar los planes de lasiteraciones?
  • 17. Tareas de Requerimientos
    Considerando la perspectivatécnica, hay variastareasrelacionadas con los requerimientosquedebenrealizarse:
    Elicitación de Requerimientos
    Modelamiento/Análisis de Requerimientos
    Priorización de Requerimientos
    Especificación de Requerimientos
    Administración de Requerimientos
    Trazabilidad de Requerimientos
    Control de Cambios en los Requerimientos
    Aseguramiento de Calidad de Requerimientos
    Tareastécnicasasociadas a los requerimientos
    Tareasadministrativasasociadas a los requerimientos
  • 18. Tareas de Requerimientos
    Elicitación
    Obtener la información de los requerimientos de los usuarios.
    Yoconozcolas solicitudes de usuario
    Ingenieros de
    sistemas deben construir el
    el software
    Usuarios conocenel problema
    y los procesosde la empresa
  • 19. Tareas de Requerimientos
    Elicitación
    Existenvariastécnicasparahacer la elicitación.
    Entrevistas, actas, “white-board”, …
    Ingenieros de
    sistemas deben construir el
    el software
    Usuarios conocenel problema
    y los procesosde la empresa
  • 20. Tareas de Requerimientos
    Modelamiento/Análisis
    Con la información, se debecomprenderque se necesita y detectarlascontradicciones.
    Yaentiendo lo quequiere el usuario
    Ingenieros de
    sistemas deben construir el
    el software
    Usuarios conocenel problema
    y los procesosde la empresa
  • 21. Tareas de Requerimientos
    Modelamiento/Análisis
    Se puedenusarvariastécnicasparahacer el modelamiento y el análisis.
    Casos de UsoEntidad-Relación
    Transición-Estado
    :
    Ingenieros de
    sistemas deben construir el
    el software
    Usuarios conocenel problema
    y los procesosde la empresa
  • 22. Tareas de Requerimientos
    Modelamiento/Análisis
    Los casos de usoy lashistorias son mecanismosmuyusadosdebido a quepueden ser revisadospor los usuarios.
    Ingenieros de
    sistemas deben construir el
    el software
    Usuarios conocenel problema
    y los procesosde la empresa
  • 23. Tareas de Requerimientos
    Priorización
    Para hacer los planes de desarrollo, esnecesariodeterminarquerequerimientoshacerprimero.
    ¿Quéhacemosprimero?
    Yocreo …
    Ingenieros de
    sistemas deben construir el
    el software
    Usuarios conocenel problema
    y los procesosde la empresa
  • 24. Tareas de Requerimientos
    Priorización
    Si hay contradicciones, la priorizaciónesmuyimportante. Hace parte de la negociación del alcance.
    Esto no se puedehacer…
    Umm…
    Ingenieros de
    sistemas deben construir el
    el software
    Usuarios conocenel problema
    y los procesosde la empresa
  • 25. Procesos de Requerimientos
    ¿Cómo se organizan estas tareas?
    ¿En qué orden deben ejecutarse?
    NOTA: Considerando solo la perspectiva técnica.
  • 26. Procesos de Requerimientos
    Diferentes autores han propuesto diferentes procesos relacionados con los requerimientos.
    Han existido diferentes aproximaciones al problema.
    Algunas propuestas define una sola etapa para el levantamiento de requerimientos y para el análisis de los mismos.
    Otras propuestas define más de una etapa.
  • 27. Procesos de Requerimientos
    En la actualidad, a diferencia de los métodos tradicionales, existe una separación marcada entre los procesos de requerimientos y de análisis de requerimientos.
    Existen varias opciones en torno a los procesos de Requerimientos
    Ingeniería de Requerimientos
  • 28. Procesos de Requerimientos
    ¿Cómo debemos hacer la especificación de los requerimientos?
    ¿Se pueden aplicar los métodos tal cual como están en los libros?
  • 29. Procesos de Requerimientos
    Aplicando UML y Patrones, Larman
    Casos
    de Uso
    Reales
    Declaración
    de
    Trabajo
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Esenciales
    Prototipos
  • 30. Procesos de Requerimientos
    Aplicando UML y Patrones, Larman
    Casitodos los métodosinician con unadefinición de alcance
    Casos
    de Uso
    Reales
    Declaración
    de
    Trabajo
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Esenciales
    Prototipos
  • 31. Procesos de Requerimientos
    Aplicando UML y Patrones, Larman
    Larmanseparaunoscasos de usoquerepresentanlasfuncionalidades…
    Casos
    de Uso
    Reales
    Declaración
    de
    Trabajo
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Esenciales
    Prototipos
    … de unoscasos de usoquerepresentan la interacción en laspantallas
  • 32. Procesos de Requerimientos
    Use Cases: Requirements in Context, Daryl Kulak, 1999
  • 33. Procesos de Requerimientos
    Use Cases: Requirements in Context, Daryl Kulak, 1999
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Terminados
    Declaración
    de
    Trabajo
    Casos
    de Uso
    Fachada
    Casos
    de Uso
    Completos
    Casos
    de Uso
    Enfocados
    Listado de
    Actores
    Prototipos
  • 34. Procesos de Requerimientos
    Use Cases: Requirements in Context, Daryl Kulak, 1999
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Terminados
    Declaración
    de
    Trabajo
    Casos
    de Uso
    Fachada
    Casos
    de Uso
    Completos
    Casos
    de Uso
    Enfocados
    Listado de
    Actores
    Prototipos
    Kulak define unaserie de pasospara “terminar” cadacaso de uso.
    Es posiblehacer los pasos en forma iterativa
  • 35. Procesos de Requerimientos
    Use Cases CombinedwithBooch OMT UML: Process and Products, PutmanTexellet.al. 1997
  • 36. Procesos de Requerimientos
    Use Cases …, PutmanTexellet.al. 1997
    Declaración
    de
    Trabajo
    Listado de
    Casos
    de Uso
    Especificación
    de Casos
    de Uso
    Entrevistas
    Priorización
  • 37. Procesos de Requerimientos
    Use Cases …, PutmanTexellet.al. 1997
    Texellincluyeunas matrices en Excel paramantenertoda la trazabilidad del requerimiento
    Declaración
    de
    Trabajo
    Listado de
    Casos
    de Uso
    Especificación
    de Casos
    de Uso
    Entrevistas
    Priorización
    Trazabilidad de los Requerimientos
  • 38. Procesos de Requerimientos
    RUP v5, Rational (2001)
    RUP es un producto de IBM/Rational
    Hay variasversiones de RUP
  • 39. Procesos de Requerimientos
    RUP v5, Rational (2001)
    Casos
    de Uso
    Especificación
    con Casos
    de Uso
    Prototipos
    Visión de
    Producto
    Glosario de
    Términos
  • 40. Procesos de Requerimientos
    RUP v5, Rational (2001)
    Casos
    de Uso
    Especificación
    con Casos
    de Uso
    Prototipos
    Visión de
    Producto
    Glosario de
    Términos
    En RUP se considera un documento de visión. Este documentopuedeincluirinformación de diferentesversiones del producto
  • 41. Procesos de Requerimientos
    RUP v5, Rational (2001)
    Casos
    de Uso
    Especificación
    con Casos
    de Uso
    Prototipos
    Visión de
    Producto
    En RUP existe un documento especial paracadarequerimiento. Estosdocumentos, unoporcadacaso de uso, son diferentes a los de la especificación de requerimientos
    Glosario de
    Términos
  • 42. Procesos de Requerimientos
    IconixProcess, Iconix (2001)
    IconixProcess también se puede considerar un producto. Existen varias versiones.
    Es un proceso ágil, pero no basado en XP.
  • 43. Procesos de Requerimientos
    IconixProcess, Iconix (2001)
    Declaración
    de
    Trabajo
    Casos
    de Uso
    Prototipos
  • 44. Procesos de Requerimientos
    IconixProcess, Iconix (2001)
    Declaración
    de
    Trabajo
    Casos
    de Uso
    Prototipos
    En Iconix se propone el uso de prototipospararevisar el problema con el usuario y determinar los requerimientos
  • 45. Procesos de Requerimientos
    Proceso usado en clase
    Se ha definido un proceso muy sencillo, que permita reconocer algunas de las principales técnicas usadas en los métodos actuales.
    Puede ser la base para el aprendizaje de nuevos métodos y técnicas en el futuro.
  • 46. Procesos de Requerimientos
    Proceso usado en clase
    Modelar
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Terminados
    Declaración
    de
    Trabajo
    Casos
    de Uso
    Fachada
    Casos
    de Uso
    Completos
    Casos
    de Uso
    Enfocados
    Especific.
    De Req.
    Listado de
    Actores
    Prototipos
    Priorizar
  • 47. Procesos de Requerimientos
    Se modela el requerimientousando UML
    Se siguen los pasosdefinidospor Kulak para “terminar” el caso de uso
    Modelar
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Terminados
    Declaración
    de
    Trabajo
    Casos
    de Uso
    Fachada
    Casos
    de Uso
    Completos
    Casos
    de Uso
    Enfocados
    Especific.
    De Req.
    Listado de
    Actores
    Prototipos
    Priorizar
    Proceso usado en clase
    Se usan los prototiposcomomecanismo de validación con el usuario
    Se priorizan los requerimientosusandoanálisis de beneficio/costo
    Se realizaunadelimitación de alcance
  • 48. Procesos de Requerimientos
    Proceso usado en clase
    Al final, nuestraprimeraversión de la especificaciónsigue el estándar IEEE, incluyendo los casos de uso y los modelos en UML
    Modelar
    Listado de
    Casos
    de Uso
    Casos
    de Uso
    Terminados
    Declaración
    de
    Trabajo
    Casos
    de Uso
    Fachada
    Casos
    de Uso
    Completos
    Casos
    de Uso
    Enfocados
    Especific.
    De Req.
    Listado de
    Actores
    Prototipos
    Priorizar
  • 49. Proceso de Requerimientos
    Algunas ideas
    Los usuarios normalmente “ven” primero los requerimientos funcionales y luego los requerimientos no funcionales.
    Tiene sentido preguntar primero por lo que se quiere que haga el software.
    Si el usuario pero tiene problemas con requerimientos no funcionales de soluciones anteriores, muy probablemente hará mucho énfasis en estos últimos.
  • 50. Proceso de Requerimientos
    Algunas ideas
    Los prototipos ó borradores de interfaz de usuario son los mecanismos más usados para “revisar” las especificaciones de requerimientos.
    Algunos métodos y autores sugieren comenzar con la definición de los prototipos
    ¿Será conveniente siempre?
    ¿Qué pasa si el usuario no sabe “a ciencia cierta” que es lo que quiere?
    La realización de los prototipos puede ser un “arma de doble filo”.
    El Usuario puede creer que el sistema ya esta terminado.
  • 51. Proceso de Requerimientos
    Algunas ideas
    La Especificación es el mecanismo para “formalizar” los acuerdos entre desarrolladores y usuarios.
    Es importante contar con un estándar para la especificación
    Puede seguir el modelo definido en la norma IEEE-830-1998.
    La especificacióndeberíahacerparte del contrato entre clientes y desarrolladores.
  • 52. Preguntas