|
|
|
|
|
|
|
|
|
|
|
Ayúdanos a compartir conocimiento y experiencia en la utilización de Unified Modeling Language (UML) de manera libre y gratuita.
Muchas gracias por su apoyo.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Formalización de inscripciones a cursos y talleres.
Muchas gracias por su confianza .
|
|
|
|
|
|
|
|
|
|
|
Recursos vvC |
|
|
|
|
| |
...Hoja de Ruta UML
|
| Posiblemente, uno de los errores más frecuentes en el dominio del desarrollo del software, es abordar directamente “la solución” sin haber dedicado previamente el esfuerzo suficiente para definir cuál es “el problema”. |
| 2004-08-18 |
...Hoja de Ruta UML - manifiesto 2004
|
|
| 92Kb |
La realización de los distintos itinerarios por la “Hoja de Ruta”, permitirá que Analistas de Negocio y Programadores cooperen en la presentación de una solución tecnológica bien alineada con la cadena de valor de los Actores más relevantes del sistema en discusión. Dicha cooperación, también facilitará la traducción del modelo de referencia en unos componentes de software bien desacoplados, y proporcionará una mayor visibilidad de los procesos de proyecto involucrados para obtener dicha solución. Finalmente, al Analista de Negocio y el Programador podrán entender mejor sobre el terreno (hands-on), las ventajas clave de la orientación a objetos (dentro de los ámbitos interdependientes del análisis, el diseño y la programación), que les ayudarán a revelar la profunda unidad que subyace a la diversidad superficial de los procesos de negocio de una organización. Quizá la elaboración de esta “Hoja de Ruta” sea ambiciosa, pero no es imposible, y considero que vale la pena el esfuerzo para llegar a sus múltiples destinos. |
| |
|
| 2004-05-21 |
01 Taller de Requerimientos, Análisis y Diseño con UML
|
|
| 827Kb |
Forma parte de la ambición de este taller trasladar al alumno nuestra experiencia en el uso de esta notación en los últimos siete años. Explicarle cómo UML ha permitido mejorar los recursos conceptuales empleados en nuestras representaciones de la realidad y cómo nos ha facilitado aplicar mecanismos de certificación para ajustar la coherencia, completitud y usabilidad de nuestros modelos en base a un conocimiento más preciso de las responsabilidades de los Actores; y también cómo, a partir de esta certificación, hemos aplicado mecanismos de estimación de esfuerzo y evaluación de riesgo de proyectos, en base a una mayor visibilidad de la complejidad que siempre se oculta bajo lo aparentemente simple. |
| |
|
| 2004-05-19 |
02 Taller de Modelado de Procesos de Negocio con UML
|
|
| 466Kb |
En este taller mostramos como el modelado de procesos de negocio con la notación UML (Unified Modeling Language) y su extensión “Business Process Model”, facilitan un lenguaje común para organizar y formalizar el conocimiento de todos los agentes de un sistema de información. Este conocimiento visible y compartido de reglas de negocio y restricciones, será la clave del éxito para abordar la innovación y mejora de procesos de negocio y para rentabilizar, de la manera más eficiente posible, las inversiones en tecnologías de la información y comunicación. Hay disponibles distintas opciones del taller que utilizan las siguientes herramientas CASE: IBM Rational Rose, Enterprise Architect, Visual Paradigm, Poseidon y Microsoft Visio Enterprise. |
| |
|
| 2004-02-08 |
03 Taller de dirección eficaz de proyectos con UML
|
|
| 323Kb |
Un proyecto es un esfuerzo temporal orientado a la creación de un producto o servicio concreto. Está condicionado por dos incógnitas clave: su delimitación (Project Overview Statement) y su granularidad (Work Breakdown Structure).
En su consecución convergen los siguientes vectores:
1. Tiempo (marco temporal de fases e hitos)
2. Proceso (marco operacional de actividades, recursos y tecnología)
3. Coste (marco económico-financiero)
4. Producto (marco de certificación de entregables)
Saber abrir y cerrar un proyecto es tan importante como saber planificar y dirigir su ejecución. El contenido y las prácticas de este curso están orientados a realizar un transfer de conocimiento activo para que los asistentes dispongan de documentación -guías de estilo-, pautas de trabajo -patrones de actuación- y modelos reales de proyectos -aprendizaje mediante ejemplos-; con la finalidad, en un primer nivel, de leer e interpretar los conceptos básicos de un proyecto; y en un segundo nivel, de llegar a ser los autores de un cuaderno de proyecto en línea con los estándares establecidos -best practices- a nivel internacional por el Project Management Institute http://www.pmi.org
|
| |
|
| 2004-02-08 |
04 Taller de análisis de problemas con artefactos UML
|
|
| 375Kb |
En este taller no hablamos de soluciones, nuestra misión es explicar distintas maneras de definir, delimitar y descomponer un problema. Mostrar qué estrategias determinan una mejor comprensión de la realidad. Bajo cualquier problema de información o comunicación subyace siempre una estructura y una funcionalidad común. Existen unas entidades que configuran la estructura del problema, y existen unos escenarios donde participan dichas entidades en base a la ocurrencia de determinados eventos. Estructura-Función, Entidad-Actuación, Eventos-Estados-Transiciones, son posibles enfoques para empezar a desmenuzar el alcance, la composición y la lógica de un problema, o dicho de otro modo, visualizar y comprender la cadena de valor de todos los actores involucrados e implicados en el problema, sin caer en confusiones conceptuales. |
| |
|
| 2004-02-09 |
10 Taller de artefactos UML con herramientas CASE
|
|
| 443Kb |
Este taller es una introducción general a los procedimientos básicos de una herramienta CASE orientada a modelar y procesar artefactos UML. Presentamos una colección de actividades que representan aproximadamente un 20 % de las prestaciones de la herramienta pero cubren el 80 % de las exigencias de modelado de las especificaciones de análisis y diseño en una arquitectura centrada en componentes de software.
Una de las quejas más frecuentes de los usarios de las herramientas CASE se refiere al largo umbral de aprendizaje que exige antes de poder aportar valor real dentro de un proyecto de desarrollo de software. El contenido de este taller está diseñado para que los participantes puedan empezar a sacar rendimiento de la herramienta desde el primer día. La misión de cualquier herramienta CASE que utiliza UML como notación para elaborar los modelos, es comunicar y compartir entre todos los participantes en un proyecto, aquellas decisiones que se toman con respecto a la arquitectura del sistema en discusión y que son determinantes para cumplir con los objetivos trazados.
|
| |
|
| 2004-02-08 |
11 Taller de artefactos UML con IBM Rational Rose
|
|
| 454Kb |
En este taller mostramos cómo usar la herramienta CASE IBM Rational Rose para diseñar una arquitectura racional y eficiente, alineada con las necesidades de los Actores. Explicamos cómo escoger los modelos apropiados en cada fase del proyecto, y cómo parametrizar las variables requeridas para generar los informes de actualización del repositorio. Realizamos ejercicios para nombrar y situar correctamente los artefactos en cada modelo, y para aplicar un vocabulario controlado que nos permite conocer la trazabilidad de los artefactos a través de las perspectivas de los distintos modelos, todo ello, dirigido a extraer el máximo rendimiento de IBM Rational Rose para comunicar los puntos clave de la arquitectura de especificación y ejecución. |
| |
|
| 2004-02-08 |
Criterios de selección de una herramienta CASE - UML
|
|
| 189Kb |
La misión de cualquier herramienta CASE que utiliza UML como notación para elaborar los modelos, es "comunicar", de la manera más eficiente posible, a los agentes del proyecto, todas aquellas decisiones que se toman con respecto a la arquitectura del sistema en discusión y que son determinantes para cumplir con los objetivos de las distintas fases de un proyecto: Estudio Preliminar, Formalización, Construcción, Transición y Evaluación. Un uso poco apropiado de la herramienta puede acarrear un mayor esfuerzo en la extracción de conocimiento de los modelos y dispersar la atención del Analista de Negocio y del Arquitecto con respecto a los elementos que han de supervisar y certificar. La correcta granularidad de los elementos que configuran la arquitectura en los entornos de concepción, desarrollo y de ejecución, facilita que el equipo de proyecto centre todos sus esfuerzos en los factores relevantes, evitando aquellos detalles que solo añaden ruido al modelo.
|
| |
|
| 2003-12-19 |
Guía Visual UML ver.- 0.17
|
|
| 1.64Mb |
Unified Modeling Language “UML”, es una notación patrocinada por el Object Management Group (OMG), que se ha convertido en un estándar para definir, organizar y visualizar los elementos que configuran la arquitectura de un sistema. Un sistema es algo “compuesto”, una construcción realizada por manos y herramientas siguiendo las directrices de un propósito. La palabra se aplica casi exclusivamente a abstracciones con el fin de captar la totalidad de una realidad. A través de la notación UML podemos comunicar y compartir el conocimiento de una arquitectura gracias a la combinación simultánea de distintas perspectivas. El resultado, es una mayor comprensión y claridad sobre las coordenadas Espacio – Tiempo – Información, que tienen consecuencias dentro de un dominio. |
| |
|
| 2007-01-30 |
Modelo de Actividad
|
|
| 2.09Mb |
Un diagrama de Actividad es una representación de una serie de acciones, dentro de uno o varios hilos de proceso,que pueden estar Condicionados por unos nodos de control que sincronizan o fusionan su flujos. |
| |
|
| 2007-01-30 |
Modelo de Casos De Uso
|
|
| 2.88Mb |
Un Caso de Uso es una pieza de funcionalidad reusable que define la cadena de valor de los Actores que interactúan con un sistema en discusión (SeD). |
| |
|
| 2007-01-30 |
Modelo de Clases
|
|
| 2.76Mb |
Un diagrama de Clases es la representación formal de requerimientos en Entidades y Actuaciones,la arquitectura conceptual de un dominio, la Solución de diseño en una arquitectura, la especificación de unos componentes de software orientado a objetos. Una Clase es un artefacto de modelado que describe un conjunto de objetos que comparten los mismos: Atributos (conocimiento), Operaciones (responsabilidad), Relaciones (entrelazamiento), Semántica (relevancia). |
| |
|
| 2007-01-29 |
Muestrario de un Cuaderno de Proyecto
|
|
| 5.64Mb |
Organizamos el proyecto en base a un repertorio de entregables objetivo, agrupados en procesos de proyecto (marco procedural).
Todos los entregables están orientados a cumplir los objetivos del proyecto y han de ser completados dentro de unas fases (marco temporal), con los siguientes criterios:
1. Conforme a un presupuesto establecido.
2. Conforme a una especificación basada en estándares (notación UML).
3. Mediante unos recursos tecnológicos disponibles.
4. Con el soporte de un equipo que asume unas responsabilidades bien definidas (Casting de roles de proyecto).
5. Conforme un esquema de actuación (Metodología y herramientas CASE).
Cada confluencia de Proceso/Fase del proyecto, define un subconjunto objetivo de entregables a elaborar por los roles de proyecto (Analista de Negocio, Arquitecto, Programador), con distintas responsabilidades (Autor, Modificador, Certificador).
|
| |
|
| 2004-08-24 |
Nuevos retos en la ingeniería del software
|
|
| 69Kb |
Nunca como ahora la ingeniería del software ha estado en una encrucijada semejante. Se ha hablado hasta la saciedad de las crisis anunciadas del dos mil y del Euro. Pero este tipo de problemas en realidad sólo han exigido una reasignación de recursos para abordar su solución. Ahora nos enfrentamos a algo mucho más complejo y de gran alcance, se trata de un cambio radical en el esquema de producción del software y en el esquema de valores que sustenta la cooperación orientada a tal fin entre los profesionales. Ello es debido, en gran medida, a tres factores clave: Deslocalización de centros de desarrollo, implementación de factorías de software y modelado de procesos de negocio. |
| |
|
| 2006-01-10 |
Objetos de Negocio Esenciales
|
|
| 2.23Mb |
AGENTE: Persona, Organización, Sistema, Subsistema, Dispositivo, Sustancia, Material, Forma de Vida, Tiempo, etc., que es capaz de realizar una Actuación. Todo Agente, también puede ser Actor de un sistema en discusión, si cumple la condición que aporta o recibe valor del mismo a través de una interfaz gráfica de usuario, o a través de una interfaz de comunicación, o mediante un Documento de negocio, dentro de un Punto de Actuación.
|
| |
|
| 2006-04-18 |
Oficina de Proyectos
|
|
| 509Kb |
Flujo de trabajo (Fases, Procesos y Entregables), orientado a la matriculación de proyectos y a la administración de los "contratos de funcionalidad" en una Cartera de Proyectos. |
| |
|
| 2006-04-08 |
Plan de Producción & Comunicación basado en CU
|
|
| 991Kb |
Recorrido por los entregables clave de un proyecto basado en el modelado de escenarios de usabilidad. La especificación de Casos de Uso con el soporte de un vocabulario controlado, facilita la trazabilidad a través de distintas escalas de abstracción del producto, representadas con artefactos UML. |
| |
|
| 2006-01-10 |
TRAD_CasosDeUso_CMMI
|
|
| 2.52Mb |
Taller avanzado de metodología de desarrollo de software con Casos de Uso, Aspectos y CMMI.
Conocer la estructura de los Casos de Uso para saber cómo especificar escenarios de manera fácil sin bloquearse a partir de unos ejemplos clave.
Saber reconocer los Aspectos que incorpora cada CU como extensiones o funciones transversales del sistema.
Ubicar la especificación de Casos de Uso y Aspectos dentro del proceso de Análisis y Diseño en un proyecto.
Establecer una trazabilidad desde los requerimientos, hasta la arquitectura, y finalmente, hasta un código bien organizado y documentado.
Saber cómo cumplir las exigencias del CMMI de manera progresiva para obtener una garantía de calidad.
|
| |
|
| 2006-01-10 |
TRAD_Entregables
|
|
| 1.59Mb |
Repertorio de entregables de proyecto a realizar/certificar por uno o varios Roles, siguiendo las reglas de un proceso (Análisis, Diseño, Implementación, Testing, etc.), y dentro de un esquema temporal ordenado por fases (estudio preliminar, formalización, construcción, etc.). Metodología UML-TRAD. |
| |
|
| 2006-01-10 |
TRAD_Presentacion
|
|
| 2.27Mb |
Introducción a la ingeniería de Requerimientos, Análisis y Diseño con UML. Conceptos básicos. Temario a desarrollar sobre notación, metodologías y herramientas. Qué es UML, Actores, Escenarios de Usabilidad, Restricciones de Negocio, Modelado de Procesos de Negocio, Orientación a Objetos, Dirección Eficaz de Proyectos, Plan Director de Iteraciones. Cómo buscar recursos UML |
| |
|
| 2006-04-09 |
¡Qué es UML!
|
|
| 507Kb |
Conceptos básicos sobre UML (Lenguaje Unificado de Modelado), Para qué sirve, Porqué vale la pena, Cuándo hay que usarlo, Cómo hay que usarlo, De donde viene, Ventajas clave... |
| |
|
|
|
| |
|
|
