Capitulo 11 ms Project Porcentaje Retraso y Porcentaje Planeado + ms Pro...

Caso practico de Casos de uso y análisis de Sistemas con IBM-Rhapsody 2022

Crear profile de Modelo de Análisis IBM-Rhapsody

Curso de Gestión de Proyecto con Ms Project Capítulo 6-Tareas Periódicas...

Gestión de Proyecto con Ms Project Capítulo 5 Costos

Gestión de Proyecto con Ms Project Capítulo 4

Gestión de Proyecto con Ms Project Capítulo 3

Gestión de Proyecto con Ms Project Clase 02

Gestión de Proyecto con Ms Project y UML

Como llamar a un caso de uso?

Consejos para estructurar casos de Uso: Recomendación 2:  Como llamar a un caso de uso?

Este post, lo escribo después de mucho tiempo, después de terminar el ciclo donde dicto, es por varias preguntas de muchos alumnos y esta siempre era mi respuesta:

"Expresiones verbales que describen algún comportamiento del sistema".

Ya entrando a mayor detalle, se puede decir que los nombres de los Casos de Uso debe comenzar por un verbo y ser lo más corto posible, pero que a su vez, describa lo que el Caso de Uso hace. El nombre del CU debe indicar el valor u objeto que genera para el actor. El nombre del Caso de Uso comienza por su identificación CU.# donde # es el número asignado a este CU.

Ejemplos:

CU01 Registrar matricula, CU02 Registrar venta en línea, CU03 Generar estado de deudas, CU04 Registrar pago de facturas pendientes. CU05 Anular facturas.

Un tema muy importante es que el caso de uso describa lo que el caso de Uso hace. Por ejemplo un caso de uso actualizar factura?, no me describe lo que el caso de uso hace , si lo piensa registrar, modificar, anular , al ser una transacción sería adecuado detallarlo así.

• CU01 Registrar Factura al crédito
• CU02 Anular Factura
• CU03 Registrar pago de factura.

No se puede tratar como un mantenimiento o caso CRUD por ser una transacción, espero les sirva esta sugerencia.

Saludos Carlos E Navarro Price

Caso Completo de Diseño de Software

Damas y caballeros :
Esta semana subo el ejemplo completo de la clase sobre Reservar habitación

Posee: Diagrama de Clases de Diseño, Diagrama de secuencia y Operaciones de Diseño



Saludos Prof Carlos E Navarro price

Consejos para estructurar casos de Uso:Recomendación 1: Generalización de Actores

Consejos para estructurar casos de Uso

Estaba revisando algunos trabajos y encontré muchos errores al momento de identificar actores y casos de uso, así que voy a publicar  algunas recomendaciones para mejorar nuestros diagramas de casos de uso, esta será la primera recomendación: 

Recomendación 1: Generalización de Actores

Tenemos que tener claro que nosotros identificamos roles y no usuarios y que si un actor no tiene relación con algún caso de uso, debería de ser eliminado, esto nos dará un panorama más claro de los roles del sistema.

Ejemplo con error

Solución correcta:

Se debe de crear un actor Registrador y deberán de heredar tanto el profesor como el asistente de secretaria Académica, y el registrador es quien puede utilizar el caso de uso registrar Nota

Buenas noches y nos vemos la próxima semana con una nueva recomendación

Saludos

Carlos E Navarro Price 

Guia 5 de IBM Rational Software Architect Primeros Pasos

IBM Rational Software  Architect Guía 5

Publicar archivo Rational Software de modo web

Buenas tardes, después de un buen tiempo subo una nueva guía, espero a partir de este mes publicar todas las semanas. , Publicare la guía 5  “Publicar archivo RSA de Modo Web”,  es importante saber que esta configuración nos ayudara a  poder trabajar más rápidamente. 

Descargar Guia5

Saludos

Carlos E Navarro Price 

Guia 4 de IBM Rational Software Architect Primeros Pasos

IBM Rational Software  Architect Guía 4

Configuración de IBM Rational Software Architec 8.0 Modelo de casos de uso del negocio 

Continuando este mes con las Guías de Rational Software Architect, Publicare la guía 4  “Configuración automática de RSA para modelo de casos de uso del negocio”,  es importante saber que esta configuración nos ayudara a  poder trabajar más rápidamente. 

Descargar Guia4

Saludos

Carlos E Navarro Price

Guia 3 de IBM Rational Software Architect Primeros Pasos

IBM Rational Software  Architect Guía 3

Cambiar Workspace o cambiar espacio de trabajo

Continuando este mes con las Guías de Rational Software Architect, Publicare la guía 3  “Cambiar workspace”  Lo primero que tenemos que saber es que el workspace es el área de trabajo de proyectos y es muy importante saber dónde se encuentra nuestro proyecto para poder copiarlo y guardarlo.  

Descargar Guía N3

Saludos

Carlos E Navarro Price

Guia 2 de IBM Rational Software Architect Primeros Pasos

IBM Rational Software Architect Guía 2

Importar Archivos en RSA

Continuando este mes con las Guías de Rational Software Architect ,

Publicare la guía 2  “Importar Archivos en RSA” descargar

Saludos

Carlos E Navarro Price

Guia 1 de IBM Rational Software Architect Primeros Pasos

IBM Rational Software Architect Guía 1

Creación de proyectos con RSA

Estaré desarrollando varias guías  sobre el manejo del  IBM Rational Software Architect, estas  guías están dirigidas para aquellas personas que se están iniciando en el manejo del IBM Rational software Architect. Semanalmente publicare una guía., Espero que este material sea útil e interesante.

Las Guías contendrán los siguientes temas:

1. ·  Creación de un proyecto de modelo de casos de uso del negocio. Publicado
2. ·   Importar un archivo  Publicado
3. ·  Cambiar workspace Publicado
4. ·  Configurar Modelo de Negocio  Publicado
5. ·  Publicar archivo de modo web Publicado
6. ·  Cambiar profile de proyectos
7. ·  Crear nuevos Modelos.
8. ·  Exportar archivo

 Este  semana publicare la guía N1 creación de proyectos con RSA descargar

Saludos

Carlos E Navarro Price