jueves, 3 de septiembre de 2009

INCOTERMS

International Commerce Terms


Los Incoterms son un conjunto de reglas internacionales, regidos por la Cámara de Comercio Internacional, que determinan el alcance de las cláusulas comerciales incluidas en el contrato de compraventa internacional.

Los Incoterms también se denominan cláusulas de precio, pues cada termino permite determinar los elementos que lo componen. La selección del Incoterm influye sobre el costo del contrato.

El propósito de los Incoterms es el de proveer un grupo de reglas internacionales para la interpretación de los términos mas usados en el Comercio internacional.

Los Incoterms determinan:
- El alcance del precio.
- En que momento y donde se produce la transferencia de riesgos sobre la mercadería del vendedor hacia el comprador.
- El lugar de entrega de la mercadería.
- Quién contrata y paga el transporte
- Quién contrata y paga el seguro
- Qué documentos tramita cada parte y su costo.


EXW - EN FABRICA

Se aplica en operaciones en las que el vendedor (exportador) cumple con la responsabilidad de entrega cuando ha puesto la mercancía, en su establecimiento (p.e., fábrica, taller, almacén, etc.), a disposición del comprador (importador), sin despacharla para la exportación ni efectuar la carga en el vehículo proporcionado por el comprador, concluyendo sus obligaciones.

Entonces el comprador (importador) debe soportar todos los gastos y riesgos de tomar la mercancía en el domicilio del vendedor (exportador) hasta el destino deseado.

Este término, es el único en el que los trámites aduaneros de exportación corren por cuenta del comprador (importador), es decir, el comprador ejerce la función técnica de vendedor puesto que además de efectuar la compra en el país de origen se encarga de los tramites documentarios necesarios para la exportación. Es el de menor obligación para el vendedor.

La responsabilidad del vendedor (exportador) se reducen a proporcionar la mercancía convenientemente empacada y embalada, en ese momento tiene lugar la entrega de la mercancía y por lo tanto la transmisión de los costos y riesgos al comprador (importador).

Este término no debería usarse cuando el comprador no pueda llevar a cabo directa o indirectamente las formalidades de exportación. En tal circunstancia, debería utilizarse el término FCA.
--------------------------------------------------------------------------------
FCA  - FRANCO TRANSPORTISTA (...lugar convenido)
Significa que el vendedor cumple con su obligación de entrega de la mercancía cuando la pone a disposición del transportista principal contratado por el comprador en el punto acordado. El exportador de efectuar el despacho de exportación de la mercancía.

Si la entrega se produce en el local del vendedor, éste es responsable de la carga de la mercancía en el vehículo del importador en ese momento se produce la transmisión de costos y riesgos.

Si la entrega ocurre en cualquier otro lugar, el vendedor no es responsable de la descarga.
Este término puede usarse en cualquier modo de transporte incluido el multimodal.
--------------------------------------------------------------------------------

FAS - FRANCO AL COSTADO DEL BUQUE (…puerto de carga convenido)

El vendedor asume los costos y riesgos de transporte hasta que la mercancía es colocada al costado del buque en el puerto de embarque convenido. Por tanto si se produce un problema durante la carga es el importador quien debe asumir la responsabilidad.

El vendedor se encarga de despachar la mercancía de aduana de exportación, si las partes acuerdan que el comprador efectúe este trámite deberá especificarse en el contrato de compraventa.

Este término sólo puede utilizarse en transporte marítimo o fluvial.
--------------------------------------------------------------------------------
FOB - FRANCO A BORDO (…puerto de carga convenido)

El vendedor cumple su responsabilidad de entregar la mercancía hasta cuando esta sobrepasa la borda del buque, en el puerto de embarque convenido y sin el pago del flete.

El vendedor esta obligado a despachar la mercancía en aduana de exportación.

Este término solo puede usarse para transporte por mar o por vías navegables interiores.



--------------------------------------------------------------------------------
CFR - COSTE Y FLETE (…puerto de destino convenido)

El vendedor cumple con su obligación cuando la mercancía sobrepasa la borda del buque, en el puerto de embarque.

El vendedor es responsable de todos los gastos de exportación, despacho aduanero, flete y costos necesarios para llevar la mercancía al puerto de destino convenido, sin incluir seguros.

Los costos de descargue en el puerto de destino corren por cuenta del comprador.

Este término solo puede usarse para transporte por mar o por vías de navegación interior.
--------------------------------------------------------------------------------
CIF - COSTE, SEGURO Y FLETE (…puerto de destino convenido)

