miércoles, 30 de marzo de 2011
Conducción :D
libros excelentes segun mi interéss
I wish I could reach all the things i want:)
martes, 29 de marzo de 2011
lunes, 28 de marzo de 2011
BONITASOFT
INTERESTING TOPICS 2
Excelent Phrases
TGS and Organizational Communication
Holismo: el todo es algo más que la suma de sus partes
jueves, 17 de marzo de 2011
"Pobreza" ... algo que no debería existir en un planeta tan rico.
LA "POBREZA" SEGUN EL INVENTOR DE LA PALABRA POBRE..
PRIMERO QUE TODO....
QUE SE NECESITA PARA VIVIR?
*ALIMENTACIÓN.
*VIVIENDA.
*COMPAÑÍA.
POR QUE NO TODOS PUEDEN TENER ESTO? PORQUE HAY QUE PAGAR POR ELLO, DIFERENTES PRECIOS SEGUN EL LUGAR DONDE NACES.
POR QUE SE MATAN UNOS CON OTROS? PORQUE NO SABEN VALORAR LA VIDA, Y POR ENVIDIA PRECISAMENTE.. QUIEN SE INVENTÓ EL DINERO?? HTTP://WWW.SUITE101.NET/CONTENT/POR-QUE-SE-INVENTO-EL-DINERO-A13607
¿EXISTE DIFERENCIA ENTRE UN PAIS DESARROLLADO Y UN PAIS DE PRIMER MUNDO?
miércoles, 16 de marzo de 2011
I am a fighter for my dreams
sábado, 12 de marzo de 2011
WEB APPLICATION BPM BASED
viernes, 11 de marzo de 2011
PROGRAMMING IN JAVA
La ventaja de usar objetos de acceso a datos es que cualquier objeto de negocio (aquel que contiene detalles específicos de operación o aplicación) no requiere conocimiento directo del destino final de la información que manipula.
Los Objetos de Acceso a Datos pueden usarse en Java para aislar a una aplicación de la tecnología de persistencia Java subyacente(API de Persistencia Java), la cual podría ser JDBC, JDO, EJB,CMP(Persistencia controlada por el Contenedor), TopLink, Hibernate, iBATIS, o cualquier otra tecnología de persistencia.
Usando Objetos de Acceso de Datos significa que la tecnología subyacente puede ser actualizada o cambiada sin cambiar otras partes de la aplicación.
wikipedia
jueves, 10 de marzo de 2011
BD
http://blog.jorgeivanmeza.com/2008/09/departamentos-y-municipios-de-colombia-actualizacion-20080915/
Terminos Jurídicos
Surge por el acuerdo entre dos o más personas, que se obligan a aportar dinero, trabajo u otro tipo de bienes, para explotar una actividad comercial, con el ánimo de repartirse entre sí las utilidades y no se constituye por escritura pública.
http://www.cccauca.org.co/docregistro/INST-15-Inscripcion_Sociedades_Hecho.pdf
Sociedad de derecho:
La sociedad de derecho es un contrato por el cual dos o más personas se obligan a poner en común dinero, bienes o industria, con ánimo de repartir entre sí las ganancias.
Contrato Verbal:
http://www.actualicese.com/actualidad/2009/03/24/contrato-verbal-3-condiciones-que-debemos-estipular-para-evitar-problemas/
http://www.actualicese.com/actualidad/2008/10/07/probar-la-existencia-del-contrato-de-trabajo-aunque-no-este-por-escrito/
Contrato de aprendizaje:
El contrato de aprendizaje es una forma especial de vinculación dentro del Derecho Laboral, sin subordinación y por un plazo no mayor a dos (2) años en la que una persona natural recibe formación teórica en una entidad de formación autorizada con el auspicio de una empresa patrocinadora que suministra los medios para que adquiera formación profesional metódica y completa requerida en el oficio, actividad u ocupación dentro del manejo administrativo, operativo, comercial o financiero propios del giro ordinario de las actividades del patrocinador con exclusividad en las actividades propias del aprendizaje y el reconocimiento de un apoyo de sostenimiento que garantice el proceso de aprendizaje y el cual, en ningún caso, constituye salario.
http://www.lared.com.co/kitdeherramientas/CasosLaborales/ContratoAprendizaje.asp
martes, 8 de marzo de 2011
CONSULTORIO JURÍDICO
you want out of life: decide what you want.
—Ben Stei
BPM MODELING
PROCESS: 8
USE CASES: 26
------------------------------ IBM-------------------------
Extend relationships
In UML modeling, you can use an extend relationship to specify that one use case (extension) extends the behavior of another use case (base). This type of relationship reveals details about a system or application that are typically hidden in a use case.
The extend relationship specifies that the incorporation of the extension use case is dependent on what happens when the base use case executes. The extension use case owns the extend relationship. You can specify several extend relationships for a single base use case.
While the base use case is defined independently and is meaningful by itself, the extension use case is not meaningful on its own. The extension use case consists of one or several behavior sequences (segments) that describe additional behavior that can incrementally augment the behavior of the base use case. Each segment can be inserted into the base use case at a different point, called an extension point.
The extension use case can access and modify the attributes of the base use case; however, the base use case is not aware of the extension use case and, therefore, cannot access or modify the attributes and operations of the extension use case.
You can add extend relationships to a model to show the following situations:
A part of a use case that is optional system behavior
A subflow is executed only under certain conditions
A set of behavior segments that may be inserted in a base use case
Extend relationships do not have names.
As the following figure illustrates, an extend relationship is displayed in the diagram editor as a dashed line with an open arrowhead pointing from the extension use case to the base use case. The arrow is labeled with the keyword «extend».
Example
You are developing an e-commerce system in which you have a base use case called Place Online Order that has an extending use case called Specify Shipping Instructions. An extend relationship points from the Specify Shipping Instructions use case to the Place Online Order use case to indicate that the behaviors in the Specify Shipping Instructions use case are optional and only occur in certain circumstances.
-----------------------------------------------------------------------------
Include relationships
In UML modeling, an include relationship is a relationship in which one use case (the base use case) includes the functionality of another use case (the inclusion use case). The include relationship supports the reuse of functionality in a use case model.
You can add include relationships to your model to show the following situations:
The behavior of the inclusion use case is common to two or more use cases.
The result of the behavior that the inclusion use case specifies, not the behavior itself, is important to the base use case.
Include relationships usually do not have names. If you name an include relationship, the name is displayed beside the include connector in the diagram.
As the following figure illustrates, an include relationship is displayed in the diagram editor as a dashed line with an open arrow pointing from the base use case to the inclusion use case. The keyword «include» is attached to the connector.
Example
The following figure illustrates an e-commerce application that provides customers with the option of checking the status of their orders. This behavior is modeled with a base use case called CheckOrderStatus that has an inclusion use case called LogIn. The LogIn use case is a separate inclusion use case because it contains behaviors that several other use cases in the system use. An include relationship points from the CheckOrderStatus use case to the LogIn use case to indicate that the CheckOrderStatus use case always includes the behaviors in the LogIn use case.
---------------------------------------------------------------------------
http://www.wirfs-brock.com/PDFs/Art_of_Writing_Use_Cases.pdf
Links use cases- http://www.pols.co.uk/use-case-zone/use-case-papers
domingo, 6 de marzo de 2011
Proceso Desarrollo de una APP Web basada en BPM
2. Roadmap de procesos suceptibles a automatizar
3. Descomposición en subprocesos(detalle actividades, pools, lanes, roles), diagramas BPMN.
4. Modelo de datos
5. Diagramas UML :casos de uso, secuencia(un diagrama de secuencia por cada caso de uso), En el caso de MVC, es lo mismo, los límites del sistema se representan con un círculo y una T acostada, los controladores, se representan con un círculo y una flecha hacia la izquierda y los actores con una figura de palitos, tal como los casos de uso.
También encontré una herramienta software libre para los que necesitan hacer diagramas rápido y fácil aunque es muy sencilla, Violet UML.
6. SRS
7. Diseño de la arquitectura de software
8. Implementación
9. Entrega
1. Usando una metodología existente
2. Analizando la viabilidad y beneficios
3. Analizando el negocio
4. BPMN
5. casos de uso: extend: excepciones, include: factorización
6. Modelo de datos
People are more important than any process.
Good people with a good process will
outperform good people with no process every time.
—Grady Booch
Le mieux est I'ennemi du bien (The best is the enemy of the good).
—Voltaire