http://sistems02.blogspot.com/

Conclusión:


Encontramos que el diagrama de componentes es una herramienta muy importante y versátil cuando nos referimos a modelar la vista estática de un sistema ya sea si trabajamos en código fuente, versiones ejecutables, bases de datos físicas, entre otros y así poder saber que componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema, también vimos algunas características de esta clase de diagrama el cual se caracteriza por mostrarnos de manera muy completa los elementos físicos de un sistema y sus relaciones y recalcar de manera dinámica Los componentes representan todos los tipos de elementos software que entran en la fabricación de aplicaciones informáticas. Esperamos que este trabajo sirva como base y despeje dudas en el caso de los componentes en el tema de los diagramas.

DIGRAMA COMPONENTS

HERNANDO JAVELA BARRERA, YHON CRUZ, JUAN GILBERTO AYALA

ANALYSIS AND DEVELOPMENT OF INFORMATION SYSTEMS

GROUP 40100 SENA 2009

Introduction:

In this work we will see that is a component diagram, we will also show the importance and application of this, it is vital and is derived from the O Unified Modeling Language (UML) in which we are currently working, we will also show its main characteristics and the best way to make good use of them in case of modeling the static view of a system.

Diagram components.

A component diagram is a diagram of the type of unified modeling language (also called UML) is a diagram of components as a software system is divided into components and shows the dependencies between these components. The physical components include files, headers, shared libraries, modules, executables, or packages. Component diagrams can be used to model and document any system architecture. These are similar to the diagrams of use cases, these are used to model the static view of a system.

Shows the organization and dependencies among a set of components. There is no need for a diagram including all components of the system, are normally carried out by parties.
In this class diagram we can find libraries, tables, files, executables and documents in the system, one of the main uses is that it can serve to see what components can be shared between systems or between different parts of a system.

Among its features are.

-Diagrams describe the physical components of the system and their relationships

- Displays options including conducting source code and binary executable

- The components are all kinds of software used in the manufacture of computer applications

- They can be simple files, packages, dynamically loadable libraries, etc..

Conclusion

We found that the diagram of components is a very important and versatile tool when it comes to modeling the static view of a system whether you work in source code, executable versions, databases, physical, and others so we can know that components can be shared between systems or between different parts of a system.

Diagramas de ComponentesLos Diagramas de Componentes ilustran las piezas del software, controladores embebidos, etc. que conformarán un sistema. Un diagrama de Componentes tiene un nivel más alto de abstracción que un diagrama de clase – usualmente un componente se implementa por una o más clases (u objetos) en tiempo de ejecución. Estos son bloques de construcción, como eventualmente un componente puede comprender una gran porción de un sistema.El diagrama de abajo muestra algunos componentes y sus relaciones internas. Los conectores Ensamble ‘vinculan’ las interfaces proporcionadas suministrada por el Producto y el Cliente a las interfaces requeridas especificadas por orden. Una relación de dependencia traza los detalles de la cuenta asociada del cliente a la interfaz requerida, ‘pago’, indicada por orden
Los componentes son similares en práctica a los diagramas de paquete como los límites definidos y se usan para agrupar elementos en estructuras lógicas. La diferencia entre Diagramas de Paquete y Diagramas de Componente es que los diagramas de componente ofrecen un mecanismo de agrupamiento más rico semánticamente. Con los Diagramas de Componente todos los elementos del modelo son privados mientras que los diagramas de Paquete solo muestran ítems públicos.
Representando ComponentesLos componentes se representan como un clasificador rectangular con la clave «componente», opcionalmente el componente se puede mostrar como un rectángulo con un icono de componente en la esquina derecha arriba.
Interfaces RequeridasEl conector Ensamble une la interfaz requerida del componente (Componente1) con la interfaz proporcionada de otro componente (Component2); esto permite que un componente provea los servicios que otro componente requiere. Las Interfaces son colecciones de uno o más métodos que pueden o no contener atributos.
Componentes con puertos Usar puertos con Diagramas de Componentes permite que se especifique un servicio o comportamiento a su entorno así como también un servicio o comportamiento que un componente requiere. Los puertos pueden especificar entradas, salidas así como también operar bi-direccionalmente. El siguiente diagrama detalla un componente con un puerto para servicios En Línea conjuntamente con dos interfaces proporcionadas Ordenar Entrada y Seguimiento así como también una interfaz requerida Pago.

casos de uso Call Center

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

DIAGRAMA DE CITA MEDICA