El vendedor cumple con su obligación cuando la mercancía sobrepasa la borda del buque en el puerto de embarque convenido.

El vendedor debe pagar todos los costos de flete, seguro, gastos de exportación, despacho aduanero y todos los costos necesarios para llevar la mercancía al puerto de destino convenido.

El vendedor sólo está obligado a conseguir un seguro con cobertura mínima, a favor del comprador hasta el puerto de destino convenido.

En cuanto a los riesgos son responsabilidad del importador en el momento en que la mercancía traspase la borda del buque, no obstante los riesgos de transporte están cubiertos por una póliza de seguros que habrá contratado el exportador a beneficio del importador, quien como asegurado en caso de perdida o deterioro de la mercancía reclamará directamente a la compañía aseguradora.

Este término solo puede usarse para transporte marítimo o fluvial.
--------------------------------------------------------------------------------
CPT - TRANSPORTE PAGADO HASTA... (...lugar de destino convenido).

El vendedor debe pagar los costos de flete del transporte requerido para llevar la mercancía al sitio convenido con el comprador, incluyendo gastos y permisos de exportación, excepto los gastos de seguro.

Puede usarse en cualquier modo de transporte incluido el multimodal, en este ultimo caso quiere decir que el riesgo se transmite del vendedor al comprador cuando es entregado al primer transportista.


--------------------------------------------------------------------------------
CIP - TRANSPORTE Y SEGURO PAGADOS HASTA... (...lugar de destino convenido)

El vendedor debe pagar los costos de flete del transporte requerido para llevar la mercancía al sitio convenido con el comprador, adicionalmente deberá tomar y pagar un seguro contra el riesgo que pueda tener el comprador por la pérdida o daño de la mercancía, siendo responsable solamente por una póliza con cobertura mínima, en caso que el vendedor quiera una cobertura mayor, deberá concertarlo con el vendedor o tomar un seguro complementario.

Puede usarse en cualquier modo de transporte incluido el multimodal, en este ultimo caso quiere decir que el riesgo se transmite del vendedor al comprador cuando es entregado al primer transportista.
--------------------------------------------------------------------------------
DAF - ENTREGADA EN FRONTERA (...lugar convenido)

El vendedor realiza la entrega en el lugar de la frontera acordado, pero antes de la aduana fronteriza, y pone la mercancía a disposición del comprador en el medio de transporte utilizado sin realizar la descarga.

El término frontera incluye la del país exportador, por tanto deberá especificarse este término. Puede además utilizarse en cualquier modo de transporte cuando la frontera sea terrestre, si la entrega es en puerto, muelle o a bordo del buque, deben usarse los términos DES o DEQ.

--------------------------------------------------------------------------------
DES - ENTREGADA SOBRE BUQUE (...puerto de destino convenido)



El vendedor entrega la mercancía cuando se encuentra a bordo del buque en el puerto de destino acordado y a disposición del comprador, sin efectuar despacho en la aduana de importación, ni asumir los costos y riesgos de descarga del producto.

Este término puede utilizarse en transporte marítimo, fluvial o multimodal donde su último modo de transporte sea marítimo o fluvial


--------------------------------------------------------------------------------
DEQ - ENTREGADA EN MUELLE (...puerto de destino convenido)




El vendedor realiza la entrega cuando la mercancía es puesta en el muelle del puerto de destino convenido a disposición del importador, sin despacharla en la aduana de importación.

Este término puede ser usado en transporte marítimo, fluvial y multimodal donde su último modo de transporte sea marítimo o fluvial.


--------------------------------------------------------------------------------
DDU - ENTREGADA DERECHOS NO PAGADOS (...lugar de destino convenido)

El vendedor cumple con su obligación cuando realiza la entrega de la mercancía en el lugar de destino convenido pero sin incluir los gastos de aduana y el descargue del medio de transporte.

El vendedor asume los costos y riesgos de llevar la mercancía hasta este sitio. La obligación de pagar los derechos de importación recaerá sobre el comprador, al igual que los riesgos y costos por no despachar a tiempo la mercancía para la importación, en caso que el comprador quiera que esta operación se realice por parte del vendedor deberá especificarse en el contrato de compraventa.

Este término se puede usar en cualquier modo de transporte.
--------------------------------------------------------------------------------
DDP -ENTREGADA DERECHOS PAGADOS (...lugar de destino convenido)

El vendedor realiza la entrega de la mercancía al comprador, ya despachada de exportación e importación con todos los costos pagos pero sin efectuar la descarga de los medios de transporte en el lugar de destino acordado en el país importador.

