Desarrollo de software.

Ciclo de vida RUP (Rational Unified Process)

RUP es un marco de desarrollo, te indica una forma de enfocar un proyecto de desarrollo de software y despus en funcin de la naturaleza del mismo haces las adaptaciones oportunas (sin salirte de las fronteras que te marca la metodologa porque de lo contrario estaramos hablando de algo que no sera RUP). RUP sigue principios de ingeniera del software para la obtencin de sistemas de informacin de calidad y de esta forma proporcionar una alternativa que permita evitar que los productos que se obtengan caigan en los aspectos que caracterizan a la crisis del software (todava muy presente en nuestros das). RUP sigue una estrategia de ciclo de vida iterativo e incremental, pero de una forma un tanto peculiar, como vamos a ver a continuacin. El ciclo de vida RUP se divide en 4 fases: Iniciacin, Elaboracin, Construccin y Transicin. En cada fase se realizan una o ms iteraciones (con el objeto de ir perfeccionando los objetivos, mediante el feedback del usuario) y hasta que no finaliza una fase no se comienza con la siguiente. Por regla general, la fase en la que se realizan ms iteraciones es la Contruccin. En cada fase se refinan los objetivos de las fases anteriores en el proceso de conseguir el objetivo o objetivos de la fase, por ejemplo, en la fase de construccin se pueden modificar, aadir o eliminar requisitos, casos de uso, etc lo que tiene un impacto en lo obtenido en fases anteriores, acercndonos cada vez ms a un sistema que satisfaga las necesidades de los usuarios. En cada fase y en cada iteracin se realiza un ciclo de vida en cascada con las siguientes etapas: Anlisis, Diseo, Construccin (las tareas de programacin que se realizan, sobre todo las fases de Construccin y Transicin son perfectamente compatibles con la utilizacin de tcnicas de integracin continua y anlisis esttico de cdigo), Pruebas/Integracin/Implantacin. El alcance del ciclo de vida depende en la fase en la que nos encontremos, es decir, aunque se realice un ciclo de vida en cascada en la fase de Iniciacin, lo ms probable es que no se llegue a construir nada o se llegue a algn a hacer algn prototipo de muy alto nivel. Los objetivos que se persiguen en cada fase son los siguientes: - Iniciacin: Obtencin de los objetivos, catlogo de requisitos, identificacin de casos de uso.

- Elaboracin: Refinamiento de los objetivos de la fase anterior, casos de uso, anlisis, diseo, definicin y establecimiento de la arquitectura base del sistema. - Construccin: Refinamiento de los objetivos de las fases anteriores y construccin del sistema de informacin. - Transicin: Refinamiento de los objetivos de las fases anteriores e implantacin del sistema de informacin (preparacin del producto para su entrega y pasos a produccin de versiones no finales (porque hay que hacer ajustes) y de la versin final prevista). Por tanto, como se coment anteriormente, en cada etapa y en cada iteracin se perfeccionan los productos previos que hayan requerido algn cambio, todo eso mientras se intentan conseguir los objetivos concretos de la fase. De esta forma el ciclo de vida RUP sigue un modelo adaptativo de desarrollo de software. De esta forma, el reparto de esfuerzos entre actividades varan de una fase a otra.

Fuente del grfico: Wikipedia. Una caracterstica importante del RUP es que todo el proceso est guiado por los casos de uso, algo que resulta lgico cuando hablamos de modelos incrementales, ya que estn orientados al usuario y como tal es importante tener siempre presente el esquema de interaccin usuarios/sistema, los cuales vienen definidos por los casos de uso y sus escenarios. RUP pretende la obtencin de productos de muy alta calidad (extendindose esta no solo al cumplimiento de las expectativas del usuario, sino a la obtencin de productos con una deuda tcnica aceptable), si bien sus caractersticas: varias fases, mltiples iteraciones por fases, pueden provocar que el proceso de desarrollo sea costoso y que no se adapte a proyectos de pequea escala, aunque el hecho de que siga un esquema incremental permitira dar flexibilidad en el caso de que fuera necesario.

