Diagrama de Secuencia del Sistema

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

  • Diagramas de Secuencia del Sistema
    • ¿Se puede emplear gestión de la configuración?: Si

Star.png
Solución

process-descending-24px.png
Proceso

Diagrama de Secuencia del Sistema2.png

time-24px.png
Tiempo de Desarrollo

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

video-24px.png
Video Explicación

Search-32px.png
Controladores de Calidad

  • Ninguno

start-flag.png
Contexto Inicial

Se está desarrollando un sistema software empleando el Método de Craig Larman, ya se ha creado el diagrama de casos de uso y se quieren detallar más explicitamente los casos de uso y las funcionalidades del sistema que representan.

end-flag.png
Contexto Resultante

Se cuenta con una representación gráfica que muestra una ejecución real de cada caso de uso, con las posibles bifurcaciones y alternativas resueltas de forma particular.

cloud.png
Problema

Se desea representar, de manera más explícita, la intercción de los actores (identificados en el diagrama de casos de uso) con el sistema software que se está desarrollando, desde la perspectiva de cada uno de los casos de uso.

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

  • Ninguna

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 y de diagramas de secuencia.

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.