Adicionalmente el vendedor debe cubrir con todos los costos y riesgos incluyendo los impuestos del país importador, este termino es usado en cualquier modo de transporte.




BIBLIOGRAFIA
INCOTERMS 1
INCOTERMS 2

lunes, 23 de febrero de 2009

PAPER


GLORIA MARCELA GAVIRIA
MIGUEL ANGEL RODRIGUEZ
DIAGRAMA DE ACTIVIDADES



ABSTRACT
INTRODUCCION
PALABRAS CLAVE
DEFINICION
APLICACIONES
CARACTERISTICAS
SIMBOLOGIA
EJEMPLO
VIDEO
CONCLUSIONES
VENTAJAS
DESVENTAJAS
EJEMPLOS
BIBLIOGRAFIA







ABSTRACT

Activity diagrams in UML are used to represent the workflow step by step business and operational components in a system. The applications ranging from designing a business process to formalize scenarios of a use case, through modeling complex operations. One of its features is that it shows the dynamic aspects of a system. Use a symbol that distinguishes it from other.

Use case has advantages to achieve a language of communication between users and developer, but one of the disadvantages is that some people think they're too complex.


INTRODUCCION

El Lenguaje de Modelado Unificado (UML) es un lenguaje gráfico para visualizar,especificar, construir y documentar los artefactos de un sistema intensivo de software. El UML ofrece una forma estándar para escribir un plano del sistema, incluyendo cosas conceptuales tales como procesos de negocios y funciones del sistema, así como también cosas concretas tales como expresiones de lenguajes de programación, esquemas de bases de datos y componentes de software reutilizables.

En UML 2.0 tenemos diferentes tipos de diagramas, estos están clasificados en dos grupos: diagrama de estructura y diagrama de comportamiento, en este último encontramos el diagrama de actividades, que es el que abordaremos a continuación, dando una definición de él, sus características y sus aplicaciones, como también un ejemplo.




PALABRAS CLAVE
swimlanes
initial state
end state
activity
Acción
Decisión
Fork: Indica un conjunto de actividades que pueden realizarse en paralelo (concurrentemente)
Join: Indica que, para continuar, deben haber finalizado todas las actividades concurrentes.

DEFINICIÓN
Un diagrama de actividades es la representación de una serie de acciones dentro de uno o varios hilos de proceso, condicionadas por unos nodos de control.

En el Lenguaje de Modelado Unificado, un diagrama de actividades representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general.

APLICACIONES

Modelar los aspectos dinámicos de un sistema:
• Definir los flujos de trabajo de una organización
• Modelar operaciones complejas
• Formalizar escenarios de un Caso de Uso
• Formalizar los escenarios de un grupo relacionado de CU (visión global)
• Diseñar un proceso de negocio
• Definir el esquema de una regla de negocio
• Establecer una concurrencia de procesos
• Especificar procesos de software

CARACTERÍSTICAS

• Muestra los aspectos dinámicos de un sistema
• Puede describir procesos o casos de uso.
• Permite elegir el orden en que pueden hacerse las cosas.
• Establece las reglas de secuencia a seguir.

SIMBOLOGIA

- Carriles (swimlanes) o Calles
- Nodo inicial (initial state).
- Nodo Final (end state)
- Actividad (activity).
- Flujo de Control (Transición)
- Nodo de Decisiones
- Nodo Fork y Nodo Join
- Flujo de Objetos
* Nodo de Objeto
* Flujo de objetos


EJEMPLO
Se tiene un proceso de solicitud de servicio. El cliente realiza la solicitud de un servicio, el vendedor pregunta si es cliente nuevo, en caso de serlo le pide sus datos y los registra. Luego pide los datos del servicio, indica el plan de tarifas y los indica al cliente. En caso de ser aceptada por el cliente, el vendedor programa servicio.
Realice un Diagrama de Actividad para el caso planteado.




VIDEO DE COMO HACER DIAGRAMA DE ACTIVIDADES





CONCLUSIONES

Después de haber visto la definición, las características y aplicaciones del diagrama de actividades llegamos a las siguientes conclusiones

- Los diagramas de actividades se usan para describir procesos o casos de uso, definir los flujos de trabajo de una organización, Diseñar un proceso de negocio.
- Un diagrama de actividades muestra el flujo de control general.
- El diagrama de actividades tienen su propia simbología para ser diseñados.

