Las diferentes etapas del desarrollo del proyecto

e presenta a continuación un ejemplo sencillo sobre el modelado de un proyecto, basado en la metodología UML.

UML, o Lenguaje de Modelado Unificado, es una especificación de notación orientada a objetos, el cual se compone de diferentes diagramas, los cuales representan las diferentes etapas del desarrollo del proyecto.

El ejemplo de este artículo se centra en el desarrollo de un pequeño aplicativo para Administrar Proyectos de desarrollo, donde se llevará el control de los avances de sus diferentes etapas. Se han usado varios diagramas, buscando mostrar su uso, mas en la práctica la complejidad del proyecto a desarrollar nos dice cuáles diagramas usar.

Espero te ayude en algo, y te invito a calificar en PanoramaBox, para aplicar a la cuarta estrella en el programa DCE.

Si quieres profundizar más en el tema te invito a leer un excelente manual sobre UML en el siguiente enlace: http://programacion.com/tutorial/uml/ de autoría de Pere Martra. (De verdad que es muy bueno).

Los diagramas y formatos son los siguientes:

OBJETIVO

Es una descripción corta del proyecto, de tal manera que nos dé una idea general del mismo.

Es importante su claridad, ya que su información sirve de origen para algunos de los diagramas junto a otros, más adelante.

Proyecto: Administrador de Proyectos De Desarrollo

Descripción: Herramienta computacional que permite controlar el proceso

de Desarrollo de Aplicaciones. El sistema permite registrar las fases y las

actividades de cada fase, así como el tiempo invertido en cada una de

éstas, y ofrece informes actualizados en línea sobre el estado de cada

proyecto.

REQUERIMIENTOS.

Clasificación de los requerimientos del proyecto, los cuales se identifican con una clave, a la cual se le hará referencia en los diagramas más detallados en adelante. Esta clasificación se hace en tres grandes grupos: Consultas e Informes, Almacenamiento y Procesamiento.

Control de Proyectos

REQUERIMIENTOS

NroRequerimiento Descripción

Consultas/informes

R1 Informe Proyectos Detallado

R2 Informe Responsables

R3 Informe Movimientos

Almacenamiento

R4 Datos por Proyecto: CodProyecto,nombre, fechaInicio,fechaTerminacion,

porcentajeAvance y responsable

R5 Datos por Etapa: CodEtapa,nombre,porcentajeAvance,pesoPorcentual y

responsable

R6 Datos por Actividad: codActividad,nombre,porcentajeAvance,responsable

R7 Datos por Responsables: CodResponsable, nombre

R8 Datos por Reporte de Tiempos: codActividad, fecha,responsable,horas y

porcentajeAvance

Procesamiento

R9 Cálculo del Porcentaje de Avance de la Etapa:

( suma(avanceActividades) / (NroActividades*100) )

R10 Calcula del porcentaje de Avance del Proyecto:

suma(porcentajeAvance * pesoPorcentual)

CASOS DE USO

Este diagrama representa la funcionalidad completa de una sistema (o una clase), mostrando su interacción con los agentes externos. Esta representación se hace a través de las relaciones entre los actores (agentes externos) y los casos de uso (acciones) dentro del sistema. Los diagramas de Casos de Uso definen conjuntos de funcionalidades afines que el sistema debe cumplir para satisfacer todos los requerimientos que tiene a su cargo. Esos conjuntos de funcionalidades son representados por los casos de uso. Se pueden visualizar como las funciones más importantes que la aplicación puede realizar o como las opciones presentes en el menú de la aplicación.

SUBCASOS DE USO

Hacen referencia a la descomposición de los DCU del punto anterior. Se dan cuando existe una relación entre dos casos de uso. Dicha relación puede ser de extensión, que en términos de OO, esta relación es una relación de herencia, donde el “subcaso” especializa al caso. También puede ser una relación de “uso”, donde el caso requiere que el subcaso se realice completamente para que él mismo se realice bien y completamente.

DESCRIPCIÓN CASOS DE USO

Este formato muestra una descripción para ayudar a comprender los Casos y SubCasos de Uso. También hace referencia a los requerimientos consignados en el documento de requerimientos, con los cuales tiene relación. Por causa del espacio, solo se muestran algunos a continuación.

Control de Proyectos

DESCRIPCION DE CASOS DE USO

Nombre ManejoProyectos

Alias

Actores Responsable

Funcion Permitir el mantenimiento de los Proyectos

Descripcion El Responsable puede registrar Proyectos nuevos, identificando todas sus

características. El sistema debe validar que el código esté disponible.

También es posible modificar algunas de sus características o eliminar

un Proyecto si aun no tiene registro de tiempo.

Referencias De requerimientos: R8, R10

De Casos: RegistroMovimiento,CalculoAvanceProyecto

Control de Proyectos

DESCRIPCION DE CASOS DE USO

Nombre ManejoEtapas

Alias

Actores Responsable

Funcion Permitir el mantenimiento de los etapas

Descripcion El responsable puede crear y asociar etapas o fases a cada Proyecto. Puede

modificar sus características, y eliminar etapas que aun no tengan registro

de tiempo por labores o actividades realizadas.

Referencias De requerimientos: R8,R9

De Casos:RegistroMovimiento,CalculoAvanceEtapa

Control de Proyectos

DESCRIPCION DE CASOS DE USO

Nombre ManejoActividades

Alias

Actores Responsable

Funcion Permitir el mantenimiento de las actividades

Descripcion El responsable puede crear y asociar actividades a las etapas de cada Proyecto.

Puede modificar y eliminar etapas sin movimiento

Referencias De requerimientos: R8,R4,R5,R7

De Casos:ManejoEtapas, ManejoProyecto

Control de Proyectos

DESCRIPCION DE CASOS DE USO

Nombre RegistroMovimiento

Alias

Actores Responsable

Funcion Permitir el registro del tiempo invertido en cada actividad de cada

...