Diferencia entre revisiones de «Diagrama de Casos de Uso de Alto Nivel»
De productpatterns_wiki
| Línea 26: | Línea 26: | ||
<div id="section_4"> | <div id="section_4"> | ||
<span id="Proceso"></span><h3 style="color: rgb(128, 128, 128);" class="editable">[[Archivo:process-descending-24px.png|left|16px|process-descending-24px.png]]Proceso</h3> | <span id="Proceso"></span><h3 style="color: rgb(128, 128, 128);" class="editable">[[Archivo:process-descending-24px.png|left|16px|process-descending-24px.png]]Proceso</h3> | ||
| − | <p>[[Archivo: | + | <p>[[Archivo:Casos de Uso de Alto Nivel.png|100px|thumb|left|]]</p> |
</div> | </div> | ||
Revisión de 23:07 27 mar 2015
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
Salidas
- Diagrama de Casos de Uso de Alto Nivel (empleando el Metodo de Craig Larman)
- ¿Se puede emplear gestión de la configuración?: Si
Solución
Proceso
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: 10 horas.
Video Explicación
- No aplica
Patrones Relacionados
Controladores de Calidad
- Ninguno
Contexto Inicial
Se está desarrollando un sistema software empleando el Metodo de Craig Larman. Ya se ha creado el diagrama de casos de uso del sistema.
Contexto Resultante
Se han descrito a nivel general todos los casos de uso del diagrama de casos de uso del sistema, empleando el formato propuesto en el Metodo de Craig Larman.
Problema
Se quiere crear una descripción general de todos los casos de uso del diagrama, incluyendo su tipo y los actores que interactúan en cada uno.
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
- Analista
- Cliente
- Jefe de Proyecto
- Usuarios del Sistema
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 representación que es de gran utilidad para mostrar al cliente cual será la funcionalidad del sistema y que roles están involucrados.
- Se cuenta con una descripción de alto nivel del propósito de cada caso de uso del diagrama.
Nivel de Madurez
- Nivel de Madurez 2 del CMMI.
Conocimientos y Habilidades Básicos
Conocimientos
- Definición de requisitos software (funcionales y no funcionales).
- Método de Craig Larman
- Nociones de UML, en especial de la técnica de modelado de casos de uso.
Habilidades
- Capacidad de abstracción.
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.