Personalmente prefiero la aplicacin de ciclos de vida iterativos incrementales de una forma ms directa, sin aplicar mltiples iteraciones para liberar una nueva versin del producto, si bien el ciclo de vida RUP es muy potente y sigue la misma estrategia, es decir, aproximarse al proceso real de desarrollo de software en el cual el producto va creciendo conforme los usuarios van comprendiendo cmo queda el sistema. Pero, se puede considerar gil RUP?, en este otro artculo, indico los motivos por los que no considero gil a esta metodologa.
About these ads

Share this:

Twitter Facebook Google LinkedIn Correo electrnico Imprimir

Me gusta: Relacionado

Los 25 artculos ms ledos de mi blog III En "Calidad del Software" Los 25 artculos ms ledos de mi blog IV En "Calidad del Software" Desarrollo de software. Requisitos detallados o visin del producto En "Gestin de Proyectos"

adaptabilidad anlisis del sistema de informacin anlisis esttico de cdigo ASI calidad del software casos de uso catlogo de requisitos ciclo de vida ciclo de vida clsico ciclo de vida en cascada ciclo de vida iterativo incremental ciclo de vida RUP construccin del sistema de informacin Crisis del software

CSI desarrollo de software deuda tcnica diseo del sistema de informacin DSI feedback Gestin de Proyectos IAS implantacin implantacin del sistema de informacin ingeniera del sofware integracin continua metodologa metodologas paso a produccin proceso unificado programacin proyecto de desarrollo de software Rational Unified Process requisitos requisitos software RUP sistema de informacin software usuario usuarios

RUP El rup (proceso unificado de rational) se basa en 6 principios fundamentales los cuales son los siguientes: 1) Adaptar el proceso El proceso lo que busca es adaptarse a las necesidades del cliente ya que consideran que es muy importante la interaccin con el mismo.. Las caractersticas propias del proyecto u organizacin, el tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico, adems deber tener en cuenta el alcance del proyecto en un rea subformal para hacer un proceso de satisfaccin del software. 2) Equilibrar prioridades Las personas nunca estn de acuerdo, por tal motivo se debe encontrar un equlibrio y de esta forma poder corregir desacuerdos que surjan en el futuro. 3) Demostrar valor iterativamente Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados. 4) Colaboracin entre equipos Lo que nos quiere decir este principio es que hay que tener una comunicacin fluida con todos los personajes que interactan en el proceso de desarrollo de un software.

5) Elevar el nivel de abstraccin Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requisitos y sin comenzar desde un principio pensando en la reutilizacin del cdigo. Un alto nivel de abstraccin tambin permite discusiones sobre diversos niveles y soluciones arquitectnicas. stas se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML

6) Enfocarse en la calidad El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente. Ciclo de vida de un proceso unificado de rational

RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades El ciclo de vida de RUP RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en los distintas actividades. En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades Inicio : Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Se define el alcance del proyecto Elaboracin : se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos Construccin : se concentra en la elaboracin de un producto totalmente operativo y eficiente y el manual de usuario Transicin : se Instala el producto en el cliente y se entrena a los usuarios. Comoconsecuencia de esto suelen surgir nuevos requisitos a ser analizados

ROLES EN RUP Analistas: Analista de procesos de negocio. Diseador del negocio. Analista de sistema. Especificador de requisitos. Desarrolladores: Arquitecto de software. Diseador

Diseador de interfaz de usuario Diseador de cpsulas. Diseador de base de datos. Implementador. Integrador.Gestores: Jefe de proyecto Jefe de control de cambios. Jefe de configuracin. Jefe de pruebas Jefe de despliegue Ingeniero de procesos Revisor de gestin del proyecto Gestor de pruebas. Apoyo: Documentador tcnico Administrador de sistema Especialista en herramientas Desarrollador de cursos Artista grfico Especialista en pruebas: Especialista en Pruebas ( tester ) Analista de pruebas Diseador de pruebas Otros roles: Stakeholders Revisor Coordinacin de revisiones Revisor tcnico.

