temas vistos con segio vargas

de uml vimos con Sergio vargas fueron los diagramas de clase de uso la inclusión la exclusión, herencia, multiplicidad y la asociación también los casos de uso con sus partes como fue el actor la acción las funciones de un caso de uso y el fin de este. también en empezar a tener mas en cuenta las necesidades del cliente y analizar un problema mas minuciosamente

ejemplo de caso uso

ventajas y desventajas de los casos de uso

ventajas de un caso de uso:

-que usa una jerga común para el usuario final

-que cada caso de uso se centra en describir como alcansar la meta

- los casos de uso pretenden ser herramientas simples para descubrir el comportamiento del
software

-La técnica de caso de uso tiene éxito en sistemas interactivos, ya que expresa la intención que tiene el actor (su usuario) al hacer uso del sistema.

desventajas de caso de uso:

-no establecen completamente los requisitos funcionales

-debe complementarse con informacion adicional como reglas de negocios

-los casos de uso son extensos

- si no se tiene claro el nivel de detalle el caso de uso queda mal

¿para que sirven los casos de uso?

los caso de uso es la mejor técnica para la captura de requisitos potenciales de un nuevo sistema normalmente en los casos de uso se evitan las jergas prefiriendo usar un lenguaje mas común para el usuario final

¿para que sirve uml?

uml sirve para especificar o para descubrir métodos o procesos también se usa para definir un sistema, para detalla r los artefactos en el sistema para documentar y construir

Resumen de Uml y Casos de uso

uml:El "Unified Modelling Languaje" (UML) o en español "Lenguaje Unificado de Modelado" provee a los analistas y arquitectos de sistemas que trabajan en el diseño y análisis de objetos, un lenguaje consistente para especificar, visualizar, construir y documentar los artefactos de un sistema de software, y también es útil para hacer modelos de negocios.

uml fue creado gracias a que se manejaban tes tecnologias anteriores , orientadas a objetos líderes (Booch, OMT y OOSE). El UML es la que se unieron debido a los problemas q ue se presentaban en el modelaje de los datos no cubrian plenamente y se craban muchas contrariedades
creacion 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 :
En ingeniería del software, un caso de uso es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.
En otras palabras, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar como reacciona una respuesta a eventos que se producen en el mismo

Historia [editar]
En 1986, Ivar Jacobson, importante contribuyente al desarrollo de los modelos de UML y proceso unificado, creó el concepto de caso de uso. Se han realizado muchas mejoras al concepto que se estableció entonces, pero probablemente la más influyente y significativa, en términos de definición del término caso de uso, fue la de Alistair Cockburn en el libro Escribir casos de uso efectivos publicado en el año 2000.
Durante los años 1990 los casos de uso se convirtieron en una de las prácticas más comunes para la captura de requisitos funcionales, especialmente con el desarrollo del paradigma de la programación orientada a objetos, donde se originaron, si bien puede utilizarse con resultados igualmente satisfactorios con otros paradigmas de programación.

Definiciones básicas [editar]

Actores [editar]
Se le llama Actor a toda entidad externa al sistema que guarda una relación con este y que le demanda una funcionalidad. Esto incluye a los operadores humanos pero también incluye a todos los sistemas externos así como a entidades abstractas como el tiempo.
En el caso de los seres humanos se pueden ver a los actores como definiciones de rol, por lo que un mismo individuo puede corresponder a uno o más Actores. Suele suceder sin embargo, que es el sistema quien va a tener interés en el tiempo. Es frecuente encontrar que nuestros sistemas deben efectuar operaciones automáticas en determinados momentos; y siendo esto un requisito funcional obvio, resulta de interés desarrollar alguna forma de capturar dicho requisito en el modelo de caso de uso