EJERCICIO ANALISIS ARQUITECTURA BAJO CAPAS

http://docs.google.com/Edit?docid=dg7ghb8n_44dt9dtnfp

Sistema de informatizacion de Biblioteca

http://docs.google.com/Doc?id=dg7ghb8n_39gmn6t2fh&hl=en

Diagrmama de objetos

http://docs.google.com/Presentation?id=dg7ghb8n_29f6s267c7

15 ejemplos casos de uso

1 2

34

56

789

10

11

12

13

1415

2 casos de uso(sistema de consulta y cliente renuentes)

1

HISTORIA DE UML

El desarrollo del UML empezó en octubre de 1994 cuando Grady Booch y Jim Rumbaugh de Rational Software Corporation iniciaron su trabajo para unificar los métodos de Booch y OMT. Debido a que los métodos Booch y OMT ya habían madurado independientemente y eran reconocidos como métodos líderes en el desarrollo orientado a objetos, Booch y Rumbaugh unieron fuerzas para forjar una unificación completa de los dos métodos. Una versión preliminar 0.8 del "método unificado" fue dada a conocer en octubre de 1995. Poco después, Ivar Jacobson y su compañía "Objectory" se unieron a Rational y a su trabajo de unificación, fusionando el método OOSE (Object Oriented Software Engineering). El nombre de Objectory es ahora dado mayormente para describir el proceso que acompaña al UML en el "Rational Unified Process, RUP"

CASOS DE USO DEFINICION

CONCEPTOS DE CASO DE USO

Es un tipo de diagrama de UML que sirve para identificar los elementos y procesos principales que forman un sistema

Los casos de uso son una tecnica para describir el comportamiento de un sistema

EJEMPLO PRACTICO DE CASO DE USO

PREGUNTAS

1. ¿Para que sirve UML?

visualizar, contruir, espicificar, y documentar los artefactos de un sistema se software, tambien sirve para hacer modelos de negocios


2. ¿Para que sirven los casos de uso?

• Establecer el funcionamiento deseado del sistema
• Verificar y valida la arquitectura del sistema
• Hacer pruebas y establecer comunicacion entre las personas del proyecto

3. Ventajas de caso de uso

• representan los requerimientos desde el punto de vista del usuario
• Facilita enseñar al cliente de la manera mas aproximada posible el funcionamiento del sistema
• identifica requerimientos estancados, dentro de un conjunto de requerimientos
• son fáciles de entender para el cliente
• demuestran el rol del actor
  
  desventajas
  
• Los casos de uso pueden ser útiles para establecer requisitos de comportamiento, pero no establecen completamente los requisitos funcionales ni permiten determinar los requisitos no funcionales
• en sistemas grandes son muy dispendiosos
• el analisis de calidad depende de la calidad, con que se haya hecho la descripcion inicial.
• Los casos de uso deben complementarse con información adicional como reglas de negocio, requisitos no funcionales, diccionario de datos que complementen los requerimientos del sistema.
  

TEMAS VISTOS

- UML
- CASOS DE USO