Uml
- 1. UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES UNIANDES SISTEMAS MERCANTILES SISTEMAS INGENIERIA DE SOFTWARE II DATOS INFORMATIVOS NOMBRE:CRISTIAN SANTIAGO COLOMA ARCOS NIVEL:SEXTO SISTEMAS
- 2. INTRODUCCION Las herramientas CASE ● Son diversas aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de las mismas en términos de tiempo y de dinero. Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseño del proyecto, cálculo de costos, implementación de parte del código automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras, que analizaba la relación existente entre los requisitos de un problema y las necesidades que éstos generaban, el lenguaje en cuestión se denominaba PSL (Problem Statement Language) y la aplicación que ayudaba a buscar las necesidades de los diseñadores PSA (Problem Statement Analyzer)
- 3. PAUTAS GENERALES PARA DESARROLLAR USANDO UML Con la ayuda de un diagrama de casos de uso, puede analizar y notificar: ● Los escenarios en los que el sistema o aplicación interactúa con personas, organizaciones o sistemas externos. ● Los objetivos que el sistema o aplicación ayuda a conseguir. ● El ámbito del sistema. En un diagrama de casos de uso, no se muestran los casos de uso en detalle; solamente se resumen algunas de las relaciones entre los casos de uso, los actores y los sistemas. En concreto, en el diagrama no se muestra el orden en el que se llevan a cabo los pasos para lograr los objetivos de cada caso de uso. Esos detalles pueden describirse en otros diagramas y documentos, que pueden vincularse a cada caso de uso
- 4. Paquetes y dependencia ● la idea de un paquete se puede aplicar a cualquier elemento de un modelo, no sólo a las clases. Sin cierta heurística que agrupe las clases, el agrupamiento se vuelve arbitrario. El que yo he encontrado más útil, que también es el que recibe mayor énfasis en el UML, es la de pendencia. Empleo el término diagrama de paquetes para indicar un diagrama que muestra los paquetes de clases y las dependencias entre ellos. ● Hablando estrictamente, los paquetes y las dependencias son elementos de un diagrama de clases, por lo cual un diagrama de paquetes es sólo una forma de un diagrama de clases. En la práctica dibujo estos diagramas por diferentes razones, así que me gusta manejar nombres diferentes. ● Existe una (dependency) dependencia entre dos elementos si los cambios a la definición de un elemento pueden causar cambios al otro. En las clases, la dependencia existe por varias razones: una clase envía un mensaje a otra; una clase tiene a otra como parte de sus datos; una clase menciona a otra como parámetro para una operación. Si una clase cambia su interfaz, entonces los mensajes que envía pueden dejar de ser válidos.
- 5. Diagrama de Casos de Uso En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una especie de diagrama de comportamiento. UML mejorado define una notación gráfica para representar casos de uso llamada modelo de casos de uso ademas representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactuan (operaciones o casos de uso). ● Un diagrama de casos de uso consta de los siguientes elementos: ● Actor. ● Casos de Uso. ● Relaciones de Uso, Herencia y Comunicación.
- 6. Diagramas de casos de uso ● Actor ● es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sino más bien la labor que realiza frente al sistema. ● Casos de Uso ● Es una operación/tarea específica que se realiza tras una orden de algún agente externo, sea desde una petición de un actor o bien desde la invocación desde otro caso de uso. ● Relaciones ● diseño y modelamiento de clases, en donde esta la duda clásica de usar o heredar.
- 7. Diagrama de Secuencia y diagrama de Colaboració DIAGRAMA DE SECUENCIA Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso Diagrama de Colaboracion Describe las relaciones existentes entre objetos, indican que objetos utilizan a otros objetos
- 8. Diagrama de Objetos y diagrama de Clases ● Diagrama De Objetos Los diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de los sistemas informáticos en la metodología UML. Diagrama De Clases Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos.
- 9. Diagrama de Estados En UML, un diagrama de estados es un diagrama utilizado para identificar cada una de las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada proceso.
- 10. Diagrama de Componentes Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes.
- 11. Diagrama de Despliegue El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones.
- 12. CONCLUSIONES ● Finalmente podemos decir que UML siempre ha sido criticado por su carencia de una semántica precisa, lo que ha dado lugar a que la interpretación de un modelo UML no pueda ser objetiva. Otro problema de UML es que no se presta con facilidad al diseño de sistemas distribuidos. En tales sistemas cobran importancia factores como transmisión, serialización, persistencia, etc. Pero nosotros podemos concluir diciendo que UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización en un requerimiento
- 13. REFERENCIAS ● Martin Fowler, Kendall Sccott, "UML Gota a Gota", 1999. ● Utilización de UML en Ingeniería del Software con Objetos y Componentes. Perdita Stevens, Rob Pooley. Addison Wesley. 2002. ● UML 2 Perdita Stevens Pearson Education ISBN-10: 8478290869 ● UML Fermando Asteasuain ISBN-10: 9871347952