 |
 |
|
|
Página 5 Analáisis y diseño para el sistema de Información |
|||||||||
personas en las etapas posteriores de implementación, implantación y pruebas. 2.1 UML ( Unified Modeling Language ) A lo largo de los años el software se ha vuelto cada vez más complejo. El incremento en la potencia de los ordenadores, la aparición de modernos dispositivos y tecnologías ha generado la necesidad de nuevos sistemas operativos y aplicaciones de mayor complejidad. Simultáneamente, esta complejidad ha traído consigo la demanda de nuevas técnicas y herramientas que faciliten la construcción de este software. En este contexto, UML surge como respuesta al problema reseñado para contar con un lenguaje estándar para crear diagramas de diseño de software. UML es un lenguaje de modelado que se usa para especificar, visualizar, construir y documentar los elementos que forman un sistema software orientado a objetos. Es utilizado para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a construir. Igualmente, permite captar la información sobre la estructura estática y el comportamiento dinámico de un sistema, además ofrece una abstracción del sistema y sus componentes. Pretende unificar experiencias pasadas sobre técnicas de modelado e incorporar las mejores prácticas actuales en un acercamiento estándar. Este lenguaje ha sido concebido por los autores de las tres metodologías más usados para la orientación a objetos: Grady Booch, Ivar Jacobson y Jim Rumbaugh La notación ha sido ampliamente aceptada debido al prestigio de sus creadores y debido a que incorpora las principales ventajas de cada uno de las metodologías particulares en los que se basa: Booch, OMT y OOSE. Con UML se fusiona la notación de estas técnicas para formar una herramienta compartida entre todos los ingenieros de software que trabajan en el desarrollo orientado a objetos. UML no es un lenguaje de programación, es un lenguaje de propósito general para el modelado orientado a objetos. |
“Diagrama de casos de uso . Los casos de uso es una técnica para capturar información de cómo un sistema o negocio trabaja, o de cómo se desea que trabaje, en palabras de Ivar Jacobson, “describen bajo la forma de acciones y reacciones el comportamiento de un sistema desde el punto de vista del usuario”.( www.dsic.upv.es/ ~ uml ) Diagrama de clases . El mismo autor, presenta los elementos más estables del sistema, estos son los dispositivos de control de datos e información, correspondientes a las clases del sistema, con sus relaciones estructurales y de herencia. El modelo de casos de uso aporta información para establecer las clases, objetos, atributos y operaciones. Diagrama de estados . Traduciendo “es usado para describir el comportamiento de las instancias y elementos de un modelo. Específicamente describen las posibles secuencias de estados y acciones a través de las cuales las instancias puedes proceder durante su ciclo de vida, como resultado de eventos discretos, tales como señales externas y, mensajes” (OMG, 2000, 535) Diagrama de actividad . Es un caso especial del diagrama de estados, este puede especificar, el comportamiento de los objetos de una clase, la lógica de una operación (método), y parte o toda la descripción de un caso de uso. ( www.dsic.upv.es/ ~ uml ) Diagrama de secuencia . “Presenta una interacción, la cual es un conjunto de mensajes entre un conjunto de instancias interactuando, estas son un grupo de estímulos entre instancias con el efecto de determinar el funcionamiento deseado de un proceso o un resultado” (OMG, 2000, 532) Diagrama de colaboración . Modela la interacción entre los objetos de un Caso de Uso, estos están conectados por enlaces en los cuales se representan los mensajes enviados acompañados de una flecha que indica su dirección, el diagrama ofrece una mejor visión del escenario cuando el analista está intentando comprender la participación de un objeto en el sistema. ( www.dsic.upv.es/ ~ uml) Diagrama de paquetes . Ofrecen un mecanismo general para la organización de los |
||||||||
|
|||||||||
