Certamen 2 Metodologas de Anlisis y Diseo

Respuesta Certamen 2 Metodologas de Anlisis y Diseo

Contenidos a Medir: Modelo de Casos de Uso, Modelo Conceptual, DSS, y Contratos.

Nombre Alumno: RUT Alumno:

Fecha: 06 /11 /2007

1.- Caos de Uso y Modelo Conceptual (40 puntos 20 puntos c/u) Para resolverlo solo ocupe las tcnicas aprendidas en clase. Gestin de Horarios La Subdireccin Acadmica de la Escuela Galctica de Informtica (EGI), con sede en Europa (Jpiter), se encarga habitualmente de la confeccin de los horarios de clase. Este proceso suele ser manual, pero este ao se quiere plantear la adquisicin de un software que permita automatizar esta gestin. El principal objetivo para el subdirector, que es la persona encargada de disear los horarios, es la generacin automtica de stos, a partir de determinadas informaciones como: - Las asignaturas de que consta cada curso. - Las asignaturas a impartir por cada profesor. - Las aulas disponibles para impartir las clases. De cada profesor interesa conocer su nombre, DNI y despacho, as como el departamento a que pertenece. Cada departamento tiene un nombre. Las asignaturas tienen un nombre y un nmero de crditos, que indica el nmero de horas de docencia a la semana (1 crdito equivale a 3 horas). Hay dos tipos de asignaturas: las que son tericas, de las que debe recogerse la pgina WEB donde se publican los apuntes, y las que son prcticas, que deben tener asociado el sistema operativo a emplear. Igualmente hay dos tipos de aulas: para clases de teora y para clases de laboratorio (asignaturas prcticas). En general, las aulas tienen un nombre, una ubicacin y una capacidad. De las aulas de teora interesa conocer el tipo de pupitre (abatible o fijo), y de las de prcticas se quiere saber si disponen de altavoces y cmara de videoconferencia. Los posibles cursos son cinco, de primero a quinto, pero interesa que el sistema sea abierto para poder evolucionar a situaciones con un nmero de cursos mayor o menor. Hay que tener en cuenta que una asignatura slo puede formar parte de un nico curso. Los das de clase van de lunes a viernes, y las horas posibles son de 8:30 a 14:30 y de 15:30 a 21:30. Las asignaturas se imparten en bloques de 1 hora. Los profesores deben introducir en el sistema la informacin de las asignaturas que imparten. Tambin deben especificar en qu tres das desean tener clase. Este dato es utilizado por el subdirector para generar automticamente los horarios. No obstante, puede darse el caso de que la generacin automtica no obtenga una solucin completa al problema de los horarios y sea preciso que se retoque manualmente la asignacin de horas de clase a las asignaturas en las diferentes aulas. De esto, y de la introduccin del resto de informaciones necesarias, tambin se encarga el subdirector. El sistema tambin debe permitir la consulta de horarios por parte de los alumnos. Tanto alumnos como profesores utilizarn el sistema desde la Web, para lo que se hace necesaria una autentificacin previa de estos usuarios.

Sergio Snchez Ing. en Informtica Aplicada

Certamen 2 Metodologas de Anlisis y Diseo

Diagrama de Casos de Uso "Gestion de Horarios"

Autor: Sergio Snchez Rios Fecha Creacin: 11/09/2004 Fecha Modif icacin: 11/09/2004 Generar Horario Automatico

Rectif icar Horario

SubDirector
(from Actores)

Registro Asignaturas

Registro de Aulas Teoricas

Registro Aulas

Registro de Aulas Practicas

Registro Asignaturas Teoricas

Registrar asignaturas a dictar Prof esor

(from Actores)

Registro Asignaturas Practicas

Registrar das Tentativ os Login Prof esor

Usuario
(from Actores)

Login

Login Alumno Alumno

(from Actores)

Consultar Horarios

Sergio Snchez Ing. en Informtica Aplicada

Certamen 2 Metodologas de Anlisis y Diseo

Escuela
(fromClases Conceptuales)

Posee 1

1 Posee 1..n 1..n 1 Posee Tiene Prctica Contrata

(fromAsignatura)

Dirige 1 Realiza 1

SubDirector
(fromClases Conceptuales)

Departamento
(fromClases Conceptuales)

1 Crea

0..1

Nombre 1

1..n 1..n 1 Horario

(fromClases Conceptuales)

Laboratorio
(fromAula)

1..n Modifica

Medio Audiovis uales Aula

(fromClases Conceptuales)

Sistema Operativo

Asignatura
(fromClases Conceptuales)

Nombre Creditos Teoricas

(fromAsignatura)

Ao Semestre 1 1

Nombre ubicacion capacidad

Sala
(fromAula)

W eb de Publicacion Realizada 1..n Alumno 1..n

(fromClases Conceptuales)

1 Tiene 1..n LineadeHorario Registra 1 1..n

(fromClases Conceptuales)

tipo de pupitre

0..n

Asigna

Curso Participa 0..1 0..n

