PRÁCTICA ES:E - PARTE I

MODELADO CONCEPTUAL DEL

DOMINIO DE UN SISTEMA PARA
LA GESTIÓN DE PROYECTOS

Laboratori Enginyeria Software : Especificació

Llenguatges i Sistemes Informàtics

Cuatrimestre Otoño 03/04

 Lengutges i Sistemes Informatics
Laboratori Enginyeria del Software : Especificacio

Práctica ES:E - Parte I

Cuatrimestre Otoño 03/04

CONTENIDO

1 Introducción............................................................................................................................................4
1.1 El Problema...................................................................................................................................................................... 4

2 Enunciado...............................................................................................................................................4
3 Normativa................................................................................................................................................5

3 de 5
 Lengutges i Sistemes Informatics
Laboratori Enginyeria del Software : Especificacio

Práctica ES:E - Parte I

Cuatrimestre Otoño 03/04

1 INTRODUCCIÓN

ManagedBySoft Inc. es una compañía de nueva creación que pretende abrir brecha en el mercado de
las aplicaciones para el soporte informático a la gestión de proyectos.

El departamento de marketing ha detectado que existe una gran oportunidad de mercado para una
herramienta software que automatice y gestione la definición de planes de trabajo de proyectos. Se
trataría de una herramienta que permita la definición visual de planes de trabajo, la gestión de
asignaciones de recursos, el cálculo de costes, cálculo de la carga de recursos y la generación de
informes.

2 ENUNCIADO

Somos los Analistas del departamento de I+D, y nos han asignado la tarea de modelar el dominio de
los planes de trabajo y proyectos, a fin de poder definir el contexto del sistema y que es lo que
debería automatizar el sistema que tiene en mente el departamento de marketing.

Durante varias reuniones con especialistas en la gestión de proyectos se ha elaborado una

descripción del dominio y un glosario de términos que se han recogido en (IPMS - Dominio.doc y
IPMS - Glosario.doc)

Como Analistas de I+D, nos han encargado que realicemos el Modelo Conceptual del dominio de
Proceso y Proyecto.

Se dividirá el modelado conceptual en dos diagramas de clases:

 Modelo Proceso: un diagrama de clases UML en el que se describan a alto nivel los
conceptos de un Proceso y sus relaciones. No hace falta especificar atributos, únicamente
clases, relaciones y restricciones.

 Modelo Proyecto: diagrama de clases UML en el que se detallen los conceptos de un

Proyecto especificando en detalle, atributos, relaciones entre conceptos, elementos
derivados y restricciones (las restricciones textuales se definirán en lenguaje OCL).

El primer diagrama muestra los conceptos base del dominio Proceso que están relacionados con los
conceptos del dominio Proyecto, que es el que especificaremos con detalle.

Deben definirse mediante lenguaje OCL los elementos derivados y las restricciones de integridad
que no puedan expresarse gráficamente.

4 de 5
 Lengutges i Sistemes Informatics
Laboratori Enginyeria del Software : Especificacio

Práctica ES:E - Parte I

Cuatrimestre Otoño 03/04

3 NORMATIVA

 La práctica se realizará en grupos de dos personas. Los componentes de un grupo no tienen

porque estar matriculados al mismo grupo de teoría ni de problemas. Deberéis comunicar a
vuestro profesor de laboratorio (en clase o por email) los integrantes del grupo durante las
primeras sesiones de laboratorio.

 Los laboratorios constarán de diversas sesiones explicativas donde se presentarán todos los
conceptos necesarios para la realización del proyecto. Los laboratorios se realizarán de forma
quincenal y la asistencia no es obligatoria.

 Se realizarán dos entregas, que corresponden con cada una de las dos partes en que se divide el
proyecto (modelo conceptual y modelo del comportamiento). La segunda parte se realiza a partir
de una solución modelo de la primera parte que será publicada en su momento. Las fechas límite
de entrega de cada una de las partes son las siguientes:

Primera Parte: 24 de Noviembre

Segunda Parte: 18 de Diciembre

 Las prácticas podrán entregarse a cualquiera de los profesores de laboratorio antes de la fecha
límite (durante las sesiones de laboratorio) o el día de entrega en horario y lugar que se
determinarán más adelante.

Para cada una de las entregas se os pedirá el fichero de Rational Rose (*.mdl) y un documento
impreso (se os ofrecerá una plantilla para generar el documento).

Se valorará negativamente la realización de un diagrama en Rose que no cumpla con las pautas
definidas durante las primeras sesiones de laboratorio al respecto de un correcto uso de Rose.
Ante cualquier duda consulta los documentos relativos a las sesiones 1 y 2 de laboratorio o
consulta con tu profesor.

 El proyecto representa un 20% de la nota final de la asignatura. De este 20% un 50%

corresponde a cada una de las entregas. El proyecto no se convalida a alumnos que repitan la
asignatura.

 Podéis encontrar información actualizada referente a todos estos aspectos (y a otros relacionados
con la asignatura) en la página web:

http://www.lsi.upc.es/~es-e

5 de 5