CASOS DE USO
VENTAJAS
1. Lenguaje de comunicación entre usuarios y desarrolladores.
2. Comprensión detallada de la funcionalidad del sistema.
3. Acotación precisa de las habilitaciones los usuarios.
4. Gestión de riesgo más eficiente para gobernar la complejidad.
5. Estimación más exacta para determinar tiempo, recursos y prioridades en la dosificación de esfuerzo de desarrollo.
6. Fiel trazabilidad para verificar la traducción de requerimientos en código ejecutable.
7. Mayor control para mantener las sucesivas revisiones de los programas.
8. Certificación contractual Cliente-Desarrollador.
9. Documentación orientada al usuario: manual de Procedimientos, reglas de Negocio.
10. Documentación orientada al administrador del sistema: Soporte de Mantenimiento.

DESVENTAJAS
1. Costo del software de modelamiento
2. No es bueno en la captura de requerimientos no funcionales
3. No es garantia de claridad pues depende enteramente de la habilidad de los escritores
4. Es difícil evitar la tentación de describir la interfaz de usuario demasiado pronto.
5. Algunas personas piensan que es muy complejo

EJEMPLOS










BIBLIOGRAFIA

http://sparxsystems.com.ar/resources/tutorial/uml-tutorial.html
http://www.epidataconsulting.com/tikiwiki/tiki-read_article.php?articleId=31#Los_Diagramas_de_Actividades

http://www.scribd.com/doc/2568098/UML-Diagramas-de-actividad

www.vico.org/aRecursosPrivats/UML_TRAD/talleres/mapas/UMLTRAD_101A/LinkedDocuments/UML_diagActividad.pdf

http://dis.um.es/~lopezquesada/documentos/FIS_0607/recursos/CasosdeUso.pdf
http://alcor.concordia.ca/~smw/comp354/L08web-2x2.pdf



www.lsi.us.es/~javierj/cursos_ficheros/metricaUML/EAActividades.pdf

viernes, 20 de febrero de 2009

lunes, 16 de febrero de 2009

UML- Historia, caracterisitcas y conceptos

HISTORIA

La notación UML se deriva y unifica las tres metodologías de análisis y diseño orientado a objetos más extendidas:
1. Metodología de Grady Booch para la descripción de conjuntos de objetos y sus relaciones.
2. Técnica de modelado orientada a objetos de James Rumbaugh (OMT: Object-Modeling Technique).
3. Aproximación de Ivar Jacobson (OOSE: Object- Oriented Software Engineering) mediante la metodología de casos de uso (use case).

El desarrollo de UML comenzó a finales de 1994 cuando Grady Booch y Jim Rumbaugh de Rational Software Corporation empezaron a unificar sus métodos. A finales de 1995, Ivar Jacobson y su companía Objectory se incorporaron a Rational en su unificación, aportando el método OOSE.

De las tres metodologías de partida, las de Booch y Rumbaugh pueden ser descritas como centradas en objetos, ya que sus aproximaciones se enfocan hacia el modelado de los objetos que componen el sistema, su relación y colaboración. Por otro lado, la metodología de Jacobson es más centrada a usuario, ya que todo en su método se deriva de los escenarios de uso. UML se ha ido fomentando y aceptando como estándar desde el OMG , que es también el origen de CORBA, el estándar líder en la industria para la programación de objetos distribuidos.

En 1997 UML 1.1 fue aprobada por la OMG convirtiéndose en la notación estándar de facto para el análisis y el dise no orientado a objetos.

UML es el primer método en publicar un meta-modelo en su propia notación, incluyendo la notación para la mayoría de la información de requisitos, análisis y dise no. Se trata pues de un meta-modelo auto-referencial (cualquier lenguaje de modelado de propósito general debería ser capaz de modelarse a sí mismo).

CARACTERISTICAS

En UML 2.0 hay 13 tipos diferentes de diagramas. Para comprenderlos de manera concreta, a veces es útil categorizarlos jerárquicamente.

Los Diagramas de Estructura enfatizan en los elementos que deben existir en el sistema modelado:


Diagrama de clases
Diagrama de componentes
Diagrama de objetos
Diagrama de estructura compuesta (UML 2.0)
Diagrama de despliegue
Diagrama de paquetes
Los Diagramas de Comportamiento enfatizan en lo que debe suceder en el sistema modelado:
Diagrama de actividades
Diagrama de casos de uso
Diagrama de estados
Los Diagramas de Interacción son un subtipo de diagramas de comportamiento, que enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado:
Diagrama de secuencia
Diagrama de comunicación, que es una versión simplificada del Diagrama de colaboración(UML 1.x)
Diagrama de tiempos (UML 2.0)
Diagrama de vista de interacción (UML 2.0)

