Aplicación con Tecnología J2EE para la Administración y control en el Área de Logística (página 2)

Java presenta una completa y compleja jerarquía de clases, esto le hace un lenguaje muy potente, ya que para cada tarea a realizar existe una clase determinada que se encuentra especializada para realizar una función especifica.

• La Máquina Virtual de JAVA. Es una capa lógica que hace creer al programa Java que se ejecuta en un computador (con registros, memoria y procesador), cuando en realidad sólo ve una reconstrucción lógica

De éste. Para ejecutar un programa Java compilado, es preciso también que se cuente con una implementación de la máquina virtual específica donde se desea ejecutar, la cual efectúa la transformación del p-code en un programa comprensible para la máquina.

El código para la maquina virtual de java se almacena en ficheros punto clase, cada uno de los cuales contiene al menos el código de una clase publica.

Los archivos binarios de Java, que se obtiene al compilar el código fuente, son independientes de la plataforma y pueden ejecutarse en múltiples plataformas sin necesidad de volver a compilar el código fuente.

Figura n° 05 Esquema Máquina Virtual Java.

Fuente: (Pino, 2006)

A comienzos de 1993 aparecieron nuevas herramientas graficas para facilitar la comunicación y navegación por internet, sed concibió la idea de aplicar técnicas de documentos con enlaces de tipo híper textual para facilitar la navegación por internet, y se desarrollo el primer browser (navegador web o visualizador) de lo que se comenzó a denominar Word Wide Web. Esta herramienta era denominada Moisac.

El equipo de James Gosling se planteo como objetivo la utilización de java como lenguaje en el que escribir aplicaciones pudiese funcionar a través de internet.

Como resultado de su trabajo se desarrollo un nuevo navegador completamente escrito en java, llamado Hot Java.

Este navegador permitía la integración de pequeñas aplicaci0onesen el interior de las páginas Web. El desarrollo de Hot Java hizo patente que las características de java se adaptasen perfectamente a las peculiaridades de internet.

• Tipos de Herramientas de Aplicación. segun (Pino, 2006), En Java de pueden realizar todo tipo de software, estos pueden ser:

Aplicaciones: programas fuentes desarrollados en cualquier editor Java y guardados con extensión .java, que en su compilación pasan a ser ficheros .class, y al ser ejecutados se interpreta el byte-code, generando estas aplicaciones.

Applets: códigos fuentes desarrollados en cualquier editor Java (pudiendo ser de extensión .java), compilados de forma que sean parte de una página Web que lo contenga, ejecutándolo dentro del sitio con extensión HTML.

Java Bean: es una arquitectura que permite una manera de re-utilizar componentes de software que pueden ser manipulados en herramientas de desarrollo ("Builder Tools").

Estos "Beans" pueden ser tan sencillos como un botón, o complejos como el acceso a una base de datos; una característica primordial de un JavaBean son los métodos (funciones) get|set.

Java Servlets Los servlets son aplicaciones Java que se ejecutan en el servidor bajo una arquitectura cliente-servidor-Web, extendiendo las capacidades del servidor Web.

El servidor donde se ejecutan los servlets debe contar con una máquina virtual de Java (JVM). Los servlets responden a eventos generados en las estaciones clientes desde requerimientos HTML, y permiten construir una respuesta dinámica a dichos requerimientos. Permiten además retornar una respuesta dinámica a los requerimientos, estos constituyen una mejor alternativa frente a otras tecnologías como los CGI䳬 aunque ambos permiten generar respuestas dinámicas para los requerimientos de los clientes, los servlets presentan ventajas sobre los CGI"s, como por ejemplo la portabilidad e independencia de la plataforma.

Los servlets al ser componentes escritos en Java, tienen acceso al conjunto completo de API"s Java que les permiten interactuar con diferentes tipos de interfaces, como por ejemplo aquellas que acceden a Bases de Datos. Además pueden encontrarse en muchos tipos de servidores diferentes pues el API definido para los servlets, al igual que las demás API"s Java, no dependen del ambiente del servidor o de los protocolos utilizados. Un servle es cargado una sola vez en el servidor Web e invocado en cada requerimiento. Esto se debe a que los servlets son programas multihilos (multithread). Los servlets pueden entonces mantener recursos del sistema como conexiones a Bases de Datos. Como los servlets son cargados y ejecutados completamente en el servidor, sin comunicarse directamente con los usuarios Web, no requieren la funcionalidad de una interfaz gráfica, estos implementan una forma simple de interacción entre el cliente y el servidor a través del intercambio de mensajes del tipo request/response (requerimiento/respuesta).

Java Server Pages (JSP): en el campo de la Informática,
es una tecnología para crear aplicaciones web. Es un desarrollo de la
compañía Sun Microsystems, y su funcionamiento se basa en scripts,
que utilizan una variante del lenguaje java.

La JSP, es una tecnología Java que permite a los programadores
generar contenido dinámico para web, en forma de documentos HTML, XML,
o de otro tipo.

Las JSP's permite al código Java y a algunas acciones predefinidas ser incrustadas en el contenido estático del documento web. En las JSP, se escribe el texto que va a ser devuelto en la salida (normalmente código HTML) incluyendo código java dentro de él para poder modificar o generar contenido dinámicamente. El código java se incluye dentro de las marcas de etiqueta , a esto se le denomina scriptlet.

En una posterior especificación, se incluyeron taglib; esto es,
la posibilidad de definir etiquetas nuevas que ejecuten código de clases
java. La asociación de las etiquetas con las clases java se declara en
archivos de configuración en XML. La principal ventaja de JSP frente
a otros lenguajes es que permite integrarse con clases Java (.class) lo que
permite separar en niveles las aplicaciones web, almacenando en clases java
las partes que consumen más recursos así como las que requieren
más seguridad, y dejando la parte encargada de formatear el documento
html en el archivo jsp.

