ISSJ Prctica Profesional II

Diagrama Conceptual. Diagrama de Secuencia. Contratos.

Teniendo en cuenta la definicin del diagrama conceptual, suponga el siguiente ejemplo: El dominio de aplicacin refiere a una empresa donde un empleado de recepcin registra un reclamo de un cliente sobre un producto determinado y lo asigna a un empleado tcnico para la resolucin del mismo. Si bien el cliente se encuentra registrado en la empresa, en el sistema de reclamos, el cliente puede o no estar ingresado. El siguiente es el diagrama de casos de uso.

Sistema <<extend>>

REGISTRO DE RECLAMO
EmpleadoDeRecepcion

ALTA DE CLIENTE

<<includ>>

ASIGNAR RECLAMO

A continuacin se detalla el diagrama conceptual de acuerdo al diagrama de casos de uso y escenarios analizados:

Lic. Liliana Barth Mller

Pgina 1

ISSJ Prctica Profesional II

Diagramas de Secuencia del Sistema Adems de investigar sobre los conceptos del sistema y su estructura, tambin es preciso investigar en el anlisis sobre el comportamiento del sistema, visto ste como una caja negra. Una parte de la descripcin del comportamiento del sistema se realiza mediante los Diagramas de Secuencia del Sistema. En cada caso de uso se muestra una interaccin de actores con el sistema. En esta interaccin los actores generan eventos, solicitando al sistema operaciones. Por ejemplo, en el caso de una reserva de un billete de avin, el empleado de la agencia de viajes solicita al sistema de reservas que realice una reserva. El evento que supone esa solicitud inicia una operacin en el sistema de reservas. Los casos de uso representan una interaccin genrica. Una instancia de un caso de uso se denomina escenario, y muestra una ejecucin real del caso de uso, con las posibles bifurcaciones y alternativas resueltas de forma particular. Un Diagrama de Secuencia de Sistema se representa usando la notacin para diagramas de secuencia de UML. En l se muestra para un escenario particular de un caso de uso los eventos que los actores generan, su orden, y los eventos que se intercambian entre sistemas.

Lic. Liliana Barth Mller

Pgina 2

ISSJ Prctica Profesional II

Para cada caso de uso que se est tratando se realiza un diagrama para el curso tpico de eventos, y adems se realiza un diagrama para los cursos alternativos de mayor inters.

Construccin de un Diagrama de Secuencia del Sistema Para construir un Diagrama de Secuencia del Sistema para el curso tpico de eventos de un caso de uso, se siguen los siguientes pasos: 1. Representar el sistema como un objeto con una lnea debajo. 2. Identificar los actores que directamente operan con el sistema, y dibujar una lnea para cada uno de ellos. 3. Partiendo del texto del curso tpico de eventos del caso de uso, identificar los eventos (externos) del sistema que cada actor genera y representarlos en el diagrama. 4. Opcionalmente, incluir el texto del caso de uso en el margen del diagrama. Los eventos del sistema deberan expresarse en base a la nocin de operacin que representan, en vez de en base a la interfaz particular. Por ejemplo, se prefiere finOperacin a presionadaTeclaEnter, porque captura la finalidad de la operacin sin realizar compromisos en cuanto a la interfaz usada.

Diagrama de Secuencia a nivel anlisis. Partiendo de los casos de uso

Registro de reclamo.

El siguiente es un diagrama de secuencia a nivel anlisis que permite ver la respuesta del sistema a partir de un caso de uso. Cuando el empleado decide registrar el reclamo para que sea solucionado por un tcnico, es posible observar que el sistema responde con un cliente validado, un producto validado, como asi tambin los atributos de fecha y numero del reclamo.

:EmpleadoDeRecepcion

:Sistema

registrarReclamo(cliente, producto ,clasificacion empleadoDeRecepcion,motivo) clienteValidado, productoValidado, fecha , numero.

Lic. Liliana Barth Mller

Pgina 3

ISSJ Prctica Profesional II

En este caso, en el alta de cliente, el empleado le solicita al sistema que ingrese un nuevo cliente y la respuesta ser el cliente ingresado. Los atributos son nombre, telfono, numero de documento. La accin o el comportamiento ingresar un cliente nuevo (nuevoCliente).