(fromClases Conceptua...

Nombre DNI

Hora_Inicio Hora_Termino Da

1..n

Im parte

0..n

0..n

Profesor
(fromClases Conceptua...

0..n Registra 1

2.- Desarrolle el Diagrama de Secuencia del Caso de Uso Expandido. Adems realice un contrato de una de las operaciones encontradas (20 puntos 10 puntos c/u). DESCRIPCIN EXPANDIDA Datos Generales Caso de Uso ID Caso de Uso Nombre Caso de Uso Prioridad Actores Primarios Actores Secundarios Pre-Condicin UC-01 Tomar Orden Telefnica Primaria Vendedor PBX, Cocinero Vendedor est identificado y autentificado.

Escenario Exitoso Responsabilidad Actor 1. El Vendedor toma el telfono para responder a un cliente y comienza el caso de uso.

Responsabilidad Sistema

2. El sistema coge el nmero de telfono desde el PBX. 3. El sistema retorna el archivo del Cliente al Vendedor. El archivo del cliente presentar el nombre del cliente, direccin y las preferencias que este posea. 4. El Vendedor toma la orden y transmite al sistema. 5. El sistema calcula el costo de la orden incluyendo los impuestos y retorna el resultado. 6. El Vendedor confirma la orden. 7. El sistema genera e imprime la factura. Adems coloca el estado de la orden en preparacin, y el caso de uso esta terminado. Escenario Alternativo 1

Sergio Snchez Ing. en Informtica Aplicada

Certamen 2 Metodologas de Anlisis y Diseo

Responsabilidad Actor Si en el paso 2, no existe archivo del cliente:

Responsabilidad Sistema A. El sistema presenta un archivo en blanco de cliente.

B. El Vendedor completa la informacin (nombre, direccin, etc.) y la ingresa al sistema. C. El sistema actualiza la informacin El caso continua en el paso 4 Escenario Alternativo 2 Responsabilidad Actor Responsabilidad Sistema Si en el paso 3, el Cliente necesita actualizar el archivo: A. IN-01 Actualizar Ficha Cliente El caso continua en el paso 4

Sergio Snchez Ing. en Informtica Aplicada

Certamen 2 Metodologas de Anlisis y Diseo

Sergio Snchez Ing. en Informtica Aplicada

Certamen 2 Metodologas de Anlisis y Diseo DIAGRAMA DE SECUENCIA.

Figura 6: Diagrama de Secuencia Tomar Orden Telefnica. CONTRATOS Datos Generales del Contrato Operacin Responsabilidades Referencia Cruzada Pre-Condicin Post-Condicin

entregaNumeroTelefono(numeroTelefono:String) Capturar nmero telefnico desde el PBX y transmitirlo al sistema. Utilizada en Casos de Uso: UC-01 -Fue creada Instancia de la Clase OrdenTelefonica -Fue asignada a OrdenTelefonica.Fecha FechaActual -Fue asignada a OrdenTelefonica.Hora HoraActual

Datos Generales del Contrato Operacin tomarOrden(codigo:String,cantidad:Double, ListaIngredientesAdicionales:IngredientesAdicionales) Responsabilidades Se encarga de Capturar la Orden de Pizza hecha por un cliente. Referencia Cruzada Utilizada en Casos de Uso: UC-01, UC-02, UC-03 Pre-Condicin Debe estar creada una instancia de la clase OrdenTelefonica Post-Condicin -Fue creada instancia de la clase LineaOrden. -Fue asignada al atributo LineaOrden.Cantidad Cantidad -Fue asociada instancia de LineaOrden a instancia de Clase OrdenTelefonica. -Fue asociada instancia de LineaOrden a instancia de Clase Pizza. -Fue asociada instancia de LineaOrden con instancia de clase EspecificacinPizza por relacin de cdigo. Si ListaIngredientesAdicionales no es vaca, se realizar lo siguiente: -Fue creada instancia de la clase IngredientesAdicionales. -Fue asociada instancia de la Clase IngredientesAdicionales con instancia de la Clase Pizza.

Datos Generales del Contrato Operacin confirmarOrden( ) Responsabilidades Se encarga de realizar la confirmacin de la orden una vez que esta ha sido completada de acuerdo a la solicitud realizada por el cliente. Referencia Cruzada Utilizada en Casos de Uso: UC-01, UC-02, UC-04 Pre-Condicin -Debe existir una instancia de clase OrdenTelefnica -Debe existir a los menos una instancia de Clase LineaOrden asociada a la instancia de la Clase OrdenTelefnica.

Sergio Snchez Ing. en Informtica Aplicada

Certamen 2 Metodologas de Anlisis y Diseo

Post-Condicin

-Fue asignada a OrdenTelefnica.Estado "en preparacin" -Fue asociada instancia de clase OrdenTelefnica a instancia de Clase Pizzera (Para el control del Lugar donde se realiz la fabricacin de la PIZZA) -Fue asociada instancia de clase Vendedor a Orden. -Fue asociada instancia de clase Cliente a OrdenTelefnica.

Mucha Suerte.

Sergio Snchez Ing. en Informtica Aplicada