Priorizacion de Casos de Uso

De productpatterns_wiki
Saltar a: navegación, buscar

English.jpg English

Box-In.png
Entradas

  • Diagrama de Casos de Uso
    • ¿Se puede emplear gestión de la configuración?: Si
  • Documento de Especificación de Requisitos
    • ¿Se puede emplear gestión de la configuración?: Si

Box-Out.png
Salidas

  • Diagrama de Casos de Uso
    • ¿Se puede emplear gestión de la configuración?: Si

Star.png
Solución

process-descending-24px.png
Proceso

Prioridad casos de uso2.png

time-24px.png
Tiempo de Desarrollo

    • Para adquirir el conocimiento necesario para desarrollar el producto software: 2 horas
    • Para crear el Patrón de Producto: 2 horas
    • Para aplicar el Patrón de Producto: 1 día.

video-24px.png
Video Explicación

Search-32px.png
Controladores de Calidad

  • Ninguno

tool.png
Herramientas de Soporte

start-flag.png
Contexto Inicial

Se está desarrollando un sistema software utilizando el Método de Craig Larman, se tiene ya el diagrama de casos de uso y quiere planificarse el desarrollo de la aplicación.

end-flag.png
Contexto Resultante

Se obtiene una planificación de los ciclos de desarrollo (iteraciones) del sistema software que se quiere crear.

cloud.png
Problema

Se desea organizar el desarrollo de un sistema software partiendo de que se ha creado un diagrama de casos de uso que refleja la funcionalidad del sitema. Dado que se está empleando el Método de Craig Larman, se desea dividir el desarrollo del sistema software en varios ciclos (o iteraciones) de desarrollo, priorizando los casos de uso de acuerdo al impacto que tenga el desarrollo de la funcionalidad de uno sobre otro de acuerdo a un conjunto de característica de diseño previamente definidas.

forces.png
Restricciones (Forces)

  • Tipo de Organización: PyMEs, Grandes Empresas.
  • Tipo de Sistema: Aplica a todos los tipos de sistemas.
  • Paradigma de Programación: Orientado a Objetos.

roles.png
Roles

  • Analista
  • Cliente
  • Jefe de Proyecto
  • Usuarios del Sistema

lightbulb.png
Lecciones Aprendidas

  • Ajustes en la priorización de casos de uso [María Isabel Sánchez Segura, 2010]
    • Haciendo priorizaciones me he dado cuenta de que a veces un caso de uso muy prioritario tiene una relación de inclusión con otros casos de uso que han quedado en catalogados con menos prioridad en ciclos más tardíos. En estos casos conviene agrupar todos los casos de uso tanto los prioritarios como los que están asociados por inclusión en el mismo ciclo de desarrollo. Independientemente de la prioridad que hayan alcanzado los otros casos de uso.
    • Una vez establecida la pioridad de cada caso de uso, es conveniente hacer grupos de casos de uso del mismo tamaño con el fin de que los ciclos de desarrollo estén equilibrados.

award.png
Nivel de Madurez

  • Nivel de Madurez 2 del CMMI.

Options.png
Conocimientos y Habilidades Básicos

board-24px.png
Conocimientos

  • Definición de requisitos software (funcionales y no funcionales).
  • Metodo de Craig Larman
  • Nociones de UML, en especial de la técnica de modelado de casos de uso.

help-24px.png
Habilidades

  • Capacidad de análisis.
  • Capacidad de abstracción.

Information-Sources.png
Recursos de Información

  • Ferré Grau, X & Sanchez-Segura, M. (2004). Desarrollo Orientado a Objetos con UML. Recuperado el 2009-11-26 de http://www.clikear.com/manuales/uml/index.aspx.
  • Fowler, M. (2004). UML distilled: a brief guide to the standard object modelling language. Addison-Wesley.
  • Larman, C. (2001). Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and the Unified Process (2da. ed.). Prentice Hall.
  • Jacobson, I. & Booch, G.(1999). The unified software development process. Addison-Wesley.
  • Rumbaugh, J. & Jacobson, I. (2005). The unified modeling language reference manual. Addison-Wesley.
  • Rumbaugh, J. (2005). Object-Oriented Modelling and Design. Prentice Hall.