Independientemente de la certeza de la aseveración, Java es conocido por ser un lenguaje muy portable (su lema publicitario reza: escríbelo una vez, córrelo donde sea), y sumado a las capacidades de JSP se hace una combinación muy atractiva.

Sin embargo JSP no se puede considerar un script al 100% ya que antes
de ejecutarse el servidor web compila el script y genera un servlet, por lo
tanto, se puede decir que aunque este proceso sea transparente para el programador
no deja de ser una aplicación compilada. La ventaja de esto es algo más
de rapidez y disponer del API de Java en su totalidad.

Debido a esto la tecnología JSP, así como Java está
teniendo mucho peso en el desarrollo Web profesional (sobre todo en intranets).

• Arquitecturas JAVA (Pino, 2006), JAVA presenta tres tipos de arquitecturas desarrolladas por Sun Microsystems estas son:

• A. J2EE. (Java 2 Enterprise Edition). Se refiere a la plataforma de tecnología Java más avanzada, la cual provee un rango completo de funcionalidades empresariales para el desarrollo de aplicaciones tanto de computadores como de servidores. Esta plataforma ha sido diseñada con el fin de proporcionar un ambiente integrado para la creación de programas Java en todos niveles requeridos por los usuarios.

• B. J2SE. (Java 2 Standard Edition).Se refiere a la plataforma de desarrollo JAVA que provee el pack básico de utilidades necesarias para el desarrollo de aplicaciones en este lenguaje. Este es normalmente, la versión que debemos descargar desde Internet para poder trabajar.

• C. J2ME (Java 2 Micro Edition). Se refiere a la plataforma de desarrollo para la implementación de aplicaciones para dispositivos móviles, tanto equipos celulares como Palm y equipos de bolsillo (Poquet PC). Ésta contiene las herramientas específicas para desarrollar aplicaciones, programas y juegos, para este tipo de dispositivos.

• Componentes de Arquitectura J2EE.

Además del modelo de ejecución en capas, J2EE contiene un completo conjunto de APIS, algunas de las cuales están insertas dentro de la arquitectura J2SE que se agregan a la arquitectura. Éstas permiten la ejecución entre las distintas capas definidas con anterioridad.

J2EE presenta distintas áreas de containers los cuales contienen API's de funcionamiento, éstas son: Web Containers los cuales almacenan los Servlet y páginas JSP que corren del lado del servidor y EJB Containers que manejan la ejecución de lo beans de aplicaciones J2EE que también correr del lado del servidor. Por su parte el Application Client Container maneja la ejecución de todos los componentes de servidor y a su vez el Applet Container la ejecución de dichos applets en el cliente.

Figura n° 06 Conjunto de API's J2EE.

Fuente: (Pino, 2006)

• A. Principales API's de la Arquitectura J2EE.

Dentro de las principales APIS para el desarrollo de la tecnología Java, se encuentran algunas que permiten ciertas características, por ejemplo a los Java servlet le permiten extender la capacidad de los servidores en aplicaciones http y utilizarlos como respuestas sobre servicios Web.

También permiten a los JSP agregar elementos que determinen como está compuesto el contenido dinámico de la página, están dentro de los EJB y hacen correr Applets de manera correcta en la máquina del cliente.

Las API son interfaces de programación de aplicaciones (Application Programmet Interface) las cuales constituyen un conjunto de funciones o mandatos que en un entorno concreto (sistema operativo) permiten al usuario poder actuar con éste. Algunas de las principales API's de la arquitectura son:

堊MS (Java Message Service API): es un mensaje estándar que permite a componentes de aplicaciones J2EE crear, enviar, recibir y leer mensajes, habilitando comunicaciones distribuidas (asincrónicas).

堊TA (Java Transaction API): provee una interfaz estándar para transacciones demarcadas. Maneja un auto commit por defecto para transacciones commits y rollbacks (una aplicación con manejo de datos que puede actualizarlos luego de cada operación de escritura o lectura).

堊avaMail API: API para envío de notificaciones email en Internet.

堊AF (JavaBeans Activation Framework): provee servicios para determinar tipos de datos dentro de Java Mail API.

堼b>JAXP (Java API for XML Processing): procesamiento de documentos XML usando Document Object Model (DOM), Simple API for XML (SAX) y Extensible Stylesheet Language Transformations (XSLT).

堊AX-RPC (Java API for XML-Based RPC): Esta API usa el estándar SOAP y HTTP para que el cliente pueda programar procedimientos en XML llamados RPCs sobre Internet.

堓AAJ (SOAP with Attachments API for Java): API de bajo nivel que habilita la producción y consumo de mensajes SOAP 1.1.

堊AXR (Java API for XML Registries): registra el acceso de negocio y propósito general de aplicaciones sobre la red.

堊DBC (Java Data Base Connection): Quizás el API de J2EE más conocida, permite el trabajo con base de datos permitiendo comandos SQL para la programación de métodos de acceso a distintas base de datos. Posee dos partes: una de nivel de aplicación usada por el componente que accede a los datos.

Y además un servicio que provee una interfaz que se agrega al driver JDBC dentro de la plataforma J2EE.

• B. Características de J2EE.

• Posibilidad de altas productividades en el desarrollo de las distintas tecnologías J2EE para la integración de aplicaciones corporativa e integración de sistemas existentes.

• Mayor Escalabilidad al describir las características básicas de transacciones y desarrollando distintos tipos de componentes de aplicación J2EE con modelos flexibles de seguridad.

• Libertad de elección de plataformas de desarrollo y producción, lo que define los aspectos necesarios que puedan solucionar una determinada problemática.

• El desarrollo de aplicaciones Web utilizando conceptos de la arquitectura J2EE que permiten la construcción de este tipo de aplicaciones.

• La utilización de herramientas libres que agilizan el desarrollo de software con J2EE y que permiten el funcionamiento en los distintos módulos de ejecución.

• C. Tipos de Aplicaciones J2EE.

