PRCTICA ES:E - PARTE I

MODELADO CONCEPTUAL DEL DOMINIO DE UN SISTEMA PARA LA GESTIN DE PROYECTOS

Laboratori Enginyeria Software : Especificaci Llenguatges i Sistemes Informtics Cuatrimestre Otoo 03 0!

Lengutges i Sistemes Info m!ti"s L!#o !to i Engin$e i! %e& Soft'! e : Es(e"ifi"!"io P )"ti"! ES:E - P! te I Cu!t imest e Oto*o +,-+.

CONTENIDO
Prctica ES:E - Parte I ................................................................................................................................1 Modelado Conceptual del Dominio de un Sistema para la Gestin de Proyectos......................................1 contenido.......................................................................................................................................................2 1 Introduccin................................................................................................................................................ 2 Enunciado................................................................................................................................................... !ormati"a...................................................................................................................................................#

/ %e .

Lengutges i Sistemes Info m!ti"s L!#o !to i Engin$e i! %e& Soft'! e : Es(e"ifi"!"io P )"ti"! ES:E - P! te I Cu!t imest e Oto*o +,-+.

INTRODUCCIN
ManagedBySoft Inc. es una compaa de nueva creacin que pretende abrir brecha en el mercado de las aplicaciones para el soporte informtico a la gestin de proyectos. l departamento de mar!eting ha detectado que e"iste una gran oportunidad de mercado para una herramienta soft#are que automatice y gestione la definicin de planes de traba$o de proyectos. Se tratara de una herramienta que permita la definicin visual de planes de traba$o% la gestin de asignaciones de recursos% el clculo de costes% clculo de la carga de recursos y la generacin de informes.

ENUNCIADO
Somos los &nalistas del departamento de I'(% y nos han asignado la tarea de modelar el dominio de los planes de traba$o y proyectos% a fin de poder definir el conte"to del sistema y que es lo que debera automati)ar el sistema que tiene en mente el departamento de mar!eting. (urante varias reuniones con especialistas en la gestin de proyectos se ha elaborado una descripcin del dominio y un glosario de t*rminos que se han recogido en +I,MS - (ominio.doc y I,MS - .losario.doc/ 0omo &nalistas de I'(% nos han encargado que realicemos el Modelo 0onceptual del dominio de ,roceso y ,royecto. Se dividir el modelado conceptual en dos diagramas de clases1 Modelo ,roceso1 un diagrama de clases 2M3 en el que se describan a alto nivel los conceptos de un ,roceso y sus relaciones. 4o hace falta especificar atributos% 5nicamente clases% relaciones y restricciones. Modelo ,royecto1 diagrama de clases 2M3 en el que se detallen los conceptos de un ,royecto especificando en detalle% atributos% relaciones entre conceptos% elementos derivados y restricciones +las restricciones te"tuales se definirn en lengua$e 603/.

l primer diagrama muestra los conceptos base del dominio ,roceso que estn relacionados con los conceptos del dominio ,royecto% que es el que especificaremos con detalle. (eben definirse mediante lengua$e 603 los elementos derivados y las restricciones de integridad que no puedan e"presarse grficamente.

, %e .

Lengutges i Sistemes Info m!ti"s L!#o !to i Engin$e i! %e& Soft'! e : Es(e"ifi"!"io P )"ti"! ES:E - P! te I Cu!t imest e Oto*o +,-+.

NORMATIVA
3a prctica se reali)ar en grupos de dos personas. 3os componentes de un grupo no tienen porque estar matriculados al mismo grupo de teora ni de problemas. (eber*is comunicar a vuestro profesor de laboratorio +en clase o por email/ los integrantes del grupo durante las primeras sesiones de laboratorio. 3os laboratorios constarn de diversas sesiones e"plicativas donde se presentarn todos los conceptos necesarios para la reali)acin del proyecto. 3os laboratorios se reali)arn de forma quincenal y la asistencia no es obligatoria. Se reali)arn dos entregas% que corresponden con cada una de las dos partes en que se divide el proyecto +modelo conceptual y modelo del comportamiento/. 3a segunda parte se reali)a a partir de una solucin modelo de la primera parte que ser publicada en su momento. 3as fechas lmite de entrega de cada una de las partes son las siguientes1 ,rimera ,arte1 24 de Noviembre Segunda ,arte1 18 de Diciembre 3as prcticas podrn entregarse a cualquiera de los profesores de laboratorio antes de la fecha lmite +durante las sesiones de laboratorio/ o el da de entrega en horario y lugar que se determinarn ms adelante. ,ara cada una de las entregas se os pedir el fichero de 7ational 7ose +8.mdl/ y un documento impreso +se os ofrecer una plantilla para generar el documento/. Se valorar negativamente la reali)acin de un diagrama en 7ose que no cumpla con las pautas definidas durante las primeras sesiones de laboratorio al respecto de un correcto uso de 7ose. &nte cualquier duda consulta los documentos relativos a las sesiones 9 y : de laboratorio o consulta con tu profesor. l proyecto representa un :;< de la nota final de la asignatura. (e este :;< un =;< corresponde a cada una de las entregas. l proyecto no se convalida a alumnos que repitan la asignatura. ,od*is encontrar informacin actuali)ada referente a todos estos aspectos +y a otros relacionados con la asignatura/ en la pgina #eb1 http1>>###.lsi.upc.es>?es-e

. %e .