Diferencia entre revisiones de «Use Case Diagram»

De productpatterns_wiki
Saltar a: navegación, buscar
Línea 8: Línea 8:
<div id="section_1">
<div id="section_1">
<span id="Entradas"></span><h2 class="editable">[[Archivo:Box-In.png|left|24px|Box-In.png]]Entradas</h2>
<span id="Entradas"></span><h2 class="editable">[[Archivo:Box-In.png|left|24px|Box-In.png]]Inputs</h2>
*Requirements Specification Document
*Requirements Specification Document
**Can it be used configuration management ?: '''Yes'''
**Can it be used configuration management ?: '''Yes'''
Línea 14: Línea 14:
<div id="section_2">
<div id="section_2">
<span id="Salidas"></span><h2 class="editable" style=padding-top:15px>[[Archivo:Box-Out.png|left|24px|Box-Out.png]]Salidas</h2>
<span id="Salidas"></span><h2 class="editable" style=padding-top:15px>[[Archivo:Box-Out.png|left|24px|Box-Out.png]]Output</h2>
*Use Case Diagram (using<span style="color: red">UML</span>)
*Use Case Diagram (using<span style="color: red">UML</span>)
**Can it be used configuration management ?: '''Yes'''
**Can it be used configuration management ?: '''Yes'''
Línea 44: Línea 44:
<div id="section_7">
<div id="section_7">
<span id="Patrones_Relacionados"></span><h2 class="editable" style=padding-top:15px>[[Archivo:bricks.png|left|24px|bricks.png]]Patrones Relacionados</h2>
<span id="Patrones_Relacionados"></span><h2 class="editable" style=padding-top:15px>[[Archivo:bricks.png|left|24px|bricks.png]]Related Patterns</h2>
*[[High Level Diagram of Use Case]]
*[[High Level Diagram of Use Case]]
*[[Expanded Format Diagram of Use Case]]
*[[Expanded Format Diagram of Use Case]]

Revisión de 01:24 12 feb 2015

Spanish.jpg Español


  • Requirements Specification Document
    • Can it be used configuration management ?: Yes


  • Use Case Diagram (usingUML)
    • Can it be used configuration management ?: Yes


Development time

    • To acquire the necessary knowledge to develop the software product: 1 day
    • To create the pattern Product: 1 day
    • To apply the pattern of Product: 1 day

Explanation video

    • Not applicable

Quality Controllers

  • None

Initial Context

It takes into account the requirements specification document, and taking as a starting point, it desired to create a global representation showing the functioning of a software system; it desired to include in such representation the interactions between the software system to develop and its actors (either people or external systems).

Resulting context

It takes into account with a UML-based standard that represents the full functionality of a software system satisfying the requirements SpecificationLMS, detailing how the system can be used and by identifying the interactions between the software system and its actors.


It desired to create a representation of functioning of a software system from the user's perspective. Within this representation is desired detail the different types of users and external systems that interact with the software system to be developed. The development group already has the requirements specification document.

Restrictions (Forces)

  • Type of Organization: SMEs, Large Companies.
  • System Type: It applies to all types of systems.
  • Programming Paradigm: OO (Object Oriented)


  • Analyst
  • Customer
  • Project Manager
  • System Users

Lessons Learned

  • Benefits of using this pattern [Fuensanta Medina-Dominguez, 2008]
    • A graphic description of how the software system works and how it will be used is provided.
    • It is possible to describe the interactions between the system and its actors.
    • It has a representation that is useful to show the client what will be the system's functionality and roles are involved.

Maturity level

  • Maturity Level 2 CMMI.

Basic Knowledge and Skills


  • Definition of software requirements (functional and non-functional).
  • Notions of UML, especially the technique of modeling of use cases.


  • Capacity for abstraction.

Information Resources

  • Amescua A., et al. (2003). Análisis y Diseño Estructurado y Orientado a Objetos del Sistema Informáticos. McGraw Hill/Interamericana de España, S.A.U.
  • 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.
  • 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.