La plataforma J2EE añade a Java la funcionalidad necesaria para convertirse en un lenguaje orientado al desarrollo de servicios y páginas en Internet.

Realizando aplicaciones igual de poderosas que cualquier otro tipo de programa desarrollado en Java. Éstos pueden ser de uso común por diferentes organizaciones que implementan software en la red, tanto para medios publicitarios, como software de manejo de información en Internet.

Además de los tipos de aplicaciones J2EE, servlets y JSP, esta arquitectura presenta otro tipo de componentes o archivos, estos vienen a ser los Packaging Applications (paquetes de aplicaciones), los cuales son una encapsulación de aplicaciones con distinta orientación.

Algunas de estas características son:

JAR (Java archive): es un formato de archivo independiente de la plataforma que permite que varios archivos puedan ser encapsulados dentro de uno, permitiendo que éste pueda ser una aplicación completa de fácil movilidad y ejecución.

Estructura archivo JAR.

Figura n° 07 Estructura archivo JAR.

Fuente: (Pino, 2006)

WAR (Web Application archive): este componente es un archivo que contiene un archivo JAR que posee uno o más módulos WEB. Pudiendo ser desde un simple sistema JSP a un servicio Web.

Figura n° 08 Estructura archivo WAR.

Fuente: (Pino, 2006)

EAR (Enterprise Archive file): un archivo EAR es un archivo JAR que contiene una aplicación J2EE. Utilizando archivos EAR es posible unir un número de diferentes aplicaciones J2EE usando los mismos componentes sin necesidad de códigos extra solo incluyéndolos dentro de este módulo.

Figura n° 09 Estructura archivo EAR.

Fuente: (Pino, 2006)

RAR (Resource Adapter Archive): Un archivo RAR es un archivo JAR que contiene un adaptador de recursos que puede ser desplegado en un servidor J2EE. Es bastante similar a un archivo EAR e incluso un RAR puede estar contenido dentro de éste.

Figura n° 10 Estructura archivo RAR.

Fuente: (Pino, 2006)

• El Lenguaje de Modelado Unificado (UML)

En todas las disciplinas de la Ingeniería se hace evidente la importancia de los modelos ya que describen el aspecto y la conducta de "algo". Ese "algo" puede existir, estar en un estado de desarrollo o estar, todavía, en un estado de planeación.

Es en este momento cuando los diseñadores del modelo deben investigar los requerimientos del producto terminado y dichos requerimientos pueden incluir áreas tales como funcionalidad, performance y confiabilidad. Además, a menudo, el modelo es dividido en un número de vistas, cada una de las cuales describe un aspecto específico del producto o sistema en construcción.

El modelado sirve no solamente para los grandes sistemas, aun en aplicaciones de pequeño tamaño se obtienen beneficios de modelado, sin embargo es un hecho que entre más grande y más complejo es el sistema, más importante es el papel de que juega el modelado por una simple razón: "El hombre hace modelos de sistemas complejos porque no puede entenderlos en su totalidad".

UML es una técnica para la especificación sistemas en todas sus fases. Nació en 1994 cubriendo los aspectos principales de todos los métodos de diseño antecesores y, precisamente, los padres de UML son Grady Booch, autor del método Booch.

James Rumbaugh, autor del método OMT e Ivar Jacobson, autor de los métodos OOSE y Objectory. La versión 1.0 de UML fue liberada en Enero de 1997 y ha sido utilizado con éxito en sistemas construidos para toda clase de industrias alrededor del mundo: hospitales, bancos, comunicaciones, aeronáutica, finanzas, etc.

• UML es un Lenguaje, que proporciona un vocabulario y las reglas para combinar palabras de ese vocabulario con el objetivo de posibilitar la comunicación.

• UML es un Lenguaje para Visualizar, es algo más que un simple montón de símbolos gráficos; detrás de cada símbolo en la notación UML hay una semántica bien definida. De esta manera, un desarrollador puede escribir un modelo en UML y otro desarrollador o incluso otra herramienta, puede interpretar este modelo sin ambigüedad.

• UML es un Lenguaje para especificar, significa construir modelos precisos y completos.

• UML es un Lenguaje para construir, sus modelos pueden conectarse de forma directa a una gran variedad de lenguajes de programación.

• UML es un lenguaje para documentar, una organización produce toda clase de artefactos que incluyen requisitos, arquitectura, diseño, código fuente, planificación de proyectos, pruebas, prototipos y versiones.

La versión UML 2.0 tiene tipos de diagramas que son:

• Diagrama de clases: Describe la estructura de un sistema por el que muestra el sistema de clases, sus atributos y las relaciones entre las clases.

• Diagrama de Componentes: Describe cómo un sistema de software se divide en los componentes y muestra las dependencias entre estos compuestos.

• Diagrama de objetos: Muestra una vista total o parcial de la estructura de un sistema modelado en un momento determinado.

• Diagrama de estructura compuesta: Se describe la estructura interna de una clase y la colaboración que esta estructura hace posible.

• Diagrama de despliegue: Sirve para modelar el hardware utilizando en las implementaciones del sistema, los componentes desplegados en el hardware y las asociaciones entre los componentes.

• Diagrama de paquetes: Muestra cómo un sistema se divide en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones.

• Diagrama de actividades: Representa la actividad y de funcionamiento paso a paso de flujos de trabajo de los componentes en un sistema. Una actividad que muestra el diagrama de flujo general de control.

• Diagrama de casos de uso: Muestra la funcionalidad proporcionada por un sistema en términos de actores, sus objetos representados como casos de uso y ninguna dependencia entre los casos de uso.

• Diagrama de estado: La notación normalizada para describir muchos sistemas, desde los programas de ordenador a los procesos de negocio.

• Diagrama de secuencia: Muestra cómo los objetos se comunican entre sí en términos de una secuencia de mensajes. También se indica la duración de los objetos en relación con los mensajes.