PUBLICADO POR: LUIS HERNANDO TABARES HENAO LUISA FERNANDA VARON

http://adsisena2013.blogspot.com/2013/02/modelo-rup.html

Capitulo 2 Marco Terico

CAPITULO II MARCO TEORICO

2.1 Antecedentes de la Investigacin. Balza, V. (2009), elabor un proyecto titulado: Diseo de un sistema automatizado para el control de proceso de inscripcin de la Escuela Tcnica Comercial Robinsoniana Rmulo Gallegos. Establecer la automatizacin del proceso de inscripcin que controle, registre de manera segura, precisa y eficiente la informacin del alumno inscrito en la Escuela Tcnica Comercial Robinsoniana Rmulo Gallegos. Morey, L. (2007), elaboro un trabajo que se presento bajo el titulo Diseo de un sistema de informacin para el proceso de inscripcin en la Unidad Educativa Colegio Luz de Los Bucares. Este trabajo de investigacin presenta unos aportes muy relevantes al presente proyecto de investigacin a elaborar puesto que en su contenido se puede encontrar la forma en que se puede proceder al desarrollo de un sistema automatizado, punto que forma parte del objetivo principal del presente trabajo. Este diseo de sistema de informacin es muy til para el conocimiento por parte del investigador de cmo proceder en la implantacin del sistema automatizado, debido a que este diseo tambin presenta las tareas ms importantes que gestionara el sistema a desarrollar en este trabajo de investigacin, como lo es el proceso de inscripcin y control de notas. Sallnas, J. (2005), Desarrollo un sistema automatizado, cuyo objetivo fue permitir el control eficiente de los procesos registrados de la oficina subalterna del primer circuito del municipio Baruta del Estado Miranda. El desarrollo de esta propuesta se relacionan porque el problema que se ha planteado es la del diseo de un sistema automatizado para el control del proceso de pasantas en una empresa. UPEL, F. (2003), Implementacin de un Sistema Automatizado de Correspondencia y Control de Documentos. Donde su objetivo fue el de coordinar con la participacin de las dems dependencias del departamento, el diseo, direccin e implementacin del sistema general de informacin administrativa del Sector Publico Integrado, entre otros, por los subsistemas de organizacin Institucional de recursos materiales y fsicos, y el desarrollo administrativo, en coordinacin con los dems organigramas competentes en sistemas de informacin. Administra el Centro de Computo del Departamento y el Sistema Informtico del mismo.

Por otra parte el problema que planteamos en este trabajo y la tesis que mencionamos anteriormente tienen mucho que ver ya que para disear el sistema automatizado se debe manejar todos los datos de los pasantes de la empresa. 2.2 Bases Tericas. Sistema. Segn Bertalanffy, sistema es un conjunto de unidades recprocamente relacionadas. De ah se deducen dos conceptos: propsito (u objetivo) y globalismo (o totalidad). Un sistema (del latn systema, proveniente del griego ) es un conjunto de funciones, virtualmente referenciada sobre ejes, bien sean estos reales o abstractos. Tambin suele definirse como un conjunto de elementos dinmicamente relacionados formando una actividad para alcanzar un objetivo operando sobre datos, energa o materia para proveer informacin. Mario Bunge, Diccionario de filosofa, Mxico, Siglo XXI, 1999, p. 196. Qu es un Sistema? Un sistema es un plan prctico y completo (usando datos) para generar, coordinar y controlar las actividades de una organizacin. Aunque es concebible que un individuo tenga un sistema al estar trabajando solo, es preferible abstenerse de usar la palabra sistema para describir un trabajo unipersonal. Un sistema puede planearse o simplemente crecer a partir de alguna necesidad, la gente con su inevitable sentido comn puede desarrollar un sistema, aunque nadie lo haya planeado, no necesariamente ser la mejor manera de alcanzar un objetivo, pero el sistema podra funcionar. No obstante lo anterior, los sistemas que no son planeados tienen muy pocas posibilidades de cumplir aun alto grado las expectativas de una organizacin. As pues, si vemos el sistema como un plan (un plan para hacer el trabajo), ste debe incluir todos los elementos de planeacin y coordinacin para llegar a su ejecucin a un nivel de perfeccionamiento. Debe incluir el elemento humano, con sus habilidades, idiosincrasias y caractersticas personales, polticas (expresas y/o tcitas), el elemento fsico, como el equipo de oficina, maquinaria, espacio fsico y el elemento de informacin, los canales adecuados de comunicacin, reportes y la automatizacin como el ms importante de los vnculos que transportan informacin. Como se podr observar, un sistema no es forzosamente un desarrollo en un plan automatizado, es un nmero de rutinas que se envuelven en procedimientos y el conjunto de estas acciones da el matiz al sistema. No confundamos a un sistema con un procedimiento, al usar estos indistintamente como anotamos lneas arriba; un procedimiento es una parte del sistema, esto mismo al hacerse general es un reflejo escrito del sistema invisible, pero tengamos muy presente que slo el sistema es el todo.