COCEPTOS
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. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

Diagrama de componentes
Un diagrama de componentes es un diagrama tipo del Lenguaje Unificado de Modelado.

Un diagrama de componentes representa como un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, librerías compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.

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.

Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase.

Diagrama de estructura compuesta
Un Diagrama de estructura compuesta es un tipo de diagrama de estructura estática en el Lenguaje de Modelado Unificado (UML), que muestra la estructura interna de una clase y las colaboraciones que esta estructura hace posibles. Esto puede incluir partes internas, puertas mediante las cuales, las partes interactúan con cada una de las otras o mediante las cuales, instancias de la clase interactúan con las partes y con el mundo exterior, y conectores entre partes o puertas. Una estructura compuesta es un conjunto de elementos interconectados que colaboran en tiempo de ejecución para lograr algún propósito. Cada elemento tiene algún rol definido en la colaboración.

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 la 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.

En el UML 2.0 los componentes ya no están dentro de nodos. En cambio, puede haber artefactos u otros nodos dentro de un nodo.

Diagrama de paquetes
En el Lenguaje Unificado de Modelado, un diagrama de paquetes muestra como un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.

Los Paquetes están normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas líneas maestras sobre la mesa, los paquetes son buenos elementos de gestión. Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo requerido.

Diagrama de actividades
En el Lenguaje de Modelado Unificado, un diagrama de actividades representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general.

En SysML el diagrama de Actividades ha sido extendido para indicar flujos entre pasos que mueven elementos físicos (e.g., gasolina) o energía (e.g., presión). Los cambios adicionales permiten al diagrama soportar mejor flujos de comportamiento y datos continuos.

Diagrama de casos de uso
El estándar de Lenguaje de Modelado Unificado de OMG define una notación gráfica para realizar diagramas de casos de uso, pero no el formato para describir casos de uso. Mucha gente sufre la equivocación pensando que un caso de uso es una notación gráfica (o es su descripción). Mientras la notación gráfica y las descripciones son importantes, ellos forman parte de la documentación de un caso de uso --un propósito para el que el actor puede usar el sistema.

Diagrama de estados
Los Diagramas de Estados se usan para representar gráficamente máquinas de estados finitos. Las Tablas de Transiciones son otra posible representación.

Hay muchas formas de diagramas de estados que difieren levemente y tienen semánticas diferentes.

Diagrama de secuencia
El diagrama de secuencia es uno de los diagramas más efectivos para modelar interacción entre objetos en un sistema. 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 método de la clase. Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes pasados entre los objetos. Típicamente uno examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si tienes modelada la descripción de cada caso de uso como una secuencia de varios pasos, entonces puedes "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales.

Diagrama de comunicacion
Un diagrama de Comunicación modela las interacciones entre objetos o partes en términos de mensajes en secuencia. Los diagramas de Comunicación representan una combinación de información tomada desde el diagrama de Clases, Secuencia, y Diagrama de casos de uso describiendo tanto la estructura estática como el comportamiento dinámico de un sistema.

Los diagramas de comunicación y de secuencia describen información similar, y con ciertas transformaciones, pueden ser transformados unos en otros sin dificultad.

Diagrama de tiempos
En el estándar de Lenguaje de Modelado Unificado de OMG los diagramas de tiempo son una representación especial de interacción que se enfoca en el tiempo de los mensajes enviados entre objetos. Se pueden usar estos diagramas para mostrar restricciones detalladas sobre el tiempo, ó para mostrar los cambios con líneas de vida respecto al tiempo. Los diagramas de tiempo son generalmente utilizados con sistemas en tiempo real o en sistemas embebidos.

Diagrama de vista de interaccion
El diagrama global de las interacciones es un diagrama de comportamiento, más precisamente, uno de los cuatro diagramas de interacción. Muestra una cierta vista sobre los aspectos dinámicos de los sistemas modelados. Aunque un diagrama global de las interacciones es una representación gráfica de una interacción, éste se distingue fuertemente de los diagramas de secuencia y de comunicación, dos de los otros diagramas de interacción. De hecho, algunos elementos gráficos del diagrama global de las interacciones están tomados del diagrama de actividades, otro diagrama de comportamiento para el modelado de actividades.


Para mayor informacion consulte El Poder Semántico del UML 2.0 en la Práctica

jueves, 12 de febrero de 2009

Diagramas de flujo

INGRESAR SISTEMA TRANSMILENIO



PEDIR CITA



INSCRIPCION AL SENA