PRACTICA

Practica Ingenieria de Software

Objetivo: Practicar los conceptos explicados en clase, por medio de casos practicos. Se deben
tomar en cuenta las cuatro dimensiones de cualquier sistema de software: Personas, Proyecto, Proceso y Producto.

Primera Parte. UML.

Hacer el diagrama de clasesUML de un esquema de datos para una Universidad. Las entidades participantes son:

Entidad	Descripcion
Estudiante	Tiene como atributos un nombre y clave
Curso	Tiene como atributos un nombre y clave
Profesor	Tiene como atributo un nombre
Departamento	Tiene un nombre como atributo. Tiene como metodos: agregarProfesor quitarProfesor obtenerProfesor obtenerTodosProfesores
Universidad	Tiene como atributos un nombre, direccion y telefono. Tiene como metodos : agregarEstudiante quitarEstudiante obtenerEstudiante obtenerTodosEstudiantes agregarDepartamento quitarDepartamento obtenerDepartamento obtenerTodosDepartamentos

Las relaciones que existen entre cada entidad son:

Entidad Relacion y descripcion Entidad

Estudiante Asiste. Varios estudiantes asisten a multiples cursos. Curso

Profesor Imparte. Uno o mas profesores imparten cero o mas cursos Curso

Profesor AsignadoA. Uno o mas profesores estan agregados a un departamento Departamento

Departamento Un profesor puede ser director de un departamento Profesor

Universidad Tiene. Una Universidad tiene agregados 1 o mas departamentos Departamento

Estudiante Miembro. Muchos estudiantes son miembros de una Universidad Universidad

El diagrama de clases debe incluir las clases y relaciones de tipo asociacion y/o agregacion.

Proporcionar el diagrama de caso de uso del siguiente problema: Un sistema de validacion de tarjetas de credito tiene en general un Cliente, que es el actor. Sin embargo, se pueden clasificar los clientes como de tipo ClienteIndividual y ClienteCorporativo (sugerencia, en el diagrama mostrar los actores relacionados con el simbolo de herencia).
Un Cliente realiza una transaccion con un Comercio y una Entidad Financiera se encarga de respaldar la tarjeta de credito, estos dos ultimos tambien se pueden considerar actores del sistema.
El sistema de validacion de tarjetas de credito debe proporcionar las siguientes funcionalidades o casos de uso:

Realizar transaccion con tarjeta
Procesar factura del cliente
Ajustar transacciones
Gestionar la cuenta del cliente

Las relaciones que existen entre cada actor y caso de uso se muestra a continuacion:

Actor	Caso de uso
Cliente	Realizar transaccion con tarjeta , Procesar factura del cliente, Ajustar transacciones, Gestionar la cuenta del cliente
Comercio	Realizar transaccion con tarjeta , Procesar factura del cliente
Entidad Financiera	Procesar factura del cliente, Gestionar la cuenta del cliente

Proporcionar el diagrama de clases y de secuencia del siguiente problema:
Una aplicacion cliente debe interactuar con una aplicacion servidor. La aplicacion servidor debe entregar una imagen, almacenada en el sistema de archivos del servidor.
Las clases a diagramar son:

Clase Descripcion

Aplicacion Cliente Metodos: desplegar(im:Imagen)
Aplicacion Servidor Metodos:enviar(im:Imagen), inicioServicio(), finServicio()

Imagen Metodos:cargar(rutaSistema:String)
El diagrama de secuencia debe mostrar los siguientes pasos:
- Se deben diagramar 3 instancias de objetos, de tipo Aplicacion Cliente, Aplicacion Servidor e Imagen
- El objeto de tipo Aplicacion Cliente, envia un mensaje inicioServicio al objeto tipo Aplicacion Servidor
- El objeto de tipo Aplicacion Servidor, crea un instancia del objeto Imagen
- El objeto de tipo Aplicacion Servidor, envia el mensaje cargar("C:\imagen.gif") al objeto Imagen
- El objeto de tipo Aplicacion Servidor, se invoca a si mismo el metodo enviar, con parametro el objeto de tipo Imagen
- El objeto de tipo Aplicacion Cliente envia el mensaje finServicio al objeto tipo Aplicacion Servidor
- El objeto de tipo Aplicacion Cliente se envia a si mismo el mensaje desplegar, teniendo como parametro el objeto de tipo Imagen
Hacer un diagrama de colaboracion UML para mostrar el siguiente flujo: Los pasos para matricular un nuevo estudiante en una universidad son: El EncargadoMatriculas crea un objeto de Estudiante, agrega al estudiante a la Universidad y le indica al objeto Estudiante que se matricule. El paso de matricular consiste en que el objeto Estudiante debe obtener el plan de estudios, se debe agregar a cada objeto curso. Supongase que solo existen dos cursos. de estudios
Un diagrama de estado modela el conjunto de estados adquiridos por un objeto en particular ante eventos que recibe. Proporcionar un ejemplo de uso de un diagrama de estado