Sistemas automatizados Hemos mencionado que existen sistemas planeados y naturales, y que ambos podran funcionar, pero hay una gran diferencia en el grado de esfuerzo para que stos lleguen rpidamente al objetivo. En la mayora de los sistemas no planeados hay un gran desperdicio de tiempo y por ende son de un alto costo y aunque sigan siendo sistemas, les cuesta mucho llegar al objetivo. Por lo anterior, y viendo que las organizaciones cuentan con un grupo diferente de agrupaciones con distintos propsitos y metas, trataremos a los sistemas como especficos y a un gran concentrado de stos en sistemas generales, por lo cual es necesario, para que stos obtengan su fruto, que exista una planeacin adecuada de ellos y una normatividad dada de sus reglas de operacin, as como la planeacin adecuada para la elaboracin de dicho sistema, vindolo desde un plan de automatizacin. Cualquier sistema que se precie de serlo, debe tener como sus objetivos principales el apoyo al elemento humano para: controlar, generar accin, proveer informacin, usar eficientemente los recursos, fijar procedimientos, filtrar informacin adecuada, coordinar acciones y movimientos, planear, evaluar y tomar decisiones. Un sistema es un plan prctico y completo para generar, controlar y coordinar las acciones de una organizacin, basado en sus polticas y procedimientos, funciones y organigramas que son ejecutadas por el elemento fsico y humano, con un plan tcito de correccin. Sistemas de informacin. Los sistemas de informacin electrnicos son paquetes de software que integran toda la gestin de la empresa, proveen una arquitectura que cumple con los requisitos internos y externos para soportar sistemas de planeacin de recursos de la empresa, con todos los procesos integrados a travs de una cadena de suministro. Uno de los elementos clave para una organizacin, y tambin visto como herramienta competitiva, es la mejora del flujo y proceso de la informacin y que sta pueda ser accesible de manera rpida e interrelacionada. Lo anterior cumple la premisa de los sistemas llamados ERP (aplicaciones de planificacin de recursos empresariales). Estos sistemas tienen la caracterstica de que estn interrelacionados entre s, es decir, son un sistema integral de informacin que abarca todas las reas de una organizacin. El software denominado ERP est diseado para modelar y automatizar la mayora de los procesos bsicos de una organizacin, desde la gestin financiera hasta la produccin de insumos, contando que tradicionalmente en una organizacin existen varios tipos de software o paquetes individuales que realizan diferentes funciones y tareas por separado. Estos sistemas son planeados para dotar y proveer un solo sistema que maneje todas las funciones y tareas de la corporacin. Por eso las corporaciones que compran o desarrollan aplicaciones han buscado una mayor rentabilidad, mejor satisfaccin en las funciones informticas, para ser ms competitivos en su mercado, y pensando en ese idea sobre ese concepto que lleva a una empresa a conocerla como una organizacin integrada se denomina ERP (Aplicaciones de Planificacin de Recursos.) Jorge Vilar Gmenez, Revista Logistic Summit & Expo, Mexico 2012.