• Diagrama de comunicación: Muestra las interacciones entre los objetos o las partes en términos de secuencia de mensajes. Representa una combinación de información tomada de la clase, de secuencia, diagramas de casos de uso y describiendo la estructura y comportamiento dinámico de un sistema.

• Diagrama de tiempos: Son un tipo específico de diagrama de interacción, donde la atención se centra en las limitaciones de calendario.

• Diagrama de vista de interacción: Son un tipo de diagrama
  de actividad en la que los nodos representan los diagramas de interacción.

• Proceso Unificado Rational (RUP)

Según (CHACÓN, 2006) Las siglas RUP en ingles significa
Rational Unified Process (Proceso Unificado de Rational) es un producto del
proceso de ingeniería de software que proporciona un enfoque disciplinado
para asignar tareas y responsabilidades dentro de una organización del
desarrollo. Su meta es asegurar la producción del software de alta calidad
que resuelve las necesidades de los usuarios dentro de un presupuesto y tiempo
establecidos.

• Dimensiones del RUP

El RUP tiene dos dimensiones:

El eje horizontal representa tiempo y demuestra los aspectos del ciclo de vida del proceso.

El eje vertical representa las disciplinas, que agrupan actividades definidas lógicamente por la naturaleza.

La primera dimensión representa el aspecto dinámico del proceso y se expresa en términos de fases, de iteraciones, y la finalización de las fases.

La segunda dimensión representa el aspecto estático del proceso: cómo se describe en términos de componentes de proceso, las disciplinas, las actividades, los flujos de trabajo, los artefactos, y los roles.

En la figura siguiente se puede observar como varía el énfasis de cada disciplina en un cierto plazo en el tiempo, y durante cada una de las fases. Por ejemplo, en iteraciones tempranas, pasamos más tiempo en requerimientos, y en las últimas iteraciones pasamos más tiempo en poner en práctica la realización del proyecto en si.

Disciplinas, fases, iteraciones del RUP

Figura n° 11 Disciplinas, fases, iteraciones del RUP

Fuente: Universidad Privada del Norte

• Características esenciales que definen al RUP:

• A. Proceso Dirigido por los Casos de Uso: Con esto se refiere a la utilización de los Casos de Uso para el desenvolvimiento y desarrollo de las disciplinas con los artefactos, roles y actividades necesarias.

Los Casos de Uso son la base para la implementación de las fases y disciplinas del RUP.

Un Caso de Uso es una secuencia de pasos a seguir para la realización de un fin o propósito, y se relaciona directamente con los requerimientos, ya que un Caso de Uso es la secuencia de pasos que conlleva la realización e implementación de un Requerimiento planteado por el Cliente.

• B. Proceso Iterativo e Incremental: Es el modelo utilizado por RUP para el desarrollo de un proyecto de software. Este modelo plantea la implementación del proyecto a realizar en Iteraciones, con lo cual se pueden definir objetivos por cumplir en cada iteración y así poder ir completando todo el proyecto iteración por iteración, con lo cual se tienen varias ventajas, entre ellas se puede mencionar la de tener pequeños avances del proyectos que son entregables al cliente el cual puede probar mientras se esta desarrollando otra iteración del proyecto, con lo cual el proyecto va creciendo hasta completarlo en su totalidad. Este proceso se explica mas adelante a detalle.

• C.  Proceso Centrado en la Arquitectura: Define la Arquitectura de un sistema, y una arquitectura ejecutable construida como un prototipo evolutivo. Arquitectura de un sistema es la organización o estructura de sus partes más relevantes. Una arquitectura ejecutable es una implementación parcial del sistema, construida para demostrar algunas funciones y propiedades. RUP establece refinamientos sucesivos de una arquitectura ejecutable, construida como un prototipo evolutivo.

• D. Fases en el ciclo de desarrollo

Este proceso de desarrollo considera que cualquier desarrollo de un sistema software debe pasar por cuatro fases que se describirán a continuación, la figura muestra las fases de desarrollo y los diversos flujos de trabajo involucrados dentro de cada fase con una representación gráfica en cual de los flujos se hace mayor énfasis según la fase, cabe destacar el flujo de trabajo concerniente al negocio.

• Fase Inicial: Su objetivo principal es establecer los objetivos para el ciclo de la vida del producto.

En esta fase se establece el caso del negocio con el fin de delimitar el alcance del sistema, saber qué se cubrirá y delimitar el alcance del proyecto.

• Fase Elaboración: Su objetivo principal es plantear la arquitectura para el ciclo de vida del producto. En esta fase se realiza la captura de la mayor parte de los requerimientos funcionales, manejando los riesgos que interfieran con los objetivos del sistema, acumulando la información necesaria para el plan de construcción y obteniendo suficiente información para hacer realizable el caso del negocio.

• Fase Construcción: Durante la fase de construcción, todo componente restante y característica de la aplicación es desarrollado e integrado dentro del producto, y toda característica es probada completamente. la fase de construcción, es en un sentido, un proceso industrial donde se enfatiza los pedidos en el manejo de recursos y control de operaciones; para dar costos óptimos, horarios y calidad.

Al final se decide el software, los lugares donde se instalará y los usuarios están todos preparados para empezar a funcionar.

• Fase Transición: Su objetivo principal es realizar la entrega del producto operando, una vez realizadas las pruebas de aceptación por un grupo especial de usuarios y habiendo efectuado los ajustes y correcciones que sean requeridos.

Figura n° 12 Faces del RUP

Fuente: (Chacón, 2006)

RESUMEN DE ARTEFACTOS ENTRE RUP Y UML

Tabla n° 01: resumen de artefactos entre RUP Y UML

Fuente: (Booch G. e., 2005)

• SQL SERVER 2005

SQL Server es el sistema de bases de datos más completo y potente, y resulta ideal para los programadores especializados en productos Microsoft: ASP, Visual Basic, modelos de objetos, componentes, etc.

