Use Case Diagram Expanded Format

De productpatterns_wiki
Revisión a fecha de 23:40 12 feb 2015; 213.37.96.210 (Discusión)

(dif) ← Revisión anterior | Revisión actual (dif) | Revisión siguiente → (dif)
Saltar a: navegación, buscar

Spanish.jpg Español

Box-In.png
Inputs

  • High Level Use Case Diagram
    • Can it be used configuration management ?: Yes
  • Requirements Specification Document
    • Can it be used configuration management ?: Yes

Box-Out.png
Output

  • Expanded Format Use Case Diagram (using the Craig Larman Method)
    • Can it be used configuration management ?: Yes

Star.png
Solution

time-24px.png
Development time

    • To acquire the necessary knowledge to develop the software product: 2 hours
    • To create the pattern of Product: 2 hours
    • To apply the pattern of Product: 10 hours.

video-24px.png
Explanatory Video

    • Not applicable

Search-32px.png
Quality Controllers

  • None

start-flag.png
Contexto Inicial

Se está desarrollando un sistema software empleando el Metodo de Craig Larman. Ya se ha creado el diagrama de casos de uso de alto nivel del sistema.

end-flag.png
Contexto Resultante

Se han explicado detalladamente todos los casos de uso del diagrama de casos de uso del sistema, dicha explicación contiene tanto la información ya descrita en el formato en alto nivel, así como una descripción de las actividades que involucra cada caso de uso incluyendo sus cursos alternativos. Se ha empleando el formato propuesto en el Metodo de Craig Larman.

cloud.png
Problema

Se desea explicar detalladamente todos los casos de uso del diagrama, incluyendo una descripción de las actividades del sistema que involucra cada uno.

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

  • Beneficios de utilizar este patrón [Fuensanta Medina-Dominguez, 2008]
    • Se ofrece una descripción gráfica del funcionamiento del sistema software y de la forma en que será utilizado.
    • Es posible describir las interacciones entre el sistema y sus actores.
    • Se cuenta con una descripción de detallada y explícita del propósito de cada caso de uso del diagrama.
    • Las actividades descritas son de gran utilidad para la creación del diagrama de clases.

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