Modelado de casos de uso

Modelado de casos de uso

A UML use case diagram is the primary form of system/software requirements for a new software program under developed. Use cases specify the expected behavior (what) of a system, and not the exact method of making it happen (how). A complete set of use cases specifies all the different ways to use the system and therefore defines all behavior required of the system bounding the scope of the system.

Sigue leyendo
Caso de uso Descripción Ejemplo

Caso de uso Descripción Ejemplo

Un caso de uso es una descripción escrita de cómo un usuario realiza una tarea en su sistema. Describe el comportamiento del sistema desde la perspectiva del usuario al responder a una solicitud. Cada caso de uso se representa como una secuencia de pasos sencillos, que comienzan con el objetivo del usuario y terminan cuando se logra el objetivo.

Sigue leyendo
Tutorial de casos de uso para principiantes

Tutorial de casos de uso para principiantes

Un diagrama de casos de uso modela diferentes tipos de usuarios que interactúan con el sistema para resolver un problema. Como tal, describe los objetivos de los usuarios, las interacciones entre los usuarios y el sistema, y el comportamiento requerido del sistema para satisfacer estos objetivos. Los casos de uso definen las interacciones entre los actores externos y el sistema para alcanzar determinados objetivos. Un diagrama de casos de uso contiene cuatro componentes principales

Sigue leyendo
Planificación de Sprint: Pronóstico vs Compromiso

Planificación de Sprint: Pronóstico vs Compromiso

En el verano de 2011, Ken Schwaber y Jeff Sutherland revisaron su Guía de Scrum. En ella, eliminaron un comportamiento establecido desde hace mucho tiempo y conocido por Scrum, que es el compromiso que el equipo hace con el propietario del producto y los clientes. El compromiso fue sustituido por la previsión. Dicen que los equipos pueden prever su trabajo, pero no comprometerse con él.

Sigue leyendo
Revisión de Sprint vs Retrospectiva de Sprint

Revisión de Sprint vs Retrospectiva de Sprint

Cada sprint termina con una reunión de revisión del sprint de dos partes. Dicha reunión comienza con una revisión y demostración al cliente y termina con la retrospectiva del equipo. Ambos componentes tienen lugar el último día del sprint. La revisión del sprint se centra en la “inspección” y “adaptación” del incremento (potencialmente enviable), mientras que la retrospectiva del sprint se centra más en la “inspección” y “adaptación” del proceso del sprint.

Sigue leyendo
Herramienta ArchiMate en línea gratuita + ejemplos

Herramienta ArchiMate en línea gratuita + ejemplos

El Open Group creó ArchiMate como un lenguaje de modelado abierto e independiente para la arquitectura empresarial (EA). El estándar proporciona una notación que permite a los arquitectos empresariales describir, analizar y visualizar las relaciones entre los dominios empresariales de forma inequívoca. ArchiMate permite la creación de modelos totalmente integrados de la EA de la organización, la motivación de la misma y los programas, proyectos y rutas de migración para implementarla.

Sigue leyendo