Además, es un sistema de base de datos perfectamente Adecuado para aplicaciones críticas y con cualquier grado de complejidad.

SQL Server utiliza una parte del espacio de la base de datos para guardar el log de transacciones con los comandos pendientes, lo que asegura que, independientemente de si el programador usa o no transacciones en su código, en ningún caso la base de datos quedaría en un estado inconsistente debido a una ejecución parcial de comandos. También ofrece otras muchas características avanzadas orientadas a mantener la integridad de la base de datos, como son los triggers, y ofrece soporte completo ACID (Atomicity Consistency Isolation Durability).

El principal punto negativo que tiene esta base de datos es su relación "Coste/MB". Si el volumen de datos a manejar no excede de 4 GB se puede optar por elegir la versión Express, versión gratuita que tiene muchas de las ventajas y las prestaciones de la versión comercial.

Definición de términos básicos

Proceso de Negocio.- Un proceso de negocio es un conjunto de tareas relacionadas lógicamente llevadas a cabo para lograr un resultado de negocio definido. Cada proceso de negocio tiene sus entradas, funciones y salidas. Las entradas son requisitos que deben tenerse antes de que una función pueda ser aplicada. Cuando una función es aplicada a las entradas de un método, tendremos ciertas salidas resultantes.

Un proceso de negocio es una colección de actividades estructurales relacionadas que producen un valor para la organización, sus inversores o sus clientes. Es, por ejemplo, el proceso a través del que una organización realiza sus servicios a sus clientes.

Administración.- Proceso de crear, diseñar y mantener
un ambiente en el que las personas, trabajando en grupos, alcancen con eficiencia
metas seleccionadas

Base de datos.- Es un conjunto de datos almacenados sistemáticamente
para su uso posterior. Una base de datos esta constituida por tablas, las cuales
por registros.

Cultura Organizacional.- Es un conjunto de normas, hábitos y valores, que practican las personas de una organización, y que hacen de esta su forma de comportamiento.

Desarrollo de software.- Proceso en cual se hace el levantamiento de información, análisis, diseño, implantación del un software, bajo un metodología de trabajo y una arquitectura de desarrollo.

Desarrollo Web.- Se basan en implantaciones de Intranet, Extranet, Automatización de Fuerza de Ventas, Gestión de pedidos, control de stocks, sistemas de facturación On Line.

Información.- Conjunto de elementos que permiten tomar decisiones adecuadas sobre situaciones específicas.

Java.- Java es un entorno de computación introducido al público en 1995 por Sun Microsystems. Es un lenguaje de programación, cuya sintaxis recuerda la del C++, tiene librerías de clases y el que todos sus programas se ejecuten en una máquina virtual lo convierten en un lenguaje altamente portátil, muy apto para una red con ordenadores y sistemas operativos tan heterogéneos como Internet

Lenguaje de Programación.- Es una técnica estándar
de comunicación que permite expresar las instrucciones que han de ser
ejecutadas en una computadora.

Procesos Administrativos.-Esta enmarcada por 4 funciones fundamentales:
planeación, organización, ejecución y control.

Procesos.- Proceso es el conjunto de fases sucesivas de un fenómeno en un lapso de tiempo.

Retroalimentación.- Proceso en el cual se alimenta al sistema, va al inicio, salida, validas y así sucesivamente, puede haber retroalimentación positiva y negativa.

Sistema de Información.- Es un conjunto de elementos que
interactúan entre sí con el fin de apoyar en la toma de decisiones
de una empresa o negocio.

Tecnología.- Es un conjunto ordenado de instrumentos, conocimientos, procedimientos y métodos aplicados en las distintas ramas industriales.

Tiempo real.- Deriva de procesamiento digital de señales. En una descripción muy corta un sistema de tiempo real es aquel capaz de procesar una muestra de señal antes de que ingrese al sistema la siguiente muestra.

Toma de decisiones.- Es el proceso de seleccionar una de acción entre alternativas, lo cual es un tema básico de la Investigación Operativa.

Web.- Lugar virtual en la cual se hace las publicaciones de páginas, sobre un determinado tema.

CAPITULO III

Metodología

• Método de investigación

Tipo de Investigación

Según (Rojas, 2002), perteneciente al "contexto de la aplicación". La investigación tecnológica se caracteriza por su interés en la aplicación, utilización y consecuencias prácticas del conocimiento; es decir, "orientada hacia un objetivo práctico determinado, conducente a la creación de nuevos dispositivos, productos y procedimientos".

La investigación es de tipo Aplicativo, porque utilizo conocimiento de Ingeniería de Software y empleo la tecnología reconocida y válida para estos tipos de problemas.

Nivel de Investigación

Correlacional: Causa-Efecto. Es aquel tipo de estudio que persigue medir el grado de relación existente entre dos o más conceptos o variables.

Diseño de Investigación

Se aplicará el método de diseño en sucesión o en línea, conocido también como método Pre Test – Post Test el cual consiste en:

• Medición de la Variable Dependiente antes de aplicar la Variable Independiente (Pre – Test).

• Aplicación de la Variable Independiente.

• Medición de la Variable Dependiente después de aplicar la Variable Independiente (Post- Test).

Se puede representar mediante la siguiente simbología: GE, O1, X, O2.

Donde:

GE : Los usuarios de la administración y control, en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha. (Grupo Experimental)

O1 : Análisis de los resultados, antes de la instalación del Sistema Web con Tecnología J2EE.

X : Es el Sistema Web con tecnología J2EE

O2 : Análisis de los resultados, después de la instalación del Sistema Web con Tecnología J2EE.

Al final de la investigación se establecerán diferencias entre O1 y O2 para determinar si existe mejoramiento o no en los indicadores expresados en la variable independiente.

• Población y muestra.

Población

Para la realización de esta investigación la población es el total de personas involucradas en la administración y control de almacén del área de logística en el Hospital de Yarinacocha.

Muestra