Alta de cliente

:EmpleadoDeRecepcion

:Sistema

nuevoCliente(nombre,telefono,numeroDocumento)

cliente

Contratos de Operaciones Una vez se tienen las Operaciones del Sistema identificadas en los Diagramas de Secuencia, se describe mediante contratos el comportamiento esperado del sistema en cada operacin. Un Contrato es un documento que describe qu es lo que se espera de una operacin. Tiene una redaccin en estilo declarativo, enfatizando en el qu ms que en el cmo. Lo ms comn es expresar los contratos en forma de pre- y post-condiciones en torno a cambios de estado. Se puede escribir un contrato para un mtodo individual de una clase software, o para una operacin del sistema completa. En este punto se ver nicamente ste ltimo caso. Un Contrato de Operacin del Sistema describe cambios en el estado del sistema cuando una operacin del sistema es invocada. Los pasos a seguir para construir un contrato son los siguientes: 1. Identificar las operaciones del sistema a partir de los Diagramas de Secuencia del Sistema. 2. Para cada operacin del sistema construir un contrato. 3. Empezar escribiendo el apartado de Responsabilidades, describiendo informalmente el propsito de la operacin. Este es el apartado ms importante del contrato.

Lic. Liliana Barth Mller

Pgina 4

ISSJ Prctica Profesional II

4. A continuacin rellenar el apartado de Post-condiciones, describiendo declarativamente los cambios de estado que sufren los objetos en el Modelo Conceptual. Puede ser que este apartado quede vaco si no cambia el valor de ningn dato de los maneja el sistema (por ejemplo en una operacin del sistema que tan solo se encarga de sacar por pantalla algo al usuario). 5. Para describir las post-condiciones, usar las siguientes categoras: a. Creacin y borrado de instancias. b. Modificacin de atributos. c. Asociaciones formadas y retiradas. 6. Completar el resto de apartados en su caso.

Post-condiciones Las post-condiciones se basan en el Modelo Conceptual, en los cambios que sufren los elementos del mismo una vez se ha realizado la operacin. Es mejor usar el tiempo pasado o el pretrito perfecto al redactar una post-condicin, para enfatizar que se trata de declaraciones sobre un cambio en el estado que ya ha pasado. Por ejemplo es mejor decir se ha creado una Sesin que decir crear una Sesin. Cuando se ha creado un objeto, lo normal es que se haya asociado a algn otro objeto ya existente, porque si no queda aislado del resto del sistema. Por tanto, al escribir las postcondiciones hay que acordarse de aadir asociaciones a los objetos creados. Olvidar incluir estas asociaciones es el fallo ms comn cometido al escribir las post-condiciones de un contrato. A continuacin se ve un ejemplo de Contrato: Operacin: registrarReclamo(cliente: Cliente, producto: Producto ,clasificacion: ClasificacionReclamo, empleadoDeRecepcion: EmpleadoRecepcion, motivo: String) Referencia cruzada: Caso de Uso: Registro de Reclamo. Precondiciones: Existen instancias de Cliente. Existen instancias de ReclamoEstados (en proceso y resuelto). Existen clasificaciones para los reclamos (critico o urgente). Existen instancias de Producto. Existen empleados expertos para resolver los reclamos. Los expertos tienen asignados productos de los cuales son expertos. Postcondiciones: Se cre instancia reclamo. Se inicializ el atributo nmero de reclamo con un numero. secuencial al reclamo anterior registrado. Se inicializ el atributo fecha de reclamo con la fecha actual del sistema. Se inicializ el atributo motivo con la descripcin del reclamo. Se asoci el Reclamo a la Empresa. Se asoci un Cliente a un reclamo. Se asoci un Producto al reclamo. Se asoci una instancia de ReclamoEstado al Reclamo. Se asoci una instancia ClasificacinDelReclamo al Reclamo. Se asoci un EmpleadoDeRecepcin al Reclamo. Se asoci un EmpleadoExperto al Reclamo.

Lic. Liliana Barth Mller

Pgina 5