Académique Documents
Professionnel Documents
Culture Documents
FACULTAD DE INGENIERA DE SISTEMAS Y DE INGENIERA CIVIL ESCUELA ACADMICA PROFESIONAL DE INGENIERA DE SISTEMAS
ANLISIS Y DISEO DE UN SISTEMA DE CONTROL DE LA INFORMACIN PARA EL LABORATORIO DE SUELOS DE LA UNIVERSIDAD NACIONAL DE UCAYALI
DEDICATORIA
A Dios, por estar siempre conmigo, iluminar mi mente y darme la fuerza para seguir luchando por mis ideales.
Fidel y que
A mis hermanas, por su apoyo paciente e incondicional en las diferentes etapas de mi vida.
AGRADECIMIENTOS
Mi
reconocimiento
al
Ing.
Clotilde
Ros
Hidalgo,
por
su
asesoramiento y valiosas recomendaciones en el desarrollo del proyecto, adems por compartir sus conocimientos cada momento. Y tambin un reconocimiento al Tcnico encargado de laboratorio Sr. Juan Huaycama Huaynaqari, por su apoyo, dedicacin y paciencia al brindarme toda la informacin necesaria del laboratorio de suelos de la Universidad Nacional de Ucayali para el desarrollo de la presente proyecto.
INDICE GENERAL Pgina DEDICATORIA AGRADECIMIENTOS INDICE GENERAL INDICE DE FIGURAS INDICE DE CUADROS PRESENTACIN RESUMEN ABSTRACT INTRODUCCIN II III IV V VI VII VIII IX X
Pgina CAPITULO I PRESENTACIN 1.1 Objetivo del informe 1.2 Periodo de la practica 1.3 Institucin y rea donde se realizo la practica 1.4 Funciones del rea donde realizo sus practicas 2 2 2 2
CAPITULO II ASPECTOS GENERALES DE LA EMPRESA 2.1 Razn social 2.2 Actividades que realiza 2.3 Aspectos tcnicos
4 4 4
CAPITULO III ACTIVIDADES REALIZADAS 3.1 Actividades Realizadas 3.1.1 Anlisis de sistemas 3.1.2 Diseo de sistemas
10 10 10
CAPITULO IV DESCRIPCIN DE LAS ACTIVIDADES REALIZADAS 4.1 Objetivos 4.2 Justificacin 4.3 Tcnicas 4.4 Cronograma de Actividades
12 12 12 13
CAPITULO IV MARCO TERICO 5.1 Sistema de Informacin 5.2 El lenguaje Unificado de Modelado - UML 5.3 El proceso Unificado de Rational 5.4 Programacin Java 5.5 Conceptos clave del lenguaje de programacin java 5.6 Netbeans. IDE (Entorno de desarrollo integrado)
15 19 22 26 27 30
CAPITULO IV - PROCESO DE DESARROLLO DE SOFTWARE 6.1 FASE INICIAL 6.1.1 Modelamiento de Visin del negocio: A) Documento de visin del negocio: A.1) Introduccin: A.1.1 Propsito A.1.2 Alcance A.2) Posicionamiento: A.2.1 Oportunidad del Negocio A.2.2 Exposicin de Problema A.3) Descripcin de Stakeholder y Usuarios A.3.1 Mercado Demogrfico A.3.2 Sumario de Stakeholder A.3.3 Sumario de Usuarios A.3.4 Ambiente Usuarios A.3.5 Necesidades Principales de Usuarios A.3.6 Alternativas A.4) Objetivos de Modelamiento del Negocio A.5) Rangos de Calidad A.6) Panorama del Producto A.7) Requerimientos A.7.1 Funcionales A.7.2 No Funcionales B) PLAN DE DESARROLLO DEL SOFTWARE B.1) Introduccin B.1.1 Propsito B.1.2 Alcance B.1.3 Referencias B.1.4 Apreciacin Global B.2) La Apreciacin Global del Proyecto
B.2.1 Propsito del Proyecto, Alcance y Objetivos B.2.2 Entregables del Proyecto. B.2.3 Evaluacin del Plan de desarrollo de Software. B.3) La Organizacin del Proyecto B.3.1 Estructura Orgnica B.3.2 Interfaces Externas B.3.3 Papeles y Responsabilidades B.4) El Proceso de Direccin B.4.1 Estimacin del Proyecto B.4.2 Plan de Proyecto a) Plan de la Fase b) Horario del Proyecto B.5) Recursos para el Proyecto B.5.1 Plan de Adquisicin de Recursos B.5.2 Entrenamiento que se planean B.6) Entorno de trabajo B.6.1 Eleccin de equipos y accesorios de la Red LAN B.6.1.1 Eleccin de las tarjetas de Red 7 B.6.1.2 Accesorios de la Red B.7) Vistas Use Case B.8.1 Modelo Use Case del Negocio B.8.2 Modelo de Objeto del Negocio B.8.3 Modelo de Dominio B.8) Descripcin de procesos del negocio 6.2 FASE ELABORACION 6.2.1 REQUERIMIENTOS A) Modelo Use Case B) Diagramas de Actividades C) Especificaciones de los Use-Case 6.2.2 ANLISIS Y DISEO A) Diagrama de Colaboracin B) Diagrama de Paquetes del Anlisis C) Diagrama de Clases D) Diseo de la Arquitectura E) Diagrama de Secuencia del Anlisis F) Interfaz VS. Secuencia G) Diseo de la Base de datos
INDICE DE FIGURAS Pgina Figura 1 Figura 2 Figura 3 Figura 4 Figura 5 Figura 6 Figura 7 Figura 8 Figura 9 Figura 10 Figura 11 Figura 12 Figura 13 Plano de ubicacin de la UNU Organigrama de la Universidad Nacional de Ucayali Componentes de un sistema de informacin Mtodos de Apoyo al UML Fases del Proceso Unificado de Rational RUP Modelo de Caso de Uso del Negocio MON Registrar Reactivos, Equipos, Instrumental y Materiales del Laboratorio. MON Registrar Anlisis de Suelos Docentes_Alumnos Registrar Anlisis de Suelos Terceros (Investigador y agricultor) Modelo de Dominio MCU Gestin de Servicios Acadmicos MCU Gestin de Servicios No Acadmicos MCU Gestin de Registros del laboratorio DA Registrar Materiales (Equipos, Reactivos- InsumosQuimicos, Materiales y el Instrumental) del Laboratorio DA Registrar los anlisis de suelos de los Docentes Y Alumnos DA Registrar Solicitudes de anlisis de tercaeros (Invesitgador y Agricultor) DC Registrar en Laboratorio DC Registrar Solicitud Docente DC Registrar Solicitud Investigador Diagrama de paquetes del anlisis Diagrama de clases 5 6 16 21 24 55 56 57 58 59 61 62 63 64 65 66 69 70 70 71 72 73 74
INDICE DE CUADROS Nro. Cuadro 1 Cuadro 2 Cuadro 3 Cuadro 4 Cuadro 5 Cuadro 6 Cuadro 7 Cuadro 8 Cuadro 9 Cuadro 10 Cuadro 11 Cuadro 12 Cuadro 13 Cuadro 14 Cuadro 15 Cuadro 16 Servidor BD Servidor Web Poblacin Sumario de Stakeholders Sumario de Usuarios Necesidades de usuarios Entregables del Proyecto Papeles y Responsabilidades Plan de procesos de desarrollo de acuerdo a fases Fases del proyecto e hitos principales Tareas del proyecto Presupuesto Servidor BD Servidor Web Proceso del Negocio Descripcin del modelo de caso de uso: Gestin de Registros del Laboratorio Cuadro 17 Descripcin del modelo de caso de uso: Gestin de Servicios Academicos Cuadro 18 Descripcin del modelo de caso de uso: Gestin de Servicios No Academicos 68 67 Descripcin Pg. 7 8 39 40 40 41 46 48 49 49 50 52 53 54 60 67
RESUMEN
El presente proyecto aborda el problema del control de los registros de datos de las muestras de suelos, de sus anlisis respectivos y la forma de almacenar estos registros en el laboratorio de suelos de la Universidad Nacional de Ucayali. Por lo que se realiz un anlisis cuidadoso de la situacin actual de los procesos mencionados en el laboratorio de suelos de la UNU, donde se observo e identific que el laboratorio no dispone de un proceso automatizado haciendo uso de una herramienta con la tecnologa apropiada que satisfaga los requerimientos de control y procesamiento de la informacin que satisfaga los servicios de anlisis de suelos. Este proyecto de investigacin tiene como objetivo mejorar el control de los registros de datos de las muestras de suelos, de sus anlisis respectivos y la forma de almacenar estos registros en el laboratorio de anlisis de suelos de la UNU.
Para el desarrollo de este sistema se utilizo la metodologa Orientado a objetos y el uso del RUP - Racional Unified Process, a travs de las fases inicial y de elaboracin usando la notacin UML - Unified Modeling Language y Racional Rose 2003 para el desarrollo del software. Para la construccin del sistema se utiliz el lenguaje de programacin Java (Net Beans IDE 6.5.1), haciendo uso de su herramienta Web - Framework visual Server faces, un Servidor Web TomCat del entorno java y el manejador de Base de Datos SQL Server 2000 Developer.
Finalmente con los resultados de la presente investigacin podemos demostrar que la implementacin de este sistema de control permitir al laboratorio de suelos de la UNU mejorar el control de los registros y almacenamiento de datos de las muestras de suelos, de sus anlisis respectivos y la forma de almacenar estos registros para brindar un buen servicio acadmico a los alumnos y docentes; y servicio no acadmico prestados
ABSTRAC This project addresses the problem of control of the data records of soil samples, their respective analysis and how to store these records in the soil laboratory at the National University of Ucayali. As did a careful analysis of the current status of the processes in the soil laboratory of the UNU, and identified where it was observed that the laboratory does not have an automated process using a tool with appropriate technology that meets control requirements and information processing services that meets the soil analysis. This research project aims to improve the control of the data records of soil samples, their respective analysis and how to store these records in the soil testing laboratory of the University.
For the development of this system will use the object-oriented methodology and the use of RUP - Rational Unified Process, through the initial stages of development using the UML - Unified Modeling Language and Rational Rose 2003 for software development. For the construction of the system is used the Java programming language (Net Beans IDE 6.5.1), using its Web tool - visual Server Faces Framework, a Web server environment TomCat java and database manager SQL Server 2000 Developer.
Finally the results of this investigation we demonstrate that implementation of this control system will allow the soil laboratory of UNU improve control of records and data storage of soil samples, their respective analysis and form of store these records to provide good service to students and academic teachers and non-academic services provided to researchers and farmers.
INTRODUCCIN
En la actualidad el uso de la informacin es indispensable para el crecimiento Institucional y una mejor toma de decisiones, haciendo uso de un control de datos ingresados y un control de la informacin procesada apoyndose de herramientas tecnolgicas necesarias que facilite y mejore el control de datos y procesamiento de la informacin, que es necesario para mejorar la calidad del servicio de anlisis de suelos en el laboratorio de suelos de la Universidad Nacional de Ucayali lo cual aumentar la eficiencia, la confiabilidad y la reduccin de costos. La Universidad Nacional de Ucayali en la actualidad ha modernizado la infraestructura de los nuevos locales de laboratorio en la cual tenemos el laboratorio de suelos de la Facultad de Ciencias Agropecuarias. Teniendo la infraestructura necesaria para brindar un mejor servicio en lo acadmico a los alumnos y docentes, y en la investigacin a la comunidad Regional y Nacional.
El sistema de control es el conjunto de hardware, software y de un soporte humano. Este sistema de control necesita de una computadora que usa dispositivos programables para capturar, almacenar y procesar datos de la muestra de suelos y de sus anlisis respectivos. Con el presente proyecto de investigacin se quiere mejorar el control de los registros de datos de las muestras de suelos, de sus anlisis respectivos y la forma de almacenar estos registros en el laboratorio de suelos de la UNU para brindar un buen servicio de anlisis de suelos, ya que esta informacin es la principal fuente para la toma de decisiones para proseguir con el trabajo en un rea de una extensin de terreno determinada de la cual se extrajo la muestra de suelo. Por lo expuesto en este prrafo la implementacin de un sistema de control en el laboratorio de suelos de la UNU pueda mejorar el control de los registros de datos de las muestras de suelos, de sus anlisis respectivos y la forma de almacenar estos registros.
Para el desarrollo de este sistema se utilizo la metodologa Orientado a objetos y el uso del RUP - Racional Unified Process, a travs de la fase inicial, elaboracin, construccin y transicin usando la notacin UML - Unified Modeling Language y Racional Rose 2003 para el desarrollo del software. Para la construccin del sistema se utiliz el lenguaje de programacin Java (Net Beans IDE 6.5.1), haciendo uso de su herramienta Web Framework Visual Java Server Faces, un Servidor Web TomCat del entorno java y el manejador de Base de Datos SQL Server 2000 Developer.
Los procesos de la informacin en el laboratorio de suelos de la Universidad Nacional de Ucayali en la actualidad se realizan de manera manual en hojas (tipo bulki, bond, etc.), cuaderno de apuntes, etc., disponibles en ese momento. El uso de estas hojas de notas, cuaderno de apuntes, etc., que no tiene un formato adecuado para el llenado de la informacin de la muestra de suelos, da como consecuencia un traspapelado entre otras hojas de apuntes que ocasionan demora al recurrir a la informacin de los anlisis de suelos y tambin ha la perdida de la informacin. Esto se debe, ya que el laboratorio no cuenta con un control de fichero, sistema de informacin, un sistema informtico, etc.
En el Captulo I: Presentacin; En esta parte se describe el objetivo del informe, el periodo de la practica, la institucin y rea donde se desarrollo las prcticas as como las funciones de esta.
En el Capitulo II: Aspectos Generales de la Empresa; En esta parte se describe ms en detalle los datos de la empresa.
En el Capitulo III: Actividades Realizadas; Se describe en detalle las labores realizadas en la institucin (empresa, etc.) durante la duracin de las practicas pre-profesionales.
En el Capitulo IV: Descripcin de las actividades realizadas; Se detallan mas profundamente las actividades de las practicas pre-profesionales.
En el Capitulo V: Marco Terico; En esta parte se describe el conocimiento terico relacionado a la metodologa Orientado a objetos, el uso del RUP - Racional Unified Process RUP y UML - Unified Modeling Language, adems de de definir conceptos sobre anlisis de suelos.
En el Capitulo VI: Proceso de Desarrollo de Software; Se detalla la aplicacin del racional Unified Process (RUP), mostrando los resultados del Anlisis a travs de documentacin, diagramas con estereotipos UML, adems de las caractersticas para la construccin del Software, abarcando las fases Inicial y de Elaboracin.
Finalmente se presenta; las Conclusiones y Recomendaciones, as como las Referencias Bibliogrficas, y los Anexos necesarios correspondientes como el clculo del esfuerzo y costo del proyecto.
CAPITULO I PRESENTACIN
1.1. Objetivo del Informe El presente informe pretende brindar un panorama general del desarrollo del sistema de Control de la Informacin para el Laboratorio de Suelos de la Universidad Nacional de Ucayali, plasmando los conocimientos que voy adquiriendo en el transcurso de mi carrera para el desarrollo de mi primera prctica PreProfesional, de acuerdo al reglamento de prcticas Pre-Profesionales de la Escuela Acadmica Profesional de Ingeniera de Sistemas.
1.2. Periodo de la prctica La presente prctica pre-profesional I se desarrollar durante un periodo de 03 meses: Fecha de Inicio: 01 de Octubre del 2009 Fecha de finalizacin: 1 de enero del 2010
1.3. Institucin y rea donde se realizar la Prctica Institucin : Universidad Nacional de Ucayali.
rea Investigacin : Laboratorio de Suelos de la UNU. Responsable : Ing. Giraldo Almeida Villanueva.
1.4. Funciones del rea donde desarrollo la Practica El laboratorio de Suelos de la Universidad Nacional de Ucayali tiene las siguientes funciones: Dirigir y supervisar permanentemente las actividades del laboratorio de suelos de la UNU. Soporte a las actividades de investigacin y produccin que desarrollan las instituciones y agentes econmicos de la regin. Apoyar las polticas de desarrollo tanto en lo acadmico como en la parte de investigacin utilizando mtodos analticos para suelos usados en el trpico hmedo. Tomar muestras de suelo, analizarlas, procesar datos de los anlisis de resultados y determinar la capacidad, uso y fertilidad del suelo. Brindar el asesoramiento a los productores, productoras, uso y manejo del cultivo bajo condiciones optimas
2.2. Actividades que realiza La Universidad Nacional de Ucayali, es una institucin en vas de la formacin de futuros profesionales creada mediante Decreto Ley N 22804, el 18 de Diciembre de 1979, con el nombre de Universidad Nacional de Ucayali, cuya misin es ser sostenible en lo social, poltica, econmica y medioambientalmente, capaz de captar, generar, transmitir ciencia y tecnologa, y cultura de calidad, insertndose institucionalmente y proyectndose a la sociedad en un marco de democracia, equidad y desarrollo en la formacin de profesionales altamente calificados capaces de dar solucin a los problemas regionales y nacionales. Tiene como funciones generales lo siguiente: Formar profesionales, investigadores conservadores y protectores del medio ambiente, capaces de crear conocimientos para contribuir a mejorar el nivel de vida de la poblacin. Implementar acciones, mediante la aplicacin de programas asistenciales en las reas de salud, alimentacin, transporte, cultura, deporte y recreacin para lograr su bienestar. Desarrollar acciones para lograr una eficiente gestin institucional, tendiente a incrementar su prestigio, y mejorar la estructura orgnica que conlleve al cumplimiento de la misin institucional. Garantizar una eficiente y oportuna asistencia a los beneficiarios de los sistemas provisionales que tiene a su cargo la institucin.
2.3.3. Organizacin
2.3.4. Infraestructura Tecnolgica Hardware y Software A. Software La institucin cuenta con lo siguiente: Sistemas operativos para terminales: Ms Windows XP Profesional Service Pack 2, MS Windows 98se. Sistemas operativos para servidores: Ms Windows Server 2003 (Servidor de base de datos y dominio), Linux Mandrake v. 10.0 (servidor weby correo) y Linux Trustix 4.1 con Squid 2.5 (Serviodr proxi). Office empresarial: Ms Office Profesional 2003, MS Office2000. Antivirus: McAfee v 8.0i Enterprise Base de datos: SQL Server 2000 y 2005 Desarrollo: NetBeans 6.5.1 Software especializado: Ms Project 2003
B. Hardware Servidores
Cuadro 01: Servidor BD Procesador Memoria Memoria Bus entrada/salida Puerto Puerto Disco Duro Unidad CD-ROM Unidad de Diskettes Tarjeta de RED Tarjeta Video Monitor Mouse Teclado Intel Xeon IV 3.60 Ghz. Cach Interna 1 GB RAM 2 GB PCI/EISA 1 Paralelo, 2 Seriales 3 USB 5 discos de 180 GB SCSI Lectora 48x 3 1.44 MB Dual Gigabit Ethernet 10/100 Base T ATI RADEON 7000-M 16MB SDRAM LG 17 Sleek 2 botones Genius PS/2
Servidor Web
Cuadro 02: Servidor Web Procesador Memoria Memoria Bus entrada/salida Puerto Puerto Disco Duro Unidad CD-ROM Unidad de Diskettes Tarjeta de RED Tarjeta Video Monitor Mouse Teclado Intel Xeon IV 3.40 Ghz. Cach Interna 512 MB RAM 1 GB PCI/EISA 1 Paralelo, 2 Seriales 4 USB 1 disco de 73.4 GB SCSI Lectora 48x 3 1.44 MB Gigabit Ethernet 10/100/1000 Base T PCI 7000-M 16MB SDRAM LG 15 Genius 2 botones Genius PS/2
3.1. Anlisis de Sistema Se realizo el levantamiento de la informacin necesaria para el Anlisis del Sistema de Control en el Laboratorio de Suelos de la Universidad Nacional de Ucayali.
3.2. Diseo de sistemas Se diseo las interfaces y diagramas respectivos para el desarrollo de software haciendo uso de RUP necesarios para la implementacin del Sistema.
10
11
4.1. Objetivos A. General Anlisis y Diseo para modelar el Sistema de control de la informacin para el laboratorio de suelos de la UNU.
B. Especficos 1. Analizar los procesos los procesos en el Laboratorio de Suelos de La UNU y su relacin con las dems reas de la organizacin. 2. Modelar los datos que no van ha permitir obtener informacin consolidada y agrupada tcnicamente del laboratorio de suelos de la Universidad Nacional de Ucayali. 3. Mejorar la administracin de los datos para tener un mejor control de los procesos en el laboratorio de suelos de la UNU. 4. Entender los mecanismos de registro y manejo de los datos para mejorar los procesos de la informacin. 5. Determinar la tecnologa necesaria para el desarrollo de la implementacin del sistema de control para mejorar los procesos de informacin en el laboratorio de suelos de la UNU. 6. Desarrollar una interfaz amigable, comprensible de fcil uso y utilidad para el usuario.
4.2. Justificacin Las actividades enumeradas anteriormente, son las necesidades a tener en cuenta para el desarrollo del sistema que permitir mejorar el control del registro de los datos, realizar consultas necesarias con referente a los anlisis de suelos realizados en tiempo real para la toma de decisiones en el Laboratorio de Suelos de la UNU.
4.3. Tcnicas Para el desarrollo del presente proyecto se han usado diversas tcnicas de recoleccin de datos tales como: las entrevistas y la observacin para la toma de la informacin
12
13
14
5.1. Sistema de Informacin Segn Stair, R & Reynolds, G. (2000)1, Un sistema de informacin (SI) es un con junto de componentes interrelacionados para recolectar (entrada), manipular (proceso) y diseminar (salida) datos e informacin y para disponer de un mecanismo de retroalimentacin til en el cumplimiento de un objetivo. Todos interactuamos en forma cotidiana con sistemas de informacin, para fines tanto personales como profesionales; utilizamos cajeros automticos, los empleados de las tiendas registran nuestras compras sirvindose de cdigos de barras y escners u obtenemos informacin en mdulos equipados con pantallas sensibles al tacto. Conocer el potencial de estos sistemas y poseer la capacidad para aplicarlos puede resultar en una exitosa trayectoria profesional personal, en el cumplimiento de las metas de las organizaciones y en una mayor calidad de vida para la sociedad. Computadoras y sistemas de informacin no cesan de producir cambios en la manera de trabajar de las organizaciones. Vivimos inmersos en una economa de informacin. La propia informacin posee valor, y el comercio implica a menudo el intercambio de informacin ms que de bienes tangibles. Los sistemas basados en computadoras son de uso creciente como medios para la creacin, almacenamiento y transferencia de informacin.
________________________
1
15
Entrada. En sistemas de informacin, la entrada es la actividad que consiste en recopilar y capturar datos primarios. Cuando se elaboran cheques de pago, por ejemplo antes de proceder a su clculo o impresin debe recolectarse informacin sobre el nmero de horas trabajadas por cada empleado. En un sistema universitario de calificaciones, los profesores deben proporcionar las calificaciones de sus alumnos para que sea posible reunirlas en un reporte semestral o trimestral destinado a los estudiantes. La entrada puede adoptar muchas formas. En un sistema de informacin diseado para la produccin de cheques de pago, por ejemplo, la tarjeta de registro de llegada y salida de cada empleado podra ser la entrada inicial. En un sistema de telfono de emergencia, toda llamada recibida se considerara una entrada. Las entradas de un sistema de mercadotecnia pueden contener las respuestas de clientes a encuestas. Advirtase que, ms all del sistema de que se trate, el tipo de entrada est determinado por la salida que se desea obtener del sistema. La entrada puede ser un proceso manual o automatizado. El escner para leer cdigos de barras e introducir el precio e informacin para identificar el producto en las cajas registradoras computarizadas de un supermercado es ejemplo de un tipo de proceso de entrada automatizado. Pero independientemente del mtodo plano de entrada que se utilice, la exactitud de la entrada es decisiva para obtener la salid deseada.
Procesamiento. En sistemas de informacin, el procesamiento supone la conversin o transformacin de datos versin o transformacin de datos en salidas tiles. Esto
16
puede implicar ejecutar en salidas tiles clculos, realizar comparaciones y adoptar acciones alternas, y el almacenamiento de datostos para su uso posterior. El procesamiento puede llevarse a cabo de manera manual o con la asistencia de computadoras. En el caso de la aplicacin en el pago de nmina a la que nos referimos anteriormente, el nmero de horas trabajadas por cada empleado debe convertirse en un pago neto. El procesamiento requerido puede implicar primero que nada multiplicar el nmero de horas trabajadas por el ndice salarial por hora del empleado, con lo que se obtendra la cifra correspondiente al pago bruto. Si en una semana determinada el empleado trabaj ms de 40 horas, tambin tendra que considerarse el pago de horas extras. Por ltimo, se resta al pago bruto las deducciones que procedan, lo cual da la cifra del pago neto. Es posible, por ejemplo, que deban retenerse, o restarse al pago bruto, impuestos federales y estatales; asimismo, muchos empleados cuentan con seguro de salud y de vida, participan en planes de ahorro o estn sujetos a otras deducciones que tambin deben restarse al pago bruto para obtener la cifra del pago neto.
Salida. En sistemas de informacin, la salida implica producir informacin til, por lo general en forma de documentos y/o reportes. Entre las salidas pueden contarse los cheques de pago de los empleados, reportes dirigidos a administradores y la informacin que debe suministrarse a accionistas, bancos, organismos
gubernamentales y otros grupos. En algunos casos, la salida de un sistema bien podra ser la entrada de otro. La salida de un sistema para el procesamiento de pedidos de ventas, por ejemplo, podra servir de entrada a un sistema para elaborar las facturas de los clientes. A menudo es comn que la salida de un sistema sirva como entrada para el control de otros sistemas o dispositivos. Por ejemplo, en la compleja fabricacin de muebles de oficina deben tomarse en cuenta muchas variables; as, cliente, vendedor y diseador deben repetir varias veces el proceso de diseo para cerciorarse de la efectiva satisfaccin de las necesidades del consumidor.
17
El empleo de software y hardware especiales de computacin es de gran utilidad en este caso tanto para la creacin del diseo original como para su gil correccin. Una vez aprobada la maqueta final, se recurre a software propio de estaciones de trabajo de diseo para elaborar la lista de materiales de manufactura necesarios para surtir el pedido.
La salida puede producirse por diversos medios. En lo referente a las computadoras, entre los dispositivos de salida ms comunes estn impresoras y pantallas. Sin embargo, la salida tambin puede ser un proceso manual, pues a menudo supone informes y documentos manuscritos.
Retroalimentacin. En sistemas de informacin, la retroalimentacin es la salida que se utiliza para efectuar cambios en actividades de entrada o procesamiento. La presencia de errores o problemas, por ejemplo, podra imponer la necesidad de corregir datos de entrada o modificar un proceso. Volvamos a nuestro ejemplo de pago de nmina. Supongamos que, en cuanto al nmero de horas trabajadas por un empleado, se introdujo en una computadora la cantidad de 400 en vez de 40. Afortunadamente, la mayora de los sistemas de informacin disponen de recursos para comprobar que los datos son congruentes con escalas predeterminadas. La escala del nmero de horas trabajadas podra ir de 0 a 100. Es improbable que un empleado trabaje ms de 100 horas a la semana. En nuestro ejemplo, el sistema de informacin determinara que la cifra de 400 horas rebasa la escala, tras de lo cual proporcionara retroalimentacin al respecto, en forma de un mensaje de error, por ejemplo. Gracias a esta retroalimentacin, se revisar y corregir la entrada a fin de fijar en 40 el nmero de horas trabajadas. De no detectarse este error, se imprimir en el cheque una cifra de pago neto muy elevada.
18
La retroalimentacin tambin es de gran importancia para administradores y tomadores de decisiones. La salida de un sistema de informacin podra indicar, por ejemplo, que los niveles de inventario de ciertos artculos son cada vez ms bajos. Un administrador podra utilizar esta retroalimentacin para decidir el pedido de ms artculos. Los nuevos pedidos para el reabastecimiento del inventario se convertiran entonces en entradas del sistema. En este caso, el sistema de retroalimentacin reacciona a la existencia de un problema y alerta al administrador acerca de la escasez de ciertos artculos del inventario. Adems de este mtodo reactivo, un sistema de computacin tambin puede adoptar un mtodo proactiyo y prever la futura ocurrencia de determinados hechos con el propsito de evitar problemas. Este concepto, llamado pronstico, puede ser til para estimar ventas futuras y realizar pedidos de inventario antes de que ste sea insuficiente.
5.2. El Lenguaje Unificado del Modelado UML Segn, Booch, G., Rumbaugh, J. & Jacobson, I. (2000)2, indica que UML es un lenguaje estndar para escribir planos de Software. UML puede utilizarse para visualizar, especificar, construir y documentar los artefactos de un sistema que
involucra una gran cantidad de software. UML es apropiado para modelar desde Sistemas de Informacin en empresas hasta aplicaciones distribuidas basadas en la Web e incluso para sistemas empotrados de tiempo real muy exigentes. Es un lenguaje muy expresivo, que cubre todas las vistas necesarias para desarrollar y luego desplegar tales sistemas. Aunque sea expresivo, UML no es difcil de
aprender ni utilizar. UML, es slo un lenguaje y por tanto es tan slo una parte de la metodologa para desarrollar software. UML es un Lenguaje, que proporciona un vocabulario y las reglas para combinar palabras de ese vocabulario con el objetivo de posibilitar la comunicacin. UML es un Lenguaje para Visualizar, es algo ms que un simple montn de smbolos grficos; detrs de cada smbolo en la notacin UML hay una semntica bien definida. De esta manera, un desarrollador puede escribir un modelo en UML y otro desarrollador o incluso otra herramienta, puede interpretar este modelo
19
sin ambigedad. 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 programacin.
UML es un lenguaje para documentar, una organizacin produce toda clase de artefactos que incluyen requisitos, arquitectura, diseo, cdigo fuente,
________________________
2
20
UML no est limitado al modelado de software. De hecho es lo suficientemente expresivo para modelar sistemas que no son software como flujos de trabajo (workflows) en el sistema jurdico, estructura y comportamiento de un sistema de vigilancia mdica de un enfermo, y el diseo de hardware. El vocabulario de UML incluye tres bloques de construccin: 1. Elementos 2. Relaciones 3. Diagramas UML como lenguaje tiene una sintaxis y una semntica bien definida. La parte ms visible de la sintaxis de UML, es su notacin grfica. UML puede describir cualquier tipo de sistema en trminos de diagramas orientados a objetos. Los diagramas se utilizan para dar diferentes perspectivas del problema segn lo que interesa representar en un determinado momento. Los diagramas que UML defina lo representamos en siguiente figura.
21
5.3. El Proceso Unificado de Racional Segn, Kruchten, P. (2000)3, que indica que. El Proceso Unificado Rational es un proceso de Ingeniera de software. Este provee un enfoque disciplinado de tareas y responsabilidades dentro de una organizacin para su desarrollo. Su meta es asegurar la produccin de software de una calidad superior que satisfaga las necesidades de sus usuarios finales, dentro de una administracin y cronograma establecido.
El Proceso Unificado Rational realiza la productividad del equipo, proporcionndole el acceso fcil a cada miembro del equipo que esta desarrollando el sistema, a una base de conocimientos con las pautas, plantillas y guas de la herramienta para toda actividad crtica de desarrollo. Teniendo todos los miembros del equipo el acceso a la misma base de conocimiento, no importa si se trabaja con los requerimientos, diseo, prueba, administracin del proyecto, o administracin de la configuracin, se asegura que todos los miembros del equipo comparten un lenguaje comn, un proceso comn y una visin de cmo se desarrollar el software.
Las actividades del Proceso Unificado Rational crean y mantienen modelos ms que enfocarse en cantidades de produccin de documentos en general. El Proceso Unificado Rational enfatiza el desarrollo y mantenimiento de modelos, para una representacin rica en semntica para el desarrollo del software del sistema. El proceso Unificado Rational es una gua para saber cmo usar eficazmente el Lenguaje de Modelado Unificado (UML). El UML es una industria de un lenguaje estndar que nos permite comunicar requisitos, arquitecturas y planes claramente.
________________________
3
El Proceso Unificado Rational es soportado por herramientas que automatizan partes generales del proceso. Ellos usan, crean y mantienen los artefactos-modelos en
22
particular, del proceso de ingeniera de software: visualizando el modelo, programando, probando, etc.
Ellos son apoyo de toda contabilidad asociada con la direccin de cambios as como la direccin de la configuracin que acompaa cada iteracin.
El Proceso Unificado de Rational es un proceso configurable. Ningn proceso individual es adecuado para todo el desarrollo del software. El Proceso Unificado desarrolla equipos pequeos adecuados; as como el desarrollo de grandes organizaciones. El Proceso Unificado se funda en una arquitectura del proceso simple y claro que proporciona la comodidad para una familia de procesos. Tambin puede variarse para acomodarse a las situaciones diferentes. Este contiene un Kit de desarrollo, que proporciona el soporte para la configuracin del proceso, siempre que la organizacin tenga la necesidad. El Proceso Unificado de Rational captura muchas de las prcticas ms adecuadas en el desarrollo del software moderno en una forma conveniente para una gama amplia de proyectos y organizaciones.
El proceso puede describirse en dos dimensiones, o a lo largo de dos ejes: El eje Horizontal representa tiempo y muestra el aspecto dinmico del proceso como est representado en el grfico, y este es expresado en trminos de ciclos, fases, iteraciones e hitos. El eje vertical representa el aspecto esttico del proceso: cmo se representa en el grfico, y es expresado en las actividades, artefacts, workers y workflows.
La figura de ejemplo muestra cmo el proceso se estructura a lo largo de dos dimensiones. Figura 05: Fases del Proceso Unificado de Rational RUP
23
El ciclo de vida del software est partido en ciclos, y cada ciclo trabaja en una nueva versin del producto. El Proceso Unificado Rational divide un ciclo de desarrollo en cuatro fases consecutivas: La fase inicial. La fase de elaboracin. La fase de construccin. La fase de transicin.
Cada fase es terminada por un punto en el tiempo (definicin del hito), se da decisiones que deben hacerse y por lo tanto llegar a metas que deben lograrse para conseguir soluciones.
24
Durante la fase inicial, usted establece el caso del negocio (business case) para el sistema y delimita el alcance del proyecto. Al final se examina los objetivos del ciclo de vida del proyecto y decidir si se contina con el desarrollo del sistema.
5.3.2. La Fase de Elaboracin En la fase de la elaboracin, es analizado el dominio del problema; se establecen los cimientos de una buena arquitectura, se desarrolla el plan del proyecto y eliminacin de elementos de alto riesgo del proyecto. AL final se examina los alcances y los objetivos del sistema, la eleccin de la arquitectura y la eleccin de los riesgos ms grandes, y se decide si se deba pasar a la construccin.
5.3.3. La Fase de Construccin. Durante la fase de construccin, todo componente restante y caracterstica de la aplicacin es desarrollado e integrado dentro del producto, y toda caracterstica es probada completamente. La fase de construccin, 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 estn todos preparados para empezar a funcionar.
5.3.4. La fase de Transicin. El propsito de esta fase es la transicin del producto software al mbito del usuario. Una vez que el producto se ha dado al usuario final, usualmente surgen dificultades que se manifiestan, lo que exige que se desarrolle nuevas versiones, corrija algunos problemas o se termine las caractersticas que se propusieron. Se define si se han satisfecho los objetivos del ciclo de vida del proyecto.
25
El lenguaje para la programacin en Java, es un lenguaje orientado a objeto, de una plataforma independiente. El lenguaje para la programacin en Java, fue desarrollado por la compaa Sun Microsystems, con la idea original de usarlo para la cremacin de pginas WEB. Esta programacin Java tiene muchas similitudes con el lenguaje C y C++, asi que si se tiene conocimiento de este lenguaje, el aprendizaje de la programacin Java ser de fcil comprensin por un programador que haya realizado programas en estos lenguajes.
Con la programacin en Java, se pueden realizar distintos aplicativos, como son applets, que son aplicaciones especiales, que se ejecutan dentro de un navegador al ser cargada una pagina HTML en un servidor WEB, Por lo general los applets son programas pequeos y de propsitos especficos.
Otra de las utilidades de la programacin en Java es el desarrollo de aplicaciones, que son programas que se ejecutan en forma independiente, es decir con la programacin Java, se pueden realizar aplicaciones como un procesador de palabras, una hoja que sirva para clculos, una aplicacin grafica, etc. en resumen cualquier tipo de aplicacin se puede realizar con ella. Java permite la modularidad por lo que se pueden hacer rutinas individuales que sean usadas por ms de una aplicacin, por ejemplo tenemos una rutina de impresin que puede servir para el procesador de palabras, como para la hoja de calculo.
4
LenguajesdeProgramacin:ProgramacinJava.
http://www.lenguajes-de-programacion.com/programacion-java.shtml
26
SUN MICROSYSTEMS comenz a desarrollar JAVA con el objeto de crear un lenguaje independiente de la plataforma y del sistema operativo, para el desarrollo de electrnica de consumo (dispositivos electrnicos inteligentes como televisores, videos, etc). El proyecto original llamado <<Green>>, empez apoyndose en C++, pro a medida que pasaba el tiempo el equipo de desarrollo se empez a meter con problemas de portabilidad. Para evitar estos problemas decidieron desarrollar su propio lenguaje y en agosto de 1991 naci un nuevo lenguaje orientado a objetos, bautizado con el nombre de <<Oak>>. A mitad de 1993 se lanz Mosaic, uno de los primeros navegadores de la web y empez a crecer el intereses por la Internet. Entonces la idea fue redisear el lenguaje para aplicaciones de Internet, y en enero de 1995 Oak se convirti en JAVA. SUN cre el entorno JDK 1.0 en 1996, y se lanz a principios de 1997. En diciembre de 1998 se lanzo lo que se conoce como java 2 (el JDK 1.2 durante su fase de pruebas). El lenguaje de programacin Java esta diseado para ser: Orientado a objetos Distribuido Simple Multihilos Seguro Plataforma Independiente
[OSUM].http://osum.sun.com/group/esimeucipnosum/forum/topics/conceptosclavedellenguaje
27
EL lenguaje de programacin java es un lenguaje de programacin Orientado a Objetos (OOP de Object Oriented Programming), por que una de las principales caractersticas de la programacin de la Tecnologa Java es la creacin de objetos, piezas autnomas de cdigo, estas pueden interactuar con otros objetos para resolver un problema. Cabe mencionar que Java fue basado inicialmente en el lenguaje C++.
La OOP (Object-Orient Programming) difiere de la programacin procedural, por que la segunda subraya la secuencia de pasos de cdigo requerido para solucionar un problema, mientras que la OOP subraya la creacin e interaccin de objetos.
Distribuido El lenguaje de programacin Java es un lenguaje distribuido por que el lenguaje da soporte para tecnologas de redes distribuidas, como la invocacin de mtodos remotos (RMI), CORBA, URL. Adicionalmente, las clases dinmicas cargan capacidades de la tecnologa Java que permite descargar piezas de cdigo para ser descargadas de Internet y ser ejecutadas en tu computadora
Simple El lenguaje de programacin Java es simple por que los diseadores eliminaron algunas de las complejidades o programacin obscura encontrada en otros populares lenguajes de programacin. Un ejemplo es la eliminacin de punteros para localidades de memoria, utilizados en el lenguaje C. Tiene una caracterstica llamada Garbage Collector (Recolector de basura) que permite monitorear y eliminar objetos que ya no son monitoreados.
28
Multihilos El lenguaje Java soporta multihilos. Esto es la realizacin de varias tareas al mismo tiempo, como una query a una base de datos y desplegarla en una interfaz de usuario. Multihilos permite que los programas en Java sean muy eficientes en el uso de los recursos de sistema.
Seguro Los programas hechos con la tecnologa Java son seguros por que el lenguaje de programacin Java, en el entorno en que sus programas corren, usa medidas de seguridad para proteger programas de ataques. Estas medidas incluyen: - Prohibida la manipulacin de memoria usando punteros. - Prohibida la distribucin de programas, como son applets, desde leer y escribir en el disco duro de una computadora. - Verificar que todos los programas de la tecnologa Java sean cdigo valido. - Soporta firmas digitales, cdigos de la Tecnologa Java pueden ser firmados por una compaa o persona en donde una persona puede recibir el cdigo verificando la legitimidad del mismo.
modificaciones para correr en mas de una plataforma, una combinacin de CPU y sistemas operativos. EL lenguaje de programacin Java es plataforma independiente. Por eso su lema Escribes una vez. Corre en cualquier lugar. Los programas en Java tambin son compilados. Sin embargo, el resultado ser el mismo para cualquier plataforma, pues el compilador genera un archivo llamado bytecode, quien tiene las especificaciones necesarias para correr nuestro programa en
29
cualquier CPU o sistema operativo. Despus de que el bytecode es creado, es interpretado (quien ejecuta el programa) por un interprete de bytecode llamada maquina virtual (Virtual Machine). Por esta razn se dice que la tecnologa Java es interpretada y portable por ser ejecutada en cualquier plataforma.
Para los programas hechos en tecnologa Java sean plataforma independiente, una maquina virtual llamada Java Virtual Machine(JVM) es requerida en todas las plataformas donde tus programas son ejecutados. a JVM es responsable de interpretar el cdigo, cargar las clases de Java, y ejecutar los programas. Sin embargo, los programas Java necesitan algo mas que la JVM, para ejecutarse. La tecnologa Java tambin necesita de un set de clases o libreras estndar para la plataforma. Las libreras son clases en java que son cdigo pre-escrito que puede ser coordinado con el cdigo que tu escribes para crear aplicaciones robustas, estas libreras son la API.
La combinacin de ambas hace referencia al JRE (Java Runtime Environment). Este conjunto de software es el ambiente necesario para ejecutar cualquier programa hecho en la tecnologa Java, y que ser comn en cualquier plataforma donde se corra.
5.6. Netbeans. IDE (Entorno de desarrollo integrado) Se ha optado por la utilizacin de Netbeans 6.5.1 para la puesta en marcha del proyecto, en primer lugar porque se trata de una herramienta de software libre y en segundo lugar porque es la que utilizamos en la escuela. Netbeans cuenta con una gran base de usuarios, una comunidad en constante crecimiento, y con cerca de 100 socios en todo el mundo.
30
Sun Microsystems fund el proyecto de cdigo abierto NetBeans en junio 2000 y contina siendo el patrocinador principal de los proyectos. Netbeans cuenta con un plugin llamado Visual Web Java Server Faces, basado en la tecnologa JSF. Para el desarrollo del proyecto se ha optado por utilizar este framework ya que se adapta perfectamente a sus caractersticas.
5.7. Introduccin al Framework Visual Web Java Server Faces6 Con este nuevo Framework de Java se pueden generar pginas web visualmente. El IDE de desarrollo, al agregar una nueva pgina nos genera el cogido JSP necesario para generar la respuesta HTML al cliente. Se puede desarrollar un portal al mejor estilo drag and drop (arrastrar y soltar) y editando las caractersticas de los componentes desde la pestaa propiedades del editor.
5.8. Framework Visual Web Java Server Faces Culebras, D & i Maj, (2008)7. La peculiaridad de este framework perteneciente a Netbeans.org es que te facilita en gran media tu adaptacin a JavaServer Faces y a los nuevos componentes, de los que es necesario saber cuales son sus caractersticas y comportamientos.
6 7
IntroduccinaVisualWebJavaServerFaces.http://www.geronet.com.ar/?p=77 TiendaVirtualenJavaServarFaces.
A continuacin, mostraremos cuales son las caractersticas ms destacables del framework Visual Web JavaServer Faces : Se trata de una herramienta capaz de aplicar el MVC de JavaServer Faces de una manera visual, sin apenas programar ni el archivo de configuracin faces-
31
onfig.xml, ni el comportamiento de los componentes que te facilita en su paleta. Visual Web JSF lo hace por ti. Las reglas de navegacin se gestionan visualmente, tampoco tienes que programarlas. Lo nico que has de hacer es relacionar mediante un simple clic cual es el origen y el destino de las diferentes peticiones del usuario. En el momento en que aades una pgina jsf, Visual Web JSF aade la clase asociada .java de la vista a lo que se llamar domotechonline la cual ejercer de capa Aplicacin, es decir de controlador. Visual Web JSF, contiene tres pestaas en las que te permite interactuar entre vista (.jsp), controlador (.java) y una tercera pestaa dedicada al diseo de la jsp.
En toda clase .java generada existen tres atributos dedicados a cada uno de los tres posibles mbitos Sesin, Aplicacin o Peticin, de manera que siempre puedes acceder a los atributos de la Sesin a travs de sus mtodos get y set. Existe la posibilidad de aadir cualquier componente de la paleta a tu pgina jsf nicamente arrastrndolo de la paleta, una vez all puedes modificar sus caractersticas en la ventana de propiedades y lo que es de mayor importancia puedes aadir el componente como atributo de la clase .java asociada a tu jsp a travs de la funcin Add Binding Attribute. Esto te permitir cambiar los comportamientos, estados o las caractersticas de los componentes a la hora de mostrar la informacin o de dar respuestas al usuario. Otra de las caractersticas de Visual Web JSF es la existencia de una opcin llamada Property Bindings, la cual te permite de manera visual editar las propiedades de los componentes relacionndolos con los atributos de los beans de la capa Aplicacin. Las reglas de validacin as como las reglas de conversin de igual forma se gestionan visualmente.
32
Es interesante ya que te permite crear tus propias colecciones en los beans e introducir sus contenidos de una forma muy sencilla, simplemente hemos de tener los get y set de cada coleccin como condicin indispensable. Visual Web JSF tambin implementa a su manera el patrn DAO para su acceso a los datos de persistencia. Me consta que Visual Web JSF te permite gestionar las transacciones de forma visual, fcil y rpida. En mi opinin, de una forma poco mantenible y con grandes acoplamientos. Sera interesante dicha utilizacin para proyectos simples y de nulas ampliaciones siempre que se empiecen desde cero, nunca para proyectos ya empezados. Para finalizar, comentar que para una primera toma de contacto con la tecnologa este marco de trabajo puede llegar a ser interesante puesto que te permite llevar a cabo aplicaciones Web basadas en JavaServer Faces sin tener muchos conocimientos de la tecnologa en un tiempo razonable.
33
34
A.1.2. Alcance En este trabajo se realizar el modelamiento del Sistema de control para mejorar los procesos de la informacin de los anlisis de suelos en el laboratorio de suelos de la Universidad Nacional de Ucayali desarrollado por un alumno de la Facultad de Ingeniera de Sistemas y de Ingeniera Civil con una arquitectura cliente servidor 3 capas con la modelo vista controlador 2.
El Sistema de control para mejorar los procesos de la informacin de los anlisis de suelos en el laboratorio de suelos de la Universidad Nacional de Ucayali, permitir a los usuarios tener un mejor control de los registros de las solicitudes de anlisis de suelos por parte de los prestadores de este servicio, tambin un control de los registros de los anlisis realizados en la parte acadmica por parte de los docentes y alumnos de los cursos que se dictan en este laboratorio. As mismo el sistema facilitara la gestin, consultas de informacin en
35
tiempo real y generar reportes de los anlisis realizados en el laboratorio de suelos de la UNU.
A.2. Posicionamiento A.2.1. Oportunidad del negocio El Sistema de Control mejorar progresivamente el registro de los datos para mejorar los procesos de la informacin de los anlisis de suelos realizados de las muestras. Almacenado estos datos en una base de datos, permitiendo la automatizacin de las consultas con respecto a anlisis realizados con anterioridad al tener un mejor
A.2.2. Exposicin del problema Realidad problemtica El laboratorio de suelos de la Universidad Nacional de Ucayali no cuenta en la actualidad con un sistema de control que permita tener un control de los registros de las solicitudes y de los anlisis de suelos realizados con eficiencia para mejorar los procesos de la informacin, tener una base de datos con la cual se puedan realizar consultas y generar reportes
Anlisis del problema 1. Los procesos de control de los registros de datos de la prestacin del servicio de anlisis de suelos en el laboratorio de suelos de la UNU en la actualidad se realizan de manera manual en hojas (tipo bulki, bond, etc.), cuaderno de apuntes, etc, disponibles en ese momento. El uso de estas hojas de
36
notas, cuaderno de apuntes, etc., que no tiene un formato adecuado para el llenado de la informacin de la muestra de suelos, da como consecuencia un traspapelado entre otras hojas de apuntes que ocasionan demora al recurrir a la informacin de los anlisis de suelos y tambin ha la perdida de la informacin. Esto se debe, ya que el laboratorio no cuenta con un control de fichero, sistema de informacin, un sistema informtico, etc. 2. El proceso de registro de muestras de suelos y el registro de los anlisis realizados se hace de forma manual, ocasionada un bajo nivel de seguridad, Esto se debe, ya que el laboratorio no cuenta con un control de fichero, sistema de informacin, un sistema informtico, etc. 3. No hay actualizacin de los datos de los usuarios porque no se cuenta registro de estos datos. 4. Demora en los procesos de consultas de de anlisis realizados con anterioridad
Afecta a: - Universidad Nacional de Ucayali. - Alumnos. - Docentes. - Encargados del laboratorio de anlisis de suelos de la UNU.
Impacto - Imagen institucional. - Proceso lento y mal definido que dificultan el control de los registros de los datos de los anlisis de suelos inadecuado
37
procesos de consultas, generar reportes que ocasiona prdida de tiempo a los encargados del laboratorio, alumnos, docentes, agricultor, investigador que necesitan de la informacin de los anlisis de suelos.
Solucin exitosa ser: - Mejorar los procesos de la informacin teniendo un mejor control de los registros de los datos de los anlisis de suelos para poder contar con informacin relevante y oportuna para una eficiente toma de decisiones
38
A.3. Descripcin de Stakeholder y usuarios A.3.1. Mercado Demogrfico Cuadro N 03: Poblacin N Facultad de Agronoma: Alumnos del IV ciclo del curso de Geologa y Edafologa Alumnos del V ciclo del curso de Fertilidad de Suelos Alumnos del VII ciclo del curso de Manejo y Conservacin de suelos Docentes designados para estos cursos 3 1.09% 78 83 35 28.26% 30.07% 12.68% %
Facultad de Ciencias Forestales: Alumnos de IV ciclo del curso de Edafologa Alumnos del VII ciclo del curso de Suelos Frtiles Docentes designados para estos cursos 43 31 1 15.58% 11.23% 0.36%
Personal del Laboratorio de Suelos de la UNU Jefe de laboratorio Tcnico de laboratorio 1 1 0.36% 0.36%
Total
276
100%
Fuente: Direccin General de Servicios Acadmicos Vicerrectorado Acadmico de la Universidad Nacional De Ucayali.
La poblacin del estudio estar constituida por 276 personas. El Sistema de control para mejorar los procesos de la informacin de los anlisis de suelos en el laboratorio de suelos de la UNU, el sistema ser ejecutado y usado desde el laboratorio de suelos de la UNU.
39
Cuadro 04: Sumario de Stakeholders NOMBRE REPRESENTANTE Docente responsable del Jefe de laboratorio laboratorio de suelos de la UNU Trabajador administrativo Jefe de almacn responsable del rea de almacn de la UNU ROL Monitorea, verifica y hace la correccin de los procesos del laboratorio de suelos de la UNU Monitorea los inventarios de la institucin.
A.3.3. Sumario de Usuarios Cuadro 05: Sumario de Usuarios NOMBRE Tcnico de laboratorio DESCRIPCIN Personal administrativo que se encarga de la gestin de registros y servicios del laboratorio Alumnos Realiza el registro de sus practicas de laboratorio Docentes Realiza el registro de sus practicas de laboratorio Representa as mismo. Representa as mismo. STAKEHOLDERS Representa as mismo.
A.3.4. Ambiente de Usuarios Tcnico de laboratorio: Tendr acceso al sistema para registrar los reactivos, equipos y materiales del laboratorio. Tambin realizar el registro de los servicios del laboratorio de suelos prestados a terceros.
40
A.3.5. Necesidades de los usuarios Cuadro 06: Necesidades de usuarios. NECESIDAD PRIORIDAD CONCERNIENTE SOLUCION ACTUAL
Gestin de registros de laboratorio Alta No hay sistema Tiempo de respuesta lento e ineficiente. de control de los registros del laboratorio. Habr un sistema informtico para el la gestin de actividades de los docentes.
SOLUCION PROPUESTA
Implementar un sistema La informacin no es la correcta El sistema es totalmente manual. informtico que automatice y mejore la velocidad del procesamiento de informacin.
Implementar un sistema La adquisicin de esta informacin es dificultosa. El sistema es totalmente manual. informtico que automatice y mejore la velocidad del procesamiento de informacin.
41
A.3.6. Alternativas El desarrollo del Proyecto de implementacin de un Sistema de control para mejorar los procesos de la informacin en el laboratorio de suelos de la UNU presenta las siguientes alternativas: Formar un equipo de trabajo dentro de la Escuela Profesional Ingeniera de Sistemas de la UNU para el desarrollo del proyecto. Solicitar los servicios de una empresa desarrolladora de software para que realice el Sistema de control. Solicitar practicantes, tesistas o estudiantes interesados en desarrollar la implementacin del sistema de control para mejorar los procesos de informacin del laboratorio de suelos. Solicitar los servicios de una empresa desarrolladora de software para que realice el sistema de control.
A.4. Objetivos de Modelamiento del Negocio Proceso de Gestin de Registro del laboratorio de suelos Registrar los reactivos, equipos y materiales del laboratorio. Reporte de los anlisis realizados. Proceso de Gestin de servicios Acadmicos del laboratorio Validar docente. Validar alumnos. Registrar las prcticas de laboratorio realizados por los alumnos y docentes. Proceso de Gestin de servicios No Acadmicos del laboratorio Registrar a los clientes (Agricultor e investigador). Registrar las solicitudes y anlisis de suelos y tejido vegetal realizados. Reporte de los anlisis realizados.
42
A.5. Rangos de calidad Disponibilidad: El Sistema de control de los procesos de la informacin del laboratorio de suelos de la UNU, deber estar disponible las horas del da mientras haya actividades en la universidad nacional de Ucayali para la atencin de los usuarios.
Uso: El Sistema de control de los procesos de la informacin del laboratorio de suelos de la UNU, deber ser fcil de manejar con interfaces sencillas y entendibles para el usuario.
A.6. Panorama del producto Perspectiva: El Sistema de control de los procesos de la informacin del laboratorio de suelos de la UNU se implementar en el laboratorio mencionado. Cada usuario tendr acceso al sistema mediante un interfaz que les permitir registrar datos y acceder a la informacin que requiera en el en el momento necesario, contando con un usuario y contrasea.
A.7. Requerimientos A.7.1. Funcionales Registrar Reactivos, equipos y materiales de laboratorio. Registrar las solicitudes y los anlisis de suelos y tejido vegetal. Consultar anlisis. Reporte de los anlisis realizados. Reporte de los clientes registrados (Agricultor, investigador). Reporte de los registros Reactivos, equipos y materiales de laboratorio.
43
A.7.2. No funcionales El sistema se desarrollar utilizando herramientas Web: lenguaje de programacin Java (Net Beans IDE 6.5.1), framework Visual Java Server Faces, un Servidor Web TomCat y el manejador de Base de Datos SQL Server 2000. Definir polticas de seguridad. Registrar niveles de seguridad. El tiempo de respuesta por consulta se realice en tiempo real. Caractersticas del Servidor PIV 3.6 Ghz HD 180 GB Ram 3 GB. (Estos estn ms especificados en el punto Caractersticas de hardware y software que tiene la Universidad Nacional de Ucayali.)
44
B. PLAN DE DESARROLLO DEL SOFTWARE B.1. Introduccin B.1.1. Propsito 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 el personal encargado del proyecto para desarrollar el proyecto de Implementacin de un sistema de control de los procesos de la informacin del laboratorio de suelos de la UNU, se describirn los detalles de los procesamientos individuales del plan. Los planes que se dan en este documento se basan en los requisitos del producto como esta especificado en el documento de visin.
B.1.3. Referencias Las referencias aplicables son: La visin para el Sistema de control de los procesos de la informacin de laboratorio de suelos de la UNU B.1.4. Apreciacin Global En este Plan de Desarrollo de Software contiene la Informacin siguiente: Proyecto de Apreciacin Global: Proporciona la descripcin del proyecto, alcance y objetivos. Tambin determina el entregable que se espera en el proyecto en determinados periodos.
45
El proceso de Direccin: Explica el costo estimado y lo fija, define las fases mayores e hitos para el proyecto, y describe el modo de supervisin para el proyecto. Los planes del proceso tcnico: Proporciona un panorama global del proceso de desarrollo de software, incluso los mtodos, herramientas y tcnicas para ser seguido.
B.2. La apreciacin Global del Proyecto B.2.1. Propsito del Proyecto, Alcance y Objetivos El propsito, 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 el Sistema a realizar.
B.2.2. Entregables del proyecto Los entregables siguientes se desarrollaran durante el Proyecto.
Cuadro 07: Entregables del Proyecto FASES WORKFLOWS INICIAL MODELO DEL NEGOCIO ARTEFACTOS Documentos de visin. Plan de Desarrollo de
Problema.
46
REQUERIMIENTOS -
Diagrama de colaboracin. Prototipo arquitectnico. Diagrama de clases. Diagrama de secuencia. Paquetes del diseo. Diseo de Base de Datos. Prototipo Inicial.
B.2.3. Evolucin del Plan de desarrollo de software El Plan de Desarrollo de Software se revisar anterior a la salida de cada proceso de iteracin. B.3. La organizacin del proyecto B.3.1. Estructura orgnica El trabajo comprende de un practicante de la Facultad de Ingeniera de Sistemas y de Ingeniera Civil y un Asesor (Docente), para el desarrollo del proyecto.
B.3.2. Interfaces Externas El equipo del proyecto tambin actuar recprocamente con otros stakeholders para la especificacin, revisin y validacin artefactos generados.
B.3.3. Papeles y Responsabilidades La tabla siguiente identifica las unidades orgnicas que sern responsables para cada uno de los flujos de trabajo, y el detalle de los procesos de apoyo.
47
Cuadro 08: Papeles y Responsabilidades PAPEL RESPONSABILIDAD Responsabilidad del manejo del flujo del producto de direccin del proyecto global. Responsable principal de manejar el modelado comercial y el flujo de trabajo de los requisitos, proporciona el apoyo y entradas de Workflow de ESTUDIANTE Direccin de Proyecto. Responsable principal para el anlisis y diseo, aplicacin, configuracin, capacitacin y flujos de trabajo de ambiente. Proporciona el apoyo al workflow de direccin de proyeccin. Es el responsable para manejar la prueba, y workflows del Despliegue. ASESOR DEL PROYECTO Realiza la asesora, seguimiento y correcciones de entregables de proyectos.
B.4. El Proceso de Direccin B.4.1. Estimacin 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 El Sistema de control para mejorar los procesos de la informacin del laboratorio de suelos de la UNU ser desarrollado usando un acercamiento escalonado teniendo en cuenta las cuatro fases de
48
Cuadro 09: Plan de procesos de desarrollo de acuerdo a fases FASE Fase de Inicio (10%) EMPIEZA Martes 01 Octubre del 2009 Fase de la Elaboracin (30%) Lunes 28 de Setiembre del 2009 Fase de la Construccin (10%) TERMINA Martes 27 de Octubre del 2009 Lunes 26 de Octubre del 2009
HITO
la factibilidad del proyecto desde un punto de
En esta etapa se define el modelo del negocio, producto, INICIO los se requerimientos elabora el Plan del de
Desarrollo de Software.
principales restricciones. Estima los recursos (tiempo, costos del ambiente de desarrollo).
49
La fase de elaboracin analizar los requisitos y se desarrollar el prototipo arquitectnico. En la realizacin todos de los la fase use de case El hito del prototipo
elaboracin
seleccionados para una versin 1.0 habrn completado el anlisis y plan. ELABORACIN Adems se habrn analizado los use case de alto riesgo que para una versin 2.0 ya se habrn diseado. El prototipo arquitectnico probar la viabilidad y actuacin de la arquitectura que se requiere para versin 1.0
Se CONSTRUCCIN
desarrollar
un
prototipo
del
sistema.
El prototipo contendr con todos los elementos necesarios para una implementacin inicial.
b. Horario del proyecto El horario del proyecto que contiene el nombre de las labores, las fecha de inicio y fin se muestra a continuacin.
Cuadro 11: Tareas del proyecto TAREAS Modelamiento del negocio Requerimientos Anlisis y Diseo EMPIEZA 01/10/09 28/10/09 17/11/09 TERMINA 27/10/09 13/11/09 25/12/09
50
B.5. Recursos para el Proyecto B.5.1. Plan de Adquisicin de Recursos La UNU ha proyectado asignar a personal especializado para lograr el objetivo.
B.5.2. Entrenamiento que se planean Se entrenar al equipo del proyecto en las siguientes habilidades, al comienzo de las actividades del plan: Anlisis Orientado al Objeto. Proceso Unificado Racional 2003. Java Netbeans 6.5 SQL Server 2000
51
SISTEMA DE CONTROL PARA MEJORAR LOS PROCESOS DE LA INFORMACIN DE LOS ANLISIS DE SUELOS EN UN LABORATORIO DE UNA UNIVERSIDAD PUBLICA Trabajo del Personal Actividades Esfuerzo Costo
Desarrollo del Sistema Total de Trabajo del Personal de Control 3 meses aproximadamente (con un pago de S/. 600 por mes) S/. 1,800
Gastos Aprovisionamiento
de
Total
de
Gastos
de
S/. 600.00
Aprovisionamiento
Total de Presupuesto
S/. 2,400.00
52
B.7. Entorno de Trabajo B.7.1. Eleccin de Equipos y Accesorios de la Red LAN B.7.1.1. Eleccin del Servidor Para elegir el tipo de servidor se ha tenido en consideracin los equipos existentes dentro de la Universidad Nacional de Ucayali, el sistema operativo instalado es Microsoft Windows Server 2003 con un servidor Apache TomCat 1.5.
Cuadro 13: Servidor BD Procesador Memoria Memoria Bus entrada/salida Puerto Puerto Disco Duro Unidad CD-ROM Unidad de Diskettes Tarjeta de RED Tarjeta Video Intel Xeon IV 3.60 Ghz. Cach Interna 1 GB RAM 2 GB PCI/EISA 1 Paralelo, 2 Seriales 3 USB 5 discos de 180 GB SCSI Lectora 48x 3 1.44 MB Dual Gigabit Ethernet 10/100 Base T ATI RADEON 7000-M 16MB SDRAM
53
Servidor Web
Cuadro 14: Servidor Web Procesador Memoria Memoria Bus entrada/salida Puerto Puerto Disco Duro Unidad CD-ROM Unidad de Diskettes Tarjeta de RED Tarjeta Video Monitor Mouse Teclado Intel Xeon IV 3.40 Ghz. Cach Interna 512 MB RAM 1 GB PCI/EISA 1 Paralelo, 2 Seriales 4 USB 1 disco de 73.4 GB SCSI Lectora 48x 3 1.44 MB Gigabit Ethernet 10/100/1000 Base T PCI 7000-M 16MB SDRAM LG 15 Genius 2 botones Genius PS/2
54
B.8. Vistas de Use Case B.8.1. Modelo de Caso de Uso del Negocio
Tecnico de laboratorio
Docente
Jefe de Laboratorio
Agricultor
Investigador
55
B.8.2. Modelo de Objetos del Negocio a) Gestin de Registros del Laboratorio Figura 07: MON Registrar Reactivos, Equipos, Instrumental y Materiales del Laboratorio.
Equipo_Laboratorio CRUD
Instrumental CRUD
Lee Tipo_Reactivo_InsumoQuimi
CRUD
Tipo_Material_Labora
Material_Laboratorio
56
b) Gestin de Servicios Acadmicos Figura 08: MON Registrar Anlisis de Suelos Docentes_Alumnos
Lee Solicitud
Docente
(f rom Business Use-Case Model)
CRUD
Solicitud_Doce_Alum Registrador_Analisis
Genera Alumno
(f rom Business Use-Case Model)
Reporte
57
c) Gestin de Servicios No Acadmicos Figura 09: MON Registrar Anlisis de Suelos Terceros (Investigador y agricultor)
Usuarios Lee
Lee TipoUsuario
Lee
Tecnico de laboratorio
(f rom Business Use-Case Model)
CRUD
Solicitud_Investigador
Solicitud_Agricultor Genera
Reporte
58
Equipo_Laboratorio
Instrumental
1 Tipo_Usuario 1
1..*
Materi_Laboratorio
Tipo_Materi_Labora
1..* 1 Solicitud 1
Reactivos_InsumoQuimico
Tipo_ReactivoInsumoQuimico
1..* Solici_Agricultor
1..* Solici_Investiga
1..* Solici_DocenteAlumno
1 Reporte 1 1
59
B.9. Descripcin de Procesos del Negocio Cuadro 15: Proceso del Negocio.
ESTEREOTIPO
DESCRIPCIN Se registran los anlisis de suelos realizados por los docentes y alumnos en sus respectivas
solicitudes,
adems
les
permitir
realizar
consultas de sus registros. Se registran los equipos de laboratorio, el instrumental, los reactivos-Insumos qumicos y Gestin de Registros del laboratorio los laboratorios de laboratorio.
Se
registran
las
solicitudes
de
anlisis
prestados a terceros (en este caso a los Gestin de Servicios no Acadmicos agricultores y los investigadores). Tambin se realizaran consultas sobre esos registros.
60
Docente
Registrar_Solicitud
Alumno
<<include>>
<<include>> Registrar_SoliciDocenAlumno
Buscar_SoliDoc enteAlumno
<<extend>> <<extend>>
<<extend>>
Eliminar_SoliciD ocenteAlumno
61
TecnicoLaboratori o
Registrar_Solicitud
<<include>>
<<include>>
<<include>>
Solicitud_Agricultor
<<extend>>
<<extend>>
Eliminar_Solic Agricultor
<<extend>> <<extend>>
Modificar_Soli cAgricultor
62
Registrar_EquipoLaboraorio <<extend>>
Eliminar_Equ iLabora
Modificar_Eq uiLabora
Registrar_Instrumental
<<extend>>
<<extend>>
Eliminar_Instr umental
Crear_ReacIns umoQui <<include>> Tipo_MateriLabora Registrar_MaterialLabora <<include>> <<extend>> <<extend>> <<include>> Buscar_Materi Labora Modificar_Mate riLabora Tipo_ReactiInsumoQui Registrar_ReactivoInsumQui <<extend>>
<<extend>>
<<extend>>
63
B. Diagrama de Actividades Figura 14: DA Registrar Materiales (Equipos, ReactivosInsumosQuimicos, Materiales y el Instrumental) del Laboratorio
Tecnico de Laboratorio
Proceso tecnico
inicio
Si
No
Reactivo-Insum oQuimico
Materiales
Equipos
Instrumental
Verificar Nombre
Verificar Modelo
fin
64
Docente/Alumno
Proceso tecnico
Inicio
Si
No
Fin
65
Tecnico de Laboratorio
Proceso tecnico
Inicio
No Si
Verificar datos
Registrar Solicitud
Fin
66
C. Especificacin de los Caso de Uso C.1 Descripcin del modelo de caso de uso: Gestin de Registros del Laboratorio
Registrar Materiales (Equipos, Reactivos-InsumosQuimicos, Materiales y el Instrumental) del Laboratorio Tcnico de Laboratorio Permite Registrar los materiales (Equipos, Reactivos-InsumosQuimicos, Materiales y el Instrumental) del laboratorio que ingresa al laboratorio de suelos de la UNU.
Pasos: 1. Se extraen los datos pertinentes de los materiales (Equipos, Reactivos-InsumosQuimicos, Materiales y el Instrumental) del laboratorio, incluyendo el cdigo de clasificacin generado por el proceso tcnico. 2. El Tcnico de Laboratorio registra los materiales (Equipos, Reactivos-InsumosQuimicos, Materiales y el Instrumental) del laboratorio
Registrar Solicitud Docente/Alumno Docente y Alumno Permite registrar la solicitud de anlisis que realizan los alumnos y docentes.
Pasos: 1. Se genera la solicitud de anlisis. 2. Se ingresan los datos de anlisis. 3. Se registra la solicitud Docente Alumno
67
C.3 Descripcin del modelo de caso de uso: Gestin de Servicios Acadmicos Nombre: Registrar Solicitud de Terceros (Investigador y agricultor)
Actor: Definicin:
Docente y Alumno Permite registrar la solicitud de anlisis que solicitan los agricultores e investigadores.
Pasos: 1. Se genera la solicitud de anlisis. 2. Se ingresan los datos de anlisis. 3. Se registra la solicitud Investigador y la solicitud Agricultor
68
6.2.2. REQUERIMIENTOS A. Diagrama de Colaboracin A.1 Diagrama de Colaboracin Gestin de Registros del Laboratorio Figura 17: DC Registrar en Laboratorio
3: Leer()
: Equipo Laboratorio
5: Buscar ReacInsuQuim() : Buscador de ReacInsuQui 7: obj.codigo 1: Registrar en Laboratorio 8: Registrar 9: Leer() : ReacInsuQui
: Registrar en Laboratorio
: Registro en Laboratorio
69
A.2 Diagrama de Colaboracin: Gestin de Servicios Acadmicos Figura 17: DC Registrar Solicitud Docente
3: Leer
: Registrar Solicitud
: Solicitud Docente
A.2 Diagrama de Colaboracin: Gestin de Servicios No Acadmicos Figura 17: DC Registrar Solicitud Investigador
2: Leer
4: Registrar : Registrador de Solicitud : Tecnico de Laboratorio 6: Mensaje de Confirmacin 5: Crear(), Modificar(), Eliminar()
: Registrar Solicitud
: Solicitud Investigador
70
B. Diagrama de Paquetes del Anlisis Figura 18: Diagrama de paquetes del anlisis
Entidad
Interfaz
Control
71
Instrumental Tipo_Usuario id_TipoUsuario : varchar tipoUsuario : varchar nuevo() modificar() eliminar() id_Instrumental nombre modelo crear() modificar() eliminar()
Registro Usuarios id_usuario : varchar Nombre : varchar password : int 1 id_Registra cod_clasificacin 1 1..* BuscarInstrumental() BuscarMaterial_Lab() BuscarReactivo_InsumoQui() BuscarEquipos_Lab()
Equipos_Laboratorio Registro_Solicitud id_Solicitud : varchar nsolicitud fecha recepcion : date 1..* nuevo() modificar() eleiminar() id_EquiposLabora codigo() modelo fabricante() crear() modificar() eleiminar()
SolicitudAgricultor id_SolicituAgri agricultor fundo ubicacinfundo colorsuelo quesembrar nuevo() modificar() eliminar()
SolicitudInvestigador id_SolicitudInves codExperimento especialista fecha muestreo procedencia name nmuestra nuevo() modificar() eleiminar()
SolicitudDocenteAlumno id_DicenteSolici nombreCurso Escuela profesional nombre : varchar nombrePractica : varchar tipo : varchar fechapractica : dete nuevo() modificar() eliminar()
72
D. Diseo de la Arquitectura
<<subsystem>> Servlets
<<subsystem>>
<<Subsystem>> Gestion de Registros <<subsystem>> del Laboratorio <<Subsystem>> Gestion de Servicios <<subsystem>> Academicos
<<Subsystem>>
Administrar usuario
Gestin de Actividades
<<subsystem>> Api-java
<<subsystem>> TCP IP
73
E. Diagrama de Secuencia del Anlisis Figura 20: Diagrama de secuencia registrar solicitud docente
: Docente
: Buscar Solicitud
: Registrar Solicitud
: Solicitud
: Solicitud Docente
ingresar solicitud
true
false
true
solicitud registrado
74
: Tecnico de Laboratorio
: Registrador de Solicitud
: Buscar Solicitud
: Registrar Solicitud
: Solicitud
: Solicitud Investigador
display
ingrsa solicitud
true
enviar datos
registra solicitud
true
solicitud registrado
75
: Tecnico de Laboratorio
: Registrador de Laboratorio
: Buscador de EquiLab
: Buscador de ReacInsuQui
: Buscador de Materiales
: Buscar Instrumental
: Registrar en Laboratorio
: Equipo Laboratorio
: ReacInsuQui
: Material
: Instrumental
: Registro en Laboratorio
display
Registrar en laboratorio
true
true
true
busca en tabla
true
y a existe
f alse
registra en laboratorio
true
registrado en laboratorio
76
77
78
C:Usuario : Tecnico de Laboratorio : CP: Menu Adm : CP ManUsuario :f rm Reg Usuario : SP:Reg Usuario : s:Usuario : T:Usuario
v ector usuario
Build
Mostrar
Click en guarda
Modif icar
79
80
C: Regis -Solic it : Tec nic o de laborat orio : C P: MenuAdm : C P: Solic i-Anali-Agricu : F rm : Reg-Solici-Agric u : SP: Regis -Solici : s Solic itud : T:Solic it ud-Agric ult or
enlaza
build
most rar
5.1
9.1
10. 1
Clic k en guardar
Crear() Crear()
81
82
C:Regis-Solicit : Tecnico de laboratorio : CP:MenuAdm : CP:Solici-Anali : Frm: Reg-Solici : SP:Regis-Solici : sSolicitud : Solicitud
build mostrar
5.1
8.1
Crear() Crear()
83
EquiposLaboratorio
idEquiLabora codigo modelo fabricante
TipoMateriLabora
idTipoMateri tipoMateriLabora
TipoReactivo_Insum
idTipoReac_InsuQui tipoReac_InsuQuimi
tipoUsuario
idtipousuario tipoUsuario
Instrumental
idInstru nombre modelo
MaterialesLaborato
idMateriaLaborato nombre capacidad formato idTipoMateri
Reactivos_Insumos
idReactivo_InsuQui nombre simbologiaQuimica idTipoReac_InsuQui
usuarios
id_usuario nombres password tipousuaio
solicitud
idsolicitud nsolicitud id_usuario fecharecepcion
solicitudAgricultor
idsolicitudAgricultor agricultor fundo ubicacionfundo colorsuelo quesembrar idsolicitud
SolicitudDocenteAl
idsolicitudDocenteA nombreCurso EscuelaProfesional NombreDocente nombrePractica nombreIntersado tipo fechaPractica idsolicitud
solicitudInvestigad
idsolicitudInvestigador codigoExperimento especialist fechamuestreo procedencia idsolicitud nmuestras
84
85
CONCLUSIONES
1. La metodologa Orientado a Objetos y el uso del RUP es una opcin aceptable para el desarrollo de este proyecto permitiendo realizar un desarrollo organizado del mismo.
2. Se desarroll una base de datos lgica que incluye toda la informacin necesaria para el sistema.
3. La demora en los procesos de la informacin disminuiran considerablemente con la aplicacin de este sistema de control del laboratorio de suelos.
lenguaje de
programacin Java (Net Beans IDE 6.5.1), haciendo uso de su herramienta Web Framework visual Server faces, un Servidor Web TomCat del entorno java y el manejador de Base de Datos SQL Server 2000 Developer.
86
RECOMENDACIONES
1. Concluir con la investigacin hasta llegar a implementarla brindando toda la informacin necesaria que necesitar el sistema para su correcto funcionamiento.
2. Buscar apoyo de las autoridades competentes para desarrollar ntegramente este proyecto ya que tiene una incidencia a nivel institucional en al parte acadmica
3. Aplicar los Patrones de diseo J2EE para proyectos desarrollados bajo esta plataforma.
4. Utilizar navegador de Internet: Internet Explorer por si se presentan problemas de navegacin con otro navegador.
87
Referencias Bibliogrficas 1. Stair, R. & Reynolds, G. (2000), Principios de sistemas de informacin: enfoque administrativo. Mexico: Internacional Thomson Editores.
2. Booch, G., Rumbaugh, J. & Jacobson, I. (2000), El Lenguaje Unificado de Modelado. Manual de Referencia. Madrid: Addison Wesley.
3. Kruchten, P. (2000). The Racional Unified Process and Introduction. Canada. Addison Wesley Iberoamericana.
4. Aizaga, E. A., Dominguez, F. X. & Ramos W. C. (2005). Mdulo StoreFront de Eguana. Tpico de Graduacin Previa a la Obtencin del Ttulo de : Ingeniero en Computacin Especializacin Sistemas Tecnolgicos, Escuela Superior Politcnica del Litoral (ESPOL), Guayaquil, Ecuador.
88
Referencias Electrnicas 1. Tu consultor, via a la excelencia. Qu es un sistema? Extrado el 11 de Agosto del 2009 http://www.tuconsultor.net/consultoriasistemica/queesunsistema/index.html desde
2. Sitio oficial de NetBeans en espaol. Qu es NetBeans? Extrado el 22 de Agosto del 2009 desde http://www.netbeans.org/index_es.html
3. Enciclopedia virtual Wikipedia (2009). NetBeans. Extrado el 22 de Agosto del 2009 desde http://es.wikipedia.org/wiki/NetBeans
4. Introduccin a Visual Web Java Server Faces. Extrado el 23 de Diciembre del 2009 desde http://www.focalthoughts.com/images/RationalUnifiedProcess.png
5. Lenguajes de Programacin (2009). Programacin Java. Extrado el 24 de Agosto del 2009 desde http://www.lenguajes-de-programacion.com/programacion-java.shtml
6. OSUM - Open Source University Meetup. Extrado el 24 de Agosto del 2009 desde http://osum.sun.com/group/esimeucipnosum/forum/topics/conceptos-clave-dellenguaje
7. Armstrong, E., Ball, J., Bodof S., Bode, D., Evans, I., Green D., Haase, K. & Jendrock E. (2005). The J2EETM 1.4 Tutorials (Cap. 12): "Java Server Pages Technology". Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, California 95054. (Diciembre 5 de 2005). Extrado el 3 de Diciembre del 2009 desde
http://java.sun.com/j2ee/1.4/docs/tutorial/doc/index.html.
8.
Java en castellano. (1999). Introduccin a J2EE. Extrado el 3 de Diciembre del 2009 desde http://programacion.com/java/tutorial/jspyxml/4/
9. Rational Software Corp. Rational Unified Process-Imagen. Extrado el 3 de Diciembre del 2009 desde http://www.focalthoughts.com/images/RationalUnifiedProcess.png
10. Introduccin a Visual Web Java Server Faces. Extrado el 25 de Diciembre del 2009 desde http://www.focalthoughts.com/images/RationalUnifiedProcess.png
89
ANEXO
90
Anexo 1: Clculo de Esfuerzo y Costo para el Presupuesto del Proyecto y Diagramas de duracin para el mismo
1. Peso de los Actores Empezaremos teniendo en cuenta a los actores del sistema y a cada actor le denominaremos si son simples, promedio o complejos; para determinar el total de peso de actores; pero para esto nos guiaremos de la siguiente tabla:
Descripcin Interfaz del programa Manejador de interfaz con protocolo Interfaz grfica
Factor 1 2 3
Asignaremos a cada actor su tipo: Tcnico de laboratorio Simple. Docente Simple. Alumno Simple.
2. Peso de los Use Case Ahora haremos algo parecido para la lista de Use Case, esto lo basaremos en el nmero de transacciones que realizan cada Use Case, y determinando si son simples, promedio o complejos. Nos guiaremos de la siguiente tabla:
Factor 5 10 15
91
1. 2. 3. 4. 5. 6. 7. 8. 9.
Registrar Solicitudes de anlisis prestados a terceros Registrar clientes externos(terceros) Registrar anlisis de los alumnos Registrar anlisis de los docentes Consultar anlisis prestados a terceros Consultar anlisis de los alumnos Consultar anlisis de los docentes Registrar Reactivos de laboratorio Registrar Materiales de laboratorio
Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple Simple
10. Registrar Equipos de laboratorio 11. Registrar Instrumental de laboratorio 12. Reporte de anlisis de suelos
Por lo tanto obtenemos: 12 Simples x 5 = 60 0 Promedio x 10 = 0 0 Complejo x 15 = 0 Total de pesos de Use Case: 60 + 0 + 0 = 60
3. Calculando UUCP (Ajuste de Puntos para el Use Case) El UUCP refleja la complejidad del proyecto y la experiencia de las personas en el proyecto, para obtener el UUCP utilizaremos los pesos de los actores y los pesos de los Use Case:
3 + 60 = 63 UUCP
4. Calculando el TCF (Factor Tcnico de Complejidad) El siguiente paso es calcular la complejidad tcnica del proyecto, los factores estarn entre los puntajes de 0 a 5, esto lo haremos a travs de la siguiente tabla:
92
Peso(Valor asignado) 4 3 0 5 4 5 5 5 4 1 4 0 2
Fi x Peso
Sistema Distribuido Tiempo de respuesta Usuarios finales (en lnea) Procesos Internos Complejos Cdigo reutilizables Fcil de instalar Fcil de utilizar Portable Fcil de modificar Concurrencia Caractersticas de seguridad Acceso a terceros Capacitacin especial Total
2 1 1 1 1 0.5 0.5 2 1 1 1 1 1
8 3 0 5 4 2.5 2.5 10 4 1 4 0 2 46
TFC = 0 . 6 + ( 0 . 01 ParaCadaFa
TFC = 0.6 + (0.01* 46) = 1.06
ctorF i
Fi Peso i )
5. Calculando el EF (Factor Environment) El Factor de Entorno EF (Enviromental Factor) trata de medir cmo de familiarizado est el equipo de desarrollo con el tipo de problema del proyecto a realizar. Los factores tendrn una puntuacin de 0 a 5, para calcular el EF nos guiaremos de la siguiente tabla; Teniendo en consideracin los siguientes puntos:
De F1 a F4; 0 es no experiencia, 3 es ms o menos y 5 es experto F5; 0 no motivado, 3 ms o menos y 5 muy motivado. F6; 0 requerimientos inestables, 3 ms o menos y 5 requerimientos estables. F7; 0 no hay staff de medio tiempo, 3 ms o menos y 5 todos trabajan medio tiempo. F8; 0 fcil uso de la programacin, 3 ms o menos y 5 mucha dificultad para la programacin.
93
factor (Fi)
Peso
Fi x Peso
Manejo de Procesos Unificados Experiencia en aplicaciones Experiencia en orientacin a objetos Capacidad de anlisis y liderazgo Motivacin Requerimientos estables Trabajadores a medio tiempo Lenguaje de programacin difcil de utilizar Total
5 3 5 4 5 3 5 0
7.5 1.5 5 2 5 6 -5 0
22
6. Calculando el UCP (Use Case Point) Los puntos de Casos de Uso UCP (Use Case Points) se calculan de la siguiente forma:
7. Para elegir el factor hombre/horas Para esto examinamos los datos en los EF y contamos del F1 a F6 los factores que son menores a 3 y contamos F7 F8 los factores a partir de tres. Si el total es 2 o menos utilizamos 20 hombres/horas por UCP si son mayores a tres utilizamos 28 hombres/horas por UCP. En nuestro caso utilizaremos 20 hombres/horas, por lo que multiplicaremos: 20 hombres/horas * UCP 20 hombres/horas * 49.4172= 988.344, que considero que es el esfuerzo que voy a necesitar para el proyecto.
94
Con esto tambin podremos calcular el tiempo aproximado que necesitare para el desarrollo del proyecto, considerando que la semana tiene 40 horas (5 das x 8) entonces: Tiempo = 988.344/ 40 = 24.7086 semanas
Interpretacin: Se necesitar 25 semanas, entre dos personas que desarrollar este trabajo de investigacin el tiempo calculado es en 12.5 semanas estimado trabajando 8 horas diarias considerando 8 horas laborables al da.
8. Costo del Proyecto El costo del proyecto se calculo en base a los sueldos de los integrantes del equipo suponiendo un pago de (S/. 600.00 c/u) que multiplicado por el tiempo estimado para dicho proyecto (3 meses) hacen un total de S/. 1,800.00; a este costo se le suma los gastos de aprovisionamiento que es un total de S/. 600.00, obteniendo as el Costo Total Estimado de S/. 2400.00 por todo el proyecto.
95
Anexo 2:
Glosario de Trminos
Actor.- Los actores son cualquier cosa que interacciona el sistema que se desarrolla, por ejemplo, personas, otros software, hardware, dispositivos, redes, almacenes de datos, etc.. Cada actor define un particular role.
Arquitectura Cliente-Servidor.- Modelo arquitectnico para sistemas distribuidos en el que la funcionalidad del sistema se ofrece como un conjunto de servicios proporcionados por un servidor. stos son accedidos por computadoras cliente que hacen uso de los servicios. Variantes de este enfoque, como las arquitecturas cliente-servidor de tres capas. Utilizan mltiples servidores.
Caso De Uso.- Es una descripcin de las acciones de un sistema desde el punto de vista del usuario.
Componente.- Unidad de software independiente y desplegable que se ha definido completamente y a la que se accede a travs de un conjunto de interfaces.
Confiabilidad.- La confiabilidad de un sistema es una propiedad total que tienen en cuenta la seguridad del sistema, la fiabilidad, la disponibilidad, la proteccin y otros atributos. La confiabilidad de un sistema refleja el grado en el cual los usuarios pueden confiar en el sistema.
Construccin del Sistema.- Proceso de compilar los componentes o unidades que forman un sistema y enlazarlos con otros componentes para crear un programa ejecutable. La construccin del sistema est normalmente automatizada de modo que se minimiza la recopilacin. Esta automatizacin puede ser incorporada a un sistema de procesamiento de lenguajes (como en Java) o puede implicar herramientas CASE para apoyar la construccin del sistema.
96
Diseo arquitectnico. Es un proceso creativo en el que se intenta establecer una organizacin del sistema que satisfaga los requerimientos funcionales y no funcionales del propio sistema.
Diagrama de secuencia.- consta de objetos que se representan del modo usual rectngulos con nombre (subrayado), mensajes representados por lneas continuas con una punta de flecha y el tiempo representado como una progresin virtual.
Diagrama de colaboracin.- Es otra forma de presentar la informacin en un diagrama de secuencia adems muestran la forma en que los objetos colaboran entre si, tal como sucede con un diagrama de secuencia.
Diagrama de actividad.- Es muy parecido aun diagrama de flujo, muestra los pasos, puntos de decisin y bifurcaciones. Este tipo de diagrama es til para representar las operaciones de unobjeto y los procesos de negocios.
Diagrama de Clases Es el diagrama principal para el anlisis y diseo, presenta las clases del sistema con sus relaciones estructurales y de herencia
Diseo de interfaces de usuario.- Proceso de disear el modo en el que los usuarios del sistema acceden a la funcionalidad del sistema y la forma en la que se visualiza la informacin producida por el sistema.
Herramienta CASE.- Herramienta software, como un editor del diseo o un depurador de programas, utilizada para apoyar una actividad en el proceso de desarrollo del software.
97
Ingeniera de Sistemas.- Proceso que trata de la especificacin de un sistema, la integracin de sus componentes y las pruebas de que el sistema cumple sus requerimientos. La ingeniera de sistemas no slo trata el sistema software, sino el sistema socio-tcnico entero: software, hardware y procesos operativos.
Interfaz.- Especificacin de los atributos y operaciones asociados con un componente software. La interfaz es utilizada como el medio de tener acceso a la funcionalidad del componente.
Java.- Lenguaje de programacin orientado a objetos que fue diseado por Sun con el objetivo de la independencia de la plataforma.
Lenguaje de Modelado Unificado (UML).- Lenguaje grfico utilizado en el desarrollo orientado a objetos que incluye varios tipos de modelos del sistema que proporcionan distintas vistas de un sistema. UML se ha convertido en un estndar de factor para el modelado orientado a objetos.
98