Segunda Parte. Analisis y Diseño De las copias proporcionadas, aplicar una analisis y diseño, utilizando UML para ilustrar el resultado de dicha actividad. Se debe proporcionar un diagrama de caso de uso, diagrama de clases, un diagrama de colaboracion y/o secuencia

Tercera Parte. Patrones de Diseño.

Usar los patrones de diseño que sean necesarios para solucionar el siguiente problema: Se necesita construir una aplicacion que muestre un catalogo de objetos que contienen informacion de un AparatoElectronico. Se pueden manejar todo tipo de aparatos electronicos, tales como Lavadora, Licuadora, Horno Microondas, Television, VideoCasetera, DVD. La informacion de cada aparato electronico se almacenara en un documento XML que tiene la siguiente estructura:

Cuando se inicie el sistema, se debe cargar el documento XML, y al realizar el analisis sintactico (parser) se debe instanciar un objeto de tipo lavadora o television (usar un patron de tipo "factory method")
Guardando cada objeto en una tabla Hash, proveer una interfase grafica que pregunte el numero de serie del aparato a buscar. Si encuentra el aparato electronico, desplegarlo en un componente grafico que muestre las propiedades del aparto electrico.
Se tiene un aplicacion cliente que utiliza una interfase de tipo Financiero .
Existe otra aplicacion que ya tiene la inteligencia para calcular el monto requerido, su nombre es Principal. Usar el patron de diseño Adapter para utilizar Principal por medio de la interfase Financiero.
El diseño por contrato permite incorporar una validacion semantica para el comportamiento del objeto.
Tipicamente, el codigo que se tiene a mano, no tiene incluidas las pre/post condiciones. El problema se resume a que se desea incorporar diseño por contrato a clases que ya existen, sin tener que alterar el codigo de estas ultimas. El patron de diseño Decorador puede utilizarse para solucionar el problema. Proponer dicha solucion. Utilizar la clase DesignByContract, como se vio en clase.
El modelo/vista/controlador permite que ante cambios en el estado del modelo, se refleje en las vistas asociadas. Construir una aplicacion Swing, que contenga un campo de entrada tipo JTextField, el cual recibe como entrada un numero.
Al capturar dicho numero el usuario, indicar al modelo que existe un nuevo numero y guardarlo dentro de una coleccion interna al modelo (dicha coleccion puede ser un Vector o un arreglo).
Pero por cada vez que se modifique el estado del modelo, avisar a dos vistas. La primera debe agregar en un JList los numero que contiene el modelo y la otra debe mostar en un elemento tipo JLabel, el promedio de los numeros contenidos en la coleccion del modelo.

Entidad	Relacion y descripcion	Entidad
Estudiante	Asiste. Varios estudiantes asisten a multiples cursos.	Curso
Profesor	Imparte. Uno o mas profesores imparten cero o mas cursos	Curso
Profesor	AsignadoA. Uno o mas profesores estan agregados a un departamento	Departamento
Departamento	Un profesor puede ser director de un departamento	Profesor
Universidad	Tiene. Una Universidad tiene agregados 1 o mas departamentos	Departamento
Estudiante	Miembro. Muchos estudiantes son miembros de una Universidad	Universidad

Clase	Descripcion
Aplicacion Cliente	Metodos: desplegar(im:Imagen)
Aplicacion Servidor	Metodos:enviar(im:Imagen), inicioServicio(), finServicio()
Imagen	Metodos:cargar(rutaSistema:String)