Rational Unified Process (RUP). Rational Unified Process es una infraestructura flexible de desarrollo de software que proporciona prcticas recomendadas probadas y una arquitectura configurable. Es un Proceso Prctico. Son un conjunto de procesos web-enabled de ingeniera de software que dan gua para conducir las actividades de desarrollo del equipo. Como una plataforma de procesos que abarca todas las prcticas de la industria, el RUP permite seleccionar fcilmente el conjunto de componentes de proceso que se ajustan a las necesidades especficas del proyecto. Se podrn alcanzar resultados predecibles unificando el equipo con procesos comunes que optimicen la comunicacin y creen un entendimiento comn para todas las tareas, responsabilidades y artefactos. Desde un nico sitio web centralizado de intercambio, el software Rational, las plataformas, herramientas y expertos de dominios proveen los componentes de proceso necesarios para el xito. Principios de desarrollo.

El RUP est basado en 6 principios clave que son los siguientes: Adaptar el proceso El proceso deber adaptarse a las necesidades del cliente ya que es muy importante interactuar con l. Las caractersticas propias del proyecto u organizacin. El tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto en un rea subformal. Equilibrar prioridades Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrn corregir desacuerdos que surjan en el futuro.

Demostrar valor iterativamente Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados Colaboracin entre equipos

El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc. Elevar el nivel de abstraccin Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requisitos y sin comenzar desde un principio pensando en la reutilizacin del cdigo. Un alto nivel de abstraccin tambin permite discusiones sobre diversos niveles y soluciones arquitectnicas. stas se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML. Enfocarse en la calidad El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente. Ciclo de vida.

El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades. En la Figura muestra cmo vara el esfuerzo asociado a las disciplinas segn la fase en la que se encuentre el proyecto RUP. Las primeras iteraciones (en las fases de Inicio y Elaboracin) se enfocan hacia la comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto, la eliminacin de los riesgos crticos, y al establecimiento de una baseline (Lnea Base) de la arquitectura. Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requisitos. En la fase de elaboracin, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan ms los flujos de trabajo de requisitos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura.

En la fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones. Para cada iteracin se selecciona algunos Casos de Uso, se refina su anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea cascada para cada ciclo. Se realizan tantas iteraciones hasta que se termine la implementacin de la nueva versin del producto. En la fase de transicin se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. Como se puede observar en cada fase participan todas las disciplinas, pero que dependiendo de la fase el esfuerzo dedicado a una disciplina vara. Etapas en RUP.

Marco iterativo del proceso de desarrollo del software. No es un solo proceso rgido, sino algo un marco de procesos adaptable, previsto para ser ajustado por los equipos de proyecto de las organizaciones y los equipos de desarrollo de software que seleccionarn los elementos del proceso que son apropiados para sus necesidades. Para usar RUP generalmente se define (o se escoge) un caso de desarrollo, que es una instancia de RUP o un proceso dentro del marco general. RUP es esencialmente un proceso iterativo y se divide en cuatro fases:
1. Concepcin: Evaluacin inicial del proyecto. 2. Elaboracin: Identifica casos de uso primarios y define iteraciones. Permite conocer bien el problema a resolver. 3. Construccin: Desarrolla suficientes funcionalidades para producir una primera versin del software. 4. Transicin: Actividades finales que generalmente no se realizan de forma iterativa. Implantacin, entrenamiento de usuarios, etc.

2.3.- BASES LEGALES 2.3.1.- Constitucin de la Repblica Bolivariana de Venezuela (1999). Artculo 110: El Estado reconocer el inters pblico de la ciencia, la tecnologa, el conocimiento, la innovacin y sus aplicaciones, en los servicios de informacin necesarios por ser instrumentos fundamentales para el desarrollo econmico, social y poltico del pas, as como para la seguridad y soberana nacional. Para el fomento y desarrollo de sus actividades, el Estado destinar recursos suficientes y crear el sistema nacional de ciencia