La muestra para el presente estudio de investigación, se estimó siguiendo los criterios que ofrece la estadística, por ello se hizo uso del método no Probabilístico, mediante la técnica del Muestreo por Conveniencia., teniendo en cuenta las siguientes consideraciones:

Para calcular la muestra que utilizamos en nuestra investigación tomaremos el muestreo no probabilístico utilizando la muestra por conveniencia.

Técnicas.- La recolección de datos se hará a través de entrevistas, encuestas, y relatos de particulares.

Instrumentos.- utilizando guías de entrevista, cuestionarios
y fichas de relatos.

• Procedimientos de recolección de datos.

• Recojo de testimonios.

• Planificando entrevistas.

• Realizando las encuestas.

• Técnicas e instrumentos para recolección de datos.

Técnicas e instrumentos Se utilizaron tablas, cuadros, figuras, gráficos para ayudar al procesamiento de los datos, aplicando estadística descriptiva y herramientas informáticas: Ms Excel y SPSS.

Tratamiento de datos.

• Mecanismos para el procesamiento y presentación de datos

Los datos han sido presentados en tablas, cuadros, figuras y gráficos, analizados con la aplicación de la estadística descriptiva, seguidamente se procedió a analizarlos. Para el procesamiento de los datos se utilizaron las herramientas informáticas como: Ms Excel y SPSS, presentándose los resultados en cuadros, teniendo en cuenta las variables de la investigación.

Para realizar el procesamiento y posterior presentación de los datos recolectados, de las fuentes primarias (trabajo de campo) y secundarias, que fueron necesarios para un análisis e interpretación clara y precisa de los mismos, se utilizó la estadística.

• Mecanismos para el análisis e interpretación de resultados

En esta parte de usó el análisis lógico como el estadístico, para comprobar nuestra hipótesis y poder plantear las conclusiones y recomendaciones a la que arribamos, teniendo en cuenta siempre la confiabilidad y veracidad de los datos obtenidos y procesados con anterioridad.

En lo referente al análisis lógico se realizó observaciones directas y constantes, para ir verificando si los objetivos planteados se cumplían o no, y en cuanto al análisis estadístico se hizo a través de las herramientas descritas en el numeral anterior.

• PROCESO DE DESARROLLO DE SOFTWARE

• Fase Inicial

Modelamiento de visión del negocio

Documento Visión del Negocio

A.1. Introducción

A.1.1. Propósito

El propósito de este documento es ofrecer un esquema del funcionamiento del sistema, a nivel de procesos, actores, y diagramas para la "Aplicación con tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha".

A.1.2. Alcance

En este trabajo se realiza el modelamiento del Sistema Web con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha, así como su implementación, desarrollado por el bachiller en mención del proyecto de investigación.

El sistema permitirá a los usuarios lo siguiente:

• Registrar y actualizar el material en almacén.

• Registrar y actualizar documentos en logística.

• Registrar y actualizar usuarios en el área de logística y almacén.

• Gestionar material para almacén.

• Consultar material disponible vía Web.

• Realizar consultas y reservas de materiales vía Web.

• Generar reportes

A.2 Posicionamiento

A.2.1. Oportunidad del negocio

El Sistema Web con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén mejorará progresivamente la forma en que se posibilita el encuentro de los usuarios con el conocimiento. La introducción de nuevas tecnologías permite a las organizaciones mejorar la administración general del entorno de la empresa. El avance de la Sociedad del Conocimiento, logros alcanzados así como el progreso de la tecnología obligan hoy a plantearse nuevos retos.

A.2.2 Exposición del Problema

• Realidad Problemática

• Deficiencia en el control de material en almacén.

• Deficiencia en el control de documentación en logística.

• Demoras en el proceso registro de material.

• Perdida de tiempo para la búsqueda de documentos.

• No existe disponibilidad de consulta de material y documentos en tiempo real.

• Análisis del problema

• El proceso de registro del material para almacén se realiza en hojas de cálculo, generando inconsistencia de datos y pérdida de información.

• El proceso de consultas se hace a través de fichas manuales antiguas y no actualizadas, ocasionando perdida de tiempo al buscar un producto específico.

• Para la entrega de material, se realiza de forma manual, pidiendo la nota de pedido de logística para proceder a verificar si hay el material de pedido completo, luego se hace la guía de salida de material y anotar en una ficha el stock del material, con la implementación de sistema esto será realizado automatizada mente.

• Afecta a:

• Hospital Amazónico de Yarinacocha.

• Usuarios clientes.

• Personal en Área de Logística y Almacén.

• Impacto

• Imagen institucional.

• Proceso lento y mal definido que dificultan la administración y control el Área de Logística y Almacén.

• Carga de trabajo al personal encargado en el Área de Logística y Almacén.

• Ocasiona pérdida de tiempo al Usuario y/o cliente al consultar material que necesita.

• Demora en los requerimientos de información.

• Solución exitosa será:

• Mejorar el registro del material bibliográfico, consulta y préstamo de los materiales bibliográficos, presentándola vía Web.

• Contar con información relevante y oportuna para la eficiente toma de decisiones y brindar un mejor servicio a los usuarios.

A.3 Descripción de Stakeholder y usuarios

A.3.1 Mercado demográfico

Hospital Amazónico de Yarinacocha en el área de logística y almacén cuenta con 7 personales a su servicio actualmente, los cuales no tienen un eficiente Sistema de administración y control, generando demoras al momento de ingreso y salida de documentos y/o material existente, esto ocasiona la perdida de interés y motivación por parte del personal.

El Sistema Web con Tecnología J2EE para la Aplicación con tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha será ejecutado y usado en cualquier parte del mundo que tenga acceso a Internet, el sistema estará ubicado en servidor central que designe el gerente.

A.3.2 Sumario de Stakeholder

Tabla nº 2: Sumario de Stakeholders

A.3.3 Sumario de Usuarios

Tabla nº 3: Sumario de Usuarios

A.3.4 Ambiente de Usuarios

