INTRODUCCIÓN Y OBJETIVO DE LA CLASE
La clase de la fecha 12 de Enero del 2015 se retroalimento nuevamente que era un diagrama de caso de uso por parte de la docente con la ayuda de una presentación realizada en power Point, El objetivo de la clase era compartir mediante una exposición que era un diagrama de clases.
Un diagrama de clases consiste en diseñar la estructura del sistema es decir las relaciones y otros aspectos que hacen que la aplicación funcione. El diagrama de clase está compuesto por tres partes, Nombre de la clase, atributos y métodos.
MARCO TEÓRICO
En la ingeniería de software, un diagrama de clases en el Lenguaje Unificado de Modelado (UML) es un tipo de diagrama de estructura estática que describe la estructura de un sistema mostrando clases del sistema, sus atributos, operaciones (o métodos), y las relaciones entre los objetos. El diagrama de clases es el principal elemento de modelado orientado a objetos. Se utiliza tanto para el modelado conceptual general de la sistemática de la aplicación, y para el modelado detallado traducción de los modelos en el código de programación. Los diagramas de clases también se pueden usar para el modelado de datos. (Scott & Ambler. 2009) Las clases en un diagrama de clases representan los dos principales objetos, las interacciones en la aplicación y las clases que se programen (Unified Modeling Language. 2010)
VISIBILIDAD
| + | Publica |
| – | Privada |
| # | Protegida |
| / | Derivada |
| ~ | Nombre de Espacios |
Asociación
Una asociación representa una familia de enlaces. Una asociación binaria (con dos extremos) suele representarse como una línea. Una asociación puede vincular cualquier número de clases. Una asociación con tres enlaces se llama una asociación ternaria. Una asociación puede ser nombrado, y los extremos de una asociación puede ser adornado con nombres de roles, indicadores de propiedad, la multiplicidad, la visibilidad y otras propiedades.
Agregación
La agregación es una variante, la agregación es más específica que la asociación. Es una asociación que representa a-toda parte o de parte de la relación. Como un tipo de asociación, una agregación puede ser nombrada y tienen las mismas relaciones que una asociación. Sin embargo, una agregación no puede suponer más de dos clases; debe ser una asociación binaria.
Composición
Por lo general tiene una fuerte dependencia del ciclo de vida entre las instancias de la clase de contenedor y las instancias de la clase contenidos (en): si se destruye el contenedor, normalmente cada instancia que contiene se destruye también. (Tenga en cuenta que, donde sea permitido, una parte se puede quitar de un material compuesto antes de eliminar el material compuesto, y por lo tanto no se eliminará como parte del material compuesto.)
CONCLUSIÓN
El diagrama en conclusión describe la forma de como fluye la información entre entidades u objetos. El diagrama de clases es estático no crece ni varia en cuestiones de modelo en acción.
La clase compartida la fecha indicada en este blog , compartió la idea y socialización de una forma dinámica.
REFERENCIAS
Scott W. Ambler (2009) UML 2 Class Diagrams. Webdoc 2003-2009. Accessed Dec 2, 2009
UML Reference Card. Associates, 2007, retrieved 12 March 2011.
OMG Unified Modeling Language (OMG UML) Superstructure, Version 2.3: May 2010. Retrieved 23 September 2010.
Pressman, R., Ingeniería de software, un enfoque práctico, sexta edición. Editorial McGrawHill, México, año 2010 (Libro digital). Capítulo 1
Ingeniería de Software 