y tecnologa de acuerdo con la ley. El sector privado deber aportar recursos para los mismos. El Estado garantizar el cumplimiento de los principios ticos y legales que deben regir las actividades de investigacin cientfica, humanstica y tecnolgica. La ley determinar los modos y medios para dar tal cumplimiento a esta garanta (Pg.98). 2.3.2.- Ley Sobre el Derecho de Autor y de la Decisin 351 de la Comisin del Acuerdo de Cartagena que contiene el Rgimen Comn sobre Derecho de Autor y Derechos Conexos Artculo 1: Las disposiciones de esta Ley protegen los derechos de los autores sobre todas las obras del ingenio de carcter creador, ya sean de ndole literaria, cientfica o artstica, cualesquiera sea su gnero, forma de expresin, mrito o destino. Los derechos reconocidos en esta Ley son independientes de la propiedad del objeto material en el cual est incorporada la obra y no estn sometidos al cumplimiento de ninguna formalidad. Quedan tambin protegidos los derechos conexos a que se refiere el Ttulo IV de esta Ley (Pg. 9). Artculo 2: Se consideran comprendidas entre las obras del ingenio a que se refiere el artculo anterior, especialmente las siguientes: los libros, folletos y otros escritos literarios, artsticos y cientficos, incluidos los programas de computacin, as como su documentacin tcnica y manuales de uso; las conferencias, alocuciones, sermones y otras obras de la misma naturaleza; las obras dramticas o dramtico-musicales, las obras coreogrficas y pantommicas cuyo movimiento escnico se haya fijado por escrito o en otra forma; las composiciones musicales con o sin palabras; las obras cinematogrficas y dems obras audiovisuales expresadas por cualquier procedimiento; las obras de dibujo, pintura, arquitectura, grabado o litografa; las obras de arte aplicado, que no sean meros modelos y dibujos industriales; las ilustraciones y cartas geogrficas; los planos, obras plsticas y croquis relativos a la geografa, a la topografa, a la arquitectura o a las ciencias; y, en fin, toda produccin literaria, cientfica o artstica susceptible de ser divulgada o publicada por cualquier medio o procedimiento. (Pg. 9). Artculo 6: Se considera creada la obra, independientemente de su divulgacin o publicacin, por el solo hecho de la realizacin del pensamiento del autor, aunque la obra sea inconclusa. La obra se estima divulgada cuando se ha hecho accesible al pblico por cualquier medio o procedimiento. Se entiende por obra publicada la que ha sido reproducida en forma material y puesta a disposicin del pblico en un nmero de ejemplares suficientes para que se tome conocimiento de ella. (Pg. 12). 2.3.3.- Ley Sobre Mensajes de Datos y Firmas Electrnicas Artculo 16. La Firma Electrnica que permita vincular al Signatario con el Mensaje de Datos y atribuir la autora de ste, tendr la misma validez y eficacia probatoria que la ley otorga a la firma autgrafa. A tal efecto, salvo que las partes dispongan otra cosa, la Firma Electrnica deber llenar los siguientes aspectos: Garantizar que los datos utilizados para su generacin puedan producirse slo una vez, y asegurar, razonablemente, su confidencialidad.

 Ofrecer seguridad suficiente de que no pueda ser falsificada con la tecnologa existente en cada momento. No alterar la integridad del Mensaje de Datos.