Secretaria: Tendrá acceso al sistema para registrar los documentos que se emite y los que se recepcione.

Despachador: Accederá al sistema para registrar las notas de llegada y de salida respecto al material.

Estibador: Podrá realizar la verificación y entrega de material al cliente, previa verificación del sistema.

Personal de vigilancia: controlara el ingreso de personal al almacén y vigila las unidades que ingresan.

A.3.5 Necesidades de los Usuarios

Tabla nº 4: Necesidades de Usuarios

A.3.6 Alternativas

El desarrollo del Proyecto de implementación de "Aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha presenta las siguientes alternativas:

• Formar un equipo de trabajo dentro de la Escuela Profesional de Ingeniería de Sistemas de la UNU para el desarrollo del Sistema.

• Solicitar los servicios de una consultoría para que realice el proyecto de implementación de la Aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha.

• Solicitar los servicios de una empresa desarrolladora de software para que realice el Sistema de Información.

• Solicitar Tesitas o estudiantes interesados en desarrollar el proyecto de implementación de la Aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha.

A.4 Objetivos de Modelamiento del Negocio

Proceso de Gestión de Material

Registrar unidad de medida

Registrar categoría

Registrar marca

Registrar material

Registrar tipo material

Registrar pecosa

Registrar detalle de pecosa

Registrar nota de salida

Registrar nota de llegada

Registrar material en mal estado

Registrar tipo de estado de material

Consultar material

Validar autorización

Gestión de documentación

Registrar orden de compra

Registrar detalle de orden de compra

Registrar proforma

Registrar orden de servicio

Registrar detalle de servicio

Registrar pedido

Registrar detalle de pedido

Registrar nota de salida

Registrar nota de llegada

Registrar proveedor

Registrar autorización

Registrar documento

Registrar tipo de documento

Administrador

Registrar Usuarios

Dar de Baja y Alta de Usuarios del Área de Logística y Almacén.

A.5 Rangos de Calidad

Disponibilidad: una aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén deberá estar disponible las 24 horas del día en un Servidor Web para la atención de los usuarios.

Uso: la aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha, deberá ser fácil de manejar con interfaces sencillas y entendibles para el usuario.

A.6 Panorama del Producto

Perspectiva: la aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén se implementará en el Servidor de la Dirección General de Sistemas e Informática de la Universidad Nacional de Ucayali, Facultad de Ingeniería de Sistemas y de Ingeniería Civil. Cada usuario tendrá acceso al sistema mediante una interfaz que les permitirá acceder a la información que requiera en el momento necesario, conectándose con su nombre de usuario y contraseña.

• Restricciones: la aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha no contará con:

• El sistema no incluye control de equipos del Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha.

• El sistema no contempla devoluciones de material por huelga, paros u otras interrupciones en el traslado a su destino.

• El sistema no incluye distribución de materiales en almacenamiento.

• El sistema no incluye tipo de equipos para la manipulación de materiales.

A.7 Requerimientos

A.7.1 Funcionales

• Registrar unidad de medida

• Registrar categoría

• Registrar marca

• Registrar material

• Registrar tipo material

• Registrar pecosa

• Registrar detalle de pecosa

• Registrar nota de salida

• Registrar nota de llegada

• Registrar material en mal estado

• Registrar tipo de estado de material

• Consultar material

• Validar autorización

• Registrar orden de compra

• Registrar detalle de orden de compra

• Registrar proforma

• Registrar orden de servicio

• Registrar detalle de servicio

• Registrar pedido

• Registrar detalle de pedido

• Registrar nota de salida

• Registrar nota de llegada

• Registrar proveedor

• Registrar autorización

• Registrar documento

• Registrar tipo de documento

A.7.2 No Funcionales

• El sistema se desarrollará utilizando herramientas Web: como el lenguaje de programación Java, las tecnologías JSP y Java Script; el manejador de Base de Datos SQL Server 2005 y un Servidor Web TomCat.

• Definir políticas de seguridad.

• Registrar niveles de seguridad.

• El tiempo de respuesta por consulta se realice en tiempo real.

• Contar con máquina para el Servidor, con requerimientos mínimos como Tecnología Pentium y una estructura de red.

• Características del servidor: Servidor PIV 3.6 Ghz HD 180 GB. Ram 2 Gb.

• Contar con una Impresora de Inyección de Tinta o Láser que actuará como dispositivo de salida para las terminales en la impresión de reportes del sistema y consultas requeridas.

Plan de Desarrollo del Software

B.1. Introducción

B.1.1. Propósito

El objetivo de este Plan de Desarrollo de Software es definir las actividades realizadas durante el desarrollo de las fases e iteraciones requeridas para llevar a cabo el Sistema Propuesto.

B.1.2. Alcance

Este Plan de Desarrollo de Software describe el plan global a ser usado por los encargados del proyecto para desarrollar la implementación de la aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha, se describirán los detalles de los procesamientos individuales del plan. Los planes que se dan en éste documento se basan en los requisitos del producto como está especificado en el documento visión.

B.1.3. Referencias

Las referencias aplicables son: La visión para la implementación de la aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha.

B.1.4. Apreciación Global

Este Plan de Desarrollo de Software contiene la información siguiente:

• Proyecto de Apreciación Global: Proporciona la descripción del propósito del proyecto, alcance y objetivos. También determina el entregable que se espera en el proyecto en determinados periodos.

• El Proceso de Dirección: Explica el costo estimado y lo fija, define las fases mayores e hitos para el proyecto, y describe el modo de supervisión para el proyecto.

• Los Planes del Proceso Técnicos: Proporciona un panorama global del proceso de desarrollo de Software, incluso los métodos, herramientas y técnicas para ser seguido.

B.2. La Apreciación Global del Proyecto

B.2.1. Propósito del Proyecto, Alcance y Objetivos