2.4 Generalidades de la Empresa. 2.4.1 Resea Histrica de la Empresa VENIRAN TRACTOR, C.A. VENIRAN TRACTOR, C.A. se inaugur el 12 de marzo de 2005 por dos naciones y gobiernos amistosos y con la participacin de ITMCO y CVG, con la presencia de Presidente Chvez y Khatami. Veniran es el punto de partida de Cooperacin de dos pases. Esta compaa se prepar durante tres meses por los expertos Iranes y usando el personal venezolano produciendo tractores en un principio en forma de CKD y PKD. Entrenamos a los trabajadores para usar los equipos la manera apropiada, un grupo de estos trabajadores fueron a ITMCO para cursar las diferentes reas como educativa, de mantenimiento, de servicio, etc. por expertos iran. As finalizo la primera fase con un xito totalmente en todas las actividades. Veniran sostiene diferentes cursos para sus trabajadores en la fbrica, para mejorar su conocimiento en las diferentes reas. La compaa tiene el mejor programa de adiestramiento para los agricultores ya sea en Veniran o en su finca para estar familiarizado con la especificacin de los tractores, la manera de usar los tractores y mantenimiento de ellos. Este programa est basado en el inters de los agricultores y clientes y es un programa con xito para dar el servicio a los clientes. Veniran como una compaa exitosa pudo producir tractores en la fbrica durante un corto periodo, teniendo diferentes problemas y oficial burocracia, se entreg los primeros 400 tractores a los agricultores con una ceremonia especial y la presencia del Presidente Hugo Chvez, Ministros, Gobernadores, entre otros, etc. Era un orgulloso para Veniran Tractor en el primer ao de experiencia como el Presidente Chvez dice, producir tractores en Venezuela ayuda a ser independiente y ahora tenemos tractores en Venezuela el cual el resultado fue entre dos naciones amistosa de Irn y Venezuela, estos tractores es producto de nuestra revolucin y produciendo tractores alcanzaremos el ego suficiente en la agricultura. Irn dio la mejor tecnologa con precio ms bajo.

Veniran es el smbolo de estar unido entre dos naciones y es nuestro orgullo. Veniran Tractor, C.A. tiene el contrato necesario con el sector privado para entregar tractores a ellos y esperamos que podamos entregar 5000 tractores a los agricultores este ao. Veniran comenzara a producir Camin Liviano, Cosechadora y otros Implementos en futuro cercano con la aprobacin de la junta directiva. As como fue exitosa la primera fase esperamos con la confianza de Dios y el apoyo Oficial especialmente del Ministerio de Industrias Bsicas y Mineras, y Ministerio de Industrias Ligeras y Comercio, de esta manera alcanzaremos las metas de la compaa. ste es nuestro lema decimos que podemos hacer y creemos que podemos porque somos capaces de hacer cualquier cosa sin nada y eso est relacionado en nuestra fe y creencia. Veniran est orgullosa de ser una compaa popular y nacional produciendo los diferentes tipos de tractores con la mejor calidad y el precio ms bajo, es el mejor regalo para la independencia de un pas y nacin. 2.4.2 Ubicacin Geogrfica. Zona Industrial Los Farallones, Nave Industrial Veniran, Calle 1, Ciudad Bolvar. Estado Bolvar Venezuela 2.4.3 Referencia de la Empresa

VENIRAN TRACTOR, ubicada en Ciudad Bolvar, zona industrial los farallones, nave industrial calle n1 Ciudad Bolvar Edo. Bolvar. Es una empresa dedicada al ensamblaje de tractores e implementos agrcolas. Surge con la necesidad de cubrir el sector agrcola de todo el pas, a travs de crditos otorgados a los pequeos productores dedicados a la agricultura nacional, los cuales pueden ser solicitados a (FONDAS) Fondo de Desarrollo Agrario Socialista , dependiente al ministerio de agricultura y tierra el cual depende del (MPPAT) Ministerio del Poder Popular para la agricultura y tierra.

2.4.4 Descripcin de la Empresa

La empresa Veniran Tractor tiene como propsito fundamental brindar solucin al sector agrcola al pas, ofreciendo apoyo a los productores del pas lo cual es posible gracias a la puesta en marcha de una adecuada sincronizacin de los departamentos, que lo integra ellos son los encargados de organizar, programar planificar y presupuestar las acciones necesarias para lograr los objetivos ya planteados. Funciones que son llevadas en los diversos departamentos por el buen desempeo del recurso humano.

2.4.5 Misin

Fabricar y ensamblar maquinarias agroindustriales a precios competitivos, de forma confiable eficiente y rentable; contribuyendo al desarrollo sustentable y a la soberana agropecuaria de Venezuela, zona del Caribe y sur Amrica y superando las expectativas de nuestros clientes. 2.4.6 Visin

Convertirse en el mayor y mejor proveedor de maquinaria agroindustrial de la regin; y ser reconocido por nuestros clientes como lderes en tecnologa y servicios, abarcando la mecanizacin del sector alimentario de las naciones latinoamericanas.