El propósito, alcance y objetivo de este Plan de Desarrollo de Software es definir las actividades realizadas durante el desarrollo de las fases e iteraciones requeridas para implementar la aplicación a realizar.

B.2.2 Entregables del Proyecto.

Los entregables siguientes se desarrollaran durante el proyecto.

Tabla 5: Entregables del proyecto.

B.2.3 Evolución del Plan de desarrollo de Software.

El Plan de Desarrollo de Software se revisará anterior a la salida de cada proceso de iteración.

B.3. La Organización del Proyecto

B.3.1 Estructura Orgánica

El equipo de trabajo comprende de un tesista Bachiller en Ingeniería de Sistemas de la Universidad Nacional de Ucayali, un Asesor Ingeniero Industrial para la elaboración del documento tesis, y para el desarrollo del proyecto un consultor.

B.3.2 Interfaces Externas

El tesista del proyecto también actuará recíprocamente con otro stakeholder para solicitar las entradas y revisión de los artefactos.

B.3.3 Papeles y Responsabilidades

La tabla siguiente identifica las unidades orgánicas que serán responsables para cada uno de los flujos de trabajo, y el detalle de los procesos de apoyo

Tabla 6: Papeles y Responsabilidades

B.4. El Proceso de Dirección

B.4.1 Estimación del Proyecto

Las estimaciones del proyecto son basadas en el Estudio de Factibilidad aplicado al proyecto. El tiempo y el esfuerzo estimado en este informe es la base del presupuesto del proyecto y horario.

B.4.2 Plan de Proyecto

a) Plan de la Fase:

La aplicación con Tecnología J2EE para la Administración y Control en el Área de Logística y Almacén en el Hospital Amazónico de Yarinacocha se desarrolla usando un acercamiento escalonado a la cual utilizará cuatro fases de interacción. Las fases y el horario relativo se muestran en la tabla siguiente:

Tabla nº 7: Plan de proceso de desarrollo de acuerdo a fases

Tabla 8: Fases del proyecto e hitos principales

b) Horario del Proyecto

El horario del proyecto que contiene el nombre de las Labores, las fechas de inicio y fin se muestran a continuación.

Tabla nº 9: Tareas del proyecto

B.5 Recursos para el Proyecto

B.5.1. Entrenamiento que se planean

Se entrenará al equipo del proyecto en las siguientes habilidades, al comienzo de las actividades del plan:

• Análisis y Diseño Orientado a Objeto

• Proceso Unificado Rational 2003

• NetBeans 6.9

• SQL Server 2005

B.6 Presupuesto

El siguiente presupuesto se basa en estimaciones iniciales

Tabla nº: Presupuesto del proyecto.

B.7. Entorno de Trabajo

B.7.1 Elección de Equipos y Accesorios de la Red LAN

B.7.1.1 Elección del Servidor

Para elegir el tipo de servidor se ha tenido en consideración el equipo existente dentro de la Facultad de Ingeniería de Sistemas y de I ingeniería Civil de la Universidad Nacional de Ucayali, el Sistema Operativo instalado es Microsoft Windows Server 2008 Enterprise Edition con un servidor Apache Tomcat 1.5.

Tabla nº11: Características servidor de Base de Datos

Tabla nº 12: Características de Servidor Web

B.7.1.2 Elección de Estaciones de Trabajo.

Actualmente el área de logística y almacén cuenta con 2 Pentium IV 2.8 Ghz, las cuales estarán conectadas al servidor principal ubicado Facultad de Ingeniería de Sistemas y de I ingeniería Civil de la Universidad Nacional de Ucayali obteniendo así una infraestructura de red adecuada que soporte los ingresos de datos que realizarán los usuarios.

Tabla nº 13: Características de las Estaciones de trabajo

B.7.1.3 Elección de las tarjetas de RED para las Estaciones de Trabajo

La elección de las tarjetas de red han sido tomadas en consideración a la tecnología de red a usar (Ethernet) y al tipo de estaciones de trabajo.

Tabla nº 14: Características de la tarjeta de red

B.7.1.4 Elección del Switch (Concentrador)

La elección del Switch ha sido tomada en consideración a la tecnología de red (Ethernet) y a la cantidad de estaciones de trabajo.

Tabla nº 15: Características concentradoras

B.7.1.5 Accesorios de Red.

Se ha tomado en consideración el estándar de instalaciones comerciales de red ANSI/EIA/TIA 568-A.

Tipos de Cable a Usar:

• Cable par trenzado (UTP – RJ-45 DE 100 W).

• El cable de par trenzado UTP, tiene 4 partes de hilos trenzados juntos a seis vueltas por pulgada para producir protección de inferencias eléctricas más impedancia consistente, o resistencia eléctrica.

• El Cable par trenzado UTP es barato, fácil de instalar y puede funcionar en red. En la actualidad es muy usado en redes locales Ethernet (UTP) de 8 hilos.

• Conectores RJ-45 Categorías 5, soportan 4 pares de cables UTP categoría 5.

• Caja toma de datos (Rosetas) RJ-45 Categoría 5.

• Roseta simple (1 jack) por cada estación de trabajo.

• Montaje con tornillo para facilitar la instalación.

B.8 Vistas de Use Case

B.8.1 Modelo use case del Negocio

Figura nº 13: Use Case del Negocio

B.8.1 Modelo de Objeto del Negocio

Figura nº 14: Modelo de Objetos Gestión Almacén

Figura nº 15: Modelo de Objetos gestión de almacén

Figura nº 16: Modelo de Objetos Administración de Usuarios

B.8.2 Modelo de Dominio

Figura nº 17: Modelo Dominio

B.9 Descripción de Procesos del Negocio

Tabla nº 16: Descripción de Procesos del Negocio

• Fase Elaboración

Requerimientos

Modelo Use Case

Figura nº 18: Requerimientos Gestión Material

Figura nº 19: Requerimientos Servicio almacén

Figura nº 20: Requerimientos Servicio administrador

A).1. Especificaciones use case